Date: Mon, 4 Aug 1997 12:06:26 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: davidn@unique.usn.blaze.net.au (David Nugent) Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, current@FreeBSD.ORG Subject: Re: ports-current/packages-current discontinued Message-ID: <199708040236.MAA17045@genesis.atrad.adelaide.edu.au> In-Reply-To: <199708040209.MAA11849@unique.usn.blaze.net.au> from David Nugent at "Aug 4, 97 12:09:10 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
David Nugent stands accused of saying: > > > >You misunderstand Jordan's point. May I humbly suggest that you find > >an Irix weenie that knows their way around the system, and ask them to > >explain the inner workings of 'inst'. > > Ok, fair enough. I had assumed that this integration would involve > make dependancies. I'm not entirely sure how an external tool could > handle it, but I've enough exposure to know that any solution here > would involve considerably more "splitting" of the system into more > components. The splitting of the system allows users and installers a degree of latitude in configuring the system, but it also provides the developers with more latitude in maintaining and coordinating the software set. > In any case, I *still* think this is largely irrelevent to the > current discussion. In fact, this argument is somewhat of a straw man > compared with the core issues involved, regardless of how desirable > it is as an aim in itself. The core issues have actually been completely ignored by most of the respondents. The need for better management tools is one, the other and one which has received even _less_ consideration is the need to make the ports collection stand _independantly_ of the base system. ie. it should make _minimal_ assumptions about what it's running on/with, and satisfy any dependancy requirements internally. This would actually make the maintainers' job _easier_. > Incidently, have you seen the Debian Linux installation and package > tools? While I really hate the ui, the concepts involved are very > good. I Debian is a primitive version of what I _still_ suggest you go and look at. Please? > BTW, I wasn't too impressed > by RedHat's approach to the problem, in spite of that being superior > in handling the pre-packaged side of thing compared with our packaging > system. RedHat's model is IMHO too shallow and inflexible; we need to do better than that. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708040236.MAA17045>