public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Donnie Berkholz <dberkholz@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: USE flag documentation
Date: Wed, 16 Jan 2008 00:39:45 -0800	[thread overview]
Message-ID: <20080116083945.GA28227@supernova> (raw)
In-Reply-To: <b41005390801151845g56b34723ga547f67578d73eb4@mail.gmail.com>

On 18:45 Tue 15 Jan     , Alec Warner wrote:
> On 1/15/08, Chris Gianelloni <wolf31o2@gentoo.org> wrote:
> > On Tue, 2008-01-15 at 17:00 -0600, Ryan Hill wrote:
> > > My expectation is that `grep "flag" use.local.desc` will give me a
> > > list of packages using that flag (or having it in the description),
> > > one per line. Putting paragraphs in there doesn't seem right.
> >
> > A single long line still fills this "requirement" for us.  However, it
> > does bring up the point.  Why even have use.local.desc (or
> > metadata.xml's <use> tag) at all?  Is there really a need for a *global*
> > list of flags that are ebuild-specific?  (I don't care or have much
> > opinion, either way, I'm merely presenting some topic for discussion on
> > this.)
> 
> The global use.* files are convenient because it means we don't need
> to generate or push a cache for the data (like for metadata).  If it
> was per package or per-ebuild we would need to generate a cache to
> answer queries like 'what does the "foo" flag do'.

Since Chris only mentioned use.local.desc, I'm assuming he only meant 
local flags rather than use.desc also. In that case, asking what the 
"foo" local flag does doesn't make sense, because it does something 
different depending on the package you're curious about. Centralizing 
what feels like inherently local data seems odd to me. USE flag editors 
would still need to generate a complete list, though, so this would make 
more work for them.

Chris, I'm not entirely clear what you meant by your suggestion of also 
dropping metadata.xml <use>; where would we describe local flags?

Thanks,
Donnie
-- 
gentoo-dev@lists.gentoo.org mailing list



  reply	other threads:[~2008-01-16  8:40 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-14  1:24 [gentoo-dev] USE flag documentation Mark Loeser
2008-01-14  2:12 ` Yuri Vasilevski
2008-01-14  2:28   ` Santiago M. Mola
2008-01-14  2:31     ` Santiago M. Mola
2008-01-14  8:51       ` Vlastimil Babka
2008-01-14  2:59 ` [gentoo-dev] " Ryan Hill
2008-01-14  9:01   ` Vlastimil Babka
2008-01-15 23:08     ` Ryan Hill
2008-01-14 18:02   ` Mark Loeser
2008-01-15 23:00     ` Ryan Hill
2008-01-16  2:23       ` Chris Gianelloni
2008-01-16  2:45         ` Alec Warner
2008-01-16  8:39           ` Donnie Berkholz [this message]
2008-01-16  4:47       ` Mark Loeser
2008-01-17  3:23         ` Ryan Hill
2008-01-14 13:07 ` [gentoo-dev] " Piotr Jaroszyński
2008-01-14 17:55   ` Mark Loeser
  -- strict thread matches above, loose matches on Subject: below --
2007-12-31  0:54 Mark Loeser
     [not found] ` <20071231153030.31bbdd87.genone@gentoo.org>
2007-12-31 17:55   ` Denis Dupeyron
2008-01-01  5:09     ` Marius Mauch
2008-01-02 11:21       ` [gentoo-dev] " Duncan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080116083945.GA28227@supernova \
    --to=dberkholz@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox