From owner-freebsd-questions@FreeBSD.ORG Tue Apr 7 22:01:51 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3758B106568D for ; Tue, 7 Apr 2009 22:01:51 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id E582A8FC1F for ; Tue, 7 Apr 2009 22:01:50 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: by gxk24 with SMTP id 24so8402166gxk.19 for ; Tue, 07 Apr 2009 15:01:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=q2pMfUuP+DlbeIOo6jugmdVkwF3D3XX4ZdIoh6pVfF8=; b=FudhW0LBvvvrzV9lJpVHXlz0edttgoHoSRpum9poxSJ5LeeAfpeblI/VrvWR97aHPE 3brFA0g030T9jJINvd0qNEcfMXUIpbLHE8X2gO7FiO8gcQDXy/W9owjm0+IBuvxPc3IX cdUoa/RX0VFH7Tpy1K3+PGFPpl/23tXtUZxSo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ktny1NbeTwtH0MxIz6WjFg1HKiLguShS7TKvbl0FlexRVK0ITfvQmIFNgF8E1ZY/YV txrTKnHXO0s4QQkK2VCgveIhqHwYJllHBxajk4hVl2GRv3+5tDzDJ9ri3RuXWmJg5RKu X3kVp5B+r/e3ysipCj+Rkwlbpc1KUtMDJTqKM= MIME-Version: 1.0 Received: by 10.150.202.9 with SMTP id z9mr1041978ybf.244.1239140103796; Tue, 07 Apr 2009 14:35:03 -0700 (PDT) In-Reply-To: <49D76B02.4060201@onetel.com> References: <49D76B02.4060201@onetel.com> Date: Tue, 7 Apr 2009 17:35:03 -0400 Message-ID: <54db43990904071435h5dc1e854p2e9892ac666aea35@mail.gmail.com> From: Bob Johnson To: Chris Whitehouse Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: User Questions Subject: Re: new package system proposal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2009 22:01:52 -0000 On 4/4/09, Chris Whitehouse wrote: > Hi all > [...] > > My suggestion is to start with a ports tree that is fixed in time. Make > that ports tree available as part of this package system and compile a > typical desktop set of ports, particularly choosing ones which are large > or have many dependencies. When it is all complete release it and start > again. Surely quite a wide selection of desktops, wm's and apps could be > compiled in a couple of weeks? A lot of ports are already available as packages. Do you simply want more ports available as packages, or a more fundamental change? > > Modify pkg_add so that it can be told to use this 'snapshot' including > downloading the fixed ports tree that was used. What is the benefit of this? > > Some benefits to this system are > - much easier for lower power or laptop users to keep their desktop > machine up to date A large subset of ports are already available as packages. Would making more of them available solve the problem you perceive? Who would decide what the appropriate default configuration should be for each port? > - problems with particular ports can be centrally fixed by knowledgeable > people, possibly reducing time on lists. Huh? Aren't they already? > - reduced energy use for everyone. I think the difference in energy use would be so small as to be pointless. If I have a system that consumes 75 kilowatt hours per month, and I spend an extra 0.05 kilowatt hour per month updating ports, is the difference (less than 1/10 of 1 percent) really meaningful? I can't even measure my power usage accurately enough to detect the difference. Convince me to use three liters less hot water per month, and you will save more energy. > - the ports system is still available for those who do want to change > the config options > - ports which are not included in the snapshot are still available - > since this system has already provided the larger ports as packages, the > remaining ones would be less onerous to install That's already done. > - ports that are installed with make install would maintain > compatibility with the other installed packages. In what way are they now not compatible? > - don't need to mess with portupgrade etc. What's the significant difference between messing with pkg_add and messing with portupgrade? A large subset of ports are already available as packages, so it isn't clear to me how this proposal is significantly improved over using "portupgrade -PR _portname_" when a port needs updating. Or "portupgrade -PRa" when you feel the urge to bring everything up to date. Installing and using portaudit is another useful step in the process. It will send you email to tell you WHEN you should use portupgrade. Of course, it uses energy to do so. > - it could (I think) be fitted fairly well into the existing package > building process. > - it generally increases the useability of FreeBSD as a desktop system. > [...] How is it an improvement over the existing tools? I must be missing something, because it sounds to me like you are merely asking that there be more ports made available as packages than are now offered. To me, the best way to improve FreeBSD as a desktop system would be to get Flash 9, 10, etc. working properly (this seems to have recently been accomplished for Flash 9), and to figure out how to get the Gnome-related stuff to update smoothly without the constant need for manual interference (I get tired of running gnomeloganalyzer). But that's a discussion for a different thread. -- -- Bob Johnson fbsdlists@gmail.com