From owner-freebsd-questions@FreeBSD.ORG Mon Sep 5 15:10:53 2011 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 9789E106566C for ; Mon, 5 Sep 2011 15:10:53 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 448918FC1B for ; Mon, 5 Sep 2011 15:10:53 +0000 (UTC) Received: from r56.edvax.de (port-92-195-14-151.dynamic.qsc.de [92.195.14.151]) by mx02.qsc.de (Postfix) with ESMTP id 674591E711; Mon, 5 Sep 2011 17:10:52 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id p85FApxS002399; Mon, 5 Sep 2011 17:10:51 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 5 Sep 2011 17:10:51 +0200 From: Polytropon To: Pierre-Luc Drouin Message-Id: <20110905171051.601e1484.freebsd@edvax.de> In-Reply-To: <4E64E1AB.9050607@pldrouin.net> References: <4E644637.1030500@pldrouin.net> <20110905143102.68a797fa.freebsd@edvax.de> <4E64CC1D.90001@pldrouin.net> <20110905154358.187c9fba.freebsd@edvax.de> <4E64DAA6.60006@pldrouin.net> <20110905163623.98ebca0a.freebsd@edvax.de> <4E64E1AB.9050607@pldrouin.net> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Best Server OS for Someone That Does not Want to Touch a Shell on a Regular Basis? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 15:10:53 -0000 On Mon, 05 Sep 2011 10:50:19 -0400, Pierre-Luc Drouin wrote: > > >> I noticed that in > >> the past few years, updating softwares through ports has been requiring > >> more user intervention, due to the way some dependencies are being > >> updated from one version to the next. Would using binary packages allow > >> to avoid more such user intervention? > > Yes. All dependencies would be incorporated automatically. > > Only ports without equivalent package that additionally have > > OPTIONS to set would invoke a configuration screen, and this > > screen would have to be dealt with only in the first run of > > the updating process. > > > > There are also options for portmaster that can be used to > > control program behaviour in case of problems (e. g. some > > package not found, conflicting ports, versioning problem, > > or port marked "broken"). > > > So, what I was referring to in particulars was special updates like this: > 20110517: > AFFECTS: users of lang/perl* > AUTHOR: skv@FreeBSD.org > > lang/perl5.14 is out. If you want to switch to it from, for example > lang/perl5.12, that is: > > Portupgrade users: > 0) Fix pkgdb.db (for safety): > pkgdb -Ff > > 1) Reinstall new version of Perl (5.14): > env DISABLE_CONFLICTS=1 portupgrade -o lang/perl5.14 -f > perl-5.12.\* > > 2) Reinstall everything that depends on Perl: > portupgrade -fr perl > > So you are saying that this type of special interventions is not > necessary when using only binary packages, right? Erm... no, or basically yes. :-) First of all, the example here refers to portupgrade, not to portmaster. The DISABLE_CONFLICTS variable is only required where something is built from source. By using packages, you can even _force_ installation of (maybe conflicting) packages, implying of course that this may cause damage. In _worst_ cases, there's the option to forcedly deinstall packages and then re-install them (in a newer version), this may be useful when the upgrade path is too much trouble. Coming back to that example: If you order portmaster to upgrade perl, you will traditionally also upgrade all ports depending on it. And if this is possible via packages (-P, -PP), it will "reconstruct" the dependencies properly so all programs can use the new perl version. However, as I've turned into a "compile guy" due to sufficient hardware, I usually use source-based updates when needed. I don't update my home system very often, because I'd like to keep it in a functional state. :-) So I've not come across that particular update yet, as I still have perl-threaded-5.10.1_4 installed, and there's nothing here that requires 5.12 or 5.14. When you choose to use portupgrade instead of portmaster, it's a good choice to always run "pkgdb -aF" before and after anything you do (e. g. also "around" a pkg_add -r command). I've been using portupgrade in the past, but today I prefer "just ports" (home) and portmaster (work). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...