Bump fedora from 36 to 40 in /linux/jre/redhat/src/main/packaging

[dependabot]

Bumps fedora from 36 to 40.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[judovana]

39 would be enough, but should be done

[gdams]

Seems that the newer version of wget doesn't support Unknown progress type 'dot:mega'

[judovana]

Is there option to repalce afected wgets by curl?

[gdams]

Is there option to repalce afected wgets by curl?

yeah feel free to raise a PR, we need to change all the instances of this code that installs gosu. https://github.com/adoptium/installer/blob/5cfd4548dcfc2960fc6232b9bdf278fa201211a1/linux/jdk/redhat/src/main/packaging/Dockerfile#L13C1-L18C24

[judovana]

Ouch

…

-- Mgr. Jiri Vanek ***@***.***

---------- Původní e-mail ---------- Od: George Adams ***@***.***> Komu: adoptium/installer ***@***.***> Kopie: judovana ***@***.***>, Comment ***@***.***> Datum: 29. 4. 2024 10:24:18 Předmět: Re: [adoptium/installer] Bump fedora from 36 to 40 in /linux/jre/ redhat/src/main/packaging (PR #878) " " Is there option to repalce afected wgets by curl? " yeah feel free to raise a PR, we need to change all the instances of this code that installs gosu. https://github.com/adoptium/installer/blob/5cfd4548 dcfc2960fc6232b9bdf278fa201211a1/linux/jdk/redhat/src/main/packaging/ Dockerfile#L13C1-L18C24 (https://github.com/adoptium/installer/blob/5cfd4548dcfc2960fc6232b9bdf278fa201211a1/linux/jdk/redhat/src/main/packaging/Dockerfile#L13C1-L18C24) — Reply to this email directly, view it on GitHub (#878 (comment)), or unsubscribe (https://github.com/notifications/unsubscribe-auth/AAWFCS3ELY76NJNCLFTSCQDY7X7SZAVCNFSM6AAAAABG2Z7E2KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOBSGE2DANRQGQ) . You are receiving this because you commented. Message ID: <adoptium/ ***@***.***> "

[judovana]

Tehn maybe --progress=dot -e dotbytes=1M ? But I need to doubel check it on f40 first

[gdams]

Looking at the gosu docs the other super simple approach is to just do COPY --from=tianon/gosu /gosu /usr/local/bin/

[judovana]

Tehn maybe --progress=dot -e dotbytes=1M ? But I need to doubel check it on f40 first

on f40

# wget "https://cdn.jsdelivr.net/musescore/v4.2.1/MuseScore-4.2.1.240230938-x86_64.AppImage"  --progress=dot -e dotbytes=1M
Progress type 'dot' ignored. It is not implemented yet
Unknown option 'dotbytes'

[judovana]

jsut for record it is wget2-wget-2.1.0-8.fc40.x86_64 x wget-1.21.4-1.fc38.x86_64 :(

[judovana]

Note that the
wget "https://cdn.jsdelivr.net/musescore/v4.2.1/MuseScore-4.2.1.240230938-x86_64.AppImage" --progress=dot
is working, and is working much better then with wget1

[gdams]

Note that the wget "https://cdn.jsdelivr.net/musescore/v4.2.1/MuseScore-4.2.1.240230938-x86_64.AppImage" --progress=dot is working, and is working much better then with wget1

okay so do I want to dnf install wget2?

[judovana]

Note that the wget "https://cdn.jsdelivr.net/musescore/v4.2.1/MuseScore-4.2.1.240230938-x86_64.AppImage" --progress=dot is working, and is working much better then with wget1

okay so do I want to dnf install wget2?

Unluckily no. And definitely do not try to install wget1. I was jsut highlighting that a rework of wget - wget2, made it to stable fedora release.

I thinnk the best change would be to use just --progress=dot instead of --progress=dot:mega

On wget1 the --progress=dot was nearly unusable. on wget2 its much better. And if the code would be used in older fedora, it will at least somehow work.

[gdams]

--progress=dot

I'm seeing this:

wget2 google.com --progress=dot
Progress type 'dot' ignored. It is not implemented yet

I think I'm going to opt for the docker option as it's simpler for us:

COPY --from=tianon/gosu /gosu /usr/local/bin/

[judovana]

I'm container dummy, but the COPY --from=tianon/gosu /gosu /usr/local/bin/ means that the download must be locally enabled in som local cache. So If anybody do not know what to downlaod, they can not reuse.

[gdams]

I'm container dummy, but the COPY --from=tianon/gosu /gosu /usr/local/bin/ means that the download must be locally enabled in som local cache. So If anybody do not know what to downlaod, they can not reuse.

no it copies it from the upstream published goso docker image (which has already had the same gpg checks as part of it's build so it's safe to pull)

[judovana]

--progress=dot

I'm seeing this:

wget2 google.com --progress=dot
Progress type 'dot' ignored. It is not implemented yet

Right. but it works, and progress is nicely written. The dot was to work for wget1.
Maybe to drop --progress atr all?

[judovana]

Ah. Ii did not know that constructy. TYVM! Looks awesome then.

[steelhead31]

LGTM