Re: Sourceforge file release bugs.

Sam Varshavchik <[email protected]> Sun, 15 Feb 2004 00:06:48 -0500
Newsgroups gmane.comp.audio.zinf.devel
Message-ID <[email protected]>
Kristian Kvilekval writes:



>> I figured out that if I don't do anything on the 2.2.5 release page, but 
>> merely push "Update/Refresh" for each file, the file will then appear on the 
>> download page.  Definitely a bug.
> 
> Couldn't this be a feature and not a bug, as you can setup all the 
> release file, then do one update/refresh and they magically all appear?

No.  I have to hit "Update/Refresh" for _every_ file that that gets moved.

Sourceforge's file release system really sucks when you're working with 
multiple files.  To move a bunch of files from release A to release B you 
have to:

A) Open release A, then change the release of each file, one file at a time 
and hitting "Update/Refresh".  You can't even change all files to release B, 
then just hit "Update/Refresh" for each file.

The "Update/Refresh" button updates the info for a single file only, and 
everything else gets reset to what it was before.

B) Open release B, then hit "Update/Refresh" again for each file you've just 
moved.  Again, "Update/Refresh" affects a single file only, and all other 
files are ignored.

"B" is definitely a bug.  The files are still in the FTP directory, and are 
registered against release B properly, except that they don't appear on the 
download page, for release B, until you hit "Update/Refresh".

>> Also, a "zinf-2.2.5.tar.gz" file was initially uploaded for the beta 
>> package, and there's now a "zinf-2.2.5.tar.gz" uploaded in the zinf 2.2.5 
>> package.  I've hidden the beta package, but did not touch the actual file 
>> entry.  I suspect that if I tell sourceforge to drop the file from the beta 
>> release, it'll drop the new file instead.  I'll wait until 2.2.6 is 
>> released, before experimenting.
> 
> So even though they are different packages (zinf vs zinf-beta) they
> are stored in the same place?  I am not really sure what you are saying
> here.

That's exactly what I'm saying.  The entire project has a single FTP 
directory.  The master FTP site is 
ftp://osdn.dl.sourceforge.net/pub/sourceforge/zinf, and all sourceforge 
mirrors sync against that.

Everything in the zinf project gets dumped into this directory.  When you 
upload a file and pick it up on the file release page, that's where it ends 
up going.  It doesn't appear there until you've assigned its file type, but 
as soon as you've done that, it appears in this directory.

Meaning that if you upload another file, it will go into this directory and 
blow away the older file, even if it's linked to another release.

I've been using Sourceforge almost since its inception.  Initially, 
distribution was heavily FTP-oriented, and the links off the download page 
went to the project FTP directory directly.

Immediately after a file release, the FTP links went always to the master 
osdn.dl site.  After a few days, when the mirrors picked up everything, 
sourceforge began round-robin-ing the FTP links out.

Eventually Sourceforge switched to HTTP for distribution, but it's mostly a 
thick layer of make-up for the existing FTP infrastructure, and beneath the 
stage each project is still nothing more than a single FTP directory.
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQBALv5ox9p3GYHlUOIRAtecAJ9shF1mN3L7n/795HSJTp6T07ThygCfTNd+
LU0BFr7LPRfd1H+R9LfGpGQ=
=ECmv
-----END PGP SIGNATURE-----