public inbox for gentoo-server@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-server] glsa-check and unused packages
@ 2005-09-10 18:49 Ben Munat
  2005-09-10 19:44 ` Owen Ford
  0 siblings, 1 reply; 9+ messages in thread
From: Ben Munat @ 2005-09-10 18:49 UTC (permalink / raw
  To: gentoo-server

On running glsa-check, it claims that I'm vulnerable to 17 glsa's. I keep my system very 
up-to-date with a daily "emerge world" and a weekly "emerge -uD world". So, I was a bit 
surprised to find that I was vulnerable to so many glsa's. However, in researching this, 
I've come up with a couple questsions.

First, glsa-check claims that I'm vulnerable to 200412-02 and 200505-01. The first is 
pdflib and the second is various horde packages. However, I have the current versions of 
these installed -- the versions that the glsa says I need to solve the vulnerability. So, 
why would glsa-check say I'm vulnerable when I'm not?

The next question is less about glsa-check and more about package dependencies. I was 
initially confused how I could have any package on my system that's not at the latest 
stable version, but I see now how emerge -uD world will only update the explicit 
dependencies of the packages listed in my world file. So, most of these un-updated 
packages must have been pulled in as a dependency at some point, but the package that 
needed them later stopped needing them. As I'd like to keep my installed packages down to 
what is only necessary (and avoid having vulnerable packages on my system), it would seem 
best to just uninstall these. But, I'd also like to be sure they're really ununsed.

The only tool I've been able to find to check dependencies is "equery depends" (which, 
strangely enough, the man page says is unimplemented, but the gentoolkit page 
(http://www.gentoo.org/doc/en/gentoolkit.xml) quite happily recommends using). I tested it 
on some packages that are clearly needed (mysql, php) and it did find dependecies. So, the 
fact that it doesn't report anything for all these packages that should mean they're okay 
to remove, right?

Well, I guess there is another dependency tool: emerge --depclean. But this seems 
completely whack: it finds 58 packages to delete. A number of these are java libraries 
(commons-logging, jdepend, etc.) that I may not need (but may want at some point), but 
also includes ant, which I would think most java apps would need. It also says I don't 
need ncompress, but equery depends said that tar needs ncompress! It would suck to break 
tar. And it also says I don't need glib!!!! So, in short, emerge --depclean seems as 
dangerous as they say... and therefore basically useless in my opinion.

Anyway, sorry this is so long... any thoughts and ideas on how to keep your system clean 
are welcome.

b
-- 
gentoo-server@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread
* RE: [gentoo-server] glsa-check and unused packages
@ 2005-09-12 15:20 Christopher Schwerdt
  0 siblings, 0 replies; 9+ messages in thread
From: Christopher Schwerdt @ 2005-09-12 15:20 UTC (permalink / raw
  To: gentoo-server

> As for dealing with all my orphaned packages, I'm figuring on  
> going through the output of
> "emerge --depclean" and unmerging everything that comes up 
> with no dependencies under
> "equery depends" and is something that I don't think I'll use.  
> Does that sound reasonable?

Give unclepine a try (unclepine -u).
http://forums.gentoo.org/viewtopic.php?t=260866

-- 
gentoo-server@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2005-09-21 14:53 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-09-10 18:49 [gentoo-server] glsa-check and unused packages Ben Munat
2005-09-10 19:44 ` Owen Ford
2005-09-10 22:35   ` Ben Munat
2005-09-10 23:37     ` W.Kenworthy
2005-09-11  2:37       ` Sam Halicke
2005-09-21  5:20   ` A. Khattri
2005-09-21  6:26     ` W.Kenworthy
2005-09-21 14:51       ` Pierre Cassimans
  -- strict thread matches above, loose matches on Subject: below --
2005-09-12 15:20 Christopher Schwerdt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox