with last sync of portage, i try to install pv-grub. Unfortunatly exit each time because cannot download pciutils-2.2.9.tar.bz2 from site specified. I checked and in effect the package is compress with gz. I found kernel.org have the right package with right extension and i changed the corresponding line. I'm new to this version of bugzilla, i'll try to post one row patch. Be patient :-) Reproducible: Always Steps to Reproduce: 1. rm /usr/portage/distfiles/* 2. emerge xen-pvgrub 3. Actual Results: portage exit with "cannot download package"
Created attachment 269121 [details, diff] change download site of pciutils
sys-apps/pciutils does indeed use the .gz compressed tarballs.
yes. but when compile package it expects to find pciutils.tar.bz2
I have the same problem - xen-pvgrub does not compile on my system: cp -t . /var/tmp/portage/app-emulation/xen-pvgrub-4.1.0/distdir/zlib-1.2.3.tar.gz mkdir -p ioemu cp -t . /var/tmp/portage/app-emulation/xen-pvgrub-4.1.0/distdir/newlib-1.16.0.tar.gz touch ioemu/linkfarm.stamp cp -t . /var/tmp/portage/app-emulation/xen-pvgrub-4.1.0/distdir/grub-0.97.tar.gz cp -t . /var/tmp/portage/app-emulation/xen-pvgrub-4.1.0/distdir/pciutils-2.2.9.tar.bz2 cp: cannot stat `/var/tmp/portage/app-emulation/xen-pvgrub-4.1.0/distdir/pciutils-2.2.9.tar.bz2': No such file or directory make: *** [pciutils-2.2.9.tar.bz2] Error 1 make: *** Waiting for unfinished jobs.... make: Leaving directory `/var/tmp/portage/app-emulation/xen-pvgrub-4.1.0/work/xen-4.1.0/stubdom' Proposed patch seem to be a good solution. Can we expect the build issue to be resolved?
I confirm the problem that the build process expects pciutils-2.2.9.tar.bz2 to be present instead of pciutils-2.2.9.tar.gz. The build process could be patched to use the .tar.gz file instead of the .tar.bz2 one, but this could cause additional work for newer version of the ebuild. Therefore I think that changing the source download would be easier in the long run. Regards, Milan
> The build process could be patched to use the .tar.gz file instead of the > .tar.bz2 one, but this could cause additional work for newer version of the > ebuild. Therefore I think that changing the source download would be easier in > the long run. In my humble opinion, source fix is really trivial and should fix the short run (or middle run because the ebuild is still problematic after more than one month), instead the fix of extension is for the long run (need cooperation with upstream?). Regards
why don't use this src for pciutils? http://www.kernel.org/pub/software/utils/pciutils/pciutils-2.2.9.tar.bz2
Fixed in CVS