From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp010.tiscali.dk (smtp010.tiscali.dk [212.54.64.103]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j3P14kLA022702 for ; Mon, 25 Apr 2005 01:04:47 GMT Received: from [192.168.1.2] (213.237.55.231.adsl.abc.worldonline.dk [213.237.55.231]) by smtp010.tiscali.dk (8.12.10/8.12.10) with ESMTP id j3P14ltG024911 for ; Mon, 25 Apr 2005 03:04:47 +0200 (MEST) Subject: Re: [gentoo-dev] Committing straight to stable From: Anders Rune Jensen To: gentoo-dev@lists.gentoo.org In-Reply-To: <20050424144444.58715f9c@snowdrop> References: <20050424144444.58715f9c@snowdrop> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xMJ1+2ZXqBEyy1klfT/Y" Date: Mon, 25 Apr 2005 03:04:48 +0200 Message-Id: <1114391088.20022.12.camel@localhost> 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.0.4 X-Archives-Salt: 12f677cd-4fd2-4ccd-a91e-36628a715fdc X-Archives-Hash: 054e3f103d6e6bac39248bc2eb09564e --=-xMJ1+2ZXqBEyy1klfT/Y Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2005-04-24 at 14:44 +0100, Ciaran McCreesh wrote: > Since keywording policy seems to be being ignored again... Don't *ever* > commit new ebuild revisions straight to stable, even if you think it's a > trivial fix. There are plenty of things that could go wrong even with > simple patches -- for example, if you accidentally included some CVS Id: > lines in your patch, they'll get nuked when you do the commit. And, if > you commit straight to stable, you end up breaking arch rather than just > ~arch. >=20 > The "all things must go through ~arch for a while first" rule is there > for a good reason. It's not something you can arbitrarily ignore because > you think you're not breaking anything... Let me first start by saying that committing straight to stable was clearly a mistake. I can't help wonder why CVS would change patch files (it probably doesn't know the difference between ordinary files and patches) or why repoman doesn't catch something like this? CVS changing files on commit goes against the whole "test before commit" mantra and I'm probably not the first to have encountered this problem? --=20 Anders Rune Jensen http://www.cs.auc.dk/~arj/ PGP/GnuPG key: 1024D/62C2D7F0 @ pgp.mit.edu Fingerprint: 6A03 907E 92E1 47EB 4EAB 76B6 068A ACD1 62C2 D7F0 --=-xMJ1+2ZXqBEyy1klfT/Y Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBCbEIwBoqs0WLC1/ARAtuCAJoCpgcJv9lVc3SoN+4cz8c/AarKAQCgkLfB G/5A6RjM3jS9vgFTWEwNTj8= =Nytz -----END PGP SIGNATURE----- --=-xMJ1+2ZXqBEyy1klfT/Y-- -- gentoo-dev@gentoo.org mailing list