The distfiles script failed to download the following file: * wulfstat.tgz, 'fetcher return no uris succeeded' There could be several reasons for this, including changed upstream DIST-files or wrong SRC_URIs. The Distfiles Mirroring Changes Report (see URL field) has a current list of failed files and explanations. (Auto-filed bug by gen-bug.py, contact rbu@gentoo.org for complaints)
Robert, please let your tool check the Gentoo mirrors at first. If upstream is (temporarily) dead is pretty uninteresting wrt. fetching. Site moved to http://www.phy.duke.edu/~rgb/brahma/Resources/wulfstat.php There are other issues with this ebuild. For once it's out of question to use an unversioned tarball name, given that upstream changes it all the time. Whoever is interested in fixing this bug, please rename the tarball so it includes some version, push it to our master mirror and use mirror://gentoo. Even better would be to contact upstream about how to properly release software. Second: * QA Notice: The following files contain executable stacks * Files with executable stacks will not work properly (or at all!) * on some architectures/operating systems. A bug should be filed * at http://bugs.gentoo.org/ to make sure the file is fixed. * For more information, see http://hardened.gentoo.org/gnu-stack.xml * Please include this file in your report: * /var/tmp/portage/sys-cluster/wulfstat-0.4.8/temp/scanelf-execstack.log * RWX --- --- usr/bin/wulfstat
No need to check the mirrors first, as the tarball would not come up on the distfiles failure page if it were already on the mirrors.
(In reply to comment #2) > No need to check the mirrors first, as the tarball would not come up on the > distfiles failure page if it were already on the mirrors. > I fetched the tarball from the mirrors, before cc'ing you, of course...
You are right the file is on our mirrors. However, in that case the Manifest should be regenerated: !!! Digest verification failed: !!! /usr/portage/distfiles/wulfstat.tgz !!! Reason: Filesize does not match recorded size !!! Got: 419819 !!! Expected: 264969 The point of the failure reports is to show that neither our mirrors nor SRC_URI hold a file suitable for the ebuild, leaving it unusable.
Ah, sorry. Apparently I missed to remove "digest" from my features after testing something - must be quite a while ago. Scary. :|
What really needs to happen is someone needs to bump wulfstat to v0.6.0 from 0.4.8 and no one seems interested, since upstream uses unversioned tarball names we have no way to fix this for the old version. (note that the only bugs about this are from two people with automated scripts, this bug and bug 219429) http://www.phy.duke.edu/~rgb/brahma/Resources/wulfstat.php shows the latest release as of 01/04/08 but: http://www.phy.duke.edu/~rgb/brahma/Resources/wulfstat/ shows 2004. Seems pretty dead to me.. I recommend removal ASAP (via p.mask for 30 days). Since this is my first treecleaner action, do I have blessings from the treecleaner group?
Why not just leave it assigned to maintainer-needed as metadata.xml? You are on treecleaner@ CC so you'll get the emails anyway. Looks like Debian/Ubuntu packages wulfstat from wulfware tarball (which we don't have) http://www.phy.duke.edu/~rgb/Beowulf/wulfware/wulfware-2.6.0.tgz http://www.phy.duke.edu/~rgb/Beowulf/wulfware.php It's versioned. Looks rather simple to bump.
Created attachment 153927 [details] wulfware-2.6.0.ebuild Should be functional, but might need some polishing.
Created attachment 153929 [details, diff] wulfware-2.6.0-opts_and_strip.patch Remove -O3 and strip from Makefile.am's and fix symlink creation.
Created attachment 153931 [details] wulfware-2.6.0.ebuild (Take #2)
(In reply to comment #7) > http://www.phy.duke.edu/~rgb/Beowulf/wulfware/wulfware-2.6.0.tgz > http://www.phy.duke.edu/~rgb/Beowulf/wulfware.php > > It's versioned. Looks rather simple to bump. Huh? We are talking about wulfSTAT here not wulfware. Did I miss something? I still couldn't find any (versioned) wulfstat packages.
(In reply to comment #11) > I still couldn't find any (versioned) wulfstat packages. Sorry, too early in the morning. There are wulfstat-2.6.0 rpms available. http://www.phy.duke.edu/~rgb/Beowulf/wulfware/wulfstat-2.6.0-0.i386.rpm
I've committed sys-cluster/wulfware-2.6.0, it contains both sys-cluster/wulfstat and sys-cluster/xmlsysd. I vote we lastrite both of them, and direct users to wulfware. How does that sound?
(In reply to comment #13) >I vote we lastrite both of them, and direct users to wulfware. > How does that sound? Sounds great - broken digests for ~8 months now and no one has stepped up to fix it. We just need to get it out of the tree.
# Samuli Suominen <drac@gentoo.org> (23 May 2008) # Replaced by sys-cluster/wulfware wrt bug #193635. # Unversioned and old tarballs, and an ebuild # altering /etc/services which is wrong. # Removed in ~60 days by treecleaners. sys-cluster/wulfstat sys-cluster/xmlsysd
gone