From owner-freebsd-ports@FreeBSD.ORG Sat Dec 1 21:10:18 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 5A6A316A41A for ; Sat, 1 Dec 2007 21:10:18 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF2D13C45B for ; Sat, 1 Dec 2007 21:10:17 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5864542pyb for ; Sat, 01 Dec 2007 13:10:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=3igPtDiFix1yyuAmDb4Mq5CPytb1wabipDgxb4T7Yaw=; b=cN8rbfG0KoOMfbAANMdkLIsgATVTJWRKtuebTv7ZZkBOJQVZCV2elYU46AYvYS4cDGbOyYEThQw1ziqSWP0dzuF52teqy3H9LdWlJEssIBeoV6iewlqFOcyz+JSnODOs7ZhE3/fiK05gh/9Jd2aV6+nwabco/CvLxT7K2ABDiqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=uV+LGzMWH6W6sL7c000+kwDAyrpcmLHUFGVpi1+VeS6LF1lSEnLINzJ6BhKtmMfvLFb6dHoDurEK89JoaI/iydccPRAXN5pvJPoVsTYQSR9pCwXV0Dh4feCwISLijxhETbBJ3TwJYAfMPyxI2FCsK6QAdj9jelgSGHDzvN6iy8Y= Received: by 10.64.181.12 with SMTP id d12mr21584499qbf.1196543416713; Sat, 01 Dec 2007 13:10:16 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e18sm5831751qbe.2007.12.01.13.10.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 01 Dec 2007 13:10:16 -0800 (PST) Message-ID: <4751CDB6.7040505@gmail.com> Date: Sat, 01 Dec 2007 16:10:14 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071129) MIME-Version: 1.0 To: Michel Talon References: <20071201204245.GA57218@lpthe.jussieu.fr> In-Reply-To: <20071201204245.GA57218@lpthe.jussieu.fr> X-Enigmail-Version: 0.95.5 OpenPGP: url= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: duration of the ports freeze 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: Sat, 01 Dec 2007 21:10:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michel Talon wrote: > Aryeh M. Friedman wrote: > >> My main issue is the lack of good depenancy tracking > > Dependency tracking is a manual operation of the port maintainer. > There is no way to automatize it, because there is a lot more in > dependencies than shared libraries (which could be tracked > automatically). As such it is as good or bad as the port > maintainer, and there is no way to change that. You will always > encounter ports with huge and irrelevant dependencies, instead of > the ideal smallest subset allowing the port to run. This is due to thinking of the port system as one would of as say make(1) namely a multistage transaction vs. one big atomic transaction. Doing first makes each port responible for most it's knowledge and thus open to inconsistencies and the other makes so the port is nothing but a node in a graph with the edges holding most of the knowledge instead of the nodes. > >> (leaving it to the preview of each port I think is asking for it >> in the long run) and some rather inconsistent behaviour between >> say the following three options: >> >> cd /usr/ports/{some metaport} make install >> > > In my non orthodox opinion, this should be reserved to port > developers and similar power users who require maximum flexibility. > For casual users flexibility is not required at all and is more a > hindrance than a bonus. Is this any reason to make so metaports are the only way for anyone to do anything. Flexibilty != more to manage if done right. > >> portinstall {some metaport} > > Portupgrade has never worked correctly and will never, for a lot of > objective reasons supplementing the implementation choices. If there was a universal way of handling stuff as recommended in Miller97 and most decent algorithm books. > >> and >> >> pkg_add {some metaport} > > In my opinion, things will be better when people will finally be > convinced that binary packages are the way to go, and then use a > *good* package management system such as apt-get. A functional > upgrade system can be built for packages, but cannot for ports, for > obvious reasons. The OpenBSD people have understood that, but now > it appears that most FreeBSD people are happy with the source based > system, and all the problems going with such a choice. This is like NASA saying since we got to the Moon on WWII tech and 4 function calculators that we should continue to use it.... the ports system is basically based on mid 70's software engineering methods (at best more likely late 60's)... is it wrong to ignore the potential benefit of 30 years of collective experience in building large interconnected systems? - -- Aryeh M. Friedman FloSoft Systems Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHUc22358R5LPuPvsRArA8AJ4v+1HFCYe2xhMOz4ByxvwtI6XmagCcC+Xi mWhz0CEGWv2XutnF56zTl64= =u1IE -----END PGP SIGNATURE-----