Re: Where is last official ISOs for 68k?
I'm having the same problem with debian-31r8-i386-binary-14.jigdo
-----------------------
blitz:~/tmp/debian3.1$ jigdo-lite debian-31r8-i386-binary-14.jigdo
Jigsaw Download "lite"
Copyright (C) 2001-2009 | jigdo@
Richard Atterer | atterer.org
Copyright (C) 2016-2019
Steve McIntyre <93sam@debian.org>
Loading settings from `/home/chris/.jigdo-lite'
-----------------------------------------------------------------
Images offered by `debian-31r8-i386-binary-14.jigdo':
1: 'Debian GNU/Linux 3.1 r8 "Sarge" - Official i386 Binary-14'
(debian-31r8-i386-binary-14.iso)
Further information about `debian-31r8-i386-binary-14.iso':
Generated on Sun, 13 Apr 2008 18:37:17 +0200
-----------------------------------------------------------------
If you already have a previous version of the CD you are
downloading, jigdo can re-use files on the old CD that are also
present in the new image, and you do not need to download them
again. Mount the old CD ROM and enter the path it is mounted under
(e.g. `/mnt/cdrom').
Alternatively, just press enter if you want to start downloading
the remaining files.
Files to scan:
-----------------------------------------------------------------
The jigdo file refers to files stored on Debian mirrors. Please
choose a Debian mirror as follows: Either enter a complete URL
pointing to a mirror (in the form
`ftp://ftp.debian.org/debian/'), or enter any regular expression
for searching through the list of mirrors: Try a two-letter
country code such as `de', or a country name like `United
States', or a server name like `sunsite'.
Debian mirror [http://archive.debian.org/debian/]:
Not downloading .template file - `debian-31r8-i386-binary-14.template'
already present
-----------------------------------------------------------------
Merging parts from `file:' URIs, if any...
Found 0 of the 1 files required by the template
Copied input files to temporary file
`debian-31r8-i386-binary-14.iso.tmp' - repeat command and supply more
files to continue
--2020-05-22 14:43:36--
http://archive.debian.org/debian/pool/main/z/zope-quotafolder/zope-quotafolder_0.1.1-1_all.deb
Resolving archive.debian.org (archive.debian.org)... 130.89.148.13,
217.196.149.234, 193.62.202.28, ...
Connecting to archive.debian.org
(archive.debian.org)|130.89.148.13|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 16726 (16K) [application/x-debian-package]
Saving to:
'./debian-31r8-i386-binary-14.iso.tmpdir/archive.debian.org/debian/pool/main/z/zope-quotafolder/zope-quotafolder_0.1.1-1_all.deb'
archive.debian.org/debian/pool/main/z/zope-quotafol
100%[==================================================================================================================>]
16.33K --.-KB/s in 0s
2020-05-22 14:43:36 (104 MB/s) -
'./debian-31r8-i386-binary-14.iso.tmpdir/archive.debian.org/debian/pool/main/z/zope-quotafolder/zope-quotafolder_0.1.1-1_all.deb'
saved [16726/16726]
Found 0 of the 1 files required by the template
Copied input files to temporary file
`debian-31r8-i386-binary-14.iso.tmp' - repeat command and supply more
files to continue
-----------------------------------------------------------------
1 files not found in previous pass, trying
alternative download locations:
--2020-05-22 14:43:36--
http://us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/z/zope-quotafolder/zope-quotafolder_0.1.1-1_all.deb
Resolving us.cdimage.debian.org (us.cdimage.debian.org)...
78.129.164.123, 2001:1b40:5600:ff80:f8ee::1
Connecting to us.cdimage.debian.org
(us.cdimage.debian.org)|78.129.164.123|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 16726 (16K) [application/octet-stream]
Saving to:
'./debian-31r8-i386-binary-14.iso.tmpdir/us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/z/zope-quotafolder/zope-quotafolder_0.1.1-1_all.deb'
us.cdimage.debian.org/cdimage/snapshot/Debian/pool/
100%[==================================================================================================================>]
16.33K --.-KB/s in 0.02s
2020-05-22 14:43:38 (846 KB/s) -
'./debian-31r8-i386-binary-14.iso.tmpdir/us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/z/zope-quotafolder/zope-quotafolder_0.1.1-1_all.deb'
saved [16726/16726]
Found 0 of the 1 files required by the template
Copied input files to temporary file
`debian-31r8-i386-binary-14.iso.tmp' - repeat command and supply more
files to continue
-----------------------------------------------------------------
Aaargh - 1 files could not be downloaded. This should not
happen! Depending on the problem, it may help to retry downloading
the missing files.
Also, you could try changing to another Debian or Non-US server,
in case the one you used is out of sync.
However, if all the files downloaded without errors and you
still get this message, it means that the files changed on the
server, so the image cannot be generated.
As a last resort, you could try to complete the CD image download
by fetching the remaining data with rsync.
Press Return to retry downloading the missing files.
Press Ctrl-C to abort. (If you re-run jigdo-lite later, it will
resume from here, the downloaded data is not lost if you press
Ctrl-C now.)
:
-----------------------
regards,
chris
On 2020-05-22 12:03, Thomas Schmitt wrote:
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:
--------------------------------------------------------------------
Aaargh - 1 files could not be downloaded. This should not
happen! Depending on the problem, it may help to retry downloading
the missing files.
Also, you could try changing to another Debian or Non-US server,
in case the one you used is out of sync.
However, if all the files downloaded without errors and you
still get this message, it means that the files changed on the
server, so the image cannot be generated.
As a last resort, you could try to complete the CD image download
by fetching the remaining data with rsync.
--------------------------------------------------------------------
I plan to submit bug reports for jigdo-lite regarding this situation
and the lack of information about .old files. For now i collect problems
and remedies. I already have:
- jigdo-lite does not unambiguously report which packages are still
missing.
wget reports successful downloads. But the user needs deeper
knowledge about Jigdo's principles in order to know why this success
of wget is not success of jigdo-lite and that the reported package
name is the the one to look for as .old version.
The lookup in the "Files to scan:" directory issues no package names
at all.
- The scheme of .old names should be mentioned explicitely in above
problem prose.
- If the .old scheme of the archive is official and in most cases
deterministic, then jigdo-lite could try to handle the situation
automatically by deriving the .old name from the name of a package
which could be downloaded but then failed the checksum test.
(I hope to learn more about the number of .old packages and the
regularity of their names in respect to the original names.
Any hint how to get an overview would be welcome.)
- After completing the ISO by "Files to scan:", there remains the
.jigdo.unpacked file, which normally gets removed after download with
"Debian mirror" is complete.
(This belongs to our problem because "Files to scan" is how the .old
files get into the ISO.)
Anybody has more complaints about jigdo-lite in this situation ?
Have a nice day :)
Thomas
Reply to: