1 |
Hello, |
2 |
|
3 |
maybe i'm wrong but doens't "emerge -pv world" include "emerge -pv |
4 |
system" ??? |
5 |
so you just need to "emerge world" |
6 |
and bye the way you can use "emerge --sync -q" so you got only erros |
7 |
emailed. |
8 |
|
9 |
|
10 |
greetz |
11 |
|
12 |
alex |
13 |
|
14 |
On Mon, Sep 12, 2005 at 02:52:16PM -0500, Matthew Lange wrote: |
15 |
> I have the following as an emerge.sh script in my croon.daily directory. |
16 |
> I used to have a lock file to prevent multiple copies from running, but |
17 |
> I now use fcron, which has this feature built-in. By default, all |
18 |
> output gets mailed to root, which I have aliased to me. |
19 |
> |
20 |
> ---snip--- |
21 |
> emerge sync 2>&1 > /dev/null |
22 |
> echo 'emerge system:' |
23 |
> emerge -pv --nocolor system |
24 |
> echo 'emerge world:' |
25 |
> emerge -pv --nocolor world |
26 |
> /usr/bin/revdep-rebuild --pretend --quiet --nocolor |
27 |
> ---snip--- |
28 |
> |
29 |
> Unfortunately, ANSI color is hard-coded into the utilities, so I get a |
30 |
> few control-characters in the output...but it works OK. |
31 |
> |
32 |
> I have a better one I wrote, but I'll need to find it...I'll post it later. |
33 |
> |
34 |
> Matt |
35 |
> |
36 |
> |
37 |
> |
38 |
> Ian P. Christian wrote: |
39 |
> > I've recently been spending some time getting to know a little more about |
40 |
> > portage, and I've run into a few issues. |
41 |
> > |
42 |
> > $ emerge --update --deep --newuse world |
43 |
> > |
44 |
> > It's reasonably well known that the above doesn't update all packages |
45 |
> > installed on a system - I think it only updates packages that are in the |
46 |
> > world file. Recently, this issue has left a server of mine with a insecure |
47 |
> > version of apache (apache was installed due to a dependency caused by PHP, or |
48 |
> > some application I installed that pulled in php, which in turn pulled in |
49 |
> > apache.). |
50 |
> > The man page does cover this, but it's by no means made obvious - and I think |
51 |
> > this is rather a large issue, as a log of users of gentoo probably don't know |
52 |
> > this. |
53 |
> > |
54 |
> > From the manual: |
55 |
> > |
56 |
> > "When you install a package with uninstalled dependencies and do not |
57 |
> > explicitly state those dependencies in the list of parameters, they will not |
58 |
> > be added to the world file. If you want them to be detected for world |
59 |
> > updates, make sure to explicitly list them as parameters to emerge." |
60 |
> > |
61 |
> > It should have a big WARNING or something next to it IMO. |
62 |
> > |
63 |
> > emerge --depclean will point out what isn't in your world file for you, so you |
64 |
> > can go ahead and add things to the world file manually. Having done this, |
65 |
> > when you uninstall whatever it was that dragged that dependency in in the |
66 |
> > first place, you will get unneeed packages on the system. |
67 |
> > |
68 |
> > Lets say for examples sake I install mail-client/squirrelmail. This will pull |
69 |
> > in PHP, which will pull in apache. In this case, -uD will not update apache |
70 |
> > should a new version appear. An emerge --depclean will show apache as being |
71 |
> > removable- so apache will need manually adding to the world file. Now, when |
72 |
> > I uninstall squirrrelmail, apache is no longer needed, but depclean won't |
73 |
> > show that, because I was forced to add it to the world file. In a lot of |
74 |
> > situations, the package might be a lot more obscure, perhaps some odd |
75 |
> > libraries which now are in the world file, and will stay there, because |
76 |
> > unless I manually look though the world file, and run an 'equery depends' on |
77 |
> > each one, I won't notice they are no longer needed. |
78 |
> > |
79 |
> > So it seems that I either suffer packages not being updated, or am forced into |
80 |
> > adding things into the world file and then face the problem that dependencies |
81 |
> > will not be removable by depclean. |
82 |
> > |
83 |
> > Also, I don't understand why emerge --depclean will show a package, which upon |
84 |
> > doing an 'equery depends' on that package will show that actaully that |
85 |
> > package is needed. Why do these tools contradict each other? Surly depclean |
86 |
> > should have the logic that equery uses to see when a dependency really is |
87 |
> > needed? |
88 |
> > |
89 |
> > glsa-check goes some way to solving the problem, it does check to see if there |
90 |
> > are outdated packages that have been effected by security issues - but it |
91 |
> > doens't update libraries that were installed but aren't in the world file. |
92 |
> > |
93 |
> > Is there a script that's been developed to be cronned to email the sys admin a |
94 |
> > report saying what packages need updating? I noticed that in the last month |
95 |
> > on this list there has been some useful information about running glsa-check |
96 |
> > and rsynicng just part of the portage tree. This kind of thing is intregal to |
97 |
> > running a server, and if no such script exists in the portage tree, I will |
98 |
> > attempt to write one. |
99 |
> > |
100 |
> > Kind Regards, |
101 |
> > |
102 |
> -- |
103 |
> gentoo-server@g.o mailing list |
104 |
-- |
105 |
gentoo-server@g.o mailing list |