On Sun, 22 Feb 2009 15:52:00 +0100, Ralf wrote: > If a source-url doesn't work, the packager should update the URL and > respin the package Even further updates just for cosmetical fixes and pedantry? In all honesty, a changing URL does not make a "respin" mandatory. I've seen projects move from domain 1 to domain 2 and back again some time later, and that doesn't mean I need to publish updates. > > In particular, packagers and reviewers must visit upstream web sites > > and verify release-versions and download-locations manually anyway. > > Right, as well as arbitrary people, who are investigating bugs, people > want to reuse a package etc. So, conclusively you agree that there are more important steps during verification of tarballs than keeping an eye on whether an old Source-URL changes months after release of a package. > Please Michael, you are beginning to sound laughable. Stay serious, present convincing arguments. > A broken URL is a _hint_ that something might be in limbo. Fine. I like automation, I really do. Nothing wrong about notifying packagers about URLs that have changed. Still, a package respin just because of changed URLs is an exaggeration. > A URL alone doesn't buy you anything. Agreed. The downloaded file and its contents matter. > > https://fedoraproject.org/wiki/Packaging/SourceURL#Sourceforge.net > > > > Fortunately, the current wording does not read like a strict MUST. > > Have you been to a beginners seminar of "rhetoric tricks"? And I could ask who has brain-washed you to back up such bureaucracy? > The wording has always intended to be a must. Then you're going to lose a reviewer. I won't sit and wait until such urls will work in all cases where a connection cannot be established while the interactive mirror-chooser offers _working_ urls. This is just silly. I've been one of those who supported the old sf.net URL scheme when we were only few reviewers. It has always been only a hint to packagers, to make them understand the benefit of cmdline-compatible download locations. If at the time of doing a review (or at the time of downloading a tarball), these Fedora sf.net urls don't work, I won't use them and won't approve them either when other _direct links_ work flawlessly. -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list