Problem with removed ebuild's.

[vikwiz]

Hi,
there is a problem with emerging ebuild's or even tbz2's, when they are removed from portage.
I red about similar problems on the forum, but without solution. Please tell me, if there are any help in this, and read my proposal, too.

So the problem is, when you want to re-emerge an already instelled, maybe removed package version. Particulary I did remove my 'net-snmp' package (to clean up the mess with 'ucd-snmp' installed, too. Why they don't mask each other is an other question.)

After I tried to reinstall net-snmp only, but the portage version doesn't works. So trying to emerge the already compiled 'tbz2' version, and emerge tells an 'aux_get' error, no ebuild found.

At this point I question what can you do with all of your tbz2's, if they are not valid after an 'emerge sync'? It's not logical, because all information is present in the 'tbz2', if it's handled correctly. Why portage doesn't use that, instead of missing /usr/portage version?

Now I'm without a working snmpd, which I need, so please, help with ideas!

Thanks,
viktor

[Genone]

Please provide exact error messages, otherwise it's hard to see what is wrong.

[vikwiz]

OK, lets see it... And very strange thing happened: it only wrong when '-p' is present.

So when pretend emerging the tbz2:

Code: Select all

emerge net-snmp -pvK

These are the packages that I would merge, in order:

Calculating dependencies ...done!
!!! aux_get(): ebuild for 'net-analyzer/net-snmp-5.0.8' does not exist at:
!!!            /usr/portage/net-analyzer/net-snmp/net-snmp-5.0.8.ebuild
Traceback (most recent call last):
  File "/usr/bin/emerge", line 2133, in ?
    mydepgraph.display(mydepgraph.altlist())
  File "/usr/bin/emerge", line 1136, in display
    for ebuild_iuse in string.split(portage.portdb.aux_get(x[2],["IUSE"])[0], " "):
  File "/usr/lib/python2.2/site-packages/portage.py", line 3760, in aux_get
    raise KeyError
KeyError

And without '-p':

Code: Select all

emerge net-snmp -vK

Calculating dependencies ...done!
>>> emerge (1 of 1) net-analyzer/net-snmp-5.0.8 to /
>>> extracting info
>>> extracting net-snmp-5.0.8
>>> Merging net-analyzer/net-snmp-5.0.8 to /
/usr/sbin/ebuild.sh: line 1196: /var/db/pkg/net-analyzer/net-snmp-5.0.8/net-snmp-5.0.8.ebuild: No such file or directory

!!! ERROR: net-analyzer/net-snmp-5.0.8 failed.
!!! Function , Line 1196, Exitcode 1
!!! error sourcing ebuild

--- /etc/
--- /etc/init.d/
>>> /etc/init.d/net-snmpd
--- /var/
--- /var/lib/
>>> /var/lib/net-snmp/
...

So finaly it successed to emerge, but with error messages, and pretend is definitly wrong.

Compiling the new release is an other issue, related to that ebuild, should I fill a bug-report about?

My urgent problem is solved now, but it's still buggy a bit...
I always pretend before real work, as other also I suppose.

Portage version: 2.0.49-r15
I don't want to rsync now, as I saw many messages about broken portage codes, I don't want to mess my system up.

[dma]

Try this:

Code: Select all

cp /var/db/pkg/net-analyzer/net-snmp-5.0.8/net-snmp-5.0.8.ebuild /usr/portage/net-analyzer/net-snmp/
ebuild /usr/portage/net-analyzer/net-snmp/net-snmp-5.0.8.ebuild digest

Maybe that will help. It will restore the old ebuild from your var database, but it won't help if they removed or radically changed any eclasses it depended on at the time.

[vikwiz]

Try this:

Code: Select all

cp /var/db/pkg/net-analyzer/net-snmp-5.0.8/net-snmp-5.0.8.ebuild /usr/portage/net-analyzer/net-snmp/
ebuild /usr/portage/net-analyzer/net-snmp/net-snmp-5.0.8.ebuild digest

Maybe that will help. It will restore the old ebuild from your var database, but it won't help if they removed or radically changed any eclasses it depended on at the time.

And /usr/portage/net-analyzer/net-snmp/files can be missing, also.
It seems the best is for the stability for your production system *not* to rsync too often, and save actual portage snaphots.