From: Bengt Richter <bokr@bokr.com>
To: Efraim Flashner <efraim@flashner.co.il>
Cc: Valentin Ignatev <valentignatev@gmail.com>, 38857@debbugs.gnu.org
Subject: bug#38857: X.509 certificate of 'crates.io' could not be verified during a recursive import from crates.io
Date: Thu, 2 Jan 2020 11:06:25 -0800 [thread overview]
Message-ID: <20200102190625.GA861@Evo25c2ArchGx4.localdomain> (raw)
In-Reply-To: <20200102071243.GS23018@E5400>
Hi Guix,
On +2020-01-02 09:12:43 +0200, Efraim Flashner wrote:
> On Thu, Jan 02, 2020 at 01:45:35AM +0300, Valentin Ignatev wrote:
> > Hi! I'm trying to recursively import a package from crates.io like this:
> >
> > guix import crate notify@4.0.14 --recursive
> >
> > It follows redirections for a while untill at some point throws this:
> >
> > Backtrace:
> > 12 (primitive-load "/home/vj/.config/guix/current/bin/guix")
> > In guix/ui.scm:
> > 1806:12 11 (run-guix-command _ . _)
> > In guix/scripts/import.scm:
> > 116:11 10 (guix-import . _)
> > In guix/scripts/import/crate.scm:
> > 103:16 9 (guix-import-crate . _)
> > In guix/import/utils.scm:
> > 425:7 8 (recursive-import _ _ #:repo->guix-package _ #:guix-name …)
> > 397:31 7 (topological-sort _ #<procedure 7f9a59729630 at guix/i…> …)
> > In srfi/srfi-1.scm:
> > 592:17 6 (map1 ("tempfile"))
> > In guix/import/utils.scm:
> > 421:36 5 (lookup-node "tempfile")
> > In guix/import/crate.scm:
> > 222:10 4 (crate->guix-package "tempfile" _)
> > 150:15 3 (make-crate-sexp #:name _ #:version _ #:cargo-inputs _ # …)
> > In guix/http-client.scm:
> > 88:25 2 (http-fetch _ #:port _ #:text? _ #:buffered? _ # _ # _ # …)
> > In guix/build/download.scm:
> > 419:4 1 (open-connection-for-uri _ #:timeout _ # _)
> > 306:6 0 (tls-wrap #<closed: file 7f9a564b3a10> _ # _)
> >
> > guix/build/download.scm:306:6: In procedure tls-wrap:
> > X.509 certificate of 'crates.io' could not be verified:
> > signer-not-found
> > invalid
> >
> > I suspect that it happens after the importer hits
> > "wasm-bindgen-webidl" and starts going circles. Maybe there's some
> > circullar dependencies going on, but I'm not sure. I'm attaching a
> > full log for convenience.
> >
> > For additional info: I'm running Guix on Arch Linux. I've also
> > installed nss-certs package, exported all neeeded variables
> > (SSL_CERT_DIR, SSL_CERT_FILE and GIT_SSL_CAINFO) before running guix
> > import and also made sure nscd.service is running.
> >
> > Regards,
> > Valentin Ignatev
>
> I've had it happen to me also sometimes. It's like it forgets that it
> just successfully connected 100+ times and then fails.
>
>
> --
> Efraim Flashner <efraim@flashner.co.il> אפרים פלשנר
> GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
> Confidentiality cannot be guaranteed on emails sent or received unencrypted
I don't know if this could be related, but...
I am also running guix on Archlinux and experienced a TLS problem
after doing pacman -Syu.
Mutt got updated and I could no longer get my pop mail.
I reverted the last mutt update:
--8<---------------cut here---------------start------------->8---
[2020-01-01T15:53:13-0800] [ALPM] downgraded mutt (1.13.2-1 -> 1.12.2-1)
--8<---------------cut here---------------end--------------->8---
And am writing this with the reverted verssion.
(So BTW this may be a heads-up not to package 1.13.2-1 until the problem
is resolved, to avoid similar breakage for other Arch users, and perhaps others?)
BTW2, if you are using pacman on arch, this little snippet is handy to list
what your last pacman {up,down}grade did:
I do listing variants as ls-whatever -- this one is ls-pacupd:
--8<---------------cut here---------------start------------->8---
#!/usr/bin/bash
# ~/bin/ls-pacupd -- list latest pacman Syu upgrades
latest="$(stat -c '%y' /var/log/pacman.log|cut -d ' ' -f1)"
egrep "$latest.* (up|down)graded " /var/log/pacman.log
--8<---------------cut here---------------end--------------->8---
I found that the guix-installed version of mutt worked for getting mail,
and saw that it used the prior version.
However, emacs is mutt's configured editor, and after some longish time editing
the entire system would freeze and not respond to ANY key input, and I had to
power down physically (5-sec press of power button).
So I had to go back to the old Arch version.
I am still mystified by this freeze-up. It's possible that I am typing some fatal
combination of keys on this keyboard or that my migration from a dying laptop to
an SSD in a USB3 cassette booted with UEFI on a Lenovo Swift did not entirely succeed.
My context:
I am running on tty1 with guix "disabled" by not setting up its paths etc in
~/.bash_profile at login, so this is my current boot context here:
┌─────────────────────────────────────────────────────────────────────────────────┐
│ Booted at 2020-01-02 08:50 -0800 (PST) and logged in as as bokr@Evo25c2ArchGx4 │
├─────────────────────────────────────────────────────────────────────────────────┤
│ HW host: Acer Swift SF113-31/ASAHI_AP_S, BIOS V1.08 11/22/2017 │
│ MOUNTPOINT KNAME LABEL SIZE FSAVAIL FSUSE% │
│ /boot sda1 Evo25c2EFI1 1G 461.9M 55% │
│ / sda4 Evo25c2ArchGx4 167.9G 73.5G 50% │
│ Kernel: 5.4.6-arch3-1 #1 SMP PREEMPT Tue, 24 Dec 2019 04:36:53 +0000 │
│ CPU: Intel(R) Pentium(R) CPU N4200 @ 1.10GHz │
└─────────────────────────────────────────────────────────────────────────────────┘
Whereas on tty4 I logged in with a config value that my ~/.bash_profile uses
to set MY_GUIX_MODE=enabled at the top and do further enabled/disabled specializations
after that, so e.g. guix is found in $PATH and currently that makes
(captured on tty4 and and retrieved here on tty1)
guix describe:
--8<---------------cut here---------------start------------->8---
Generation 27 Dec 29 2019 18:49:23 (current)
guix 996182a
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 996182a84bafb4c4982dcb36c2c54b350c16629a
--8<---------------cut here---------------end--------------->8---
Editing context in emacs here and now:
--8<---------------cut here---------------start------------->8---
pidparents ? 8747 Ss /usr/bin/bash /home/bokr/bin/pidparents
emacs tty1 2420 Sl+ emacs /home/bokr/.mutt/temp/mutt-Evo25c2ArchGx4-1000-861-11810734661506241046
mutt tty1 861 S mutt
bash tty1 461 Ss -bash
login ? 447 Ss login -- bokr
systemd ? 1 Ss /sbin/init \EFI\Evo25c2ArchGx4\vmlinuz-linux
--8<---------------cut here---------------end--------------->8---
Regards,
Bengt Richter
next prev parent reply other threads:[~2020-01-02 19:07 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-01 22:45 bug#38857: X.509 certificate of 'crates.io' could not be verified during a recursive import from crates.io Valentin Ignatev
2020-01-02 7:12 ` Efraim Flashner
2020-01-02 19:06 ` Bengt Richter [this message]
2020-01-02 19:20 ` Valentin Ignatev
2020-01-02 19:37 ` Martin Becze
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200102190625.GA861@Evo25c2ArchGx4.localdomain \
--to=bokr@bokr.com \
--cc=38857@debbugs.gnu.org \
--cc=efraim@flashner.co.il \
--cc=valentignatev@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.