This is a discussion on Re: locating old packages within the Gentoo Linux Support forums, part of the Unix Operating Systems category; --> Martin C. Petersen wrote: > How do I locate packages that for some reason have an outdated version (one ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Martin C. Petersen wrote: > How do I locate packages that for some reason have an outdated version (one > that does not exist as an ebuild any more) installed in addition to the > current one? Try 'qpkg --dups -v'. If you know what you're looking for, 'etcat -v <package name>' is a little more revealing. I suppose you want to get rid of them later, use 'emerge clean <package name>' to purge anything but the current version. I'd be careful around libraries and stuff like qt, though, they're often needed for packages that require older versions. Ulrich Plate |
| |||
| > Try 'qpkg --dups -v'. Thanks :-) > I'd be careful around libraries and stuff like qt, > though, they're often needed for packages that require older versions. How does portage decide which versions should be installed besides the latest unmasked one? Multiple releases of the same version should not be installed at the same time, should they? (fx I've got both cracklib 2.7 r5 and r7) Martin |
| ||||
| Martin C. Petersen wrote: > How does portage decide which versions should be installed besides the > latest unmasked one? Each ebuild decides that for itself. Some applications may not work with the newest version of a library, in which case they'd require an older one. Nethack is an example, it insists on qt2, regardless of qt3 being installed or not. > Multiple releases of the same version should not be installed at the same > time, should they? (fx I've got both cracklib 2.7 r5 and r7) AUTOCLEAN in /etc/make.conf should take care of that for you, switch it on to avoid redundancies. Getting rid of cracklib-2.7-r5 should be safe, says 'etcat': $ etcat depends cracklib [ Results for search key : cracklib ] * app-admin/cpu-1.3.100 sys-libs/cracklib * app-admin/cpu-1.3.100-r1 sys-libs/cracklib * dev-php/mod_php-4.3.2 >=sys-libs/cracklib-2.7-r7 * dev-php/mod_php-4.3.2-r3 >=sys-libs/cracklib-2.7-r7 * dev-php/mod_php-4.3.2-r1 >=sys-libs/cracklib-2.7-r7 * dev-php/mod_php-4.3.2-r2 >=sys-libs/cracklib-2.7-r7 * dev-php/php-4.3.2 >=sys-libs/cracklib-2.7-r7 * dev-php/php-4.3.2-r1 >=sys-libs/cracklib-2.7-r7 * dev-php/php-cvs-5.0 >=sys-libs/cracklib-2.7-r7 * dev-php/php-cvs-5.0-r1 >=sys-libs/cracklib-2.7-r7 * sys-apps/shadow-4.0.3-r5 >=sys-libs/cracklib-2.7-r3 * sys-apps/shadow-4.0.3-r6 >=sys-libs/cracklib-2.7-r3 * sys-apps/shadow-4.0.3-r3 >=sys-libs/cracklib-2.7-r3 * sys-apps/shadow-4.0.3-r4 >=sys-libs/cracklib-2.7-r3 * sys-libs/pam-0.75-r10 >=sys-libs/cracklib-2.7-r3 * sys-libs/pam-0.75-r11 >=sys-libs/cracklib-2.7-r3 * sys-libs/pam-0.75-r7 >=sys-libs/cracklib-2.7-r3 * sys-libs/pam-0.75-r8 >=sys-libs/cracklib-2.7-r3 * sys-libs/pam-0.75-r9 >=sys-libs/cracklib-2.7-r3 Meaning nothing in portage requires cracklib-2.7-r5. Try 'emerge --pretend clean cracklib' to see what would happen. Ulrich Plate |