From owner-freebsd-ports Thu Apr 8 18:25:36 1999 Delivered-To: freebsd-ports@freebsd.org Received: from cerebus.nectar.com (nectar-gw.nectar.com [204.0.249.101]) by hub.freebsd.org (Postfix) with ESMTP id 5622B15A22 for ; Thu, 8 Apr 1999 18:25:32 -0700 (PDT) (envelope-from nectar@nectar.com) Received: (from smap@localhost) by cerebus.nectar.com (8.9.1/8.9.1) id UAA17733; Thu, 8 Apr 1999 20:23:29 -0500 (CDT) (envelope-from nectar@nectar.com) Received: from spawn.nectar.com(10.0.0.101) by cerebus.nectar.com via smap (V2.1) id xma017731; Thu, 8 Apr 99 20:23:20 -0500 Received: from spawn.nectar.com (localhost [127.0.0.1]) by spawn.nectar.com (8.9.2/8.9.1) with ESMTP id UAA52632; Thu, 8 Apr 1999 20:22:14 -0500 (CDT) (envelope-from nectar@spawn.nectar.com) Message-Id: <199904090122.UAA52632@spawn.nectar.com> X-Mailer: exmh version 2.0.2 2/24/98 X-Exmh-Isig-CompType: repl X-Exmh-Isig-Folder: lists/freebsd X-PGP-RSAfprint: 00 F9 E6 A2 C5 4D 0A 76 26 8B 8B 57 73 D0 DE EE X-PGP-RSAkey: http://www.nectar.com/nectar-rsa.txt X-PGP-DSSfprint: AB2F 8D71 A4F4 467D 352E 8A41 5D79 22E4 71A2 8C73 X-PGP-DHfprint: 2D50 12E5 AB38 60BA AF4B 0778 7242 4460 1C32 F6B1 X-PGP-DH-DSSkey: http://www.nectar.com/nectar-dh-dss.txt From: Jacques Vidrine In-reply-to: References: Subject: Re: /sys/boot, egcs vs. gcc, -Os Mime-Version: 1.0 Content-Type: text/plain To: Chuck Robey Cc: FreeBSD Ports Team Date: Thu, 08 Apr 1999 20:22:14 -0500 Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 8 April 1999 at 21:07, Chuck Robey wrote: [snip] > You misunderstand. It's not having two different install hierarchies > that makes it difficult, it's having ports that start in one hierarchy, > THEN CHANGE THEIR MIND. This means you can't even locate the various > crud config files that these ports drop behind them. > > Today, we'll install in /usr/X11R6. Tomorrow, let's be PC, and install > in /usr/local. Next week, we'll be even more PC-ish, and use /opt. Are > you getting the idea? No, I do understand. I guess I shall rephrase -- I don't like having X11BASE and LOCALBASE ... I would like to just have LOCALBASE. If that were the case, there would be nowhere for the ports to move :-) Without combining X11BASE and LOCALBASE, all we can do is: as ports maintainers, be concientious and ``get it right the first time'', or as users, complain about it. > If you think I'm wrong, you have to look at the archives, the ports > really did do this. I know. I agree. > > The next time that I install a > > system from scratch, I'll have everything under /opt (I use > > /usr/X11R6 and /opt right now) to see how it goes. > > Why? So I can get an idea of how necessary /usr/X11R6 really is. > John already told you, when you start from scratch, you get a > perfect install. That's why Satoshi, with his squeaky-clean chroot > environments, never sees these problems. Real users, however, go thru > tins of aspirin trying to understand why gimp won't upgrade. It takes both ... Satoshi's environment catches errors in the ports that I would never see on my machine. This is why I keep repeating ``send-pr, send-pr.'' I am lazy. I'll do what I can to make sure that a port that I maintain or touch works in as many environments as I can see, but I can't/won't try everything that real users will. [snip] > So remove ports. What's so wrong with that? Users don't lose > functionality. Go ahead and start cvs removing ports and see what the users say. Do you really think that if one removes, say, ports/audio/replay, that no one will miss it? > The ports configuration scripts also find all the old config files too, > even if they're installed in the old hierarchy. Believe it. I've seen this myself with gtk before it became gtk10. This was (IMHO understandable) short-sightedness on the part of the original committer. But it is fixed now, and all we can do is try not to do it again. I'm afraid we'll see the same thing with ports/x11/gnomelibs and gnome-config. :-( [snip] > This belongs in ports, not current, which is where I moved it. I agree. > I have a > suggestion, the same it's always been, which is that we support only one > version at a time, ONLY. If you want the old version, go get an old > cdrom. The new versions use the single config files names, as example, > gtk-config, not gtk12-config. Old files get overwritten, not moved > aside. You want 2 versions active at once, then you're a developer, not > a ports user, and you know how to do that yourself, and you should do > that yourself, not make everyone else pay your freight. See above regarding removing ~34 GTK-using ports. > I don't want to continue this. You think I'm wrong, that's fine with > me, there's probably truth to both our positions. for (;;) beat_dead_horse(); /* :-) */ Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message