From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1ROvNF-0002U9-Hl for garchives@archives.gentoo.org; Fri, 11 Nov 2011 17:58:45 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 316A421C06B; Fri, 11 Nov 2011 17:58:30 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id AE31421C09F for ; Fri, 11 Nov 2011 17:57:39 +0000 (UTC) Received: from phjr-macbookpro.local (fi122.internetdsl.tpnet.pl [80.53.34.122]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: phajdan.jr) by smtp.gentoo.org (Postfix) with ESMTPSA id 832501B4003 for ; Fri, 11 Nov 2011 17:57:37 +0000 (UTC) Message-ID: <4EBD6204.2020000@gentoo.org> Date: Fri, 11 Nov 2011 18:57:24 +0100 From: =?UTF-8?B?IlBhd2XFgiBIYWpkYW4sIEpyLiI=?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Stop altering of current release ebuilds and propagate the changes slowly References: In-Reply-To: X-Enigmail-Version: 1.3.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5BF4EE14A0DFA236651CC085" X-Archives-Salt: ea22808e-15bd-48d4-995f-893192251f2a X-Archives-Hash: ac9c55f86a16162c127643cbee4517ef This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5BF4EE14A0DFA236651CC085 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable First thanks for the feedback about chromium, and sorry for the annoyances. I'm not sure how we can "fix" that though. I've batched my replies to several people in this e-mail. On 11/11/11 8:58 AM, Tom=C3=A1=C5=A1 Chv=C3=A1tal wrote: > In last 3 days i recompiled chromium 3x So the timeline is: 26 Oct is filed. 01 Nov cups USE is dropped from 16.x while still hard masked 03 Nov 16.x is unmasked (dev -> beta release) 10 Nov cups USE restored for 16.x while in ~arch I'm not sure which update you've applied (there are many in that time range), but the data suggests you're running hard masked package (otherwise you shouldn't see those cups USE flag changes). > If you screw the ebuild up then always think if the change is worth > the stupid long recompile time. Sorry about the recompile time, but then you're not required to actually apply the update every time it's available. Also, if you sync and update every day, that in itself increases number of updates, just most packages are smaller than chromium. Note that changes that don't require revbumps are done without revbumps. USE flag changes are only picked up with -N emerge option. All other changes require a revbump, which is usually compensated by hard mask on the dev channel releases. I avoid needlessly revbumping beta and especially stable. If you have a case where this happened and I just didn't realize what I was doing, please let me know. > Like it is not enough there is version bump every few days... That's how upstream does it. Stable channel releases are roughly every 2-3 weeks from each other (the release cycle is 6 weeks, but there are usually 1-2 security updates in between). > Just alter only live ebuild and branch of it with each release and do > not alter the releases unless really critical bug is there. People are > patient and they can wait for bugfixes. The problem here is that at least for me it's hard to work with live ebuild (upstream moves very fast at ~200 commits per day chromium+webkit), so I mostly work on dev channel releases which are roughly weekly. They're hard masked though. And then if we want stable and ~arch to be unaffected, the fix should be pushed as fast as possible, so we can test it before that branch is promoted to a more stable channel, which happens within weeks, much faster than with many other projects. On 11/11/11 9:45 AM, Micha=C5=82 G=C3=B3rny wrote: > Maybe you could consider some of the releases major and other minor, > and just keep a mask for those minor. Yup, stable is stable, beta is ~arch, and dev is hard masked. On 11/11/11 3:58 PM, Micha=C5=82 G=C3=B3rny wrote: > I simply mean that weekly builds were masked. Note that in case of chromium those are actually releases, that go through upstream QA etc. --------------enig5BF4EE14A0DFA236651CC085 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) iEYEARECAAYFAk69YgkACgkQuUQtlDBCeQLooQCfdfeWASfOa0NyLFkbIiperR87 taAAnjjYlwm8Qi3wT0WRXyCEF5ZIGi4n =Dpdc -----END PGP SIGNATURE----- --------------enig5BF4EE14A0DFA236651CC085--