Re: Where is last official ISOs for 68k?

2020-05-18 Thread Thomas Schmitt
Hi, t...@yli-koski.fi wrote: > I have tried with download [...] even with Jidgo and it's not find > all files. That would be a shortcomming of the package repository which shall provide all the packages which are to be stuffed into the uncompressed .template so that in the end a complete .iso eme

Re: Where is last official ISOs for 68k?

2020-05-18 Thread Thomas Schmitt
Hi, John Paul Adrian Glaubitz wrote: > Packages of archived Debian distributions can be found here: > http://archive.debian.org/ Appears to be suitable. I did for a test on my Sid VM (roughly three months behind): mkdir ~/jigdo_test cd ~/jigdo_test wget https://cdimage.debian.org/cdimage

Re: Where is last official ISOs for 68k?

2020-05-18 Thread Thomas Schmitt
Hi, John Paul Adrian Glaubitz wrote: > Sounds like we should put this guide somewhere on the wiki, seems very > useful. I read it from https://wiki.debian.org/JigdoOnLive skipping the stage where a Debian Live system is obtained, started, and equipped with package jigdo-file which is missing

Re: Where is last official ISOs for 68k?

2020-05-18 Thread Thomas Schmitt
Hi, i made a copy+paste error with the "Debian mirror" URL of my jigdo-lite example. I wrote http://archive.debian.org/ but it must be http://archive.debian.org/debian/ (I came to this when describing this mirror URL in JigdoOnLive wiki. jigdo-lite remembers the last input. Nevertheless fo

Re: Where is last official ISOs for 68k?

2020-05-21 Thread Thomas Schmitt
Hi, t...@yli-koski.fi > I managed download all expect CD ISO number 13. > Also when downloading 2nd Source ISO from Debian 3.1r8 (Sarge) it had same > problem. Some files missing when trying download them with jigdo. Looks like a bad file in the mirrors. Maybe Adrian knows how to verify a manuall

Re: Where is last official ISOs for 68k?

2020-05-21 Thread Thomas Schmitt
Hi, correction: I wrote "jigdo-live" where i meant "jigdo-lite". - The riddle of the checksum string which base64 -d cannot decode seems to be caused by the ambiguity of RFC3548 which offers two "alphabets" for Base 64. Obviousl

Re: Where is last official ISOs for 68k?

2020-05-21 Thread Thomas Schmitt
Hi, there is indeed a known mess-up in the repos. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779098 shows the two MD5s, the one which jigdo-lite expects and the one which it computes after downloading. "(FIY, this is caused by zope-quotafolder using the same filename in Sarge and W

Re: Where is last official ISOs for 68k?

2020-05-21 Thread Thomas Schmitt
Hi, John Paul Adrian Glaubitz wrote: > I will try help finding this package. Then we can ask the mirror > team to copy it to archive.debian.org. Good plan. But the name conflict cannot be solved in the big archive. The retrieved Sarge package would need a new name there and thus jigdo-lite would

Re: Where is last official ISOs for 68k?

2020-05-21 Thread Thomas Schmitt
Hi, John Paul Adrian Glaubitz wrote: > Found it, it's on this ISO image [1] in the usual pool folder: > https://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-cd/debian-31r6a-amd64-binary-13.iso Congrats. That was quick. Now i was able to complete the ISO by extracting the package from th

Re: Where is last official ISOs for 68k?

2020-05-22 Thread Thomas Schmitt
Hi, John Paul Adrian Glaubitz wrote: > I have asked the FTP Masters to put a copy with ".old" into the generic pool > folder so that users can find the packages there. This raises the question what exactly a user has to do when jigdo-lite says:

Re: another attempt at Y2038

2022-10-18 Thread Thomas Schmitt
Hi, Steve McIntyre wrote: > likely to still be in routine use beyond 2038 Sidenote towards ISO 9660 image producers: Don't forget to check from time to time whether Linux removed the int bottleneck in fs/isofs/. See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800627#38 The bug report w

Re: another attempt at Y2038

2022-10-20 Thread Thomas Schmitt
Hi, Arnd Bergmann wrote: > That's just a trivially fixed bug, right? Yes. Very simple. Just s/int/time64_t/ . > I don't recall ever seeing a bug report or a patch for it in the past. I did not submit it to LKML or linux-scsi, because i got no reply to earlier attempts to bring in my userland k

Re: another attempt at Y2038

2022-10-20 Thread Thomas Schmitt
Hi, i wrote: > > https://lore.kernel.org/linux-scsi/20201120140633.1673-1-scdbac...@gmx.net/T/ > > https://lore.kernel.org/linux-scsi/20201006094026.1730-1-scdbac...@gmx.net/T/ Arnd Bergmann wrote: > These look like you did everything right, and they should have been > picked up by the scsi maint

Re: another attempt at Y2038

2022-10-20 Thread Thomas Schmitt
Hi, Arnd Bergmann wrote: > > Can you rebase the patch on top of v6.1-rc1 I wrote: > What kernel branches should i choose for sr and for isofs ? Ok, that question was probably stupid. May i understand your advise as "on top of the newest vX.Y-rcZ in github.com/torvalds/linux" ? (Given that my

Re: another attempt at Y2038

2022-10-20 Thread Thomas Schmitt
Hi, Arnd Bergmann wrote: > This would be the correct list for the cdrom driver patches, > my list above would be for the isofs time64 patch. Good to know. I'll keep both lists in my cheat sheet. (I guess that y2...@lists.linaro.org is not appropriate for non-Y2038 patches.) > It's generally ok