From: Ciaran McCreesh <ciaran.mccreesh@googlemail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [OT] pkgcore bikeshed (was Portage team)
Date: Mon, 13 Jan 2014 18:21:58 +0000 [thread overview]
Message-ID: <20140113182158.4210d799@googlemail.com> (raw)
In-Reply-To: <20140113191645.27872dd8@TOMWIJ-GENTOO>
[-- Attachment #1: Type: text/plain, Size: 1277 bytes --]
On Mon, 13 Jan 2014 19:16:45 +0100
Tom Wijsman <TomWij@gentoo.org> wrote:
> On Mon, 13 Jan 2014 08:49:17 -0800
> Alec Warner <antarus@gentoo.org> wrote:
> > The caching may not be of use, depending on your configuration. (For
> > example, if you use a gentoo-x86 checkout as your main repo, you
> > will probably want to run generate cache entries whenever you cvs
> > up.) It is there to cache ebuild metadata, because if your depgraph
> > has a few thousand nodes, having to spawn bash to generate the
> > metadata for every node is very expensive.
>
> It sounds crazy to use gentoo-x86 without a cache; to some extent, the
> earlier mentions on this ML by Ciaran that we should improve input
> would make more sense if would want to run without a cache. But I feel
> like this shouldn't be a topic of discussion unless we intent 'works
> fast on a plain CV checkout' to be an actual feature.
I think you're misunderstanding that comment. It's not just the file
formats that are bad. It's also what data is provided. Two examples are
the massive lengths we have to go to to figure out what to do with ||
dependencies (thanks to the horrific abuses commonly used in the
tree...), and the well-documented REQUIRED_USE screwup.
--
Ciaran McCreesh
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2014-01-13 18:22 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-06 5:33 [gentoo-dev] Portage team, Zac's development break and stepping down as lead Brian Dolbec
2014-01-06 7:53 ` Dirkjan Ochtman
2014-01-06 8:27 ` Brian Dolbec
2014-01-13 3:07 ` Brian Dolbec
2014-01-13 5:05 ` Brian Dolbec
2014-01-13 8:39 ` C. Bergström
2014-01-13 8:43 ` Alexander Berntsen
2014-01-13 9:15 ` [gentoo-dev] [OT] pkgcore bikeshed (was Portage team) "C. Bergström"
2014-01-13 9:31 ` Fabio Erculiani
2014-01-13 9:38 ` "C. Bergström"
2014-01-13 14:58 ` Tom Wijsman
2014-01-13 15:38 ` Luis Ressel
2014-01-13 15:46 ` Tom Wijsman
2014-01-13 17:03 ` Luis Ressel
2014-01-13 18:07 ` Tom Wijsman
2014-01-13 18:05 ` Ciaran McCreesh
2014-01-13 18:19 ` Tom Wijsman
2014-01-13 16:49 ` Alec Warner
2014-01-13 17:10 ` Fabio Erculiani
2014-01-13 18:16 ` Tom Wijsman
2014-01-13 18:21 ` Ciaran McCreesh [this message]
2014-01-13 18:32 ` Tom Wijsman
2014-01-13 23:22 ` Patrick Lauer
2014-01-13 23:49 ` Tom Wijsman
2014-01-13 11:02 ` [gentoo-dev] Re: [OT] pkgcore bikeshed Steven J. Long
2014-01-13 12:28 ` Alexander Berntsen
2014-01-13 13:06 ` Andreas K. Huettel
2014-01-13 13:50 ` Ulrich Mueller
2014-01-13 15:28 ` Tom Wijsman
2014-01-13 17:51 ` [gentoo-dev] " Ulrich Mueller
2014-01-14 7:41 ` [gentoo-dev] pkgcore EAPI-6 (Was: OT: pkgcore bikeshed) Steven J. Long
2014-01-13 15:21 ` [gentoo-dev] Re: [OT] pkgcore bikeshed Tom Wijsman
2014-01-13 20:29 ` Donnie Berkholz
2014-01-13 14:46 ` [gentoo-dev] [OT] pkgcore bikeshed (was Portage team) Tom Wijsman
2014-01-13 14:56 ` Ian Stakenvicius
2014-01-13 15:31 ` Tom Wijsman
2014-01-13 18:01 ` Brian Dolbec
2014-01-13 18:07 ` Ciaran McCreesh
2014-01-13 18:27 ` Tom Wijsman
2014-01-13 18:37 ` Ciaran McCreesh
2014-01-14 7:56 ` [gentoo-dev] " Steven J. Long
2014-01-13 14:53 ` [gentoo-dev] " Tom Wijsman
2014-01-19 8:25 ` Mike Frysinger
2014-01-13 17:37 ` Greg KH
2014-01-13 17:42 ` "C. Bergström"
2014-01-13 17:56 ` Greg KH
2014-01-13 8:59 ` [gentoo-dev] Portage team, Zac's development break and stepping down as lead Dirkjan Ochtman
2014-01-13 14:42 ` Tom Wijsman
2014-01-13 14:46 ` Peter Stuge
2014-01-13 15:38 ` Tom Wijsman
2014-01-13 16:41 ` Alec Warner
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=20140113182158.4210d799@googlemail.com \
--to=ciaran.mccreesh@googlemail.com \
--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