On Fri, 5 Mar 2004, Johannes Winkelmann wrote:
Hi Jürgen,
Hi all,
driven by some questions regarding dependencies of opt ports on #crux, I've spent an hour to put together such a list.
Some remarks: - only deps to opt ports are listed - the list is max. compressed, that mean if port A depends on B and C, but B depends on C, only B is listed for A - should be checked for errors ;)
Useful ? Should we publish such a list on CLC ? prt-get ? I've added support for an external dependency file to my TODO list for
On Fri, Feb 27, 2004 at 16:46:19 +0100, Juergen Daubert wrote: the next minor release. I hope I'll find the time to prepare a new release anytime soon.
Sorry, I can't help myself ;) but all this talk about dependencies of course raises the well known question: is it time to add support for a "depends=(...)" thing to the Pkgfile/pkgmk? I sort of feel that prt-get has to introduce lot's of work arounds for pkgmk limitations to be able to provide features that most people would like to see, such as dependencies for opt ports. Some time ago I experimented with depends=(...) and I have a working prototype, in short: - The Pkgfile has a "depends=(xxx yyy zzz)" thing. - By default, the build will stop and an error will be issued if a dependency is not already installed. - Should a circular dependency be found the build will stop with an error. - Use --ignore-deps/-id to skip all checks. - Use --build-deps/-bd to build and install them all. - As usual, a users can set the corresponding PKGMK_XXX variables in pkgmk.conf to set the default behaviour. I don't mind this addition to pkgmk since it's quite small and easy to disable. The main problem is as usual formulating the policy, i.e. what should be specified there? What about optional/recommended/base deps, etc? However, I figure that since there haven't been much problems with the policy that we use today with prt-get's "Depends on:", we would just use that policy to begin with. In the future, I'd like to add dependencies to base ports (at least deps between base ports), mainly becuase that would help me when building the ISO. /Per