From owner-freebsd-ports@freebsd.org Fri Apr 21 19:51:10 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D51F7D49003 for ; Fri, 21 Apr 2017 19:51:10 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9444A912 for ; Fri, 21 Apr 2017 19:51:10 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1d1eaH-0001cW-Uk for freebsd-ports@freebsd.org; Fri, 21 Apr 2017 21:51:13 +0200 Date: Fri, 21 Apr 2017 21:51:13 +0200 From: Kurt Jaeger To: freebsd-ports@freebsd.org Subject: Re: Is pkg quarterly really needed? Message-ID: <20170421195113.GN74780@home.opsec.eu> References: <20170420053722.GD31559@lonesome.com> <20170420084452.GH74780@home.opsec.eu> <99a57878-ae39-d2a4-fe35-023dae8b320b@gjunka.com> <20170420171119.GJ74780@home.opsec.eu> <127a5f89-93ba-aee4-14d3-41e2f2d71892@gjunka.com> <20170420195712.GK74780@home.opsec.eu> <399feac5-71d7-25ab-80da-84bd6c2eeeda@gjunka.com> <20170421025111.GL74780@home.opsec.eu> <55cb6af9-cede-3e98-0df7-11ee97fc132e@gjunka.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55cb6af9-cede-3e98-0df7-11ee97fc132e@gjunka.com> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 19:51:10 -0000 Hi! > >> If the whole repository builds doesn't it mean by default that any > >> subset also builds? > > If we defined a repo build only as valid if everything builds, > > the whole repo is never valid, because approx. 10% of > > the ports tree breaks at any given time. More, if you add options. > That's an interesting observation, I didn't know that. Does it mean that > the quarterly port tree is no better or worse than the main branch? It's a little bit better, I guess. Oh, indeed, I erred with my numbers. Here's the link I'm looking at right now: http://beefy9.nyi.freebsd.org/jail.html?mastername=110amd64-default It has stats on the full ports builds for 11.0-amd64. Approx. 26000 ports, approx. 50 failed to build, 70 skipped, 300+ ignored. So it looks much better than I thought, but not 100%. > And is any tree ever build with non-default options? I don't know. I build my own repos with these settings: DEFAULT_VERSIONS= perl5=5.24 python=2.7 python3=3.6 ruby=2.3 pgsql=9.6 php=7.1 mysql=10.1m gcc=6 And I use some non-default options, but not that many. > >> My assumption was that only version > >> upgrades are progressed from CURRENT to STABLE to RELEASE. > > Leads to a stagnating tree downstream, if you find maintainers for it. > > That's the model Debian is using, and it has other issues. [...] > Well, they can't be as unhappy as, say, Centos, where packages are > really old. Also, I bet not all users are unhappy when the ports are not > updated quickly. Corporate users tend to prefer stable versions even if > they are getting a bit old, enthusiasts tend to prefer newest versions. Hmm, our company isn't big, but keeping up with the security stuff needs to happen, anyway, so we mostly use recent pkg trees. Like the saying goes: Update early, update often, automate updates. Incremental learnings/breakings are easier to handle than huge across-the-board upgrades. That's my experience after almost 30 years in that field. Believe me, I already tried other approaches 8-} I still have a FreeBSD 4.11 box in my fleet to care about, where I recently updated OpenSSH and bind 8-} > FreeBSD can't cater for both groups a the same time. Here I disagree! Right now, ports-HEAD surely *does* cater for the upgrade-junkies 8-}, but this also allows very fast innovation cycles. The quarterly trees are a first step to test how stability can also be provided. We're still learning. > Which group has been chosen, if it has been chosen? It's also an ecosystem thing. If the 'stable at a price' niche is covered by Debian etc, FreeBSD in the past needed to find another niche. But it's not exclusivly so, so the quarterly tree was created. The first was 2014Q1, so we're 14 iterations into this experiment. Still plenty of things to learn. > Are we defaulting to enthusiasts? I don't think so! We're doing what we can to cover all use-cases. -- pi@opsec.eu +49 171 3101372 3 years to go !