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 26C7813877A for ; Sat, 26 Jul 2014 14:29:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7BBA0E0D86; Sat, 26 Jul 2014 14:29:39 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 93208E0C37 for ; Sat, 26 Jul 2014 14:29:38 +0000 (UTC) Received: from pomiot.lan (77-254-85-187.adsl.inetia.pl [77.254.85.187]) (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 C0A07340092; Sat, 26 Jul 2014 14:29:36 +0000 (UTC) Date: Sat, 26 Jul 2014 16:29:37 +0200 From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= To: Martin Vaeth Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: don't rely on dynamic deps Message-ID: <20140726162937.76749713@pomiot.lan> In-Reply-To: References: <53CD6BED.10603@gentoo.org> <201407212153.04605.dilfridge@gentoo.org> <20140721225642.56aee8ed@pomiot.lan> <1405992850.4756.3.camel@gentoo.org> <20140723011300.2b6b51d9@gentoo.org> <1406081116.6453.1.camel@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; 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_/5=0u8=Wg2N1h5Nth6f6nxT9"; protocol="application/pgp-signature" X-Archives-Salt: 7ebd2376-6a82-4b34-a658-7e6133a53d6a X-Archives-Hash: 15aaeee752a1b08faa9cfef263c314f6 --Sig_/5=0u8=Wg2N1h5Nth6f6nxT9 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Dnia 2014-07-26, o godz. 14:02:29 Martin Vaeth napisa=B3(a): > Alexandre Rostovtsev wrote: > > > > rdepends-add is easy to implement [...] Deletion is trickier [...] > > > > The point is to *not* clean up these entries for months/years. >=20 > So, essentially, you want the developer to do part of CVS/git's job, > namely keeping a history of changes in a compressed format, > keeping the history forever (or almost forever). > As mentioned in another post, you highly understimate the > amount of data which would have to be treated this way: > For every python release and many other eclass changes, > almost all packages in the tree are involved, usually > several times a months. Python is irrelevant here. Our dependencies are USE-conditional, so dependencies are added and removed along with USE flags. If we add new implementation, you need to rebuild the package anyway to use it, and there is no point populating extra dependencies. Revbump isn't necessary either since --changed-use will pick it up if necessary. If we remove an implementation, PM isn't supposed to remove the dependencies until the package is rebuilt with flag disabled. If it was enabled, --changed-use is supposed to clean it up. If it was not, the extra dependencies do not matter (and are not even stored in vdb). --=20 Best regards, Micha=B3 G=F3rny --Sig_/5=0u8=Wg2N1h5Nth6f6nxT9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJT07tWXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOLvYQAK6Td0Tc3wlwBApMiLdBo9+l nyrhLIG5Zijof5VWGdBql6xTvWY0F/7I3SgKOQthNGtvbFci9vXZtPoDLAAcCLrB jQWzcqBHqeWTqz/wNeE2kmR+ocApHRe7Xoo3Clfwg1oW+MLgfNDr/QcNXQPGA5lh pzHwEyrBpIrFjY7igNkMTc53ryqWghZ9GFbdG3N4pnytBYgcAC4OPAsaDJsMzF59 mtUNo/seyXgWD2mQ1dZYqb9tL6SDber3gnpdeFrV0WCv3+VzM/g7E2lx6DUpi+DD LqWttxr4HzXfqMGK0c99s1zTQTcy9AsV48HpwdWuz/43MhdZoDQcVUspKciCx+L0 KUyJE4t/U0iuxKwKSd6gK8KDHvjWfYrM/WLNHLIOO3LLWUmSA4d3vxYU2zm7AOTJ V7A87B35phN8I03upuP6un3P9GaOWBokYo/l3glH6yIAKoRsxgPXOZqBgHUT1lTs MzxryRkW2EbGht/Fpdbi3aO7XuWxNPyh8hGkEDuyx+svq6Yw0nYFLDB2KEw9XzCr kzagkqMYugTcnYMsFY6n+sLySfrLXcst2Doaz7ODmh4e0kGLiXSmiyC+JAcJh9np DvyaQB5VGorVQQojzX/cmIINkwO7YExnSSbxRb7778ogrHqjnWnLRER/yl9pxbvf QixT75sKIOd8tY8Gu5kr =d7jU -----END PGP SIGNATURE----- --Sig_/5=0u8=Wg2N1h5Nth6f6nxT9--