Re: pkg/45943: Circular dependency of texlive packages

[Alan Barrett <apb%cequrux.com@localhost>]

The following reply was made to PR pkg/45943; it has been noted by GNATS.

From: Alan Barrett <apb%cequrux.com@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/45943: Circular dependency of texlive packages
Date: Wed, 8 Feb 2012 09:29:57 +0200

 On Wed, 08 Feb 2012, Min Sik Kim wrote:
 > > I am trying to do a pkg_rolling-replace -u on my NetBSD-5.99.51
 > > system (amd64).  However, it always fails at the same package,
 > > tex-tetex. See the attached log file.  The reason for failure is
 > > that the new tex-tetex conflicts with texlive-tetex<2011 but
 > > texlive-tetex, which depends on the *new version* of tex-tetex, is
 > > at 2010. (By the way, these names are horribly confusing.)
 >
 > Are you sure texlive-tetex-2010 depends on the *new version* of
 > tex-tetex?  See print/texlive-tetex/Makefile,v 1.8; it depends on
 > "tex-tetex-[0-9]*".
 
 I also had this problem.  It's a limitation in 
 pkg_rolling-replace, and I ended up deleting all tex-related 
 packages and reinstalling them.
 
 The underlying problem is that pkg_rr keeps a big list of 
 dependencies that include both old dependencies from the 
 already-installed packages and new dependencies from the 
 soon-to-be-installed packages.  This big list can have cycles that 
 would not be present if it was dealing with only the old packages, 
 or with only the new packages.  I haven't tried to analyse it in 
 more detail than that.
 
 > > >Fix:
 > > Short term solution: dependency information of texlive-tetex and/or
 > > tex-tetex should be fixed.
 >
 > How does this solve the problem?  There's nothing wrong with the
 > current dependency information: texlive-tetex-2011 requires
 > tex-tetex>=3.0.24482, which is the current version in pkgsrc and
 > conflicts with texlive-tetex-2010.
 
 Yes, the current dependency information is fine.  The old 
 dependency information was also fine.  The problem is in the way 
 pkg_rolling-replace tries to deal with both sets of dependencies 
 together.
 
 --apb (Alan Barrett)