bug#41139: duplicate service provision error message is too terse
Ricardo Wurmus writes: > This is not very helpful, because it’s hard to tell how we got there. > Which of the selected services provide xorg-server? This is the wrong question. While Shepherd services may have been introduced to the Shepherd service graph by other general system services, this kind of information is unavailable when just looking at the Shepherd service itself. The only user-facing identifiers a Shepherd service has is its provisions. It’s hard to do better without extending Shepherd services to include provenance information. -- Ricardo
bug#35591: Segfault on flatpak remote-add
Ricardo Wurmus writes: > I reported this here: > > https://github.com/flatpak/flatpak/issues/3612 > > I’d say we close this issue here, because the segfault isn’t our fault. Upstream has acknowledged and addressed the bug. Closing. -- Ricardo
bug#34679: --load-path does not work with guix environment
Hi Hartmut, have you been able to reproduce this with a simpler test case? Or would you agree to close this issue as unreproducible? -- Ricardo
bug#41246: freehdl fails to build
tsmish writes: > Attaching build log. > commit: 8ba4d8a347fbdf9fe09e8ac801b4ac0586ac382a Thanks! > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:266:22: > error: ‘__gnu_cxx::strtold’ has not been declared >using ::__gnu_cxx::strtold; > ^ > In file included from fire-types.cc:9:0: > /gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/include/c++/stdlib.h:38:12: > error: ‘std::abort’ has not been declared > using std::abort; Using multiple versions of GCC in the same package is poorly supported since the recent 'core-updates' merge, causing these obscure errors. The actual problem with FreeHDL is that it assumes std::string, std::hash, etc is available in the default namespace, which is why it was built with GCC 5 instead of the default GCC 7. I found a patch over at Arch that makes it work with newer versions of GCC and C++: https://git.archlinux.org/svntogit/community.git/tree/trunk/build-fix.patch?h=packages/freehdl I applied it to our package with commit 1a044e3936ac4c1ba1575fe791bf59577b039cf9 and removed the GCC 5 input. signature.asc Description: PGP signature
bug#41246: freehdl fails to build
Attaching build log. commit: 8ba4d8a347fbdf9fe09e8ac801b4ac0586ac382a starting phase `set-SOURCE-DATE-EPOCH' phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds starting phase `set-paths' environment variable `PATH' set to `/gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2/bin:/gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/bin:/gnu/store/sn4jq1qqgdxm8mijfid9lywi3rnw5c8k-libtool-2.4.6/bin:/gnu/store/n8awazyldv9hbzb7pjcw76hiifmvrpvd-coreutils-8.32/bin:/gnu/store/yb6l029ydxx89hvzwvz9l7p1bnndqm49-gcc-toolchain-7.5.0/bin:/gnu/store/yb6l029ydxx89hvzwvz9l7p1bnndqm49-gcc-toolchain-7.5.0/sbin:/gnu/store/l6id6m9fjx5bphgyf1kp6srbmdwspqkn-guile-2.2.7/bin:/gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/bin:/gnu/store/v6f44zccwh9z5zk3pjlywjybbi8n2hjh-tar-1.32/bin:/gnu/store/ncydgq2znms5n1d2k5yqshhf58nsixwv-gzip-1.10/bin:/gnu/store/i8h2pcxqdq07ijm3ibkka8f4smn1w48v-bzip2-1.0.8/bin:/gnu/store/9860f1abqj8wjjnwl8a9v54pdcc3bhgf-xz-5.2.4/bin:/gnu/store/60g7r3l01fd7c58yjbm6krgcwj1jkpwg-file-5.38/bin:/gnu/store/n4n560pfvvw50a9369axw5vj5rrqfj1n-diffutils-3.7/bin:/gnu/store/cd5qf3kcnlq35p9k392pjdpdzpsnds70-patch-2.7.6/bin:/gnu/store/hic7snhayfl7m6cpfqqr73nmm19bpqkg-findutils-4.7.0/bin:/gnu/store/swqdvwri9dbv6zssg6v0by7l05hd6wxp-gawk-5.0.1/bin:/gnu/store/ishk7fswcs4gkwcp8mh788z4mvvl9bxh-sed-4.8/bin:/gnu/store/bhs4rj58v8j1narb2454raan2ps38xd8-grep-3.4/bin:/gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin:/gnu/store/hm40bxnv8jxmbc1lpb7zfimii4xm9m81-make-4.3/bin:/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin:/gnu/store/mpa04aq8lblbcviyxywxcsb1zbi0mf39-ld-wrapper-0/bin:/gnu/store/m1z7cdbqsqyp9xnjw5cvlb4a7gkcg3m4-binutils-2.34/bin:/gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/bin:/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/bin:/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/sbin:/gnu/store/jlm51s1gz6pah5bn7mc1i12kj5xilhck-m4-1.4.18/bin' environment variable `PKG_CONFIG_PATH' set to `/gnu/store/l6id6m9fjx5bphgyf1kp6srbmdwspqkn-guile-2.2.7/lib/pkgconfig:/gnu/store/9860f1abqj8wjjnwl8a9v54pdcc3bhgf-xz-5.2.4/lib/pkgconfig:/gnu/store/35afkywncrr5xsb4cxcljf6rpjcb7f61-gmp-6.2.0/lib/pkgconfig:/gnu/store/zg126cjicrpm2p6zc08ra5vh4ddag7ww-libgc-8.0.4/lib/pkgconfig' environment variable `C_INCLUDE_PATH' set to `/gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include:/gnu/store/yb6l029ydxx89hvzwvz9l7p1bnndqm49-gcc-toolchain-7.5.0/include:/gnu/store/l6id6m9fjx5bphgyf1kp6srbmdwspqkn-guile-2.2.7/include:/gnu/store/i8h2pcxqdq07ijm3ibkka8f4smn1w48v-bzip2-1.0.8/include:/gnu/store/9860f1abqj8wjjnwl8a9v54pdcc3bhgf-xz-5.2.4/include:/gnu/store/60g7r3l01fd7c58yjbm6krgcwj1jkpwg-file-5.38/include:/gnu/store/swqdvwri9dbv6zssg6v0by7l05hd6wxp-gawk-5.0.1/include:/gnu/store/hm40bxnv8jxmbc1lpb7zfimii4xm9m81-make-4.3/include:/gnu/store/m1z7cdbqsqyp9xnjw5cvlb4a7gkcg3m4-binutils-2.34/include:/gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/include:/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/include:/gnu/store/35afkywncrr5xsb4cxcljf6rpjcb7f61-gmp-6.2.0/include:/gnu/store/zg126cjicrpm2p6zc08ra5vh4ddag7ww-libgc-8.0.4/include:/gnu/store/i5a9qb07y9xjh9ry8hp6km43kji16nmd-libltdl-2.4.6/include:/gnu/store/4i9lvjz9z9j4kj412jpqv4zxjcik9qcb-libunistring-0.9.10/include:/gnu/store/gfapkk5c6hvl1d94m4sqnhn7f9l5gqyh-linux-libre-headers-5.4.20/include' environment variable `CPLUS_INCLUDE_PATH' set to `/gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++:/gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include:/gnu/store/yb6l029ydxx89hvzwvz9l7p1bnndqm49-gcc-toolchain-7.5.0/include/c++:/gnu/store/yb6l029ydxx89hvzwvz9l7p1bnndqm49-gcc-toolchain-7.5.0/include:/gnu/store/l6id6m9fjx5bphgyf1kp6srbmdwspqkn-guile-2.2.7/include:/gnu/store/i8h2pcxqdq07ijm3ibkka8f4smn1w48v-bzip2-1.0.8/include:/gnu/store/9860f1abqj8wjjnwl8a9v54pdcc3bhgf-xz-5.2.4/include:/gnu/store/60g7r3l01fd7c58yjbm6krgcwj1jkpwg-file-5.38/include:/gnu/store/swqdvwri9dbv6zssg6v0by7l05hd6wxp-gawk-5.0.1/include:/gnu/store/hm40bxnv8jxmbc1lpb7zfimii4xm9m81-make-4.3/include:/gnu/store/m1z7cdbqsqyp9xnjw5cvlb4a7gkcg3m4-binutils-2.34/include:/gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/include/c++:/gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/include:/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/include:/gnu/store/35afkywncrr5xsb4cxcljf6rpjcb7f61-gmp-6.2.0/include:/gnu/store/zg126cjicrpm2p6zc08ra5vh4ddag7ww-libgc-8.0.4/include:/gnu/store/i5a9qb07y9xjh9ry8hp6km43kji16nmd-libltdl-2.4.6/include:/gnu/store/4i9lvjz9z9j4kj412jpqv4zxjcik9qcb-libunistring-0.9.10/include:/gnu/store/gfapkk5c6hvl1d94m4sqnhn7f9l5gqyh-linux-libre-headers-5.4.20/include' environment variable `LIBRARY_PATH' set to
bug#34184: Nitpick on reconfigure message: Installing for i386-pc platform.
I believe this was fixed by commit 21fcfe1ee969cc477dc41486ae4074e655d44274. Closing. -- Ricardo
bug#41244: xdg-open: mailto doesnt work
Trying `xdg-open mailto:guix-de...@gnu.org` in XFCE or MATE fails. The same happens when you click on a mailto link in Icecat. I have claws-mail and icedove installed. They both have `MimeType=x-scheme-handler/mailto;` in their desktop files. ``` jonathan@x250 ~$ Can't locate URI/Escape.pm in @INC (you may need to install the URI::Escape module) (@INC contains: /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/site_perl/5.30.2/x86_64-linux-thread-multi /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/site_perl/5.30.2 /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/5.30.2/x86_64-linux-thread-multi /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/5.30.2) at /gnu/store/rxjzd5v68ia80ksxhx860x9nli2hg57p-exo-0.12.11/lib/xfce4/exo/exo-compose-mail line 24. BEGIN failed--compilation aborted at /gnu/store/rxjzd5v68ia80ksxhx860x9nli2hg57p-exo-0.12.11/lib/xfce4/exo/exo-compose-mail line 24. Can't locate URI/Escape.pm in @INC (you may need to install the URI::Escape module) (@INC contains: /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/site_perl/5.30.2/x86_64-linux-thread-multi /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/site_perl/5.30.2 /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/5.30.2/x86_64-linux-thread-multi /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/5.30.2) at /gnu/store/rxjzd5v68ia80ksxhx860x9nli2hg57p-exo-0.12.11/lib/xfce4/exo/exo-compose-mail line 24. BEGIN failed--compilation aborted at /gnu/store/rxjzd5v68ia80ksxhx860x9nli2hg57p-exo-0.12.11/lib/xfce4/exo/exo-compose-mail line 24. ``` Installing perl-uri-escape does not resolve the issue. Neither adding it as input or propagated-input to exo.
bug#41243: guix deploy doesn't respect machine-ssh-configuration-identity field
Hi it's me again, “machine-ssh-configuration-identity" field isn't respected. When setting it to the path of my password-less private key (bad!), with a SSH agent running and my smart-card plugged in, running “guix deploy” my agent will asked the pin of my smartcard first. I was expecting that setting this field to a true value will bypass the agent completely, only trying to connect with the specified key, while setting it to false will fallback on the running agent. - Brice
bug#41241: xfce4 default font display broken after guix pull; sudo guix system reconfigure /etc/config.scm
W Knight writes: > Summary: > After doing a guix pull; sudo guix system reconfigure /etc/config.scm on a > fresh 1.1.0 install via iso the default font for all xfce displays breaks. > Each character in menu, applications, and terminals is a box with four dots > (no character available). > If I switch from generation 2 (reconfigure) to generation 1 (iso) fonts work > again. > > Workaround: manually adding fonts-dejavu to /etc/config.scm packages and > reconfiguring fixes issue This roots in the fact that Pango (the font rendering library used by GTK+) no longer supports bitmap fonts: https://gitlab.gnome.org/GNOME/pango/issues/386 We should probably provide a default font in %base-packages to work around this problem, or graft TrueType/OpenType fonts onto the 'gs-fonts' package which is available to most applications (but unfortunately only contains bitmap fonts..). I don't have a clear idea of what a proper solution here would be, feedback wanted. signature.asc Description: PGP signature
bug#24416: [PATCH] gnu: avr-gcc: Fix compiler lookup paths.
Closing this bug as fixed. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature
bug#21288: Qt's bundled libraries must not be used
I think in the intervening 4.5 years we've done a good job of removing the bundled libraries from qt-4 and qt-5 and then qtbase. I'm going to consider this bug a success. The note in the snippet says there are a few more bundled libraries, like md5 and sha3 (and harfbuzz) but we've otherwise done a great job on this one. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature
bug#41209: AVR toolchain fails to build
Ricardo Wurmus writes: > avr-toolchain-5.5.0 fails to build. It seems to be mixing headers from > GCC 5 and GCC 7: > > --8<---cut here---start->8--- > In file included from > /gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/include/c++/stdlib.h:36:0, > from ../../gcc-5.5.0/libcpp/system.h:214, > from ../../gcc-5.5.0/libcpp/directives.c:22: > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:118:11: > error: ‘::div_t’ has not been declared >using ::div_t; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:119:11: > error: ‘::ldiv_t’ has not been declared >using ::ldiv_t; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:121:11: > error: ‘::abort’ has not been declared >using ::abort; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:122:11: > error: ‘::abs’ has not been declared >using ::abs; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:123:11: > error: ‘::atexit’ has not been declared >using ::atexit; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:129:11: > error: ‘::atof’ has not been declared >using ::atof; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:130:11: > error: ‘::atoi’ has not been declared >using ::atoi; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:131:11: > error: ‘::atol’ has not been declared >using ::atol; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:132:11: > error: ‘::bsearch’ has not been declared >using ::bsearch; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:133:11: > error: ‘::calloc’ has not been declared >using ::calloc; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:134:11: > error: ‘::div’ has not been declared >using ::div; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:135:11: > error: ‘::exit’ has not been declared >using ::exit; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:136:11: > error: ‘::free’ has not been declared >using ::free; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:137:11: > error: ‘::getenv’ has not been declared >using ::getenv; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:138:11: > error: ‘::labs’ has not been declared >using ::labs; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:139:11: > error: ‘::ldiv’ has not been declared >using ::ldiv; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:140:11: > error: ‘::malloc’ has not been declared >using ::malloc; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:142:11: > error: ‘::mblen’ has not been declared >using ::mblen; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:143:11: > error: ‘::mbstowcs’ has not been declared >using ::mbstowcs; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:144:11: > error: ‘::mbtowc’ has not been declared >using ::mbtowc; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:146:11: > error: ‘::qsort’ has not been declared >using ::qsort; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:152:11: > error: ‘::rand’ has not been declared >using ::rand; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:153:11: > error: ‘::realloc’ has not been declared >using ::realloc; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:154:11: > error: ‘::srand’ has not been declared >using ::srand; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:155:11: > error: ‘::strtod’ has not been declared >using ::strtod; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:156:11: > error: ‘::strtol’ has not been declared >using ::strtol; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:157:11: > error: ‘::strtoul’ has not been declared >using ::strtoul; >^ > /gnu/store/6wn346cbw1mh6264v426pwj2klgvxr0z-gcc-5.5.0/include/c++/cstdlib:158:11: > error: ‘::system’ has not been declared >using ::system; >^ >
bug#40549: More usability issues:
Dear zimoun, zimoun writes: > It would like it works. And to do so, I accept that "guix package -I > regexp -p /tmp/profile" does not anymore and would be replaced by > "guix package -Iregexp -p /tmp/profile" which already works (as > specified by SRFI-37). Wow, this surprised me. I expected guix package -Iregexp to be equivalent to guix package -I -r -e -g -e -x -p which is how getopt long works in the shell. > Today, the Guix manual is lying because the optional argument for > short-name is *not* optional depending on its position. And that > leads to surprise: > >guix package -I -p /tmp/profile # fails >guix package -p /tmp/profile -I # works > > And this is really really annoying! It is hard to understand why such > different behaviour. Yes, this seems annoying. > Instead of what I am proposing, what do you suggest? What I would suggets would break -Iregexp and as such deviate from SRFI-37, so it wouldn’t be optimal. It would first need another SRFI so it’s no shortterm fix :-) The commandline handling I want is this: https://www.draketo.de/english/free-software/shell-argument-parsing But I don’t yet have a good way to do it in Guile. Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken
bug#41241: xfce4 default font display broken after guix pull; sudo guix system reconfigure /etc/config.scm
Summary:
After doing a guix pull; sudo guix system reconfigure /etc/config.scm on a
fresh 1.1.0 install via iso the default font for all xfce displays breaks. Each
character in menu, applications, and terminals is a box with four dots (no
character available).
If I switch from generation 2 (reconfigure) to generation 1 (iso) fonts work
again.
Workaround: manually adding fonts-dejavu to /etc/config.scm packages and
reconfiguring fixes issue
Comments:
gdm font on login screen is ok through all generations
Test Environment:
Fresh install of iso using:
# Create vm
cd /data//vms
mkdir guixFirst
cd guixFirst
qemu-img create -f qcow2 guix-system.img 50G
qemu-system-x86_64 -m 4096 -smp 2 -enable-kvm \
-net nic,model=virtio -net user -boot menu=on,order=d \
-device virtio-blk,drive=myhd \
-drive if=none,file=guix-system.img,id=myhd \
-drive
media=cdrom,file=/data/isos/guix/guix-system-install-1.1.0.x86_64-linux.iso
# Run the vm
qemu-system-x86_64 -m 4096 -smp 2 -enable-kvm -boot menu=on,order=c \
-net nic,model=virtio -net user,hostfwd=tcp::60022-:22 \
-device virtio-blk,drive=myhd \
-drive if=none,file=guix-system.img,id=myhd
Update from account testuser using:
guix pull
sudo guix system reconfigure /etc/config.scm
Produced Generations:
$ guix system list-generations
Generation 1 May 12 2020 23:33:42
file name: /var/guix/profiles/system-1-link
canonical file name: /gnu/store/ysjw622hn9va5kfhba4yr662ng91mkxk-system
label: GNU with Linux-Libre 5.4.31
bootloader: grub
root device: /dev/mapper/cryptroot
kernel: /gnu/store/g56i8savnfr7981fil03idkjl0syj29d-linux-libre-5.4.31/bzImage
configuration file:
/gnu/store/rmg71s4nryann43phyalbrxvpyfal2nw-configuration.scm
Generation 2 May 13 2020 00:25:05 (current)
file name: /var/guix/profiles/system-2-link
canonical file name: /gnu/store/lv7bz7f5gmcwwilx7jzvf757rvymqj0c-system
label: GNU with Linux-Libre 5.4.40
bootloader: grub
root device: /dev/mapper/cryptroot
kernel: /gnu/store/am92pydjrby5wv2hpvsqara203jrna2c-linux-libre-5.4.40/bzImage
channels:
guix:
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 1a75fc8442cb2c9fa644d52f600e608279c87698
configuration file:
/gnu/store/rmg71s4nryann43phyalbrxvpyfal2nw-configuration.scm
Generation 1 config:
testuser@guixFirst /var/guix/profiles/system-1-link$ cat
/var/guix/profiles/system-1-link/configuration.scm
;; This is an operating system configuration generated
;; by the graphical installer.
(use-modules (gnu))
(use-service-modules desktop networking ssh xorg)
(operating-system
(locale "en_US.utf8")
(timezone "America/Chicago")
(keyboard-layout (keyboard-layout "us"))
(host-name "guixFirst")
(users (cons* (user-account
(name "testuser")
(comment "Testuser")
(group "users")
(home-directory "/home/testuser")
(supplementary-groups
'("wheel" "netdev" "audio" "video")))
%base-user-accounts))
(packages
(append
(list (specification->package "nss-certs"))
%base-packages))
(services
(append
(list (service xfce-desktop-service-type)
(service openssh-service-type)
(set-xorg-configuration
(xorg-configuration
(keyboard-layout keyboard-layout
%desktop-services))
(bootloader
(bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/vda")
(keyboard-layout keyboard-layout)))
(mapped-devices
(list (mapped-device
(source
(uuid "46603b23-6499-4022-96ac-59ff0fc8d161"))
(target "cryptroot")
(type luks-device-mapping
(file-systems
(cons* (file-system
(mount-point "/")
(device "/dev/mapper/cryptroot")
(type "ext4")
(dependencies mapped-devices))
%base-file-systems)))
Generation 1 installed packages:
testuser@guixFirst /var/guix/profiles/system-1-link$ guix package
--list-installed --profile=/var/guix/profiles/system-1-link/profile
mcron 1.1.3 out /gnu/store/ymi776ygpc0r334gxjznf6xdlbw7zc0q-mcron-1.1.3
localed 241 out /gnu/store/kcp43mnxbcxhqvafvqg2qpi0vqh00fn6-localed-241
xfce 4.14.0 out /gnu/store/pbm66bg6qcj54vv946drs2rdkvys0bsj-xfce-4.14.0
openssh 8.2p1 out /gnu/store/fmk31g91ljr88n1rbdsyab9l4z8kw04c-openssh-8.2p1
font-abattis-cantarell 0.111 out
/gnu/store/l0h8n4jn0xhj942gdh28i3rvbbywi613-font-abattis-cantarell-0.111
adwaita-icon-theme 3.32.0 out
/gnu/store/j1dnxq4fs64gg4cnfqq5slsmkff7v7pa-adwaita-icon-theme-3.32.0
network-manager 1.18.4 out
/gnu/store/5jj8jj4lcjaf177j7h5iqwrrc191ivi1-network-manager-1.18.4
wpa-supplicant 2.9 out
/gnu/store/la4k8q7nfhgiksw9l6xnyv42gpcad24g-wpa-supplicant-2.9
network-manager-applet 1.8.24 out
/gnu/store/8lx761bxhcp8wjahy656fxgkng3nx8bq-network-manager-applet-1.8.24
avahi 0.7 out /gnu/store/f7zmq1hffs9lrwkyyn88k5r399a7f8xh-avahi-0.7
udisks 2.7.7 out /gnu/store/0wnmr8l97v50cd5nphdslby3zm0b8h8n-udisks-2.7.7
upower 0.99.11 out /gnu/store/jadx75c489ry1as2sh1mvjgd7in3jrsr-upower-0.99.11
elogind 243.4 out /gnu/store/lmmfg2mnkcdfz3rc7655zynr4jjld890-elogind-243.4
guix 1.1.0 out
bug#22304: Julia v1.4.1 still not reproducible
Hi Efraim, On Wed, 13 May 2020 at 13:04, Efraim Flashner wrote: > guix build: error: derivation > `/gnu/store/z21c12ijspavaclcins5pja8z1s8wbm0-julia-1.4.1.drv' may not be > deterministic: output > `/gnu/store/ri931fk8hf5wvagk76zhmwbphq2pwgnp-julia-1.4.1' differs from > ?/gnu/store/ri931fk8hf5wvagk76zhmwbphq2pwgnp-julia-1.4.1-check? > > I built it on bayfront twice. I'll get the diffoscope output once it > finally builds. Thank you. Cheers, simon
bug#40549: More usability issues:
Dear Arne, On Wed, 13 May 2020 at 18:32, Arne Babenhauserheide wrote: > And please don’t do radical changes on guix package. That would break > the workflow of every slightly longer term guix user. I do not want to do radical changes. The parser of the command-line is SRFI-37. So it is documented and the command-line follows guide lines that will not change. The change I am asking for is only the short-name option with optional argument. In such case the optional argument is not optional. Other said, the issue is rooted in a bad practise and, AFAIK, Guix does not follow what other GNU tools follow: no short-name with optional argument. And the Guile implementation of SRFI-37 says that the semantic of short-name with optional argument leads to an issue. But now, it is here so what do we do? In the end, there is annoyance. And the goal is to discuss what could be changed to reduce the annoyance, on all sides. For example, I am always annoyed by: guix package -I -p /tmp/profile It would like it works. And to do so, I accept that "guix package -I regexp -p /tmp/profile" does not anymore and would be replaced by "guix package -Iregexp -p /tmp/profile" which already works (as specified by SRFI-37). Today, the Guix manual is lying because the optional argument for short-name is *not* optional depending on its position. And that leads to surprise: guix package -I -p /tmp/profile # fails guix package -p /tmp/profile -I # works And this is really really annoying! It is hard to understand why such different behaviour. Instead of what I am proposing, what do you suggest? Best regards, simon
bug#41238: guix deploy close ssh session after each store items sent
Hey Guix, “guix deploy” bugs; they keep coming! “guix deploy” doesn't make use of SSH channels[0], instead it close the SSH session each time after sending store items. This may be unnoticeable by users using a password-less SSH key (bad!) or an SSH agent (better!) but for the other it mean entering the password ~5 times per host per deployment which get old very quick. In my case I use a keycard that require me to physically interact with it for each authentication request, it means multiple touch per deployment, reducing it just one would be a great relief. [0]: https://github.com/artyom-poptsov/guile-ssh/blob/b11182d5582844df0c8d1fcb7177ff85f8ac3bcd/doc/api-sessions.texi#L17 - Brice
bug#40549: More usability issues:
Tom Zander via Bug reports for GNU Guix writes: >> > You asked for an example; see `git commit -S`. From the manpage: >> >-S[], --gpg-sign[=] >> >> Thank you for the example. Let me show you that it raises an issue >> too because it is not so "simple". :-) > > Easier example then: from the 'ls(1)' manpage: > -I, --ignore=PATTERN > > seems git is trying to be smart. Yes — and in that it often annoys me. Anytime I use -S I worry about the interpretation of arguments, because it already bit me a few times. Git is a counter-example: It’s commandline is as unintuitive as it can get without being an unfinished prototype. And there really isn’t as much consistency in tools as you state. Many tools interpret --foo bar as ((foo bar)), while others only accept --foo=bar as ((foo bar)) and treat --foo bar as ((foo #t) bar). Some tools only accept options before positional arguments, while others allow you to intersperse both. Some tools use named arguments without dash (dd). GNU tools often differ from BSD tools by allowing options after positional arguments and treating --foo bar as (foo bar). And please don’t do radical changes on guix package. That would break the workflow of every slightly longer term guix user. Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken
bug#41233: [PATCH] gnu: font-gnu-freefont: fix for bug 41233.
Michael, Michael Rohleder 写道： I havent tested, but looking at the installed fonts it seems clear that they are in the wrong directory. There are no wrong directories. (woff-font-dir (string-append %output - "/share/fonts/woff"))) + "/share/fonts/webfonts"))) I applied & replied to Raghav's patch[0] before I saw yours. This is the search keyword I was missing, thanks! /share/fonts/webfonts does seem to be a standard thing, so I'll apply this hunk (minus the ‘fix’ claim). Thank you very much, T G-R [0]: https://lists.gnu.org/archive/html/guix-devel/2020-05/msg00234.html signature.asc Description: PGP signature
bug#41237: guix deploy hangs when a file-system-device is set to a UUID
Hey Guix,
Here is an other “guix deploy” bug: setting a file-system-device field
to a
UUID makes deploy hangs indefinitely. Using a string (eg.: "/dev/sda1")
instead, “guix deploy” succeed. Following is an output showing it
hanging:
--8<---cut here---start->8---
$ guix deploy -Lmodules systems/hystou-p04.scm
guix deploy: warning: failed to load '(config workstation)':
no code for module (gnu services lightdm)
The following 1 machine will be deployed:
abricot
guix deploy: deploying to abricot...
The following derivations will be built:
/gnu/store/q021ynnwnn3b0py7vp682i980aamcbhy-remote-exp.scm.drv
/gnu/store/bifn8l2lqh34rn5w6ca9x3n16ji9qh31-remote-assertion.scm.drv
building
/gnu/store/bifn8l2lqh34rn5w6ca9x3n16ji9qh31-remote-assertion.scm.drv...
building
/gnu/store/q021ynnwnn3b0py7vp682i980aamcbhy-remote-exp.scm.drv...
sending 2 store items (0 MiB) to '192.168.10.10'...
--8<---cut here---end--->8---
On the host side, when “guix deploy” is hanging:
--8<---cut here---start->8---
$ ps -aux | grep remote-exp
root 1910 197 0.2 81756 37812 ?Rsl 15:47 2:00
/gnu/store/0m0vd873jp61lcm4xa3ljdgx381qa782-guile-3.0.2/bin/guile
--no-auto-compile -L
/gnu/store/waw3q9xvwz6wivp4skmirxpg53znrs3h-module-import -C
/gnu/store/waw3q9xvwz6wivp4skmirxpg53znrs3h-module-import -c (begin
(use-modules (guix repl)) (send-repl-response (quote
(with-output-to-port (current-error-port) (lambda () (primitive-load
"/gnu/store/2xh7fzjk1hrz45w2bn1p6fi994f6lkrp-remote-exp.scm"
(current-output-port)) (force-output))
bricewge 1919 0.0 0.0 6372 1748 pts/0S+ 15:48 0:00 grep
remote-exp
$ cat /gnu/store/2xh7fzjk1hrz45w2bn1p6fi994f6lkrp-remote-exp.scm
#!/gnu/store/18hp7flyb3yid3yp49i6qcdq0sbi5l1n-guile-3.0.2/bin/guile
--no-auto-compile
!#
(map (lambda (file) (false-if-exception (primitive-load file))) (quote
("/gnu/store/y0dhva989bqyqqin18d2rkxd4fbkznxi-remote-assertion.scm"
"/gnu/store/cbyixyqc7rslp5nwxh3np1h9jbwpk7pk-remote-assertion.scm"
"/gnu/store/apvm855zplmp2cl38hw5ych4d559gza6-remote-assertion.scm")))
$ cat /gnu/store/y0dhva989bqyqqin18d2rkxd4fbkznxi-remote-assertion.scm
(catch (quote system-error) (lambda () (stat "/dev/sda3") #t) (lambda
args (system-error-errno args)))%abricot% cat
/gnu/store/cbyixyqc7rslp5nwxh3np1h9jbwpk7pk-remote-assertion.scm
(eval-when (expand load eval) (let ((extensions (quote ())) (prepend
(lambda (items lst) (let loop ((items items) (lst lst)) (if (null?
items) lst (loop (cdr items) (cons (car items) (delete (car items)
lst (set! %load-path (prepend (cons
"/gnu/store/6sy0ignb9mhrxqaq43yqn0sxy4vjxvdk-module-import" (map (lambda
(extension) (string-append extension "/share/guile/site/"
(effective-version))) extensions)) %load-path)) (set!
%load-compiled-path (prepend (cons
"/gnu/store/ag9kc8igsc6gcd12sr4h2qp6bgapzfih-module-import-compiled"
(map (lambda (extension) (string-append extension "/lib/guile/"
(effective-version) "/site-ccache")) extensions))
%load-compiled-path(begin (use-modules (gnu build file-systems) (gnu
system uuid)) (define uuid (string->uuid "B5DE-B0B9"))
(find-partition-by-uuid uuid))
$ cat /gnu/store/cbyixyqc7rslp5nwxh3np1h9jbwpk7pk-remote-assertion.scm
(eval-when (expand load eval) (let ((extensions (quote ())) (prepend
(lambda (items lst) (let loop ((items items) (lst lst)) (if (null?
items) lst (loop (cdr items) (cons (car items) (delete (car items)
lst (set! %load-path (prepend (cons
"/gnu/store/6sy0ignb9mhrxqaq43yqn0sxy4vjxvdk-module-import" (map (lambda
(extension) (string-append extension "/share/guile/site/"
(effective-version))) extensions)) %load-path)) (set!
%load-compiled-path (prepend (cons
"/gnu/store/ag9kc8igsc6gcd12sr4h2qp6bgapzfih-module-import-compiled"
(map (lambda (extension) (string-append extension "/lib/guile/"
(effective-version) "/site-ccache")) extensions))
%load-compiled-path(begin (use-modules (gnu build file-systems) (gnu
system uuid)) (define uuid (string->uuid "B5DE-B0B9"))
(find-partition-by-uuid uuid))
$ cat /gnu/store/apvm855zplmp2cl38hw5ych4d559gza6-remote-assertion.scm
(eval-when (expand load eval) (let ((extensions (quote ())) (prepend
(lambda (items lst) (let loop ((items items) (lst lst)) (if (null?
items) lst (loop (cdr items) (cons (car items) (delete (car items)
lst (set! %load-path (prepend (cons
"/gnu/store/88hn0npj9xs099amjbsl7gjh9j3fy1yb-module-import" (map (lambda
(extension) (string-append extension "/share/guile/site/"
(effective-version))) extensions)) %load-path)) (set!
%load-compiled-path (prepend (cons
"/gnu/store/865zg228hasfmv879g8y12n8i2s8si0f-module-import-compiled"
(map (lambda (extension) (string-append extension "/lib/guile/"
(effective-version) "/site-ccache")) extensions))
%load-compiled-path(begin (use-modules (gnu build file-systems) (gnu
build
bug#41236: guix deploy error message can be too obscure to understand
Hello again, Guix deploy errors message can be hard to understand, see the following output for example: --8<---cut here---start->8--- $ guix deploy -Lmodules systems/hystou-p04.scm guix deploy: warning: failed to load '(config workstation)': no code for module (gnu services lightdm) The following 1 machine will be deployed: abricot guix deploy: deploying to abricot... sending 0 store items (0 MiB) to '192.168.10.10'... sending 0 store items (0 MiB) to '192.168.10.10'... guix deploy: error: failed to deploy abricot: Wrong type argument in position 1 (expecting struct): ~S --8<---cut here---end--->8--- By using “guix repl“ I managed to understand that I was setting a field to a undeclared variable: “keyboard-layout“. A stupid mistake on my part that should have been trivial to spot took hours instead because the error message was obscure. --8<---cut here---start->8--- (operating-system … (bootloader (bootloader-configuration … (keyboard-layout keyboard-layout --8<---cut here---end--->8--- - Brice
bug#41233: [PATCH] gnu: font-gnu-freefont: fix for bug 41233.
I havent tested, but looking at the installed fonts it seems clear that
they are in the wrong directory.
From 4f11dc30d324964c14bac748393f7b54df69d340 Mon Sep 17 00:00:00 2001
From: Michael Rohleder
Date: Wed, 13 May 2020 17:28:27 +0200
Subject: [PATCH] gnu: font-gnu-freefont: fix for bug 41233.
* gnu/packages/fonts.scm (font-gnu-freefont): should fix bug 41233.
---
gnu/packages/fonts.scm | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/gnu/packages/fonts.scm b/gnu/packages/fonts.scm
index 1728eeeaf9..64d5c17346 100644
--- a/gnu/packages/fonts.scm
+++ b/gnu/packages/fonts.scm
@@ -255,11 +255,11 @@ The Lato 2.010 family supports more than 100 Latin-based languages, over
(let ((doc-dir (string-append %output "/share/doc/"
,name "-" ,version))
(ttf-font-dir (string-append %output
-"/share/fonts/ttf"))
+"/share/fonts/truetype"))
(otf-font-dir (string-append %output
-"/share/fonts/otf"))
+"/share/fonts/opentype"))
(woff-font-dir (string-append %output
- "/share/fonts/woff")))
+ "/share/fonts/webfonts")))
(mkdir-p doc-dir)
(substitute* "Makefile"
(("\\$\\(TMPDIR\\)") doc-dir)
--
2.26.2
--
Listen and silent are spelled with the same letters.
signature.asc
Description: PGP signature
bug#41235: guix deploy can't deploy with a user different than root
Hello,
When trying to reproduce another “guix deploy” bug for a future bug
report
I stumbled upon this one: it's not possible to deploy as a user
(machine-ssh-configuration-user) different than “root“, even with a
properly configured sudoers file[0]. Deploying with root works when ssh
is
configured with “PermitRootLogin yes”. Following is the backtrace:
--8<---cut here---start->8---
$ guix deploy -Lmodules systems/hystou-p04.scm
guix deploy: warning: failed to load '(config workstation)':
no code for module (gnu services lightdm)
The following 1 machine will be deployed:
abricot
guix deploy: deploying to abricot...
sending 0 store items (0 MiB) to '192.168.10.10'...
Backtrace:
In guix/ui.scm:
1936:12 19 (run-guix-command _ . _)
In guix/status.scm:
776:4 18 (call-with-status-report _ _)
In ice-9/boot-9.scm:
1736:10 17 (with-exception-handler _ _ #:unwind? _ # _)
In guix/store.scm:
630:22 16 (thunk)
1295:8 15 (call-with-build-handler _ _)
1295:8 14 (call-with-build-handler # …)
In guix/scripts/deploy.scm:
155:12 13 (_)
In guix/store.scm:
1336:2 12 (map/accumulate-builds # …)
In srfi/srfi-1.scm:
586:17 11 (map1 (#< things: (("/gnu/store/x32cnfkd50…>))
In guix/store.scm:
1295:8 10 (call-with-build-handler # …)
In guix/scripts/deploy.scm:
123:2 9 (_ _)
In ice-9/boot-9.scm:
1736:10 8 (with-exception-handler _ _ #:unwind? _ # _)
In guix/scripts/deploy.scm:
133:4 7 (_)
In guix/store.scm:
2015:24 6 (run-with-store # …)
In gnu/machine/ssh.scm:
416:2 5 (_ _)
316:2 4 (_ _)
In guix/remote.scm:
138:10 3 (_ _)
In guix/store.scm:
1886:38 2 (_ #)
In ice-9/boot-9.scm:
1669:16 1 (raise-exception _ #:continuable? _)
1667:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1667:16: In procedure raise-exception:
ERROR:
1. :
message: "unknown error while sending files over SSH"
status: 44
--8<---cut here---end--->8---
[0]:
https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-deploy.html#Invoking-guix-deploy
- Brice
bug#41233: GNU Freefont is broken
L p, L p R n d n 写道： Fonts provided by the font-gnu-freefont package seem to be broken. In my case, under Guix system, they do not appear in LibreOffice, gnome-terminal shows them as squares and they do not have any effects in inkscape (a fallback font is probably use instead). What's the output of $ fc-list | grep FreeSansBoldOblique and what is it after running $ fc-cache -rv ? If the latter didn't fix the problem, please include its output here. Issue 40783 is probably related. I don't think so. Kind regards, T G-R signature.asc Description: PGP signature
bug#41233: GNU Freefont is broken
Hello, Fonts provided by the font-gnu-freefont package seem to be broken. In my case, under Guix system, they do not appear in LibreOffice, gnome-terminal shows them as squares and they do not have any effects in inkscape (a fallback font is probably use instead). Commits 5483a2d0a913fe533744699e9ef5757c6e3f6983 and 405c0c947cfd59d7bfb81052545cd635970d2d0c are possible culprits. However, after testing removing the fontconfig-file-system service did not solve at least one occurence of the problem, so the latter is probably not related. Issue 40783 is probably related. Have a nice day, L p R n d n
bug#41120: uvesafb service is unsupported on aarch64
Hello, > We could maybe do something like that: > > (define (operating-system-hardware-specific-services) > #~(let-system (system target) > (cond > ((target-arm? system target) > '()) > ((target-intel? system target) > (list uvesafb-shepherd-service) > > (define (operating-system-kernel-specific-services) > #~(let-system (system target) > (cond > ((target-linux? system target) > linux-specific-services) > ((target-hurd? system target) > hurd-specific-services > > This way, uvesafb-shepherd-service would be built and installed only > when producing a system targeting an Intel CPU. We could also extend > this mechanism to have kernel specific services. > > That would mean, we need to dig out Ludo patch introducing > let-system[1], but I think it was almost ready. Here's a rebased version of Ludo's patch. I'm not sure about the merge resolution in "lower-object", but otherwise it works fine! Ludo, would it be of to push it? Thanks, Mathieu >From dde0a1ca499a4ef0592d10158a00add16386bebb Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ludovic=20Court=C3=A8s?= Date: Wed, 13 May 2020 14:34:17 +0200 Subject: [PATCH 1/2] gexp: Compilers can now return lowerable objects. * guix/gexp.scm (lower-object): Iterate if LOWERED is a struct. (lower+expand-object): New procedure. (gexp->sexp): Use it. (define-gexp-compiler): Adjust docstring. --- guix/gexp.scm | 71 ++- 1 file changed, 48 insertions(+), 23 deletions(-) diff --git a/guix/gexp.scm b/guix/gexp.scm index 2a4b36519c..a9a4b89ab4 100644 --- a/guix/gexp.scm +++ b/guix/gexp.scm @@ -226,32 +226,59 @@ procedure to expand it; otherwise return #f." corresponding to OBJ for SYSTEM, cross-compiling for TARGET if TARGET is true. OBJ must be an object that has an associated gexp compiler, such as a ." - (match (lookup-compiler obj) -(#f - (raise (condition ( (input obj) -(lower - ;; Cache in STORE the result of lowering OBJ. - (mlet %store-monad ((target (if (eq? target 'current) - (current-target-system) - (return target))) - (graft? (grafting?))) - (mcached (let ((lower (lookup-compiler obj))) - (lower obj system target)) -obj -system target graft?) + (let loop ((obj obj)) +(match (lookup-compiler obj) + (#f + (raise (condition ( (input obj) + (lower + ;; Cache in STORE the result of lowering OBJ. + (mlet* %store-monad + ((target (if (eq? target 'current) +(current-target-system) +(return target))) +(graft? (grafting?)) +(lowered (mcached (let ((lower (lookup-compiler obj))) +(lower obj system target)) + obj + system target graft?))) + (if (and (struct? lowered) (not (eq? lowered obj))) + (loop lowered) + (return lowered))) + +(define* (lower+expand-object obj + #:optional (system (%current-system)) + #:key target (output "out")) + "Return as a value in %STORE-MONAD the output of object OBJ expands to for +SYSTEM and TARGET. Object such as , , or +expand to file names, but it's possible to expand to a plain data type." + (let loop ((obj obj) + (expand (and (struct? obj) (lookup-expander obj +(match (lookup-compiler obj) + (#f + (raise (condition ( (input obj) + (lower + (mlet %store-monad ((lowered (lower obj system target))) + ;; LOWER might return something that needs to be further lowered. + (if (struct? lowered) + ;; If we lack an expander, delegate to that of LOWERED. + (if (not expand) + (loop lowered (lookup-expander lowered)) + (return (expand obj lowered output))) + (return lowered))) ;lists, vectors, etc. (define-syntax define-gexp-compiler (syntax-rules (=> compiler expander) "Define NAME as a compiler for objects matching PREDICATE encountered in gexps. -In the simplest form of the macro, BODY must return a derivation for PARAM, an -object that matches PREDICATE, for SYSTEM and TARGET (the latter of which is -#f except when cross-compiling.) +In the simplest form of the macro, BODY must return (1) a derivation for +a record of the specified type, for SYSTEM and TARGET (the latter of which is +#f except when cross-compiling), (2) another record that can itself be +compiled down to a derivation, or (3) an object of a primitive data type. The more elaborate form allows you to specify an
bug#41182: Profile hooks ignore system and target
Hello Jan, > and with that "system build" succeeds (after a while) but "system vm-image" > says > > guix system: error: gnu/packages/glib.scm:404:2: > gobject-introspection@1.62.0: build system `meson' does not support cross > builds > > This could be mostly harmless...still building a full (non-tiny/minimal) > qemu or grub maybe? I remember fixing a very similar issue with d4ddf22d54f9374715c651aaebda2315e9f89272. The issue was cross-building QEMU does not work, because it's dragging packages built with meson-build-system. Turns out we want to use a native build of QEMU here, so I replaced #$qemu by #+qemu. Now there must be a similar issue somewhere. I'm building your branch to see if I can figure it out. Thanks for sharing your progress! Mathieu
bug#41182: Profile hooks ignore system and target
Ludovic Courtès writes: Hello! > Ludovic Courtès skribis: > >> Actually all the profile hooks refer to the native derivation. > > I’ve looked at it and this problem is surprisingly tricky to address. Thank you so much for looking into this! > I’ve tried to address it in an API-compatible way, which meant setting > the ‘%current-system’ and ‘%current-target-system’ parameters around the > hook calls, but that is ugly, hard to get right (dynamic binding and > monadic code really don’t go together well :-/), and actually raises > another issue (‘mapm/accumulate-builds’ appears to ignore the initial > dynamic bindings for these two parameters). Hacky patch attached to > illustrate. > > So I’m very much tempted to instead require each hook to take ‘system’ > and ‘#:target’ arguments and pass them to ‘gexp->derivation’. It’ll > break the API, in case someone out there has custom profile hooks > (unlikely given that it’s not really documented), but I’d say that’s OK. > > Thoughts? I'm all for breaking the API if that gets us further. How about doing that on the wip-hurd-vm branch, complete building the vm-image with services and when we have found this (and possible next steps) are useful fixes, commit to core-updates? It would be useful to get substitutes for such a change, though -- testing this took all night. Other than that I can offer my observations trying to build a kind of minimal Hurd system using fb120a69a8 services: hurd: Use activation-service, hurd-etc-service. both ./pre-inst-env guix system build --target=i586-pc-gnu gnu/system/examples/bare-hurd.tmpl ./pre-inst-env guix system vm-image --target=i586-pc-gnu gnu/system/examples/bare-hurd.tmpl still want to build a native Hurd (in my case for x86_64). So, I tried applying what your patch seems to be suggesting: --8<---cut here---start->8--- diff --git a/guix/store.scm b/guix/store.scm index 92158bd658..b27ad0fab3 100644 --- a/guix/store.scm +++ b/guix/store.scm @@ -1900,8 +1900,8 @@ coalesce them into a single call." (lambda (obj) (run-with-store store (mproc obj) - ;; #:system (%current-system) - ;; #:target (%current-target-system) + #:system (%current-system) + #:target (%current-target-system) )) lst) store))) --8<---cut here---end--->8--- and with that "system build" succeeds (after a while) but "system vm-image" says guix system: error: gnu/packages/glib.scm:404:2: gobject-introspection@1.62.0: build system `meson' does not support cross builds This could be mostly harmless...still building a full (non-tiny/minimal) qemu or grub maybe? Greetings janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
bug#41138: IceDove
Hi Raghav, I cannot reproduce this issue with Icedove. I'm running IRC for several days just fine in icedove 68.8.0 with no peaks in CPU or so. With thunderbird it often helps to close the programm and open it again. This is my experience as long time user :P
bug#40929: go-sctp build failure: "protocol not supported"
This now builds fine (in fact, it was substituted when I checked just now, but `guix build --check` works with no errors). -- Josh Holland
bug#40549: More usability issues:
It looks like I was wrong on the ls example, more importantly, it seems we all agree that short options with optional arguments are messy, at best. I think the best course of action is to take a look at the guix command line design and find a way to move away from depending on them. Maybe some iterative change its approach.
