sm-admin AT lists.ibiblio.org
Subject: Developer Only Discussion List
List archive
- From: Benoit PAPILLAULT <benoit.papillault AT free.fr>
- Cc: sm-admin AT lists.ibiblio.org
- Subject: Re: [SM-Admin] ISO filename convention
- Date: Fri, 02 Jan 2004 15:29:23 +0100
Hamish Greig a écrit :
- ISO LOCATION:
---------------
In order for people to download the correct version, annoucement message
should contain a full http link to the .iso.bz2 file. "latest" file
are forbidden.
So, those link must be maintained over time, that's why moving file to
either "older-i386-versions" or "older-ppc-versions" should NOT occur.
I *strongly* disagree. WE are talking about 130+ MB files, if we did as you suggested, within a short periiod of time (sixmonths - a year ) we would have hundreds of files in that top dir, most of them quite large in size (130MB+).
Several solutions to this follow, But I am strongly against having everything bundled into a single dir, no matter what reason.
What is the problem with having hundreds of file in a directory? For other software, most recent version are kept in the same directory.
If we are going to spend time discussing minor issues like filenames and locations, we should also (and more importantly) be discussing what the ISO/Cauldron team needs to get back onto track and meet it's deadlines and what help it needs in dealing with the open bugs it has.
I thought that was minor issues too... but it seems that everyone is doing its own method. That's why I asked those questions.
I'd like to have web stats on http://download.sourcemage.org/ to see how much 404 errors gets generated when files are moved. That would bring some objective datas into the discussion.
Benoit PAPILLAULT, ISO Guru
-
Re: [SM-Admin] ISO filename convention,
Benoit PAPILLAULT, 01/02/2004
-
Re: [SM-Admin] ISO filename convention,
Jason Flatt, 01/02/2004
- Re: [SM-Admin] ISO filename convention, Hamish Greig, 01/02/2004
- Re: [SM-Admin] ISO filename convention, Hamish Greig, 01/03/2004
-
Re: [SM-Admin] ISO filename convention,
Jason Flatt, 01/02/2004
Archive powered by MHonArc 2.6.24.