Date: Wed, 10 Feb 1999 21:18:03 -0800 (PST) From: asami@FreeBSD.ORG (Satoshi Asami) To: jkh@zippy.cdrom.com Cc: ports@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: ignoring package dependencies Message-ID: <199902110518.VAA83501@silvia.hip.berkeley.edu> In-Reply-To: <47486.918700651@zippy.cdrom.com> (jkh@zippy.cdrom.com)
next in thread | previous in thread | raw e-mail | index | archive | help
* Call it something like PKG_IGNORE_DEPENDS and I'll be happier with it * (I already made the mistake of naming a number of early ports * variables in a not-very-distict fashion and have regretted it ever * since). You might want to introduce other types of "ignore this * package" directives later, for all we know. That's a good point. * Actually, I didn't really fix it at all, I just added a hack to * sysinstall which works around it in one specific * (installation/upgrade) case. People who add X components afterwards * by reading the XFree86 installation docs instead are still basically * screwed since they won't know enough to extract the package * registration tarball. Hmmm. If this goes into ports before 3.1 comes * out, does that mean I can simply remove the hack? It would personally * make me very happy since it would mean we could go back to pointing at * the official XFree86 bits again rather than having our own * cached-and-modified versions under ftp.freebsd.org/pub/FreeBSD (which * can go stale in the face of updates from the XFree86 project). I dunno. I think at some point we need to either start mandating vendors to distribute stuff in our package form, or make it easier for our users to "fake" them. XFree86 and Motif are only two examples now, and as the packaging system evolves, there will be more and more of these stuff. Having them in package form makes it easier to integrate them in our dependency system, and our users can easily delete them too. In other words, I'd rather have the XFree86 "hack" kept in there, there still will be "can't register depends" kind of warnings when the user installs stuff from the port and it's just simply better that way as far as I can tell. :) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199902110518.VAA83501>