From owner-freebsd-ports Tue Mar 31 15:19:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21929 for freebsd-ports-outgoing; Tue, 31 Mar 1998 15:19:05 -0800 (PST) (envelope-from owner-freebsd-ports@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21898 for ; Tue, 31 Mar 1998 15:19:01 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id PAA06236; Tue, 31 Mar 1998 15:18:07 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: shimon@simon-shapiro.org cc: freebsd-ports@FreeBSD.ORG Subject: Re: Yest one more: devel/crosssco In-reply-to: Your message of "Tue, 31 Mar 1998 14:49:54 PST." Date: Tue, 31 Mar 1998 15:18:07 -0800 Message-ID: <6232.891386287@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > What you say is logically impossible. ANY system will get contaminated > with the ports building. To take this argument to its logical conclusion, If you'll read my posting again, you'll plainly see that I never once mentioned contamination resulting from the building of ports, I was simply discussing the OPERATING SYSTEM'S evolution on your system. A 2.2-3.0 upgraded system is not the best test vehicle for determining whether or not a given -current port works and if you want to do this kind of verification, you should start with a clean 3.0 system. Now if you're talking about the divergent problem of PORTS POLLUTION then I can simply say that I don't believe that there's ever been a serious effort to make sure that you absolutely cannot hose yourself by installing conflicting ports or packages. Some truly obvious clashes like the warring TCL or Tk ports have been dealt with, but I don't think that this necessarily extends across all 1300 ports. For that kind of conflict resolution, there's only one useful thing that you can post and that's the *specific* ports which are colliding with one another. Simply posting the failure output from a single port only shifts the majority of the burden onto someone else. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message