Date: 09 Jul 2002 18:30:35 -0400 From: Rajappa Iyer <rsi@panix.com> To: "Artem Tepponen" <temik@egartech.com> Cc: "Doug Barton" <DougB@FreeBSD.org>, "Garrett Wollman" <wollman@lcs.mit.edu>, <mark@thuvia.demon.co.uk>, <arch@FreeBSD.org> Subject: Re: Package system flaws? Message-ID: <200207092230.g69MUZu18917@panix1.panix.com> References: <5235EF9BAE6B7F4CB3735789EEF73B296E614A@turtle.egar.egartech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
"Artem Tepponen" <temik@egartech.com> writes: > > From: Rajappa Iyer [mailto:rsi@panix.com] > > It seems to me that the solution is staring us right in the face. > > Currently, the ports mechanism already separates data and metadata. > > IMHO, the best solution is to extend the ports mechanism so that it > > can be told to fetch and install binaries instead of building it > > locally. IOW, perhaps one additional file per port and some > > additional rules in bsd.port.mk. > > > > This seems to me to be the cleanest solution. > Unfortunately this doesn't solve third party packages problem well. > Note: ports do have freebsd maintainers but packages may not (well, > there should be possibility for standalone thirdparty packages). Well, recall that we do have ports that install third-party binaries (e.g. netscape). I agree that someone has to create a port entry for the package, but then someone has to create the package too. The only problem with the ports approach is that you have to have the ports tree locally installed. But this is not materially different from, say, Debian's apt approach which maintains a local copy of the database of all available packages from a particular source. I'm going to think about this concept a little more and see if I can't come up with something. rsi -- <rsi@panix.com> a.k.a. Rajappa Iyer. They also surf who stand in the waves. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200207092230.g69MUZu18917>