From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 13:59:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 370609DD for ; Wed, 3 Sep 2014 13:59:56 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55D111C8A for ; Wed, 3 Sep 2014 13:59:54 +0000 (UTC) Received: (qmail 37551 invoked by uid 89); 3 Sep 2014 13:55:40 -0000 Received: by simscan 1.4.0 ppid: 37546, pid: 37548, t: 0.0676s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:19329 Received: from unknown (HELO suse3.ewadmin.local) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 3 Sep 2014 13:55:40 -0000 Date: Wed, 3 Sep 2014 15:55:30 +0200 From: Rainer Duffner To: Paul Mather Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <20140903155530.464a7649@suse3.ewadmin.local> In-Reply-To: <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Michelle Sullivan , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 13:59:56 -0000 Am Wed, 3 Sep 2014 09:01:02 -0400 schrieb Paul Mather : > Fairly recently, there was launched a "stable" ports branch. This is > updated quarterly, and seems akin to the quarterly releases of pkgsrc > in that the given branch receives only security updates after it is > created. It appears to be fairly low-key. I remember seeing an > announcement on several FreeBSD mailing lists about its initial > release, but haven't seen anything since (even though I believe it is > now in its second quarter, at least). It's actually already in its 3rd quarter. > My question is this: does anyone have experience of tracking ports > via these branches? Does it work well? So far, it works well - for me. But of course I build all my packages myself. About 1200 or so, some of them I just use myself. Occasionally, when a port does not build (dovecot2 in Q2, IIRC), I need to take stuff from the "current" ports-tree. But it's not such a big deal. Q3 built everything right out of the box, though. Sometimes, when the installed pkg is too old, I have to fetch the newest pkg-package from my build, unpack pkg and the libpkg library and use that to upgrade the tree. I've got to see how the 1.2 -> 1.3 transition goes. I hope we can reach a state soon, where pkg is completely in the base-system and not changed much (or at all) over releases - or the database-format doesn't change much. Because I assume, a package-downgrade that also involves a downgrade of pkg itself is currently almost impossible. As for the subject of this discussion: I don't upgraded all my machines every quarter (yet). I've also stopped building for i386 a long time ago - simply because we haven't bought a non-AMD64 server for as long as I can remember being at my current employer... I've got builds for 8 9 and 10, sometimes with different "flavors", but I try to minimze variety (FreeBSD 10 only with MariaDB55, PHP55 etc. - no PHP55, no MariaDB55 to earlier releases - some stuff like perl, ruby is all the same on every major release until it's no longer in the ports-tree - then I need to lift it everywhere). I can see that you can't just upgrade any machine to the latest and greatest - I cannot do that either. But at the same time, the customer cannot expect to have the latest and greatest software on a five year old OS. Are there really people who need to maintain current ports with pkg_* tools on older FreeBSD-releases (that aren't supported by the ports-tree anymore, sometimes for ages)? That's going to be tough... All my machines with pkg_ still work well (sort of) - I just can't touch them. But almost all machines where this is the case are usually very old and can't be touched anyway. I can imagine that if you have a very large infrastructure and tooling tuned to use pkg_* it is very frustrating to dump all of this into the garbage-bin and start from scratch - but the writing of this has been on the wall for some time. Maybe Solaris or RedHat would be better platforms for those negatively affected by this - they have very stable APIs that are supported for a very long time. But porting non-mainstream 3rd-party software to these OSs might be challenging, too, after a couple of years. 3rd-party software moves on, too.