[gentoo-user] --depclean and virtual/glibc problems
Hi, I'm facing a few last problems as I clean this machine up. The machine is completely sync'ed and emerged. revdep-rebuild tells me things are cool but then --depclean complains about needing virtual/glibc and using emerge depends suggests it really is needed but eix glibc doesn't show anything to emerge. Frankly I'm pretty confused about this one. What's the appropriate fix? Thanks, Mark gandalf ~ # emerge -pvDuN world These are the packages that would be merged, in order: Calculating world dependencies... done! Total: 0 packages, Size of downloads: 0 kB gandalf ~ # revdep-rebuild -p Configuring search environment for revdep-rebuild Checking reverse dependencies... Packages containing binaries and libraries broken by a package update will be emerged. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... Nothing to rebuild Evaluating package order... done. (/root/.revdep-rebuild.5_order) Dynamic linking on your system is consistent... All done. gandalf ~ # emerge -p --depclean *** WARNING *** Depclean may break link level dependencies. Thus, it is *** WARNING *** recommended to use a tool such as `revdep-rebuild` (from *** WARNING *** app-portage/gentoolkit) in order to detect such breakage. *** WARNING *** *** WARNING *** Also study the list of packages to be cleaned for any obvious *** WARNING *** mistakes. Packages that are part of the world set will always *** WARNING *** be kept. They can be manually added to this set with *** WARNING *** `emerge --noreplace atom`. Packages that are listed in *** WARNING *** package.provided (see portage(5)) will be removed by *** WARNING *** depclean, even if they are part of the world set. *** WARNING *** *** WARNING *** As a safety measure, depclean will not remove any packages *** WARNING *** unless *all* required dependencies have been resolved. As a *** WARNING *** consequence, it is often necessary to run *** WARNING *** `emerge --update --newuse --deep world` prior to depclean. Calculating dependencies... done! Dependencies could not be completely resolved due to the following required packages not being installed: =sys-apps/i2c-2.8.7 required by sys-apps/lm_sensors-2.8.7 virtual/glibc required by sys-libs/db-3.2.9-r2 media-libs/xvid-0.9.1 Have you forgotten to run `emerge --update --newuse --deep world` prior to depclean? It may also be necessary to manually uninstalled packages that no longer exist in the portage tree since it may not be possible to satisfy their dependencies. gandalf ~ # emerge -pv virtual/glibc These are the packages that would be merged, in order: Calculating dependencies / emerge: there are no ebuilds to satisfy virtual/glibc. gandalf ~ # eix virtual/glibc No matches found. gandalf ~ # eix glibc [I] sys-libs/glibc Available versions: (2.2) [P]2.2.5-r10 [P]2.3.2-r12 2.3.5-r2 2.3.5-r3 2.3.6-r4 2.3.6-r5 2.4-r4 2.5 Installed: 2.5(2.2)(11:53:04 02/17/07)(-build -glibc-compat20 -glibc-omitfp -hardened -multilib nls nptl nptlonly -profile -selinux) Homepage:http://www.gnu.org/software/libc/libc.html Description: GNU libc6 (also called glibc2) C library gandalf ~ # -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] --depclean and virtual/glibc problems
On Wednesday 21 February 2007 02:04:12 Mark Knecht wrote: I'm facing a few last problems as I clean this machine up. The machine is completely sync'ed and emerged. revdep-rebuild tells me things are cool but then --depclean complains about needing virtual/glibc and using emerge depends suggests it really is needed but eix glibc doesn't show anything to emerge. Frankly I'm pretty confused about this one. What's the appropriate fix? # emerge --with-bdeps=y -pvDNu -- Bo Andresen pgpm5mlHe6goG.pgp Description: PGP signature
Re: [gentoo-user] --depclean and virtual/glibc problems
On 2/20/07, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Wednesday 21 February 2007 02:04:12 Mark Knecht wrote: I'm facing a few last problems as I clean this machine up. The machine is completely sync'ed and emerged. revdep-rebuild tells me things are cool but then --depclean complains about needing virtual/glibc and using emerge depends suggests it really is needed but eix glibc doesn't show anything to emerge. Frankly I'm pretty confused about this one. What's the appropriate fix? # emerge --with-bdeps=y -pvDNu -- Bo Andresen Hi Bo, Thanks for responding. I didn't know about that option or the difference between how it's used for --depclean. Thanks. I solved the lm_sensors one before your response came back. Unfortunately --with-bdeps=y doesn't seem to identify anything new to emerge. I don't see how it could if I don't see virtual/glibc in portage: gandalf ~ # emerge --with-bdeps=y -pvDNu world These are the packages that would be merged, in order: Calculating world dependencies... done! Total: 0 packages, Size of downloads: 0 kB gandalf ~ # eix =virtual/glibc No matches found. gandalf ~ # I must be doing something wrong here. Is the need for this virtual package caused by some USE option on something else like glibc itself? Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] --depclean and virtual/glibc problems
On Wednesday 21 February 2007 03:47:05 Mark Knecht wrote: Thanks for responding. I didn't know about that option or the difference between how it's used for --depclean. Thanks. I solved the lm_sensors one before your response came back. Unfortunately --with-bdeps=y doesn't seem to identify anything new to emerge. I don't see how it could if I don't see virtual/glibc in portage: gandalf ~ # emerge --with-bdeps=y -pvDNu world These are the packages that would be merged, in order: Calculating world dependencies... done! Total: 0 packages, Size of downloads: 0 kB gandalf ~ # eix =virtual/glibc No matches found. gandalf ~ # I must be doing something wrong here. Is the need for this virtual package caused by some USE option on something else like glibc itself? Was just a guess, heh. virtual/glibc was changed to virtual/libc 2½ years ago. Since sys-libs/db-3.2.9-r2 and media-libs/xvid-0.9.1 are no longer in the tree portage are using their ancient/obsolete deps on virtual/glibc which it cannot satisfy. Had they been in the tree portage would use their updated deps from the tree. I'm guessing nothing in world depends on them (or in the case of db on that slot) so they probably can just be unmerged (and would be if --depclean wasn't taking so many precautions)... Otherwise I reckon at least xvid should be updated to a newer version. The safe route, however, would probably be: `emerge --oneshot sys-libs/db:3 media-libs/xvid`. -- Bo Andresen pgpYlQXhAa5U8.pgp Description: PGP signature
Re: [gentoo-user] --depclean and virtual/glibc problems
On 2/20/07, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Wednesday 21 February 2007 03:47:05 Mark Knecht wrote: Thanks for responding. I didn't know about that option or the difference between how it's used for --depclean. Thanks. I solved the lm_sensors one before your response came back. Unfortunately --with-bdeps=y doesn't seem to identify anything new to emerge. I don't see how it could if I don't see virtual/glibc in portage: gandalf ~ # emerge --with-bdeps=y -pvDNu world These are the packages that would be merged, in order: Calculating world dependencies... done! Total: 0 packages, Size of downloads: 0 kB gandalf ~ # eix =virtual/glibc No matches found. gandalf ~ # I must be doing something wrong here. Is the need for this virtual package caused by some USE option on something else like glibc itself? Was just a guess, heh. virtual/glibc was changed to virtual/libc 2½ years ago. Since sys-libs/db-3.2.9-r2 and media-libs/xvid-0.9.1 are no longer in the tree portage are using their ancient/obsolete deps on virtual/glibc which it cannot satisfy. Had they been in the tree portage would use their updated deps from the tree. I'm guessing nothing in world depends on them (or in the case of db on that slot) so they probably can just be unmerged (and would be if --depclean wasn't taking so many precautions)... Otherwise I reckon at least xvid should be updated to a newer version. The safe route, however, would probably be: `emerge --oneshot sys-libs/db:3 media-libs/xvid`. -- Bo Andresen OK, thanks again. I see a big part of my problem, being a user type, is that I really don't understand slots at all, other than letting the system somehow have multiple versions of the same package for whatever reason. (Which is far beyond me!) Anyway, I did emerge -C on the offending packages and then emerge -pvDuN world and revdep-rebuild again to make sure everything was correct. All seems good. Now --depclean is working and I can clean up at the next level. The problems of administering a machine 350 miles away. It only happens once or twice a year and there's often a lot to learn and a lot to do. thanks again, Mark -- gentoo-user@gentoo.org mailing list