Re: [gentoo-portage-dev] Questions regarding the new portage API (savior branch)

2006-03-02 Thread Donnie Berkholz
Brian Harring wrote: > I switched over to bzr about 2 months back; svn doesn't allow for > offline committing, nor does gentoo's vcs allow for anon*... bzr > natively allows for those capabilities, so that's what I'm using. :) > > http://gentooexperimental.org/~ferringb/bzr/saviour > Is where I'll

Re: [gentoo-portage-dev] Questions regarding the new portage API (savior branch)

2006-03-03 Thread Donnie Berkholz
Brian Harring wrote: > If y'all want to mirror it, might I suggest poking marienz for his > tailorization knowledge? Afaik, he had a bzr->svn push working, or at > least has investigated it. From what I've heard, tailor has absolutely no knowledge of branches. So if you use branches, might want

Re: [gentoo-portage-dev] [PATCH] Manifest2 reloaded

2006-03-15 Thread Donnie Berkholz
Brian Harring wrote: > python -m timeit -s 's="asdf"*400;s+="fdsa.ebuild"' 's.endswith(".ebuild")' > 100 loops, best of 3: 0.88 usec per loop > python -m timeit -s 's="asdf"*400;s+="fdsa.ebuild"' 's[-7:] == ".ebuild"' > 100 loops, best of 3: 0.564 usec per loop > Use endswith > oddly, wo

Re: [gentoo-portage-dev] 2.1 release candidate soon?

2006-04-08 Thread Donnie Berkholz
Zac Medico wrote: > Well, please file a bug then. How are we supposed to fix bugs that we aren't > aware of? :) With the portage regression test suite, of course. =) Donnie signature.asc Description: OpenPGP digital signature

Re: [gentoo-portage-dev] portage management node

2006-04-09 Thread Donnie Berkholz
Eldad Zack wrote: > Hello, > > I'm interested in putting together a gentoo mangement node subsystem to aid > in > multi-gentoo administration. The installer guys have been putting some work into something like this, might want to ask them about it. Think it ended up being called gimli, but don'

Re: [gentoo-portage-dev] Re: Refactoring of emerge code

2006-04-30 Thread Donnie Berkholz
m h wrote: OK will do that. Since, I'm not a patching pro, can you suggest a good way of creating a series of patches that apply on top of each other? (I'd like to do it the "right" way) I suggest dev-util/quilt -- if you like GUIs, try dev-util/gquilt. Thanks, Donnie -- gentoo-portage-dev@g

Re: [gentoo-portage-dev] backend support for FEATURES=debug-build (again)

2006-05-10 Thread Donnie Berkholz
Mike Frysinger wrote: > yes, it's a user-friendly interface issue: > we have *no* *sane* way of doing a debug emerge I don't find this particular implementation very user-friendly either, since AFAIK the FEATURES settings still aren't remembered or settable on a per-package level. That's why x-mo

Re: [gentoo-portage-dev] backend support for FEATURES=debug-build (again)

2006-05-11 Thread Donnie Berkholz
Mike Frysinger wrote: > On Thursday 11 May 2006 02:41, Donnie Berkholz wrote: >> Mike Frysinger wrote: >>> yes, it's a user-friendly interface issue: >>> we have *no* *sane* way of doing a debug emerge >> I don't find this particular implementation ver

Re: [gentoo-portage-dev] backend support for FEATURES=debug-build (again)

2006-05-11 Thread Donnie Berkholz
Mike Frysinger wrote: > On Thursday 11 May 2006 14:23, Donnie Berkholz wrote: >> Mike Frysinger wrote: >>> On Thursday 11 May 2006 02:41, Donnie Berkholz wrote: >>>> That's why x-modular.eclass has USE=debug to accomplish the same thing. >>> which is tot

[gentoo-portage-dev] Portage rating in O'Reilly book

2005-11-10 Thread Donnie Berkholz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I don't know whether all of you read my blog, but I wanted to make sure you saw this: http://www.livejournal.com/users/spyderous/60809.html?thread=89737#t89737. It's a reply from the author of a book on why he rated our package management at a 4 inste