Hi, I was notified about an issue when trying to verify the downloaded ISO image: In the checksum file there is a different filename (although the checksum itself is correct): openSUSE-Leap-15.4-DVD-x86_64-Media.iso The downloaded file is: https://ftp.gwdg.de/pub/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-15... This is unconvenient up to confusing for a user. Does anyone know what the reason is and how we can prevent this for the future? Cheers Axel
I am not a SUSE employee, but I've noticed this as well. In the past, the SUSE folks offered the initial iso image, and left it as such until the next version. People (like me) who wait for the new version's bugs to be fixed before upgrading, download and verify the latest iso when ready to install/ upgrade. The latest iso has all patches and changes applied which saves you a bunch of updates after an installation. To me, that's a good thing. I guess SUSE thought so also. I guess you can still use the initial iso, and then install bunches of patches and updates if you want to, but in my case, downloading just before updating is easier and less error prone. Mark On Monday, September 12, 2022 10:52:33 AM EDT Axel Braun wrote:
Hi,
I was notified about an issue when trying to verify the downloaded ISO image:
In the checksum file there is a different filename (although the checksum itself is correct): openSUSE-Leap-15.4-DVD-x86_64-Media.iso
The downloaded file is: https://ftp.gwdg.de/pub/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-15 .4-DVD-x86_64-Build243.2-Media.iso
This is unconvenient up to confusing for a user.
Does anyone know what the reason is and how we can prevent this for the future?
Cheers Axel
-- Once I was young and foolish, now I'm old and foolisher.
On 2022-09-12 08:52, Axel Braun wrote:
Hi,
I was notified about an issue when trying to verify the downloaded ISO image:
In the checksum file there is a different filename (although the checksum itself is correct): openSUSE-Leap-15.4-DVD-x86_64-Media.iso
The downloaded file is: https://ftp.gwdg.de/pub/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-15...
This is unconvenient up to confusing for a user.
Does anyone know what the reason is and how we can prevent this for the future?
Cheers Axel
Is this stupid thing still an issue? WTH, openSUSE guys, can't you take about a minute and 13 seconds to correct this? Anyway, Axel, just change the checksum file so it contains the same filename as the ISO.
On 12.09.2022 17:52, Axel Braun wrote:
Hi,
I was notified about an issue when trying to verify the downloaded ISO image:
In the checksum file there is a different filename (although the checksum itself is correct): openSUSE-Leap-15.4-DVD-x86_64-Media.iso
The downloaded file is: https://ftp.gwdg.de/pub/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-15...
I cannot reproduce it and you did not describe what and how you downloaded. There are both openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso(.sha256) and openSUSE-Leap-15.4-DVD-x86_64-Media.iso(.sha256) and they match. bor@bor-Latitude-E5450:~/tmp$ cat openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso.sha256 4683345f242397c7fd7d89a50731a120ffd60a24460e21d2634e783b3c169695 openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso bor@bor-Latitude-E5450:~/tmp$ cat openSUSE-Leap-15.4-DVD-x86_64-Media.iso.sha256 4683345f242397c7fd7d89a50731a120ffd60a24460e21d2634e783b3c169695 openSUSE-Leap-15.4-DVD-x86_64-Media.iso bor@bor-Latitude-E5450:~/tmp$
This is unconvenient up to confusing for a user.
It is also inconvenient to stab oneself in the eye. So do not do it :)
Does anyone know what the reason is and how we can prevent this for the future?
Cheers Axel
On 2022-09-12 11:41, Andrei Borzenkov wrote:
On 12.09.2022 19:31, Darryl Gregorash wrote:
Is this stupid thing still an issue? WTH, openSUSE guys, can't you take about a minute and 13 seconds to correct this?
Why do not you step in and fix it if it is so simple? I'm pretty sure I don't have the necessary privileges to do that. Next?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday, 2022-09-12 at 16:52 +0200, Axel Braun wrote:
Hi,
I was notified about an issue when trying to verify the downloaded ISO image:
In the checksum file there is a different filename (although the checksum itself is correct): openSUSE-Leap-15.4-DVD-x86_64-Media.iso
The downloaded file is: https://ftp.gwdg.de/pub/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-15...
This is unconvenient up to confusing for a user.
Does anyone know what the reason is and how we can prevent this for the future?
I can not reproduce the issue now, using wget and sha256sum - although I'm almost sure it failed months ago: wget http://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-D... wget http://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-D... wget http://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-D... cer@Telcontar:/data/storage_b/Isos/Leap/15.4> cat openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso.sha256 d87f79b2b723f9baaeedd9e2be0365c04081e51a4f7f7f08c7ab3eee0c3e0fae openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso cer@Telcontar:/data/storage_b/Isos/Leap/15.4> cer@Telcontar:/data/storage_b/Isos/Leap/15.4/tmp> cat openSUSE-Leap-15.4-DVD-aarch64-Media.iso.sha256 d87f79b2b723f9baaeedd9e2be0365c04081e51a4f7f7f08c7ab3eee0c3e0fae openSUSE-Leap-15.4-DVD-aarch64-Media.iso cer@Telcontar:/data/storage_b/Isos/Leap/15.4/tmp> As you can see, both checksum files point to the correct iso file. And the test works: cer@Telcontar:/data/storage_b/Isos/Leap/15.4/tmp> l total 3842304 drwxr-xr-x 2 cer users 109 Sep 13 21:00 ./ drwxr-xr-x 4 cer users 4096 Sep 13 22:14 ../ - -rw-r--r-- 1 cer users 3934511104 May 28 04:03 openSUSE-Leap-15.4-DVD-aarch64-Media.iso - -rw-r--r-- 1 cer users 106 Sep 13 21:00 openSUSE-Leap-15.4-DVD-aarch64-Media.iso.sha256 cer@Telcontar:/data/storage_b/Isos/Leap/15.4/tmp> sha256sum -c openSUSE-Leap-15.4-DVD-aarch64-Media.iso.sha256 openSUSE-Leap-15.4-DVD-aarch64-Media.iso: OK cer@Telcontar:/data/storage_b/Isos/Leap/15.4/tmp> Please see the more detailed discussion in the factory mail list. It appears that the result can be different using some download clients. - -- Cheers, Carlos E. R. (from openSUSE 15.3 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYyDq5Bwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVcU8An0jUcr6edtRF++0eKSfV 7A0L2R90AJ90idx21smIr/uft7xmyraydKo/TA== =Xi/b -----END PGP SIGNATURE-----
Hello, Am Montag, 12. September 2022, 20:09:38 CEST schrieb Darryl Gregorash:
On 2022-09-12 11:41, Andrei Borzenkov wrote:
On 12.09.2022 19:31, Darryl Gregorash wrote:
Is this stupid thing still an issue? WTH, openSUSE guys, can't you take about a minute and 13 seconds to correct this?
Why do not you step in and fix it if it is so simple?
I'm pretty sure I don't have the necessary privileges to do that. Next?
Well, _yet_ ;-) https://en.opensuse.org/openSUSE:Heroes#Contributions Or if it's really that easy, just tell us what we need to configure on the server, and we'll do it. With your instructions, I'm sure it will even take us less than a minute. Regards, Christian Boltz -- In A.D. 1582 Pope Gregory XIII [...] changed the rules about calculating leap years to account for this. Similarly, in A.D. 2013 Rockchip hardware engineers found that the new Gregorian calendar still contained flaws, and that the month of November should be counted up to 31 days instead. [https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/ commit/?id=f076ef44a44d02ed91543f820c14c2c7dff53716]
On 2022-09-13 16:26, Christian Boltz wrote:
Hello,
Am Montag, 12. September 2022, 20:09:38 CEST schrieb Darryl Gregorash:
On 2022-09-12 11:41, Andrei Borzenkov wrote:
On 12.09.2022 19:31, Darryl Gregorash wrote:
Is this stupid thing still an issue? WTH, openSUSE guys, can't you take about a minute and 13 seconds to correct this?
Why do not you step in and fix it if it is so simple?
I'm pretty sure I don't have the necessary privileges to do that. Next?
Well, _yet_ ;-) https://en.opensuse.org/openSUSE:Heroes#Contributions
Or if it's really that easy, just tell us what we need to configure on the server, and we'll do it. With your instructions, I'm sure it will even take us less than a minute.
On the download page, https://get.opensuse.org/leap/15.4/ For all platforms, the links to the ISO image files point to *Build243.2-Media.iso while the links to all the checksum files are for files without the "Build243.2" in them.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2022-09-13 at 17:22 -0600, Darryl Gregorash wrote:
On 2022-09-13 16:26, Christian Boltz wrote:
Hello,
Am Montag, 12. September 2022, 20:09:38 CEST schrieb Darryl Gregorash:
On 2022-09-12 11:41, Andrei Borzenkov wrote:
On 12.09.2022 19:31, Darryl Gregorash wrote:
Is this stupid thing still an issue? WTH, openSUSE guys, can't you take about a minute and 13 seconds to correct this?
Why do not you step in and fix it if it is so simple?
I'm pretty sure I don't have the necessary privileges to do that. Next?
Well, _yet_ ;-) https://en.opensuse.org/openSUSE:Heroes#Contributions
Or if it's really that easy, just tell us what we need to configure on the server, and we'll do it. With your instructions, I'm sure it will even take us less than a minute.
On the download page, https://get.opensuse.org/leap/15.4/
For all platforms, the links to the ISO image files point to *Build243.2-Media.iso while the links to all the checksum files are for files without the "Build243.2" in them.
You have to be more specific. What exact URL? I try: - --> https://get.opensuse.org/leap/15.4/#download https://fastmirror.pp.ua/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-1... I download the checksum files with wget, and check them: cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg> ls -l total 12 drwxr-xr-x 2 cer users 139 Sep 14 03:21 ./ drwxr-xr-x 5 cer users 4096 Sep 14 03:20 ../ - -rw-r--r-- 1 cer users 118 May 30 19:09 openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso.sha256 - -rw-r--r-- 1 cer users 106 May 30 19:09 openSUSE-Leap-15.4-DVD-aarch64-Media.iso.sha256 cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg> cat * d87f79b2b723f9baaeedd9e2be0365c04081e51a4f7f7f08c7ab3eee0c3e0fae openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso d87f79b2b723f9baaeedd9e2be0365c04081e51a4f7f7f08c7ab3eee0c3e0fae openSUSE-Leap-15.4-DVD-aarch64-Media.iso cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg> As you can see, the checksum files are correct. You have to give exact and detailed instructions to reproduce the issue. - -- Cheers, Carlos E. R. (from openSUSE 15.3 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYyEtxRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVCDIAn2Td4kXxtOdvpqcfun9e U6+P9fqKAKCCObjYYuho9PclmOkGVgVjX32Hog== =42a/ -----END PGP SIGNATURE-----
On 2022-09-13 19:26, Carlos E. R. wrote:
On Tuesday, 2022-09-13 at 17:22 -0600, Darryl Gregorash wrote:
On 2022-09-13 16:26, Christian Boltz wrote:
Hello,
Am Montag, 12. September 2022, 20:09:38 CEST schrieb Darryl Gregorash:
On 2022-09-12 11:41, Andrei Borzenkov wrote:
On 12.09.2022 19:31, Darryl Gregorash wrote:
Is this stupid thing still an issue? WTH, openSUSE guys, can't you take about a minute and 13 seconds to correct this?
Why do not you step in and fix it if it is so simple?
I'm pretty sure I don't have the necessary privileges to do that. Next?
Well, _yet_ ;-) https://en.opensuse.org/openSUSE:Heroes#Contributions
Or if it's really that easy, just tell us what we need to configure on the server, and we'll do it. With your instructions, I'm sure it will even take us less than a minute.
On the download page, https://get.opensuse.org/leap/15.4/
For all platforms, the links to the ISO image files point to *Build243.2-Media.iso while the links to all the checksum files are for files without the "Build243.2" in them.
You have to be more specific. What exact URL?
There are 2 tabs there, Overview and Download. Guess which one I'm talking about.
I try:
--> https://get.opensuse.org/leap/15.4/#download
https://fastmirror.pp.ua/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-1...
I download the checksum files with wget, and check them:
I really do not care what you get from one particular mirror. The fact that you get the correct files with the correct data means only that that particular mirror is not affected by this problem. Other mirrors are, and have been since day one.
You have to give exact and detailed instructions to reproduce the issue.
Next time, just for you, I will -- and hopefully everyone else will forgive my condescension.
On Wed, 14 Sep 2022 03:26:29 +0200 (CEST)
"Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tuesday, 2022-09-13 at 17:22 -0600, Darryl Gregorash wrote:
On 2022-09-13 16:26, Christian Boltz wrote:
Hello,
Am Montag, 12. September 2022, 20:09:38 CEST schrieb Darryl Gregorash:
On 2022-09-12 11:41, Andrei Borzenkov wrote:
On 12.09.2022 19:31, Darryl Gregorash wrote:
Is this stupid thing still an issue? WTH, openSUSE guys, can't you take about a minute and 13 seconds to correct this?
Why do not you step in and fix it if it is so simple?
I'm pretty sure I don't have the necessary privileges to do that. Next?
Well, _yet_ ;-) https://en.opensuse.org/openSUSE:Heroes#Contributions
Or if it's really that easy, just tell us what we need to configure on the server, and we'll do it. With your instructions, I'm sure it will even take us less than a minute.
On the download page, https://get.opensuse.org/leap/15.4/
For all platforms, the links to the ISO image files point to *Build243.2-Media.iso while the links to all the checksum files are for files without the "Build243.2" in them.
You have to be more specific. What exact URL?
I try:
- --> https://get.opensuse.org/leap/15.4/#download
https://fastmirror.pp.ua/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-1...
I'm with Darryl on this one. *YOU* have to be more specific. You need to explain how you got that fastmirror link. If I simply do the obvious following Darryl's instructions, I don't see anything like it. Go to https://get.opensuse.org/leap/15.4/#download If I hover over the aarch64 offline button I see a link to https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... If I select the down arrow, and choose Checksum, I see a link to https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... So far so good. But if I actually click on the first link, what it actually downloads has a Build243.2 in its name, whilst what the second link downloads doesn't. Big problem. I see that it uses some intermediate host at https://opensuse.ip-connect.info/distribution/leap/15.4/iso/ and can clearly see the problem in the lists there of what actually gets downloaded. The problem is in the translation between the links that https://get.opensuse.org/leap/15.4/#download shows and what it actually downloads if you click on them.
I download the checksum files with wget, and check them:
cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg> ls -l total 12 drwxr-xr-x 2 cer users 139 Sep 14 03:21 ./ drwxr-xr-x 5 cer users 4096 Sep 14 03:20 ../ - -rw-r--r-- 1 cer users 118 May 30 19:09 openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso.sha256 - -rw-r--r-- 1 cer users 106 May 30 19:09 openSUSE-Leap-15.4-DVD-aarch64-Media.iso.sha256 cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg> cat * d87f79b2b723f9baaeedd9e2be0365c04081e51a4f7f7f08c7ab3eee0c3e0fae openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso d87f79b2b723f9baaeedd9e2be0365c04081e51a4f7f7f08c7ab3eee0c3e0fae openSUSE-Leap-15.4-DVD-aarch64-Media.iso cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg>
As you can see, the checksum files are correct.
You have to give exact and detailed instructions to reproduce the issue.
- -- Cheers, Carlos E. R. (from openSUSE 15.3 x86_64 at Telcontar)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2022-09-14 a las 11:47 +0100, Dave Howorth escribió:
On Tuesday, 2022-09-13 at 17:22 -0600, Darryl Gregorash wrote:
On 2022-09-13 16:26, Christian Boltz wrote:
Hello,
Am Montag, 12. September 2022, 20:09:38 CEST schrieb Darryl Gregorash:
On 2022-09-12 11:41, Andrei Borzenkov wrote:
On 12.09.2022 19:31, Darryl Gregorash wrote: > Is this stupid thing still an issue? WTH, openSUSE guys, can't > you take about a minute and 13 seconds to correct this?
Why do not you step in and fix it if it is so simple?
I'm pretty sure I don't have the necessary privileges to do that. Next?
Well, _yet_ ;-) https://en.opensuse.org/openSUSE:Heroes#Contributions
Or if it's really that easy, just tell us what we need to configure on the server, and we'll do it. With your instructions, I'm sure it will even take us less than a minute.
On the download page, https://get.opensuse.org/leap/15.4/
For all platforms, the links to the ISO image files point to *Build243.2-Media.iso while the links to all the checksum files are for files without the "Build243.2" in them.
You have to be more specific. What exact URL?
I try:
- --> https://get.opensuse.org/leap/15.4/#download
https://fastmirror.pp.ua/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-1...
I'm with Darryl on this one. *YOU* have to be more specific. You need to explain how you got that fastmirror link. If I simply do the obvious following Darryl's instructions, I don't see anything like it.
Because the action is hidden, there is a rediretion to a mirror. Well, I simply clicked on download the file using firefox, then aborted it, and right clicked on the partial file obtained to the the actual download link that firefox was using. You get redirected to a mirror each time, that's the normal working of the download.opensuse.org server. Right click on the download icon, copy link in firefox, I obtain this address: https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... I download the checksum files: cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp> wget -v https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... --2022-09-14 13:11:25-- https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... Resolving download.opensuse.org (download.opensuse.org)... 195.135.221.134, 2001:67c:2178:8::13 Connecting to download.opensuse.org (download.opensuse.org)|195.135.221.134|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 118 [application/x-download] Saving to: ‘openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso.sha256.1’ openSUSE-Leap-15.4-DVD-aarch64-Bu 100%[==========================================================>] 118 --.-KB/s in 0s 2022-09-14 13:11:25 (53,6 MB/s) - ‘openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso.sha256.1’ saved [118/118] cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp> wget -v https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... --2022-09-14 13:11:58-- https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... Resolving download.opensuse.org (download.opensuse.org)... 195.135.221.134, 2001:67c:2178:8::13 Connecting to download.opensuse.org (download.opensuse.org)|195.135.221.134|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 105 [application/x-download] Saving to: ‘openSUSE-Leap-15.4-DVD-x86_64-Media.iso.sha256.1’ openSUSE-Leap-15.4-DVD-x86_64-Med 100%[==========================================================>] 105 --.-KB/s in 0s 2022-09-14 13:11:58 (72,6 MB/s) - ‘openSUSE-Leap-15.4-DVD-x86_64-Media.iso.sha256.1’ saved [105/105] cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp> l Now I go for the iso file - observe the redirection: cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp> wget -v https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... --2022-09-14 13:13:39-- https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... Resolving download.opensuse.org (download.opensuse.org)... 195.135.221.134, 2001:67c:2178:8::13 Connecting to download.opensuse.org (download.opensuse.org)|195.135.221.134|:443... connected. HTTP request sent, awaiting response... 302 Found Location: /distribution/leap/15.4/iso/openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso [following] --2022-09-14 13:13:39-- https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... Reusing existing connection to download.opensuse.org:443. HTTP request sent, awaiting response... 302 Found Location: https://mirrorcache-eu.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap... [following] --2022-09-14 13:13:39-- https://mirrorcache-eu.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap... Resolving mirrorcache-eu.opensuse.org (mirrorcache-eu.opensuse.org)... 195.135.221.140, 2001:67c:2178:8::16 Connecting to mirrorcache-eu.opensuse.org (mirrorcache-eu.opensuse.org)|195.135.221.140|:443... connected. HTTP request sent, awaiting response... 302 Found Location: https://opensuse.ip-connect.info/distribution/leap/15.4/iso/openSUSE-Leap-15... [following] --2022-09-14 13:13:40-- https://opensuse.ip-connect.info/distribution/leap/15.4/iso/openSUSE-Leap-15... Resolving opensuse.ip-connect.info (opensuse.ip-connect.info)... 194.5.96.13, 91.236.251.13, 2001:67c:440:401::face:13 Connecting to opensuse.ip-connect.info (opensuse.ip-connect.info)|194.5.96.13|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 4083154944 (3,8G) [application/octet-stream] Saving to: ‘openSUSE-Leap-15.4-DVD-x86_64-Media.iso’ openSUSE-Leap-15.4- 6%[==> ... openSUSE-Leap-15.4-DVD-x86_64-Med 100%[==========================================================>] 3,80G 26,1MB/s in 3m 24s 2022-09-14 13:17:04 (19,1 MB/s) - ‘openSUSE-Leap-15.4-DVD-x86_64-Media.iso’ saved [4083154944/4083154944] cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp> So I have these files: cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp> l total 3987468 drwxr-xr-x 2 cer users 4096 Sep 14 13:21 ./ drwxr-xr-x 3 cer users 154 Sep 14 13:05 ../ -rw-r--r-- 1 cer users 118 Sep 14 13:06 openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso.sha256 -rw-r--r-- 1 cer users 4083154944 May 28 02:56 openSUSE-Leap-15.4-DVD-x86_64-Media.iso -rw-r--r-- 1 cer users 105 Sep 14 13:05 openSUSE-Leap-15.4-DVD-x86_64-Media.iso.sha256 cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp> and the checksum files each contain the correct information: cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp> cat *sha256 d87f79b2b723f9baaeedd9e2be0365c04081e51a4f7f7f08c7ab3eee0c3e0fae openSUSE-Leap-15.4-DVD-aarch64-Build243.2-Media.iso 4683345f242397c7fd7d89a50731a120ffd60a24460e21d2634e783b3c169695 openSUSE-Leap-15.4-DVD-x86_64-Media.iso cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp>
Go to https://get.opensuse.org/leap/15.4/#download
If I hover over the aarch64 offline button I see a link to https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-...
If I select the down arrow, and choose Checksum, I see a link to https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-...
So far so good. But if I actually click on the first link, what it actually downloads has a Build243.2 in its name, whilst what the second link downloads doesn't. Big problem.
You are refering to the dropdown list in the button: OK, this is different from what people were doing to reproduce the issue, this is why we needed detailed instructions. let's see what I get for each. Download -> https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... metalink -> https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... pick mirror -> https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... checksum -> https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... torrentfile -> https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... I'm getting the non versioned file on each link :-? Let me try to download "checksum" using firefox. I get "openSUSE-Leap-15.4-DVD-x86_64-Media.iso". It is correct. Let's try the main download, not the drop list. I get "openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso" Bingo! There is the issue. Ok, but this is what the people in the factory mail list are saying it is a firefox issue.
I see that it uses some intermediate host at https://opensuse.ip-connect.info/distribution/leap/15.4/iso/ and can clearly see the problem in the lists there of what actually gets downloaded.
The problem is in the translation between the links that https://get.opensuse.org/leap/15.4/#download shows and what it actually downloads if you click on them.
- -- Cheers, Carlos E. R. (from openSUSE 15.3 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYyG8zRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfV/vQAniNKt8xdxexbO+1BFEh+ pDgBJU5nAJoDy7O6jOhdutVdpI6o1dJadw5wJQ== =KGwA -----END PGP SIGNATURE-----
On 2022-09-14 05:36, Carlos E. R. wrote:
El 2022-09-14 a las 11:47 +0100, Dave Howorth escribió:
I'm with Darryl on this one. *YOU* have to be more specific. You need to explain how you got that fastmirror link. If I simply do the obvious following Darryl's instructions, I don't see anything like it.
Because the action is hidden, there is a rediretion to a mirror.
Why don't you just do what normal people would do, which is LEFT click on the "download" button to get the ISO, then LEFT click on the menu thingy, then LEFT click on "checksum" to get the checksum file. Nobody is going to go through all the hoops you have gone through, just to try to get the proper files -- and anyway, I think that all you are doing now is trying to score some debating points by any means possible. If I called for a show of hands of all those who would right-click to get a URL, then go to a CLI and run wget, I am willing to wager there would be only one -- and that number includes you.
* Darryl Gregorash
On 2022-09-14 05:36, Carlos E. R. wrote:
El 2022-09-14 a las 11:47 +0100, Dave Howorth escribió:
I'm with Darryl on this one. *YOU* have to be more specific. You need to explain how you got that fastmirror link. If I simply do the obvious following Darryl's instructions, I don't see anything like it.
Because the action is hidden, there is a rediretion to a mirror.
Why don't you just do what normal people would do, which is LEFT click on the "download" button to get the ISO, then LEFT click on the menu thingy, then LEFT click on "checksum" to get the checksum file.
Nobody is going to go through all the hoops you have gone through, just to try to get the proper files -- and anyway, I think that all you are doing now is trying to score some debating points by any means possible.
If I called for a show of hands of all those who would right-click to get a URL, then go to a CLI and run wget, I am willing to wager there would be only one -- and that number includes you.
you would be wrong. but I do not *always* follow that path. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
On Wed, 14 Sep 2022 13:36:44 +0200 (CEST)
"Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2022-09-14 a las 11:47 +0100, Dave Howorth escribió:
On Tuesday, 2022-09-13 at 17:22 -0600, Darryl Gregorash wrote:
On 2022-09-13 16:26, Christian Boltz wrote:
Hello,
Am Montag, 12. September 2022, 20:09:38 CEST schrieb Darryl Gregorash:
On 2022-09-12 11:41, Andrei Borzenkov wrote: > On 12.09.2022 19:31, Darryl Gregorash wrote: >> Is this stupid thing still an issue? WTH, openSUSE guys, can't >> you take about a minute and 13 seconds to correct this? > > Why do not you step in and fix it if it is so simple?
I'm pretty sure I don't have the necessary privileges to do that. Next?
Well, _yet_ ;-) https://en.opensuse.org/openSUSE:Heroes#Contributions
Or if it's really that easy, just tell us what we need to configure on the server, and we'll do it. With your instructions, I'm sure it will even take us less than a minute.
On the download page, https://get.opensuse.org/leap/15.4/
For all platforms, the links to the ISO image files point to *Build243.2-Media.iso while the links to all the checksum files are for files without the "Build243.2" in them.
You have to be more specific. What exact URL?
I try:
- --> https://get.opensuse.org/leap/15.4/#download
https://fastmirror.pp.ua/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-1...
I'm with Darryl on this one. *YOU* have to be more specific. You need to explain how you got that fastmirror link. If I simply do the obvious following Darryl's instructions, I don't see anything like it.
Because the action is hidden, there is a rediretion to a mirror.
Well, I simply clicked on download the file using firefox, then aborted it, and right clicked on the partial file obtained to the the actual download link that firefox was using. You get redirected to a mirror each time, that's the normal working of the download.opensuse.org server.
Right click on the download icon, copy link in firefox, I obtain this address:
https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-...
Agreed
I download the checksum files:
cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp> wget -v https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-...
But where does that URL come from? It certainly doesn't come as you stated above from saving the URL from the right click (a) wrong architecture, (b) wrong file iso vs sha256 (c) presence of build ID [snip]
I'm getting the non versioned file on each link :-?
Let me try to download "checksum" using firefox. I get "openSUSE-Leap-15.4-DVD-x86_64-Media.iso". It is correct.
Let's try the main download, not the drop list. I get "openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso"
Bingo! There is the issue.
So at last you agree there is a problem! We're getting somewhere :)
Ok, but this is what the people in the factory mail list are saying it is a firefox issue.
Sorry, but I don't read the factory list, so posting a remark like that without a URL is not very helpful. But I fail to see how it can be a Firefox issue. The URLs are supplied by opensuse. And even if it is a Firefox issue, the opensuse devs need to work around it. Don't use HTML that provokes the issue, if that really is the problem. Just make the page list the actual URLs in a straightforward text list. Or at worst detect the problem FF version, add words that explain the problem and suggest using another browser and point to the bug report. But having said that, I just tried in chromium and saw the same problem. So it's not an FF issue.
I see that it uses some intermediate host at https://opensuse.ip-connect.info/distribution/leap/15.4/iso/ and can clearly see the problem in the lists there of what actually gets downloaded.
The problem is in the translation between the links that https://get.opensuse.org/leap/15.4/#download shows and what it actually downloads if you click on them.
- -- Cheers, Carlos E. R. (from openSUSE 15.3 x86_64 at Telcontar)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, 2022-09-14 at 13:21 +0100, Dave Howorth wrote:
El 2022-09-14 a las 11:47 +0100, Dave Howorth escribió:
On Tuesday, 2022-09-13 at 17:22 -0600, Darryl Gregorash wrote:
On 2022-09-13 16:26, Christian Boltz wrote:
...
Or if it's really that easy, just tell us what we need to configure on the server, and we'll do it. With your instructions, I'm sure it will even take us less than a minute.
On the download page, https://get.opensuse.org/leap/15.4/
For all platforms, the links to the ISO image files point to *Build243.2-Media.iso while the links to all the checksum files are for files without the "Build243.2" in them.
You have to be more specific. What exact URL?
I try:
- --> https://get.opensuse.org/leap/15.4/#download
https://fastmirror.pp.ua/opensuse/distribution/leap/15.4/iso/openSUSE-Leap-1...
I'm with Darryl on this one. *YOU* have to be more specific. You need to explain how you got that fastmirror link. If I simply do the obvious following Darryl's instructions, I don't see anything like it.
Because the action is hidden, there is a rediretion to a mirror.
Well, I simply clicked on download the file using firefox, then aborted it, and right clicked on the partial file obtained to the the actual download link that firefox was using. You get redirected to a mirror each time, that's the normal working of the download.opensuse.org server.
Right click on the download icon, copy link in firefox, I obtain this address:
https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-...
Agreed
I download the checksum files:
cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp> wget -v https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-...
But where does that URL come from? It certainly doesn't come as you stated above from saving the URL from the right click (a) wrong architecture, (b) wrong file iso vs sha256 (c) presence of build ID
Typo, sorry. Let's try again, then. cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp2> wget -v https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... --2022-09-14 14:45:33-- https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... Resolving download.opensuse.org (download.opensuse.org)... 195.135.221.134, 2001:67c:2178:8::13 Connecting to download.opensuse.org (download.opensuse.org)|195.135.221.134|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 105 [application/x-download] Saving to: ‘openSUSE-Leap-15.4-DVD-x86_64-Media.iso.sha256’ openSUSE-Leap-15.4-DVD-x86_64-Med 100%[==========================================================>] 105 --.-KB/s in 0s 2022-09-14 14:45:33 (46,8 MB/s) - ‘openSUSE-Leap-15.4-DVD-x86_64-Media.iso.sha256’ saved [105/105] cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp2> wget -v https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... --2022-09-14 14:46:21-- https://download.opensuse.org/distribution/leap/15.4/iso/openSUSE-Leap-15.4-... Resolving download.opensuse.org (download.opensuse.org)... 195.135.221.134, 2001:67c:2178:8::13 Connecting to download.opensuse.org (download.opensuse.org)|195.135.221.134|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 117 [application/x-download] Saving to: ‘openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso.sha256’ openSUSE-Leap-15.4-DVD-x86_64-Bui 100%[==========================================================>] 117 --.-KB/s in 0s 2022-09-14 14:46:21 (35,6 MB/s) - ‘openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso.sha256’ saved [117/117] cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp2> ls -l total 16664 -rw-r--r-- 1 cer users 117 Sep 14 14:46 openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso.sha256 -rw-r--r-- 1 cer users 17055744 Sep 14 14:45 openSUSE-Leap-15.4-DVD-x86_64-Media.iso -rw-r--r-- 1 cer users 105 Sep 14 14:45 openSUSE-Leap-15.4-DVD-x86_64-Media.iso.sha256 cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp2> cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp2> cat *sha256 4683345f242397c7fd7d89a50731a120ffd60a24460e21d2634e783b3c169695 openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso 4683345f242397c7fd7d89a50731a120ffd60a24460e21d2634e783b3c169695 openSUSE-Leap-15.4-DVD-x86_64-Media.iso cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp2> Both files contain the expected text.
[snip]
I'm getting the non versioned file on each link :-?
Let me try to download "checksum" using firefox. I get "openSUSE-Leap-15.4-DVD-x86_64-Media.iso". It is correct.
Let's try the main download, not the drop list. I get "openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso"
Bingo! There is the issue.
So at last you agree there is a problem! We're getting somewhere :)
Yes.
Ok, but this is what the people in the factory mail list are saying it is a firefox issue.
Sorry, but I don't read the factory list, so posting a remark like that without a URL is not very helpful.
The problem is, the people that can solve this issue are on the factory mail list, and Luna Jernberg is forwarding all these emails to the factory mail, where people are reacting. It is this same thread, but in factory. URL: https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/L...
But I fail to see how it can be a Firefox issue. The URLs are supplied by opensuse. And even if it is a Firefox issue, the opensuse devs need to work around it. Don't use HTML that provokes the issue, if that really is the problem. Just make the page list the actual URLs in a straightforward text list. Or at worst detect the problem FF version, add words that explain the problem and suggest using another browser and point to the bug report.
But having said that, I just tried in chromium and saw the same problem. So it's not an FF issue.
Me, I don't know, that's beyond me. They said that. You will have to argue this with them ;-) - -- Cheers, Carlos E. R. (from openSUSE 15.3 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCYyHP4Bwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVeRkAoIRHvf7Orx64L0JiwJA5 2rsBdeBPAJ9hyEsOgjYL5e0BqP3Xr58VMy0MUA== =WrSY -----END PGP SIGNATURE-----
Darryl, et al -- ...and then Darryl Gregorash said... % % Why don't you just do what normal people would do, which is LEFT click Because some of us aren't normal, I guess, or don't match your definition of normal. ... % % If I called for a show of hands of all those who would right-click to % get a URL, then go to a CLI and run wget, I am willing to wager there % would be only one -- and that number includes you. OOOH! How much did I just win? 'Cuz you missed me in your count. Even more than Patrick, that is my vastly preferred method, and I give it up only when forced to by paywalls or similar. HAND :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt
On Wed, 14 Sep 2022 14:58:07 +0200 (CEST)
"Carlos E. R."
Typo, sorry.
Let's try again, then.
cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp2> wget -v
With respect, the issue is to do with a BROWSER page, not wget. [snip]
[snip]
I'm getting the non versioned file on each link :-?
Let me try to download "checksum" using firefox. I get "openSUSE-Leap-15.4-DVD-x86_64-Media.iso". It is correct.
Let's try the main download, not the drop list. I get "openSUSE-Leap-15.4-DVD-x86_64-Build243.2-Media.iso"
Bingo! There is the issue.
So at last you agree there is a problem! We're getting somewhere :)
Yes.
Ok, but this is what the people in the factory mail list are saying it is a firefox issue.
Sorry, but I don't read the factory list, so posting a remark like that without a URL is not very helpful.
The problem is, the people that can solve this issue are on the factory mail list, and Luna Jernberg is forwarding all these emails to the factory mail, where people are reacting.
Well, she may have been but was told to stop.
It is this same thread, but in factory. URL:
https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/L...
Thanks for the link. I now understand some of it. See my conclusion at the end.
But I fail to see how it can be a Firefox issue. The URLs are supplied by opensuse. And even if it is a Firefox issue, the opensuse devs need to work around it. Don't use HTML that provokes the issue, if that really is the problem. Just make the page list the actual URLs in a straightforward text list. Or at worst detect the problem FF version, add words that explain the problem and suggest using another browser and point to the bug report.
But having said that, I just tried in chromium and saw the same problem. So it's not an FF issue.
Me, I don't know, that's beyond me. They said that. You will have to argue this with them ;-)
I haven't read the entire thread but what I saw was some people saying there is a difference between browsers and the default behaviour of wget and maybe other things. Nothing specific to Firefox. And since we here are concerned about Darryl's complaint about a browser page, that's all we're concerned with, I believe. And my conclusion is that whoever is reponsible for the download page should rewrite it (or the mechanism that generates it) so that it contains links that when interpreted by the browser (NOT by wget) deliver the results that are desired. i.e. the page content/design needs to change so that the correct files are downloaded. Dereference the symlinks at compile-time not runtime, or somesuch.
On 2022-09-14 15:58, Dave Howorth wrote:
On Wed, 14 Sep 2022 14:58:07 +0200 (CEST) "Carlos E. R."
wrote: [snip]
Typo, sorry.
Let's try again, then.
cer@Telcontar:/data/storage_b/Isos/Leap/15.4/greg/tmp2> wget -v
With respect, the issue is to do with a BROWSER page, not wget.
I did not know that till very recently. ...
Ok, but this is what the people in the factory mail list are saying it is a firefox issue.
Sorry, but I don't read the factory list, so posting a remark like that without a URL is not very helpful.
The problem is, the people that can solve this issue are on the factory mail list, and Luna Jernberg is forwarding all these emails to the factory mail, where people are reacting.
Well, she may have been but was told to stop.
Still doing it :-)
It is this same thread, but in factory. URL:
https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/L...
Thanks for the link. I now understand some of it. See my conclusion at the end.
But I fail to see how it can be a Firefox issue. The URLs are supplied by opensuse. And even if it is a Firefox issue, the opensuse devs need to work around it. Don't use HTML that provokes the issue, if that really is the problem. Just make the page list the actual URLs in a straightforward text list. Or at worst detect the problem FF version, add words that explain the problem and suggest using another browser and point to the bug report.
But having said that, I just tried in chromium and saw the same problem. So it's not an FF issue.
Me, I don't know, that's beyond me. They said that. You will have to argue this with them ;-)
I haven't read the entire thread but what I saw was some people saying there is a difference between browsers and the default behaviour of wget and maybe other things. Nothing specific to Firefox.
And since we here are concerned about Darryl's complaint about a browser page, that's all we're concerned with, I believe.
And my conclusion is that whoever is reponsible for the download page should rewrite it (or the mechanism that generates it) so that it contains links that when interpreted by the browser (NOT by wget) deliver the results that are desired. i.e. the page content/design needs to change so that the correct files are downloaded. Dereference the symlinks at compile-time not runtime, or somesuch.
Well, they are discussing it now, I think. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
Darryl, et al --
...and then Darryl Gregorash said... % % Why don't you just do what normal people would do, which is LEFT click
Because some of us aren't normal, I guess, or don't match your definition of normal.
... % % If I called for a show of hands of all those who would right-click to % get a URL, then go to a CLI and run wget, I am willing to wager there % would be only one -- and that number includes you.
OOOH! How much did I just win? 'Cuz you missed me in your count. Even more than Patrick, that is my vastly preferred method, and I give it up only when forced to by paywalls or similar. Are you saying that you would go through that contorted procedure that Carlos posted? Would it not be much simpler to go straight to your
On 2022-09-14 07:54, David T-G wrote: preferred mirror site, get the exact filenames you want, and then go to the cli with wget? Or perhaps, since you're already there in your browser, you might even :O use that to grab the appropriate files. Either way, I highly doubt you would do it the Carlos way, so yes, I think you are in fact normal. Same goes for you, Patrick.
* Darryl Gregorash
Darryl, et al --
...and then Darryl Gregorash said... % % Why don't you just do what normal people would do, which is LEFT click
Because some of us aren't normal, I guess, or don't match your definition of normal.
... % % If I called for a show of hands of all those who would right-click to % get a URL, then go to a CLI and run wget, I am willing to wager there % would be only one -- and that number includes you.
OOOH! How much did I just win? 'Cuz you missed me in your count. Even more than Patrick, that is my vastly preferred method, and I give it up only when forced to by paywalls or similar. Are you saying that you would go through that contorted procedure that Carlos posted? Would it not be much simpler to go straight to your
On 2022-09-14 07:54, David T-G wrote: preferred mirror site, get the exact filenames you want, and then go to the cli with wget? Or perhaps, since you're already there in your browser, you might even :O use that to grab the appropriate files.
Either way, I highly doubt you would do it the Carlos way, so yes, I think you are in fact normal.
Same goes for you, Patrick.
depends on whether one prefers the browser download proc or to do it their own way, perhaps with aria2c or wget or ... but you are quite welcome to your opinion, but that opinion does not speak for me. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
On 2022-09-14 18:21, Patrick Shanahan wrote:
* Darryl Gregorash
[09-14-22 12:16]: Darryl, et al --
...and then Darryl Gregorash said... % % Why don't you just do what normal people would do, which is LEFT click
Because some of us aren't normal, I guess, or don't match your definition of normal.
... % % If I called for a show of hands of all those who would right-click to % get a URL, then go to a CLI and run wget, I am willing to wager there % would be only one -- and that number includes you.
OOOH! How much did I just win? 'Cuz you missed me in your count. Even more than Patrick, that is my vastly preferred method, and I give it up only when forced to by paywalls or similar. Are you saying that you would go through that contorted procedure that Carlos posted? Would it not be much simpler to go straight to your
On 2022-09-14 07:54, David T-G wrote: preferred mirror site, get the exact filenames you want, and then go to the cli with wget? Or perhaps, since you're already there in your browser, you might even :O use that to grab the appropriate files.
Either way, I highly doubt you would do it the Carlos way, so yes, I think you are in fact normal.
Same goes for you, Patrick.
depends on whether one prefers the browser download proc or to do it their own way, perhaps with aria2c or wget or ...
but you are quite welcome to your opinion, but that opinion does not speak for me.
I have never used the browser download button to download the ISO. Decades ago [ ;-) ] the browser could fail or get a broken file. As I was using a modem, it would take hours, the process had to be interrupted, so I soon learned that the CLI way was way more reliable. And it has stuck with me. And for the purpose of mail support, the CLI can be copypasted into an email, wherever browser actions no. So I intentionally tested the procedure using the CLI. It then turned out that this problem is peculiar to browsers, can not be reproduced on the CLI, but this took days to find out. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
On 2022-09-14 12:38, Carlos E. R. wrote:
It then turned out that this problem is peculiar to browsers, can not be reproduced on the CLI, but this took days to find out.
No, Carlos, the problem is not peculiar to browsers; it is peculiar to a small handful of mirrors that do not seem to have been updated properly since the GM was released. If it were a browser problem, then everyone would be having this problem; instead, only a small handful of people are.
On Wed, 14 Sep 2022 13:09:42 -0600
Darryl Gregorash
On 2022-09-14 12:38, Carlos E. R. wrote:
It then turned out that this problem is peculiar to browsers, can not be reproduced on the CLI, but this took days to find out.
No, Carlos, the problem is not peculiar to browsers; it is peculiar to a small handful of mirrors that do not seem to have been updated properly since the GM was released.
Have you read the factory thread? I think you'll need to explain your assertion because I think Carlos is summarising correctly.
If it were a browser problem, then everyone would be having this problem; instead, only a small handful of people are.
On 2022-09-14 13:18, Dave Howorth wrote:
Have you read the factory thread? I think you'll need to explain your assertion because I think Carlos is summarising correctly.
I have not. I have, however, taken a good look at quite a few mirrors, and I don't care what people in factory are saying, it is not a browser issue. It is an issue with some mirrors. I have been on mirrors where clicking on *Build243.2* gives you the file without the build number in the filename -- symbolic link, obviously -- and I have been on mirrors where clicking that link gives you the file *with* the build number -- a separate file. That holds true for both the ISO and the checksum files. Quite frankly, my response to the good people on factory is simple: *IF* this is a browser issue, then we should all dump all linux flavours, install Windows, and run Edge -- because Chromium has been reported *in here* to give the same responses as Firefox. If it is a browser issue, then clearly we cannot trust the programmers at Mozilla OR Google to get it right, and we should dump their browsers immediately. Finally, I reiterate:
If it were a browser problem, then everyone would be having this problem; instead, only a small handful of people are.
Darryl Gregorash wrote:
On 2022-09-14 13:18, Dave Howorth wrote:
Have you read the factory thread? I think you'll need to explain your assertion because I think Carlos is summarising correctly.
I have not. I have, however, taken a good look at quite a few mirrors, and I don't care what people in factory are saying, it is not a browser issue. It is an issue with some mirrors.
Perhaps you could furnish us with a list of which mirrors work and which ones don't, in this respect? I was the openSUSE mirror admin for five-six years, and in my experience, all the mirrors behave the same way wrt downloads. There is simply no reason for any admin to do something different.
Finally, I reiterate:
If it were a browser problem, then everyone would be having this problem; instead, only a small handful of people are.
I wonder if maybe only a small handful of people actually do a checksum verification on the downloaded iso images. -- Per Jessen, Zürich (16.8°C) Member, openSUSE Heroes
Per Jessen composed on 2022-09-15 19:51 (UTC+0200):
I wonder if maybe only a small handful of people actually do a checksum verification on the downloaded iso images.
This gets my vote. I think I did that once in the past decade. I always download isos with wget, and trust it to give me a perfect clone of the hosted file, including its parent's displayed timestamp (±TZ offset). -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Darryl Gregorash wrote:
I have not. I have, however, taken a good look at quite a few mirrors, and I don't care what people in factory are saying, it is not a browser issue. It is an issue with some mirrors.
Perhaps you could furnish us with a list of which mirrors work and which ones don't, in this respect? I was the openSUSE mirror admin for five-six years, and in my experience, all the mirrors behave the same way wrt downloads. There is simply no reason for any admin to do something different. Sorry, but no. I do not have the time to check all the mirrors on the
On 2022-09-15 11:51, Per Jessen wrote: planet. I have checked enough of them already, and I believe I have posted the fix enough times in the past. The fix is simple: the download buttons for both the ISO and checksum files on downloads.o.o need to be in sync. If they are, then it doesn't matter what the mirrors are doing, they will all deliver the proper checksum file for the ISO image one has just fetched.
Finally, I reiterate:
If it were a browser problem, then everyone would be having this problem; instead, only a small handful of people are.
I wonder if maybe only a small handful of people actually do a checksum verification on the downloaded iso images.
Perhaps, but IMO one is too many. OK, I am done with this thread.
Darryl Gregorash wrote:
On 2022-09-15 11:51, Per Jessen wrote:
Darryl Gregorash wrote:
I have not. I have, however, taken a good look at quite a few mirrors, and I don't care what people in factory are saying, it is not a browser issue. It is an issue with some mirrors.
Perhaps you could furnish us with a list of which mirrors work and which ones don't, in this respect? I was the openSUSE mirror admin for five-six years, and in my experience, all the mirrors behave the same way wrt downloads. There is simply no reason for any admin to do something different.
Sorry, but no. I do not have the time to check all the mirrors on the planet.
That is fair enough, there is no reason to check all the mirrors, but you clearly stated that:
I have, however, taken a good look at quite a few mirrors,
Perhaps you could list just those for us? It would help clear up the confusion. -- Per Jessen, Zürich (17.2°C) Member, openSUSE Heroes (2016-present) - https://en.opensuse.org/openSUSE:Heroes
Per Jessen wrote:
It would help clear up the confusion.
See https://progress.opensuse.org/issues/116638 -- Per Jessen, Zürich (17.6°C) Member, openSUSE Heroes (2016-present) We're hiring - https://en.opensuse.org/openSUSE:Heroes
On 2022-09-15 12:30, Per Jessen wrote:
Darryl Gregorash wrote:
I have, however, taken a good look at quite a few mirrors,
Perhaps you could list just those for us? It would help clear up the confusion.
Per, that was so long ago I no longer remember, and some of them may have been corrected in the meantime. I did check all 3 Canadian mirrors, and found one of them to be "faulty". Sorry, I don't remember that one either. Really, all that is needed is to correct the download links on 8 of those radio buttons (4 architectures, two choices each for full or net installs). Maybe also have a look at the ISO folder in the repo itself: http://download.opensuse.org/distribution/leap/15.4/iso/ Every architecture has at least two ISO images listed, with checksum files for each one. For some architectures, there are 3 ISOs listed. *<architecture>-Build243.2-Media.iso are probably the files for the very last RC before the GM was released. Evidently, that last RC wound up becoming the GM. These can probably go, along with the corresponding *.sha256 files, as they really no longer serve any useful purpose. Some of the architectures have listings for *<architecture>-Current.iso. These perhaps should exist for all architectures, but need only be symbolic links to the images named *<architecture>-Media.iso If it were up to me, there wouldn't even be such symbolic links at all, but IIRC that is how things have been done in the past, so it's probably best to stick with that. Finally, let me put in a note to all the people at openSUSE who are working their butts off to keep us minions satisfied. The above is no criticism of any of you, because I have a very good idea how hectic things must have been in the days/weeks right before the GM release. This is simply something that appears to have slipped through the cracks. Well, as we said in the army, "Stuff happens" (only the word we used was definitely not "stuff" :D ) Also, if any of you have been in any way offended by my wording or tone of expression, accept my sincere apologies. That was not my intent. Rather, I simply became very frustrated because this bit of a hassle has been with us right from the release of the GM. I lost my cool a bit in this thread, which I should not have done, and for that I apologize.
On 2022-09-15 20:02, Felix Miata wrote:
Per Jessen composed on 2022-09-15 19:51 (UTC+0200):
I wonder if maybe only a small handful of people actually do a checksum verification on the downloaded iso images.
This gets my vote. I think I did that once in the past decade. I always download isos with wget, and trust it to give me a perfect clone of the hosted file, including its parent's displayed timestamp (±TZ offset).
I always check. But I do it by using metalinks with "aria2c --check-integrity=true" It probably affects more people with slot internet connections (just a guess). In the old times I had to interrupt the download, which could take hours to complete. Metalinks were a godsend for us. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
participants (11)
-
Andrei Borzenkov
-
Axel Braun
-
Carlos E. R.
-
Christian Boltz
-
Darryl Gregorash
-
Dave Howorth
-
David T-G
-
Felix Miata
-
Mark Neidorff
-
Patrick Shanahan
-
Per Jessen