Date: Wed, 16 May 2007 18:28:55 +0200 From: "Ulrich Spoerlein" <uspoerlein@gmail.com> To: "Alexander Leidinger" <Alexander@leidinger.net> Cc: "J. Porter Clark" <jpc@porterclark.com>, freebsd-ports@freebsd.org Subject: Re: Time to abandon recursive pulling of dependencies? Message-ID: <7ad7ddd90705160928y5c305470oc552cfd70f2ad057@mail.gmail.com> In-Reply-To: <20070516145645.k8elgn5pw8s8wso8@webmail.leidinger.net> References: <20070516112532.GA23292@auricle.charter.net> <20070516145645.k8elgn5pw8s8wso8@webmail.leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 5/16/07, Alexander Leidinger <Alexander@leidinger.net> wrote: > Quoting "J. Porter Clark" <jpc@porterclark.com> (from Wed, 16 May 2007 > 06:25:32 -0500): > > What I don't like about the flattening of the dependencies is > > that there seems to be information loss; that is, I can't figure > > out why one port (e.g., gweled) requires another port (e.g., > > cdrtools). Is there any tool to unflatten the dependencies? > No. And just recording the first order dependencies would be a > sensible approach to get this information. But this is just one more > reason why first order dependencies would be better than the current > recording of everything. I wrote a tool, that will generate a Makefile and dot(1) files for given ports or the whole tree, using only first order dependencies. Sadly, dot(1)/gs(1) cannot process EPS files with 16.000 nodes (or I'm doing something stupid). > The problem not discussed so far is: some ports may not have all first > order dependencies. So anyone wanting to change this should install a > tinderbox and start testing fixing those ports. Hmmm, this is a red herring, no? A first order dependency is everything the port specifies in it's _DEPENDS variables. If you change the internal representation of the tree, keeping the transitive hull intact (!!) then there should be no user visible change in how package dependencies are pulled in. Uli
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7ad7ddd90705160928y5c305470oc552cfd70f2ad057>