View previous topic :: View next topic |
Author |
Message |
modnaruved Apprentice
Joined: 21 Mar 2011 Posts: 160
|
Posted: Thu Jul 24, 2014 8:39 am Post subject: zombie entries reporting after ecleaning |
|
|
Hi,
I want to keep my portage clean and sometimes run cleaning utils like eclean. But some minor disadvantages prevent this.
After running:
Code: | sudo eclean distfiles |
Ive get something like:
Code: | The following unavailable installed packages were found
dev-python/m2crypto-0.21.1-r1
dev-util/perf-3.8
virtual/perl-Archive-Tar-1.900.0 ...distfile name(s) not known/saved
virtual/perl-CPAN-Meta-2.120.921 ...distfile name(s) not known/saved
virtual/perl-CPAN-Meta-Requirements-2.122.0 ...distfile name(s) not known/saved
virtual/perl-CPAN-Meta-YAML-0.8.0 ...distfile name(s) not known/saved
virtual/perl-ExtUtils-Command-1.170.0-r3 ...distfile name(s) not known/saved
virtual/perl-ExtUtils-ParseXS-3.180.0 ...distfile name(s) not known/saved
virtual/perl-File-Temp-0.220.0-r2 ...distfile name(s) not known/saved
virtual/perl-IO-Zlib-1.100.0-r2 ...distfile name(s) not known/saved
virtual/perl-JSON-PP-2.272.0-r1 ...distfile name(s) not known/saved
virtual/perl-Locale-Maketext-Simple-0.210.0-r2 ...distfile name(s) not known/saved
virtual/perl-Module-Build-0.400.300 ...distfile name(s) not known/saved
virtual/perl-Module-Load-0.240.0 ...distfile name(s) not known/saved
virtual/perl-Module-Load-Conditional-0.540.0 ...distfile name(s) not known/saved
virtual/perl-Module-Metadata-1.0.11 ...distfile name(s) not known/saved
virtual/perl-Package-Constants-0.20.0-r2 ...distfile name(s) not known/saved
virtual/perl-Params-Check-0.360.0 ...distfile name(s) not known/saved
virtual/perl-Parse-CPAN-Meta-1.440.400 ...distfile name(s) not known/saved
virtual/perl-Perl-OSType-1.2.0-r1 ...distfile name(s) not known/saved
virtual/perl-Pod-Escapes-1.40.0-r2 ...distfile name(s) not known/saved
virtual/perl-Test-Harness-3.260.0 ...distfile name(s) not known/saved
virtual/perl-Test-Simple-0.980.0-r2 ...distfile name(s) not known/saved
|
Whats wrong? How to resolve this? How clear this entries properly?
Any suggestions?
Thanks |
|
Back to top |
|
|
krinn Watchman
Joined: 02 May 2003 Posts: 7470
|
Posted: Thu Jul 24, 2014 8:50 am Post subject: |
|
|
It tell you your tree doesn't have the ebuild dev-util/perf-3.8 while that package is install in your system.
You can fix that by upgrading "perf" to newer version your tree have (or remove it, blabla usual warning here...) |
|
Back to top |
|
|
modnaruved Apprentice
Joined: 21 Mar 2011 Posts: 160
|
Posted: Thu Jul 24, 2014 9:00 am Post subject: |
|
|
krinn wrote: | It tell you your tree doesn't have the ebuild dev-util/perf-3.8 while that package is install in your system.
You can fix that by upgrading "perf" to newer version your tree have (or remove it, blabla usual warning here...) |
Thanks for fast reply and its working!
But why portage dont report about such packages. Perf to fix is simple, but bunch of perl packages seems not so simple... |
|
Back to top |
|
|
krinn Watchman
Joined: 02 May 2003 Posts: 7470
|
Posted: Thu Jul 24, 2014 9:06 am Post subject: |
|
|
if the program is install (like perf) and you have a new version in tree, portage will report it when emerge -u world if perf is in your world.
if not in world, portage will only report it if emerge -uD world (and someone depend on it)
not in world, nobody depend on it : emerge -u perf. In this case, it will also appears if you emerge --depclean -p as it is install but nobody need it.
If it's a runtime dependency of someone, you will see it if you add the with-bdep
And if there's no more perf version in tree, portage will output at end of every emerge query that "perf is install but not in the tree" (well a similar output but i can't remember the exact one).
For your perl : they are all virtuals, so if no real package exists that use them anymore, --depclean will catch them. (see not in world, nobody depend on it case) |
|
Back to top |
|
|
modnaruved Apprentice
Joined: 21 Mar 2011 Posts: 160
|
Posted: Thu Jul 24, 2014 9:13 am Post subject: |
|
|
krinn wrote: |
For your perl : they are all virtuals, so if no real package exists that use them anymore, --depclean will catch them. (see not in world, nobody depend on it case) |
depclean dont catch it. Says: its all good. |
|
Back to top |
|
|
modnaruved Apprentice
Joined: 21 Mar 2011 Posts: 160
|
Posted: Thu Jul 24, 2014 9:21 am Post subject: |
|
|
Code: | [U] dev-python/m2crypto
Available versions: 0.21.1-r2^t ~0.22.3-r1^t {doc examples PYTHON_TARGETS="python2_7"}
Installed versions: 0.21.1-r1^t(11:12:15 09/29/13)(-doc -examples PYTHON_TARGETS="python2_7 -python2_6")
Homepage: http://chandlerproject.org/bin/view/Projects/MeTooCrypto http://pypi.python.org/pypi/M2Crypto
Description: M2Crypto: A Python crypto and SSL toolkit
|
But portage must report about upgrade this packages, but not do it. Its force me update it manually. Its regular and trivial task after all. |
|
Back to top |
|
|
modnaruved Apprentice
Joined: 21 Mar 2011 Posts: 160
|
Posted: Thu Jul 24, 2014 10:14 am Post subject: |
|
|
krinn wrote: |
If it's a runtime dependency of someone, you will see it if you add the with-bdep
|
Thanks. Option --with-bdeps in emerge help to resolve this.
All good |
|
Back to top |
|
|
khayyam Watchman
Joined: 07 Jun 2012 Posts: 6227 Location: Room 101
|
Posted: Thu Jul 24, 2014 1:12 pm Post subject: |
|
|
modnaruved wrote: | Thanks. Option --with-bdeps in emerge help to resolve this. |
modnaruved ... the same issue came up recently in another thread ... you can prevent this from happening by adding the following to make.conf
Code: | EMERGE_DEFAULT_OPTS="${EMERGE_DEFAULT_OPTS} --with-bdeps=y" |
best ... khay |
|
Back to top |
|
|
John R. Graham Administrator
Joined: 08 Mar 2005 Posts: 10589 Location: Somewhere over Atlanta, Georgia
|
Posted: Thu Jul 24, 2014 1:17 pm Post subject: |
|
|
Then again, you may not want to. If the only reason you need a particular package is to build something you actually want—and the thing you actually want is up to date—then what benefit to you does updating that dependency bring? Portage's default to not rebuild out of date build-time dependencies if the packages that need the dependencies are themselves up to date is sane, I think.
- John _________________ I can confirm that I have received between 0 and 499 National Security Letters. |
|
Back to top |
|
|
khayyam Watchman
Joined: 07 Jun 2012 Posts: 6227 Location: Room 101
|
Posted: Thu Jul 24, 2014 2:00 pm Post subject: |
|
|
John ... indeed, its not in any way necessary, and could even be seen as wasteful, but then there are situations like the above linked thread where there was a (perhaps confusing) issue with 'eclean-dist' that was resolved by updating a few virtuals. I have --with-bdeps=y as generally it doesn't add very much in the way of additional builds (at least on stable) and I would prefer any build deps to be up-to-date ... but of course that is entirely at the users discretion (and the above was offered as "preventative").
best ... khay |
|
Back to top |
|
|
|