From owner-freebsd-ports@freebsd.org Thu Dec 15 16:01:32 2016 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 CFFEFC817C8 for ; Thu, 15 Dec 2016 16:01:32 +0000 (UTC) (envelope-from duchateau.olivier@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 633B41660 for ; Thu, 15 Dec 2016 16:01:32 +0000 (UTC) (envelope-from duchateau.olivier@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id g23so7382503wme.1 for ; Thu, 15 Dec 2016 08:01:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=rAfnUon5UhNlfI56JNJPrMm/Rk8gqELBaABf9jFqDQA=; b=OJP5zAyDu8KHAa5PHpNFU993SR64ja/gUV732zLgTHkn5F/BwGUNvK6ZRwt+PbOfbg i3bHLTTmWdrrATsC7r8GzHs0QKFPpNvb2C5k0s42pMy5DjNHR7OHM1UcJ4FM2UYtIjU9 fH4PNDIZtfh/6FaFLXKg+FfmxNWvFQIuD192PbmfcTi6ZpgXpOlyr8ZYxtAZcO8wqoxB QMWREVc/NQ246sCLQfJ7jkhfFfQjed0AHU7tUq0r17yGbSXKIspHL9q1MfzhdjwfUOEP M2/CWDeQoZP5Ctk8cw4eyLg+XfT77HMyqA7KZBopdEAsSTYE+asUWX75T0y6FoLFTgTn C5BA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=rAfnUon5UhNlfI56JNJPrMm/Rk8gqELBaABf9jFqDQA=; b=phjnjni4Q/ll65J9eA2t+Zg2NN0pHuykMTGqg48EbGkANrMBECK1auIvK8silgWENO uEUX3JWKysudShdLzjTIGxIZ/DFw3PinYgSiJqwmlWn7FhqyXSKWluuGOegh/7koXrta jrwNK5gOMxExPbQ6gPrVH9nKhkrjop3+quaMwvRj+bLR803tjnSaiMq7p3UkOEBzPqIn QeDh/J4EYUOYH0Af0+OG32WaGfM9TwRQDCu0NZwhVtm2DTaijZwf6L81EHQao+E4rrzl mu138tld/dMqqV1DMC6dPfxEkXfvByJTjceCdOdRm7yxew+RHNR5jXKwK0OmTHqZRPai nU8w== X-Gm-Message-State: AIkVDXKnAVqzKbepkVWNSiDeoTK8slEDGKPUVfhDvhRPWUah0taN3jCfaZ03N3MGTEXEGA== X-Received: by 10.28.194.135 with SMTP id s129mr2231939wmf.55.1481817690821; Thu, 15 Dec 2016 08:01:30 -0800 (PST) Received: from localhost (AMarseille-655-1-785-203.w92-158.abo.wanadoo.fr. [92.158.146.203]) by smtp.gmail.com with ESMTPSA id pd2sm2621078wjb.31.2016.12.15.08.01.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Dec 2016 08:01:30 -0800 (PST) Date: Thu, 15 Dec 2016 17:01:54 +0100 From: Olivier Duchateau To: David Demelier Cc: "Vlad K." , Freebsd Ports Subject: Re: (In)Stability of the Quarterly Branch Message-Id: <20161215170154.0ca2017914c0bb032516b413@gmail.com> In-Reply-To: References: <3e7f94efc6428181a289742d7dd627df@acheronmedia.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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: Thu, 15 Dec 2016 16:01:32 -0000 On Thu, 15 Dec 2016 14:16:18 +0100 David Demelier wrote: > 2016-11-16 13:17 GMT+01:00 Vlad K. : > > The quarterly branch (Q) is intended to provide a set of "stable" packages > > that in the lifetime of such a branch, receive only bug and security fixes. > > That is the theory and intent behind the branch. In practice, however: > > > > 1. The Q branch is cut off at predetermined dates (ie. not when it's stable > > and ready), and it is cut off from HEAD, thus including the state of ports > > at that moment. This breaks the promise of stability and guarantees that > > every 3 months there will be uncertainty as to whether the fresh new > > versions are working or not. There is no such thing as a "Pre-Quarterly > > repo" which would receive all updates for the NEXT Q branch-off, and which > > would freeze and stabilize for some time before branch-off. And even if it > > did, 3 months would be too short. > > > > It is effectively not much different from tracking HEAD and doing updates > > only every three months, with the added benefit that SOME security updates > > will come down sooner. But: > > > > 2. Unfortunately not all "security or bug-only fixes" are MFH'd, and as a > > bugzilla triager I've had the opportunity to observe this in practice. It > > can be as simple as accepting a minor upstream version bump, or as complex > > as requiring cherry-picking and backporting code if upstream mixes security, > > bug fixes with new features. It is none-the-less a manual work requiring > > ports-secteam to review and accept the patches. It is not clear who is > > supposed to do cherry-picked backporting if the patches to HEAD cannot be > > MFH'd as they are. It is also additional burden to the ports-secTEAM which > > at the moment is, effectively, one person. > > > > As it is obvious that the promise of a stable repo in its current form > > requires manpower and manual work which we do not have, my proposal is to > > abandon the promise of "security/bugfix" only changes and adopt the approach > > not unlike Gentoo's, in which a "STABLE" repository receives ALL the updates > > from HEAD, but only after certain criteria has been met, like minimal age of > > changes, no open issues, a certain battery of regression/integration/unit > > tests is performed, etc... > > > > The problem is that there are no tests in FreeBSD ports. All source > based systems I've tested: pkgsrc, FreeBSD ports, OpenBSD, Gentoo; > FreeBSD is the one that have the most instability. Not to mention > committers that commit without testing the port, just look at > www/redmine to get your point of view on that issue. Are your serious when you said, there're no tests on FreeBSD ports. I can tell you Xfce ports are tested with FreeBSD i386 9.3 and amd64 11.0 machines (on real hardware, no virtualization), and on poudriere with Gtk+ 3.20 (port version is not not in ports tree, it's defaut toolkits for the next stable release 4.14). For the LXQt desktop is the same thing (tested with official ports tree Qt5 and which one in plasma5 branch (on KDE repository). I'm also working on the Pantheon desktop (desktop environment of Elementary OS, I use Vala 0.30.2 and Vala 0.34.4, in order to test stability of applications. I use also OpenBSD macppc, it's piece of shit. WebKit browers are broken, Xfce components crash often, stable branch is outdated, fix are not propagated in stable branch. Personally I prefer the FreeBSD scheme, because I'm sure it's quite stable. > > On the other hand, your idea is indeed good and could be a good start. > Quaterly branches change too quickly. That's simple: each time I > install a new port, I'm behind 2 or 3 quarters the last one. So I > usually update all before installing the new one. > > What I want: a ports tree that matches the FreeBSD version like > OpenBSD. You have FreeBSD 11.0? You get a ports tree for that version > specifically. No major update, no breaking changes. Just bug fixes. > That will also simplify a lot FreeBSD ports by not having thousands of > conditional checking the FreeBSD version. > > Waiting for more stability, I really encourage people to use poudriere > to build packages to avoid breaking a system at each upgrade. > > Regards, > > -- > Demelier David > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- olivier