guile-bash repository no longer exists?

  • Done
  • quality assurance status badge
Details
6 participants
  • Björn Höfling
  • Jesse Gibbons
  • Ludovic Courtès
  • Ludovic Courtès
  • Nicolas Dandrimont
  • Ricardo Wurmus
Owner
unassigned
Submitted by
Jesse Gibbons
Severity
normal

Debbugs page

J
J
Jesse Gibbons wrote on 5 Aug 2019 07: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/use
rs/kaction-guest/retired/dev.guile-bash.git says it is not on the web
server.

I checked the wayback machine, github, and gitlab for some sort of
backup, but have had no luck. Is there a trustworthy replacement
source? If not, I'm not sure we should keep the package.
R
R
Ricardo Wurmus wrote on 5 Aug 2019 07: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 Heritage
archive?

--
Ricardo
B
B
Björn Höfling wrote on 5 Aug 2019 13:39
(name . Ricardo Wurmus)(address . rekado@elephly.net)
20190805223907.5ead2297@alma-ubu
On Mon, 05 Aug 2019 16:38:07 +0200
Ricardo 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


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:


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-bash
The following derivation will be built:
/gnu/store/vrw4yfy4ln6yvc3wwppw4bwiaxdzl4jp-guile-bash-0.1.6-0.1eabc56-checkout.drv
building /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/
Failed to do a shallow fetch; retrying a full fetch...
git-fetch: '/gnu/store/04abn97vvc06c84pi8cb3lni9jyxfzmf-git-minimal-2.22.0/bin/git fetch origin' failed with exit code 128
Trying 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): #f
builder for `/gnu/store/vrw4yfy4ln6yvc3wwppw4bwiaxdzl4jp-guile-bash-0.1.6-0.1eabc56-checkout.drv' failed with exit code 1
build of /gnu/store/vrw4yfy4ln6yvc3wwppw4bwiaxdzl4jp-guile-bash-0.1.6-0.1eabc56-checkout.drv failed
View 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'm
searching for individual files from above git repository, I can find
them in SWH:


It would be interesting if I can go in SWH from a file to the full
repository. 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 5 Aug 2019 18: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 at
action/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, in
which case you will need to request the bundle again."

Do you have any recommendations on where to host the tarball? If
necessary, I am willing to create a repository for the code on my
github.
L
L
Ludovic Courtès wrote on 23 Aug 2019 09:30
(address . swh-devel@inria.fr)
87imqn4zfq.fsf@gnu.org
Hello SWH!

We noticed¹ that the ‘fetch_url’ of this Vault entry returns 404:


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:


Thanks in advance,
Ludo’.

¹ Originally reported at https://issues.guix.gnu.org/issue/36931.
L
L
Ludovic Courtès wrote on 23 Aug 2019 09: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 the
fundamental issue is that SWH is failing to deliver this thing, even
though 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 = #f
scheme@(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 04:20
(name . Ludovic Courtès)(address . ludo@gnu.org)
20190826132009.09cef7e4@alma-ubu
On Fri, 23 Aug 2019 18:32:38 +0200
Ludovic 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 a
good 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 07: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 entries
in the database hadn't been invalidated.

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).

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+9wb1Bz9L3NNAVoU6QNDzXUVelrKaNwFsfj7scdUeoIHmYRPxx28yg
e5KfpEFufQWlfTAWV7pyzGazoUsyCvHg+9vHh++Mm1Z2dD4GdNxrBojtovovcy4y
iFeIG5A+kBBbpWl3bbXbm0z4Chq+B2qLEd39o22tkyfSjdRzrXkJHj63awkXshdp
bpGueJaoJWHoTqYL9nHCoBa+HjwPzDmx+pmexhGAPqyp3PabmgtWQ7MamfB1mTcH
3cqsAN5uDqtbh0TE05jkEGqImLbXRDkE3sxZP+bw2Vz8QxXz6mOEPHoebIULLrK4
gbpA2m+mjTI5f/ENjO3cOsn8tcjUYhBcSzGekj19vAwZQcHL8mXh0NbUzFP5RXL1
F0fghqUneJL4G90SejMzNf5o0pSjS1wZENigUjt/A+iBWeThCovnpLeG1dRoYxlL
bHwdb3u0AjfWV4q8Xd0GbepKV0IEQggWZnTBLCIZQTkibGBmsb8I1ZYFhsxou9zJ
3KwJAjdcOBfXp2LubfYy3puRt781+o9xmJiMZyHOKfRU6knB0IzD6B2UhFEjUGXf
9/AflNGmM0X5onXkTRWkQAeYY4qL23C25kLKC29JaxJCfr6myHyPnafZdYi5BWDW
4vT+05N/6tFBNZGyfnC74WQXlL+ERmtcxSMOoLDU6V+GNVSZjGc=
=cS3C
-----END PGP SIGNATURE-----


L
L
Ludovic Courtès wrote on 27 Aug 2019 08: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 01:47
control message for bug #36931
(address . control@debbugs.gnu.org)
87woedq4u0.fsf@gnu.org
tags 36931 fixed
close 36931
quit
?
Your comment

This issue is archived.

To comment on this conversation send an email to 36931@patchwise.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 36931
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch