Date: Sun, 03 Aug 1997 15:01:29 +0100 From: Ade Lovett <ade@demon.net> To: hoek@hwcn.org Cc: current@freebsd.org Subject: Re: ports-current/packages-current discontinued Message-ID: <E0wv1Dt-00007z-00@genghis.eng.demon.net> In-Reply-To: Your message of "Sat, 02 Aug 1997 23:18:26 EDT." <Pine.GSO.3.96.970802223558.27450B-100000@james.freenet.hamilton.on.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
Tim Vanderhoek writes: > >This is what I've proposed except without the binary >dependencies. The reason for not adding automated package is >that the pkg_* system has no way of knowing how to fetch a >package from the 'net. Eg. I will sometimes download a package >through the FreeNet, which means that I, > > [snip] > >4. Download it with Zmodem. > >pkg_add has no way of knowing how to do this. pkg_add doesn't, no. However, by the addition of another command, say pkg_register, one could grab a binary package by whatever means, and then say "I've downloaded this package, I've put it somewhere, so if you need it at any future point, I have it already" >I have a suspicion you lack some familiarity with the existing >ports system. :) Well, yes and no. It would appear that there are going to be some subtle differences between the existing ports/packages system, and the possible way forward, when the system is extended to handle a completely compartmentalised OS. Taking a little step back from the problem at hand, and looking at things in a more general sense, may (or may not) raise issues that would otherwise be missed (for whatever reason). >Regardless, in concept, the above is what I am suggesting. > >I want a new ports category, entitled "meta" (or whatever). >Sysinstall would allow the user to choose which meta-packages >they want installed. It would do this in such a way that these >meta-packages seem like equal peer parts of the system. We already have something like this, with the way in which sysinstall handles 'src', which gives the option of everything, or bits and pieces. The compartmentalised OS could be dealt with in a similar manner: bin/ bin-base bin-perl bin-tcl ... bin-ALL No? -aDe -- Ade Lovett, Demon Internet Ltd.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E0wv1Dt-00007z-00>