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 1NWRNh-0000L1-H9 for garchives@archives.gentoo.org; Sun, 17 Jan 2010 09:25:13 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 87802E064F; Sun, 17 Jan 2010 09:24:13 +0000 (UTC) Received: from eric.schwarzvogel.de (eric.schwarzvogel.de [194.97.4.250]) by pigeon.gentoo.org (Postfix) with ESMTP id 54978E064F for ; Sun, 17 Jan 2010 09:24:13 +0000 (UTC) Received: from klausman by eric.schwarzvogel.de with local (Exim 4.71) (envelope-from ) id 1NWRMi-00017a-2F for gentoo-dev@lists.gentoo.org; Sun, 17 Jan 2010 10:24:12 +0100 Date: Sun, 17 Jan 2010 10:24:12 +0100 From: Tobias Klausmann To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] adding a modification timestamp to the installed pkgs database (vdb) Message-ID: <20100117092411.GA800@eric.schwarzvogel.de> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20091026015005.GA12250@hrair.hsd1.ca.comcast.net> <7c612fc61001111435s5caaf80dx4629d81447ab52e8@mail.gmail.com> <20100112101252.1d63a6a5@snowmobile> <20100112231223.GC6656@hrair> <20100117085914.4774f9fa@snowmobile> 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: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20100117085914.4774f9fa@snowmobile> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: Tobias Klausmann X-Archives-Salt: e57ee1b6-fe14-4e5e-9b8c-6ad6d0cada50 X-Archives-Hash: 55443c80e5c4c41d64b53daf06eb1af6 Hi!=20 On Sun, 17 Jan 2010, Ciaran McCreesh wrote: > > 1) portage/pkgcore support the PMS defined vdb2 while paludis doesn't > > 2) portage/pkgcore are invoked modifying the livefs; vdb1, vdb2 is > > updated. > > 3) paludis is invoked. =A0vdb1 is updated, vdb2 is not > > 4) portage and pkgcore now cannot rely upon vdb2, since vdb1 now > > contains extra modifications due to paludis not supporting vdb2. >=20 > No, we'd not do it that way. If we're ditching VDB, the only sane way > to do it is to ditch it with an rm -fr when creating the new layout. > Keeping two sets of data around is going to lead to breakage no matter > how well we do things. Please also provide a downgrade path, i.e. a way to go back from the new DB version to the current one should it be necessary (if there is no such path, Murphy will see to it that the new format breaks in interesting[0] ways). Just my 0.0139304869 Euros (at current exchange rate), Tobias [0] Chinese-style interesting --=20 printk("whoops, seeking 0\n"); linux-2.6.6/drivers/block/swim3.c