Bugzilla Bug 193635

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 an attachment (id=153927) [details]
wulfware-2.6.0.ebuild

Should be functional, but might need some polishing.

Created an attachment (id=153929) [details]
wulfware-2.6.0-opts_and_strip.patch

Remove -O3 and strip from Makefile.am's and fix symlink creation.

Created an attachment (id=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