From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1I0mK7-00008Q-TB for garchives@archives.gentoo.org; Tue, 19 Jun 2007 22:37:20 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l5JMa4f8003246; Tue, 19 Jun 2007 22:36:04 GMT Received: from mail.twi-31o2.org (66-191-185-105.dhcp.gnvl.sc.charter.com [66.191.185.105]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l5JMXpsF000673 for ; Tue, 19 Jun 2007 22:33:51 GMT Received: from localhost (localhost [127.0.0.1]) by mail.twi-31o2.org (Postfix) with ESMTP id B17642480E2 for ; Tue, 19 Jun 2007 18:22:12 -0400 (EDT) X-Virus-Scanned: amavisd-new at twi-31o2.org Received: from mail.twi-31o2.org ([127.0.0.1]) by localhost (gravity.twi-31o2.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZQbOyb3o6GOL for ; Tue, 19 Jun 2007 18:21:54 -0400 (EDT) Received: from [192.168.100.25] (dsl211-165-131.sfo1.dsl.speakeasy.net [74.211.165.131]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.twi-31o2.org (Postfix) with ESMTP id 793D2248079 for ; Tue, 19 Jun 2007 18:21:53 -0400 (EDT) Subject: Re: [gentoo-dev] Determining ebuild stability and the 30 day suggestion (was: QA issue: No stable skype in Tree) From: Chris Gianelloni To: gentoo-dev@lists.gentoo.org In-Reply-To: <1182220375.8229.16.camel@localhost> References: <46701D06.5080302@gentoo.org> <200706142041.37787.abhay.ilugd@gmail.com> <4671B6F8.9070507@gentoo.org> <200706151001.17924.abhay.ilugd@gmail.com> <467274D2.3080101@gentoo.org> <46728E08.8020200@gentoo.org> <4672E734.60703@thefreemanclan.net> <1182191680.14981.35.camel@workbox.quova.com> <1182220375.8229.16.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wCndPYrL8Yur2pSpp3E5" Date: Tue, 19 Jun 2007 15:33:29 -0700 Message-Id: <1182292409.7917.15.camel@inertia.twi-31o2.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 X-Archives-Salt: 90004b4b-2277-4ac0-999e-8667bc4341fb X-Archives-Hash: 5c16f46a3d0adb5946c0d203a5ed044e --=-wCndPYrL8Yur2pSpp3E5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-06-19 at 05:32 +0300, Mart Raudsepp wrote: > Hey, >=20 > On E, 2007-06-18 at 11:34 -0700, Chris Gianelloni wrote: > > Also, remember that stabilization is *supposed* to be about the > > stabilization of the *ebuild* and not the *package* itself.=20 >=20 > This sentence made me personally start looking at the policy in a > different way as far as stabilization and waiting for a set amount of > days is concerned. >=20 > Does this mean that, when for example there are pure bug fix releases in > GNOME packages with no ebuild changes whatsoever, then we can consider, > without hesitation so much, to ask stabilization of these much sooner > than 30 days? Or the new version just has updated translations, which is > cool too (unless it's a very long building package) to get into the > hands of our world-wide users earlier with no practical chance of > breakage. Honestly, yes. It means exactly that. If you, as the maintainer, feel that it can go stable sooner, then ask for it. Just remember that in the end, it is you that is responsible for the package and to your users, so use your best judgement. I wouldn't recommend this for a large number of packages, but, as you said, if it were a few updated translations or something else that is fairly trivial, I see no real reason to wait some predetermined amount of time for what is really no more than a simple data change. > Right now it is a rare exception to ask stabilization earlier than 30 > days, but should we do that more often for cases like I made an example > of (upstream following a strict bug-fixes/translations only rule as well > for the versions in question)? Again, it is really up to you, as the maintainer. I have asked for stabilization of packages in the past very quickly if the changes were quite minor. There have been a couple cases where the only change from upstream was applying the patches we were already applying in the tree to the official release and pushing out a new tarball. Think of it like this. You have foo-0.4.1 in the tree. You find a couple bugs, patch them up, and send them to upstream. You make foo-0.4.1-r1 with your patches, and it eventually becomes stable. Now, upstream makes foo-0.4.2, which is just your patches applied to 0.4.1 and the version number bumped. How much additional testing do you think that this needs? After all, the code is the same (minus the version stamp... ;p) so there's nothing new to test. This is why the discretion is left up to the maintainer. We expect the maintainer to be aware of things like this and act accordingly, using their own judgement and (un)common sense. --=20 Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation --=-wCndPYrL8Yur2pSpp3E5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (GNU/Linux) iD8DBQBGeFm5kT4lNIS36YERAg5GAJ9hJR1jJpBLLbeHeNnssR21pgJw/QCguxhm opTxjbDmvQju0EFiEVn8oaY= =D7Ze -----END PGP SIGNATURE----- --=-wCndPYrL8Yur2pSpp3E5-- -- gentoo-dev@gentoo.org mailing list