| View previous topic :: View next topic |
| Author |
Message |
huckabuck
Tux's lil' helper
Joined: 14 Apr 2007
Posts: 110
Location: Bronx, NY
|
 Posted: Sun Nov 23, 2008 3:51 pm Post subject: gentoo-sources 2.6.26-r3 question [solved] |
 |
|
Good morning, i upgraded my kernel last nite to gentoo-sources-2.6.26-r3, was running 2.6.25-r9. I am very pleased with this kernel this morning, best one i've built to date, and i have a strange issue now and i'm not sure what its about, and how to clear it up.
1) ran emerge -P gentoo-sources and return was this;
tux ~ # emerge -P gentoo-sources
Calculating dependencies... done!
Dependencies could not be completely resolved due to
the following required packages not being installed:
virtual/perl-ExtUtils-CBuilder required by perl-core/File-Spec-3.27.01
~virtual/perl-IO-Compress-Base-2.015 required by dev-perl/IO-Compress-Bzip2-2.015
>=virtual/perl-Compress-Zlib-1.14 required by dev-perl/Archive-Zip-1.23
>=virtual/perl-ExtUtils-CBuilder-0.15 required by perl-core/Module-Build-0.28.08
>=virtual/perl-Archive-Tar-1.09 required by perl-core/Module-Build-0.28.08
>=virtual/perl-IO-Compress-Base-2.015 required by perl-core/Compress-Zlib-2.015 perl-core/IO-Compress-Zlib-2.015
>=virtual/perl-IO-Compress-Zlib-2.015 required by perl-core/Compress-Zlib-2.015
>=virtual/perl-IO-Zlib-1.01 required by perl-core/Archive-Tar-1.40
>=virtual/perl-Compress-Raw-Zlib-2.015 required by perl-core/Compress-Zlib-2.015 perl-core/IO-Compress-Zlib-2.015
virtual/perl-Compress-Zlib required by perl-core/IO-Zlib-1.09
>=virtual/perl-Compress-Zlib-2.012 required by perl-core/Archive-Tar-1.40
>=virtual/perl-ExtUtils-ParseXS-1.02 required by perl-core/Module-Build-0.28.08
Have you forgotten to run `emerge --update --newuse --deep world` prior to
prune? It may be necessary to manually uninstall packages that no longer
exist in the portage tree since it may not be possible to satisfy their
dependencies. Also, be aware of the --with-bdeps option that is documented
in `man emerge`.
If you would like to ignore dependencies then use --nodeps.
* GNU info directory index is up-to-date.
tux ~ # emerge --depclean
2) ran eselect kernel list and return was this;
tux ~ # eselect kernel list
Available kernel symlink targets:
[1] linux-2.6.25-gentoo-r8
[2] linux-2.6.25-gentoo-r9
[3] linux-2.6.26-gentoo-r3 *
3) ran emerge --depclean and return was this;
Calculating dependencies... done!
Dependencies could not be completely resolved due to
the following required packages not being installed:
>=virtual/perl-Compress-Zlib-1.14 required by dev-perl/Archive-Zip-1.23
virtual/perl-ExtUtils-CBuilder required by perl-core/File-Spec-3.27.01
Have you forgotten to run `emerge --update --newuse --deep world` prior to
depclean? It may be necessary to manually uninstall packages that no longer
exist in the portage tree since it may not be possible to satisfy their
dependencies. Also, be aware of the --with-bdeps option that is documented
in `man emerge`.
* GNU info directory index is up-to-date.
4) revdep-rebuild produces this;
* 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
* Generated new 1_files.rr
* Collecting complete LD_LIBRARY_PATH
* Generated new 2_ldpath.rr
* Checking dynamic linking consistency
[ 100% ]
* Dynamic linking on your system is consistent... All done.
5) eclean distfiles returns this;
* Building file list for distfiles cleaning...
* Your distfiles directory was already clean.
Is there a serious obvious issue at hand that hasn't revealed itself yet , is there an easy fix ? I'm not sure whats going on and this is the first time i've seen this.
Any advice on how to remove those dendencies, and clean up the kernel directory , or is it safe to ignore this for the time being ? Is there an alternate safe way to remove older kernels? Alsa, X, cdrom, usb, and network are all working stupendously at the moment. I'm running Gnome-2.22.3.
Thanks in advance.
Last edited by huckabuck on Sun Nov 23, 2008 5:52 pm; edited 1 time in total |
|
| Back to top |
|
 |
overkll
Veteran
Joined: 21 Sep 2004
Posts: 1238
Location: Austin, Texas
|
| Posted: Sun Nov 23, 2008 4:00 pm Post subject: |
|
|
It's not a kernel issue, it's a portage issue. There were some dev-perl packages that were moved to the perl-core category.
Try running `emerge world --with-bdeps=y -uDNpv` and see if that takes care of the uninstalled/required dependancies. If the results look correct, just remove the pv and let it rip.
Personally, I never use the "-P" / --prune option, I use --depclean, then remove the kernel and modules directories manually. |
|
| Back to top |
|
|
huckabuck
Tux's lil' helper
Joined: 14 Apr 2007
Posts: 110
Location: Bronx, NY
|
| Posted: Sun Nov 23, 2008 4:37 pm Post subject: |
|
|
| overkll wrote: | It's not a kernel issue, it's a portage issue. There were some dev-perl packages that were moved to the perl-core category.
Try running `emerge world --with-bdeps=y -uDNpv` and see if that takes care of the uninstalled/required dependancies. If the results look correct, just remove the pv and let it rip.
Personally, I never use the "-P" / --prune option, I use --depclean, then remove the kernel and modules directories manually. |
Thank you very much overkll, that cleaned it all up. There were 10 reinstalls, 1 upgrade, and 1 new package. The -P option worked. In the future, i can cd into the /usr/src/linux and use rm to remove old kernels ? is that the right way ?
Also, after running the above to clear the dependencies, i ran --depclean again, these were removed;
virtual/libstdc++
sys-libs/libstdc++-v3
Were these replaced/updated by the rebuilt perl modules ?
Everything else is clean now. |
|
| Back to top |
|
|
overkll
Veteran
Joined: 21 Sep 2004
Posts: 1238
Location: Austin, Texas
|
| Posted: Sun Nov 23, 2008 5:47 pm Post subject: |
|
|
| huckabuck wrote: | | Thank you very much overkll, that cleaned it all up. There were 10 reinstalls, 1 upgrade, and 1 new package. The -P option worked. In the future, i can cd into the /usr/src/linux and use rm to remove old kernels ? is that the right way ? |
You're welcome and no. Delete the kernel directory from /usr/src as /usr/src/linux is a link to the current kernel - that is if you ran `eselect kernel set <desired-kernel>` or manually created the soft link. I also delete
/lib/modules/<kernel_version>
/boot/<kernel-version>
/boot/<config-version>
Don't forget the boot loader entries as well.
This is all layed out in Section 9 of the Gentoo Kernel Upgrade Guide
| huckabuck wrote: | Also, after running the above to clear the dependencies, i ran --depclean again, these were removed;
virtual/libstdc++
sys-libs/libstdc++-v3
Were these replaced/updated by the rebuilt perl modules ? |
No, libstdc++ is basically a stripped down install of gcc-3.4 for compatibility of older packages that require the older libs. If you don't have any packages that need it, it'll be removed. I only have two packages that require libstdc++, virtualbox-bin and win32codecs. I think at one time libstdc++ was installed by default, but I can't recall for certain. |
|
| Back to top |
|
|
huckabuck
Tux's lil' helper
Joined: 14 Apr 2007
Posts: 110
Location: Bronx, NY
|
| Posted: Sun Nov 23, 2008 5:53 pm Post subject: |
|
|
| Thank you |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Kernel & Hardware
