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 6AE4913877A for ; Tue, 29 Jul 2014 10:47:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4B529E08FA; Tue, 29 Jul 2014 10:47:49 +0000 (UTC) Received: from mail-vc0-f177.google.com (mail-vc0-f177.google.com [209.85.220.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 764F6E08A2 for ; Tue, 29 Jul 2014 10:47:48 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id hy4so12928036vcb.8 for ; Tue, 29 Jul 2014 03:47:47 -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=X8MAUrrKAjCzasuRxE5aY4sISn3zeoLc5WuQRNn+gCw=; b=W4BtyMRL0FU13RQa6Uw0SxQiHUUnaZGEUQXEapGNrTSwhYwCBhNbnZ+UMtceOX0Jd7 HsiCocoy+JYIpNgofnXOxbF+WSbUNL7wk5D45nTv2sY/CMiDyWp7p9NZgmP9axioZRau SR6TrZQU45bhBWQUywhL+tE74tlkf4Yk5/DOzeR2HvsPoUrTs7JneeKPOHWEQlDLFVba UI9qk5RSlRDNi10FK7KbTTK7sqJ/ApTUH1P8DIFZNvPjUpxCkWKJ503dEBBToNK6mImX 3aCghOsEiMSBtHu3VYfI9xdZsztN+4VOS+f3Wq4kFNgpU8RLq5hEX5Yxq0zy9BS+Zvo1 0E8g== 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.221.24.7 with SMTP id rc7mr821932vcb.54.1406630867641; Tue, 29 Jul 2014 03:47:47 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.52.8.229 with HTTP; Tue, 29 Jul 2014 03:47:47 -0700 (PDT) In-Reply-To: <20140729073317.9717.qmail@stuge.se> References: <53CD8BBA.2010605@gentoo.org> <53D5072E.3030305@gentoo.org> <53D51311.1070802@gentoo.org> <20140728092838.8099.qmail@stuge.se> <20140728132935.25073.qmail@stuge.se> <20140729073317.9717.qmail@stuge.se> Date: Tue, 29 Jul 2014 06:47:47 -0400 X-Google-Sender-Auth: E1bO2EQJ4T5AVPu4pwXR_RmbbVY Message-ID: Subject: Re: [gentoo-dev] Re: don't rely on dynamic deps From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 4b343762-f379-44e7-b915-93ba42006573 X-Archives-Hash: 3ac78e443e3aa3e5837b58a4be68d43b On Tue, Jul 29, 2014 at 3:33 AM, Peter Stuge wrote: > > Rich Freeman wrote: >> This is really the crux of these sorts of issues. It doesn't matter >> if dependencies are static or dynamic - if you hang onto orphans then >> you're going to have cruft in your vdb which is going to lead to >> blockers of some kind eventually. > > I think the vdb can and should be updated according to portage changes. > > Someone just needs to code it. ;) So, I'll agree that vdb should change when portage changes (and we should manage portage changes so that this can be done reliably), but we're talking about orphans here. Portage is only going to get one side of the story when dealing with an orphan. In your example of a package split the original package went away, and perhaps with some mechanism we could get portage to update all former dependencies to use both sides of the split. But, how about virtualization of a package? Your orphan depends on non-virtual udev, but now you want to install systemd which of course blocks udev. Maybe your package really does depend on the "real" udev (probably not a good example here - think ffmpeg instead perhaps), or maybe it can use the virtual. Just telling portage that the virtual replacement has been made is one problem, but figuring out whether to use it is going to be a wild guess for a PM. And there are likely other variations as well. Rich