Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 94213 - Invalid RDEPENDs when using remote binary packages
Summary: Invalid RDEPENDs when using remote binary packages
Status: RESOLVED NEEDINFO
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Binary packages support (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-27 12:32 UTC by Brian Jackson (RETIRED)
Modified: 2008-03-02 16:26 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Brian Jackson (RETIRED) gentoo-dev 2005-05-27 12:32:04 UTC
I have a number of hosts that fetch packages from a central build box. I have
problems every once in a while when packages are "moved" in the portage tree. I
get *DEPEND errors. I recently tracked this down to the fact that RDEPEND in vdb
isn't getting updated to reflect the new categories. DEPEND does however.

I'm not sure if portage only uses the stuff from vdb when using --getbinpkg or
what, but I only see this on the boxes that use it.

I have fixpackages in FEATURES on the build host, and I've run it manually. It
doesn't seem to help.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Jason Stubbs (RETIRED) gentoo-dev 2005-05-28 03:51:14 UTC
Portage doesn't use *DEPEND from /var/db/pkg at all at the moment. I can't see 
how it's possible that invalid data there could cause any issues with 
--getbinpkg. The files in /var/db/pkg/*/* as well as the data tagged on to the 
end of tbz2s are updated by just running a couple of regexs over them. If 
you've got a case where it's failing, that'd be good to fix. For this bug 
though, I'd say that the downloaded cache thingy that apparently exists 
in /var/cache/edb is out of date. 
Comment 2 Brian Jackson (RETIRED) gentoo-dev 2005-05-28 07:35:01 UTC
On one of the hosts having the problem, I try clearing the cache to no avail.

iomnis02 root # rm -rf /var/cache/edb/dep/ /var/cache/edb/remote_metadata.pickle
iomnis02 root # rm /var/cache/edb/metadata.idx.most_recent 
iomnis02 root # emerge -pvgkuD world                                           
>>> /var/cache/edb/dep doesn't exist, creating it...

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

Fetching binary packages info...
cache miss: 'x' --- cache hit: 'o'
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  -- DONE!

Calculating world dependencies /
emerge: there are no ebuilds to satisfy "dev-perl/MIME-Base64".


!!! Problem with binary mail-filter/spamassassin-3.0.2-r1
!!! Possibly a DEPEND/*DEPEND problem.

!!! Depgraph creation failed.


On the pkg server, I check to make sure the packages are all updated.

gulfspam postfix # grep -rna dev-perl/MIME-Base64 /usr/portage/packages/All/
gulfspam postfix # 


Also, the make.conf files are identical on all the hosts with the exception of
the PORTAGE_BINHOST being set

Anything else to check?
Comment 3 Jason Stubbs (RETIRED) gentoo-dev 2005-05-28 07:49:00 UTC
Really not too sure about how remote binary packages work. It might be that 
the metadata index on the server is out of date? Not sure where that is stored 
or how/when it's generated though. 
Comment 4 Brian Jackson (RETIRED) gentoo-dev 2005-05-28 07:53:22 UTC
I'm not using the server side index.
Comment 5 Alec Warner (RETIRED) archtester gentoo-dev Security 2005-08-09 18:41:46 UTC
Do you run fixpackages on your binhost?

The local metadata appears to be syncing up ( lots of x's and no errors 
downloading the updated metadata ).

Can you emerge -K dev-perl/MIME-Base64 and reproduce the DEPEND error on the 
buildhost?
Comment 6 Jason Stubbs (RETIRED) gentoo-dev 2005-10-23 03:46:53 UTC
Add a --debug in there as well. 
Comment 7 Marius Mauch (RETIRED) gentoo-dev 2008-03-02 16:26:23 UTC
Probably obsolete by now, and missing information requested in comments#5 and #6.