From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id BE434138247 for ; Mon, 11 Nov 2013 09:47:23 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EA510E0A8F; Mon, 11 Nov 2013 09:47:17 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0765BE0A59 for ; Mon, 11 Nov 2013 09:47:16 +0000 (UTC) Received: from localhost (87-205-61-50.adsl.inetia.pl [87.205.61.50]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 1618E33EEE2; Mon, 11 Nov 2013 09:47:14 +0000 (UTC) Date: Mon, 11 Nov 2013 10:47:30 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: pinkbyte@gentoo.org Subject: Re: [gentoo-dev] Package removal without proper last-riting Message-ID: <20131111104730.1e6420d4@gentoo.org> In-Reply-To: <5280A5B0.5020106@gentoo.org> References: <5280A447.8050707@gentoo.org> <5280A5B0.5020106@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.22; x86_64-pc-linux-gnu) 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 Content-Type: multipart/signed; micalg=PGP-SHA512; boundary="Sig_/SR_x3B8H25MFVKn/NpbuU/A"; protocol="application/pgp-signature" X-Archives-Salt: 13fa58b2-3902-485b-b881-cbb46ff0f27b X-Archives-Hash: b9ed3bb592ccae1c93e8d9b8be5a7e59 --Sig_/SR_x3B8H25MFVKn/NpbuU/A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2013-11-11, o godz. 13:38:56 Sergey Popov napisa=C5=82(a): > 11.11.2013 13:32, Manuel R=C3=BCger wrote: > > Hi, > >=20 > > I recently noticed it twice, that it seems to be common practice to > > remove a package without using the methods described in [1], but just > > dropping it from cvs. > >=20 > > From my observations packages removed without last-rites could be > > characterized by this: > >=20 > > - it was a dependency of another package > > - this package dropped / incorporated the dependency > > - no other packages depend on it > > - there are possible forks or updates, but maintainer doesn't care^W^W > > has no interest >=20 > +1, this should be documented IMO. I last-rite > games-strategy/seven-kingdoms-data recently without sending notice, > cause last versions of games-strategy/seven-kingdoms includes all of > it's data. How hard would it be to send proper last rites for that package and add it to package.mask explaining the move? Silent removals do us no good. The only valid reason to remove a package without lastriting it is when it is package-moved with proper 'updates' entry. However, that won't work for package merges, so the usual lastriting procedure applies. Overlays are just one of the potential issues. Another issue is users who ended up with that package in @world. If it were masked, they would know why they need to remove it. Now, they will just get awful blockers. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/SR_x3B8H25MFVKn/NpbuU/A Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAEBCgBmBQJSgKe5XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZONxoP/2IT9g6nlRD2LHukXoH3j0yx ZvtL0M0KTamaHtQz1FzY61OQKDUP4NorneJXcW0FNzOFEVuQkr3NV+2AxZdQxMck FNw9xdSGZ6TOa1bvTgOTnfi1NcaMcSa1xEgaz7Sm/Hperkz/Af+nBSUyKElFTQwR MHk0RAmsP6dcfB8idUIjoSjLzU2BNFXCy85s6at3EiDy65bxRdZpCYGZSETZ5+AP RUcGZsrOSYDAmsc9UjKRf3isNIMiORiMLgK4iLSgScOp6SN6xfau5tKqn6pT4ww0 rgDO9gg8v/+oWAPgmaENXem7O1J3oIOCo5f2tMISVUqbqVjNtqFu1z63RBPPv0Pi rSfMURHAipR0rXUqd6Kmnlp83H+8Dbn++C6opxmCINiQd4jkyYwWaJJbP2PQCNWM EPOjZZdJNUcdf8NdxFv0J9vQ4/dlCM5SE6rWigpg3xxnfwIeDXHdHEIY8M6XeUA1 r2YIv1L4gJQJ95TrnGwesV+H0tnxdmZAe08JZf1paun/6cU9kYMINIbadt9RKxb4 2YwPPZuF9aVZAbv1ZjMka3E7ED44D7rCuBE94FdKBIgH6IfY7nV4hfKYHrRxgIyb AKLtBs7ofud2rCt1P7bXKEZtH3rYKeMg8Ew8osoFlRzpdcNB5CtlUvVz5yk5+fW8 3zFetfDTf00rvEK6jtTF =s+45 -----END PGP SIGNATURE----- --Sig_/SR_x3B8H25MFVKn/NpbuU/A--