-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On Sat, 2016-09-24 at 12:22 +0200, Eduard Bloch wrote: > It did not look like a "slow" repository. The data transfer indicator in > my systray was stuck. Not slow small packages flowing around but > NOTHING. From my experience with HTTP client and server programming, > this indicates some protocol or sequence error (maybe a race somewhere), > not just a slow mirror. Did you not implement some kind of socket > timeout? >
The default timeout that apt-offline sets is 30 secs. After which it'll give up on that URL. IIRC, the Operating System timeouts are much lower. I chose to increase this higher because on slow connections, the timeouts used to hit too often otherwise. And it was done along with an option, for the user to define a custom socket timeout. Umm. I'm not aware of any client side HTTP issues so far, with apt-offline. > Today I tried the same thing with --verbose. It did work. So that stays in-line with the statement above. > However, I > observed something weird... your script seems to fetch the ".lzma" > versions as fallback. But why? IIRC the lzma stuff was only used in a > old Ubuntu version 6-7 years ago, everybody has moved to .xz format > since ages. Even .bz2 versions are slowly disappearing from Debian, > only .xz and .gz are still available on my favorite mirrors. What compressed archives the repositories want to support, is left to the mirror admin. apt can probe for all available formats. With apt-offline it becomes tricky. Because the disconnected client has a default compression preference, but the same may not be the preferred one with the mirror, it may seek to download the data from. So, we cycle through all supported compression types. > > Anyhow, I tried again: > > # /tmp $ apt-offline get -d zz foo > > Fetching APT Data > > Downloading http://www.scootersoftware.com/dists/bcompare4/Release.gpg > > http://www.scootersoftware.com/dists/bcompare4/Release.gpg done > > Downloading http://www.scootersoftware.com/dists/bcompare4/Release > > ERROR: No such file or directory > > Downloaded data to zz > (note: it simply stopped here. I wondered, what's up with the directory?) > # /tmp $ mkdir zz > mkdir: das Verzeichnis „zz“ kann nicht angelegt werden: Die Datei existiert > bereits > (so yes, it did create it and then aborted with pointless message) > # /tmp $ apt-offline get -d zz foo > > Thanks for this report. It is a bug and I've fixed it. It'll be part of the next release. - -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJX5mARAAoJEKY6WKPy4XVp3mwP/1MxRknEUdsfkdQDspzcJ6Sy 7r0J0J7RL6H4IzThjxj6JKDXFwZmhiEKkjChr6dMddrpUP3KQ+UMaR5ojklv02/T kVkAhER3aIGnIH1vBgdlLO874My3Ykh1FKvsqGnHDkyZOOMd2XlL/bPzjNI2iVcb LwvMcZSf6AWLgTJ+l4tnjBYKye2ksKL+Y5lHZEygNaj41Xt52HazqwmWMxSSvtAN 6/qT3n18/qr665NnMdvkCRsHBub4edl8uFH59NnDw/NJUqPJS96yrKr/EVkhxtWV BFXYit2UYd5lbWG+nFBKBFzViL0IrbceU3AbC3Fl2fsXN+cspqpL2NDXgyv1IKR9 JNeehwLC/PgDPnLnhRLg0567bkJHxJK591BcoghrfVK77OMVGqFXw0rAxpQb5rXT ctdvMdREbXi/gFdM54K5F5h/vj8fqJPPqQQVel/W6wX3cRt8mLjFmC6i4H4+T5y6 vX6/OguNpS9GoQWP/k0K9p9qwmF7uamxjTzeMXypBX98kwtsgUQp8/zYDYEzAczP VoHRYjYP3xH1luWAYhHDgD82c5ReId3B89lGto6NgeKkqiuQ8OmhoGEr36O06wLE bM/HEwT4uUd6DX+zJI1hFi4UuaS3/qRj6GDS0BnplM4ZwMbSNac+CvBsuiIXzHFv ajwzDacYygaU9I+/e5Ao =HOH2 -----END PGP SIGNATURE-----
