Summary: | sys-cluster/{wulfstat,xmlsysd} removal request (was: wulfstat-0.4.8: Download or Digest verification failed for wulfstat.tgz) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Distfiles Failure Bot <gentoo-distfiles-failure> |
Component: | New packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cluster, treecleaner |
Priority: | High | Keywords: | PMASKED |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://dev.gentoo.org/~zmedico/infra/distfiles/failure.xml#doc_chap2 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
wulfware-2.6.0.ebuild
wulfware-2.6.0-opts_and_strip.patch wulfware-2.6.0.ebuild (Take #2) |
Description
Distfiles Failure Bot
2007-09-24 12:20:38 UTC
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 |