#12736 Fedora-KDE-42-1.1-x86_64-CHECKSUM has wrong ISO filename
Closed: Fixed by jnsamyak. Opened by ananas-comosus.

The instructions for verifying the Fedora KDE 42 ISO don't work. sha256sum --ignore-missing -c Fedora-KDE-42-1.1-x86_64-CHECKSUM fails because the CHECKSUM file looks for Fedora-KDE-Desktop-Live-42-1.1.x86_64.iso. However, the filename of the downloaded ISO is actually Fedora-KDE-Desktop-Live-x86_64-42-1.1.iso.


Note that this appears to be the checksum for the torrent.

The normal download one seems right to me.

Metadata Update from @amedvede:
- Issue assigned to amedvede

Metadata Update from @james:
- Issue tagged with: low-trouble, medium-gain

This issue also appears for the Workstation version downloaded via torrent. Now I'm waiting to gain access to make changes on the torrent server, so I can rename and rebuild torrent releases for both of them.

Yes, it also affects Workstation. Should this cause any concerns about the integrity of the ISOs? The ISO hashes match the CHECKSUM hashes, though.

There are no problems with integrity, checksums have valid gpg sign

@amedvede, what's the status of this?

@jnsamyak still waiting for this https://pagure.io/releng/issue/12754

Hey, it looks like you updated the torrent, but... not the whitelist, so it's giving:

" Tracker: [Failure reason "Requested download is not authorized for use with this tracker."]"

You need to update the checksum in the whitelist file and restart opentracker-ipv4 and opentracker-ipv6

I tried to manually update it, but it didn't seem to take. ;(

@jnsamyak was working on the whitelist stuff last release I think?

Hey, it looks like you updated the torrent, but... not the whitelist, so it's giving:

" Tracker: [Failure reason "Requested download is not authorized for use with this tracker."]"

You need to update the checksum in the whitelist file and restart opentracker-ipv4 and opentracker-ipv6

I was working on it last Friday, and noticed this issue, thanks for the insights, I'll try to fix it

Okay I redid the whitelist, and I'm running rtorrent on it again to do the hasing, let
see if it does the correct hassing now - but I hope @amedvede you have put the correct checksum in places, I haven't looked at it

It might take an hour or so to hash everything properly, so please wait for sometime to do the confirmation.

Metadata Update from @jnsamyak:
- Assignee reset

Metadata Update from @jnsamyak:
- Issue assigned to jnsamyak

Can you confirm now @ananas-comosus?

Please reopen it if the problem persists. Thank you for being so patient!

Metadata Update from @jnsamyak:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

Metadata