bug#31885: Bug when running guix system reconfigure after recent guix pull
wmmddnr7wgl1fp-guix-b4eae997f-modules"
"/gnu/store/2rfa6337gb84bx4f2jzn5h9wfi3lhjik-guile-git-0.0-6.36f93c1/share/guile/site/2.2"
"/gnu/store/1aglyrvw57cbw4njc2q4blmbqin3r7k2-guile-bytestructures-1.0.3/share/guile/site/2.2"
"/gnu/store/6jjn9fsma94qa6y86qwiyyqfsm2mjkxy-guile-json-1.0.1/share/guile/site/2.2"
"/gnu/store/5lmr2x0cl45x0f15hsbaw4y560gnwry3-guile-ssh-0.11.2/share/guile/site/2.2"
"/gnu/store/r21yw2lkm4fr1n7x1nxgpqrjw0xkln9r-guile-sqlite3-0.0-4.10c13a7/share/guile/site/2.2"
"/gnu/store/iv3yg0g269hnxc1aqk9r55aq3h72c6m1-module-import"
"/gnu/store/iv3yg0g269hnxc1aqk9r55aq3h72c6m1-module-import"
"/run/current-system/profile/share/guile/site/2.2"
"/gnu/store/1mr5izrbxwd7cbq8m1xrqm45rzkibpsj-guile-2.2.3/share/guile/2.2"
"/gnu/store/1mr5izrbxwd7cbq8m1xrqm45rzkibpsj-guile-2.2.3/share/guile/site/2.2"
"/gnu/store/1mr5izrbxwd7cbq8m1xrqm45rzkibpsj-guile-2.2.3/share/guile/site"
"/gnu/store/1mr5izrbxwd7cbq8m1xrqm45rzkibpsj-guile-2.2.3/share/guile")>
sessreg: #>
;; This is an operating system configuration template
;; for a "desktop" setup with GNOME and Xfce where the
;; root partition is encrypted with LUKS.
(use-modules
(gnu)
(gnu system nss)
(guix store))
(use-service-modules desktop pm xorg)
(use-package-modules certs mate gnome)
(operating-system
(host-name "antelope")
(timezone "Europe/Paris")
(locale "sv_SE.utf8")
;; Assuming /dev/sda is the target hard disk, and "my-root"
;; is the label of the target root file system.
(bootloader (bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/sda")
(menu-entries
(menu-entry
(label "Ubuntu 16.04")
(linux "/boot/vmlinuz-4.4.0-128-generic")
(linux-arguments '("root=/dev/sda5"))
(initrd
"/boot/initrd.img-4.4.0-128-generic")
(file-systems (cons (file-system
(device (file-system-label "my-root"))
(mount-point "/")
(type "ext4"))
%base-file-systems))
(users (cons (user-account
(name "swedebugia")
(comment "Alice's brother")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "video"))
(home-directory "/home/swedebugia"))
%base-user-accounts))
;; This is where we specify system-wide packages.
(packages (cons* nss-certs mate mate-applets ;for HTTPS access
gvfs ;for user mounts
%base-packages))
;; Add GNOME and/or Xfce---we can choose at the log-in
;; screen with F1. Use the "desktop" services, which
;; include the X11 log-in service, networking with Wicd,
;; and more.
(services (cons*
(slim-configuration
(auto-login? #t)
(default-user "swedebugia")
(auto-login-session "xfdesktop"))
(guix-configuration
; #:authorize-keys (cons
"/home/swedebugia/berlin.guixsd.org.pub"
; %default-authorized-guix-keys)
(substitute-urls (cons "https://berlin.guixsd.org";
%default-substitute-urls)))
;; Is this correct?
; (tlp-servicy-type
; (tlp-configuration
; ;; Should I use parenteses instead of "#:"?
; (cpu-scaling-govenor-on-ac (list
"conservative"))
; (cpu-scaling-govenor-on-bat (list
"conservative"
(xfce-desktop-service)
%desktop-services))
;; Allow resolution of '.local' host names with mDNS.
;;(name-service-switch %mdns-host-lookup-nss)
)
bug#31885: Bug when running guix system reconfigure after recent guix pull
Hi On June 18, 2018 10:45:42 PM GMT+02:00, "Clément Lassieur" wrote: > >The guix-service-type service needs to be modified because it is >already >in %desktop-services, and you can't have it twice. Got it! Now I understand the problem. >> ;;; Should I use parenteses instead of "#:"? > >Things ending with '-configuration' are usually macros that can be used >to instantiate the corresponding records. They take arguments like >'(field value)'. '#:' is used when passing arguments to normal >functions. This I did not fully understand, will read up on macros in the guile manual and ask on help-guix or IRC if needed. >This is complex, but you can usually know what things expect by looking >at the examples in the documentation. I tried. Will try harder and propose changes with more examples and clarifications. > >If you have similar issues, please email help-g...@gnu.org instead. Understood. >Good luck, and don't hesitate to ask! :-) Big thanks for taking the time to investigate this. 😀 -- Cheers Swedebugia
bug#31907: New users get wrong/old profile path to guix after reconfiguring
Hi Steps to reproduce: Install 0.14 Init system with user a Login root Guix pull Make sure it has right paths to .config/guix/current Reconfigure with new user b Reboot Login user b When logging in slim? populates the dot-files and a .guix-profile is created with path to old guix. No .config/guix/current exist. -- Cheers Swedebugia
bug#31825: guix offload fails with guix-authenticate error
Hi On June 20, 2018 5:01:02 AM GMT+02:00, Maxim Cournoyer wrote: >Hi! > >l...@gnu.org (Ludovic Courtès) writes: > >> Maxim Cournoyer skribis: >> >>> Attached is the log for the offloading machine. >>> >>> From what I can see, the guix-daemon is trying to find the >authorized >>> key in /etc/guix/acl, but the key is added by Guix to >>> /usr/local/etc/guix/acl... >> >> Hmm you may be using two different ‘guix’ commands no? >> >>> 2. The error message should capture the complete error output to >ease >>> debugging: we can see the useful message "25056 write(2, "guix >>> authenticate: error: error: unauthorized public key: (public-key \n >(ecc >>> \n (curve Ed25519)\n (q >>> >#EEA139318243D36EB4C728DB96856AB15C47AB64C765FA134CCFB12444B82A7C#)\n >>> )\n )\n", 176) = 176" in strace. Had I seen this from the start, we >>> would have saved some debugging time :). >> >> I agree. >> >>> I could work around the issue by copying manually the authorized key >>> sexp to /etc/guix/acl; I now see: >>> >>> guix offload: testing 1 build machines defined in >'/etc/guix/machines.scm'... >>> guix offload: '192.168.1.105' is running guile (GNU Guile) 2.2.3 >>> guix offload: Guix is usable on '192.168.1.105' (test returned >"/gnu/store/883yjkl46dxw9mzykykmbs0yzwyxm17z-test") >>> sending 1 store item to '192.168.1.105'... >>> exporting path >`/gnu/store/np9jwqvxjvasz41nrrh6g3gyn4rpkscw-export-test' >>> guix offload: '192.168.1.105' successfully imported >'/gnu/store/np9jwqvxjvasz41nrrh6g3gyn4rpkscw-export-test' >>> retrieving 1 store item from '192.168.1.105'... >>> guix offload: error: build failed: implementation cannot deal with > >32-bit integers >> >> The log has this: >> >> 10529 write(4, "atad\0\0\0\0\0\200\0\0\0\0\0\0", 16) = 16 >> 10529 read(4, >"W\1\0\0\0\0\0\0\1\0\0\0\0\0\0\0\r\0\0\0\0\0\0\0nix-archive-1\0\0\0\1\0\0\0\0\0\0\0(\0\0\0\0\0\0\0\4\0\0\0\0\0\0\0type\0\0\0\0\7\0\0\0\0\0\0\0regular\0\10\0\0\0\0\0\0\0contents\23\0\0\0\0\0\0\000192.168.1.105-83353\0\0\0\0\0\1\0\0\0\0\0\0\0)\0\0\0\0\0\0\0NIXE\0\0\0\0007\0\0\0\0\0\0\0/gnu/store/wf774mzvfjpw306y5x06wid80d9k90qq-import-test\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0(protocol-error >1 \"getting status of `/etc/guix/signing-key.sec': Aucun fichier ou >dossier de ce "..., 32768) = 352 >> >> Again the error should be reported… > >Yes, this error was totally wrong, thanks for pointing it out. The >actual error was the 192.168.1.105 offload machine not finding the key >at /etc/guix/singning-key.sec (since it using the prefix >/usr/local/etc/guix for some reason). > >I just did: > >--8<---cut here---start->8--- >sudo cp /usr/local/etc/guix/signing* /etc/guix/ >--8<---cut here---end--->8--- > >And it is now working. Ouf! > >Summarizing this adventure: > >0) Make sure your .bashrc doesn't exit early when it is executed in >non-interactive mode (as is the case in Ubuntu). > >1) Make sure the guix-authenticate program is available on the host as >well as the offload machines, by installing guix (guix package -i guix) >in the corresponding user profiles and sourcing >$HOME/guix.profile/etc/profile in the ~/.bashrc. > >2) Make sure all your guix-daemons are configured to use /etc/guix as >their sysconfdir, as Guix offload currently seems hardcoded to only >look >things under /etc/guix. > >3) Don't trust any errors output by guix offload ;) > >It'd be nice if this was as simple as setting up a Jenkins node... You >tell Guix which machine you want to use and give it SSH access, and it >does the required setup without having the user messing around with >keys >and what not. > >But I'm seeing far ahead. For now, we could start by adding some points >to the `guix offload` info manual. Then we can try to modify the code >to >better capture the error messages. > >I'll start with the documentation. > >Thank you, > >Maxim Good job hunting the bug. 😀 Are you going to report a new bug about incorrect or insufficient error messages? Thanks for the summary. -- Cheers Swedebugia
bug#31907: New users get wrong/old profile path to guix after reconfiguring
On 2018-06-20 23:35, l...@gnu.org wrote: > Hello swedebugia, ..snip > ~/.config/guix/current is created by the new ‘guix pull’. So when > coming from 0.14, you actually need to run it twice: the first run will > give you the new ‘guix pull’, and the second run will actually run the > new code and create ~/.config/guix/current. I understand. This is not the problem. I wrote yesterday on #guix: hi guix I wonder if any of "pull" or "system reconfigure" update the guix in the system profile? My system profile in sdb1@antelope ~$ ls -l /run/current-system/profile/bin/guix lrwxrwxrwx 2 root root 75 1 jan 1970 /run/current-system/profile/bin/guix -> /gnu/store/avg3vnk6p752z8iwld6yzv1wg7ki48vp-guix-0.14.0-13.7af5c2a/bin/guix even though I have pulled and reconfigured multiple times: as root root@antelope /home/sdb1# guix pull -l Generation 1 jun 18 2018 19:26:00 guix b4eae99 repository URL: https://git.savannah.gnu.org/git/guix.git commit: b4eae997fe5b928f179c34d281e9f2c3eccd3670 Generation 2 jun 22 2018 20:48:03 (current) guix 8edebd3 repository URL: https://git.savannah.gnu.org/git/guix.git commit: 8edebd3207335aff15081458e895104ac9f45d3d You could ask: why care about the guix version in the system profile at all? It is not used as soon as you run guix pull or populated the .config/guix some other way and adjusted the this to preceede in the PATH. I care because if I create a new user via config.scm they by default get access to an outdated guix when a newer is available. This is in my view a bug. Maybe its me who do not fully understand how system profiles is supposed to work. I tried looking into the source but it was not clear to me how it is supposed to work together. The manual does not mention when/how the system profile gets updated. I supposed it happens when a new profile derivation is built during reconfigure. Maybe this is not correct. Maybe guix is supposed to be in the system profile after all (I dont specify it in my config.scm ATM and none of the templates do either) Cheers sdb
bug#32018: Guixsd pull error on very old install
Hi Trying to get an updated an old GuixSD installation via guix pull on a pre 0.10 GuixSD returned an error message about gexp-modules not found. (details can be provided if asked). I suggest we either test pulling from old versions (and fix errors) or make it clear in the manual that pulling from very old GuixSD (older than 0.12?) is not supported. Stating this clearly help people know what to expect. What do you think? -- Cheers Swedebugia
bug#32020: 3 bash-completion errors
Hi When using -m after guix package, weather, build; bash tries to expand on names of packages instead of files in the filesystem. After guix build --load-path= bash does not expand. It should expand in the local filesystem I think. (nitpicking) Also when expanding on "-" after guix weather; bash suggests: "--e" among valid completions but it is NOT. Same happens after guix build. Havent tested the others. -- Cheers Swedebugia
bug#32020: 3 bash-completion errors
Hi Thanks a lot for the quick response. Wow. Now I understand the syntax of the completion script so I will try editing it myself if I find any other commands missing completions. 😀 You can close the bug for now I think. -- Cheers Swedebugia
bug#32022: (new feature) Change guix pull to choose commits for which substitutes is already built by default
Hi I would like it to be easy for newcomers to do the right thing when pulling. I suggest we by default give guix pullers a bit more information and interaction. Something like this: "Checking for newly built derivations of guix at hydra.gnu.org... (table) DateCommit Succeeded for x64? 28/654d84d8yes ... ... ... Pulling based on default commit selection scheme (see --help for details) Most recently built commit is x4678x85 built x hours ago. Continuing in 10 seconds... Press ctrl+c to abort. " Guix pull gets a new argument " -d" allowing you to specify the days old commit you want to select. E. G. Guix pull -d 5 selects a commit build successfully 5 days ago by hydra. Guix weather could show the table only, if the argument --guix-pull was given. -- Cheers Swedebugia
bug#32191: Mplayer fails to play videos
On July 17, 2018 10:25:45 PM GMT+02:00, Andreas Enge wrote: ... Snip > > >I tried it on .mp4 files and on a .mov file. Compiling it with >ffmpeg-3.4 >instead of ffmpeg-4 solves the problem. Now I was told that anyway I >had >better switch to mpv. > >So I see two possible courses of action: >- Keep mplayer and compile it with ffmpeg-3.4, which requires us to >keep also > this older ffmpeg package around. >- Drop mplayer, and replace it by mpv (there is a field in the package > definition to indicate this). > >What do you think? I suggest we drop it. Mpv can to my knowledge do all MPlayer does anyway. -- Cheers Swedebugia
bug#32208: Unable to update git when git:send-email is installed
I think I just found a bug in guix package -u. I am unable to run the updated package after running the upgrade. sdb1@antelope ~/guix$ echo $PATH /var/guix/profiles/per-user/sdb1/guix-profile/bin:/var/guix/profiles/per-user/sdb1/guix-profile/sbin:/var/guix/profiles/per-user/sdb1/guix-profile/bin:/run/setuid-programs:/home/sdb1/.config/guix/current/bin:/home/sdb1/.guix-profile/bin:/home/sdb1/.guix-profile/sbin:/run/current-system/profile/bin:/run/current-system/profile/sbin sdb1@antelope ~/guix$ guix package -u git The following package will be upgraded: git:send-email 2.17.1 → 2.18.0 /gnu/store/pvj35w3xlfvxdw3gljxxba2xjm2v7958-git-2.18.0-send-email but after completion: sdb1@antelope ~$ git --version git version 2.17.1 the store item referenced only has the binary "git-send-email" sdb1@antelope ~$ ls /gnu/store/pvj35w3xlfvxdw3gljxxba2xjm2v7958-git-2.18.0-send-email/libexec/git-core/ git-send-email.git-send-email-real sdb1@antelope ~/guix$ which git /home/sdb1/.guix-profile/bin/git sdb1@antelope ~$ ls -l .guix-profile/bin/git lrwxrwxrwx 5 root root 62 1 jan 1970 .guix-profile/bin/git -> /gnu/store/hkfz9sxs1yjdrlvk39r0rxcsj527p16k-git-2.17.1/bin/git even though guix package -l says it should be 2.18: Generation 5 jul 19 2018 12:14:42 (current) + git 2.18.0 send-email /gnu/store/pvj35w3xlfvxdw3gljxxba2xjm2v7958-git-2.18.0-send-email - git 2.17.1 send-email /gnu/store/ah77q40a2nrmgw7qnqcacyppl41xps5i-git-2.17.1-send-email maybe the problem is that I installed "git:send-email" but updated "git". The bug is that guix proceedes to NOT do the right thing instead of giving me an error fails to do the right thing (updating the underlying git-package): sdb1@antelope ~$ guix package -r git -i git:send-email "The following package will be upgraded: git:send-email 2.18.0 → 2.18.0 /gnu/store/pvj35w3xlfvxdw3gljxxba2xjm2v7958-git-2.18.0-send-email nothing to be done" but this worked: sdb1@antelope ~$ guix package -r git -i git The following package will be installed: git 2.18.0 /gnu/store/w9qwlwpfmhkyj6rqk3rvkk1a89vmymqf-git-2.18.0 substitute: updating substitutes from 'https://berlin.guixsd.org'... 100.0% The following derivations will be built: /gnu/store/hh7bs2hz2h0hawq9qsrccvk8pja149hy-profile.drv /gnu/store/vynsfjq4mv08x59k2vbmx7hb1jbpppqs-info-dir.drv /gnu/store/sim58vlfdp2zx7alijvkafaldjj83g5r-xdg-desktop-database.drv /gnu/store/n8liqny6zz734ichp3w7d766c3nscr38-glib-schemas.drv /gnu/store/l5qydihsz0i8q2ki5wknzdl7ykcnayqf-ca-certificate-bundle.drv /gnu/store/biir628353vfbq7ydh558gxc7z1sn5yf-xdg-mime-database.drv /gnu/store/9wf0jf75smvldh2z6fplwxqv7gsbfa9q-fonts-dir.drv /gnu/store/2mmpdphq5ggj7s9rzfqj1d928fxr53sg-gtk-icon-themes.drv /gnu/store/1r5ml5wwpfhv579p6rx2ljmd4dqv18vn-gtk-im-modules.drv /gnu/store/ih49xrl1kyfb2rf51inq9gd5fbmfibaf-manual-database.drv Creating manual page database... 15940 entries processed in 17.5 s warning: collision encountered: /gnu/store/lk12iv40hr5gm02vc66mbffwlypgx2vp-mesa-17.3.8/lib/libwayland-egl.la /gnu/store/92gviwsrivbrv9s65f7h7g83xjb3ycqd-wayland-1.15.0/lib/libwayland-egl.la warning: choosing /gnu/store/lk12iv40hr5gm02vc66mbffwlypgx2vp-mesa-17.3.8/lib/libwayland-egl.la warning: collision encountered: /gnu/store/lk12iv40hr5gm02vc66mbffwlypgx2vp-mesa-17.3.8/lib/pkgconfig/wayland-egl.pc /gnu/store/92gviwsrivbrv9s65f7h7g83xjb3ycqd-wayland-1.15.0/lib/pkgconfig/wayland-egl.pc warning: choosing /gnu/store/lk12iv40hr5gm02vc66mbffwlypgx2vp-mesa-17.3.8/lib/pkgconfig/wayland-egl.pc warning: collision encountered: /gnu/store/nq42qbl3rsazn9bgdxsahadg8a5mcjwn-xdg-desktop-database/share/applications/mimeinfo.cache /gnu/store/mkkxsw4q4qla3q4yhc7w00z366jizizx-baobab-3.28.0/share/applications/mimeinfo.cache warning: choosing /gnu/store/nq42qbl3rsazn9bgdxsahadg8a5mcjwn-xdg-desktop-database/share/applications/mimeinfo.cache 26 packages in profile sdb1@antelope ~$ git --version git version 2.18.0 sdb1@antelope ~$ which git /var/guix/profiles/per-user/sdb1/guix-profile/bin/git now I have: Generation 5jul 19 2018 12:14:42 + git 2.18.0 send-email /gnu/store/pvj35w3xlfvxdw3gljxxba2xjm2v7958-git-2.18.0-send-email - git 2.17.1 send-email /gnu/store/ah77q40a2nrmgw7qnqcacyppl41xps5i-git-2.17.1-send-email Generation 6jul 19 2018 12:37:30(current) + git 2.18.0 out /gnu/store/w9qwlwpfmhkyj6rqk3rvkk1a89vmymqf-git-2.18.0 -- Cheers Swedebugia
bug#32222: Workrave is not found by xfce4 run-program dialog nor xfce4-appfinder after install & reboot
launch from terminal works fine.
my config.scm is attached
workrave is installed in the user profile of sdb1
--
Cheers
Swedebugia;; sdb config.scm
(use-modules (gnu)
(gnu services base) ; guix-service-type and
-configuration?
(gnu system file-systems) ; file-system-label
(gnu system nss) ; nss
(guix store)) ;
(use-service-modules base
desktop; xfce
pm ; tlp
xorg
shepherd) ; guix-servicy-type =>
; shepherd-root-service-type
(use-package-modules certs ; nss
gnome ; gvfs
xfce
admin) ; for shepherd
(operating-system
(host-name "antelope")
(timezone "Europe/Paris")
(locale "sv_SE.utf8")
;; Assuming /dev/sda is the target hard disk, and "my-root"
;; is the label of the target root file system.
(bootloader (bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/sda")
;; Default to Ubuntu
(default-entry 1)
;; Dual-boot entry
(menu-entries
(list
(menu-entry
(label "Ubuntu 16.04")
(linux "/boot/vmlinuz-4.4.0-128-generic")
(linux-arguments '("root=/dev/sda5"))
(initrd "/boot/initrd.img-4.4.0-128-generic"))
(file-systems (cons* (file-system
(device (file-system-label "my-root"))
(mount-point "/")
(type "ext4"))
%base-file-systems))
(users (cons* (user-account
(name "sdb")
(comment "Alice's brother")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "video"))
(home-directory "/home/sdb"))
(user-account
(name "sdb1")
(comment "Alice's brother")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "video"))
(home-directory "/home/sdb1"))
%base-user-accounts))
;; This is where we specify system-wide packages.
(packages (cons* nss-certs ;for HTTPS access
gvfs ;for user mounts
%base-packages))
;; Services
(services
(cons*
(console-keymap-service "sv-latin1")
(xfce-desktop-service)
(service tlp-service-type
(tlp-configuration
(cpu-scaling-governor-on-ac '("conservative"
(modify-services %desktop-services
(guix-service-type config =>
(guix-configuration
(inherit config)
;; Key is not needed.
berlin.guixsd.org.pub
;; is in the list by default
(substitute-urls
(cons*
;; "https://cuirass.lassieur.org";
"https://mirror.hydra.gnu.org";
;; "https://bayfront.guixsd.org";
"https://berlin.guixsd.org";
%default-substitute-urls)
)
)
;; closing operating-system
)
bug#33190: Choose devices according to linux-libre code
Hi On 2018-10-28 19:45, zna...@tutanota.com wrote: As I've got here https://lists.gnu.org/archive/html/help-guix/2018-10/msg00083.html some devices cannot work without linux-firmware, requiring non-free software drivers. It is so bad. I believe the issue can be solved by choosing devices that have proper support by linux-libre code. So how to do this? Is there any info how to choose devices working nice on linux-libre? Yes. See https://h-node.org/hardware/catalogue/en -- --- Swedebugia
bug#33238: Fail nicely when profile is not found
Hi I installed guix from AUR and ran into this: $ guix pull -l Backtrace: 8 (apply-smob/1 #) In ice-9/boot-9.scm: 705:2 7 (call-with-prompt _ _ #) In ice-9/eval.scm: 619:8 6 (_ #(#(#))) In guix/ui.scm: 1578:12 5 (run-guix-command _ . _) In ice-9/boot-9.scm: 829:9 4 (catch srfi-34 # …) 829:9 3 (catch system-error # …) 829:9 2 (catch git-error # …) 829:9 1 (catch system-error # …) In unknown file: 0 (raise #) ERROR: In procedure raise: Wrong type (expecting exact integer): #&profile-not-found-error [profile: "/home/egil/.config/guix/current"] 55dd9ac9a240> The install went fine but guix is not working :/ so I will do a manual binary install instead. I could try crafting a patch testing if the directory exist if somebody is willing to point me to the right file (and perhaps an example of a procedure that can check this) Cheers Swedebugia $ guix --version guix (GNU Guix) 0.15.0 Copyright (C) 2018 the Guix authors License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.
bug#33240: bzip2
Duplicate of bug#33235 Closing. On 2018-11-02 12:25, Gnu Röoty wrote: I want install guixSD but to mirror guix.sjd.se <http://guix.sjd.se> and berlin.guixsd.org <http://berlin.guixsd.org> the bzip2 say sha256 hash mismatch for output path /gnu/store/bjpalrv9f49d2k40p7ga0y6dwdys9w5-zip2-1.0.6.tar.gz expected 1kfrc7f0ja9fdn6j1y6li818npy6217hvr3wzmnmzhs8z152 actual 16mx6q03c91q5d3ri45m4rd37l2lhv57234j32bbh93pdéXXzsvw cannot build bzip2-2.0.6, pythoné-2.7.14,certdata2pem-2013,nss-certs-3.36.1 -- Cheers Swedebugia
bug#33235: Bzip hash error
Hi On 2018-11-02 04:09, Leo Famulari wrote: No, I recommend against doing `guix pull` before initializing. We test that the installer works, but if you update Guix before initialization, then you void the warranty I suggest we state this VERY clearly in the manual. -- Cheers Swedebugia
bug#33239: 'guix offload' regularly hangs in 'channel-get-exit-status' call
Hi :) On 2018-11-02 11:57, Ludovic Courtès wrote: (gdb) shell ls -l /proc/12605/fd How did you come up with this file descriptor (did not appear above) What does this give you in the debugging? -- Cheers Swedebugia
bug#32183: New ‘guix pull’ /root/.config/current/bin/guix: Permission denied
Hi On 2018-10-17 11:17, Konrad Hinsen wrote: Lesson learned: avoid messing around with mutable state. How about creating a functional package manager? ;-) LOL This whole update to guix pull was somewhat a breaking change, but unfortunately it was very hard to imagine the repercussions (horrible bugs) down the line... Could it have been completely avoided by introducing it as such and forced people to reinstall/upgrade by reinstall (overwriting all files and invalidating the store etc.)? -- Cheers Swedebugia
bug#33260: [Shepherd] ERROR: In procedure stat: No such file or directory: "/run/user/30011/shepherd
In a VM with GuixSD I did: $ shepherd Backtrace: 3 (primitive-load "/run/current-system/profile/bin/shephe…") In shepherd.scm: 164:9 2 (main . _) In shepherd/support.scm: 396:20 1 (verify-dir _ #:secure? _) In unknown file: 0 (stat "/run/user/30011/shepherd" #) ERROR: In procedure stat: In procedure stat: No such file or directory: "/run/user/30011/shepherd" $ shepherd --version shepherd (GNU Shepherd) 0.4.0 Copyright (C) 2018 the Shepherd authors License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. $ echo $PATH /run/setuid-programs:/home/sdb/.config/guix/current/bin:/home/sdb/.guix-profile/bin:/run/current-system/profile/bin:/run/current-system/profile/sbin sdb@komputilo ~$ which shepherd /run/current-system/profile/bin/shepherd sdb@komputilo ~$ ls $(which shepherd) /run/current-system/profile/bin/shepherd sdb@komputilo ~$ ls -l $(which shepherd) lrwxrwxrwx 2 root root 71 Jan 1 1970 /run/current-system/profile/bin/shepherd -> /gnu/store/fwc1nkcc0hfyr1d9snpbvfss4pz4ycrw-shepherd-0.4.0/bin/shepherd $ guix --version guix (GNU Guix) 0.15.0 Copyright (C) 2018 the Guix authors License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Root env can be supplied on request but does not fail. -- Cheers Swedebugia
bug#33261: [substitute-urls] Fails when given only "berlin.guixsd.org"
$ guix package -i hello --substitute-urls=berlin.guixsd.org substitute: guix substitute: error: berlin.guixsd.org: invalid URI guix package: error: build failed: substituter `substitute' died unexpectedly Adding "http://"; works: $ guix package -i wget --substitute-urls=http://berlin.guixsd.org --dry-run The following package would be upgraded: wget 1.19.5 → 1.19.5 /gnu/store/7jd4nbdamp5bjvvi9acnk4nkk2dzyi71-wget-1.19.5 substitute: updating substitutes from 'http://berlin.guixsd.org'... 100.0% The following derivations would be built: /gnu/store/y6yg5dsfam30v8d7f77bafysqjnbdhgj-profile.drv /gnu/store/qdgr96gw7jil08wqhp897mf8qzhhv32b-info-dir.drv /gnu/store/66apflyp7b41blxl7s6pv56kq5mfb8h4-fonts-dir.drv /gnu/store/1d0njpsg6ch60hh5zdkg2lf173kqv32f-ca-certificate-bundle.drv /gnu/store/jba4idqg0q0rq0pvdal8scjf9176xx8z-manual-database.drv $ which guix /home/sdb/.config/guix/current/bin/guix $ guix --version guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76 -- Cheers Swedebugia
bug#33260: Invocation of per-user shepherd - design needed
Hi On 2018-11-05 01:55, Danny Milosavljevic wrote: Hi, this is a known problem in GuixSD (not in shepherd) and I don't think anyone fixed it yet, snip What do you think? Actually what I was trying to do was to find a status over which services were running (like "$ systemctl") in guixsd I guessed at the commands and found this error by coincidence. # sudo herd status gave me what I wanted Maybe an error to the non-root user such as: "Shepherd is designed to run as root only" would suffice. -- Cheers Swedebugia
bug#33270: [SHEPHERD] Wrong error message when missing priviledge
Hi sdb@komputilo ~$ herd status error: connect: /run/user/30011/shepherd/socket: No such file or directory sdb@komputilo ~$ sudo herd status Password: Started: + console-font-tty1 + console-font-tty2 + console-font-tty3 + console-font-tty4 ... -- Cheers Swedebugia
bug#33271: [SHEPHERD Feature request] Let "# herd" print status by default
Hi Now: sdb@komputilo ~$ sudo herd Usage: herd ACTION [SERVICE [OPTIONS...]] -> sdb@komputilo ~$ sudo herd Started: + console-font-tty1 + console-font-tty2 + console-font-tty3 + console-font-tty4 + console-font-tty5 This mimics the behaviour of systemctl and minimizes writing. -- Cheers Swedebugia
bug#33272: guix refresh/download backtrace error when missing nss-certs
In a qemu VM based on the image for 0.15 and pulled once I get: sdb@komputilo ~$ git clone https://git.savannah.gnu.org/git/guix.git test Cloning into 'test'... fatal: unable to access 'https://git.savannah.gnu.org/git/guix.git/': Problem with the SSL CA cert (path? access rights?) fails nicely in contrast to: sdb@komputilo ~$ guix refresh artanis Backtrace: 13 (primitive-load "/home/sdb/.config/guix/current/bin/guix") In guix/ui.scm: 1578:12 12 (run-guix-command _ . _) In ice-9/boot-9.scm: 829:9 11 (catch srfi-34 # …) 829:9 10 (catch system-error # …) In guix/scripts/refresh.scm: 449:12 9 (_) In srfi/srfi-1.scm: 640:9 8 (for-each # …) In guix/scripts/refresh.scm: 236:2 7 (check-for-package-update # …) In guix/gnu-maintenance.scm: 472:21 6 (latest-gnu-release _) 457:16 5 (_) In ice-9/boot-9.scm: 829:9 4 (catch srfi-34 # …) In guix/http-client.scm: 182:20 3 (_) 88:25 2 (http-fetch _ #:port _ #:text? _ #:buffered? _ # _ # _ # …) In guix/build/download.scm: 398:4 1 (open-connection-for-uri _ #:timeout _ # _) 296:6 0 (tls-wrap # _ # _) guix/build/download.scm:296:6: In procedure tls-wrap: X.509 certificate of 'ftp.gnu.org' could not be verified: signer-not-found invalid I suggest we change it to fail nicely. I am willing to create a patch. Would somebody be willing to mentor me? As a start: How do I check if nss-certs is installed? This is the first thing we should do when handling https-URIs (define tls-wrap is a quite complicated procedure, maybe an extra (if at the body (of the let) will do? something like (if package-available? nss-certs true; continue false-> error nicely -- Cheers Swedebugia
bug#33273: guix system does not emit command-list when run with no arguments
Hi I'm going to prepare a patch for this if nobody beats me to it :D $ guix system guix system: missing command name Try 'guix system --help' for more information. I would have liked -> $ guix system Usage: guix system [OPTION ...] ACTION [ARG ...] [FILE] Build the operating system declared in FILE according to ACTION. Some ACTIONS support additional ARGS. The valid values for ACTION are: search search for existing service types reconfigure switch to a new operating system configuration roll-back switch to the previous operating system configuration switch-generation switch to an existing operating system configuration list-generations list the system generations build build the operating system without installing anything container build a container that shares the host's store vm build a virtual machine image that shares the host's store vm-image build a freestanding virtual machine image disk-image build a disk image, suitable for a USB stick docker-image build a Docker image init initialize a root file system to run GNU extension-graph emit the service extension graph in Dot format shepherd-graph emit the graph of shepherd services in Dot format See --help for more information. --- $ guix --version guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76 -- Cheers Swedebugia
bug#33274: [wishlist] Removing old system generation via guix system remove-generation
Hi I would like to make a patch for this if somebody is willing to mentor me. The idea is * removing symlinks-procedure * argument to remove x old generations. o ex guix system remove-generation --keep-2 this would remove all system generations besides the latest 2. * warning if user tries to remove so that less than 2 genererations resides * hinting to run guix gc -- Cheers Swedebugia
bug#33235: Bzip hash error
On 2018-11-02 14:40, swedebugia wrote: Hi On 2018-11-02 04:09, Leo Famulari wrote: No, I recommend against doing `guix pull` before initializing. We test that the installer works, but if you update Guix before initialization, then you void the warranty I suggest we state this VERY clearly in the manual. Actually guix very loudly warns the user that running guix system init before guix pull will downgrade guix. I solved this by pulling the 0.15 commit and then init. I suggest we tell binary install users to do this in the manual. What do you think? -- Cheers Swedebugia
bug#33279: guile-readline: error: no code for module
Hi
Found another error :p
This time after installing guile-readline it is not imediately available
to guile even though it is available in the path. Weird.
Install:
sdb@komputilo ~$ guix package -i guile-readline
--substitute-urls=http://berlin.guixsd.org
The following package will be installed:
guile-readline 2.2.3
/gnu/store/i0nqs30zn0bdij5zwagqx1chcdk460ai-guile-readline-2.2.3
substitute: updating substitutes from 'http://berlin.guixsd.org'... 100.0%
The following derivations will be built:
/gnu/store/rfaxkh0khj8b6f2fgj6s0yq1s7db4aak-profile.drv
/gnu/store/y6vzf4vlmigyhvy1mh0s1ybbajaiq9dr-ca-certificate-bundle.drv
/gnu/store/kybcp4pvjvz7xiwgzyv5x93ccszp1zv4-info-dir.drv
/gnu/store/90a77pf8006r914ma7f4wzn95ncqr3lq-fonts-dir.drv
/gnu/store/m1scixlkly42c6ckrn833h1kklbw0b41-manual-database.drv
Creating manual page database...
190 entries processed in 1.0 s
7 packages in profile
**NOTE: no env variables suggested**
Try to use it:
$ guile -c '(use-modules (ice-9 readline))'
Backtrace:
13 (apply-smob/1 #)
In ice-9/boot-9.scm:
705:2 12 (call-with-prompt ("prompt") # …)
In ice-9/eval.scm:
619:8 11 (_ #(#(#)))
In ice-9/command-line.scm:
181:18 10 (_ #)
In unknown file:
9 (eval (use-modules (ice-9 readline)) #)
In ice-9/eval.scm:
721:20 8 (primitive-eval (use-modules (ice-9 readline)))
In ice-9/psyntax.scm:
1235:36 7 (expand-top-sequence ((use-modules (ice-9 readline))) _ …)
1182:24 6 (parse _ (("placeholder" placeholder)) ((top) #(# # …)) …)
285:10 5 (parse _ (("placeholder" placeholder)) (()) _ c&e (eval) …)
In ice-9/boot-9.scm:
3365:20 4 (process-use-modules _)
222:17 3 (map1 (((ice-9 readline
3366:31 2 (_ ((ice-9 readline)))
2791:6 1 (resolve-interface _ #:select _ #:hide _ #:prefix _ # _ …)
In unknown file:
0 (scm-error misc-error #f "~A ~S" ("no code for modu…" …) …)
ERROR: In procedure scm-error:
no code for module (ice-9 readline)
--
sdb@komputilo ~$ guix --version
guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76
sdb@komputilo ~$ guix package -I
openssh 7.7p1 out
/gnu/store/1lp98789cd5h1f1hv8z9bhbirvnaax5x-openssh-7.7p1
nss 3.36.1 out /gnu/store/lv63vga40p1g9bc8c8zxsjybxmqsdrgz-nss-3.36.1
guile-readline 2.2.3 out
/gnu/store/i0nqs30zn0bdij5zwagqx1chcdk460ai-guile-readline-2.2.3
file 5.32 out /gnu/store/pky001r9bbcrqvv3gdgvjj8b56hhifpv-file-5.32
wget 1.19.5 out
/gnu/store/7jd4nbdamp5bjvvi9acnk4nkk2dzyi71-wget-1.19.5
git 2.18.0 out /gnu/store/w9qwlwpfmhkyj6rqk3rvkk1a89vmymqf-git-2.18.0
git 2.18.0 send-email
/gnu/store/pvj35w3xlfvxdw3gljxxba2xjm2v7958-git-2.18.0-send-email
sdb@komputilo ~$ guile --version
guile (GNU Guile) 2.2.3
sdb@komputilo ~$ env |grep guile
GUILE_LOAD_COMPILED_PATH=/run/current-system/profile/lib/guile/2.2/site-ccache:/run/current-system/profile/share/guile/site/2.2
GUILE_LOAD_PATH=/run/current-system/profile/share/guile/site/2.2
sdb@komputilo ~$ file
.guix-profile/lib/guile/2.2/site-ccache/ice-9/readline.go
.guix-profile/lib/guile/2.2/site-ccache/ice-9/readline.go: ELF 64-bit
LSB shared object, no machine, version 1 (embedded), dynamically linked,
with debug_info, not stripped
--
exporting these variables did not help:
$ export GUILE_LOAD_PATH=~/.guix-profile/lib/guile/2.2/:$GUILE_LOAD_PATH
$ export
GUILE_LOAD_COMPILED_PATH=~/.guix-profile/lib/guile/2.2/:$GUILE_LOAD_COMPILED_PATH
Any ideas?
--
Cheers
Swedebugia
bug#33280: Guix weather does not error nicely with 502 errors from hydra
I did not change the default substitute-urls in 0.15
This is probably low priority.
sdb@komputilo ~$ guix weather
computing 7,850 package derivations for x86_64-linux...
looking for 8,167 store items on https://mirror.hydra.gnu.org...
guix weather: warning: while fetching
'https://mirror.hydra.gnu.org/nix-cache-info': 502 ("Bad Gateway")
guix weather: warning: ignoring substitute server at
'"https://mirror.hydra.gnu.org";'
https://mirror.hydra.gnu.org
.0% substitutes available (0 out of 8,167)
unknown substitute sizes
0.0 MiB on disk (uncompressed)
0.000 seconds per request (2.7 seconds in total)
3,081.9 requests per second
(continuous integration information unavailable)
We should omit everything after the first warning I think.
--
Cheers
Swedebugia
bug#33272: guix refresh/download backtrace error when missing nss-certs
Hi On 2018-11-05 21:26, Leo Famulari wrote: On Mon, Nov 05, 2018 at 12:16:08PM +0100, swedebugia wrote: IMO a better solution is to catch the error and print an informative message. Already, the error message at the end is coming from Guix, but we should hide the backtrace and add a hint towards a solution. I think handling the TLS error gracefully is orthogonal to whether or not nss-certs is installed. Agreed. There are other X.509 certificate collections available on the systems that Guix supports, and even some Guix packages use their own collections. Also, programs that need to look up certificates tend to find them via environment variables, so if one wanted to use nss-certs, it's not enough just to install it. https://www.gnu.org/software/guix/manual/en/html_node/X_002e509-Certificates.html Sounds like a good idea. How do we catch the error? -- Cheers Swedebugia
bug#33261: [substitute-urls] Fails when given only "berlin.guixsd.org"
Hi On 2018-11-05 20:46, Leo Famulari wrote: On Mon, Nov 05, 2018 at 07:13:22PM +0100, Björn Höfling wrote: I would not consider this a bug: It clearly says that it is not a proper URI. Also in the documentation all URLs/URIs are written in the form of PROTOCOL://SERVER/PATH. I agree that it's not a bug, but perhaps it's more like a wishlist item. Ideally, users would not need to concern themselves with implementation details like protocol selection. Guix could offer a more unified or simpler interface for authorizing and selecting substitute servers, and it would handle server addresses, communication protocols, and key authorization. Currently it's very ad-hoc. +1 It is error prone and hard to understand for newcomers what is going on behind the scenes. I wrote this report from the perspective of a newcomer - ideally they should not receive any errors at all if you ask me. Do you have any ideas how to implement anything better? A newt-ncurses interface maybe? -- Cheers Swedebugia
bug#33272: guix refresh/download backtrace error when missing nss-certs
Hi On 2018-11-05 21:48, Leo Famulari wrote: On Mon, Nov 05, 2018 at 09:39:15PM +0100, swedebugia wrote: How do we catch the error? I am basically a novice Schemer still, so you will have to figure out most of this on your own, unless someone else brings more advice :) Me too In general, dealing with exceptions in Guile: https://www.gnu.org/software/guile/manual/html_node/Exceptions.html There are lots of examples of how to use those mechanisms in the Guix source code — the error message in your original email comes from a caught exception in (guix build download). You'll need to find out what is crashing and generating the backtrace, and then decide what counts as a failure mode that we want to catch in that context. Thank you for the tips. This sounds too complicated for me to bite at my current skill level. -- Cheers Swedebugia
bug#33260: [Shepherd] ERROR: In procedure stat: No such file or directory: "/run/user/30011/shepherd
Hi :) On 2018-11-06 15:03, Ludovic Courtès wrote: Hello, swedebugia skribis: In a VM with GuixSD I did: $ shepherd Backtrace: 3 (primitive-load "/run/current-system/profile/bin/shephe…") In shepherd.scm: 164:9 2 (main . _) In shepherd/support.scm: 396:20 1 (verify-dir _ #:secure? _) In unknown file: 0 (stat "/run/user/30011/shepherd" #) ERROR: In procedure stat: In procedure stat: No such file or directory: "/run/user/30011/shepherd" Danny Milosavljevic skribis: But who starts the per-user shepherd? I do! I run ‘shepherd’ as non-root on GuixSD, and I don’t have the above file-not-found issue. On GuixSD, /run/user/UID is created as expected, and I suspect it’s the same on most other GNU/Linux distros these days. swedebugia, what distribution are you using? On GuixSD, 30011 is a UID that would be allocated to one of the build users, which cannot “log in”. GuixSD VM image in Qemu on parabola. sdb@komputilo ~$ guix --version guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76 (v0.15) $ which shepherd /run/current-system/profile/bin/shepherd sdb@komputilo ~$ readlink -f $(which shepherd) /gnu/store/fwc1nkcc0hfyr1d9snpbvfss4pz4ycrw-shepherd-0.4.0/bin/shepherd $ uname -a Linux komputilo 4.17.3-gnu #1 SMP 1 x86_64 GNU/Linux -- Cheers Swedebugia
bug#33279: guile-readline: error: no code for module
Saluton :) On 2018-11-06 12:36, Ludovic Courtès wrote: Hello, swedebugia skribis: exporting these variables did not help: $ export GUILE_LOAD_PATH=~/.guix-profile/lib/guile/2.2/:$GUILE_LOAD_PATH $ export GUILE_LOAD_COMPILED_PATH=~/.guix-profile/lib/guile/2.2/:$GUILE_LOAD_COMPILED_PATH Rather you need: export GUILE_LOAD_PATH=~/.guix-profile/share/guile/site/2.2:$GUILE_LOAD_PATH export GUILE_LOAD_COMPILED_PATH=~/.guix-profile/lib/guile/2.2/site-ccache:$GUILE_LOAD_COMPILED_PATH Better yet, you can install both ‘guile’ and ‘guile-readline’ in the same profile and you’ll get a message telling you what to do: Thanks for the tip! I only installed guile-readline and it did not emit any environment variable suggestions. Could we make all guile-* packages emit this suggestion? -- Cheers Swedebugia
bug#33280: Guix weather does not error nicely with 502 errors from hydra
Hi
On 2018-11-06 15:23, Ludovic Courtès wrote:
Hi,
Mark H Weaver skribis:
swedebugia writes:
I did not change the default substitute-urls in 0.15
This is probably low priority.
sdb@komputilo ~$ guix weather
computing 7,850 package derivations for x86_64-linux...
looking for 8,167 store items on https://mirror.hydra.gnu.org...
guix weather: warning: while fetching
'https://mirror.hydra.gnu.org/nix-cache-info': 502 ("Bad Gateway")
guix weather: warning: ignoring substitute server at
'"https://mirror.hydra.gnu.org";'
https://mirror.hydra.gnu.org
.0% substitutes available (0 out of 8,167)
unknown substitute sizes
0.0 MiB on disk (uncompressed)
0.000 seconds per request (2.7 seconds in total)
3,081.9 requests per second
(continuous integration information unavailable)
We should omit everything after the first warning I think.
At the time you wrote this, hydra.gnu.org was partially back up, but
with several of the important daemons not yet started. I've since
started the daemons, so it might work now.
Also, I would argue that this behavior (printing a warning and ignoring
the faulty server) is good. I can’t think of a better way to handle
this situation.
Thoughts?
Thanks for taking your time on this.
This is also near or in the bikeshedding territory :p
1 thing that is wrong in the message above is the number of requests per
second.
3,081.9 requests per second
This cannot be right.
--
Cheers
Swedebugia
bug#33299: shepherd: Service ssh-daemon could not be started.
Hi This morning I started my GuixSD VM as usual. Openssh server was not running even though it was enabled and should have been respawned. Hmm. Lucky for me SSH is not the only way into this system... From the host I got: $ ssh sdb@localhost -p10022 ssh_exchange_identification: read: Connection reset by peer On the guest: $ grep -3 "ssh-daemon could not /var/log/messages Nov 7 07:19:30 localhost vmunix: [ 0.366701] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) Nov 7 07:19:30 localhost vmunix: [ 0.367764] AppArmor: AppArmor Filesystem Enabled Nov 7 07:19:30 localhost vmunix: [ 0.368569] pnp: PnP ACPI init Nov 7 07:19:31 localhost shepherd[1]: Service ssh-daemon could not be started. Nov 7 07:19:31 localhost vmunix: [ 0.370291] pnp: PnP ACPI: found 6 devices Nov 7 07:19:31 localhost vmunix: [ 0.378960] clocksource: acpi_pm: mask: 0xff max_cycles: 0xff, max_idle_ns: 2085701024 ns Nov 7 07:19:31 localhost vmunix: [ 0.380434] NET: Registered protocol family 2 Herd said: $ cat sshd-stopped Status of ssh-daemon: It is stopped. It is enabled. Provides (ssh-daemon). Requires (syslogd). Conflicts with (). Will be respawned. <-- not true! Starting it yielded: $ cat sshd-start Service ssh-daemon has been started. How do I increase the verbosity of shepherd? I did not find anything about that in the shepherd manual <https://www.gnu.org/software/shepherd/manual/shepherd.html#Invoking-shepherd>. Is there a way to debug further? -- Cheers Swedebugia PS $ guix --version guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76 (=0.15
bug#33279: GUILE_LOAD_PATH and GUILE_LOAD_COMPILED_PATH on GuixSD
Hi On 2018-11-07 17:40, Ludovic Courtès wrote: Marius Bakke skribis: swedebugia writes: [...] Could we make all guile-* packages emit this suggestion? This limitation is the same as <https://bugs.gnu.org/22138>. It’s actually a different issue here: the profile contains packages that provide share/guile/2.2, but the same profile doesn’t contain any package that “claims” share/guile/2.2. Thus, everything is working according to plan, so to speak. I understand this particular case is confusing though. It’s confusing because Guile is already installed, albeit in another profile. What we could do to avoid this confusion is pre-define GUILE_LOAD_PATH and GUILE_LOAD_COMPILED_PATH in /etc/profile, just like we do for INFOPATH et al. Sounds good to me. What I am after is lowering the bar for the user to learn and use guile and readline seems like a pretty important component to avoid typing everything over and over. We want guix to be guile land and for guile land to be nice and welcome out the box. I therefore suggest also adding guile-readline to %base-packages if it does not produce too much overhead. Cheers Swedebugia
bug#33260: [Shepherd] ERROR: In procedure stat: No such file or directory: "/run/user/30011/shepherd
Hi Output as requested below. On 2018-11-07 17:36, Ludovic Courtès wrote: Hello, swedebugia skribis: On 2018-11-06 15:03, Ludovic Courtès wrote: [...] I do! I run ‘shepherd’ as non-root on GuixSD, and I don’t have the above file-not-found issue. On GuixSD, /run/user/UID is created as expected, and I suspect it’s the same on most other GNU/Linux distros these days. swedebugia, what distribution are you using? On GuixSD, 30011 is a UID that would be allocated to one of the build users, which cannot “log in”. GuixSD VM image in Qemu on parabola. sdb@komputilo ~$ guix --version guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76 (v0.15) $ which shepherd /run/current-system/profile/bin/shepherd sdb@komputilo ~$ readlink -f $(which shepherd) /gnu/store/fwc1nkcc0hfyr1d9snpbvfss4pz4ycrw-shepherd-0.4.0/bin/shepherd What does ‘id’ return? sdb@komputilo ~$ id uid=30011(sdb) gid=998(users) groups=998(users),991(audio),992(video),999(wheel) What about: ‘herd status | grep logind’? No output sdb@komputilo ~$ sudo herd status |grep logind Does /run/user exist? No sdb@komputilo ~$ ls -l /run/ total 12 drwxr-xr-x 2 root root 4096 Nov 3 23:31 blkid/ lrwxrwxrwx 1 root root 50 Nov 7 17:26 booted-system -> /gnu/store/lsh1rgl4dkpy3pk1ndckcmd64lmgq4f1-system lrwxrwxrwx 1 root root 50 Nov 7 17:26 current-system -> /gnu/store/lsh1rgl4dkpy3pk1ndckcmd64lmgq4f1-system drwxr-xr-x 2 root root 4096 Nov 7 17:26 setuid-programs/ drwxr-xr-x 6 root root 4096 Nov 7 17:26 udev/ Thanks in advance, Thank you for taking a look. :) -- Cheers Swedebugia
bug#33312: Guix: many tests fail when building on 0.15
Hi I want to contribute to guix with patches and at the same time keep my GuixSD on 0.15. To archive this I created and followed the following guide in GuixSD in Qemu: https://gitlab.com/swedebugia/guix-notes/blob/master/BUILD.org Following it Guix 21335fdbec68b4cfb19d8a0ae0877ec81c84ad9c builds fine. BUT running make check I got a lot of failed tests and no testlog: make check-recursive make[1]: Entering directory '/home/sdb/guix-tree' Making check in po/guix make[2]: Entering directory '/home/sdb/guix-tree/po/guix' make[2]: Leaving directory '/home/sdb/guix-tree/po/guix' Making check in po/packages make[2]: Entering directory '/home/sdb/guix-tree/po/packages' make[2]: Leaving directory '/home/sdb/guix-tree/po/packages' make[2]: Entering directory '/home/sdb/guix-tree' Compiling Scheme modules... make check-TESTS check-local make[3]: Entering directory '/home/sdb/guix-tree' make[4]: Entering directory '/home/sdb/guix-tree' PASS: tests/base16.scm SKIP: tests/base32.scm PASS: tests/base64.scm SKIP: tests/cpio.scm PASS: tests/pki.scm PASS: tests/print.scm PASS: tests/sets.scm PASS: tests/modules.scm PASS: tests/gnu-maintenance.scm PASS: tests/substitute.scm FAIL: tests/builders.scm FAIL: tests/derivations.scm PASS: tests/glob.scm FAIL: tests/grafts.scm FAIL: tests/ui.scm PASS: tests/status.scm PASS: tests/records.scm FAIL: tests/processes.scm PASS: tests/upstream.scm PASS: tests/combinators.scm PASS: tests/discovery.scm PASS: tests/utils.scm PASS: tests/build-utils.scm FAIL: tests/packages.scm SKIP: tests/snix.scm FAIL: tests/hackage.scm FAIL: tests/cran.scm FAIL: tests/elpa.scm FAIL: tests/texlive.scm FAIL: tests/store.scm FAIL: tests/monads.scm make[4]: Leaving directory '/home/sdb/guix-tree' make[3]: Leaving directory '/home/sdb/guix-tree' make[2]: Leaving directory '/home/sdb/guix-tree' make[1]: Leaving directory '/home/sdb/guix-tree' -- Cheers Swedebugia
bug#33312: Guix: many tests fail when building on 0.15
On 2018-11-08 11:07, swedebugia wrote: Hi I want to contribute to guix with patches and at the same time keep my GuixSD on 0.15. To archive this I created and followed the following guide in GuixSD in Qemu: https://gitlab.com/swedebugia/guix-notes/blob/master/BUILD.org Following it Guix 21335fdbec68b4cfb19d8a0ae0877ec81c84ad9c builds fine. BUT running make check I got a lot of failed tests and no testlog: make check-recursive make[1]: Entering directory '/home/sdb/guix-tree' Making check in po/guix make[2]: Entering directory '/home/sdb/guix-tree/po/guix' make[2]: Leaving directory '/home/sdb/guix-tree/po/guix' Making check in po/packages make[2]: Entering directory '/home/sdb/guix-tree/po/packages' make[2]: Leaving directory '/home/sdb/guix-tree/po/packages' make[2]: Entering directory '/home/sdb/guix-tree' Compiling Scheme modules... make check-TESTS check-local make[3]: Entering directory '/home/sdb/guix-tree' make[4]: Entering directory '/home/sdb/guix-tree' PASS: tests/base16.scm SKIP: tests/base32.scm PASS: tests/base64.scm SKIP: tests/cpio.scm PASS: tests/pki.scm PASS: tests/print.scm PASS: tests/sets.scm PASS: tests/modules.scm PASS: tests/gnu-maintenance.scm PASS: tests/substitute.scm FAIL: tests/builders.scm FAIL: tests/derivations.scm PASS: tests/glob.scm FAIL: tests/grafts.scm FAIL: tests/ui.scm PASS: tests/status.scm PASS: tests/records.scm FAIL: tests/processes.scm PASS: tests/upstream.scm PASS: tests/combinators.scm PASS: tests/discovery.scm PASS: tests/utils.scm PASS: tests/build-utils.scm FAIL: tests/packages.scm SKIP: tests/snix.scm FAIL: tests/hackage.scm FAIL: tests/cran.scm FAIL: tests/elpa.scm FAIL: tests/texlive.scm FAIL: tests/store.scm FAIL: tests/monads.scm make[4]: Leaving directory '/home/sdb/guix-tree' make[3]: Leaving directory '/home/sdb/guix-tree' make[2]: Leaving directory '/home/sdb/guix-tree' make[1]: Leaving directory '/home/sdb/guix-tree' Dependencies: $ guile --version |head -1 && guix --version|head -1 && gcc --version|head -1 && echo -n "libgcrypt " && libgcrypt-config --version && make --version|head -1 guile (GNU Guile) 2.2.4 guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76 gcc (GCC) 8.1.0 libgcrypt 1.8.2 GNU Make 4.2.1 -- Cheers Swedebugia
bug#33323: guix package (--show & --search) missing error when package is not found
Hi
$ guix package --show=test
(no output)
Expected: error package test not found
+ you can help package it by reading the XX section in the manual
The relevant code begins on line 771 (in guix/scripts/package.scm):
(('show requested-name)
(let-values (((name version)
(package-name->name+version requested-name)))
(leave-on-EPIPE
(for-each (cute package->recutils <> (current-output-port))
(find-packages-by-name name version)))
#t))
Maybe we could catch this in the buttom of the procedure if the output
is null?
--
Cheers
Swedebugia
bug#33326: gnupg: error: .config/guix/upstream/trustedkeys.kbx': No such file or directory
This happened in a GuixSD 0.15 VM inside this env: $ guix environment guix --ad-hoc help2man git strace pkg-config less binutils coreutils grep guile guile-git guile-json gcc gnupg --no-grafts -l ~/my-packages/guile-gcrypt.scm -- Starting download of /tmp/guix-file.HZZqZi From https://ftpmirror.gnu.org/gnu/artanis/artanis-0.2.5.tar.gz... following redirection to `https://mirror.us-midwest-1.nexcess.net/gnu/artanis/artanis-0.2.5.tar.gz'... …2.5.tar.gz 506KiB 307KiB/s 00:02 [##] 100.0% Starting download of /tmp/guix-file.7s85Nf From https://ftpmirror.gnu.org/gnu/artanis/artanis-0.2.5.tar.gz.sig... following redirection to `https://mirrors.tripadvisor.com/gnu/artanis/artanis-0.2.5.tar.gz.sig'... …5.tar.gz.sig 833B 395KiB/s 00:00 [##] 100.0% gpgv: keyblock resource '/home/sdb/.config/guix/upstream/trustedkeys.kbx': No such file or directory gpgv: Signature made Mon 07 May 2018 08:20:36 PM CEST gpgv: using RSA key F53B4C5695B5E4D56093432484696772846A0058 gpgv: Can't check signature: No public key Would you like to add this key to keyring '/home/sdb/.config/guix/upstream/trustedkeys.kbx'? y gpg: failed to create temporary file '/home/sdb/.gnupg/.#lk0x00f6bb70.komputilo.1978': No such file or directory gpg: connecting dirmngr at '/home/sdb/.gnupg/S.dirmngr' failed: No such file or directory gpg: keyserver receive failed: No dirmngr gpgv: Signature made Mon 07 May 2018 08:20:36 PM CEST gpgv: using RSA key F53B4C5695B5E4D56093432484696772846A0058 gpgv: Can't check signature: No public key guix refresh: warning: signature verification failed for `mirror://gnu/artanis/artanis-0.2.5.tar.gz' guix refresh: warning: (could be because the public key is not in your keyring) guix refresh: warning: artanis: version 0.2.5 could not be downloaded and authenticated; not updating $ gpg --version gpg (GnuPG) 2.2.8 libgcrypt 1.8.2 -- "gpg" had just been installed for the env and had never been run (thus directories obviously needed was not present) Running gpg and guix again fixed the problem: -- sdb@komputilo ~/guix-tree [env]$ gpg gpg: directory '/home/sdb/.gnupg' created gpg: keybox '/home/sdb/.gnupg/pubring.kbx' created gpg: WARNING: no command supplied. Trying to guess what you mean ... gpg: Go ahead and type your message ... ^C gpg: signal Interrupt caught ... exiting sdb@komputilo ~/guix-tree [env]$ ./pre-inst-env guix refresh artanis -u ;;; note: source file /home/sdb/guix-tree/gnu/packages/guile.scm ;;; newer than compiled /home/sdb/guix-tree/gnu/packages/guile.go ;;; note: source file /home/sdb/guix-tree/gnu/packages/guile.scm ;;; newer than compiled /run/current-system/profile/lib/guile/2.2/site-ccache/gnu/packages/guile.go Starting download of /tmp/guix-file.Egm4qn From https://ftpmirror.gnu.org/gnu/artanis/artanis-0.2.5.tar.gz... following redirection to `https://mirrors.ocf.berkeley.edu/gnu/artanis/artanis-0.2.5.tar.gz'... …2.5.tar.gz 506KiB 357KiB/s 00:01 [##] 100.0% Starting download of /tmp/guix-file.YwaD7f From https://ftpmirror.gnu.org/gnu/artanis/artanis-0.2.5.tar.gz.sig... following redirection to `https://ftp.wayne.edu/gnu/artanis/artanis-0.2.5.tar.gz.sig'... …5.tar.gz.sig 833B 577KiB/s 00:00 [##] 100.0% gpgv: Signature made Mon 07 May 2018 08:20:36 PM CEST gpgv: using RSA key F53B4C5695B5E4D56093432484696772846A0058 gpgv: Can't check signature: No public key Would you like to add this key to keyring '/home/sdb/.config/guix/upstream/trustedkeys.kbx'? y gpg: /home/sdb/.gnupg/trustdb.gpg: trustdb created gpg: key 84696772846A0058: public key "Mu Lei (Mu Lei known as NalaGinrut holds this key) " imported gpg: Total number processed: 1 gpg: imported: 1 gpgv: Signature made Mon 07 May 2018 08:20:36 PM CEST gpgv: using RSA key F53B4C5695B5E4D56093432484696772846A0058 gpgv: Good signature from "Mu Lei (Mu Lei known as NalaGinrut holds this key) " gpgv: aka "Mu Lei (Alternative) " gnu/packages/guile.scm:556:15: artanis: updating from version 0.2.1-3 to version 0.2.5... -- Success! I think this is a bug in gpg. What do you think? -- Cheers Swedebugia
bug#33312: Guix: many tests fail when building on 0.15
On 2018-11-11 17:03, Ludovic Courtès wrote: Hello, swedebugia skribis: running make check I got a lot of failed tests and no testlog: Could you send ‘test-suite.log’ as noted in <https://gnu.org/software/guix/manual/en/html_node/Running-the-Test-Suite.html>? TIA, Ludo’. It is not found. Not generated. Dunno why. I run "make check" and it only gave me what I already sent. -- Cheers Swedebugia
bug#33360: Guix does not error pretty when filesystem is ro
Hi Today I booted up my pc from standby. Qemu was running GuixSD from a cow on an USB-disk. It had remounted ro and I got weird errors from guix when trying to build. All other programs just stated the obvious: "Cannot write to bla bla - read-only filesystem." Guix of course tried to do a lot but failed of course. -- Could we add a simple check to the commands that rely on writing to the filesystem? -- Cheers Swedebugia
bug#33373: Guix 0.15 reports wrong age "Your Guix installation is 9 days old"
Hi I run a guix 0.15 installed from the binary and pulled to the same commit. Today I encountered: sdb@komputilo ~/guix-tree [env]$ guix package -i magit emacs-yasnippet --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"; guix package: warning: Your Guix installation is 9 days old. guix package: warning: Consider running 'guix pull' followed by 'guix package -u' to get up-to-date packages and security updates. ^C sdb@komputilo ~/guix-tree [env]$ guix --version guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76 My guix is from: tag name v0.15.0 (1f44934fb6e2cefccbecd4fa347025349fa9ff76) tag date 2018-07-05 22:49:48 +0200 So it should be something like 4 months and 9 days ~ 129 days old. -- Cheers Swedebugia
bug#33397: "guix environment" does not warn about stopped jobs
Hi I use emacs in a terminal to hack on packages. I start an emacs, press C-z to pause it after trying something in bash I then build the package from the source tree press fg to return to emacs and so forth. Typing guix environment will enter a new environment where apparently my paused emacs is not available. Is this a bug? Probably not. Should we make guix environment warn/refuse to create the env. if stopped jobs exist? Yes, I think so. What do you think? -- Cheers Swedebugia
bug#33373: Guix 0.15 reports wrong age "Your Guix installation is 9 days old"
On 2018-11-14 11:14, Ludovic Courtès wrote: Hi, swedebugia skribis: sdb@komputilo ~/guix-tree [env]$ guix package -i magit emacs-yasnippet --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"; guix package: warning: Your Guix installation is 9 days old. guix package: warning: Consider running 'guix pull' followed by 'guix package -u' to get up-to-date packages and security updates. ^C sdb@komputilo ~/guix-tree [env]$ guix --version guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76 My guix is from: tag name v0.15.0 (1f44934fb6e2cefccbecd4fa347025349fa9ff76) tag date 2018-07-05 22:49:48 +0200 So it should be something like 4 months and 9 days ~ 129 days old. What does ‘guix describe’ report? "command not found", I'm on 0.15... Old and gold. :D If this bug does not appear on master I propose you close it as won't fix. -- Cheers Swedebugia
bug#33411: Guix fails to build master from source on 0.15 since a few days
Hi I successfully cloned and built guix a few times after pulling during the last 2-3 weeks. My workflow is this: git pull && make -> success Now this happens: git pull && make: ... checking the length of a typical hash bang line... 73 checking the length of a hash bang line used in tests... 97 checking for pkg-config... /gnu/store/30fxs0wkfcbllcbf13jksjxscqldswdn-profile/bin/pkg-config checking pkg-config is at least version 0.9.0... yes configure: checking for guile 2.2 configure: checking for guile 2.0 configure: error: No Guile development packages were found. Please verify that you have Guile installed. If you installed Guile from a binary distribution, please verify that you have also installed the development packages. If you installed it yourself, you might need to adjust your PKG_CONFIG_PATH; see the pkg-config man page for more. make: *** [Makefile:3241: config.status] Error 1 -- This did not help: $ make clean && ./bootstrap && .configure && make -> same error as above my env is completely the same: guix environment guix --ad-hoc gnupg help2man git strace pkg-config less binutils coreutils grep guile guile-git guile-json gcc --no-grafts -l ~/my-packages/guile-gcrypt.scm $ guix --version guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76 (=0.15) $ which guile /gnu/store/30fxs0wkfcbllcbf13jksjxscqldswdn-profile/bin/guile sdb@komputilo ~/guix-tree [env]$ guile --version guile (GNU Guile) 2.2.4 $ env |grep GUILE GUILE_LOAD_COMPILED_PATH=/gnu/store/30fxs0wkfcbllcbf13jksjxscqldswdn-profile/lib/guile/2.2/site-ccache:/gnu/store/30fxs0wkfcbllcbf13jksjxscqldswdn-profile/share/guile/site/2.2:/home/sdb/.guix-profile/lib/guile/2.2/site-ccache:/run/current-system/profile/lib/guile/2.2/site-ccache:/run/current-system/profile/share/guile/site/2.2 GUILE_LOAD_PATH=/gnu/store/30fxs0wkfcbllcbf13jksjxscqldswdn-profile/share/guile/site/2.2:/home/sdb/.guix-profile/share/lib/guile/2.2/:/run/current-system/profile/share/guile/site/2.2 -- Cheers Swedebugia
bug#33413: (Cuirass, berlin) raw logs are empty for guix-modular-master
http://berlin.guixsd.org/eval/1560 -> log links to: http://berlin.guixsd.org/log/sv0v371dgkzqglgz0hlgax5lqhb5cvpk-guix-7fed5481f http://berlin.guixsd.org/log/8wbn7jw96519pf4pzmzb5spbyh4gh5q1-guix-7fed5481f both empty. same for other guix-modular-master evaluations --- on guix-master the logs seems to work. http://berlin.guixsd.org/eval/1616 links to http://berlin.guixsd.org/log/xv2hpgcz0rk74c4jvccci22n5xzrkpc4-python2-biom-format-2.1.7 -- Cheers Swedebugia
bug#33239: 'guix offload' regularly hangs in 'channel-get-exit-status' call
On 2018-11-02 11:57, Ludovic Courtès wrote: snip To be continued… I found this which might be related and point you to a solution: https://github.com/paramiko/paramiko/issues/448 found here: https://duckduckgo.com/?q=channel-get-exit-status+ssh -- Cheers Swedebugia
bug#33360: Guix does not error pretty when filesystem is ro
On 2018-11-14 12:21, Ludovic Courtès wrote: Hello, swedebugia skribis: Today I booted up my pc from standby. Qemu was running GuixSD from a cow on an USB-disk. It had remounted ro and I got weird errors from guix when trying to build. All other programs just stated the obvious: "Cannot write to bla bla - read-only filesystem." Guix of course tried to do a lot but failed of course. Could you paste the exact command you run and its output? I did not succede in reproducing. This time I suspended my pc multiple times but qemu/the kernel did not remount / ro. So I janked the usb out and back in and that did the trick if I ran a complicated command while it was out (guix build did the trick) :D sdb@komputilo ~$ mount none on /proc type proc (rw,relatime) none on /dev type devtmpfs (rw,relatime,size=1002304k,nr_inodes=250576,mode=755) none on /sys type sysfs (rw,relatime) /dev/sda1 on / type ext4 (ro,relatime) none on /dev/pts type devpts (rw,relatime,gid=996,mode=620,ptmxmode=000) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,relatime) /dev/sda1 on /gnu/store type ext4 (ro,relatime) sdb@komputilo ~$ guix --version guix (GNU Guix) 1f44934fb6e2cefccbecd4fa347025349fa9ff76 Unfortunately it errored nicely this time: sdb@komputilo ~/guix-tree [env]$ ./pre-inst-env guix build hello -K --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"; guix build: error: fport_read: Connection reset by peer Then the ssh terminal freezes. (qemu window shows a nice "kernel panic - not syncing: Attempted to kill init!" :) Closed the bug. -- Cheers Swedebugia
bug#33411: Guix fails to build master from source on 0.15 since a few days
On 2018-11-17 11:51, swedebugia wrote: Hi I successfully cloned and built guix a few times after pulling during the last 2-3 weeks. I pulled a commit a few days from current master and the error disappeared. I conclude that it is no longer possible to build guix on 0.15. We can mark this as wont-fix I guess I just dont know how to do that yet :) -- Cheers Swedebugia
bug#33413: (Cuirass, berlin) raw logs are empty for guix-modular-master
On 2018-11-18 23:44, Ludovic Courtès wrote: Hi, swedebugia skribis: http://berlin.guixsd.org/eval/1560 -> log links to: http://berlin.guixsd.org/log/sv0v371dgkzqglgz0hlgax5lqhb5cvpk-guix-7fed5481f http://berlin.guixsd.org/log/8wbn7jw96519pf4pzmzb5spbyh4gh5q1-guix-7fed5481f both empty. same for other guix-modular-master evaluations That’s expected: these derivations really don’t produce any output. Ludo’. Ok, closing this then. -- Cheers Swedebugia
bug#33411: Guix fails to build master from source on 0.15 since a few days
On 2018-11-18 23:45, Ludovic Courtès wrote: snip We’d need to check what ‘config.log’ says but there’s no reason for this to break. I found the error. ./configure complained about --localstatedir that I had not specified. running make now works :) -- Cheers Swedebugia
bug#33569: Missing sanitizing of '[]' in pypi-importer
E.g.
sdb@komputilo ~/guix-tree$ ~/guix-tree/pre-inst-env guix import pypi
snakemake
...
(propagated-inputs
`(("python-[reports]"
,#{python-\x5b;reports\x5d;}#)
("python-appdirs" ,python-appdirs)
...
--
Cheers Swedebugia
bug#33623: Backtrace when running `guix system roll-back'
On 2018-12-05 12:36, Diego Nicola Barbato wrote: > Hello Guix, > > When I run ‘guix system roll-back’ I get the following backtrace: > > --8<---cut here---start->8--- > root@tapuakh ~# guix system roll-back > Backtrace: > 10 (primitive-load "/root/.config/guix/current/bin/guix") > In guix/ui.scm: > 1603:12 9 (run-guix-command _ . _) > In ice-9/boot-9.scm: > 829:9 8 (catch srfi-34 # …) > 829:9 7 (catch system-error # …) > In guix/scripts/system.scm: >1268:8 6 (_) > In guix/status.scm: > 615:4 5 (call-with-status-report _ _) > In guix/scripts/system.scm: >1208:9 4 (process-command _ _ _) >469:10 3 (switch-to-system-generation # …) > In guix/store.scm: > 1659:24 2 (run-with-store _ _ #:guile-for-build _ #:system _ # _) > In guix/scripts/system.scm: > 499:6 1 (_ _) > In unknown file: >0 (_ #) > > ERROR: Wrong type to apply: #< name: "grub.cfg" gexp: > # guile: #f options: (#:local-build? #t)> > --8<---cut here---end--->8--- > > I run GuixSD (commit: 1f51f0d975d95a2ba645193cf43d0a294d952e83) on an > x86_64 machine. Interesting. Could you provide a config.scm to help us reproduce the issue? -- Cheers Swedebugia
bug#33639: ISO installer image is broken on i686
On 2018-12-06 01:02, Ludovic Courtès wrote:
snip
> Indeed, if you spawn the image and run “cat /var/guix/db/db.sqlite”, it
> fails with EIO and “attempt to access beyond end of device.” I suspect
> the bugs Mark reported at <https://issues.guix.info/issue/33362> and
> <https://issues.guix.info/issue/33555> are related.
>
> My guess is that the bug has always existed on ‘core-updates’ since
> <https://berlin.guixsd.org/build/662745> (‘master’, 2018-11-30, i.e.,
> just before ‘core-updates’ was merged) shows a successful installation.
>
> I tried running the ISO image in qemu-system-{x86_64,i386}, with and
> without KVM, and the I/O errors are always there, including with a
> pre-core-updates QEMU.
>
> I tried reverting xorriso to 1.4.8 to no avail (which is not surprising
> since xorriso was upgraded on 2018-09-18 and the successful installation
> above which 2018-11-30.)
>
> At this point I can only suspect a toolchain issue, probably binutils or
> libc since gcc didn’t change.
>
> Thoughts?
>
> This is holding the 0.16.0 release and I’m unavailable to do it next
> week and with little time over the next few days. Thus I’m considering
> exceptionally releasing without the i686 GuixSD install image; thoughts?
Ok, I see.
Has anybody tested that guix pull from 0.15 -> 0.16 works on an install
ISO? (I don't know if we want/agreed to support this at all but 1 bug
suggests problems related to https: )
I say go for release and note it on the download page and provide
0.15-i686 image for now.
I'm using i686 GuixSD on my devlaptop.
--
Cheers
Swedebugia
bug#33659: Perl-build-system does not honor #:module-build-flags or #:configure-flags
Hi
I'm trying hard to package perl-term-readline-gnu but have failed so
far. :D
See the attached patch for my addition to perl-build-system that did not
help.
The Makefile in the source says:
# Usage: perl Makefile.PL [--prefix=...] [--includedir=...]
[--libdir=...]
# [OPTIMIZE=...]
The build failure (with or without my modifications to the build-system)
is:
starting phase `configure'
running `perl' with arguments ("Makefile.PL"
"PREFIX=/gnu/store/w4wb4wd1kjj6gmxlix0i3jj47v0izijh-perl-term-readline-gnu-1.35"
"INSTALLDIRS=site" "NO_PERLLOCAL=1")
Could not find neither libtermcap.a, libncurses.a, or libcurses.
Backtrace:
4 (primitive-load "/gnu/store/vgfkdlnwks28vk50mg0xjl8iaf9…")
In ice-9/eval.scm:
191:35 3 (_ _)
In srfi/srfi-1.scm:
640:9 2 (for-each # …)
In
/gnu/store/wy2ja4vrrnakwhabsn87ngsb3bqqm5fx-module-import/guix/build/gnu-build-system.scm:
799:31 1 (_ _)
In
/gnu/store/wy2ja4vrrnakwhabsn87ngsb3bqqm5fx-module-import/guix/build/utils.scm:
616:6 0 (invoke _ . _)
/gnu/store/wy2ja4vrrnakwhabsn87ngsb3bqqm5fx-module-import/guix/build/utils.scm:616:6:
In procedure invoke:
Throw to key `srfi-34' with args `(#)'.
note: keeping build directory
`/tmp/guix-build-perl-term-readline-gnu-1.35.drv-17'
builder for
`/gnu/store/n6dcbwrfag9klwysrfdkj2j05cr9710i-perl-term-readline-gnu-1.35.drv'
failed with exit code 1
build of
/gnu/store/n6dcbwrfag9klwysrfdkj2j05cr9710i-perl-term-readline-gnu-1.35.drv
failed
View build log at
'/var/log/guix/drvs/n6/dcbwrfag9klwysrfdkj2j05cr9710i-perl-term-readline-gnu-1.35.drv.bz2'.
cannot build derivation
`/gnu/store/pz0zrnpsvip0yxyd18cjazibsrlpf29h-youtube-viewer-cli-3.4.1.drv':
1 dependencies couldn't be built
guix build: error: build failed: build of
`/gnu/store/pz0zrnpsvip0yxyd18cjazibsrlpf29h-youtube-viewer-cli-3.4.1.drv'
failed
--
Cheers
SwedebugiaFrom 2afd42c1631793fc5c186b82fbdbb3964f6ae464 Mon Sep 17 00:00:00 2001
From: swedebugia
Date: Fri, 7 Dec 2018 12:14:37 +0100
Subject: [PATCH] gnu: Add perl-term-readline-gnu -- flags not honored
---
gnu/packages/perl.scm | 37 -
guix/build-system/perl.scm | 3 ++-
2 files changed, 38 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/perl.scm b/gnu/packages/perl.scm
index cbdf070e8..d41182962 100644
--- a/gnu/packages/perl.scm
+++ b/gnu/packages/perl.scm
@@ -51,7 +51,8 @@
#:use-module (gnu packages freedesktop)
#:use-module (gnu packages perl-check)
#:use-module (gnu packages perl-web)
- #:use-module (gnu packages pkg-config))
+ #:use-module (gnu packages pkg-config)
+ #:use-module (gnu packages readline))
;;;
;;; Please: Try to add new module packages in alphabetic order.
@@ -8115,6 +8116,40 @@ other terminal related features, including retrieval/modification of the
screen size, and retrieval/modification of the control characters.")
(license (package-license perl
+(define-public perl-term-readline-gnu
+ (package
+ (name "perl-term-readline-gnu")
+ (version "1.35")
+ (source
+(origin
+ (method url-fetch)
+ (uri (string-append
+"mirror://cpan/authors/id/H/HA/HAYASHI/Term-ReadLine-Gnu-"
+version
+".tar.gz"))
+ (sha256
+ (base32
+"09cixf93w9y443jj291viw3r292xskihx3af65pnbkb7mga34pap"
+ (build-system perl-build-system)
+ (arguments
+'(#:configure-flags '("--test"
+ ;;(string-append "-libdir=" (getenv
+;;"LIBRARY_PATH"))
+ )
+ #:module-build-flags '("--test"
+ ;;(string-append "-libdir=" (getenv
+;;"LIBRARY_PATH"))
+ )))
+ (native-inputs
+`(("perl-module-build" ,perl-module-build)
+ ("readline" ,readline)))
+ (home-page
+"https://metacpan.org/release/Term-ReadLine-Gnu";)
+ (synopsis
+"Perl extension for the GNU Readline/History Library")
+ (description "This module enables support for the GNU Readline/History Library.")
+ (license perl-license)))
+
(define-public perl-term-size-any
(package
(name "perl-term-size-any")
diff --git a/guix/build-system/perl.scm b/guix/build-system/perl.scm
index 06af1dd20..a06cf5b44 100644
--- a/guix/build-system/perl.scm
+++ b/guix/build-system/perl.scm
@@ -78,6 +78,7 @@
(define* (perl-build store name inputs
#:key
+ (configure-flags ''())
(search-paths '())
(tests? #t)
(parallel-build? #t)
@@ -111,6 +11
bug#33672: weather: still ugly 502-error and confusing ci.guix.info
Hi
I'm running guix from source in guixsd.
sdb@antelope ~/src/guix$ ./pre-inst-env guix describe
Git checkout:
repository: /home/sdb/src/guix
branch: master
commit: 3d53869e302540cb9a80cdcbbabea2b67200c0c5
This is the output of my config. (it is attached). My config does NOT
have ci.guix.info
sdb@antelope ~/src/guix$ ./pre-inst-env guix weather -m
~/config/os-manifest.scm
computing 414 package derivations for i686-linux...
looking for 588 store items on https://ci.guix.info...
updating substitutes from 'https://ci.guix.info'... 100.0%
https://ci.guix.info
98.3% substitutes available (578 out of 588)
567.3 MiB of nars (compressed)
2,141.8 MiB on disk (uncompressed)
0.013 seconds per request (7.4 seconds in total)
79.2 requests per second
'https://ci.guix.info/api/queue?nr=1000' returned 502 ("Bad Gateway")
^ could we hide this error if it does not matter for the results?
Forcing the --substitute-urls gives:
sdb@antelope ~/src/guix$ ./pre-inst-env guix weather -m
~/config/os-manifest.scm --substitute-urls="http://berlin.guixsd.org";
computing 414 package derivations for i686-linux...
looking for 588 store items on http://berlin.guixsd.org...
updating substitutes from 'http://berlin.guixsd.org'... 100.0%
http://berlin.guixsd.org
98.3% substitutes available (578 out of 588)
567.3 MiB of nars (compressed)
2,141.8 MiB on disk (uncompressed)
0.044 seconds per request (25.7 seconds in total)
22.9 requests per second
'http://berlin.guixsd.org/api/queue?nr=1000' returned 502 ("Bad
Gateway")
--
Cheers
Swedebugia;; This is an operating system configuration template
;; for a "desktop" setup with GNOME and Xfce where the
;; root partition is encrypted with LUKS.
;; (use-modules (gnu) (gnu system nss))
;; (use-service-modules desktop networking)
;; (use-package-modules certs gnome)
;; (operating-system
;; (host-name "antelope")
;; (timezone "Europe/Paris")
;; (locale "en_US.utf8")
;; ;; Use the UEFI variant of GRUB with the EFI System
;; ;; Partition mounted on /boot/efi.
;; (bootloader (bootloader-configuration
;; (bootloader grub-bootloader)
;; (target "/dev/sda")))
;; (file-systems (cons (file-system
;; (device (file-system-label "my-root"))
;; (mount-point "/")
;; (type "ext4"))
;;%base-file-systems))
;; (swap-devices '("/dev/sda2"))
;; (users (cons (user-account
;; (name "sdb")
;; (comment "Alice's brother")
;; (group "users")
;; (supplementary-groups '("wheel" "netdev"
;; "audio" "video"))
;; (home-directory "/home/sdb"))
;;%base-user-accounts))
;; ;; This is where we specify system-wide packages.
;; (packages (cons* nss-certs ;for HTTPS access
;;gvfs ;for user mounts
;; gnome-shell-extensions
;;%base-packages))
;; ;; Add GNOME and/or Xfce---we can choose at the log-in
;; ;; screen with F1. Use the "desktop" services, which
;; ;; include the X11 log-in service, networking with
;; ;; NetworkManager, and more.
;; (services (cons* (gnome-desktop-service)
;;;;(xfce-desktop-service)
;; (console-keymap-service "se-latin1")
;;(modify-services %desktop-services ; Add berlin as
first priority
;;; substitute
server
;; (guix-service-type config =>
;;(guix-configuration
;; (inherit config)
;; (substitute-urls '(
;;
"https://berlin.guixsd.org https://mirror.hydra.gnu.org";
;; (network-manager-service-type config =>
;;
(network-manager-configuration
;; (inherit
config)
;; (vpn-plugins
;;
'(openvpn)))
;; ;; Allow resolution of '.local' host names with mDNS.
;; (name-service-switch %mdns-host-lookup-nss))
(specifications->manifest
'(
"gnome"
"gnome-shell-extensions"
"gvfs"
"nss-certs"
"network-manager-openvpn"
))
bug#33673: "guix system --help" does not detail how to use --on-error=strategy
Hi The current output is: --on-error=STRATEGYapply STRATEGY when an error occurs while reading FILE Also the manual currently lacks a cindex for on-error (I had to search with 's' through multiple false positives to find the relevant section) Additionally we now have so many commands in the help pages of guix system and guix build that it would be nice to present them in a more readable/categorized way. Would a patches for improvement in these areas be accepted? -- Cheers Swedebugia Original Message Subject: Re: error: rmdir: Device or resource busy Date: 2018-12-08 09:24 From: swedebu...@riseup.net To: Fredrik Salomonsson Cc: help-guix , Help-Guix Hej! On 2018-12-08 09:05, Fredrik Salomonsson wrote: > Hello, > > tried installing GuixSD 0.16. But hitting a cryptic error. > > guix system init /mnt/etc/config.scm /mnt > --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"; > ... > /gnu/store/sh9x3mhl5q60yxhl861kpk6vm70l3w81-bootloader-installer > > initializing operating system under '/mnt'... > guix system: error: rmdir: Device or resource busy > > This was working fine with 0.15. > > Is there a way to get a better backtrace from system init? Yes! >From the manual: '--on-error=STRATEGY' Apply STRATEGY when an error occurs when reading FILE. STRATEGY may be one of the following: 'nothing-special' Report the error concisely and exit. This is the default strategy. 'backtrace' Likewise, but also display a backtrace. 'debug' Report the error and enter Guile's debugger. From there, you can run commands such as ',bt' to get a backtrace, ',locals' to display local variable values, and more generally inspect the state of the program. *Note (guile)Debug Commands::, for a list of available debugging commands. Actually the --help to "guix system" hints about this but it is not telling how to use it, which is a bug I think. (i'm going to report it and send a patch) > Or does anyone > know what the error might be? I never saw it before.
bug#33623: Backtrace when running `guix system roll-back'
On 2018-12-07 15:15, Ludovic Courtès wrote: > Hi Diego, > > Diego Nicola Barbato skribis: > >> When I run ‘guix system roll-back’ I get the following backtrace: > > Fixed in commit 6ddc63e599a26c302f74d0622f67cfd987f0dc5f, thanks! > > Ludo'. Good catch Diego! -- Cheers Swedebugia
bug#33685: Time settings does not work in gnome
When I set the time or toggle automatic time in the gnome-control-center
it errors out. The time is still wrong.
sdb@antelope ~$ gnome-control-center
(gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:15.745:
Timezone '(null)' is unhandled, setting Europe/London as default
(gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:24.324:
Could not set system to use NTP:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.freedesktop.timedate1 was not provided by any .service files
(gnome-control-center:1556): GLib-GIO-CRITICAL **: 13:24:34.673:
g_dbus_connection_call_internal: assertion 'object_path != NULL &&
g_variant_is_object_path (object_path)' failed
sdb@antelope ~$ guix --version
guix (GNU Guix) 0.16.0-3.6ddc63e
Installed from git with sudo -E reconf...
config.scm attached.
--
Cheers
Swedebugia;; This is an operating system configuration template
;; for a "desktop" setup with GNOME and Xfce where the
;; root partition is encrypted with LUKS.
(use-modules (gnu) (gnu system nss))
(use-service-modules desktop networking)
(use-package-modules certs gnome
;; for my-base-packages
linux less base nano pciutils admin man texinfo
bash guile gawk compression)
(define %my-base-packages
;; Like upstream but without wifi-programs and zile.
;; Default set of packages globally visible. It should include anything
;; required for basic administrator tasks.
(cons* procps psmisc which less
;;zile
nano
pciutils usbutils
util-linux
inetutils isc-dhcp
(@ (gnu packages admin) shadow) ;for 'passwd'
;; wireless-tools is deprecated in favor of iw, but it's still what
;; many people are familiar with, so keep it around.
;;iw wireless-tools
iproute
net-tools; XXX: remove when Inetutils suffices
man-db
info-reader ;the standalone Info reader (no Perl)
;; The 'sudo' command is already in %SETUID-PROGRAMS, but we also
;; want the other commands and the man pages (notably because
;; auto-completion in Emacs shell relies on man pages.)
sudo
;; Get 'insmod' & co. from kmod, not module-init-tools, since udev
;; already depends on it anyway.
kmod eudev
e2fsprogs kbd
bash-completion
;; XXX: We don't use (canonical-package guile-2.2) here because that
;; would create a collision in the global profile between the GMP
;; variant propagated by 'guile-final' and the GMP variant propagated
;; by 'gnutls', itself propagated by 'guix'.
guile-2.2
;; The packages below are also in %FINAL-INPUTS, so take them from
;; there to avoid duplication.
(map canonical-package
(list bash coreutils findutils grep sed
diffutils patch gawk tar gzip bzip2 xz lzip
(operating-system
(host-name "antelope")
(timezone "Europe/Paris")
(locale "en_US.utf8")
;; Use the UEFI variant of GRUB with the EFI System
;; Partition mounted on /boot/efi.
(bootloader (bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/sda")))
(file-systems (cons (file-system
(device (file-system-label "my-root"))
(mount-point "/")
(type "ext4"))
%base-file-systems))
(swap-devices '("/dev/sda2"))
(users (cons (user-account
(name "sdb")
(comment "Alice's brother")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "video"))
(home-directory "/home/sdb"))
%base-user-accounts))
;; This is where we specify system-wide packages.
(packages (cons* nss-certs ;for HTTPS access
gvfs ;for user mounts
gnome-shell-extensions
network-manager-openvpn
%my-base-packages))
;; Add GNOME and/or Xfce---we can choose at the log-in
;; screen with F1. Use the "desktop" services, which
;; include the X11 log-in service, networking with
;; NetworkManager, and more.
(services (cons* (gnome-desktop-service)
;;(xfce-desktop-service)
(console-keymap-service "se-latin1")
(modify-services %desktop-services ; Add berlin as
bug#33685: Time settings does not work in gnome
On 2018-12-09 13:06, swedebu...@riseup.net wrote: > When I set the time or toggle automatic time in the gnome-control-center > it errors out. The time is still wrong. > > sdb@antelope ~$ gnome-control-center > > (gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:15.745: > Timezone '(null)' is unhandled, setting Europe/London as default > > (gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:24.324: > Could not set system to use NTP: > GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name > org.freedesktop.timedate1 was not provided by any .service files > > (gnome-control-center:1556): GLib-GIO-CRITICAL **: 13:24:34.673: > g_dbus_connection_call_internal: assertion 'object_path != NULL && > g_variant_is_object_path (object_path)' failed > > > sdb@antelope ~$ guix --version > guix (GNU Guix) 0.16.0-3.6ddc63e > > Installed from git with sudo -E reconf... > > config.scm attached. Fixed the time manually with sudo date -s 1308 +%H%M (the date and year was correct already) -- Cheers Swedebugia
bug#33691: pre-inst-env: "no code for module (gcrypt hash)"
On 2018-12-09 23:41, Chris Marusich wrote:
Hi,
I tried reconfiguring my system recently using pre-inst-env, using
commit 08861d259b453442c38fe93477bc62d2080b1442. I got this error:
--8<---cut here---start->8---
$ sudo ./pre-inst-env guix system --fallback reconfigure ~/config.scm
Password:
Backtrace:
In ice-9/boot-9.scm:
2726:13 19 (_)
In ice-9/threads.scm:
390:8 18 (_ _)
In ice-9/boot-9.scm:
2994:20 17 (_)
2312:4 16 (save-module-excursion _)
3014:26 15 (_)
In unknown file:
14 (primitive-load-path "guix/store" #)
In guix/store.scm:
20:0 13 (_)
In ice-9/boot-9.scm:
2874:4 12 (define-module* _ #:filename _ #:pure _ #:version _ # _ …)
2887:24 11 (_)
222:29 10 (map1 (((guix utils)) ((guix config)) ((guix #)) ((…)) …))
222:29 9 (map1 (((guix config)) ((guix memoization)) ((guix …)) …))
222:29 8 (map1 (((guix memoization)) ((guix serialization)) (#) …))
222:29 7 (map1 (((guix serialization)) ((guix monads)) ((# #)) …))
222:29 6 (map1 (((guix monads)) ((guix records)) ((guix #)) (#) …))
222:29 5 (map1 (((guix records)) ((guix base16)) ((guix #)) (#) …))
222:29 4 (map1 (((guix base16)) ((guix base32)) ((gcrypt #)) # …))
222:29 3 (map1 (((guix base32)) ((gcrypt hash)) ((guix #)) (#) …))
222:17 2 (map1 (((gcrypt hash)) ((guix profiling)) ((rnrs #)) # …))
2803:6 1 (resolve-interface _ #:select _ #:hide _ #:prefix _ # _ …)
In unknown file:
0 (scm-error misc-error #f "~A ~S" ("no code for modu…" …) …)
ERROR: In procedure scm-error:
no code for module (gcrypt hash)
--8<---cut here---end--->8---
I expected pre-inst-env to make all the necessary dependencies
available. I was surprised that the guix command was unable to find
(gcrypt hash), even though I thought pre-inst-env would make it
available.
Is this a bug, or am I doing something wrong?
I ran into this also and solved it with running guix environment guix
first. Did you try that?
--
Cheers
Swedebugia
bug#33696: Webview crashes on query.wikidata.org
Hi. epiphany, vimb and next crashes when I visit that page. It looks fine on my Antergos machine in chrome. >From vimb: "Webview Crashed on https://query.wikidata.org/#%23added%20before%202016-10%0A%23illustrates%20sitelink%20selection%2C%20%22%3B%22%20notation%0ASELECT%20%3Fitem%20%3FitemLabel%20%3Farticle%0AWHERE%0A%7B%0A%09%3Farticle%20%09schema%3Aabout%20%3Fitem%20%3B%0A%09%09%09schema%3AisPartOf%20%3Chttps%3A%2F%2Fspecies.wikimedia.org%2F%3E%20.%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22%20%7D%0A%7D%0ALIMIT%20200"; $ guix --version guix (GNU Guix) 0.16.0-3.6ddc63e Is this an upstream bug perhaps? Several crashes were fixed and https://webkitgtk.org/releases/webkitgtk-2.23.1.tar.xz is out (unstable dev release). -- Cheers Swedebugia
bug#33696: Webview crashes on query.wikidata.org
On 2018-12-10 21:50, swedebu...@riseup.net wrote: > Hi. > > epiphany, vimb and next crashes when I visit that page. It looks fine on > my Antergos machine in chrome. > > From vimb: > "Webview Crashed on > https://query.wikidata.org/#%23added%20before%202016-10%0A%23illustrates%20sitelink%20selection%2C%20%22%3B%22%20notation%0ASELECT%20%3Fitem%20%3FitemLabel%20%3Farticle%0AWHERE%0A%7B%0A%09%3Farticle%20%09schema%3Aabout%20%3Fitem%20%3B%0A%09%09%09schema%3AisPartOf%20%3Chttps%3A%2F%2Fspecies.wikimedia.org%2F%3E%20.%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22%20%7D%0A%7D%0ALIMIT%20200"; > > $ guix --version > guix (GNU Guix) 0.16.0-3.6ddc63e > > Is this an upstream bug perhaps? > > Several crashes were fixed and > https://webkitgtk.org/releases/webkitgtk-2.23.1.tar.xz is out (unstable > dev release). I tried building the new release with --with-source, but it failed with this: -- Checking for module 'gl' -- Found gl, version 18.1.8 -- Found OpenGL: /gnu/store/c7wzz03f4r00fx6qfcf70y2iyk2d88a9-mesa-18.1.8/include -- Looking for include file GL/glx.h -- Looking for include file GL/glx.h - found -- Checking for module 'glesv2' -- Found glesv2, version 18.1.8 -- Found OpenGLES2: /gnu/store/c7wzz03f4r00fx6qfcf70y2iyk2d88a9-mesa-18.1.8/include CMake Error at Source/cmake/WebKitFeatures.cmake:244 (message): ENABLE_JIT conflicts with ENABLE_C_LOOP. You must disable one or the other. Call Stack (most recent call first): Source/cmake/WebKitFeatures.cmake:252 (_WEBKIT_OPTION_ENFORCE_CONFLICTS) Source/cmake/WebKitFeatures.cmake:277 (_WEBKIT_OPTION_ENFORCE_ALL_CONFLICTS) Source/cmake/OptionsGTK.cmake:160 (WEBKIT_OPTION_END) Source/cmake/WebKitCommon.cmake:59 (include) CMakeLists.txt:159 (include) -- Configuring incomplete, errors occurred! See also "/tmp/guix-build-webkitgtk-2.23.1.drv-0/build/CMakeFiles/CMakeOutput.log". See also "/tmp/guix-build-webkitgtk-2.23.1.drv-0/build/CMakeFiles/CMakeError.log". Backtrace: 4 (primitive-load "/gnu/store/k78dfhbjwqj0nj7pyav74mwl7pz…") In ice-9/eval.scm: 191:35 3 (_ _) In srfi/srfi-1.scm: 863:16 2 (every1 # …) In /gnu/store/8993x11f4bf3lb0il9gnh85kjjikcf4b-module-import/guix/build/gnu-build-system.scm: 799:28 1 (_ _) In /gnu/store/8993x11f4bf3lb0il9gnh85kjjikcf4b-module-import/guix/build/utils.scm: 616:6 0 (invoke _ . _) /gnu/store/8993x11f4bf3lb0il9gnh85kjjikcf4b-module-import/guix/build/utils.scm:616:6: In procedure invoke: Throw to key `srfi-34' with args `(#)'. note: keeping build directory `/tmp/guix-build-webkitgtk-2.23.1.drv-0' builder for `/gnu/store/j0zw3qb1ybzsqvwbwqcjpmrjllqgs2z9-webkitgtk-2.23.1.drv' failed with exit code 1 build of /gnu/store/j0zw3qb1ybzsqvwbwqcjpmrjllqgs2z9-webkitgtk-2.23.1.drv failed View build log at '/var/log/guix/drvs/j0/zw3qb1ybzsqvwbwqcjpmrjllqgs2z9-webkitgtk-2.23.1.drv.bz2'. guix build: error: build failed: build of `/gnu/store/j0zw3qb1ybzsqvwbwqcjpmrjllqgs2z9-webkitgtk-2.23.1.drv' failed -- Cheers Swedebugia
bug#33673: "guix system --help" does not detail how to use --on-error=strategy
On 2018-12-11 08:18, Efraim Flashner wrote: > On Sun, Dec 09, 2018 at 12:16:47AM +0100, Ludovic Courtès wrote: >> Hi, >> >> swedebu...@riseup.net skribis: >> >> > The current output is: >> > >> > --on-error=STRATEGYapply STRATEGY when an error occurs while reading >> > FILE >> >> FWIW I think it’s reasonable for ‘--help’ to be generally more concise >> than the manual. We could list the possible strategies here, but that >> might clutter the output more than is desirable. >> >> > Additionally we now have so many commands in the help pages of guix >> > system and guix build that it would be nice to present them in a more >> > readable/categorized way. >> > >> > Would a patches for improvement in these areas be accepted? >> >> Improvements are always welcome of course. The main criterion would be >> to remain consistent with the rest of Guix and with GNU conventions that >> we follow. Maybe it’s best to discuss what you have in mind first? >> >> Thank you, >> Ludo’. >> > > I'd go with (one of: nothing-special, backtrace, debug) > with the assumption that for more information the manual is more > verbose. Sounds good to me. Clutter is a problem we already have it seems so lets not make it worse. > > I also just noticed that we have 'man guix-system', which could be more > verbose on the subject without needing to fit in a concise output. Where do I edit this man-page? -- Cheers Swedebugia
bug#33703: youtube-dl man page is not complete
It seems truncated and the section "format selection" is missing. -- Cheers Swedebugia
bug#33703: youtube-dl man page is not complete
Hi Tobias :) FYI i'm on i686 installed from git with sudo -E guix system reconfigure... My complete config is at: https://gitlab.com/swedebugia/guix-config pushed this morning. On 2018-12-11 13:47, Tobias Geerinckx-Rice wrote: snip > I'd like to mark this as duplicate of #30785[1] but won't for now, > since I can't reproduce your findings: > > ~ λ youtube-dl --version > 2018.11.07 > > ~ λ man --version > man 2.8.3 > > ~ λ guix --version > guix (GNU Guix) 0.16.0-3.6ddc63e […] > > ~ λ man youtube-dl | egrep '^[A-Z ]+$' > NAME > SYNOPSIS > DESCRIPTION > OPTIONS > CONFIGURATION > OUTPUT TEMPLATE > FORMAT SELECTION > VIDEO SELECTION > FAQ > DEVELOPER INSTRUCTIONS > BUGS > COPYRIGHT I got the same versions. Here are the hashes: sdb@antelope ~$ readlink $(which youtube-dl) /gnu/store/wbfp0rvkcxvfl7bk387mkax7di9b1dr4-youtube-dl-2018.11.07/bin/youtube-dl sdb@antelope ~$ readlink $(which man) /gnu/store/4jk1p82cqdqqzfbqidzaii7k79wrlk8h-man-db-2.8.3/bin/man sdb@antelope ~$ readlink $(which guix) /gnu/store/5q4qs96w680r2k20yb4f3c8qkb2rz61x-guix-0.16.0-3.6ddc63e/bin/guix My output looks like this: sdb@antelope ~$ man youtube-dl | egrep '^[A-Z ]+$' NAME SYNOPSIS DESCRIPTION OPTIONS CONFIGURATION OUTPUT TEMPLATE NAME SYNOPSIS DESCRIPTION OPTIONS CONFIGURATION :11: `\ ' is not allowed in a name :16: warning [p 25, 2.8i]: cannot adjust line :21: warning [p 25, 3.5i]: cannot adjust line :31: warning [p 25, 5.0i]: cannot adjust line :32: warning [p 25, 5.2i]: cannot adjust line :39: warning [p 25, 6.0i]: cannot adjust line :54: warning [p 25, 8.2i]: cannot adjust line :57: warning [p 25, 8.7i]: cannot adjust line OUTPUT TEMPLATE :352: warning [p 28, 2.5i]: cannot adjust line :352: warning [p 28, 2.7i]: can't break line NAME SYNOPSIS BUGS COPYRIGHT sdb@antelope ~$ zgrep '\.SH' `man -w youtube-dl` .SH NAME .SH SYNOPSIS .SH DESCRIPTION .SH OPTIONS .SH CONFIGURATION .SH OUTPUT TEMPLATE .SH FORMAT SELECTION .SH VIDEO SELECTION .SH FAQ .SH Why do I need to go through that much red tape when filing bugs? .SH DEVELOPER INSTRUCTIONS .SH EMBEDDING YOUTUBE\-DL .SH BUGS .SH COPYRIGHT > > However! I can no longer reproduce #30785 either: > > ~ λ man 5 knot.conf | grep -E '^(NAME|DESCRIPTION)' > NAME > DESCRIPTION I am building it now. Will return with the output when its done :D > > Probably because the bug is locale-related and I've got broken locales > after the last release. Are the pages mentioned in bug #30785 > truncated for you, too? > > Kind regards, > > T G-R > > [1]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30785 -- Cheers Swedebugia
bug#33696: Webview crashes on query.wikidata.org
On 2018-12-12 02:58, Leo Famulari wrote: > On Mon, Dec 10, 2018 at 12:50:55PM -0800, swedebu...@riseup.net wrote: >> epiphany, vimb and next crashes when I visit that page. It looks fine on >> my Antergos machine in chrome. >> >> From vimb: >> "Webview Crashed on >> https://query.wikidata.org/#%23added%20before%202016-10%0A%23illustrates%20sitelink%20selection%2C%20%22%3B%22%20notation%0ASELECT%20%3Fitem%20%3FitemLabel%20%3Farticle%0AWHERE%0A%7B%0A%09%3Farticle%20%09schema%3Aabout%20%3Fitem%20%3B%0A%09%09%09schema%3AisPartOf%20%3Chttps%3A%2F%2Fspecies.wikimedia.org%2F%3E%20.%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22%20%7D%0A%7D%0ALIMIT%20200"; > > I can't reproduce this with our package of Epiphany on Debian. > >> $ guix --version >> guix (GNU Guix) 0.16.0-3.6ddc63e > > Can you use `guix describe` instead? Here is mine: > > -- > $ guix describe > Generation 56 Dec 10 2018 09:23:51(current) > guix f21058d > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: f21058dc5c423f76d51542f557927d756548e5be > -- I installed from git (i686) on this commit 6ddc63e... sdb@antelope ~$ guix describe guix describe: error: failed to determine origin My epiphany hash look like this: The following package will be installed: epiphany3.28.3.1 /gnu/store/6my9pfvz1rx38fgqr6nhn21nn51q8gb9-epiphany-3.28.3.1 Did that help? -- Cheers Swedebugia
bug#33673: PATCH: Fwd: Re: bug#33673: "guix system --help" does not detail how to use --on-error=strategy
Is this patch ok?
Forwarded Message
Subject: Re: bug#33673: "guix system --help" does not detail how to use
--on-error=strategy
Date: Tue, 11 Dec 2018 18:10:06 +0100
From: Ludovic Courtès
To: Efraim Flashner
CC: swedebu...@riseup.net, 33...@debbugs.gnu.org
Hi!
Efraim Flashner skribis:
On Sun, Dec 09, 2018 at 12:16:47AM +0100, Ludovic Courtès wrote:
[...]
Improvements are always welcome of course. The main criterion would be
to remain consistent with the rest of Guix and with GNU conventions that
we follow. Maybe it’s best to discuss what you have in mind first?
Thank you,
Ludo’.
I'd go with (one of: nothing-special, backtrace, debug)
with the assumption that for more information the manual is more
verbose.
Sounds good to me. Would you like to send a patch?
I also just noticed that we have 'man guix-system', which could be more
verbose on the subject without needing to fit in a concise output.
Manual pages are generated from the ‘--help’ output, the canonical
documentation being the Info manual.
Thanks,
Ludo’.
>From e71273a1b3b20bba8f4174ac4b98925bbc36ac0d Mon Sep 17 00:00:00 2001
From: swedebugia
Date: Fri, 14 Dec 2018 19:41:41 +0100
Subject: [PATCH] system: Clarify the three strategies available.
* guix/scripts/system.scm (show-help): Clarify the three choices.
* doc/guix.texi (Invoking guix system): Add 3 @cindex to make on-error=strategy
easier to find.
---
doc/guix.texi | 3 +++
guix/scripts/system.scm | 2 +-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/doc/guix.texi b/doc/guix.texi
index 20b5013fd..4c204c619 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -22628,6 +22628,9 @@ appear in the @code{operating-system} declaration actually exist
needed at boot time are listed in @code{initrd-modules} (@pxref{Initial
RAM Disk}). Passing this option skips these tests altogether.
+@cindex on-error
+@cindex on-error strategy
+@cindex error strategy
@item --on-error=@var{strategy}
Apply @var{strategy} when an error occurs when reading @var{file}.
@var{strategy} may be one of the following:
diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm
index 8eb32c62b..d94917100 100644
--- a/guix/scripts/system.scm
+++ b/guix/scripts/system.scm
@@ -993,7 +993,7 @@ Some ACTIONS support additional ARGS.\n"))
instead of reading FILE, when applicable"))
(display (G_ "
--on-error=STRATEGY
- apply STRATEGY when an error occurs while reading FILE"))
+ apply STRATEGY (one of: nothing-special, backtrace, debug) when an error occurs while reading FILE."))
(display (G_ "
--file-system-type=TYPE
for 'disk-image', produce a root file system of TYPE
--
2.18.0
bug#33755: error: execlp: No such file or directory from guix environment
Hi Is this a bug? sdb@antelope ~/src/guix$ guix environment guix -- ad-hoc libgit2 texinfo guix environment: error: execlp: No such file or directory I meant to type: sdb@antelope ~/src/guix$ guix environment guix --ad-hoc libgit2 texinfo I would have liked an error saying "error: package ad-hoc not found - cannot add it to the environment" -- Cheers Swedebugia
bug#33758: No longer possible to run ./pre-inst-env guix without compiling first
Hi Is this a bug? first *clone repository* then ./bootstrap && ./configure then ./pre-inst-env guix weather -m ~/sdb.scm --substitute-urls="https://ci.guix.info http://mirror.hydra.gnu.org"; Backtrace: In ice-9/boot-9.scm: 222:29 19 (map1 _) 222:29 18 (map1 _) 222:29 17 (map1 _) 222:29 16 (map1 _) 222:29 15 (map1 _) 222:29 14 (map1 _) 222:29 13 (map1 _) 222:29 12 (map1 _) 222:29 11 (map1 _) 222:29 10 (map1 (((gnu system nss)) ((gnu system locale)) ((…)) …)) 222:17 9 (map1 (((gnu system locale)) ((gnu system pam)) ((…)) …)) 2800:17 8 (resolve-interface (gnu system locale) #:select _ #:hide …) In ice-9/threads.scm: 390:8 7 (_ _) In ice-9/boot-9.scm: 2726:13 6 (_) In ice-9/threads.scm: 390:8 5 (_ _) In ice-9/boot-9.scm: 2994:20 4 (_) 2312:4 3 (save-module-excursion #) 3014:26 2 (_) In unknown file: 1 (primitive-load-path "gnu/system/locale" #) In /home/sdb/src/guix/gnu/system/locale.scm: 124:0 0 (_) /home/sdb/src/guix/gnu/system/locale.scm:124:0: In procedure private-lookup: No variable bound to glibc-for-target in module (gnu packages base) This was introduced a little before merging of the latest core-updates. -- Cheers Swedebugia
bug#33758: No longer possible to run ./pre-inst-env guix without compiling first
On 2018-12-15 19:17, Ludovic Courtès wrote: > Hi, > > swedebu...@riseup.net skribis: > >> In unknown file: >>1 (primitive-load-path "gnu/system/locale" #) >> In /home/sdb/src/guix/gnu/system/locale.scm: >> 124:0 0 (_) >> >> /home/sdb/src/guix/gnu/system/locale.scm:124:0: In procedure >> private-lookup: No variable bound to glibc-for-target in module (gnu >> packages base) > > That indicates you should run “make clean-go && make”. > > The gnu/system/locale.go file you have is presumably older than the > ‘core-updates’ merge. That branch removed ‘glibc-for-target’. I had figured that out and make clean worked. :) Thanks anyway! -- Cheers Swedebugia
bug#33758: No longer possible to run ./pre-inst-env guix without compiling first
On 2018-12-15 11:45, Ricardo Wurmus wrote: > swedebu...@riseup.net writes: > >> Is this a bug? > > I’m inclined to say that it is not. > What is the use case here? Well my use case is browsing commits and settling on one with good "weather". Its not that important to me actually because close to master (a few days back there are often >93% substitutes availiable. We could definitely improve the "running from git" section with some kind of best-practice. e.g. keep close to master run clean-go if you get weird guile errors during make (especially after merging of core-updates) etc. Would that be accepted? -- Cheers Swedebugia
bug#22745: guix http downloads don't resume
Hi Is this still a problem after Pierres work on texlive and when using the mirror? -- Cheers Swedebugia
bug#27067: Feature request: please allow for either automatic logging of all output of every guix commands or add an option to each guix command to allow it for all to be logged
Hi I think the current logging is good enough. I vote for closing this as Brenton did not answer during a long time and nobody else thought this was worth implementing. We could add a note to the manual with a very general pipe output tip, but it would probably just clutter an already large manual. -- Cheers Swedebugia
bug#23304: import pypi: Option o keep the downloaded file
Hi Is this really needed? I look at the webpages when importing stuff. For npm Julien and I created a special tool to do the job of fetching the dependencies. You could easily roll-your-own and change (call-with-temporary-output... -> (call-with-output-file ...) As it is only Hartmut who asked for this during 2 years of everyone using the importer I vote for closing this as "won't fix". -- Cheers Swedebugia
bug#30130: Add ‘guix whereis’ command
Hi
This could be solved by a new field in the package-record: (provides
'("list of commands provided"))
What do you think?
This could allow us to quickly let guile search the list of provided
commands and return the package name.
E.g. right now in my guixsd I have no "file" command. I have no idea
which package installs it. :p
--
Cheers
Swedebugia
bug#30867: Troubles and solutions during install GuixSD
Hi Axel Could you try again installing from scratch with 0.16 and report your findings? -- Cheers Swedebugia
bug#15549: hydra.gnu.org needs to declare its javascript licenses for LibreJS
Hi I vote for closing this as "won't fix" now we are moving away and concentrate on cuirass at ci.guixsd.info. -- Cheers Swedebugia
bug#32018: Guixsd pull error on very old install
Closed because I do not intend to investigate further and we do not support pulling from too old guix versions because of our rapid dev speed pre-1.0. -- Cheers Swedebugia
bug#32208: Unable to update git when git:send-email is installed
Closed, I no longer care if this works or not. I now update by passing my manifest again to guix package -m and it works flawlessly every time. -- Cheers Swedebugia
bug#32022: (new feature) Change guix pull to choose commits for which substitutes is already built by default
Closed as we now have channels and ludo' had good arguments for why to not implement my suggestion.
bug#33238: Fail nicely when profile is not found
On 2018-11-02 09:00, swedebugia wrote:
> Hi
>
> I installed guix from AUR and ran into this:
>
> $ guix pull -l
> Backtrace:
> 8 (apply-smob/1 #)
> In ice-9/boot-9.scm:
> 705:2 7 (call-with-prompt _ _ #)
> In ice-9/eval.scm:
> 619:8 6 (_ #(#(#)))
> In guix/ui.scm:
> 1578:12 5 (run-guix-command _ . _)
> In ice-9/boot-9.scm:
> 829:9 4 (catch srfi-34 # …)
> 829:9 3 (catch system-error # …)
> 829:9 2 (catch git-error # …)
> 829:9 1 (catch system-error # …)
> In unknown file:
> 0 (raise #)
>
> ERROR: In procedure raise:
> Wrong type (expecting exact integer): # &profile-not-found-error [profile: "/home/egil/.config/guix/current"]
> 55dd9ac9a240>
>
> The install went fine but guix is not working :/ so I will do a manual
> binary install instead.
>
> I could try crafting a patch testing if the directory exist if
> somebody is willing to point me to the right file (and perhaps an
> example of a procedure that can check this)
>
> Cheers
> Swedebugia
>
> $ guix --version
> guix (GNU Guix) 0.15.0
> Copyright (C) 2018 the Guix authors
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
This is still present:
sdb@antelope ~/src/guix$ ./pre-inst-env guix describe
Git checkout:
repository: /home/sdb/src/guix
branch: HEAD
commit: c4cc1b9d20212369d485a7b3788160117926ea3b
sdb@antelope ~/src/guix$ ./pre-inst-env guix pull -l
Backtrace:
8 (apply-smob/1 #)
In ice-9/boot-9.scm:
705:2 7 (call-with-prompt _ _ #)
In ice-9/eval.scm:
619:8 6 (_ #(#(#)))
In guix/ui.scm:
1603:12 5 (run-guix-command _ . _)
In ice-9/boot-9.scm:
829:9 4 (catch srfi-34 # …)
829:9 3 (catch system-error # …)
829:9 2 (catch git-error # …)
829:9 1 (catch system-error # …)
In unknown file:
0 (raise #)
ERROR: In procedure raise:
Wrong type (expecting exact integer): #
The relevant code from pull.scm is this:
(define (process-query opts profile)
"Process any query on PROFILE specified by OPTS."
(match (assoc-ref opts 'query)
(('list-generations pattern)
(define (list-generations profile numbers)
(match numbers
((first rest ...)
(display-profile-content profile first)
(let loop ((numbers numbers))
(match numbers
((first second rest ...)
(display-profile-content-diff profile
first second)
(loop (cons second rest)))
((_) #t)
(() #t))
(leave-on-EPIPE
(cond ((not (file-exists? profile)) ; XXX: race condition
(raise (condition (&profile-not-found-error
(profile profile)
((string-null? pattern)
(list-generations profile (profile-generations profile)))
((matching-generations pattern profile)
=>
(match-lambda
(()
(exit 1))
((numbers ...)
(list-generations profile numbers)
--
Cheers
Swedebugia
bug#33647: First `guix pull' behaves unexpectedly
On 2018-12-19 13:49, Diego Nicola Barbato wrote: Hello, Ludovic Courtès writes: Diego Nicola Barbato skribis: Ludovic Courtès writes: [...] In addition, be aware that Bash maintains a cache of commands it looked up in $PATH. Thus it may be that, say, it had cached that ‘guix’ is really /run/current-system/profile/bin/guix. When you pulled, it didn’t invalidate its cache thus you kept using that old version. The solution is to run “hash guix” at the Bash prompt to force cache invalidation (info "(bash) Bourne Shell Builtins"). I believe this is it. This also explains why ‘which guix’ returned the updated guix while ‘guix --version’ claimed it was still the older version, which I found rather confusing. I am afraid being unaware of this has led me to inadvertently downgrade GuixSD whenever I reconfigured for the first time after a fresh install. Yeah. This is not strictly speaking a Guix bug, but clearly it’s a common pitfall. Perhaps we should print a hint upon completion? While I think it would be nice for Guix (or strictly speaking Bash) to just do what a noob like me would expect it to do in this situation, a hint would have certainly saved me some trouble. If it is unreasonably cumbersome to make Guix tell Bash to invalidate its cache upon completion of ‘guix pull’, I believe a hint would be good enough. I wholeheartedly agree with Diego. Either we fix it (preferably, even if we have to patch bash in order to archive what we want) or we tell the users what to do (this is bad because we already tell the users a lot of env variables and this just adds clutter and one more cumbersome thing to remember). FWW I just ran "hash pacman" on parabola and the result was this: egil@parabola:~$ time hash pacman real0m0,000s user0m0,000s sys 0m0,000s So it won't and any measuable overhead to just call this in the end of guix package after updating the symlinks to the new profile generation. -- Cheers Swedebugia
bug#32942: nss-certs not deterministic
On 2018-12-05 15:01, Ludovic Courtès wrote:
Hello,
Julien Lepiller skribis:
While updating a profile, I found that nss-certs was not
deterministic. From ludo:
$ wget -O - -q
https://mirror.hydra.gnu.org/mbs5mavs3gi4y7xkywcwwjj9g3p1yjmv.narinfo| grep Hash
NarHash: sha256:101v69xp1qzw9v6pgmbhw7gfdaic8vvs4v5l567lx7f2mjp25rla
$ wget -O - -q
https://berlin.guixsd.org/mbs5mavs3gi4y7xkywcwwjj9g3p1yjmv.narinfo |
grep Hash
NarHash: sha256:08ziz714diyfq2klxy1nc0nhr5wa2vd356n9vizlq913a7an9a9s
As shown above, berlin and hydra disagree on nss-certs.
The difference is an encoding bug:
--8<---cut here---start->8---
$ wget -O -
https://berlin.guixsd.org/nar/gzip/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-certs-3.39
|gunzip -c |guix archive -x /tmp/nss-certs.berlin
$ wget -O -
https://mirror.hydra.gnu.org/nar/gzip/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-certs-3.39
|gunzip -c |guix archive -x /tmp/nss-certs.hydra
$ diff -ru /tmp/nss-certs.{hydra,berlin}
Only in /tmp/nss-certs.hydra/etc/ssl/certs:
AC_Raíz_Certicámara_S.A.:2.15.7.126.82.147.123.224.21.227.87.240.105.140.203.236.12.pem
Only in /tmp/nss-certs.berlin/etc/ssl/certs:
AC_Ra?z_Certic?mara_S.A.:2.15.7.126.82.147.123.224.21.227.87.240.105.140.203.236.12.pem
Only in /tmp/nss-certs.hydra/etc/ssl/certs:
NetLock_Arany_=Class_Gold=_Főtanúsítvány:2.6.73.65.44.228.0.16.pem
Only in /tmp/nss-certs.berlin/etc/ssl/certs:
NetLock_Arany_=Class_Gold=_F?tan?s?tv?ny:2.6.73.65.44.228.0.16.pem
--8<---cut here---end--->8---
The problem was already reported as <https://bugs.gnu.org/26948> and
since commit 412701b0e5e073e6767eed162c14698db99df69c (July 2017) ‘guix
publish’ on GuixSD runs in a UTF-8 locale to avoid that problem.
The faulty narinfo/nar on berlin were generated on Oct. 17, 2018, so
clearly the above commit was in effect. Indeed, after removing them and
regenerating them, I’m still getting
08ziz714diyfq2klxy1nc0nhr5wa2vd356n9vizlq913a7an9a9s (aka. the wrong
hash).
On closer inspection the problem is elsewhere: the
/gnu/store/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-certs-3.39 directory on
berlin has question marks in file names, so ‘guix publish’ is not to
blame; instead the problem likely comes from ‘guix offload’.
Indeed ‘guix-daemon’ and its child processes such as ‘guix offload’ run
with an empty environment, and thus in the C locale. Specifically,
‘restore-file-set’ on the build farm front-end must be the one
substituting question marks to the non-ASCII characters.
If this analysis is correct, the patch below should fix it. I’ll try it
later.
Thanks,
Ludo’.
diff --git a/gnu/services/base.scm b/gnu/services/base.scm
index cee9898d79..9fe64e8087 100644
--- a/gnu/services/base.scm
+++ b/gnu/services/base.scm
@@ -1603,7 +1603,15 @@ failed to register public key '~a': ~a~%" key
status
'())
#$@(if tmpdir
(list (string-append "TMPDIR=" tmpdir))
-'()))
+'())
+
+ ;; Make sure we run in a UTF-8 locale so that 'guix
+ ;; offload' correctly restores nars that contain UTF-8
+ ;; file names such as 'nss-certs'. See
+ ;; <https://bugs.gnu.org/32942>.
+ (string-append "GUIX_LOCPATH="
+#$glibc-utf8-locales "/lib/locale")
+ "LC_ALL=en_US.utf8")
#:log-file #$log-file))
(stop #~(make-kill-destructor))
Congratulations with the succeded hunt and thanks a lot for showing all
the steps you took so I can improve my hunting skills and eventually
begin helping by hunting on my own :D
--
Cheers Swedebugia
bug#33647: First `guix pull' behaves unexpectedly
On 2018-12-19 20:27, Tobias Geerinckx-Rice wrote:
swedebugia wrote:
egil@parabola:~$ time hash pacman
real 0m0,000s
user 0m0,000s
sys 0m0,000s
So it won't and any measuable overhead to just call this in the end of
guix package after updating the symlinks to the new profile
generation.
Do you mean to put something like
guix() {
command "$1" "$@"
hash "$1"
}
in the default /etc/profile (or wherever such things belong)?
I think this is far too intrusive and magical to do by default,
considering its limited one-time-only usefulness. The same goes for
patching shells.
That sounds like it could work even though it look like an ugly hack. :)
--
Cheers Swedebugia
bug#33832: The VPN service 'org.freedesktop.NetworkManager.openvpn' was not installed.
Dec 22 04:21:24 localhost NetworkManager[289]: [1545448884.2537]
audit: op="connection-activate"
uuid="c3d6b24a-d67c-48a9-8695-2e9dd83c1b07" name="Riseup VPN" pid=414
uid=1000 result="fail" reason="The VPN service
'org.freedesktop.NetworkManager.openvpn' was not installed."
Dec 22 04:22:19 localhost NetworkManager[289]: [1545448939.2045]
device (wlp3s0): set-hw-addr: set MAC address to AE:C7:48:B4:FE:7E
(scanning)
Dec 22 04:22:19 localhost vmunix: [ 3281.066433] IPv6:
ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
Dec 22 04:22:19 localhost NetworkManager[289]: [1545448939.2203]
device (wlp3s0): supplicant interface state: inactive -> disabled
Dec 22 04:22:19 localhost NetworkManager[289]: [1545448939.2557]
device (wlp3s0): supplicant interface state: disabled -> inactive
config attached were it is installed systemwide.
my user manifest is also attached were it is also installed.
sdb@antelope ~/src/guix$ guix --version
guix (GNU Guix) 0.16.0-3.6ddc63e
running from git.
--
Cheers
Swedebugia;; This is an operating system configuration template
;; for a "desktop" setup with GNOME and Xfce where the
;; root partition is encrypted with LUKS.
(use-modules (gnu) (gnu system nss))
(use-service-modules desktop networking)
(use-package-modules certs gnome
;; for my-base-packages
linux less base nano pciutils admin man texinfo
bash guile gawk compression)
(define %my-base-packages
;; Like upstream but without wifi-programs and zile.
;; Default set of packages globally visible. It should include anything
;; required for basic administrator tasks.
(cons* procps psmisc which less
;;zile
nano
pciutils usbutils
util-linux
inetutils isc-dhcp
(@ (gnu packages admin) shadow) ;for 'passwd'
;; wireless-tools is deprecated in favor of iw, but it's still what
;; many people are familiar with, so keep it around.
;;iw wireless-tools
iproute
net-tools; XXX: remove when Inetutils suffices
man-db
info-reader ;the standalone Info reader (no Perl)
;; The 'sudo' command is already in %SETUID-PROGRAMS, but we also
;; want the other commands and the man pages (notably because
;; auto-completion in Emacs shell relies on man pages.)
sudo
;; Get 'insmod' & co. from kmod, not module-init-tools, since udev
;; already depends on it anyway.
kmod eudev
e2fsprogs kbd
bash-completion
;; XXX: We don't use (canonical-package guile-2.2) here because that
;; would create a collision in the global profile between the GMP
;; variant propagated by 'guile-final' and the GMP variant propagated
;; by 'gnutls', itself propagated by 'guix'.
guile-2.2
;; The packages below are also in %FINAL-INPUTS, so take them from
;; there to avoid duplication.
(map canonical-package
(list bash coreutils findutils grep sed
diffutils patch gawk tar gzip bzip2 xz lzip
(operating-system
(host-name "antelope")
(timezone "Europe/Paris")
(locale "en_US.utf8")
;; Use the UEFI variant of GRUB with the EFI System
;; Partition mounted on /boot/efi.
(bootloader (bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/sda")))
(file-systems (cons (file-system
(device (file-system-label "my-root"))
(mount-point "/")
(type "ext4"))
%base-file-systems))
(swap-devices '("/dev/sda2"))
(users (cons (user-account
(name "sdb")
(comment "Alice's brother")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "video"))
(home-directory "/home/sdb"))
%base-user-accounts))
;; This is where we specify system-wide packages.
(packages (cons* nss-certs ;for HTTPS access
gvfs ;for user mounts
gnome-shell-extensions
network-manager-openvpn
%my-base-packages))
;; Add GNOME and/or Xfce---we can choose at the log-in
;; screen with F1. Use the "desktop" services, which
;; include the X11 log-in service, networking with
;; NetworkManager, and more.
(services (cons* (gnome-desktop-servic
bug#33676: GuixSD on eoma68-a20?
c0308ab4 > c0979f50 ce0fde04 ce0fdde8 > [ 136.516233] dde0: c0309c5c c03090e4 0052 f28f9aeb ce0fdf38 > bf06ef40 ce0fdf38 ce3321c0 > [ 136.518293] de00: bf06f070 bf06ef4c ce0fde3c ce0fde18 c01fb75c > c0103594 ce0fde3c ce0fde28 > [ 136.520436] de20: c02f3410 ce0fdf38 bf06f040 ce0fdf14 > ce0fde40 c01fa210 c01fb6f4 > [ 136.522398] de40: 8000 7fff bf06ef40 c01f778c ce0fde98 > d082 c1005dcc c0a08334 > [ 136.524853] de60: bf06f054 bf06ef44 0a2c bf071000 014f9cf8 > c0c3d374 c0c5b674 > [ 136.526866] de80: c0101204 ce0fc000 ce0fdf14 ce0fde98 bf062024 > 0006 bf062054 00bf > [ 136.528885] dea0: 6e72656b 6c65 > > [ 136.531078] dec0: > > [ 136.533045] dee0: f28f9aeb 7fff c1005dcc > 000a 014f9cf8 c0101204 > [ 136.534976] df00: ce0fc000 017b ce0fdfa4 ce0fdf18 c01fa9c4 > c01f84e4 7fff > [ 136.537150] df20: 0003 ce0fc000 ce0fdf5c d08cf000 00051ca8 > d08f06f3 d08fefc0 > [ 136.539224] df40: d08cf000 00051ca8 d09201e0 d091ff38 d0909544 > 0002d000 0002f250 > [ 136.541281] df60: 0001490c 0042 0043 > 003c 002a 001b > [ 136.543248] df80: f28f9aeb 0004 b58dac90 00053e77 > 017b ce0fdfa8 > [ 136.545223] dfa0: c0101000 c01fa8f4 0004 b58dac90 000a > 014f9cf8 015bbf78 > [ 136.548002] dfc0: 0004 b58dac90 00053e77 017b 002b39d0 > 0029b25c 00161fec 0002 > [ 136.550771] dfe0: bec661d0 bec661c0 0005c7a9 0011d1e2 6030 > 000a > [ 136.578059] [] (ata_attach_transport [libata]) from > [] (ata_init+0x348/0x39c [libata]) > [ 136.589371] [] (ata_init [libata]) from [] > (do_one_initcall+0x50/0x214) > [ 136.596083] [] (do_one_initcall) from [] > (do_init_module+0x74/0x224) > [ 136.598342] [] (do_init_module) from [] > (load_module+0x1d38/0x2228) > [ 136.599851] [] (load_module) from [] > (sys_finit_module+0xdc/0x110) > [ 136.601640] [] (sys_finit_module) from [] > (ret_fast_syscall+0x0/0x54) > [ 136.603227] Exception stack(0xce0fdfa8 to 0xce0fdff0) > [ 136.605053] dfa0: 0004 b58dac90 000a > 014f9cf8 015bbf78 > [ 136.607122] dfc0: 0004 b58dac90 00053e77 017b 002b39d0 > 0029b25c 00161fec 0002 > [ 136.608630] dfe0: bec661d0 bec661c0 0005c7a9 0011d1e2 > [ 136.616749] Code: e59fc1a0 e3a0ef49 e28c8010 e28c9020 (e89c000f) > [ 136.631449] ---[ end trace c34b1e9ba28742f3 ]--- > > And then it hangs seemingly indefinitely. I just tried on Git checkout: repository: /home/sdb/src/guix branch: HEAD commit: d15211c9b5b46b96c5b658329624942b6ff5c917 and got: building /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv... @ unsupported-platform /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv armhf-linux while setting up the build environment: a `armhf-linux' is required to build `/gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv', but I am a `i686-linux' builder for `/gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv' failed with exit code 1 build of /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv failed View build log at '/var/log/guix/drvs/ng/yvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv.bz2'. substituting /gnu/store/1aclmh7jy2j5084kdpbcz5xgmdzvjzzj-fontconfig-2.13.1... cannot build derivation `/gnu/store/hr975r813adrn92f2g7f14z39086hnbx-coreutils-8.30.drv': 1 dependencies couldn't be built killing process 2725 cannot build derivation `/gnu/store/c56fwipfpdpii95420xcwf3vamy3n2pa-python-3.7.0.drv': 1 dependencies couldn't be built cannot build derivation `/gnu/store/3v425ipvhz4w2rll3phfzhq5kpaczwg4-python-wrapper-3.7.0.drv': 1 dependencies couldn't be built guix system: error: build failed: build of `/gnu/store/3v425ipvhz4w2rll3phfzhq5kpaczwg4-python-wrapper-3.7.0.drv' failed -- Cheers Swedebugia
bug#33676: GuixSD on eoma68-a20?
0001 >> bf0778c8 c1005dcc >> [ 136.501950] dd00: bf079000 bf078000 ce0fdd9c >> ce0fdd20 bf077c10 bf05c0c4 >> [ 136.504080] dd20: c0f1e6b0 bf06f140 c1005dcc ce0fdd38 c01ceb30 >> bf078000 ce0fdd54 >> [ 136.506036] dd40: c0155458 c01ceb24 ce0fdd7c ce0fdd58 c01bbaac >> c01553d0 c10067b4 d082000c >> [ 136.508122] dd60: ce0fdda8 d082 d0821000 f28f9aeb ce0fdda4 >> bf06ef40 bf0778c8 c1005dcc >> [ 136.510236] dd80: bf06ef4c bf06ef40 c1005dcc ce0fde14 >> ce0fdda0 c01035d8 bf0778d4 >> [ 136.512143] dda0: c0101a0c f28f9aeb ce327600 c0979f74 ce000600 >> ce000600 ce0fddd4 ce0fddc8 >> [ 136.514144] ddc0: c0979f74 c01ce7d0 ce0fde14 ce0fddd8 c0308ab4 >> c0979f50 ce0fde04 ce0fdde8 >> [ 136.516233] dde0: c0309c5c c03090e4 0052 f28f9aeb ce0fdf38 >> bf06ef40 ce0fdf38 ce3321c0 >> [ 136.518293] de00: bf06f070 bf06ef4c ce0fde3c ce0fde18 c01fb75c >> c0103594 ce0fde3c ce0fde28 >> [ 136.520436] de20: c02f3410 ce0fdf38 bf06f040 ce0fdf14 >> ce0fde40 c01fa210 c01fb6f4 >> [ 136.522398] de40: 8000 7fff bf06ef40 c01f778c ce0fde98 >> d082 c1005dcc c0a08334 >> [ 136.524853] de60: bf06f054 bf06ef44 0a2c bf071000 014f9cf8 >> c0c3d374 c0c5b674 >> [ 136.526866] de80: c0101204 ce0fc000 ce0fdf14 ce0fde98 bf062024 >> 0006 bf062054 00bf >> [ 136.528885] dea0: 6e72656b 6c65 >> >> [ 136.531078] dec0: >> >> [ 136.533045] dee0: f28f9aeb 7fff c1005dcc >> 000a 014f9cf8 c0101204 >> [ 136.534976] df00: ce0fc000 017b ce0fdfa4 ce0fdf18 c01fa9c4 >> c01f84e4 7fff >> [ 136.537150] df20: 0003 ce0fc000 ce0fdf5c d08cf000 00051ca8 >> d08f06f3 d08fefc0 >> [ 136.539224] df40: d08cf000 00051ca8 d09201e0 d091ff38 d0909544 >> 0002d000 0002f250 >> [ 136.541281] df60: 0001490c 0042 0043 >> 003c 002a 001b >> [ 136.543248] df80: f28f9aeb 0004 b58dac90 00053e77 >> 017b ce0fdfa8 >> [ 136.545223] dfa0: c0101000 c01fa8f4 0004 b58dac90 000a >> 014f9cf8 015bbf78 >> [ 136.548002] dfc0: 0004 b58dac90 00053e77 017b 002b39d0 >> 0029b25c 00161fec 0002 >> [ 136.550771] dfe0: bec661d0 bec661c0 0005c7a9 0011d1e2 6030 >> 000a >> [ 136.578059] [] (ata_attach_transport [libata]) from >> [] (ata_init+0x348/0x39c [libata]) >> [ 136.589371] [] (ata_init [libata]) from [] >> (do_one_initcall+0x50/0x214) >> [ 136.596083] [] (do_one_initcall) from [] >> (do_init_module+0x74/0x224) >> [ 136.598342] [] (do_init_module) from [] >> (load_module+0x1d38/0x2228) >> [ 136.599851] [] (load_module) from [] >> (sys_finit_module+0xdc/0x110) >> [ 136.601640] [] (sys_finit_module) from [] >> (ret_fast_syscall+0x0/0x54) >> [ 136.603227] Exception stack(0xce0fdfa8 to 0xce0fdff0) >> [ 136.605053] dfa0: 0004 b58dac90 000a >> 014f9cf8 015bbf78 >> [ 136.607122] dfc0: 0004 b58dac90 00053e77 017b 002b39d0 >> 0029b25c 00161fec 0002 >> [ 136.608630] dfe0: bec661d0 bec661c0 0005c7a9 0011d1e2 >> [ 136.616749] Code: e59fc1a0 e3a0ef49 e28c8010 e28c9020 (e89c000f) >> [ 136.631449] ---[ end trace c34b1e9ba28742f3 ]--- >> >> And then it hangs seemingly indefinitely. > > I just tried on > > Git checkout: > repository: /home/sdb/src/guix > branch: HEAD > commit: d15211c9b5b46b96c5b658329624942b6ff5c917 > > and got: > > building /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv... > @ unsupported-platform > /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv armhf-linux > while setting up the build environment: a `armhf-linux' is required to > build `/gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv', but I > am a `i686-linux' > builder for `/gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv' > failed with exit code 1 > build of /gnu/store/ngyvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv > failed > View build log at > '/var/log/guix/drvs/ng/yvqxnj2yndvncpfrkmpc6irfz6k09q-gmp-6.1.2.drv.bz2'. > substituting > /gnu/store/1aclmh7jy2j5084kdpbcz5xgmdzvjzzj-fontconfig-2.13.1... > cannot build derivation > `/gnu/store/hr975r813adrn92f2g7f14z39086hnbx-coreutils-8.30.drv': 1 > dependencies couldn't be built > killing process 2725 > cannot build derivation > `/gnu/store/c56fwipfpdpii95420xcwf3vamy3n2pa-python-3.7.0.drv': 1 > dependencies couldn't be built > cannot build derivation > `/gnu/store/3v425ipvhz4w2rll3phfzhq5kpaczwg4-python-wrapper-3.7.0.drv': > 1 dependencies couldn't be built > guix system: error: build failed: build of > `/gnu/store/3v425ipvhz4w2rll3phfzhq5kpaczwg4-python-wrapper-3.7.0.drv' > failed I'm on x86_64 hardware running a i686 guix Tried again and got this: building /gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv... @ unsupported-platform /gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv armhf-linux while setting up the build environment: a `armhf-linux' is required to build `/gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv', but I am a `i686-linux' builder for `/gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv' failed with exit code 1 build of /gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv failed View build log at '/var/log/guix/drvs/c9/d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv.bz2'. guix system: error: build failed: build of `/gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv' failed -- Cheers Swedebugia
bug#33841: Building x86-64 on i686 not possible it seems - activation-service-error
time nice -19 ~/src/guix/pre-inst-env guix system build ~/config.scm
--system=x86_64-linux
building
/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv...
@ unsupported-platform
/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv
x86_64-linux
while setting up the build environment: a `x86_64-linux' is required to
build
`/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv', but
I am a `i686-linux'
builder for
`/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv'
failed with exit code 1
build of
/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv failed
View build log at
'/var/log/guix/drvs/27/raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv.bz2'.
cannot build derivation
`/gnu/store/da24a831db5lv0z60kyh1drz2sw20q88-activate.drv': 1
dependencies couldn't be built
building
/gnu/store/hkjn3n1q91dnvvq5nmjs8kr2lkw4fww3-module-import-compiled.drv...
cannot build derivation
`/gnu/store/fxvgakgpmhpq1abhqnrxzirgjkmns7nb-boot.drv': 1 dependencies
couldn't be built
building
/gnu/store/jqp8g5anxc2zqisb2hv4gd8rrih0z4mj-module-import.drv...
cannot build derivation
`/gnu/store/wm9blmyzw7vsxfbdd1rpx8f9k5qm2hvf-system.drv': 1 dependencies
couldn't be built
guix system: error: build failed: build of
`/gnu/store/wm9blmyzw7vsxfbdd1rpx8f9k5qm2hvf-system.drv' failed
--
Cheers
Swedebugia;; This is an operating system configuration template
;; for a "desktop" setup with GNOME and Xfce where the
;; root partition is encrypted with LUKS.
(use-modules (gnu) (gnu system nss))
(use-service-modules desktop networking virtualization)
(use-package-modules certs gnome
;; for my-base-packages
linux less base nano pciutils admin man texinfo
bash guile gawk compression lisp)
(define %my-base-packages
;; Like upstream but without wifi-programs and zile.
;; Default set of packages globally visible. It should include anything
;; required for basic administrator tasks.
(cons* procps psmisc which less
;;zile
nano
pciutils usbutils
util-linux
inetutils isc-dhcp
(@ (gnu packages admin) shadow) ;for 'passwd'
;; wireless-tools is deprecated in favor of iw, but it's still what
;; many people are familiar with, so keep it around.
;;iw wireless-tools
iproute
net-tools; XXX: remove when Inetutils suffices
man-db
info-reader ;the standalone Info reader (no Perl)
;; The 'sudo' command is already in %SETUID-PROGRAMS, but we also
;; want the other commands and the man pages (notably because
;; auto-completion in Emacs shell relies on man pages.)
sudo
;; Get 'insmod' & co. from kmod, not module-init-tools, since udev
;; already depends on it anyway.
kmod eudev
e2fsprogs kbd
bash-completion
;; XXX: We don't use (canonical-package guile-2.2) here because that
;; would create a collision in the global profile between the GMP
;; variant propagated by 'guile-final' and the GMP variant propagated
;; by 'gnutls', itself propagated by 'guix'.
guile-2.2
;; The packages below are also in %FINAL-INPUTS, so take them from
;; there to avoid duplication.
(map canonical-package
(list bash coreutils findutils grep sed
diffutils patch gawk tar gzip bzip2 xz lzip
(operating-system
(host-name "antelope")
(timezone "Europe/Paris")
(locale "en_US.utf8")
;; Use the UEFI variant of GRUB with the EFI System
;; Partition mounted on /boot/efi.
(bootloader (bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/sda")))
(file-systems (cons (file-system
(device (file-system-label "my-root"))
(mount-point "/")
(type "ext4"))
%base-file-systems))
(swap-devices '("/dev/sda2"))
(users (cons (user-account
(name "sdb")
(comment "Alice's brother")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "video"))
(home-directory "/home/sdb"))
%base-user-accounts))
;; This is where we specify system-wide packages.
(packages (cons* nss-certs ;for HTTPS access
gvfs ;for user mounts
net
bug#33841: Building x86-64 on i686 not possible it seems - activation-service-error
On 2018-12-23 06:04, swedebu...@riseup.net wrote: > time nice -19 ~/src/guix/pre-inst-env guix system build ~/config.scm > --system=x86_64-linux > > building > /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv... > @ unsupported-platform > /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv > x86_64-linux > while setting up the build environment: a `x86_64-linux' is required to > build > `/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv', but > I am a `i686-linux' > builder for > `/gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv' > failed with exit code 1 > build of > /gnu/store/27raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv failed > View build log at > '/var/log/guix/drvs/27/raas2bj7sck7vgiicfr2g4h6qrd6ga-activate-service.drv.bz2'. > cannot build derivation > `/gnu/store/da24a831db5lv0z60kyh1drz2sw20q88-activate.drv': 1 > dependencies couldn't be built > building > /gnu/store/hkjn3n1q91dnvvq5nmjs8kr2lkw4fww3-module-import-compiled.drv... > cannot build derivation > `/gnu/store/fxvgakgpmhpq1abhqnrxzirgjkmns7nb-boot.drv': 1 dependencies > couldn't be built > building > /gnu/store/jqp8g5anxc2zqisb2hv4gd8rrih0z4mj-module-import.drv... > cannot build derivation > `/gnu/store/wm9blmyzw7vsxfbdd1rpx8f9k5qm2hvf-system.drv': 1 dependencies > couldn't be built > guix system: error: build failed: build of > `/gnu/store/wm9blmyzw7vsxfbdd1rpx8f9k5qm2hvf-system.drv' failed sdb@antelope ~/Desktop$ guix --version guix (GNU Guix) 0.16.0-5.5de5f81 reconfigured from master on sdb@antelope ~/src/guix$ git log |head commit d15211c9b5b46b96c5b658329624942b6ff5c917 -- Cheers Swedebugia
bug#33676: GuixSD on eoma68-a20?
On 2018-12-22 09:44, Danny Milosavljevic wrote: > Please add to your /etc/config.scm to the "services" section: > > (service qemu-binfmt-service-type > (qemu-binfmt-configuration >(platforms (lookup-qemu-platforms "arm")) >(guix-support? #t))) Thanks. Added, reconfigured and now it is building away happily. Will report back how it goes... -- Cheers Swedebugia
bug#33844: Rename ghc-pandoc to pandoc
Reason: it is used standalone to convert between formats. -- Cheers Swedebugia
bug#33676: GuixSD on eoma68-a20?
On 2018-12-23 06:09, swedebu...@riseup.net wrote: > On 2018-12-22 09:44, Danny Milosavljevic wrote: >> Please add to your /etc/config.scm to the "services" section: >> >> (service qemu-binfmt-service-type >> (qemu-binfmt-configuration >>(platforms (lookup-qemu-platforms "arm")) >>(guix-support? #t))) > > Thanks. > > Added, reconfigured and now it is building away happily. Will report > back how it goes... It took a long long time to compile python2.7 and failed a 1 test in the end. 356 tests OK. 1 test failed: test_mmap 39 tests skipped: test_aepack test_al test_applesingle test_bsddb test_bsddb185 test_bsddb3 test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses test_dl test_gdb test_gl test_imgfile test_ioctl test_kqueue test_linuxaudiodev test_macos test_macostools test_msilib test_nis test_ossaudiodev test_scriptpackages test_smtpnet test_socketserver test_startfile test_sunaudiodev test_timeout test_tk test_ttk_guionly test_urllib2net test_urllibnet test_winreg test_winsound test_zipfile64 4 skips unexpected on linux2: test_bsddb test_bsddb3 test_gdb test_ioctl Total duration: 55 min 1 sec Tests result: FAILURE make: *** [Makefile:878: test] Error 2 Test suite failed, dumping logs. Backtrace: 4 (primitive-load "/gnu/store/dbh5r09sm7hw8jjmxvgmjks9h2q…") In ice-9/eval.scm: 191:35 3 (_ _) In srfi/srfi-1.scm: 863:16 2 (every1 # …) In /gnu/store/diwcb1v9lr156sg3q4ww1wvsniw4n6rf-module-import/guix/build/gnu-build-system.scm: 799:28 1 (_ _) 369:6 0 (check #:target _ #:make-flags _ #:tests? _ # _ # _ # _) /gnu/store/diwcb1v9lr156sg3q4ww1wvsniw4n6rf-module-import/guix/build/gnu-build-system.scm:369:6: In procedure check: Throw to key `srfi-34' with args `(#)'. builder for `/gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv' failed with exit code 1 build of /gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv failed View build log at '/var/log/guix/drvs/c9/d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv.bz2'. guix system: error: build failed: build of `/gnu/store/c9d3ga47xx8izflj9r1xgf1y6y39yskq-python2-2.7.15.drv' failed - fail details: 0:27:38 load avg: 1.19 [216/396] test_mmap test test_mmap failed -- Traceback (most recent call last): File "/tmp/guix-build-python2-2.7.15.drv-0/Python-2.7.15/Lib/test/test_mmap.py", line 696, in test_large_offset self.assertEqual(m[0xFFF], b" ") AssertionError: '\x00' != ' ' 0:27:40 load avg: 1.18 [217/396/1] test_module -- test_mmap failed I'm on i386. Will try again when I succeded in disabling the test. -- Cheers Swedebugia
bug#33845: test of hslua fail on i686
t;Could not read list: Expected a number but got a boolean" but got: Left "Could not read list: Expected a number but got a nil" stack is unchanged if getting a list fails: OK stack is unchanged if getting key-value pairs fails:OK ToLuaStack pushing simple values to the stack Boolean can be pushed correctly: OK LuaNumbers can be pushed correctly: OK LuaIntegers can be pushed correctly: OK ByteStrings can be pushed correctly: OK Unit is pushed as nil:OK Pointer is pushed as light userdata: OK pushing a value increases stack size by one LuaInteger: OK +++ OK, passed 100 tests. LuaNumber:OK +++ OK, passed 100 tests. ByteString: OK +++ OK, passed 100 tests. String: OK (0.01s) +++ OK, passed 100 tests. list of booleans: OK +++ OK, passed 100 tests. lua integration tests print version:OK functions stored in / retrieved from registry:OK getting a nested global works:OK setting a nested global works:OK table reading:FAIL Exception: Expected a string but got a nil Getting strings to and from the stack unicode ByteString: OK ByteString should survive after GC/Lua destroyed: OK String with NUL byte should be pushed/popped correctly: OK luaopen_* functions opendebug: OK openio: OK openmath: OK openos: OK openpackage:OK openstring: OK opentable: OK luaopen_base returns the right number of tables openbase: OK C functions Registering a C function and calling it from Lua: FAIL test/Foreign/LuaTest.hs:162: greeting function failed expected: Right ["Caffeine","induced","nonsense"] but got: Right [] pushing a C closure to and calling it from Lua: OK error handling lua errors are caught: OK error-less code gives in 'Right' result:OK catching lua errors within the lua type:OK second alternative is used when first fails:OK Applicative.empty implementation throws an exception: OK catching error of a failing meta method:OK calling a function that errors throws exception:OK 8 out of 113 tests failed (1.30s) Test suite test-hslua: FAIL Test suite logged to: dist/test/hslua-0.9.5.2-test-hslua.log 0 of 1 test suites (0 of 1 test cases) passed. Backtrace: 5 (primitive-load "/gnu/store/8m1laknzqkxb8swcxlq5vj4m717…") In ice-9/eval.scm: 191:35 4 (_ _) In srfi/srfi-1.scm: 863:16 3 (every1 # …) In /gnu/store/n944icv9i660rrirykgv1yrvyazpkjrz-module-import/guix/build/gnu-build-system.scm: 799:28 2 (_ _) In /gnu/store/n944icv9i660rrirykgv1yrvyazpkjrz-module-import/guix/build/haskell-build-system.scm: 258:6 1 (check #:tests? _ #:test-target _) In /gnu/store/n944icv9i660rrirykgv1yrvyazpkjrz-module-import/guix/build/utils.scm: 616:6 0 (invoke _ . _) /gnu/store/n944icv9i660rrirykgv1yrvyazpkjrz-module-import/guix/build/utils.scm:616:6: In procedure invoke: Throw to key `srfi-34' with args `(#)'. note: keeping build directory `/tmp/guix-build-ghc-hslua-0.9.5.2.drv-0' builder for `/gnu/store/d6ysq3vrm3ymjvwbivxja456zwhl74n0-ghc-hslua-0.9.5.2.drv' failed with exit code 1 build of /gnu/store/d6ysq3vrm3ymjvwbivxja456zwhl74n0-ghc-hslua-0.9.5.2.drv failed View build log at '/var/log/guix/drvs/d6/ysq3vrm3ymjvwbivxja456zwhl74n0-ghc-hslua-0.9.5.2.drv.bz2'. guix build: error: build failed: build of `/gnu/store/d6ysq3vrm3ymjvwbivxja456zwhl74n0-ghc-hslua-0.9.5.2.drv' failed -- Cheers Swedebugia ysq3vrm3ymjvwbivxja456zwhl74n0-ghc-hslua-0.9.5.2.drv.bz2 Description: BZip2 compressed data
bug#33867: Folding with origin-uri fails for inherited packages
Is this a bug? scheme@(guix-user) [1]> (define snakes (fold-packages (lambda (package lst) (if (string-prefix? "python" (package-name package)) (cons (origin-uri package) lst) lst)) '())) ... ... ... ... ... ... ... :15:45: In procedure origin-uri: Wrong type argument: #gnu/packages/xml.scm:1235 2220300> Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. scheme@(guix-user) [2]> ,bt In current input: 11:23 5 (_) In guix/discovery.scm: 155:3 4 (fold-module-public-variables _ _ _) In guix/combinators.scm: 45:26 3 (fold2 #(mod…> …) 45:26 2 (fold2 #(var…> …) In guix/discovery.scm: 158:33 1 (_ #gnu/packages/xml.scm:1…> …) In current input: 15:45 0 (_ _ _) -- Cheers Swedebugia
bug#33867: Folding with origin-uri fails for inherited packages
On 2018-12-25 13:01, Mathieu Othacehe wrote: (fold-packages (lambda (package lst) (if (string-prefix? "python" (package-name package)) (cons (and=> (package-source package) (lambda (source) (origin-uri source))) lst) lst)) '()) thanks! closing -- Cheers Swedebugia
bug#33932: Artanis fails to build - 0.3.1 is out
Hi We should upgrade. I earlier tried building 0.2.5 but failed, see def. below. (define-public artanis (package (name "artanis") ;; The 0.2.5 tarball does not build. See upstream bugreport at ;; https://lists.gnu.org/archive/html/bug-artanis/2018-11/msg0.html (version "0.2.5.af624e50") (source (origin (method git-fetch) (uri (git-reference (url "https://git.savannah.gnu.org/git/artanis.git";) (commit "af624e508e9997bd2e20c8c7063d986694f11209"))) (file-name (string-append name "-" version "-checkout")) (sha256 (base32 "0y1rx09jljdx6g6nq6y635f8svm8kazib7n4bgivi3yiy2c5v7ck")) -- Cheers Swedebugia
