For vserver-sources ebuilds (vserver-sources-2.1.0-r1 and vserver-sources-2.0.1-r1) the SRC_URI is incorrect for the vserver patch: - SRC_URI states http://dev.gentoo.org/~hollow/distfiles/${PF}.tar.bz2 http://dev.gentoo.org/~phreak/distfiles/${PF}.tar.bz2 => http://dev.gentoo.org/~hollow/distfiles/vserver-sources-2.x.x-r1.tar.bz2 => http://dev.gentoo.org/~phreak/distfiles/vserver-sources-2.x.x-r1.tar.bz2 (also on ~phreak) Under hollow's path there is no recent file at all (beginning of december is the most recent), under phreak the appropriate patch exists but using another name: vserver-patches-2.6.15_2.0.1-r1.tar.bz2 or vserver-patches-2.6.15_2.1.0-r1.tar.bz2 This causes download of sources to fail with 404 File not found. Looking at the ebuilds in viewcvs (few minutes ago) the same issue applies to the stable version 2.0.1 an the masked version 2.1.0. Solution: Fix either SRC_URI in the ebuilds or rename/link the files to matching names.
I tried to manually download the sources and rename them, but the digests (recorded size) do not match, so I must assume that upload of appropriate patches has just been forgotten. Files: vserver-patches-2.6.15_2.0.1-r1.tar.bz2 vserver-patches-2.6.15_2.1.0-r1.tar.bz2
Bruno, could you please try to sync your tree ? I just commited (21:36:09 @ GMT+1) the updated ebuild.
I fetched the files from ViewCVS, digests under files/ are correct, but Manifest reports non-matching MD5 checksums and filesizes for the ebuilds... (issue with $Header $ stuff of CVS?) Checksums for patches are fine though rsync mirrors will probably not have taken up already, so cheching there now will probably fail (will do in a few hours)
Works now, with sync a few minutes ago (~ 09:30 UTC)
