bug#67796: Automake is not compatible with older Autoconfs we provide
Hi, Ekaitz Zarraga writes: > Maxim, > >> 'guix show automake' shows we also have automake 1.9.6 available. I > suppose this still works with the older autoconf? > > I don't have that automake version and I can't find it Guix's > codebase. Are you up to date with master? Oh, indeed, I wasn't. Only 1.16.5 remains. I'm not sure which commit removed it. -- Thanks, Maxim
bug#67802: Shepherd is not able to run simple networked programs as services
Hello, I have created two very simple shepherd services for two different mail programs (offlineimap and davmail). Both of the programs are able to run without problem when ran from the commandline, but both of them fail with networking related errors when I try to run them as shepherd services. I have read all the relevant sections of the manual and looked at similar shepherd services in the source code, but I can't find anything that I am missing in my services. I am either missing something obvious here or shepherd is doing something weird that messes up these programs. Here is my service definition for offlineimap: --8<---cut here---start->8--- (define-module (lrustand services offlineimap) #:use-module (gnu) #:use-module (gnu services) #:use-module (gnu packages mail) #:use-module (gnu services shepherd) #:use-module (gnu services configuration) #:use-module (guix gexp) #:use-module (guix records) #:use-module (ice-9 curried-definitions) #:use-module (gnu home services) ;; For the 'home-shepherd-service-type' mapping. #:use-module (gnu home services shepherd) #:export (offlineimap-configuration offlineimap-configuration? offlineimap-configuration-log-file offlineimap-configuration-pid-file offlineimap-shepherd-service offlineimap-service-type home-offlineimap-service-type)) (define-configuration/no-serialization offlineimap-configuration (pid-file (string "/var/run/offlineimap.pid") "Where to store the PID file.") (config-file (string "/home/lars/.config/offlineimap/config") "Configuration file to use.") (log-file (string "/home/lars/offlineimap.log") "File where ‘offlineimap’ writes its log to.") (user (string "lars") "") (extra-options (list-of-strings '()) "This option provides an “escape hatch” for the user to provide arbitrary command-line arguments to ‘offlineimap’ as a list of strings.") (home-service? (boolean for-home?) "")) (define offlineimap-shepherd-service (match-record-lambda (pid-file config-file log-file user extra-options home-service?) (list (shepherd-service (provision '(offlineimap)) (documentation "") (requirement (if home-service? '() '(networking user-processes))) (start #~(make-forkexec-constructor (list (string-append #$offlineimap "/bin/offlineimap") #$@extra-options "-c" #$config-file "-l" #$log-file) #:user #$user #:environment-variables (list (string-append "HOME=" (passwd:dir (getpw #$user #:log-file #$log-file #:pid-file #$pid-file)) (stop #~(make-kill-destructor)) (one-shot? #f) (respawn? #t) (define offlineimap-service-type (service-type (name 'offlineimap) (extensions (list (service-extension shepherd-root-service-type offlineimap-shepherd-service))) (default-value (offlineimap-configuration)) (description "Synchronize remote IMAP mail with local Maildir."))) (define home-offlineimap-service-type (service-type (inherit (system->home-service-type offlineimap-service-type)) (default-value (for-home (offlineimap-configuration) --8<---cut here---end--->8--- And here is my service definition for davmail: --8<---cut here---start->8--- (define-module (lrustand services davmail) #:use-module (gnu) #:use-module (gnu services) #:use-module (gnu packages mail) #:use-module (gnu services shepherd) #:use-module (gnu services configuration) #:use-module (guix gexp) #:use-module (guix records) #:use-module (ice-9 curried-definitions) #:use-module (gnu home services) ;; For the 'home-shepherd-service-type' mapping. #:use-module (gnu home services shepherd) #:export (davmail-configuration davmail-configuration? davmail-configuration-log-file davmail-configuration-pid-file davmail-shepherd-service davmail-service-type home-davmail-service-type)) (define-configuration/no-serialization davmail-configuration (pid-file (string "/var/run/davmail.pid") "Where to store the PID file.") (config-file (string "/home/lars/.config/davmail/davmail.properties") "Configuration file to use.") (log-file (string "/home/lars/davmail.log") "File where ‘davmail’ writes its log to.") (extra-options (list-of-strings '()) "This option provides an “escape hatch” for the user to provide arbitrary command-line arguments to ‘davmail’ as a list of strings.") (home-service? (boolean for-home?) "")) (define
bug#67796: Automake is not compatible with older Autoconfs we provide
Maxim, > 'guix show automake' shows we also have automake 1.9.6 available. I suppose this still works with the older autoconf? I don't have that automake version and I can't find it Guix's codebase. Are you up to date with master? Best, Ekaitz
bug#67726: [cuirass] erroneous broken report (e.g.: Build lkrg.x86_64-linux on master is broken)
Hi, Maxim Cournoyer writes: > Hello, > > I got this notification from Cuirass: > > cuir...@gnu.org (Cuirass) writes: > >> The build lkrg.x86_64-linux for specification >> master is broken. You can find the detailed information about >> this build > href="https://ci.guix.gnu.org/build/2602896/details;>here. >> >> https://ci.guix.gnu.org/build/2602896/details > > Looking at the page linked, the build succeeded, and there's no trace of > a recent build failing either. I'll close this as it was an older build (I thought it was new). Gnus retrieved older notifications as new and I got confused. -- Thanks, Maxim
bug#67629: [Cuirass] ‘remote-server’ wrecks havoc when misbehaving clients connect
Hi, Ludovic Courtès writes: > The ‘cuirass remote-server’ process goes awry when misbehaved clients > connect; specifically, some of its fibers crash, leaving it running but > inactive: I guess what I reported in bug#67633 is a symptom of the above problem, perhaps? -- Thanks, Maxim
bug#67800: File guix-publish.service missing on foreign distro installations
Hello, I'm running Guix on a foreign distro, Debian, with systemd. I installed Guix with the shell installer script. The documentation https://guix.gnu.org/manual/en/html_node/Invoking-guix-publish.html mentions (at the bottom) that I can execute the following command to enable the Guix Publish service: ln -s ~root/.guix-profile/lib/systemd/system/guix-publish.service /etc/systemd/system/ However, the file ~root/.guix-profile/lib/systemd/system/guix-publish.service does not exist (actually, ~/root/.guix-profile doesn't exist). Philippe.
bug#67796: Automake is not compatible with older Autoconfs we provide
Hi, Ekaitz Zarraga writes: > Hi, > > We have automake packaged, but it's not compatible with older autoconf > versions so autoconf is not very usable at this point. > > ``` > Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv)$ guix shell > automake autoconf@2.64 > Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv) [env]$ > autoreconf -vif > autoreconf: Entering directory `.' > autoreconf: configure.ac: not using Gettext > autoreconf: running: aclocal --force -I . -I .. -I ../config > configure.ac:74: error: Autoconf version 2.65 or higher is required > /gnu/store/p0c4zj5na8w9hpsp5v5h637wnybx0hb6-automake-1.16.5/share/aclocal-1.16/init.m4:29: > AM_INIT_AUTOMAKE is expanded from... > configure.ac:74: the top level > autom4te: /gnu/store/n3kxhwi5qdil1vlaq5b6zwyiv7wkrw76-m4-1.4.19/bin/m4 > failed with exit status: 63 > aclocal: error: autom4te failed with exit status: 63 > autoreconf: aclocal failed with exit status: 63 > ``` > > Is this only my thing? 'guix show automake' shows we also have automake 1.9.6 available. I suppose this still works with the older autoconf? -- Thanks, Maxim
bug#53211: Fixed
bug#67796: Automake is not compatible with older Autoconfs we provide
Hi, We have automake packaged, but it's not compatible with older autoconf versions so autoconf is not very usable at this point. ``` Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv)$ guix shell automake autoconf@2.64 Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv) [env]$ autoreconf -vif autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I . -I .. -I ../config configure.ac:74: error: Autoconf version 2.65 or higher is required /gnu/store/p0c4zj5na8w9hpsp5v5h637wnybx0hb6-automake-1.16.5/share/aclocal-1.16/init.m4:29: AM_INIT_AUTOMAKE is expanded from... configure.ac:74: the top level autom4te: /gnu/store/n3kxhwi5qdil1vlaq5b6zwyiv7wkrw76-m4-1.4.19/bin/m4 failed with exit status: 63 aclocal: error: autom4te failed with exit status: 63 autoreconf: aclocal failed with exit status: 63 ``` Is this only my thing?
bug#54350: Profile collisions in "guix shell"
Hi everyone, I ran into this issue when I was trying to turn a much-used shell environment into a profile for persisting the binaries in the store. I had been using it for several months, believing it to be OK. Fortunately it was easy to fix. Background: as part of a reproducible computation workflow (see my talk at the ten-year meeting, https://10years.guix.gnu.org/program/#guix-as-a-tool-for-computational-science), I run everything that is part of a research project in containers, meaning "guix shell -C". Since I rely on Python 2 software, I end up using package transformations frequently to get old software to work. As it turns out now, package transformations are also an excellent way to create profile collisions: three out of five of my commonly used containers have collisions, which I wasn't aware of until a few days ago. >From that perspective, the current behavior of "guix shell" is... let's say "suboptimal". I do understand the motivation, as explained in this thread, but I don't quite understand (1) why profile collisions are so frequent in development environments and (2) why ignoring them in that use case doesn't cause any trouble. When I run "guix shell -D inkscape", I expect to have, as much as possible, the same environment as the one the daemon uses when build inkscape. Does the daemon also switch off collision detection? Cheers, Konrad.
bug#67714: “guix build racket” different from “guix shell racket”
Hi, On ven., 08 déc. 2023 at 19:08, Ludovic Courtès wrote: > I guess we can close if it’s not reproducible now? Well, I reproduce the issue with my laptop using Guix 8e61e63 pulled on Dec. 11th. Running “guix shell” launches the ’install’ phase when “guix build” just fetches the substitute; see below. >From “guix shell”, the derivation builder reads: (apply invoke racket "/gnu/store/ajvaxayiqk7wgzxxkwvkjn5cbi313f0m-configure-layer.rkt" And from “guix build”, the derivation builder reads: (apply invoke racket "/gnu/store/xgaj5m1yhyrc80jhx9djsvg4r7lgrz05-configure-layer.rkt" Now, let checkout: $ ./pre-inst-env guix describe Git checkout: repository: /home/simon/src/guix/guix/ branch: HEAD commit: 8e61e6351510f5665d09c6debc0584b3ed218e73 Then, it just works: --8<---cut here---start->8--- $ ./pre-inst-env guix shell racket --no-grafts The following derivation will be built: /gnu/store/ylwx5qdv5lqjmd476fld8gzwv5ngw01p-profile.drv 0,2 MB will be downloaded module-import-compiled 177KiB 646KiB/s 00:00 ▕██▏ 100.0% building CA certificate bundle... listing Emacs sub-directories... building fonts directory... generating GdkPixbuf loaders cache... generating GLib schema cache... creating GTK+ icon theme cache... building cache files for GTK+ input methods... building directory of Info manuals... building XDG desktop file cache... building XDG MIME database... building profile with 1 package... --8<---cut here---end--->8--- The profile derivation refers to the item: /gnu/store/ygf3aip0r2fl8mjnanwf03sxbjmdr1qj-racket-8.10.drv which compares to: $ guix build racket -d --no-grafts /gnu/store/ygf3aip0r2fl8mjnanwf03sxbjmdr1qj-racket-8.10.drv Hum, the bug is probably trickier than I initially thought. Cheers, simon --8<---cut here---start->8--- $ guix shell chez-scheme racket guile --pure substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0% 9,9 MB will be downloaded chez-scheme-9.5.8-doc 2.1MiB763KiB/s 00:03 ▕██▏ 100.0% chez-scheme-9.5.8 2.4MiB600KiB/s 00:04 ▕██▏ 100.0% cups-minimal-2.4.7 4.9MiB 711KiB/s 00:07 ▕██▏ 100.0% substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% 5,4 MB will be downloaded cups-2.4.7 533KiB/s 00:11 | 5.5MiB transferred substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0% The following derivations will be built: /gnu/store/5wkp5xwbrn4qqyrnfk9v9vzaiahk3h4k-racket-8.10.drv /gnu/store/ll9dxprspbjm2phqpbz58imgpiy9rbnr-racket-minimal-8.10.drv 26,6 MB will be downloaded glu-9.0.2 265KiB2.0MiB/s 00:00 ▕██▏ 100.0% racket-vm-cs-8.10 25.1MiB 450KiB/s 00:57 ▕██▏ 100.0% building /gnu/store/ll9dxprspbjm2phqpbz58imgpiy9rbnr-racket-minimal-8.10.drv... building /gnu/store/5wkp5xwbrn4qqyrnfk9v9vzaiahk3h4k-racket-8.10.drv... / 'install' phase C-c C-c $ guix build racket substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% 125,7 MB will be downloaded: /gnu/store/cbm1pbg9zgpj6wg9m0l0xjz72gi6cp8f-racket-minimal-8.10 /gnu/store/4bwp8syfwdlkzxbhx52i6l9yjfp1znkh-racket-8.10 substituting /gnu/store/cbm1pbg9zgpj6wg9m0l0xjz72gi6cp8f-racket-minimal-8.10... downloading from https://ci.guix.gnu.org/nar/lzip/cbm1pbg9zgpj6wg9m0l0xjz72gi6cp8f-racket-minimal-8.10 ... racket-minimal-8.10 11KiB 1.5MiB/s 00:00 ▕██▏ 100.0% substituting /gnu/store/4bwp8syfwdlkzxbhx52i6l9yjfp1znkh-racket-8.10... downloading from https://ci.guix.gnu.org/nar/zstd/4bwp8syfwdlkzxbhx52i6l9yjfp1znkh-racket-8.10 ... racket-8.10 132.1MiB440KiB/s 05:08 ▕██▏ 100.0% The following grafts will be made: /gnu/store/1cdi64z69h2fq1sdhzwqmhjqdir4yd90-racket-8.10.drv /gnu/store/8w5mgd0s4lrjh541kq36k9i8fq2nsy35-glu-9.0.2.drv /gnu/store/bg0ajbgqbvc8sxgj48grcqnmy4iq1kyr-racket-vm-cs-8.10.drv /gnu/store/yknjcsgp0asimg2ik99d42q3xspsds96-lz4-1.9.3.drv /gnu/store/i2p2k7v7l0cv6wrb7iafb9mhzccc7lj7-gtk+-3.24.37.drv /gnu/store/0c6cyncz0g5yyx0rs63i1ymg6s3pphsw-cups-2.4.7.drv /gnu/store/0qmw4vj1by85bmdj1l35iv9122pnnzjr-cups-filters-1.28.15.drv /gnu/store/8vvbr8khaqg9v8in2b3g09y3yrxx6la7-cups-minimal-2.4.7.drv /gnu/store/l5sjy9jn0ydlvgcsdwvndzp9jz2v0kcz-ghostscript-with-cups-9.56.1.drv /gnu/store/vd49ihqmrf5jnmnmv6n5c8gyqdc30d2f-racket-minimal-8.10.drv applying 3 grafts for glu-9.0.2 ... grafting '/gnu/store/p6h3qkzh7azp0djcwhks6cr3z7jj3cmw-glu-9.0.2' ->
