Fwd: checksum fails for downloaded ISO
---------- Forwarded message ---------- From: Dave Howorth <dave@howorth.org.uk> Date: Wed, 14 Sep 2022 14:58:10 +0100 Subject: Re: checksum fails for downloaded ISO To: support@lists.opensuse.org On Wed, 14 Sep 2022 14:58:07 +0200 (CEST) "Carlos E. R." <robin.listas@telefonica.net> 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. [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:
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.
participants (1)
-
Luna Jernberg