1 |
2012/9/8 Neil Bothwick <neil@××××××××××.uk> |
2 |
|
3 |
> On Fri, 07 Sep 2012 23:14:05 +0200, Michael Hampicke wrote: |
4 |
> |
5 |
> > >> genlop -ul | grep 'sys-devel/gcc-[0-9]' |
6 |
> > > |
7 |
> > > And this week's prize for unnecessary use of pipes and grep goes to... |
8 |
> > > |
9 |
> > > genlop -u sys-devel/gcc |
10 |
> |
11 |
> > Nope, we not only need the time when gcc was unmerged (-u), but also |
12 |
> > when it was merged (-l). When there's little time difference between |
13 |
> > merge and unmerge we can assume, that portage auto-cleaned the old |
14 |
> > version of gcc. If you combine -u and -l you need to grep (to be exact |
15 |
> > sys-devel/gcc-[0-9], because of sys-devel/gcc-config and |
16 |
> > sys-devel/gcc-apple). |
17 |
> |
18 |
> genlop, unlike qlop, does exact matching by default, so gcc mtches only |
19 |
> gcc, not gcc-config (use -s if you want that). When you give a package |
20 |
> name all merges are shown by default (-l is to show the full |
21 |
> history), so the command I gave does what you want, like this |
22 |
> |
23 |
> Thu Jun 21 01:45:05 2012 <<< sys-devel/gcc-4.5.3-r2 |
24 |
> Thu Jun 21 01:45:33 2012 >>> sys-devel/gcc-4.5.3-r2 |
25 |
> Mon Jul 16 10:30:01 2012 <<< sys-devel/gcc-4.5.3-r2 |
26 |
> Mon Jul 16 10:30:32 2012 >>> sys-devel/gcc-4.5.4 |
27 |
> Thu Sep 6 11:24:27 2012 <<< sys-devel/gcc-4.6.3 |
28 |
> Thu Sep 6 11:24:45 2012 >>> sys-devel/gcc-4.6.3 |
29 |
> Thu Sep 6 11:26:15 2012 <<< sys-devel/gcc-4.5.4 |
30 |
> Thu Sep 6 11:26:43 2012 >>> sys-devel/gcc-4.5.4 |
31 |
> |
32 |
> Except it is coloured by default when outputting to a terminal, merges in |
33 |
> green, unmerges in red. Using -l and then grep is saying "show me |
34 |
> everything, oh no, cut out anything that's not gcc" rather than "show me |
35 |
> all gcc merges and unmerges". |
36 |
> |
37 |
> |
38 |
I tried your command before answering you - so I don't look like a fool :) |
39 |
And I am 100% certain that genlop -u <package> only showed unmerges when I |
40 |
tested it on my workstation (that's the reason I added -l | grep). However, |
41 |
just now I tested it again on my notebook, and it works like you described |
42 |
it (and like how you would expect it to work). Have to try it again on my |
43 |
WS on monday. |
44 |
|
45 |
Anyhoo, my point was to show the OP how he could check for himself that |
46 |
portage always unmerges older packages when upgrading to newer versions in |
47 |
the same slot - and for that, both solutions work. |
48 |
|
49 |
Going to bed now |