From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 7B44E1382C5 for ; Tue, 8 May 2018 09:37:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 306FEE0AA3; Tue, 8 May 2018 09:37:11 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id CE471E0A89 for ; Tue, 8 May 2018 09:37:10 +0000 (UTC) Received: from mail-io0-f172.google.com (mail-io0-f172.google.com [209.85.223.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mattst88) by smtp.gentoo.org (Postfix) with ESMTPSA id A9FB4335C30 for ; Tue, 8 May 2018 09:37:09 +0000 (UTC) Received: by mail-io0-f172.google.com with SMTP id z4-v6so37614491iof.5 for ; Tue, 08 May 2018 02:37:09 -0700 (PDT) X-Gm-Message-State: ALKqPwc2hLsySqjDXXgjzytlEcfa5G/EnkJ7xToPCjJiExaN4e/tXnD4 TTWBh3US4Ra0jsgdI+8HQzBtx8y6M+I3Urw/0h4= X-Google-Smtp-Source: AB8JxZp/g8cl6COfKuLn8D5F4TF5Na7kL9lz+O0KnDtaibSAlbEZLHxEAVVynX/0RYvKdH/0++xzNJqTFY0lKORTXcA= X-Received: by 2002:a6b:1604:: with SMTP id 4-v6mr2934033iow.147.1525772227888; Tue, 08 May 2018 02:37:07 -0700 (PDT) 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 Received: by 2002:a02:7109:0:0:0:0:0 with HTTP; Tue, 8 May 2018 02:36:47 -0700 (PDT) In-Reply-To: <20180507232458.1c96c826@professor-x> References: <20180507203847.GA3961@p50> <20180507232458.1c96c826@professor-x> From: Matt Turner Date: Tue, 8 May 2018 02:36:47 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [gentoo-dev] Monthly x11@ project status for May 2018 To: gentoo development Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: 05cda216-58d5-49df-aeaa-161aa4f42b28 X-Archives-Hash: 0178aa65009abac030dc780716d9e557 On Mon, May 7, 2018 at 11:24 PM, Brian Dolbec wrote: > On Mon, 7 May 2018 13:38:47 -0700 > Matt Turner wrote: > >> >> If there's a way to have repoman alert developers to deprecated >> dependencies in the same way we handle deprecated eclasses, I'd like >> to know about it. >> >> > > Currently there is not. > > Thinking out loud... It would mean parsing package.mask to generate > the list filtering out those with "masked for removal", from other > general mask reasons, but even that is not consistent. Thanks for the reply. One clarification: the x11-proto/* packages aren't package.masked (for removal or otherwise) -- just deprecated. They still exist just to provide a simpler transition to x11-base/xorg-proto. After all reverse dependencies are updated, they will indeed be tree cleaned. But yeah. I kind of like your idea. Perhaps some method of marking a package deprecated would be a good addition to PMS. I can imagine it being useful in a case like mine, and it would provide a good path towards tree cleaning. I've always thought it was kind of silly to start the 30-day removal timer only after the last dependency is gone from the tree, so maybe a way of marking a package deprecated could speed that up. The workflow I envisage would be (1) Package is marked as deprecated by some method (call it package.deprecated) repoman would now emit warnings when it finds a dependency on the deprecated package, informing developers of the necessary changes and speeding up the transition. (2) When the transition is complete, the deprecated package could be masked for removal under some <30 day mask or perhaps removed directly if it's been deprecated for >=30 days. I'll figure out the process for suggesting a future EAPI feature... :)