bug#41908: guix time-machine fails; XXXX is not related to introductory commit of channel 'guix'
Hi, zimoun skribis: > On Sat, 20 Jun 2020 at 12:40, Ludovic Courtès wrote: >> zimoun skribis: > >>> BTW, from a security perspective, it is easy to cheat by removing some >>> commits so the file ~/.cache/guix/authentication/channels/guix should be >>> protected: read-only and only writable by the daemon. >> >> It’s 600 of course. What we could do is ignore it if it’s not 600 when >> we open it. > > This could help. :-) Done in 41939c374a3ef421d2d4c6453c327a9cd7af4ce5. >> Crucially: we cannot and should not restrict what the user can do for >> the sake of security. Users can pass ‘--disable-authentication’, they >> can run binaries taken from the net, whatever; it’s their machine. > > Well, I have not thought deeply to an attack, but the point is to > protect the user when they runs "guix pull" alone i.e., they can trust > the server. An attack could be for example an email with an attachment, > click, then boum: tweak ~/.config/guix/channels.scm and > ~/.cache/guix/authentication/channels/guix, then the user runs "guix > pull" which the expectation that everything is checked and > authenticated and in fact no, they is talking to malicious server. I don’t really see how the attachment would modify a local file, but even if that’s a possibility, it’s beyond the scope of Guix: we cannot prevent users from shooting themselves in the foot. Ludo’.
bug#41908: guix time-machine fails; XXXX is not related to introductory commit of channel 'guix'
Hi Ludo, On Sun, 21 Jun 2020 at 17:43, Ludovic Courtès wrote: > I removed that test in e4a4287c5fb51c0e47431606df5ee78b953d71f8; we can > keep the introductory commit unchanged, all is good! Let me know what > you think. Now the sequences never return an error. Nice! For the record, the history is: * 41a2d6a8b9 (newer) * e70e097882 (between) * 36640207c9 (older) --8<---cut here---start->8--- $ guix pull --commit=e4a4287c5fb51c0e47431606df5ee78b953d71f8 -p /tmp/c $ cat ~/.cache/guix/authentication/channels/guix cat: /home/simon/.cache/guix/authentication/channels/guix: No such file or directory --8<---cut here---end--->8--- Let consider this first sequence. --8<---cut here---start->8--- $ /tmp/c/bin/guix time-machine --commit=e70e097882 -- help Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to e70e097 (668 new commits)... $ cat ~/.cache/guix/authentication/channels/guix ;; List of previously-authenticated commits. ("e70e097882699865f63eabc5fb29b4fe4468a97b") $ /tmp/c/bin/guix time-machine --commit=41a2d6a8b9 -- help Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 41a2d6a (4 new commits)... $ cat ~/.cache/guix/authentication/channels/guix ;; List of previously-authenticated commits. ("41a2d6a8b9294a6eb8e97aaefd569e755f5f461e" "e70e097882699865f63eabc5fb29b4fe4468a97b") $ /tmp/c/bin/guix time-machine --commit=36640207c9 -- help Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Usage: guix COMMAND ARGS... $ cat ~/.cache/guix/authentication/channels/guix ;; List of previously-authenticated commits. ("41a2d6a8b9294a6eb8e97aaefd569e755f5f461e" "e70e097882699865f63eabc5fb29b4fe4468a97b") --8<---cut here---end--->8--- However, the commit 36640207c9 is not considered as authenticated, right? So, the older authenticated commit is the first commit used by time-machine, right? Let consider this second sequence. --8<---cut here---start->8--- $ rm ~/.cache/guix/authentication/channels/guix $ /tmp/c/bin/guix time-machine --commit=36640207c9 -- help Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 3664020 (664 new commits)... $ /tmp/c/bin/guix time-machine --commit=41a2d6a8b9 -- help Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 41a2d6a (8 new commits)... $ cat ~/.cache/guix/authentication/channels/guix ;; List of previously-authenticated commits. ("41a2d6a8b9294a6eb8e97aaefd569e755f5f461e" "36640207c9543e48cd6daa92930f023f80065a5d") $ /tmp/c/bin/guix time-machine --commit=e70e097882 -- help Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Usage: guix COMMAND ARGS... $ cat ~/.cache/guix/authentication/channels/guix ;; List of previously-authenticated commits. ("41a2d6a8b9294a6eb8e97aaefd569e755f5f461e" "36640207c9543e48cd6daa92930f023f80065a5d") --8<---cut here---end--->8--- The commit e70e097882 between 36640207c9 and 41a2d6a8b9 is not considered as authenticated, right? Cheers, simon
bug#42001: “SQLite database is busy”: contention on the store database
Hi, On berlin.guix.gnu.org, we’ve seen a lot of contention on the store database for a month or so, with messages like: warning: SQLite database is busy More often than not, everything slows down to a halt, and builds don’t proceed. We initially discussed it here: https://issues.guix.gnu.org/41119#4 When that happens we typically see 30+ processes that have opened the database: --8<---cut here---start->8--- ludo@berlin ~$ sudo fuser -v /var/guix/db/db.sqlite-shm USERPID ACCESS COMMAND /var/guix/db/db.sqlite-shm: root 1211 F...m guix offload root 1845 F...m guix-daemon root 6070 F...m guix-daemon root 31378 F...m guix-daemon root 31380 F...m guix-daemon root 47381 F...m guix-daemon root 47382 F...m guix-daemon root 47383 F...m guix-daemon root 47385 F...m guix-daemon root 47681 F...m guix-daemon root 48506 F...m guix offload root 48542 F...m guix offload root 49417 F...m guix-daemon root 49472 F...m guix-daemon root 49971 F...m guix-daemon root 50027 F...m guix-daemon root 50847 F...m guix offload root 54625 F...m guix-daemon root 54723 F...m guix-daemon root 55470 F...m guix-daemon root 55614 F...m guix-daemon root 55617 F...m guix-daemon root 56225 F...m guix-daemon root 57732 F...m guix-daemon root 57733 F...m guix-daemon root 57738 F...m guix-daemon root 57739 F...m guix-daemon root 57740 F...m guix-daemon root 58772 F...m guix-daemon root 59056 F...m guix-daemon root 99055 F...m guix-daemon root 127690 F...m guix offload --8<---cut here---end--->8--- In this case, the first process seems to be in the deduplication phase in ‘finalize-store-file’: --8<---cut here---start->8--- ludo@berlin ~$ sudo strace -p 1211 strace: Process 1211 attached utimensat(AT_FDCWD, "/gnu/store/whhc80cx1zpi9cj3bil3sp8wwzcf8p9p-image-root/gnu/store/n6l40ygclxfysnc2nxwrslnn5ab6wv3v-profile/lib/modules/5.4.47-gnu/kernel/net/netfilter", [{tv_sec=1592814617, tv_nsec=396083395} /* 2020-06-22T10:30:17.396083395+0200 */, {tv_sec=1, tv_nsec=0} /* 1970-01-01T01:00:01+0100 */], 0) = 0 chmod("/gnu/store/whhc80cx1zpi9cj3bil3sp8wwzcf8p9p-image-root/gnu/store/n6l40ygclxfysnc2nxwrslnn5ab6wv3v-profile/lib/modules/5.4.47-gnu/kernel/net/netfilter", 040555) = 0 getrusage(RUSAGE_SELF, {ru_utime={tv_sec=1306, tv_usec=334062}, ru_stime={tv_sec=143, tv_usec=819675}, ...}) = 0 clock_gettime(CLOCK_PROCESS_CPUTIME_ID, {tv_sec=1450, tv_nsec=153748295}) = 0 lstat("/gnu/store/whhc80cx1zpi9cj3bil3sp8wwzcf8p9p-image-root/gnu/store/n6l40ygclxfysnc2nxwrslnn5ab6wv3v-profile/lib/modules/5.4.47-gnu/kernel/net/netfilter/xt_connlimit.ko", {st_mode=S_IFLNK|0777, st_size=125, ...}) = 0 readlink("/gnu/store/whhc80cx1zpi9cj3bil3sp8wwzcf8p9p-image-root/gnu/store/n6l40ygclxfysnc2nxwrslnn5ab6wv3v-profile/lib/modules/5.4.47-gnu/kernel/net/netfilter/xt_connlimit.ko", "/gnu/store/x8d1hmv17jawp4a7nwwb4"..., 100) = 100 readlink("/gnu/store/whhc80cx1zpi9cj3bil3sp8wwzcf8p9p-image-root/gnu/store/n6l40ygclxfysnc2nxwrslnn5ab6wv3v-profile/lib/modules/5.4.47-gnu/kernel/net/netfilter/xt_connlimit.ko", "/gnu/store/x8d1hmv17jawp4a7nwwb4"..., 200) = 125 mkdir("/gnu", 0777) = -1 EEXIST (File exists) mkdir("/gnu/store", 0777) = -1 EEXIST (File exists) mkdir("/gnu/store/.links", 0777)= -1 EEXIST (File exists) lstat("/gnu/store/whhc80cx1zpi9cj3bil3sp8wwzcf8p9p-image-root/gnu/store/n6l40ygclxfysnc2nxwrslnn5ab6wv3v-profile/lib/modules/5.4.47-gnu/kernel/net/netfilter/xt_connlimit.ko", {st_mode=S_IFLNK|0777, st_size=125, ...}) = 0 stat("/gnu/store/.links/05p6zpj56f00g07c3621747kz3bjc6zbr8bgg8xysdajq18qgvlv", {st_mode=S_IFREG|0444, st_size=6880, ...}) = 0 --8<---cut here---end--->8--- At that point it has the database opened 3 times: once from ‘with-temporary-store-file’, once ‘with-database’ in ‘finalize-store-file’, and once from ‘register-items’ in ‘finalize-store-file’. Commit d7fb5538013710288e91657499f0e04207115776 removed the last one. --8<---cut here---start->8--- ludo@berlin ~$ sudo ls -l /proc/
bug#42002: Bug: Signal kill during build
Hello! I'm having a problem on a Banana Pi M3 that runs Debian 10 Buster (ARM like instruction set). "guix pull" always results in failure with this message: building /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv... 76% [### ]builder for `/gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv' failed due to signal 9 (Killed) build of /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv failed View build log at '/var/log/guix/drvs/3h/as7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv.bz2'. cannot build derivation `/gnu/store/z728xwhxnaczkjky15939zjp4v2pvrld-guix-cli.drv': 1 dependencies couldn't be built building /gnu/store/rmbf654gah845f3hbzn9hdamn3xn1s25-guix-config-source.drv... cannot build derivation `/gnu/store/1i3w8dgf5lzapb8l59i3lriskcd8q30c-guix-packages-base-modules.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/4rzrb0xwgh2achzijn6fsdkhgqych6br-guix-packages.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/4hk3v9q8nlzy18xg6cklmrv1x1hi1f4j-guix-system-tests.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/ha53vvwh6v1d68v1kj5m43csinxlrflc-guix-system.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/3q6g7ppayihip0wxhghwkq2nc0qg8kd9-guix-fae72ebb4-modules.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/gl3gim8cd8p920iw3m5qwdyv6zvlhwnv-guix-fae72ebb4.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/85vkb01zgkfmy902m352hjcv35d7hzqb-profile.drv': 1 dependencies couldn't be built guix pull: error: build of `/gnu/store/85vkb01zgkfmy902m352hjcv35d7hzqb-profile.drv' failed1 What can I do? Some help would be much appreciated. Thanks! Best regards, Léon
bug#42002: Bug: Signal kill during build
On Mon, Jun 22, 2020 at 02:28:33PM +0200, Léon Lain Delysid wrote: > Hello! I'm having a problem on a Banana Pi M3 that runs Debian 10 Buster > (ARM like instruction set). > "guix pull" always results in failure with this message: > > building > /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv... > 76% [### >]builder for > `/gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv' failed > due to signal 9 (Killed) > build of /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv > failed > View build log at > '/var/log/guix/drvs/3h/as7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv.bz2'. > cannot build derivation > `/gnu/store/z728xwhxnaczkjky15939zjp4v2pvrld-guix-cli.drv': 1 dependencies > couldn't be built > building > /gnu/store/rmbf654gah845f3hbzn9hdamn3xn1s25-guix-config-source.drv... > cannot build derivation > `/gnu/store/1i3w8dgf5lzapb8l59i3lriskcd8q30c-guix-packages-base-modules.drv': > 1 dependencies couldn't be built > cannot build derivation > `/gnu/store/4rzrb0xwgh2achzijn6fsdkhgqych6br-guix-packages.drv': 1 > dependencies couldn't be built > cannot build derivation > `/gnu/store/4hk3v9q8nlzy18xg6cklmrv1x1hi1f4j-guix-system-tests.drv': 1 > dependencies couldn't be built > cannot build derivation > `/gnu/store/ha53vvwh6v1d68v1kj5m43csinxlrflc-guix-system.drv': 1 > dependencies couldn't be built > cannot build derivation > `/gnu/store/3q6g7ppayihip0wxhghwkq2nc0qg8kd9-guix-fae72ebb4-modules.drv': 1 > dependencies couldn't be built > cannot build derivation > `/gnu/store/gl3gim8cd8p920iw3m5qwdyv6zvlhwnv-guix-fae72ebb4.drv': 1 > dependencies couldn't be built > cannot build derivation > `/gnu/store/85vkb01zgkfmy902m352hjcv35d7hzqb-profile.drv': 1 dependencies > couldn't be built > guix pull: error: build of > `/gnu/store/85vkb01zgkfmy902m352hjcv35d7hzqb-profile.drv' failed1 > > > > What can I do? Some help would be much appreciated. Thanks! > > Best regards, > Léon The signal 9 (killed) makes me think a C++ program killed. I checked wikipedia and it says the Banana Pi M3 has 2GB of RAM. Was there anything else running at the time? 'guix pull' can be resource intensive, especially on lower powered machines. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature
bug#42002: Bug: Signal kill during build
Oh! Yes, of course, I see! Yes, those little credit card sized one-chip computers are very low on resources. So I think it shouldn't build the programs itself but rather download the binaries everytime I "guix pull". What command line option should I use to only download the binaries instead of building everything myself? Could you please give me the command? On Mon, Jun 22, 2020, 14:47 Efraim Flashner wrote: > On Mon, Jun 22, 2020 at 02:28:33PM +0200, Léon Lain Delysid wrote: > > Hello! I'm having a problem on a Banana Pi M3 that runs Debian 10 Buster > > (ARM like instruction set). > > "guix pull" always results in failure with this message: > > > > building > > /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv... > > 76% [### > >]builder for > > `/gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv' > failed > > due to signal 9 (Killed) > > build of > /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv > > failed > > View build log at > > > '/var/log/guix/drvs/3h/as7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv.bz2'. > > cannot build derivation > > `/gnu/store/z728xwhxnaczkjky15939zjp4v2pvrld-guix-cli.drv': 1 > dependencies > > couldn't be built > > building > > /gnu/store/rmbf654gah845f3hbzn9hdamn3xn1s25-guix-config-source.drv... > > cannot build derivation > > > `/gnu/store/1i3w8dgf5lzapb8l59i3lriskcd8q30c-guix-packages-base-modules.drv': > > 1 dependencies couldn't be built > > cannot build derivation > > `/gnu/store/4rzrb0xwgh2achzijn6fsdkhgqych6br-guix-packages.drv': 1 > > dependencies couldn't be built > > cannot build derivation > > `/gnu/store/4hk3v9q8nlzy18xg6cklmrv1x1hi1f4j-guix-system-tests.drv': 1 > > dependencies couldn't be built > > cannot build derivation > > `/gnu/store/ha53vvwh6v1d68v1kj5m43csinxlrflc-guix-system.drv': 1 > > dependencies couldn't be built > > cannot build derivation > > > `/gnu/store/3q6g7ppayihip0wxhghwkq2nc0qg8kd9-guix-fae72ebb4-modules.drv': 1 > > dependencies couldn't be built > > cannot build derivation > > `/gnu/store/gl3gim8cd8p920iw3m5qwdyv6zvlhwnv-guix-fae72ebb4.drv': 1 > > dependencies couldn't be built > > cannot build derivation > > `/gnu/store/85vkb01zgkfmy902m352hjcv35d7hzqb-profile.drv': 1 dependencies > > couldn't be built > > guix pull: error: build of > > `/gnu/store/85vkb01zgkfmy902m352hjcv35d7hzqb-profile.drv' failed1 > > > > > > > > What can I do? Some help would be much appreciated. Thanks! > > > > Best regards, > > Léon > > The signal 9 (killed) makes me think a C++ program killed. I checked > wikipedia and it says the Banana Pi M3 has 2GB of RAM. Was there > anything else running at the time? 'guix pull' can be resource > intensive, especially on lower powered machines. > > -- > Efraim Flashner אפרים פלשנר > GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 > Confidentiality cannot be guaranteed on emails sent or received unencrypted >
bug#42002: Bug: Signal kill during build
On Mon, Jun 22, 2020 at 03:47:08PM +0300, Efraim Flashner wrote: > The signal 9 (killed) makes me think a C++ program killed. I checked > wikipedia and it says the Banana Pi M3 has 2GB of RAM. Was there > anything else running at the time? 'guix pull' can be resource > intensive, especially on lower powered machines. I think it should be possible with 2GB of RAM, if you limit the number of concurrent builds. For example, something like `guix pull --max-jobs=1`. And I think the memory requirements should decrease with the recently released Guile 3.0.3: https://lists.gnu.org/archive/html/guile-devel/2020-06/msg8.html signature.asc Description: PGP signature
bug#42005: guix pull has been failed
Hi Guix, I found something when run `guix pull`. See the listing below for details. Feel free to ask if I can provide more data. @ build-log 2969932 44 make[1]: /bin/sh: No such file or directory @ build-log 2969932 59 make[1]: *** [Makefile:201: check-macro-version] Error 127 @ build-log 2969932 76 make[1]: Leaving directory '/tmp/guix-build-flex-2.6.4.drv-0/flex-2.6.4/po' @ build-log 2969932 48 make: *** [Makefile:533: all-recursive] Error 1 @ build-log 2969932 45 command "make" "-j" "8" failed with status 2 builder for `/gnu/store/k34nshsbn46hsml399a5dj9r38xmi5kv-flex-2.6.4.drv' failed with exit code 1 @ build-failed /gnu/store/k34nshsbn46hsml399a5dj9r38xmi5kv-flex-2.6.4.drv - 1 builder for `/gnu/store/k34nshsbn46hsml399a5dj9r38xmi5kv-flex-2.6.4.drv' failed with exit code 1 cannot build derivation `/gnu/store/qb2x5l2aw2ndwwz32jch8z0xjh3pr36y-bison-3.5.3.drv': 1 dependencies couldn't be built @ build-started /gnu/store/j83dmswrp504r7lwjjmp4357z1f74x8z-gettext-0.20.1.tar.gz.drv - x86_64-linux /var/log/guix/drvs/j8//3dmswrp504r7lwjjmp4357z1f74x8z-gettext-0.20.1.tar.gz.drv.bz2 2975066 cannot build derivation `/gnu/store/1jy5vj7q1q959v31348bhxwc8i042h0w-groff-1.22.4.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/ynb4vsf1wbx58b2rlx5w906b89xxngxg-openldap-2.4.50.drv': 1 dependencies couldn't be built Backtrace: 11 (primitive-load "/gnu/store/2xigmdp2jm9qj0mdrxdzjx7gjckbi9xk-compute-guix-derivation") In ice-9/eval.scm: 155:9 10 (_ _) 159:9 9 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(# (# ?)) #) ?) ?) #) ?) #) ?) #) #) #) #) #)) In ./guix/store.scm: 2025:24 8 (run-with-store # _ #:guile-for-build _ #:system _ #:target _) 1859:8 7 (_ _) In ./guix/gexp.scm: 243:18 6 (_ _) 1061:2 5 (_ _) 921:2 4 (_ _) 782:4 3 (_ _) In ./guix/store.scm: 1907:12 2 (_ #) 1356:5 1 (map/accumulate-builds # _ _) 1367:15 0 (_ # _ _) ./guix/store.scm:1367:15: Throw to key `srfi-34' with args `(#)'. guix pull: error: You found a bug: the program '/gnu/store/2xigmdp2jm9qj0mdrxdzjx7gjckbi9xk-compute-guix-derivation' failed to compute the derivation for Guix (version: "b7249aa4726193653e05e694ec4bb311aa4ec6c2"; system: "x86_64-linux"; host version: "1.0.1-3.4a54ed7"; pull-version: 1). Please report it by email to . -- With best regards, Igor Gajsin
bug#42006: Installing font-dejavu breaks other fonts
Since my last full upgrade on June 9 2020, I found that if I have font-dejavu installed in my profile, my terminal (rxvt-unicode) no longer finds the font selected in my ~/.Xresources file. I'm using Guix on Debian, and all the packages involved are installed by Guix. They are rxvt-unicode, font-anonymous-pro, and font-dejavu. I strace-d the terminal startup. In the good case, it reads and loads a bunch font-related things before it finally loads my specified font from its symlink in '~/.guix-profile/share/fonts'. In the bad case, this work is cut short before it loads the DejaVu font directly from the store. I've attached excerpts of these traces as 'good.log' and 'bad.log'. Here is a manifest to test the effect: -- (specifications->manifest '(glibc-utf8-locales" "rxvt-unicode" "font-anonymous-pro" "font-gnu-unifont:pcf" "font-gnu-unifont:psf" "font-gnu-unifont:bin" "font-gnu-unifont" "font-dejavu" ; comment this package to toggle the bug on and off )) -- And the ~/.Xresources file: -- Urxvt*scrollBar: false URxvt*font: xft:Anonymous Pro:pixelsize=13:antialiasing=true \ xft:unifont:style=Medium:antialias=false:size=16 Xft.hinting:1 Xft.hintstyle: hintfull ! ! this is a comment !urxvt*foreground:White !urxvt*background:Black urxvt*foreground:Black urxvt*background:White -- access("/run/current-system/profile/share/fonts/.uuid", F_OK) = -1 ENOENT (No such file or directory) stat("/run/current-system/profile/share/fonts", 0x7fff3b99a1f0) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/run/current-system/profile/share/fonts/.uuid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/run/current-system/profile/share/fonts", 0x7fff3b99a140) = -1 ENOENT (No such file or directory) stat("/run/current-system/profile/share/fonts", 0x7fff3b99a1f0) = -1 ENOENT (No such file or directory) access("/home/leo/.local/share/fonts/.uuid", F_OK) = -1 ENOENT (No such file or directory) stat("/home/leo/.local/share/fonts", 0x7fff3b99a1f0) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/home/leo/.local/share/fonts/.uuid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/home/leo/.local/share/fonts", 0x7fff3b99a140) = -1 ENOENT (No such file or directory) stat("/home/leo/.local/share/fonts", 0x7fff3b99a1f0) = -1 ENOENT (No such file or directory) access("/home/leo/.fonts/.uuid", F_OK) = -1 ENOENT (No such file or directory) stat("/home/leo/.fonts", 0x7fff3b99a1f0) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/home/leo/.fonts/.uuid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/home/leo/.fonts", 0x7fff3b99a140) = -1 ENOENT (No such file or directory) stat("/home/leo/.fonts", 0x7fff3b99a1f0) = -1 ENOENT (No such file or directory) access("/gnu/store/7y3lvk3xf4im8n44337mc6y0ccysvfia-font-dejavu-2.37/share/fonts/truetype/.uuid", F_OK) = 0 openat(AT_FDCWD, "/gnu/store/7y3lvk3xf4im8n44337mc6y0ccysvfia-font-dejavu-2.37/share/fonts/truetype/.uuid", O_RDONLY|O_CLOEXEC) = 7 read(7, "25a0e546-f6b7-4bf9-96fd-8daeea9d"..., 36) = 36 close(7)= 0 stat("/gnu/store/7y3lvk3xf4im8n44337mc6y0ccysvfia-font-dejavu-2.37/share/fonts/truetype", {st_mode=S_IFDIR|0555, st_size=4096, ...}) = 0 openat(AT_FDCWD, "/gnu/store/7y3lvk3xf4im8n44337mc6y0ccysvfia-font-dejavu-2.37/share/fonts/truetype", O_RDONLY|O_CLOEXEC) = 7 fstatfs(7, {f_type=EXT2_SUPER_MAGIC, f_bsize=4096, f_blocks=11046477, f_bfree=1574489, f_bavail=1047584, f_files=2812544, f_ffree=1687844, f_fsid={val=[2007808024, 1053604465]}, f_namelen=255, f_frsize=4096, f_flags=ST_VALID|ST_RELATIME}) = 0 close(7)= 0 openat(AT_FDCWD, "/var/cache/fontconfig/25a0e546-f6b7-4bf9-96fd-8daeea9d7547-le64.cache-7", O_RDONLY|O_CLOEXEC) = 7 fstat(7, {st_mode=S_IFREG|0644, st_size=48472, ...}) = 0 fstatfs(7, {f_type=EXT2_SUPER_MAGIC, f_bsize=4096, f_blocks=11046477, f_bfree=1574489, f_bavail=1047584, f_files=2812544, f_ffree=1687844, f_fsid={val=[2007808024, 1053604465]}, f_namelen=255, f_frsize=4096, f_flags=ST_VALID|ST_RELATIME}) = 0 mmap(NULL, 48472, PROT_READ, MAP_SHARED, 7, 0) = 0x7f8cb23b6000 fadvise64(7, 0, 48472, POSIX_FADV_WILLNEED) = 0 close(7)= 0 access("/home/leo/.guix-profile/share/fonts/misc/.uuid", F_OK) = -1 ENOENT (No such file or directory) stat("/home/leo/.guix-profile/share/fonts/misc", {st_mode=S_IFDIR|0555, st_size=4096, ...}) = 0 getpid()= 5160 openat(AT_FDCWD, "/home/leo/.guix-profile/share/fonts/misc/.uuid.TMP-x20Dcn", O_RDWR|O_CREAT|O_EXCL|O_CLOEXEC, 0600) = -1 EACCES (Permission denied) openat(AT_FDCWD, "/home/leo/.guix-profile/share/fonts/misc/.uuid", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/home/leo/.guix-profile/share/fonts/misc", {st_mode=S_IFDIR|0555, st_size=4096, ...}) = 0 openat(AT_FDCWD, "/home/leo/.guix-profile/share/fonts/misc", O_RDONLY|
bug#41993: [BUG] Rust 1.19.0 failing to build
Kurt I writes: > Running guix system reconfigure and it's failing to build as a > dependency for wine 5.3 Thanks for the report! It's because ffmpeg recently gained an optional dependency on Rust, which currently fails on i686. Fixed in 402d03751c03e509b9aee1f26eed40cae81eebba. signature.asc Description: PGP signature
bug#41987: ungoogled-chromium: crash when playing videos
"Boris A. Dekshteyn" writes: > Hello, > > Jonathan Brielmaier writes: > >> Current chromium on master (81.0.4044.138) crashes when playing videos. >> >> Reproducer: >> ``` >> chromium https://twitter.com/GuixHpc/status/1247943441067257857 >> ``` >> >> #3 0x7f5a4be1c010 >> (/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libpthread-2.31.so+0x1300f) >> #4 0x562ae02d8c97 media::FFmpegGlue::FFmpegGlue() > > Same. This seems to be happening after updating ffmpeg to 4.3. > Upstream bug: https://bugs.chromium.org/p/chromium/issues/detail?id=1095962 Thanks for the upstream bug link. I made ungoogled-chromium use an older ffmpeg for now with commit 3d5a217d5e71821465a8653945e494205b7d511b. signature.asc Description: PGP signature
bug#42001: “SQLite database is busy”: contention on the store database
Hey Ludo, > utimensat(AT_FDCWD, > "/gnu/store/whhc80cx1zpi9cj3bil3sp8wwzcf8p9p-image-root/gnu/store/n6l40ygclxfysnc2nxwrslnn5ab6wv3v-profile/lib/modules/5.4.47-gnu/kernel/net/netfilter", > [{tv_sec=1592814617, tv_nsec=396083395} /* > 2020-06-22T10:30:17.396083395+0200 */, {tv_sec=1, tv_nsec=0} /* > 1970-01-01T01:00:01+0100 */], 0) = 0 > chmod("/gnu/store/whhc80cx1zpi9cj3bil3sp8wwzcf8p9p-image-root/gnu/store/n6l40ygclxfysnc2nxwrslnn5ab6wv3v-profile/lib/modules/5.4.47-gnu/kernel/net/netfilter", > 040555) = 0 > getrusage(RUSAGE_SELF, {ru_utime={tv_sec=1306, tv_usec=334062}, > ru_stime={tv_sec=143, tv_usec=819675}, ...}) = 0 > clock_gettime(CLOCK_PROCESS_CPUTIME_ID, {tv_sec=1450, tv_nsec=153748295}) = 0 > lstat("/gnu/store/whhc80cx1zpi9cj3bil3sp8wwzcf8p9p-image-root/gnu/store/n6l40ygclxfysnc2nxwrslnn5ab6wv3v-profile/lib/modules/5.4.47-gnu/kernel/net/netfilter/xt_connlimit.ko", > {st_mode=S_IFLNK|0777, st_size=125, ...}) = 0 As discussed on IRC, those "image-root" derivations do exercise store deduplication a lot, are could participate to the observed database contention. Turns out I used those derivations as "staging" directories that are passed to GNU Xorriso when producing ISO images and "mke2fs" and "mkdosfs" when producing raw disk-images. Using the store was also convenient to ensure root ownership of the image files. With 1cb9effc3e875ec7bae31bb06069d16ac89f7e1d and 7f75a7ec08975eb6d6e01db61bd6b91f447f655e, I remove those "image-root" derivations, and proceed to image creation in a single derivation. The later commit is a bit more tricky because "mke2fs" is not able to override file permissions. I used "fakeroot" to make sure that the raw disk-image files are owned by "root" and not "guixbuilder". Hoping it will help, Mathieu
bug#42005: guix pull has been failed
Igor Gajsin writes: > Hi Guix, > > I found something when run `guix pull`. See the listing below for > details. Feel free to ask if I can provide more data. > > @ build-log 2969932 44 > make[1]: /bin/sh: No such file or directory > @ build-log 2969932 59 > make[1]: *** [Makefile:201: check-macro-version] Error 127 > @ build-log 2969932 76 > make[1]: Leaving directory '/tmp/guix-build-flex-2.6.4.drv-0/flex-2.6.4/po' > @ build-log 2969932 48 > make: *** [Makefile:533: all-recursive] Error 1 > @ build-log 2969932 45 > command "make" "-j" "8" failed with status 2 > builder for `/gnu/store/k34nshsbn46hsml399a5dj9r38xmi5kv-flex-2.6.4.drv' > failed with exit code 1 > @ build-failed /gnu/store/k34nshsbn46hsml399a5dj9r38xmi5kv-flex-2.6.4.drv - 1 > builder for `/gnu/store/k34nshsbn46hsml399a5dj9r38xmi5kv-flex-2.6.4.drv' > failed with exit code 1 It looks like 'flex' failed to build, possibly because of parallelism issues. Can you try to 'guix build --cores=1 /gnu/store/k34nshsbn46hsml399a5dj9r38xmi5kv-flex-2.6.4.drv' ? Also, did you intentionally disable binary substitutes? signature.asc Description: PGP signature
bug#39637: Policy to remove broken packages
Jack Hill writes: > On Sat, 20 Jun 2020, Christopher Baines wrote: > >> Do you have any examples of packages that are currently broken, and >> which you'd like to remove? > > Perhaps mongo-tools: https://issues.guix.gnu.org/39637 > > It broke when Go was upgraded to 1.13, and changed the test library. I > fixed some other Go packages that ran into this issue, but it wasn't > as easy for mongo-tools. Our version is old, so it should be > updated. For various reasons, I don't see this package being fixed in > the short term. mongo-tools is definitely failing to build, and it has been since the 11th of Feb (2020) I think. It seems like you got further in understanding this than I did. Given that this seems like a test failure, and I don't think there's anything to suggest that the actual functionality doesn't work, the course of action I see here is to disable either the failing tests, or running the test suite entirely. I originally packaged MongoDB and mongo-tools for Guix, but that was before the licence of MongoDB changed, so I'm not sure about the long term future of the packages. Keeping the packages we have actually building though is still useful. Thanks, Chris signature.asc Description: PGP signature
bug#42008: Determinism problem with guix pul
Hi, Run into a determinism problem today with guix pull. I run guix pull --rounds=3 but guix ended in error that the result wasn't the same. The error was this: building package cache... |output ‘/gnu/store/277s1r2kxw9pfw1g6wg3vf6wrkksj57y-guix-package-cache’ of ‘/gnu/store/m64b2g2h75xbbnrxxn3g1h4833i58yj4-guix-package-cache.drv’ differs from previous round build of /gnu/store/m64b2g2h75xbbnrxxn3g1h4833i58yj4-guix-package-cache.drv failed View build log at '/var/log/guix/drvs/m6/4b2g2h75xbbnrxxn3g1h4833i58yj4-guix-package-cache.drv.bz2'. cannot build derivation `/gnu/store/bcpjm4yvslpf4858lx4pj89xj279z5nv-profile.drv': 1 dependencies couldn't be built guix pull: error: build of `/gnu/store/bcpjm4yvslpf4858lx4pj89xj279z5nv-profile.drv' failed The files are indeed different size with one being larger than the other. My system is this: guix describe Generation 7Jun 18 2020 13:55:17(current) guix e418c3d repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: e418c3d076ec301a2deda42568035d75f5ed174d Fannys
bug#42009: Determinism problem with guix pull
Hi, Run into a determinism problem today with guix pull. I run guix pull --rounds=3 but guix ended in error that the result wasn't the same. The error was this: building package cache... |output ‘/gnu/store/277s1r2kxw9pfw1g6wg3vf6wrkksj57y-guix-package-cache’ of ‘/gnu/store/m64b2g2h75xbbnrxxn3g1h4833i58yj4-guix-package-cache.drv’ differs from previous round build of /gnu/store/m64b2g2h75xbbnrxxn3g1h4833i58yj4-guix-package-cache.drv failed View build log at '/var/log/guix/drvs/m6/4b2g2h75xbbnrxxn3g1h4833i58yj4-guix-package-cache.drv.bz2'. cannot build derivation `/gnu/store/bcpjm4yvslpf4858lx4pj89xj279z5nv-profile.drv': 1 dependencies couldn't be built guix pull: error: build of `/gnu/store/bcpjm4yvslpf4858lx4pj89xj279z5nv-profile.drv' failed The files are indeed different size with one being larger than the other. My system is this: guix describe Generation 7Jun 18 2020 13:55:17(current) guix e418c3d repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: e418c3d076ec301a2deda42568035d75f5ed174d Marinus
bug#39637: Policy to remove broken packages
On Mon, Jun 22, 2020 at 06:06:44PM +0100, Christopher Baines wrote: > It seems like you got further in understanding this than I did. Given > that this seems like a test failure, and I don't think there's anything > to suggest that the actual functionality doesn't work, the course of > action I see here is to disable either the failing tests, or running the > test suite entirely. Not having looked into it closely, I think that, in general, test failures do indicate that actual functionality is broken. Of course it's a different story in many cases since the Guix build environment is so unusual.
bug#42008: (no subject)
Closing as a duplicate of #42009
bug#42002: Bug: Signal kill during build
Léon Lain Delysid writes: > Oh! Yes, of course, I see! > Yes, those little credit card sized one-chip computers are very low on > resources. > So I think it shouldn't build the programs itself but rather download the > binaries everytime I "guix pull". What command line > option should I use to only download the binaries instead of building > everything myself? Could you please give me the command? > You could try: `guix pull --substitute-urls="https://berlin.guixsd.org https://ci.guix.gnu.org https://mirror.hydra.gnu.org"`. Since you are on Debian, you should authorize the servers. More of the authorization here: https://guix.gnu.org/manual/en/html_node/Substitute-Server-Authorization.html. You could always dry-run your commands to see if the substitutes work. > On Mon, Jun 22, 2020, 14:47 Efraim Flashner wrote: > > On Mon, Jun 22, 2020 at 02:28:33PM +0200, Léon Lain Delysid wrote: > > Hello! I'm having a problem on a Banana Pi M3 that runs Debian 10 Buster > > (ARM like instruction set). > > "guix pull" always results in failure with this message: > > > > building > > /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv... > > 76% [### > > ]builder for > > `/gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv' > failed > > due to signal 9 (Killed) > > build of > /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv > > failed > > View build log at > > > '/var/log/guix/drvs/3h/as7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv.bz2'. > > cannot build derivation > > `/gnu/store/z728xwhxnaczkjky15939zjp4v2pvrld-guix-cli.drv': 1 > dependencies > > couldn't be built > > building > > /gnu/store/rmbf654gah845f3hbzn9hdamn3xn1s25-guix-config-source.drv... > > cannot build derivation > > > `/gnu/store/1i3w8dgf5lzapb8l59i3lriskcd8q30c-guix-packages-base-modules.drv': > > 1 dependencies couldn't be built > > cannot build derivation > > `/gnu/store/4rzrb0xwgh2achzijn6fsdkhgqych6br-guix-packages.drv': 1 > > dependencies couldn't be built > > cannot build derivation > > `/gnu/store/4hk3v9q8nlzy18xg6cklmrv1x1hi1f4j-guix-system-tests.drv': 1 > > dependencies couldn't be built > > cannot build derivation > > `/gnu/store/ha53vvwh6v1d68v1kj5m43csinxlrflc-guix-system.drv': 1 > > dependencies couldn't be built > > cannot build derivation > > > `/gnu/store/3q6g7ppayihip0wxhghwkq2nc0qg8kd9-guix-fae72ebb4-modules.drv': 1 > > dependencies couldn't be built > > cannot build derivation > > `/gnu/store/gl3gim8cd8p920iw3m5qwdyv6zvlhwnv-guix-fae72ebb4.drv': 1 > > dependencies couldn't be built > > cannot build derivation > > `/gnu/store/85vkb01zgkfmy902m352hjcv35d7hzqb-profile.drv': 1 > dependencies > > couldn't be built > > guix pull: error: build of > > `/gnu/store/85vkb01zgkfmy902m352hjcv35d7hzqb-profile.drv' failed1 > > > > > > > > What can I do? Some help would be much appreciated. Thanks! > > > > Best regards, > > Léon > > The signal 9 (killed) makes me think a C++ program killed. I checked > wikipedia and it says the Banana Pi M3 has 2GB of RAM. Was there > anything else running at the time? 'guix pull' can be resource > intensive, especially on lower powered machines. > > -- > Efraim Flashner אפרים פלשנר > GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 > Confidentiality cannot be guaranteed on emails sent or received > unencrypted -- Bonface M. K. (https://www.bonfacemunyoki.com) One Divine Emacs To Rule Them All GPG key = D4F09EB110177E03C28E2FE1F5BBAE1E0392253F
bug#42002: Bug: Signal kill during build
On Tue, Jun 23, 2020 at 03:38:39AM +0300, Bonface M. K. wrote: > Léon Lain Delysid writes: > > > Oh! Yes, of course, I see! > > Yes, those little credit card sized one-chip computers are very low on > > resources. > > So I think it shouldn't build the programs itself but rather download the > > binaries everytime I "guix pull". What command line > > option should I use to only download the binaries instead of building > > everything myself? Could you please give me the command? > > > You could try: `guix pull --substitute-urls="https://berlin.guixsd.org > https://ci.guix.gnu.org https://mirror.hydra.gnu.org"`. Since you are on > Debian, you should authorize the servers. More of the authorization > here: > https://guix.gnu.org/manual/en/html_node/Substitute-Server-Authorization.html. > You could always dry-run your commands to see if the substitutes work. Actually, berlin.guixsd.org and ci.guix.gnu.org are the same server, and mirror.hydra.gnu.org was decommissioned a while ago. The second server for substitutes is https://bayfront.guix.gnu.org. I think the best option would be to make sure you run 'guix pull' targeting a derivation which has substitutes. If you check here¹ you can see if there's a substitute already available for armhf-linux and run 'guix pull --commit=the-commit-listed-in-the-link'. Right now, that would be 42a2ee1f9294614bd85892f2cc7318afb80b174c, which is actually the latest commit. ¹ https://ci.guix.gnu.org/jobset/guix-modular-master > > > On Mon, Jun 22, 2020, 14:47 Efraim Flashner wrote: > > > > On Mon, Jun 22, 2020 at 02:28:33PM +0200, Léon Lain Delysid wrote: > > > Hello! I'm having a problem on a Banana Pi M3 that runs Debian 10 > > Buster > > > (ARM like instruction set). > > > "guix pull" always results in failure with this message: > > > > > > building > > > /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv... > > > 76% [### > > > ]builder for > > > `/gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv' > > failed > > > due to signal 9 (Killed) > > > build of > > /gnu/store/3has7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv > > > failed > > > View build log at > > > > > '/var/log/guix/drvs/3h/as7cgd39q9jb9a78vdzjcyycsa6z96-guix-packages-base.drv.bz2'. > > > cannot build derivation > > > `/gnu/store/z728xwhxnaczkjky15939zjp4v2pvrld-guix-cli.drv': 1 > > dependencies > > > couldn't be built > > > building > > > /gnu/store/rmbf654gah845f3hbzn9hdamn3xn1s25-guix-config-source.drv... > > > cannot build derivation > > > > > `/gnu/store/1i3w8dgf5lzapb8l59i3lriskcd8q30c-guix-packages-base-modules.drv': > > > 1 dependencies couldn't be built > > > cannot build derivation > > > `/gnu/store/4rzrb0xwgh2achzijn6fsdkhgqych6br-guix-packages.drv': 1 > > > dependencies couldn't be built > > > cannot build derivation > > > `/gnu/store/4hk3v9q8nlzy18xg6cklmrv1x1hi1f4j-guix-system-tests.drv': 1 > > > dependencies couldn't be built > > > cannot build derivation > > > `/gnu/store/ha53vvwh6v1d68v1kj5m43csinxlrflc-guix-system.drv': 1 > > > dependencies couldn't be built > > > cannot build derivation > > > > > `/gnu/store/3q6g7ppayihip0wxhghwkq2nc0qg8kd9-guix-fae72ebb4-modules.drv': 1 > > > dependencies couldn't be built > > > cannot build derivation > > > `/gnu/store/gl3gim8cd8p920iw3m5qwdyv6zvlhwnv-guix-fae72ebb4.drv': 1 > > > dependencies couldn't be built > > > cannot build derivation > > > `/gnu/store/85vkb01zgkfmy902m352hjcv35d7hzqb-profile.drv': 1 > > dependencies > > > couldn't be built > > > guix pull: error: build of > > > `/gnu/store/85vkb01zgkfmy902m352hjcv35d7hzqb-profile.drv' failed1 > > > > > > > > > > > > What can I do? Some help would be much appreciated. Thanks! > > > > > > Best regards, > > > Léon > > > > The signal 9 (killed) makes me think a C++ program killed. I checked > > wikipedia and it says the Banana Pi M3 has 2GB of RAM. Was there > > anything else running at the time? 'guix pull' can be resource > > intensive, especially on lower powered machines. > > > > -- > > Efraim Flashner אפרים פלשנר > > GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 > > Confidentiality cannot be guaranteed on emails sent or received > > unencrypted > > -- > Bonface M. K. (https://www.bonfacemunyoki.com) > One Divine Emacs To Rule Them All > GPG key = D4F09EB110177E03C28E2FE1F5BBAE1E0392253F -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature