Re: `dockerd` service not starting
Hi Pierre, On 2022-03-31 19:30, Pierre Langlois wrote: Tanguy LE CARROUR writes: My `dockerd` service has stopped working weeks (months!?) ago, but I've had no use for it in the meantime, so it was no big deal, until today… […] That's strange, I can also see this in my logs from back in April 2021, but not since then. As a shot in the dark, could you try the attached patch? It's something I added while looking at updating docker (I need to rebase this series and get it committed). It's a bugfix, the patch-paths phase does not run withouth it so it could be related to your issues. But for some strange reason it's been working for me. https://issues.guix.gnu.org/52790#1 Thanks for the patch! I applied it and successfully built containerd and docker, but… I have no clue how to `guix system reconfigure` from my guix repo checkout!? ^_^' Usually, as my regular user, I do `./pre-inst-env guix …`, but in order to run `guix system reconfigure` I use sudo. But `sudo ./pre-inst-env guix system reconfigure config.scm` fails with an ugly: ```console Backtrace: In ice-9/boot-9.scm: 3253:13 19 (_) In ice-9/threads.scm: 390:8 18 (_ _) In ice-9/boot-9.scm: 3544:20 17 (_) 2836:4 16 (save-module-excursion _) 3564:26 15 (_) In unknown file: 14 (primitive-load-path "guix/store" #) In ice-9/boot-9.scm: 3923:23 13 (_) 3411:4 12 (define-module* _ #:filename _ #:pure _ #:version _ # _ …) 3424:24 11 (_) 222:29 10 (map1 (((guix utils)) ((guix config)) ((guix #)) ((…)) …)) 222:29 9 (map1 (((guix config)) ((guix deprecation)) ((guix …)) …)) 222:29 8 (map1 (((guix deprecation)) ((guix memoization)) ((…)) …)) 222:29 7 (map1 (((guix memoization)) ((guix serialization)) (#) …)) 222:29 6 (map1 (((guix serialization)) ((guix monads)) ((# #)) …)) 222:29 5 (map1 (((guix monads)) ((guix records)) ((guix #)) (#) …)) 222:29 4 (map1 (((guix records)) ((guix base16)) ((guix #)) (#) …)) 222:29 3 (map1 (((guix base16)) ((guix base32)) ((gcrypt #)) # …)) 222:29 2 (map1 (((guix base32)) ((gcrypt hash)) ((guix #)) (#) …)) 222:17 1 (map1 (((gcrypt hash)) ((guix profiling)) ((rnrs #)) # …)) 3330:6 0 (resolve-interface (gcrypt hash) #:select _ #:hide _ # _ …) ice-9/boot-9.scm:3330:6: In procedure resolve-interface: no code for module (gcrypt hash) ``` How am I supposed to do it?! Best regards, -- Tanguy
Re: Packaging existing software for Guix
Hi Cássio > OK, I checked this scheme file, and it's just a four-line program, > but I don't get it. So, help me here ─ what is this *↓↓↓* `mes` code > actually doing? > > This line gets the name of the directory in which (current-filename), i.e. /path/to/mes/guix.scm lies. > (define %source-dir (dirname (current-filename))) This adds /path/to/mes/guix to the Guile load path. > (add-to-load-path (string-append %source-dir "/guix")) This loads git/mes.scm from the load path (see above) and makes its public bindings available. > (use-modules (git mes)) This is just a variable, probably exported by the (git mes) module, which should itself be a (package ...) description. > mes.git Cheers
cannot build system from source during the installation
hi guix!
I decided to try to build a guix system from source instead of using
substitutes but ran into a problem:
"guix pull --no-substitutes" returns me this
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git fc94e93
building
/gnu/store/0h7r1766n7brqlvzpnb0y3vank5faizz-linux-libre-5.4.20-gnu.tar.xz.drv...
\builder for
`/gnu/store/0h7r1766n7brqlvzpnb0y3vank5faizz-linux-libre-5.4.20-gnu.tar.xz.drv'
failed to produce output path
`/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz'
build of
/gnu/store/0h7r1766n7brqlvzpnb0y3vank5faizz-linux-libre-5.4.20-gnu.tar.xz.drv
failed
View build log at
'/var/log/guix/drvs/0h/7r1766n7brqlvzpnb0y3vank5faizz-linux-libre-5.4.20-gnu.tar.xz.drv.bz2'.
cannot build derivation
`/gnu/store/3gjjkdq3ll76lffa2563xx62h4w9cxks-linux-libre-headers-5.4.20.drv':
1 dependencies couldn't be built
building
/gnu/store/7sy6lhff8l2ss3qgyg21b5cav0rdgycv-linux-libre-headers-stripped-4.14.67-i686-linux.tar.xz.drv...
cannot build derivation
`/gnu/store/b7rgn9czp9qfdfrpyrz8ndj5dqfzrjw9-libtiff-4.2.0.drv': 1
dependencies couldn't be built
guix pull: error: build of
`/gnu/store/b7rgn9czp9qfdfrpyrz8ndj5dqfzrjw9-libtiff-4.2.0.drv' failed
So I looked in the log and found that:
Starting download of
/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz
>From
>https://linux-libre.fsfla.org/pub/linux-libre/releases/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz...
download failed
"https://linux-libre.fsfla.org/pub/linux-libre/releases/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz";
404 "Not Found"
Starting download of
/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz
>From ftp://alpha.gnu.org/gnu/guix/mirror/linux-libre-5.4.20-gnu.tar.xz...
Throw to key `ftp-error' with args `(# "RETR
linux-libre-5.4.20-gnu.tar.xz" 550 "Failed to open file.\r")'.
Starting download of
/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz
>From
>https://ftpmirror.gnu.org/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz...
following redirection to
`https://mirror.tochlab.net/pub/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz'...
download failed
"https://mirror.tochlab.net/pub/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz";
404 "Not Found"
Starting download of
/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz
>From
>ftp://ftp.cs.tu-berlin.de/pub/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz...
In procedure getaddrinfo: Name or service not known
Starting download of
/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz
>From
>ftp://ftp.funet.fi/pub/mirrors/ftp.gnu.org/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz...
Throw to key `ftp-error' with args `(# "CWD
5.4.20-gnu" 550 "Can't change directory to 5.4.20-gnu: No such file or
directory\r")'.
Starting download of
/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz
>From
>http://ftp.gnu.org/pub/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz...
download failed
"http://ftp.gnu.org/pub/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz";
404 "Not Found"
Starting download of
/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz
>From
>https://ci.guix.gnu.org/file/linux-libre-5.4.20-gnu.tar.xz/sha256/1qxhf6dmcwjblzx8fgn6vr10p38xw10iwh6d1y1v1mxb25y30b47...
In procedure connect*: Connection timed out
Starting download of
/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz
>From
>https://tarballs.nixos.org/sha256/1qxhf6dmcwjblzx8fgn6vr10p38xw10iwh6d1y1v1mxb25y30b47...
download failed
"https://tarballs.nixos.org/sha256/1qxhf6dmcwjblzx8fgn6vr10p38xw10iwh6d1y1v1mxb25y30b47";
404 "Not Found"
Starting download of
/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz
>From
>https://archive.softwareheritage.org/api/1/content/sha256:872c307c11abd7b0830fcd401e41e01d8d0b42dec63e87faa74b72569b71b0e3/raw/...
download failed
"https://archive.softwareheritage.org/api/1/content/sha256:872c307c11abd7b0830fcd401e41e01d8d0b42dec63e87faa74b72569b71b0e3/raw/";
404 "Not Found"
failed to download
"/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz"
from
("https://linux-libre.fsfla.org/pub/linux-libre/releases/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz";
"ftp://alpha.gnu.org/gnu/guix/mirror/linux-libre-5.4.20-gnu.tar.xz";
"mirror://gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz")
I checked http links. Can confirm that the source of linux libre is
not there. Maybe I did something wrong and you can help me to resolve
this issue.
Re: Packaging existing software for Guix
Thanks. I followed the paths and found the corresponding modules, and I think I get it: it's just a way not to hard-code the root of where the `mes` code lies. But then, it seems to me that @Vagrant Cascadian is not correct when he suggests that this code enables the build system to checkout the current git commit, because there are still version specifications in all the `define-public` statements within the actual ` mes.scm` file. Am I correct in this assessment? Thanks, Cássio - Faculdade de Letras - UFG *“* *Ou a gente se Raôni, ou a gente se Sting**”* On Fri, Apr 1, 2022 at 6:26 AM Liliana Marie Prikler < liliana.prik...@ist.tugraz.at> wrote: > Hi Cássio > > > OK, I checked this scheme file, and it's just a four-line program, > > but I don't get it. So, help me here ─ what is this *↓↓↓* `mes` code > > actually doing? > > > > > This line gets the name of the directory in which (current-filename), > i.e. /path/to/mes/guix.scm lies. > > (define %source-dir (dirname (current-filename))) > This adds /path/to/mes/guix to the Guile load path. > > (add-to-load-path (string-append %source-dir "/guix")) > This loads git/mes.scm from the load path (see above) and makes its > public bindings available. > > (use-modules (git mes)) > This is just a variable, probably exported by the (git mes) module, > which should itself be a (package ...) description. > > mes.git > > Cheers >
Re: `dockerd` service not starting
Hi, tan...@bioneland.org writes: > Hi Pierre, > > On 2022-03-31 19:30, Pierre Langlois wrote: >> Tanguy LE CARROUR writes: >>> My `dockerd` service has stopped working weeks (months!?) ago, but I've >>> had no use for it in the meantime, so it was no big deal, until today… >>> […] >> That's strange, I can also see this in my logs from back in April 2021, >> but not since then. >> As a shot in the dark, could you try the attached patch? It's >> something >> I added while looking at updating docker (I need to rebase this series >> and get it committed). It's a bugfix, the patch-paths phase does not run >> withouth it so it could be related to your issues. But for some strange >> reason it's been working for me. >> https://issues.guix.gnu.org/52790#1 > > Thanks for the patch! I applied it and successfully built containerd and > docker, > but… > I have no clue how to `guix system reconfigure` from my guix repo checkout!? > ^_^' > > Usually, as my regular user, I do `./pre-inst-env guix …`, but in order to run > `guix system reconfigure` I use sudo. > But `sudo ./pre-inst-env guix system reconfigure config.scm` fails with an > ugly: Oh yeah, for this to work you need to use the -E option for sudo: sudo -E ./pre-inst-env guix system reconfigure config.scm I believe it's so that the current $GUIX_ENVIRONMENT can be passed to ./pre-inst-env. I see this hack isn't in the manual's contributing section, we should add it! Thanks, Pierre signature.asc Description: PGP signature
Re: cannot boot from microSD card on aarch64 machine
On 2022-03-29, Ricardo Wurmus wrote: >>> I mounted the target disk (an SSD) at /mnt, made sure that the microSD >>> card was inserted, unmounted, and available at /dev/mmcblk1, and then >>> ran >>> >>>guix system init config.scm /mnt >>> >>> This was successful. >>> >>> Unfortunately, rebooting failed. There is seemingly no activity at all >>> when I power on the board, so something’s not right with how u-boot was >>> installed on the microSD card. ... > I manually copied the two u-boot files to the expected offsets on the > microsd card, and that let me boot Guix System from USB. But I have so > far been unsuccessful in my attempts to do this automatically as part of > “guix system init” (I haven’t tried this much) or to successfully patch > u-boot to boot from the SSD on the PCIe card (I have tried this a lot). I don't understand this problem, works for me with both reconfigure and init... does your operating system config reference the same device that is present when you're initializing the card? ... sometimes i use a usb-to-microSD adapter, which shows up as /dev/sdX rather than /dev/mmcblkX if i'm initializing from another machine. > I think it should be possible to patch u-boot to initialize the PCIe > card and boot from the attached disk (with the patched u-boot residing > on the microsd card). I tried the relevant subset of the netbsd > patches, but the CPU keeps resetting after (successfully) enumerating > the PCI devices. > > I hope I can make some more time for this soon and overcome that last > hurdle — and then write a cookbook entry for all this :) I was able to get it to work! With your updated patch to disable openssl (and rebasing against newer u-boot), and the phase modifying the config and the the rockchip include file to add support for SCSI devices. The netbsd patches weren't needed with 2022.04-rc5. live well, vagrant signature.asc Description: PGP signature
Re: cannot build system from source during the installation
Unless the situation has changed since I last checked, tarballs of linux-libre are not preserved long-term by their creators. Our normal kernel packages were designed to account for this, but this is a "kernel headers" package, right? Someone should see if we can address this shortcoming. For building Guix or a bare-bones Guix System version 1.3.0, there are probably some more similar cases where sources are no longer available upstream. It's something that Software Heritage aims to address. There are other kinds of "must be substituted" problems. I remember upstream test suites with expiring TLS certificates; you'd have to change the system time. A tricky problem overall: we can never prevent all bogus non-deterministic build problems. On Fri, Apr 1, 2022, at 05:55, Adam Kandur wrote: > hi guix! > I decided to try to build a guix system from source instead of using > substitutes but ran into a problem: > > "guix pull --no-substitutes" returns me this > > Updating channel 'guix' from Git repository at > 'https://git.savannah.gnu.org/git/guix.git'... > Building from this channel: > guix https://git.savannah.gnu.org/git/guix.git fc94e93 > building > /gnu/store/0h7r1766n7brqlvzpnb0y3vank5faizz-linux-libre-5.4.20-gnu.tar.xz.drv... > \builder for > `/gnu/store/0h7r1766n7brqlvzpnb0y3vank5faizz-linux-libre-5.4.20-gnu.tar.xz.drv' > failed to produce output path > `/gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz' > build of > /gnu/store/0h7r1766n7brqlvzpnb0y3vank5faizz-linux-libre-5.4.20-gnu.tar.xz.drv > failed > View build log at > '/var/log/guix/drvs/0h/7r1766n7brqlvzpnb0y3vank5faizz-linux-libre-5.4.20-gnu.tar.xz.drv.bz2'. > cannot build derivation > `/gnu/store/3gjjkdq3ll76lffa2563xx62h4w9cxks-linux-libre-headers-5.4.20.drv': > 1 dependencies couldn't be built > building > /gnu/store/7sy6lhff8l2ss3qgyg21b5cav0rdgycv-linux-libre-headers-stripped-4.14.67-i686-linux.tar.xz.drv... > cannot build derivation > `/gnu/store/b7rgn9czp9qfdfrpyrz8ndj5dqfzrjw9-libtiff-4.2.0.drv': 1 > dependencies couldn't be built > guix pull: error: build of > `/gnu/store/b7rgn9czp9qfdfrpyrz8ndj5dqfzrjw9-libtiff-4.2.0.drv' failed > > > > So I looked in the log and found that: > > Starting download of > /gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz > From > https://linux-libre.fsfla.org/pub/linux-libre/releases/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz... > download failed > "https://linux-libre.fsfla.org/pub/linux-libre/releases/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz"; > 404 "Not Found" > > Starting download of > /gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz > From ftp://alpha.gnu.org/gnu/guix/mirror/linux-libre-5.4.20-gnu.tar.xz... > Throw to key `ftp-error' with args `(# "RETR > linux-libre-5.4.20-gnu.tar.xz" 550 "Failed to open file.\r")'. > > Starting download of > /gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz > From > https://ftpmirror.gnu.org/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz... > following redirection to > `https://mirror.tochlab.net/pub/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz'... > download failed > "https://mirror.tochlab.net/pub/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz"; > 404 "Not Found" > > Starting download of > /gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz > From > ftp://ftp.cs.tu-berlin.de/pub/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz... > In procedure getaddrinfo: Name or service not known > > Starting download of > /gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz > From > ftp://ftp.funet.fi/pub/mirrors/ftp.gnu.org/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz... > Throw to key `ftp-error' with args `(# "CWD > 5.4.20-gnu" 550 "Can't change directory to 5.4.20-gnu: No such file or > directory\r")'. > > Starting download of > /gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz > From > http://ftp.gnu.org/pub/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz... > download failed > "http://ftp.gnu.org/pub/gnu/linux-libre/5.4.20-gnu/linux-libre-5.4.20-gnu.tar.xz"; > 404 "Not Found" > > Starting download of > /gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz > From > https://ci.guix.gnu.org/file/linux-libre-5.4.20-gnu.tar.xz/sha256/1qxhf6dmcwjblzx8fgn6vr10p38xw10iwh6d1y1v1mxb25y30b47... > In procedure connect*: Connection timed out > > Starting download of > /gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz > From > https://tarballs.nixos.org/sha256/1qxhf6dmcwjblzx8fgn6vr10p38xw10iwh6d1y1v1mxb25y30b47... > download failed > "https://tarballs.nixos.org/sha256/1qxhf6dmcwjblzx8fgn6vr10p38xw10iwh6d1y1v1mxb25y30b47"; > 404 "Not Found" > > Starting download of > /gnu/store/0zcl1i3rbjc356138hx86b7yaz29g6fj-linux-libre-5.4.20-gnu.tar.xz > From > https://archive.softwareheritage.org/api/1/
