Re: [gentoo-user] --depclean and virtual/glibc problems

Re: [gentoo-user] --depclean and virtual/glibc problems

[Mark Knecht]

On 2/20/07, Bo Ørsted Andresen <bo.andresen@zlin.dk> 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

[Mark Knecht]

On 2/20/07, Bo Ørsted Andresen <bo.andresen@zlin.dk> 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