Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

On Sat, 1 May 2021, Jim Hall wrote: Using "2.02.01" is an interesting solution, but then the "version number" on the filename no longer matches what's in the documentation - or reported by the program when you run it. If the program outputs a version number that's "2.1" (and uses "2.1" in the

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

On Sat, May 1, 2021 at 3:57 PM Robert Riebisch wrote: > > Hi Jim, > > > That would provide clarity to what version you're looking at in a > > single directory listing, but consider I'll have to rename EVERYTHING > > on Ibiblio. That's a LOT of maintenance work. Sorting things into > > directories

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

On Sat, May 1, 2021 at 3:36 PM Wilhelm Spiegl wrote: > > solution, 2.01, 2.02, 2.11, 2.20. if necessary 2.02.01 for minor updates or: > 2-01, 2-02, 2-11, 2-20, 2-02-01. but of course this will run out of 8.3. > compared with checking and changing thousands of htm help files renaming is a > five

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Hi Jim, > That would provide clarity to what version you're looking at in a > single directory listing, but consider I'll have to rename EVERYTHING > on Ibiblio. That's a LOT of maintenance work. Sorting things into > directories like "2.0" and "2.1" seems easier. Maybe you would find some

Re: [Freedos-devel]  Re: Cleanup on FreeDOS Ibiblio

solution, 2.01, 2.02, 2.11, 2.20. if necessary 2.02.01 for minor updates or:2-01, 2-02, 2-11, 2-20, 2-02-01. but of course this will run out of 8.3.compared with checking and changing thousands of htm help files renaming is a five minutes job.i noticed at xkeyb that at some of the zero

Re: [Freedos-devel] Missing help package from FreeDOS 1.2 distribution on ibiblio

> On May 1, 2021, at 3:25 PM, Robert Riebisch wrote: > [..] > Not on > > >. > > ... > > Ah, okay, but on >

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

On Sat, May 1, 2021 at 3:10 PM Jerome Shidel wrote: > > Jim, > > You realize with a little effort you could just do a shell script to fix 90%+ > of that stuff… > > Just make sure it’s got a —test mode. > That's going to be a pretty craft Bash script to detect all the version numbers (mmmdd

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

On Sat, May 1, 2021 at 2:13 PM Wilhelm Spiegl wrote: > >hi jim, > >i think you should feel free to rename filenames to a unique >system e.g. program_-mm--dd -at least within a single >command. creating subdirectories is nice but not absolutely >necessary if the user knows that the latest

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Jim, You realize with a little effort you could just do a shell script to fix 90%+ of that stuff… Just make sure it’s got a —test mode. :-) Jerome ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

On Sat, May 1, 2021 at 2:22 PM Robert Riebisch wrote: > > Hi Jim, > > >> I would have hoped to find "files" named latests.zip and latestx.zip (or > >> something like that), which always link to the latest version. > > > > If Ibiblio were still an ftp site, I would agree. But I believe this > > is

Re: [Freedos-devel] Missing help package from FreeDOS 1.2 distribution on ibiblio

Hi Jerome, >>> at >>> https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/latest/ >>> Also, there is a listing.txt file. It is tab separated. It doesn't >>> contain all the metadata and is much smaller than the csv. However, it >>> is probably a little easier to parse with

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Hi Jim, >> I would have hoped to find "files" named latests.zip and latestx.zip (or >> something like that), which always link to the latest version. > > If Ibiblio were still an ftp site, I would agree. But I believe this > is very confusing when the files are displayed via a web server. >

Re: [Freedos-devel] Missing help package from FreeDOS 1.2 distribution on ibiblio

> On May 1, 2021, at 12:12 PM, Robert Riebisch wrote: > > Hi Jerome, > >> I don’t know if this helps. But whenever packages have been updated on >> the repo, the repository management software builds a new cdrom.iso late >> that night which contains only the latest versions of all the

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Hi Eric, > indeed I have slowly moved to more "sorted directory listing > friendly" date formats, but it would not be a problem for me > if you decided to rename all files lbacache_-mm-dd.zip > style and put them all in ONE directory. Then one can see > at one glance what is available,

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Hi Jim, > 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"). Correct. > Not every LBACACHE release used the same date format in the filename. > Sometimes it was "mmmdd" like "2008apr07" .. and

Re: [Freedos-devel]  Re: Cleanup on FreeDOS Ibiblio

hi jim,i think you should feel free to rename filenames to a unique system e.g. program_-mm--dd -at least within a single command. creating subdirectories is nice but not absolutely necessary if the user knows that the latest version is always on the bottom.If you use version numbers they

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Hi Jim and Robert, indeed I have slowly moved to more "sorted directory listing friendly" date formats, but it would not be a problem for me if you decided to rename all files lbacache_-mm-dd.zip style and put them all in ONE directory. Then one can see at one glance what is available,

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

On Sat, May 1, 2021 at 11:50 AM Robert Riebisch 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

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

On Sat, May 1, 2021 at 11:11 AM Robert Riebisch wrote: > > Hi Jim, > > > Just wanted to let you know that I did a little cleanup on the FreeDOS > > files archive at Ibiblio. > > Okay. > > > Over the history of using the files archive on Ibiblio, I haven't really > > done a great job at keeping

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Hallo Herr Robert Riebisch, am Samstag, 1. Mai 2021 um 17:55 schrieben Sie: > Hi Jim, >> And inside each directory: >> >> >> 2.0: >> choice201.zip choice20.zip >> 3.0: >> choice30.zip >> 3.1: >> choice31.zip >> 3.3: >> choice33.zip >> 3.5: >>

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

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

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Hi Jim, > And inside each directory: > > > 2.0: > choice201.zip choice20.zip > 3.0: > choice30.zip > 3.1: > choice31.zip > 3.3: > choice33.zip > 3.5: > choice35a.zip choice35b.zip choice35.zip > 3.6: > choice36a.zip choice36c.zip

Re: [Freedos-devel] Missing help package from FreeDOS 1.2 distribution on ibiblio

Hi Jerome, > I don’t know if this helps. But whenever packages have been updated on > the repo, the repository management software builds a new cdrom.iso late > that night which contains only the latest versions of all the packages > on the repo. It also updates a listing.csv that contains a

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

Hi Jim, > Just wanted to let you know that I did a little cleanup on the FreeDOS > files archive at Ibiblio. Okay. > Over the history of using the files archive on Ibiblio, I haven't really > done a great job at keeping things clean. For example, there was one > directory for FreeDOS Choice at

Re: [Freedos-devel] lptlink lptransfer italian-english translation? updates? other laplink tools?

Hi Eric, > If we have a much better ALTERNATIVE tool somewhere and > LPTransfer is too minimalistic to care about anyway, it > might be better to just skip updating it, obviously ;-) I like Dunfield's DDLINK from , which seems to be "free", but closed source.