On Sat, May 1, 2021 at 11:50 AM Robert Riebisch <r...@bttr-software.de> wrote: > > Hi Eric, > > > Hi Jim, making the package versions number a part of the > > directory structure seems like a marginal improvement to > > me in most cases. For packages which have a stable style > > of version numbering, it can even make the structure worse, > > as people can no longer see which version came out when? > > Indeed. This could be circumvented by adding the date to the directory name. >
For the programs that used a "date" instead of a version number, I have been doing that. For example, LBACACHE used dates instead of a version number. I organized that directory like this: https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/lbacache/ lbacache/2002: lbacache-10nov02.zip lbacache-12nov02.zip lbacache-11nov02.zip lbacache-28aug02.zip lbacache/2003: lbacache-01apr03.zip lbacache-25aug2003.zip lbacache-27aug2003.zip lbacache-23apr2003.zip lbacache-26jun2003.zip lbacache-31jul2003.zip lbacache/2004: lbacache-01may2004.zip lbacache-16apr2004.txt lbacache-22sep2004.zip lbacache-01sep2004.zip lbacache-16apr2004.zip lbacache-24jul2004.zip lbacache-09may2004.zip lbacache-17jun2004.txt lbacache-15jul2004.zip lbacache-17jun2004.zip lbacache/2005: lbacache-2005jun19.txt lbacache-2005jun19.zip lbacache/2006: lbacache-2006aug31.txt lbacache-2006aug31.zip lbacache/2008: lbacache-2008apr07.zip lbacache-2008jan18.zip So you can see at a glance in the top level directory what versions came out when. And you can quickly navigate to the latest version ("2008"). Not every LBACACHE release used the same date format in the filename. Sometimes it was "YYYYmmmdd" like "2008apr07" .. and sometimes it was "ddmmmYYYY" like "27aug2003" .. and sometimes it was "ddmmmYY" like "28aug02." When these were in a single directory, it was very difficult to find the latest version. For example: lbacache-01apr03.zip lbacache-01may2004.zip lbacache-01sep2004.zip lbacache-09may2004.zip lbacache-10nov02.zip lbacache-11nov02.zip lbacache-12nov02.zip lbacache-15jul2004.zip lbacache-16apr2004.zip lbacache-17jun2004.zip lbacache-2005jun19.zip lbacache-2006aug31.zip lbacache-2008apr07.zip lbacache-2008jan18.zip lbacache-22sep2004.zip lbacache-23apr2003.zip lbacache-24jul2004.zip lbacache-25aug2003.zip lbacache-26jun2003.zip lbacache-27aug2003.zip lbacache-28aug02.zip lbacache-31jul2003.zip In that list, what's the most recent version? The first item in the list shows "01apr03" which is before the next item "01may2004" .. so you might assume the list is sorted by date. Maybe the last item in the list is the most recent? But that's "31jul2003." It takes some hunting to figure out the latest file is "2008apr07." But by organizing the releases into "year" directories, you can easily see that "2008" is the latest version of LBACACHE. Once you're in the "2008" directory, you can quickly find the latest version is "2008apr07." I think that makes things easier for people who want to find the latest version. > > A remedy for the latter could be to timestamp the extra > > layer of directories based on the timestamps of the zip > > or zips found inside them :-) > > Or do it like that. > That is a huge file management overhead without a lot of value. Or am I misunderstanding your suggestion? Jim _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
