From owner-freebsd-ports@FreeBSD.ORG Mon Dec 3 19:51:29 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B166516A46C for ; Mon, 3 Dec 2007 19:51:29 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5B513C4EE for ; Mon, 3 Dec 2007 19:51:29 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JSH00DFZOGCOZ62@vms046.mailsrvcs.net> for freebsd-ports@freebsd.org; Mon, 03 Dec 2007 13:50:37 -0600 (CST) Date: Mon, 03 Dec 2007 14:50:41 -0500 From: Skip Ford In-reply-to: <475456F0.5010004@gmail.com> To: "Aryeh M. Friedman" Mail-followup-to: "Aryeh M. Friedman" , Paul Schmehl , freebsd-ports@freebsd.org Message-id: <20071203195041.GB1624@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <200712030308.32301.david@vizion2000.net> <3BC04A18-86CD-4A93-831A-691EBD8D4A43@FreeBSD.org> <47543109.3050303@gmail.com> <75F291E2E8B0639EEEC0F3A2@utd59514.utdallas.edu> <47545092.6080309@gmail.com> <01EE92482FB617CC1FC0D7EC@utd59514.utdallas.edu> <475456F0.5010004@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Paul Schmehl , freebsd-ports@freebsd.org Subject: Re: [RFC/P] Port System Re-Engineering X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 19:51:29 -0000 Aryeh M. Friedman wrote: > Paul Schmehl wrote: > > --On Monday, December 03, 2007 13:53:06 -0500 "Aryeh M. Friedman" > > wrote: > >> > >> Have you ever attempted to install the individual ports of a mega > >> metaport? > >>> > > Of course I have. And I haven't run into any problems that weren't > > solvable. > > Try this as a challenge then install xdm cleanly on the first try > without having to install any additional ports from the command line > (what it drags in is fine) Just worked flawlessly here: ===>>> Port directory: /usr/ports/x11/xdm ===>>> Gathering distinfo list for installed ports ===>>> Launching 'make checksum' for x11/xdm in background ===>>> Gathering dependency list for x11/xdm from ports ===>>> Starting recursive 'make config' check ===>>> Recursive 'make config' check complete for x11/xdm ===>>> Starting build for x11/xdm <<<=== ===>>> The 'make config' check revealed no dependencies to update ===> Cleaning for xdm-1.1.6_2 ===> Vulnerability check disabled, database not found ===> Extracting for xdm-1.1.6_2 => MD5 Checksum OK for xorg/app/xdm-1.1.6.tar.bz2. => SHA256 Checksum OK for xorg/app/xdm-1.1.6.tar.bz2. ===> Patching for xdm-1.1.6_2 ===> Applying FreeBSD patches for xdm-1.1.6_2 ===> xdm-1.1.6_2 depends on file: /usr/local/libdata/pkgconfig/xmu.pc - found ===> xdm-1.1.6_2 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> xdm-1.1.6_2 depends on file: /usr/local/libdata/pkgconfig/xau.pc - found ===> xdm-1.1.6_2 depends on file: /usr/local/libdata/pkgconfig/xinerama.pc - found ===> xdm-1.1.6_2 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - found ===> xdm-1.1.6_2 depends on file: /usr/local/libdata/pkgconfig/xdmcp.pc - found ===> xdm-1.1.6_2 depends on file: /usr/local/libdata/pkgconfig/xt.pc - found ===> xdm-1.1.6_2 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> xdm-1.1.6_2 depends on file: /usr/local/libdata/pkgconfig/xaw8.pc - found ===> xdm-1.1.6_2 depends on executable: pkg-config - found ===> Configuring for xdm-1.1.6_2 [snip] ===> Building for xdm-1.1.6_2 [snip] ===>>> xdm-1.1.6_2 is not depended on by any other ports ===>>> Creating a backup package for old version xdm-1.1.6_2 ===>>> Package can be found in /usr/ports/packages/All ===> Installing for xdm-1.1.6_2 ===> Generating temporary packing list ===> Checking if x11/xdm already installed [snip] ===> Compressing manual pages for xdm-1.1.6_2 ===> Registering installation for xdm-1.1.6_2 ===> SECURITY REPORT: [snip] ===> Cleaning for xdm-1.1.6_2 ===>>> Upgrade for xdm-1.1.6_2 to xdm-1.1.6_2 succeeded Obviously, whatever port you had to install was already installed here, but that's clearly enough to pass your challenge. With one simple command, the ports system ensured dependencies were met, fetched it, verified the checksum, extracted it, configured it correctly, built it, installed it, and cleaned up after itself, all without requiring any user input. I would've had to do each of those steps by hand without it. > > Short of hiring professionals to do this work on a fulltime basis, > > what would you propose that would improve the system? > > > > According to your sig you're a developer, so I'm certain you > > understand what library incompatibilities are. Given that, how > > would you propose to not freeze ports while the base system is > > being prepared for release? > > I have several possible solutions (contact me privately if you want > more detail) but am purposely not stating them publically so as not to > taint the survey any more then it needs to be. I would suggest you should spend your time implementing whatever your ideas are rather than talking about it. You've sent more traffic to these lists than heavy committers. It's rather tedious. The normal process is to implement it, make it available, incorporate feedback, rinse, repeat. If you get no interest, then you use it yourself forever because you think it's a huge improvement. If you get feedback and incorporate it, then more people will use it. When enough people think it's a good idea, it'll be incorporated for everyone to use. A fairly simple process, and a fairly intuitive process to anyone who's coding voluntarily to improve a system for themselves. So far, you've done the opposite. You've talked about it (vaguely I might add) rather than implementing it, made nothing available, and have been very unresponsive to feedback, wihch I expect you will be again with this message. Everyone hopes you can improve the ports system in some way, but you're not off to a very good start by alienating those who are responsible for maintaining a very nice system as demonstrated above. -- Skip