Re: [gentoo-user] depclean question
On Sun, May 24, 2009 at 6:52 PM, james wrote: > > And why does depclean want to remove all of these kde 4 > packages? Surely, I do not have to put them > all in the world file? Use something other than depclean > with sets? > > > confused, > James > emerge world and emerge --depclean make different assumptions about what to check by default. man emerge for more info. Adding EMERGE_DEFAULT_OPTS="--with-bdeps y" to make.conf should make them work the same, but do read man emerge to understand it. Good luck, Mark
Re: [gentoo-user] depclean question
james wrote: > OK, > > So I just updated one of my system and all went fine. > > > I have not cleaned things up in a while, so I thought > I'd see what depclean says, know that I'm using kde4 > and sets. > > > So I get a huge list, including lots of kde-base 4.2.2 packages. > > > Hmmm, something is not right. > 'emerge -uDNvp world' reveals nothing to update, yet depclean what > to remove lots of kde-base/-4.2.2 packages. Here's one example: > > > emerge -pv depclean shows this entry > > kde-base/libkdegames > selected: 4.2.2 >protected: none > omitted: none > > > OK eix shows this: > kde-base/libkdegames > Available versions: > (3.5) 3.5.9 ~3.5.10 > (4.2) (~)4.2.2 (~)4.2.3 > Installed versions: 4.2.2(4.2)(10:10:14 04/28/09) > > Now emerge what to update it: > > emerge -pv libkdegames > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild U ] kde-base/libkdegames-4.2.3 [4.2.2] > > > What am I missing here? Shouldn't the upgrade or world > pick up the the need to upgrade these packages, or > do I need some syntax to check my (kde 4) sets to see if > any of them need updating? (missed something here). > > > And why does depclean want to remove all of these kde 4 > packages? Surely, I do not have to put them > all in the world file? Use something other than depclean > with sets? > > > confused, > James > > > > This may not be correct but here goes anyway. I don't think portage checks for sets that way. I may be wrong. If you want portage to check the sets for upgrades, you may need to add the name of the sets to the file /var/lib/portage/world_sets. I have @system in that file so that when I upgrade world, it checks system too. Someone else may have a better solution to this tho. Dale :-) :-)
[gentoo-user] depclean question
OK, So I just updated one of my system and all went fine. I have not cleaned things up in a while, so I thought I'd see what depclean says, know that I'm using kde4 and sets. So I get a huge list, including lots of kde-base 4.2.2 packages. Hmmm, something is not right. 'emerge -uDNvp world' reveals nothing to update, yet depclean what to remove lots of kde-base/-4.2.2 packages. Here's one example: emerge -pv depclean shows this entry kde-base/libkdegames selected: 4.2.2 protected: none omitted: none OK eix shows this: kde-base/libkdegames Available versions: (3.5) 3.5.9 ~3.5.10 (4.2) (~)4.2.2 (~)4.2.3 Installed versions: 4.2.2(4.2)(10:10:14 04/28/09) Now emerge what to update it: emerge -pv libkdegames These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] kde-base/libkdegames-4.2.3 [4.2.2] What am I missing here? Shouldn't the upgrade or world pick up the the need to upgrade these packages, or do I need some syntax to check my (kde 4) sets to see if any of them need updating? (missed something here). And why does depclean want to remove all of these kde 4 packages? Surely, I do not have to put them all in the world file? Use something other than depclean with sets? confused, James
Re: [gentoo-user] depclean question
Alan McKinnon wrote: > On Friday 04 January 2008, Dale wrote: > >> 4.5.20_p satisfies all those listed DEPENDs, so it's OK to let >> depclean do what it wants. >> >> alan >> >> >> >> I wouldn't say to do this for important stuff like Python or Perl >> but I usually let depclean do its thing, as long as it is not a >> critical package, then run revdep-rebuild and let it make sure >> everything is sane. >> > > Smart words :-) > > Python, perl, php, gcc and several more SLOTted packages do get very > upset when the right versions aren't around anymore. In the case of db, > I've learned from experience that Sleepycat like to change the on-disk > format of the database, so apps that use it tend to specify exact > versions they want, hence the SLOTting. I find that apps that use db > tend to be accurate with their DEPEND versioning, so --depclean is > safe. > > But having now said that, the odds that someone will turn round and > prove me wrong in the next 10 minutes are very very good indeed, hehehe > Yea, some packages are pretty picky but portage has gotten a lot better with a lot of things in the past couple years. I know people complain about a lot of hacks in portage but the end result leaves us with a system that should boot at least. That said, if something looks weird, it's best to ask. It never hurts. It also never hurts to have buildpkg set in make.conf either. oops factor. > >> I also make it a habit not to log out or reboot between depclean and >> revdep-rebuild too.Of course, asking is not a bad idea either. >> > > You just brightened my day with that comment - it was a very miserable > one with rain all morning and nothign to do all afternoon :-) > > Yea, if you bork something, logging out can be a bad thing. Never happened here but just in case. Glad to throw a little sunshine on your day. It was 20 F here last night. Has been the last few nights and I have psoriasis. I'm ready for summer now. Dale :-) :-) :-)
Re: [gentoo-user] depclean question
On Friday 04 January 2008, Dale wrote: > 4.5.20_p satisfies all those listed DEPENDs, so it's OK to let > depclean do what it wants. > > alan > > > > I wouldn't say to do this for important stuff like Python or Perl > but I usually let depclean do its thing, as long as it is not a > critical package, then run revdep-rebuild and let it make sure > everything is sane. Smart words :-) Python, perl, php, gcc and several more SLOTted packages do get very upset when the right versions aren't around anymore. In the case of db, I've learned from experience that Sleepycat like to change the on-disk format of the database, so apps that use it tend to specify exact versions they want, hence the SLOTting. I find that apps that use db tend to be accurate with their DEPEND versioning, so --depclean is safe. But having now said that, the odds that someone will turn round and prove me wrong in the next 10 minutes are very very good indeed, hehehe > I also make it a habit not to log out or reboot between depclean and > revdep-rebuild too. Of course, asking is not a bad idea either. You just brightened my day with that comment - it was a very miserable one with rain all morning and nothign to do all afternoon :-) -- Alan McKinnon alan dot mckinnon at gmail dot com -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] depclean question
Alan McKinnon wrote: > On Friday 04 January 2008, Mick wrote: > >> It shows these versions of db: >> >> sys-libs/db >> selected: 1.85-r3 4.1.25_p1-r4 4.2.52_p4-r2 4.3.29-r2 >>protected: none >> omitted: 4.5.20_p >> >> while equery shows: >> >> # equery depends sys-libs/db >> [ Searching for packages depending on sys-libs/db... ] >> dev-lang/perl-5.8.8-r4 (berkdb? sys-libs/db) >> dev-lang/python-2.4.4-r6 (!build & berkdb? >=sys-libs/db-3.1) >> dev-libs/cyrus-sasl-2.1.22-r2 (berkdb? >=sys-libs/db-3.2) >> net-libs/wvstreams-4.4 (>=sys-libs/db-4) >> net-nds/openldap-2.3.39-r1 (!minimal & !berkdb & !gdbm? >> >> >>> =sys-libs/db-4.2.52_p2-r1) >>> >>(!minimal&berkdb? >> >>> =sys-libs/db-4.2.52_p2-r1) sys-apps/iproute2-2.6.22.20070710 >>> >> (!minimal & berkdb? sys-libs/db) sys-devel/libperl-5.8.8-r1 (berkdb? >> sys-libs/db) >> sys-libs/gdbm-1.8.3-r3 (berkdb? sys-libs/db) >> >> What would be safe to unmerge? >> > > 4.5.20_p satisfies all those listed DEPENDs, so it's OK to let depclean > do what it wants. > > alan > > I wouldn't say to do this for important stuff like Python or Perl but I usually let depclean do its thing, as long as it is not a critical package, then run revdep-rebuild and let it make sure everything is sane. I also make it a habit not to log out or reboot between depclean and revdep-rebuild too.Of course, asking is not a bad idea either. Dale :-) :-) :-)
Re: [gentoo-user] depclean question
On Friday 04 January 2008, Mick wrote: > It shows these versions of db: > > sys-libs/db > selected: 1.85-r3 4.1.25_p1-r4 4.2.52_p4-r2 4.3.29-r2 >protected: none > omitted: 4.5.20_p > > while equery shows: > > # equery depends sys-libs/db > [ Searching for packages depending on sys-libs/db... ] > dev-lang/perl-5.8.8-r4 (berkdb? sys-libs/db) > dev-lang/python-2.4.4-r6 (!build & berkdb? >=sys-libs/db-3.1) > dev-libs/cyrus-sasl-2.1.22-r2 (berkdb? >=sys-libs/db-3.2) > net-libs/wvstreams-4.4 (>=sys-libs/db-4) > net-nds/openldap-2.3.39-r1 (!minimal & !berkdb & !gdbm? > > >=sys-libs/db-4.2.52_p2-r1) > >(!minimal&berkdb? > >=sys-libs/db-4.2.52_p2-r1) sys-apps/iproute2-2.6.22.20070710 > (!minimal & berkdb? sys-libs/db) sys-devel/libperl-5.8.8-r1 (berkdb? > sys-libs/db) > sys-libs/gdbm-1.8.3-r3 (berkdb? sys-libs/db) > > What would be safe to unmerge? 4.5.20_p satisfies all those listed DEPENDs, so it's OK to let depclean do what it wants. alan -- Alan McKinnon alan dot mckinnon at gmail dot com -- [EMAIL PROTECTED] mailing list
[gentoo-user] depclean question
It shows these versions of db: sys-libs/db selected: 1.85-r3 4.1.25_p1-r4 4.2.52_p4-r2 4.3.29-r2 protected: none omitted: 4.5.20_p while equery shows: # equery depends sys-libs/db [ Searching for packages depending on sys-libs/db... ] dev-lang/perl-5.8.8-r4 (berkdb? sys-libs/db) dev-lang/python-2.4.4-r6 (!build & berkdb? >=sys-libs/db-3.1) dev-libs/cyrus-sasl-2.1.22-r2 (berkdb? >=sys-libs/db-3.2) net-libs/wvstreams-4.4 (>=sys-libs/db-4) net-nds/openldap-2.3.39-r1 (!minimal & !berkdb & !gdbm? >=sys-libs/db-4.2.52_p2-r1) (!minimal&berkdb? >=sys-libs/db-4.2.52_p2-r1) sys-apps/iproute2-2.6.22.20070710 (!minimal & berkdb? sys-libs/db) sys-devel/libperl-5.8.8-r1 (berkdb? sys-libs/db) sys-libs/gdbm-1.8.3-r3 (berkdb? sys-libs/db) What would be safe to unmerge? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Depclean question
Anthony E. Caudel wrote: > I have just used depclean for the first time (I was afraid of it) after > several years of Gentoo. It has cleaned up my system a good bit but now > it wants to remove some packages that I'm concerned about: > > gcc-3.4.6-r2 (I'm using 4.1.2) > libstdc++-v3-3.3.4 and virtual/libstdc++ > virtual/jdk and virual/jre (it leaves the later versions in both cases) > qt-4.1.4-r2 (leaving qt-3.3.8-r4) > several early versions of db leaving db-4.5.20_p2 > and a few others > > How much danger is there if I remove these? > > Tony > > Well, went ahead and finished --depclean. No more packages to remove and revdep-rebuild is happy. Ah! I feel like I just had a nice hot bath and I'm squeaky clean! I LOVE Gentoo... Tony -- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Depclean question
On 10/16/07, Anthony E. Caudel <[EMAIL PROTECTED]> wrote: > I have just used depclean for the first time (I was afraid of it) after > several years of Gentoo. It has cleaned up my system a good bit but now > it wants to remove some packages that I'm concerned about: > > gcc-3.4.6-r2 (I'm using 4.1.2) > libstdc++-v3-3.3.4 and virtual/libstdc++ > virtual/jdk and virual/jre (it leaves the later versions in both cases) > qt-4.1.4-r2 (leaving qt-3.3.8-r4) > several early versions of db leaving db-4.5.20_p2 > and a few others > > How much danger is there if I remove these? Well, you might find yourself in an un-usable GUI system upon reboot. To add packages, that you care about, to your world file use: emerge --noreplace . Do this with all the packages you want to keep / you feel are essential to your system. I'd like, however, that someone more experienced confirm my comments. Also, look at: http://gentoo-wiki.com/HOWTO_Maintain_Gentoo_-_%22Best_Practices%22#depclean Regards, Liviu -- [EMAIL PROTECTED] mailing list
[gentoo-user] Depclean question
I have just used depclean for the first time (I was afraid of it) after several years of Gentoo. It has cleaned up my system a good bit but now it wants to remove some packages that I'm concerned about: gcc-3.4.6-r2 (I'm using 4.1.2) libstdc++-v3-3.3.4 and virtual/libstdc++ virtual/jdk and virual/jre (it leaves the later versions in both cases) qt-4.1.4-r2 (leaving qt-3.3.8-r4) several early versions of db leaving db-4.5.20_p2 and a few others How much danger is there if I remove these? Tony -- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Depclean question
Richard Fish wrote: > On 7/17/06, Anthony E. Caudel <[EMAIL PROTECTED]> wrote: >> I noticed that many of them are dependencies of virtual/x11 so I added >> that to my world file, re-ran the --depclean and this time got only >> about half the recommendations. Was adding virtual/x11 to my world file >> the proper thing to do? Wonder why it wasn't there in the first place? > > Probably not. Prior to modular-X, any package that depended on > anything X related would depend on virtual/x11, which originally could > be provided by xfree86 or x.org, but now just x.org. > > As part of porting to modular-X, all (well, almost all) packages that > previously depended on virtual/x11 were updated to depend on _either_ > virtual/x11, or the specific modular-X package[s] that they really > needed. > > So the above depclean output means that none of those packages are in > your world file, and nothing in your world file depends directly or > indirectly on them, based on your current USE flags. Specifically, > nothing really depends on virtual/x11, because the dependancies are > satified by the various modular-X packages you have installed. > > So the proper thing to do here is probably add the specific apps that > you actually care about and use to world. > > -Richard Thats a little confusing because most of those are libraries and are dependencies only of virtual/x11. Tony -- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Depclean question
On 7/17/06, Anthony E. Caudel <[EMAIL PROTECTED]> wrote: I noticed that many of them are dependencies of virtual/x11 so I added that to my world file, re-ran the --depclean and this time got only about half the recommendations. Was adding virtual/x11 to my world file the proper thing to do? Wonder why it wasn't there in the first place? Probably not. Prior to modular-X, any package that depended on anything X related would depend on virtual/x11, which originally could be provided by xfree86 or x.org, but now just x.org. As part of porting to modular-X, all (well, almost all) packages that previously depended on virtual/x11 were updated to depend on _either_ virtual/x11, or the specific modular-X package[s] that they really needed. So the above depclean output means that none of those packages are in your world file, and nothing in your world file depends directly or indirectly on them, based on your current USE flags. Specifically, nothing really depends on virtual/x11, because the dependancies are satified by the various modular-X packages you have installed. So the proper thing to do here is probably add the specific apps that you actually care about and use to world. -Richard -- gentoo-user@gentoo.org mailing list
[gentoo-user] Depclean question
In preparation for cleaning my world file, I ran emerge -p --depclean world. It listed these packages to be removed: app-crypt/gpgme app-crypt/opencdk app-text/rman dev-libs/libtasn1 dev-libs/lzo dev-python/pyxml gnome-base/gail net-libs/gnutls net-libs/libsoup perl-core/Storable perl-core/Test-Simple sys-devel/bc virtual/x11 x11-apps/sessreg x11-apps/ttmkfdir x11-apps/xcursorgen x11-apps/xdm x11-apps/xdriinfo x11-base/opengl-update x11-libs/libFS x11-libs/libXTrap x11-libs/libXevie x11-libs/libXprintAppUtil x11-libs/libXprintUtil x11-libs/libXvMC x11-libs/liboldX x11-themes/gentoo-xcursors x11-themes/gnome-themes x11-themes/gtk-engines x11-themes/xcursor-themes Obviously many, if not most of them are needed. Remove virtual/x11?? I noticed that many of them are dependencies of virtual/x11 so I added that to my world file, re-ran the --depclean and this time got only about half the recommendations. Was adding virtual/x11 to my world file the proper thing to do? Wonder why it wasn't there in the first place? Tony -- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin -- gentoo-user@gentoo.org mailing list