guile-bash repository no longer exists?

DoneSubmitted by Jesse Gibbons.
Details
6 participants
  • Björn Höfling
  • Jesse Gibbons
  • Ludovic Courtès
  • Ludovic Courtès
  • Nicolas Dandrimont
  • Ricardo Wurmus
Owner
unassigned
Severity
normal
J
J
Jesse Gibbons wrote on 5 Aug 2019 16:18
(name . bug-guix mailing list)(address . bug-guix@gnu.org)
05b9dc182cdcbe72ddea77191681258380a672a4.camel@gmail.com
guile-bash fails to build. The site https://anonscm.debian.org/cgit/users/kaction-guest/retired/dev.guile-bash.git says it is not on the webserver.
I checked the wayback machine, github, and gitlab for some sort ofbackup, but have had no luck. Is there a trustworthy replacementsource? If not, I'm not sure we should keep the package.
R
R
Ricardo Wurmus wrote on 5 Aug 2019 16:38
(name . Jesse Gibbons)(address . jgibbons2357@gmail.com)(address . 36931@debbugs.gnu.org)
87ftmfznhs.fsf@elephly.net
Jesse Gibbons <jgibbons2357@gmail.com> writes:
Toggle quote (4 lines)> guile-bash fails to build. The site https://anonscm.debian.org/cgit/use> rs/kaction-guest/retired/dev.guile-bash.git says it is not on the web> server.
Perhaps a copy of the sources can be found in the Software Heritagearchive?
--Ricardo
B
B
Björn Höfling wrote on 5 Aug 2019 22:39
(name . Ricardo Wurmus)(address . rekado@elephly.net)
20190805223907.5ead2297@alma-ubu
On Mon, 05 Aug 2019 16:38:07 +0200Ricardo Wurmus <rekado@elephly.net> wrote:
Toggle quote (10 lines)> Jesse Gibbons <jgibbons2357@gmail.com> writes:> > > guile-bash fails to build. The site> > https://anonscm.debian.org/cgit/use> > rs/kaction-guest/retired/dev.guile-bash.git says it is not on the> > web server. > > Perhaps a copy of the sources can be found in the Software Heritage> archive?
This was already discussed in
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=33861https://lists.gnu.org/archive/html/guix-devel/2019-04/msg00558.htmlhttps://lists.gnu.org/archive/html/guix-devel/2019-05/msg00234.html
This software is unmaintained and nobody is willing to maintain it.If nobody complains, we should drop it from Guix.
Here is an archive of a git repository:
https://alioth-archive.debian.org/git/users/kaction-guest/retired/guile-bash.git.tar.xz
But it doesn't have any commit with id
1eabc563ca5692b3e08d84f1f0e6fd2283284469
which is the one we use in Guix.
I tried to download it from SWH, but it failed:
$ guix build -S --no-substitutes guile-bashThe following derivation will be built: /gnu/store/vrw4yfy4ln6yvc3wwppw4bwiaxdzl4jp-guile-bash-0.1.6-0.1eabc56-checkout.drvbuilding /gnu/store/vrw4yfy4ln6yvc3wwppw4bwiaxdzl4jp-guile-bash-0.1.6-0.1eabc56-checkout.drv...environment variable `PATH' set to `/gnu/store/q09sy224qnxrp982z4xfaxi19721mjx8-gzip-1.9/bin:/gnu/store/ipx79bfj2mrc8npj7s3qi3zri11jfhaw-tar-1.30/bin'Initialized empty Git repository in /gnu/store/7p7mkiqv9ah6x0x20qzpas44sdf7jqkl-guile-bash-0.1.6-0.1eabc56-checkout/.git/fatal: repository 'https://anonscm.debian.org/cgit/users/kaction-guest/retired/dev.guile-bash.git/'not foundFailed to do a shallow fetch; retrying a full fetch...fatal: repository 'https://anonscm.debian.org/cgit/users/kaction-guest/retired/dev.guile-bash.git/'not foundgit-fetch: '/gnu/store/04abn97vvc06c84pi8cb3lni9jyxfzmf-git-minimal-2.22.0/bin/git fetch origin' failed with exit code 128Trying content-addressed mirror at berlin.guixsd.org...Trying content-addressed mirror at berlin.guixsd.org...Backtrace: 4 (primitive-load "/gnu/store/ixb9ja1vxd46ydf83qbj9f3f6qz?")In ./guix/swh.scm: 532:8 3 (call-with-temporary-directory #<procedure 8e7740 at ./?>) 552:10 2 (_ "/tmp/guix-build-guile-bash-0.1.6-0.1eabc56-checkout?")In ./guix/build/utils.scm: 778:22 1 (_)In unknown file: 0 (get-bytevector-n! #f #vu8(0 0 0 0 0 0 0 0 0 0 0 0 0 ?) ?)
ERROR: In procedure get-bytevector-n!:In procedure get-bytevector-n!: Wrong type argument in position 1 (expecting open input port): #fbuilder for `/gnu/store/vrw4yfy4ln6yvc3wwppw4bwiaxdzl4jp-guile-bash-0.1.6-0.1eabc56-checkout.drv' failed with exit code 1build of /gnu/store/vrw4yfy4ln6yvc3wwppw4bwiaxdzl4jp-guile-bash-0.1.6-0.1eabc56-checkout.drv failedView build log at '/var/log/guix/drvs/vr/w4yfy4ln6yvc3wwppw4bwiaxdzl4jp-guile-bash-0.1.6-0.1eabc56-checkout.drv.bz2'.guix build: error: build of `/gnu/store/vrw4yfy4ln6yvc3wwppw4bwiaxdzl4jp-guile-bash-0.1.6-0.1eabc56-checkout.drv' failed

Maybe it is not part of SWH? Message could be nicer. Though when I'msearching for individual files from above git repository, I can findthem in SWH:
https://archive.softwareheritage.org/browse/content/sha1_git:dded8caad51a40c90c763fcf23ad18522f0e90d8/https://archive.softwareheritage.org/browse/content/44a728397230f178c02131a001c884808bcd2d39/
It would be interesting if I can go in SWH from a file to the fullrepository. Does anyone know if that is possible?
Björn
-----BEGIN PGP SIGNATURE-----
iF0EARECAB0WIQQiGUP0np8nb5SZM4K/KGy2WT5f/QUCXUiT6wAKCRC/KGy2WT5f/aS6AJ9cpCp1bTglFrUfki3JyUWzMpd7XgCeMcJ49MTZ2CrjJCsBsaOfobDeb4o==WxBu-----END PGP SIGNATURE-----

J
J
Jesse Gibbons wrote on 6 Aug 2019 03:23
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 36931@debbugs.gnu.org)
37c6444ff28cc0c8a87ad7051312496ce6534da8.camel@gmail.com
On Mon, 2019-08-05 at 16:38 +0200, Ricardo Wurmus wrote:
Toggle quote (15 lines)> Jesse Gibbons <jgibbons2357@gmail.com> writes:> > > guile-bash fails to build. The site https://anonscm.debian.org/cgit> > /use> > rs/kaction-guest/retired/dev.guile-bash.git says it is not on the> > web> > server.> > Perhaps a copy of the sources can be found in the Software Heritage> archive?> > --> Ricardo>
I don't know if it's exactly the same, but I found something similar athttps://archive.softwareheritage.org/browse/origin/https://github.com/kaction/guile-bash/directory/Thanks for the suggestion.
I requested a tarball, and received this statement in the email:"Please keep in mind that this link might expire at some point, inwhich case you will need to request the bundle again."
Do you have any recommendations on where to host the tarball? Ifnecessary, I am willing to create a repository for the code on mygithub.
L
L
Ludovic Courtès wrote on 23 Aug 2019 18:30
(address . swh-devel@inria.fr)
87imqn4zfq.fsf@gnu.org
Hello SWH!
We noticed¹ that the ‘fetch_url’ of this Vault entry returns 404:
https://archive.softwareheritage.org/api/1/vault/directory/ad8976564375ee55f645387bbcdf4b66e6582fbf/
Is that supposed to happen? I don’t remember hitting a ‘fetch_url’ thatwould be 404 before.
For the record, it corresponds to this revision:
https://archive.softwareheritage.org/api/1/revision/1eabc563ca5692b3e08d84f1f0e6fd2283284469/
Thanks in advance,Ludo’.
¹ Originally reported at https://issues.guix.gnu.org/issue/36931.
L
L
Ludovic Courtès wrote on 23 Aug 2019 18:32
(name . Björn Höfling)(address . bjoern.hoefling@bjoernhoefling.de)
87d0gv4zbt.fsf@gnu.org
Hello,
Björn Höfling <bjoern.hoefling@bjoernhoefling.de> skribis:
Toggle quote (13 lines)> Backtrace:> 4 (primitive-load "/gnu/store/ixb9ja1vxd46ydf83qbj9f3f6qz?")> In ./guix/swh.scm:> 532:8 3 (call-with-temporary-directory #<procedure 8e7740 at ./?>)> 552:10 2 (_ "/tmp/guix-build-guile-bash-0.1.6-0.1eabc56-checkout?")> In ./guix/build/utils.scm:> 778:22 1 (_)> In unknown file:> 0 (get-bytevector-n! #f #vu8(0 0 0 0 0 0 0 0 0 0 0 0 0 ?) ?)>> ERROR: In procedure get-bytevector-n!:> In procedure get-bytevector-n!: Wrong type argument in position 1 (expecting open input port): #f
Ouch. I’ve improved error reporting handling here, but I think thefundamental issue is that SWH is failing to deliver this thing, eventhough it does have it:
Toggle snippet (9 lines)scheme@(guile-user)> ,use(guix swh)scheme@(guile-user)> (lookup-revision "1eabc563ca5692b3e08d84f1f0e6fd2283284469")$18 = #<<revision> id: "1eabc563ca5692b3e08d84f1f0e6fd2283284469" date: #<date nanosecond: 0 second: 35 minute: 27 hour: 9 day: 27 month: 2 year: 2015 zone-offset: 10800> directory: "ad8976564375ee55f645387bbcdf4b66e6582fbf" directory-url: "/api/1/directory/ad8976564375ee55f645387bbcdf4b66e6582fbf/">scheme@(guile-user)> (vault-fetch (revision-directory $18) 'directory)$19 = #fscheme@(guile-user)> (query-vault (revision-directory $18) 'directory)$20 = #<<vault-reply> id: 3296879 fetch-url: "/api/1/vault/directory/ad8976564375ee55f645387bbcdf4b66e6582fbf/raw/" object-id: "ad8976564375ee55f645387bbcdf4b66e6582fbf" object-type: directory progress-message: #nil status: done>
Let’s see!
Ludo’.
B
B
Björn Höfling wrote on 26 Aug 2019 13:20
(name . Ludovic Courtès)(address . ludo@gnu.org)
20190826132009.09cef7e4@alma-ubu
On Fri, 23 Aug 2019 18:32:38 +0200Ludovic Courtès <ludo@gnu.org> wrote:
Toggle quote (4 lines)> Ouch. I’ve improved error reporting handling here, but I think the> fundamental issue is that SWH is failing to deliver this thing, even> though it does have it:
Thanks for looking into this. Let's see what SWH has to say.
After all, I think we should leave this pack in Guix. At least it is agood SWH-test-package :-)
Björn
-----BEGIN PGP SIGNATURE-----
iF0EARECAB0WIQQiGUP0np8nb5SZM4K/KGy2WT5f/QUCXWPAaQAKCRC/KGy2WT5f/WzAAJ9lkjEo0FWccpwlIoGNz/4lO74dzwCcD1Dx6vqdq1MHdthE6yxrNrBXnno==Thal-----END PGP SIGNATURE-----

N
N
Nicolas Dandrimont wrote on 26 Aug 2019 16:24
Re: [swh-devel] bug#36931: guile-bash repository no longer exists?
(address . swh-devel@inria.fr)
20190826142435.beivr3d7ydo2rxmb@werner.olasd.eu
* Ludovic Courtès <ludovic.courtes@inria.fr> [2019-08-23 18:30:17 +0200]:
Toggle quote (18 lines)> Hello SWH!> > We noticed¹ that the ‘fetch_url’ of this Vault entry returns 404:> > https://archive.softwareheritage.org/api/1/vault/directory/ad8976564375ee55f645387bbcdf4b66e6582fbf/> > Is that supposed to happen? I don’t remember hitting a ‘fetch_url’ that> would be 404 before.> > For the record, it corresponds to this revision:> > https://archive.softwareheritage.org/api/1/revision/1eabc563ca5692b3e08d84f1f0e6fd2283284469/> > Thanks in advance,> Ludo’.> > ¹ Originally reported at <https://issues.guix.gnu.org/issue/36931>.
Hi!
We've recently moved the Software Heritage Vault to different infrastructure.In doing so, the existing bundles were scrapped; however, the old cache entriesin the database hadn't been invalidated.
I've now made sure that pre-migration cache entries have been invalidated. I'vealso scheduled cooking of objects that had been accessed recently, includingthe one you've referenced, and they should now be available for download (orat least trickling in).
Thanks for the report!-- Nicolas Dandrimont
if (argc > 1 && strcmp(argv[1], "-advice") == 0) { printf("Don't Panic!\n"); exit(42); }(Arnold Robbins in the LJ of February '95, describing RCS)
-----BEGIN PGP SIGNATURE-----
iQIzBAABCAAdFiEEk5VTAYR8rODpNPx77AWLMo2+neoFAl1j66EACgkQ7AWLMo2+nepg7g/7Bc+9wb1Bz9L3NNAVoU6QNDzXUVelrKaNwFsfj7scdUeoIHmYRPxx28yge5KfpEFufQWlfTAWV7pyzGazoUsyCvHg+9vHh++Mm1Z2dD4GdNxrBojtovovcy4yiFeIG5A+kBBbpWl3bbXbm0z4Chq+B2qLEd39o22tkyfSjdRzrXkJHj63awkXshdpbpGueJaoJWHoTqYL9nHCoBa+HjwPzDmx+pmexhGAPqyp3PabmgtWQ7MamfB1mTcH3cqsAN5uDqtbh0TE05jkEGqImLbXRDkE3sxZP+bw2Vz8QxXz6mOEPHoebIULLrK4gbpA2m+mjTI5f/ENjO3cOsn8tcjUYhBcSzGekj19vAwZQcHL8mXh0NbUzFP5RXL1F0fghqUneJL4G90SejMzNf5o0pSjS1wZENigUjt/A+iBWeThCovnpLeG1dRoYxlLbHwdb3u0AjfWV4q8Xd0GbepKV0IEQggWZnTBLCIZQTkibGBmsb8I1ZYFhsxou9zJ3KwJAjdcOBfXp2LubfYy3puRt781+o9xmJiMZyHOKfRU6knB0IzD6B2UhFEjUGXf9/AflNGmM0X5onXkTRWkQAeYY4qL23C25kLKC29JaxJCfr6myHyPnafZdYi5BWDW4vT+05N/6tFBNZGyfnC74WQXlL+ERmtcxSMOoLDU6V+GNVSZjGc==cS3C-----END PGP SIGNATURE-----

L
L
Ludovic Courtès wrote on 27 Aug 2019 17:27
(name . Nicolas Dandrimont)(address . nicolas@dandrimont.eu)
87a7bupr1y.fsf@inria.fr
Hello,
Nicolas Dandrimont <nicolas@dandrimont.eu> skribis:
Toggle quote (4 lines)> We've recently moved the Software Heritage Vault to different infrastructure.> In doing so, the existing bundles were scrapped; however, the old cache entries> in the database hadn't been invalidated.
Oh I see.
Toggle quote (5 lines)> I've now made sure that pre-migration cache entries have been invalidated. I've> also scheduled cooking of objects that had been accessed recently, including> the one you've referenced, and they should now be available for download (or> at least trickling in).
It’s much nicer now. I guess we have a good test case. :-)
Thanks for explaining!
Ludo’.
L
L
Ludovic Courtès wrote on 12 Sep 2019 10:47
control message for bug #36931
(address . control@debbugs.gnu.org)
87woedq4u0.fsf@gnu.org
tags 36931 fixedclose 36931 quit
?
Your comment

This issue is archived.

To comment on this conversation send email to 36931@debbugs.gnu.org