Bug 43484 - pciutils can't be source-downloaded (broken ebuild)
|
Bug#:
43484
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: base-system@gentoo.org
|
Reported By: spider@gentoo.org
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: pciutils can't be source-downloaded (broken ebuild)
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-03-02 07:47 0000
|
The pciutils package won't download all sources with emerge -f pciutils, so the
burn-to-cd fails miserably as the build goes online in its src_unpack()
function
Solution would be to move the pciid download to an SRC_URI, even if that
means updating the package more often. (Separate the id's to a separate package
perhaps?)
IMO it should be reverted to the way it was done before. Keep a pci.ids in
${FILESDIR} and in src_unpack wget for a new one with short timeout. If there
is no net connection use the file from ${FILESDIR}.
I must have mixed up the packages, I can't find any ebuild that had the code I
thought it had. However app-addmin/hddtemp is trying to download a updated file
from the net with a spare in ${FILESDIR}.
hmm, Either way its sorta painful "as things are" since the ./update-pciids (I
think thats the name of the script) did break the update steps.
the id file is 300K+ ... no way that is going into the $FILESDIR
please re-open if someone can come up with a decent solution ... i know the current situation sucks for some :/
tag it with a date & put it on the mirrors or your dev space
the id list gets updated weekly if not more often
Then write a script to do it and stick it on a cron. The vim runtime files are
in a similar situation, we just do semi-regular tarballs for updates...
the ebuild now has a cached version in SRC_URI
if the live-update in src_unpack() fails, it will use the cached version in SRC_URI instead of failing