Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-amd64
Navigation:
Lists: gentoo-amd64: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-amd64@g.o
From: Duncan <1i5t5.duncan@...>
Subject: Re: CUPS now failing with "/usr/libexec/cups/filter/foomatic-rip failed"
Date: Tue, 25 Mar 2008 03:52:48 +0000 (UTC)
"Mark Knecht" <markknecht@...> posted
5bdc1c8b0803241822v267dcacl64108b01cf53b3b4@..., excerpted
below, on  Mon, 24 Mar 2008 18:22:20 -0700:

>>  Of course revdep-rebuild wants to rebuild lots and lots of stuff

I see you solved the original problem, but this bit worries me.

You used "of course", which makes it sound as if it's "natural" to you to 
have revdep-rebuild want to rebuild "lots and lots of stuff".  I can 
assure you that's NOT the case here, and I don't believe it should EVER 
be the NORMAL case on a well maintained Gentoo system.  Once in a very 
long time, there may be individual upgrade cases where it happens because 
half the system depends on the upgraded library and the upgrade changed 
the ABI, the upgrade to expat-2 I believe it was comes to mind, but once 
that rebuild is done (and I'd say two weeks is plenty of time for that), 
it should be months, likely years, before any more more than perhaps a 
half dozen to a dozen packages (max) ever appear together at once on a 
revdep-rebuild.  I think it has been since that expat upgrade that I've 
ever had a half dozen items listed at once in revdep-rebuild here, and I 
even doubled that above, to a dozen, for those that run a bit sloppier 
installation than I.

I'd recommend that people do a world upgrade every couple of weeks 
minimum (noting that if you do it every week or every few days, you'll 
have less to upgrade all at once), always do an etc-update (or equivalent 
if using a different tool) after merging anything, just to be sure, and 
do a revdep-rebuild also at least every couple weeks, again noting that 
doing it more often means less stuff at once to worry about.  That, plus 
a regular (say once a month or so minimum) emerge --newuse, revdep-
rebuild, emerge --depclean, and another revdep-rebuild just to be sure 
after the depclean, will help keep the system clean and well maintained, 
and that "Of course revdep-rebuild wants to rebuild lots and lots of 
stuff" problem should become a thing of the past. =8^)

Of course, don't forget the --pretend first, especially on --depclean, 
but really on all the above, so you have some idea of what it's going to 
do and can add packages to your world file or whatever if necessary.  And 
again, those are what I'd recommend as minimums.  Remember that if you do 
it more frequently, you have far less to deal with at once, making the 
job far easier. =8^)  

It's just that "revdep rebuild wants to rebuild lots and lots of stuff" 
should be a very unusual event, not EVER an "of course" event  If that's 
NOT the case, if it HAS become an "of course" event, it's simply because 
someone has been slacking.  While it'll only mean minor stuff broken on a 
day to day basis, sooner or later it'll catch up to you, either with a 
compound failure so large it's difficult to recover from (a broken gcc 
making it impossible to recompile anything to fix it, for instance, or a 
broken python making it impossible to emerge anything), or with an old 
and stale package you've forgotten about getting a security vuln that 
someone takes advantage of, and you get cracked.

(Yeah, I know that some folks don't upgrade for six months or more at a 
time...  I never really understood why these folks bother to run Gentoo, 
as at that point, it's likely going to be easier doing the binary 
distribution update thing, with upgrades coming out about every six 
months, than trying to do an upgrade a piece at a time on Gentoo, without 
breaking anything vital in the process.  Yes, it's possible to do six 
month upgrades on Gentoo, just like it's possible to only install the 
binary packages on the release and package media and never compile 
anything, but it's really not /designed/ for that, and there are other 
distributions that handle those usage cases rather better, so Gentoo's a 
rather poor choice for them.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@g.o mailing list


Replies:
Re: Re: CUPS now failing with "/usr/libexec/cups/filter/foomatic-rip failed"
-- Mark Knecht
References:
CUPS now failing with "/usr/libexec/cups/filter/foomatic-rip failed"
-- Mark Knecht
Re: CUPS now failing with "/usr/libexec/cups/filter/foomatic-rip failed"
-- Mark Knecht
Navigation:
Lists: gentoo-amd64: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: CUPS now failing with "/usr/libexec/cups/filter/foomatic-rip failed"
Next by thread:
Re: Re: CUPS now failing with "/usr/libexec/cups/filter/foomatic-rip failed"
Previous by date:
Re: CUPS now failing with "/usr/libexec/cups/filter/foomatic-rip failed"
Next by date:
Re: Re: CUPS now failing with "/usr/libexec/cups/filter/foomatic-rip failed"


Updated Jun 17, 2009

Summary: Archive of the gentoo-amd64 mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.