Hi Ludo, Digging in old bug report, I find this one  about Julia, ’objconv’and www.agnre.org.  http://issues.guix.gnu.org/issue/31108 On Mon, 09 Apr 2018 at 10:39, firstname.lastname@example.org (Ludovic Courtès) wrote:
Toggle quote (20 lines)> The ‘objconv.zip’ file referred to by ‘julia’ was modified in place:>> $ guix build /gnu/store/p9sy48pip38gk1c72c5k7wsphppj07vk-objconv.zip.drv> The following derivation will be built:> /gnu/store/p9sy48pip38gk1c72c5k7wsphppj07vk-objconv.zip.drv> @ build-started /gnu/store/p9sy48pip38gk1c72c5k7wsphppj07vk-objconv.zip.drv - i686-linux /var/log/guix/drvs/p9//sy48pip38gk1c72c5k7wsphppj07vk-objconv.zip.drv.gz>> Starting download of /gnu/store/2fsjkc8ipqvy2f392m842715h19qdkd7-objconv.zip>>From http://www.agner.org/optimize/objconv.zip...> objconv.zip 1009KiB 1.3MiB/s 00:01 [##################] 100.0%> sha256 hash mismatch for output path `/gnu/store/2fsjkc8ipqvy2f392m842715h19qdkd7-objconv.zip'> expected: 1fi7qa2sd9vb35dvkgripjf0fayzg2qmff215f8agfqfiwd1g8qs> actual: 195p7dbjqfd6vca9mjj7i0ifpscsrm9njyfmzrpyf9zjdz6w9h7j> @ build-failed /gnu/store/p9sy48pip38gk1c72c5k7wsphppj07vk-objconv.zip.drv - 1 sha256 hash mismatch for output path `/gnu/store/2fsjkc8ipqvy2f392m842715h19qdkd7-objconv.zip'> expected: 1fi7qa2sd9vb35dvkgripjf0fayzg2qmff215f8agfqfiwd1g8qs> actual: 195p7dbjqfd6vca9mjj7i0ifpscsrm9njyfmzrpyf9zjdz6w9h7j> guix build: error: build failed: build of `/gnu/store/p9sy48pip38gk1c72c5k7wsphppj07vk-objconv.zip.drv' failed>> Is there a versioned URL for this?
The Object file converter still exists . However, it still seemsbeing a zip file. However, today I do not find any reference in thecurrent packages to agner.org; well, to be correct, the only one is fromthe package ’r-biased-urn’ in gnu/packages/statistics.scm.  https://www.agner.org/optimize/#objconv
Does it make sense to keep the bug open? If yes, could you pleaseprovide a bit more information about the context?
Hi Ludo, On Thu, 08 Oct 2020 at 09:20, Ludovic Courtès <email@example.com> wrote:
Toggle quote (8 lines)> zimoun <firstname.lastname@example.org> skribis:>>> Does it make sense to keep the bug open? If yes, could you please>> provide a bit more information about the context?>> If the current Julia package doesn’t have a similar problem, I think we> can close this bug.
Maybe I miss the bug at the time “09 Apr 2018”, where it was an upstreammismatch. It seems fixed by these 2 commits:
Toggle snippet (18 lines)commit 2930a39b165ce9e13e899fe66b82c03932e0e86bAuthor: Tobias Geerinckx-Rice <email@example.com>Date: Wed Oct 31 15:54:38 2018 +0100 gnu: julia: Update objconv input to 2018-10-07. * gnu/packages/julia.scm (julia)[input]: Update objconf to 2018-10-07. commit 81bf0fd0d4a7e78febb394576ea849285fc2d329Author: Marius Bakke <firstname.lastname@example.org>Date: Tue Sep 4 18:53:13 2018 +0200 gnu: julia: Update objconv input. * gnu/packages/julia.scm (julia)[inputs]: Update the hash of "objconv", which does not have a stable URL. Add a file name and use HTTPS while at it.
So closing! :-)
BTW, at the time (2018), the inputs were:
Toggle snippet (11 lines) ("objconv" ,(origin (method url-fetch) ;; No versioned URL, see <https://www.agner.org/optimize/> for updates. (uri "https://www.agner.org/optimize/objconv.zip") (file-name "objconv-2018-08-15.zip") (sha256 (base32 "09y4pwxfs6fl47cyingbf95i2rxx74wmycl9fd4ldcgvpx9bzdrx"))))
and now, AFAICT, it is not the case. This ’objconv’ had been removedfrom the inputs list. See commit (with the not so talkative commitmessage :-))5ef30f2a1f89397bc78af94b6ee95e9fce2f646e updating to 1.4.1. However, on one hand this dependency seems now bundled with Julia. Seeupstream ’deps/objconv.mk’: