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 2B100138334 for ; Tue, 15 Oct 2019 16:05:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 96818E0870; Tue, 15 Oct 2019 16:05:09 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 3EAA9E0837 for ; Tue, 15 Oct 2019 16:05:09 +0000 (UTC) Received: from mail-il1-f170.google.com (mail-il1-f170.google.com [209.85.166.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: floppym) by smtp.gentoo.org (Postfix) with ESMTPSA id 6DD4934BD6F for ; Tue, 15 Oct 2019 16:05:08 +0000 (UTC) Received: by mail-il1-f170.google.com with SMTP id o16so11317ilq.7 for ; Tue, 15 Oct 2019 09:05:08 -0700 (PDT) X-Gm-Message-State: APjAAAWuaE3zzdShF82h9c6bo1JOT4i3N0odNesMUTs/VXE31Fb161dl p+YuHotpNNXf0vxsGGB9qwhZt1UK4gcpAoJAoA4= X-Google-Smtp-Source: APXvYqxlKuZX2lUT4L65VGCIN0aNyPrpdWZwWjODmwmV8dNkLeWo0tBo5woHQ/rEiprnh1JG5u2n8ujZBFoYp7Au30U= X-Received: by 2002:a92:3d84:: with SMTP id k4mr6872203ilf.30.1571155506565; Tue, 15 Oct 2019 09:05:06 -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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: <20191012110023.165840-1-soap@gentoo.org> <1bbad081be57654e20e590734ed8aa88dc6f6176.camel@gentoo.org> <20191012160228.GA2481@linux1.home> <25763900.3IMS5cSOPn@ernie> <86031cc11741c13b354ad85577a1e32c4ca97460.camel@gentoo.org> In-Reply-To: From: Mike Gilbert Date: Tue, 15 Oct 2019 12:04:55 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [gentoo-dev] [PATCH] use.desc: add global USE flag 'split-sbin' To: Gentoo Dev Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 1746b3ae-b1da-416a-a19e-cd4ed349a197 X-Archives-Hash: c9abef08c1af210842ac84b3e025a2b6 On Tue, Oct 15, 2019 at 12:02 PM Mike Gilbert wrote: > > On Tue, Oct 15, 2019 at 8:00 AM David Seifert wrote: > > > > On Sun, 2019-10-13 at 12:33 -0400, Mike Gilbert wrote: > > > On Sat, Oct 12, 2019 at 1:52 PM David Seifert > > > wrote: > > > > On Sat, 2019-10-12 at 19:01 +0200, Dennis Schridde wrote: > > > > > On Samstag, 12. Oktober 2019 18:02:28 CEST William Hubbs wrote: > > > > > > On Sat, Oct 12, 2019 at 01:11:49PM +0200, Micha=C5=82 G=C3=B3rn= y wrote: > > > > > > > On Sat, 2019-10-12 at 13:00 +0200, David Seifert wrote: > > > > > > > > * Some distros have not just merged / and /usr, they > > > > > > > > > > > > > > > > have also merged /usr/bin and /usr/sbin. By giving > > > > > > > > users the choice of merging */bin and */sbin, > > > > > > > > Gentoo follows suit. > > > > > > > > > > > > > > What about the scenario when /bin has been merged with > > > > > > > /usr/sbin > > > > > > > and /sbin with /usr/bin? ;-P > > > > > > > > > > > > I also don't see the need for something like this. The idea of > > > > > > the > > > > > > /usr > > > > > > merge is to have all binaries available in one place, and there > > > > > > really > > > > > > is not a good justification for separating bin from sbin. > > > > > > > > > > Do I read this correctly? USE=3D-split-usr currently means that > > > > > /bin, > > > > > /sbin, / > > > > > usr/bin and /usr/sbin point to the same directory? > > > > > > > > > > If that is not the case, then I agree that users should have the > > > > > possibility > > > > > to set it up like this and USE=3D-split-sbin should be supported. > > > > > > > > > > --Dennis > > > > > > > > I agree, I wasn't aware that USE=3D-split-usr implies the complete = 2- > > > > level (/usr and *sbin) merge. In that case, all of this is > > > > obsolete. > > > > > > That was NOT my intention when I introduced the split-usr USE flag. > > > > > > For bin/sbin, I would prefer to drop any conflicting links > > > unconditionally. Do you have examples of scenarios where this is not > > > possible? > > > > > > > William has confirmed on IRC that USE=3D-split-usr performs the complet= e > > Fedora-esque /usr merge (which makes sense IMO). > > William's opinion is not the only one that matters. Sorry, I guess you are referring to the behavior baselayout? That doesn't necessarily align with the global usage.