bug#36931: guile-bash repository no longer exists?

bug#36931: guile-bash repository no longer exists?

[Jesse Gibbons]

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.

bug#36931: guile-bash repository no longer exists?

[Ricardo Wurmus]

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

bug#36931: guile-bash repository no longer exists?

[Björn Höfling]

[-- Attachment #1: Type: text/plain, Size: 3603 bytes --]

On Mon, 05 Aug 2019 16:38:07 +0200
Ricardo Wurmus <rekado@elephly.net> wrote:

> 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=33861
https://lists.gnu.org/archive/html/guix-devel/2019-04/msg00558.html
https://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-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/
fatal: repository 'https://anonscm.debian.org/cgit/users/kaction-guest/retired/dev.guile-bash.git/' not found
Failed 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 found
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:

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 full
repository. Does anyone know if that is possible?

Björn



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

bug#36931: guile-bash repository no longer exists?

[Jesse Gibbons]

On Mon, 2019-08-05 at 16:38 +0200, Ricardo Wurmus wrote:
> 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
https://archive.softwareheritage.org/browse/origin/https://github.com/k
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.

bug#36931: guile-bash repository no longer exists?

[Ludovic Courtès]

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

bug#36931: guile-bash repository no longer exists?

[Ludovic Courtès]

Hello,

Björn Höfling <bjoern.hoefling@bjoernhoefling.de> skribis:

> 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:

--8<---------------cut here---------------start------------->8---
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>
--8<---------------cut here---------------end--------------->8---

Let’s see!

Ludo’.

bug#36931: guile-bash repository no longer exists?

[Björn Höfling]

[-- Attachment #1: Type: text/plain, Size: 425 bytes --]

On Fri, 23 Aug 2019 18:32:38 +0200
Ludovic Courtès <ludo@gnu.org> wrote:

> 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

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

bug#36931: [swh-devel] bug#36931: guile-bash repository no longer exists?

[Nicolas Dandrimont]

[-- Attachment #1: Type: text/plain, Size: 1354 bytes --]

* Ludovic Courtès <ludovic.courtes@inria.fr> [2019-08-23 18:30:17 +0200]:

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

bug#36931: [swh-devel] bug#36931: guile-bash repository no longer exists?

[Ludovic Courtès]

Hello,

Nicolas Dandrimont <nicolas@dandrimont.eu> skribis:

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

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