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 946D113877A for ; Sun, 27 Jul 2014 21:34:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 03B45E0E08; Sun, 27 Jul 2014 21:34:04 +0000 (UTC) Received: from mail-vc0-f171.google.com (mail-vc0-f171.google.com [209.85.220.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A8514E0D95 for ; Sun, 27 Jul 2014 21:34:02 +0000 (UTC) Received: by mail-vc0-f171.google.com with SMTP id hq11so10249041vcb.2 for ; Sun, 27 Jul 2014 14:34:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=cQGjHQQxYCKPBOOPgeUKy6tjvf42e2GPPVkC9o1Tq2w=; b=oD+11rytXzdbzMWFEAxPrw05IoAIKDrfucA+v9QRhj2bZJoh9lK/q8XlKT+IgA9reE RMAMIsBnu6FgvIA8gOWKzfDJ8rWNy4dGCITW5l+lqffJPwiAaIOYCa5oePR5YKp8n+S3 mouMIaY5un0VKjVxKhCZ7y3pskHWUiO2fOkF3QeApBUkIK77Zhzx3NumS3YlFupivuMZ GJVT1mlqfFzjyTMGoNoiBwz4LAtgvYm9czVCe87WlwNmljDri9cv8CecUcULUmfbgbFK Zmd93MS4HFY3reDd4zHMtLzem+M1Q2e4bql2x/MSgLc1rctULZaHq42nRA6oSK2vPrj5 u/nA== 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 X-Received: by 10.52.147.15 with SMTP id tg15mr1166570vdb.53.1406496841528; Sun, 27 Jul 2014 14:34:01 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.52.8.229 with HTTP; Sun, 27 Jul 2014 14:34:01 -0700 (PDT) In-Reply-To: References: <53CD6BED.10603@gentoo.org> <53CD8BBA.2010605@gentoo.org> <53D5072E.3030305@gentoo.org> <20140727222429.3febdefa@pomiot.lan> <20140727205113.9578.qmail@stuge.se> <20140727215642.3bbd0826@googlemail.com> Date: Sun, 27 Jul 2014 17:34:01 -0400 X-Google-Sender-Auth: Gu-DMhgvxLmIrEVWHDwXXuKrqII Message-ID: Subject: Re: [gentoo-dev] don't rely on dynamic deps From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 6ee7b33f-8084-49fe-89c3-22c041148153 X-Archives-Hash: ef33c461074eab3d5191f39cfc9c1b15 On Sun, Jul 27, 2014 at 5:27 PM, Kent Fredric wrote: > > On 28 July 2014 08:56, Ciaran McCreesh > wrote: >> >> > To me it seems like a simple data model bug that vdb does not get >> > updated to reflect the new situation after step 2 above. >> >> Rewriting VDB won't help if the user doesn't sync at the right time. > > Indeed. pkgmove has this problem solved with a mass of quarterly move files, > but I'm not sure I'd want to have Does it matter? If a user never syncs again, they'll have a broken package (though portage won't realize it). If they wait until the package is removed from the tree before syncing then they'll still have a broken package. If the broken package happens to work for them, then the user won't care, and if it doesn't work for them, they'll sync in the updates one way or another (using an overlay if necessary). As far as I can tell, the only thing that is needed for this to work is for portage to be able to detect when an installed package dependency changes in the repository, and this could be facilitated by metadata. Maintainers would then revbump when a change can't be correctly handled, and they won't revbump when it can be. Do we have to guarantee that users who don't sync before a PV is removed get all updates to that PV if they have it installed when they eventually do sync? If I have some package installed that was treecleaned a year ago and it depends on udev then obviously it won't know anything about the new virtual - we live with that already without too many problems. Bottom line is that bad things happen if you hang onto packages that aren't maintained in some repository (possibly your overlay maintained by yourself). Rich