1 |
Well, I also use separate trees (and I know I am not the only one, as |
2 |
occasionally this kind of "bookkeeping" was coming up on irc, but apparently |
3 |
we are in minority for the most part :)), but when I process ebuilds or fix |
4 |
bugs I prefer to work in the "active", synced tree. When I am done with |
5 |
tinkering I simply copy stuff over into cvs tree and only perform |
6 |
updates/commits there. |
7 |
In case I terribly screw something up I don't even have to do any cleanup, as |
8 |
I have a habit to only touch my local cvs tree when I've finished processing |
9 |
and testing stuff, just emerge sync and carry over.. |
10 |
Provides some isolation and a safer feeling if you ask me :). |
11 |
Oh, and it seems to require less additional actions than what you described ;) |
12 |
(usually just a single cp command, well, in addition to all the repoman |
13 |
scan... stuff that we have to do anyway). |
14 |
|
15 |
George |
16 |
|
17 |
On Friday 20 February 2004 14:31, Grant Goodyear wrote: |
18 |
> On my laptop I have both a local portage tree populated by rsync (which |
19 |
> I update fairly frequently), and a cvs tree that I only update when I |
20 |
> need to work on an ebuild that I maintain. What I've been doing when I |
21 |
> need to hack on an ebuild (such as dev-python/quixote, for example), is |
22 |
> I temporarily connect my portage overlay to the appropriate part of my |
23 |
> cvs tree via "mkdir -p /usr/local/portage/dev-python && ln -s |
24 |
> /path/to/gentoo-x86/dev-python/quixote |
25 |
> /usr/local/portage/dev-python/quixote && cd |
26 |
> /usr/local/portage/dev-python/quixote && cvs up -dP". After I get the |
27 |
> new ebuild fixed and committed, I zap the symlink in my overlay. |
28 |
> |
29 |
> So, am I the only person working in this fashion? If not, has anybody |
30 |
> already written an elegant script to handle all of the directory |
31 |
> creation and linking? If so, should we get that script added to |
32 |
> gentoolkit-dev? |
33 |
> |
34 |
> My not-so-bright thoughts for the day..., |
35 |
> g2boojum |
36 |
|
37 |
|
38 |
-- |
39 |
gentoo-dev@g.o mailing list |