Gentoo Archives: gentoo-dev

From: Christian Faulhammer <fauli@g.o>
To: gentoo-dev@l.g.o
Subject: [gentoo-dev] Re: Problems with the current bzr eclass.
Date: Thu, 09 Jul 2009 18:56:14
Message-Id: 20090709205554.2d621786@gentoo.org
In Reply to: [gentoo-dev] Problems with the current bzr eclass. by Harley Peters
1 Hi,
2
3 Harley Peters <harley@×××××××××××××.net>:
4 > Since I did a full checkout with the EBZR_FETCH_CMD="bzr checkout"
5 > it now deletes the entire previous checked out branch (to save disk
6 > space ?) and proceeds to fetch the entire source again.
7 > Why would I ever want to do that ? The whole point of bzr is to save
8 > bandwidth not disk space. Is there a way arouund this ?
9
10 You can add a modified bzr.eclass to a local overlay which will shadow
11 the one from the Portage tree. This idea was born because initial
12 checkouts are/were incredibly slow, so give first time users a better
13 first experience and not let them wait 20 minutes (what happened with
14 the Emacs repository).
15
16 V-Li
17
18 --
19 Christian Faulhammer, Gentoo Lisp project
20 <URL:http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode
21
22 <URL:http://gentoo.faulhammer.org/>

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-dev] Re: Problems with the current bzr eclass. Harley Peters <harley@×××××××××××××.net>
Re: [gentoo-dev] Re: Problems with the current bzr eclass. "Marijn Schouten (hkBst)" <hkBst@g.o>