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
