Actually this happens with any Trisquel torrent file not only to md5 but also to ASCII armor files too. However this is not happening to gpg signatures.
The problem is not that the files are not there but the URLs are wrong. The iso files extension is .iso but the extension of torrent files are ".iso.torrent. The links of the ftp points to .iso.md5|.asc. So the links must be shortened to .iso(.md5|.asc) instead of .iso.torrent.(md5|asc)
A long standing bug, but I think I have fixed it now.
The .md5 and .asc links point now properly to the relevant iso checksums even when downloading via torrent (previously it attempted to show md5 and asc files for the .torrent file itself, instead of the ones for the isos).
Feel free to reopen the bug if you find it doesn't really work.
Still reproducible, both with JavaScript completely enabled and with no JS.
It seems that the server-side script is making an anchor/link that references to wrong file path.
In client-side, it's mostly a matter of removing the ".torrent" from the URL.
I don't have complete corresponding source for the server-side scripts for the website, but in Scheme, one could do:
;; Hard-coded for example purposes.
(define torrent-md5-file-path "https://cdimage.trisquel.info/trisquel-images/trisquel_8.0_amd64.iso.torrent.md5")
(define torrent-extension (make-regexp "\\.torrent"))
(regexp-substitute #f
(regexp-exec torrent-extension
torrent-md5-file-path)
'pre
'post)
Of course this must be adapted to usage for the web server, one of the Scheme interpreter, GNU Guile, provides HTTP and Web server functionalities. GNU Artanis is a Web framework that further enhances and facilitates dealing with GNU Guile's HTTP and Web modules.
Actually this happens with any Trisquel torrent file not only to md5 but also to ASCII armor files too. However this is not happening to gpg signatures.
The problem is not that the files are not there but the URLs are wrong. The iso files extension is .iso but the extension of torrent files are ".iso.torrent. The links of the ftp points to .iso.md5|.asc. So the links must be shortened to .iso(.md5|.asc) instead of .iso.torrent.(md5|asc)
For example the link above is:
http://cdimage.trisquel.info/trisquel-images/trisquel-mini_7.0_amd64.iso.torrent.md5
And it must be replaced to:
http://cdimage.trisquel.info/trisquel-images/trisquel-mini_7.0_amd64.iso.md5
The same applies to .asc files
CHANGED TO TORRENT CHECKSUMS LINKS BROKEN BECAUSE IT EXPLAINS IT BETTER AND THE FILES DOES EXISTS.
A long standing bug, but I think I have fixed it now.
The .md5 and .asc links point now properly to the relevant iso checksums even when downloading via torrent (previously it attempted to show md5 and asc files for the .torrent file itself, instead of the ones for the isos).
Feel free to reopen the bug if you find it doesn't really work.
Automatically closed -- issue fixed for 2 weeks with no activity.
Still reproducible, both with JavaScript completely enabled and with no JS.
It seems that the server-side script is making an anchor/link that references to wrong file path.
In client-side, it's mostly a matter of removing the ".torrent" from the URL.
I don't have complete corresponding source for the server-side scripts for the website, but in Scheme, one could do:
Of course this must be adapted to usage for the web server, one of the Scheme interpreter, GNU Guile, provides HTTP and Web server functionalities. GNU Artanis is a Web framework that further enhances and facilitates dealing with GNU Guile's HTTP and Web modules.
I've tried to fix this long-standing issue again, I think it works properly now in all cases.
Automatically closed -- issue fixed for 2 weeks with no activity.