Re: [Freedos-user] HIMEMX zip file dates
Hi Mercury and Jerome, I typically do modify the times to reflect the version number. Of course that's not necessary by any means, but it's a habit I started doing as a quick and easy contingency to help me in the event of files becoming crossed, e.g. if I were to accidentally drop files into the wrong version folder or some such errantry. Is the preferred behavior to not touch the times? If so, I can certainly refrain from doing so in future packages. :) Please preserve the timestamps of the original ZIP content. Good to know that Jerome has a tool for that, bad enough that GIT defaults to break timestamps without that tool? When handling files outside GIT, timestamps stay as-is. As you already add the LSM file, the handling date is preserved as timestamp of the LSM in the ZIP. You can even use ZIP -o to make the timestamp of the ZIP itself match the timestamp of the newest file inside the ZIP. In addition, I would still love the "release-cli" of our GITLAB repository to create actual release notes. At the moment, I only see WHICH packages got updated when, but need manual "research" to find out WHY. Regards, Eric PS: I think DJGPP should stay available as separate download. Most OTHER compilers are small enough to stay on the main CD. (https://github.com/Baron-von-Riedesel/HimemX/releases) was released Nov 21, 2022 and has file contents like this: $ unzip -l HimemX338.zip Archive: HimemX338.zip Length Date Time Name - -- - 6056 11-21-2022 13:01 HimemX.exe 6056 11-21-2022 13:01 HimemX2.exe 1954 04-16-2020 06:38 Readme.txt 4871 11-21-2022 13:01 History.txt 81855 11-21-2022 13:01 HimemX.asm 296 03-24-2020 01:56 Make.bat 529 03-24-2020 01:58 Makefile - --- 101617 7 files It looks like you modify the zip files when you mirror them. Your version looks like this: $ unzip -l 3.38/himemx338.zip Archive: 3.38/himemx338.zip Length Date Time Name - -- - 0 09-23-2023 03:38 APPINFO/ 568 09-23-2023 03:38 APPINFO/HIMEMX.LSM 0 09-23-2023 03:38 BIN/ 6056 09-23-2023 03:38 BIN/HIMEMX.EXE ... ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] HIMEMX zip file dates
I typically do modify the times to reflect the version number. Of course that's not necessary by any means, but it's a habit I started doing as a quick and easy contingency to help me in the event of files becoming crossed, e.g. if I were to accidentally drop files into the wrong version folder or some such errantry. Is the preferred behavior to not touch the times? If so, I can certainly refrain from doing so in future packages. :) Sent with Proton Mail secure email. --- Original Message --- On Sunday, October 1st, 2023 at 7:04 PM, Jim Hall via Freedos-user wrote: > Eric wrote: > > > You can also find updates for JEMM and HIMEMX on Japheth's GitHub "Baron > > von Riedesel", even his HIMEMSX to use more than 4 GB RAM :-) > > > Mercury Thirteen wrote: > [..] > > > Looks like I fell behind on keeping up with all of Japheth's updates! The > > downloads section at MercuryCoding.com has been updated with new versions > > of HiMemX and JWasm as well. Thanks, Eric, for (indirectly) pointing this > > out to me! :) > > > I didn't have the latest HIMEMX mirrored on Ibiblio, so I just grabbed > the copies you have. I checked the file contents, and they have been > touched since the original. For example, 3.38 > (https://github.com/Baron-von-Riedesel/HimemX/releases) was released > Nov 21, 2022 and has file contents like this: > > $ unzip -l HimemX338.zip > Archive: HimemX338.zip > Length Date Time Name > - -- - > 6056 11-21-2022 13:01 HimemX.exe > 6056 11-21-2022 13:01 HimemX2.exe > 1954 04-16-2020 06:38 Readme.txt > 4871 11-21-2022 13:01 History.txt > 81855 11-21-2022 13:01 HimemX.asm > 296 03-24-2020 01:56 Make.bat > 529 03-24-2020 01:58 Makefile > - --- > 101617 7 files > > > It looks like you modify the zip files when you mirror them. Your > version looks like this: > > $ unzip -l 3.38/himemx338.zip > Archive: 3.38/himemx338.zip > Length Date Time Name > - -- - > 0 09-23-2023 03:38 APPINFO/ > 568 09-23-2023 03:38 APPINFO/HIMEMX.LSM > 0 09-23-2023 03:38 BIN/ > 6056 09-23-2023 03:38 BIN/HIMEMX.EXE > 2168 09-23-2023 03:38 BIN/UMBM.EXE > 6056 09-23-2023 03:38 BIN/HIMEMX2.EXE > 0 09-23-2023 03:38 DOC/ > 0 09-23-2023 03:38 DOC/HIMEMX/ > 1954 09-23-2023 03:38 DOC/HIMEMX/README.TXT > 4871 09-23-2023 03:38 DOC/HIMEMX/HISTORY.TXT > 0 09-23-2023 03:38 SOURCE/ > 0 09-23-2023 03:38 SOURCE/UMBM/ > 296 09-23-2023 03:38 SOURCE/UMBM/MAKE.BAT > 12147 09-23-2023 03:38 SOURCE/UMBM/UMBM.ASM > 0 09-23-2023 03:38 SOURCE/HIMEMX/ > 296 09-23-2023 03:38 SOURCE/HIMEMX/MAKE.BAT > 81855 09-23-2023 03:38 SOURCE/HIMEMX/HIMEMX.ASM > 529 09-23-2023 03:38 SOURCE/HIMEMX/MAKEFILE > - --- > 116796 18 files > > > (You sent your message on 9/23, so that explains the dates.) > > Are you folding the source code into the "exe" zip file to create a package? > > > At least for the mirrored files on Ibiblio, I prefer to keep the files > as provided by the developer (Jerome creates packages, but the Files > Archive section is a straight mirror.) So I'll re-mirror the original > releases from GitHub. > > > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] HIMEMX zip file dates
Hi Jim, > On Oct 1, 2023, at 7:05 PM, Jim Hall via Freedos-user > wrote: > > Eric wrote: >> You can also find updates for JEMM and HIMEMX on Japheth's GitHub "Baron von >> Riedesel", even his HIMEMSX to use more than 4 GB RAM :-) > > Mercury Thirteen wrote: > [..] >> Looks like I fell behind on keeping up with all of Japheth's updates! The >> downloads section at MercuryCoding.com has been updated with new versions of >> HiMemX and JWasm as well. Thanks, Eric, for (indirectly) pointing this out >> to me! :) >> > > I didn't have the latest HIMEMX mirrored on Ibiblio, so I just grabbed > the copies you have. I checked the file contents, and they have been > touched since the original. For example, 3.38 > (https://github.com/Baron-von-Riedesel/HimemX/releases) was released > Nov 21, 2022 and has file contents like this: > > $ unzip -l HimemX338.zip > Archive: HimemX338.zip > Length DateTimeName > - -- - > 6056 11-21-2022 13:01 HimemX.exe > 6056 11-21-2022 13:01 HimemX2.exe > 1954 04-16-2020 06:38 Readme.txt > 4871 11-21-2022 13:01 History.txt >81855 11-21-2022 13:01 HimemX.asm > 296 03-24-2020 01:56 Make.bat > 529 03-24-2020 01:58 Makefile > - --- > 101617 7 files > > > It looks like you modify the zip files when you mirror them. Your > version looks like this: > > $ unzip -l 3.38/himemx338.zip > Archive: 3.38/himemx338.zip > Length DateTimeName > - -- - >0 09-23-2023 03:38 APPINFO/ > 568 09-23-2023 03:38 APPINFO/HIMEMX.LSM >0 09-23-2023 03:38 BIN/ > 6056 09-23-2023 03:38 BIN/HIMEMX.EXE > 2168 09-23-2023 03:38 BIN/UMBM.EXE > 6056 09-23-2023 03:38 BIN/HIMEMX2.EXE >0 09-23-2023 03:38 DOC/ >0 09-23-2023 03:38 DOC/HIMEMX/ > 1954 09-23-2023 03:38 DOC/HIMEMX/README.TXT > 4871 09-23-2023 03:38 DOC/HIMEMX/HISTORY.TXT >0 09-23-2023 03:38 SOURCE/ >0 09-23-2023 03:38 SOURCE/UMBM/ > 296 09-23-2023 03:38 SOURCE/UMBM/MAKE.BAT >12147 09-23-2023 03:38 SOURCE/UMBM/UMBM.ASM >0 09-23-2023 03:38 SOURCE/HIMEMX/ > 296 09-23-2023 03:38 SOURCE/HIMEMX/MAKE.BAT >81855 09-23-2023 03:38 SOURCE/HIMEMX/HIMEMX.ASM > 529 09-23-2023 03:38 SOURCE/HIMEMX/MAKEFILE > - --- > 116796 18 files > > > (You sent your message on 9/23, so that explains the dates.) > > Are you folding the source code into the "exe" zip file to create a package? > > > At least for the mirrored files on Ibiblio, I prefer to keep the files > as provided by the developer (Jerome creates packages, but the Files > Archive section is a straight mirror.) So I'll re-mirror the original > releases from GitHub. > Unfortunately, GitHub and GitLab do not preserve timestamps on their own. When you checkout a project, the files get stamped with current time. The same thing happens when they create a release. The files in the zip have a timestamp based on the release creation and not when the file was last modified. This was one of the primary reasons I wrote the FDVCS.SH script. It maintains a simple hash based timestamp data file. Which is updated and managed automatically through the script during commits and checkouts to preserve correct timestamps. The script also handles several other issues and annoyances when using Git. Side note, The RBE pulls the project from the GitLab archive and uses that utility to adjust file timestamps before building the packages that get included on the release media. Anyhow, simply refetching the release zips from Git* won’t correct the timestamp issue with the mirrored archives. Jerome > > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] HIMEMX zip file dates
Eric wrote: > You can also find updates for JEMM and HIMEMX on Japheth's GitHub "Baron von > Riedesel", even his HIMEMSX to use more than 4 GB RAM :-) Mercury Thirteen wrote: [..] > Looks like I fell behind on keeping up with all of Japheth's updates! The > downloads section at MercuryCoding.com has been updated with new versions of > HiMemX and JWasm as well. Thanks, Eric, for (indirectly) pointing this out to > me! :) > I didn't have the latest HIMEMX mirrored on Ibiblio, so I just grabbed the copies you have. I checked the file contents, and they have been touched since the original. For example, 3.38 (https://github.com/Baron-von-Riedesel/HimemX/releases) was released Nov 21, 2022 and has file contents like this: $ unzip -l HimemX338.zip Archive: HimemX338.zip Length DateTimeName - -- - 6056 11-21-2022 13:01 HimemX.exe 6056 11-21-2022 13:01 HimemX2.exe 1954 04-16-2020 06:38 Readme.txt 4871 11-21-2022 13:01 History.txt 81855 11-21-2022 13:01 HimemX.asm 296 03-24-2020 01:56 Make.bat 529 03-24-2020 01:58 Makefile - --- 101617 7 files It looks like you modify the zip files when you mirror them. Your version looks like this: $ unzip -l 3.38/himemx338.zip Archive: 3.38/himemx338.zip Length DateTimeName - -- - 0 09-23-2023 03:38 APPINFO/ 568 09-23-2023 03:38 APPINFO/HIMEMX.LSM 0 09-23-2023 03:38 BIN/ 6056 09-23-2023 03:38 BIN/HIMEMX.EXE 2168 09-23-2023 03:38 BIN/UMBM.EXE 6056 09-23-2023 03:38 BIN/HIMEMX2.EXE 0 09-23-2023 03:38 DOC/ 0 09-23-2023 03:38 DOC/HIMEMX/ 1954 09-23-2023 03:38 DOC/HIMEMX/README.TXT 4871 09-23-2023 03:38 DOC/HIMEMX/HISTORY.TXT 0 09-23-2023 03:38 SOURCE/ 0 09-23-2023 03:38 SOURCE/UMBM/ 296 09-23-2023 03:38 SOURCE/UMBM/MAKE.BAT 12147 09-23-2023 03:38 SOURCE/UMBM/UMBM.ASM 0 09-23-2023 03:38 SOURCE/HIMEMX/ 296 09-23-2023 03:38 SOURCE/HIMEMX/MAKE.BAT 81855 09-23-2023 03:38 SOURCE/HIMEMX/HIMEMX.ASM 529 09-23-2023 03:38 SOURCE/HIMEMX/MAKEFILE - --- 116796 18 files (You sent your message on 9/23, so that explains the dates.) Are you folding the source code into the "exe" zip file to create a package? At least for the mirrored files on Ibiblio, I prefer to keep the files as provided by the developer (Jerome creates packages, but the Files Archive section is a straight mirror.) So I'll re-mirror the original releases from GitHub. ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user