bug#18926: cmake-build-system should set CMAKE_INSTALL_LIBDIR and CMAKE_PREFIX_PATH

if CMAKE_INSTALL_LIBDIR not set to `lib`, GNUInstallDirs.cmake will install libraries files to $out/lib64. if CMAKE_PREFIX_PATH not set to PATH of `inputs`, cmake will unable to find cmake modules of inputs. I find this when packaging https://github.com/lxdg/libqtxdg.

bug#18926: cmake-build-system should set CMAKE_INSTALL_LIBDIR and CMAKE_PREFIX_PATH

Ludovic Courtès writes: > 宋文武 skribis: > >> if CMAKE_INSTALL_LIBDIR not set to `lib`, GNUInstallDirs.cmake will install >> libraries files to $out/lib64. > > I found several CMake-built libraries on x86_64 (graphite2, openjpeg, > qjson) that all use lib/, not l

bug#18926: cmake-build-system should set CMAKE_INSTALL_LIBDIR and CMAKE_PREFIX_PATH

Ludovic Courtès writes: > 宋文武 skribis: > >> Ludovic Courtès writes: >> >>> 宋文武 skribis: >>> >>>> if CMAKE_INSTALL_LIBDIR not set to `lib`, GNUInstallDirs.cmake will install >>>> libraries files to $out/lib64. >>> >

bug#19018: not provided by the ncurses library

Hi, gtypist check and use ncurses header from that location, perhaps we should make a symlink in ncurses just as nixpkgs does. And here is my patch for gtypist: >From 4cfd5ede203eb3a105a7396ccf784f756150f90c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= Date: Tue, 11 Nov

bug#19367: gnome-icon-theme were not built correctly

Legacy icons is missing (eg: inode/directory used by thunar), The reason is `icon-naming-utils' does not work. See: http://hydra.gnu.org/build/172835/log/raw With: Can't locate XML/Simple.pm in @INC ...

bug#19119: closed (Re: bug#19119: X cannot run programs in the current user's profile)

Ludovic Courtès writes: > Thinking more about it, the fix in 1d18d87 wasn’t quite right. > > I think the right thing would be to run the window manager as a child of > a ‘bash --login’ process, so the whole X session would get environment > variables like a login shell. >

bug#19367: Fixed

Fixed in commit f4e9727.

bug#19491: /etc/mtab give wrong entries for early-mounted items.

Notably, I have: /dev/sda1 /root ext4 rw,relatime,data=ordered 0 0 none /root//dev devtmpfs rw 0 0 Which should be: /dev/sda1 / ... none /dev ... Why not make /etc/mtab a symlink to /proc/self/mounts?

bug#19491: /etc/mtab give wrong entries for early-mounted items.

Ludovic Courtès writes: > 宋文武 skribis: > >> Notably, I have: >> /dev/sda1 /root ext4 rw,relatime,data=ordered 0 0 >> none /root//dev devtmpfs rw 0 0 >> >> Which should be: >> /dev/sda1 / ... >> none /dev ... >> >> Why not ma

bug#19491: Fixed

Fixed in commit 9331ba5d by make /etc/mtab a symlink to /proc/self/mounts.

bug#18698: Our WindowMaker wrapper pollutes PATH in the entire X session

Ricardo Wurmus writes: > The fix may have resulted in unintended side-effects. On a fresh > installation of the System Distribution v0.8.1 WindowMaker is installed > by default, but it is not completely functional. > > For example, the attempt to change the style via the menu results in > this e

bug#18698: Our WindowMaker wrapper pollutes PATH in the entire X session

Ludovic Courtès writes: > 宋文武 skribis: > >> Ricardo Wurmus writes: >> >>> The fix may have resulted in unintended side-effects. On a fresh >>> installation of the System Distribution v0.8.1 WindowMaker is installed >>> by default, but it is not co

bug#20037: 'guix system reconfigure' without 'gnu/system/linux.go' fails with duplicates login pam-service

I can reproduce the issue Tomáš Čech (Sleep_Walker) reported at IRC, but only when reconfigure under 'pre-inst-env' and without 'gnu/system/linux.go': $ cd guix; make clean-go # .../guix/pre-inst-env guix system reconfigure config.scm ;;; Failed to autoload make-session in (gnutls): ;;; ERROR: m

bug#19015: Fixed

Fixed in commit 2cb4ca6 by remove asla-lib from inputs. SDL_mixer do a testing for libmikmod using libmikmod-config. libmikmod-config.in has: --libs) echo -L@libdir@ -lmikmod @LIBRARY_LIB@ When built with alsa driver support, @LIBRARY_LIB@ become "-lm -lasound", require alsa-lib presented t

bug#20255: 'search-paths' should respect both user and system profile.

Currently, search-paths built only from packages in user's profile. As reported by Andy Wingo in #guix, when I have: perl installed into system profile perl-xml-parser installed into user profile guix package --search-paths won't give a hint about PERL5LIB, so it's very likely end up with a

bug#20255: 'search-paths' should respect both user and system profile.

Ludovic Courtès writes: > 宋文武 skribis: > >> Currently, search-paths built only from packages in user's profile. >> As reported by Andy Wingo in #guix, when I have: >> perl installed into system profile >> perl-xml-parser installed into user profile >>

bug#20255: 'search-paths' should respect both user and system profile.

> [...] >> >> The idea to generate profile from search-paths is not new, >> I heard it from you IIRC. >> I think it's the time to do it. > > Agreed, the plan makes sense and I think we have all the bits. > > A related question is whether to encode search path environment > variables into the manife

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

In my patch for mariadb, I have to set LDFLAGS to '-lgcc_s': https://lists.gnu.org/archive/html/guix-devel/2015-04/msg00321.html without this, binaries are built linked with libstdc++.so, but have a not found entry for libgcc_s.so, eg: $ ldd ./build/sql/gen_lex_hash linux-vdso.so.1 (0x

bug#20358: MariaDB failed to link 'libgcc_s.so' with our ld-wrapper.

> As Ludovic Courtès tell, '-static-libgcc' may be the issue. Well, the proper solution is fix our 'libstdc++.so' (which has a "not found" entry for libgcc_s.so) in the next 'core-updates'.

bug#20255: 'search-paths' should respect both user and system profile.

Ludovic Courtès writes: > 宋文武 skribis: > >> Or better to generate a 'profile' script for each manifest, and then >> merged in shell level, so it can work out-of-the-box. How about: >> - /etc/profile: >> # configuration for the whole system goes here

bug#20582: GuixSD ver 0.8.2, DHCLIENT not setting up the network.

2015-05-15 11:15 GMT+08:00 Scott McDonough : > I downloaded Guix and tried to install it but DHCLIENT times out and does > not set up the NIC card. This command worked fine on my hardware with ver > 0.8.1. Is anyone else experiencing this issue? Maybe you need set up the NIC first? (at least, I ne

bug#21318: Only the first 8 characters of passwords are significant

Mark H Weaver writes: > yenda on #guix reported that when typing user passwords, only the first > 8 characters need to be typed correctly to successfully log in. > > DusXMT on #guix mentioned that [GNU/]Linux From Scratch instructs users > to change "#ENCRYPT_METHOD_DES" to "ENCRYPT_METHOD_SHA512

bug#21318: Fixed

Fixed in commit 9297065a2b2151636194b2c91e957a3ec0b33532.

bug#21318: Fixed

Fixed in commit 9297065a2b2151636194b2c91e957a3ec0b33532.

bug#21217: Only one icons shown in panel GuixSD installation with Xfce4 desktop

Danny Milosavljevic writes: > Hi, > > after instlaling GuixSD and starting the Xfce4 desktop, only the folder > icon is shown in the panel. The other launchers are there, but the > buttons are empty (without icon but the size is right). For example, > "File Manager" (Thunar) has no icon shown. Ye

bug#21842: Brasero fails to start on foreign distros

Federico Beffa writes: > On Fri, Nov 6, 2015 at 3:49 PM, Ludovic Courtès wrote: >> As Andy notes on IRC, Brasero currently fails to start: >> >> --8<---cut here---start->8--- >> $ /gnu/store/dq3817g8w80c9hffbgzspslqjy7szq35-brasero-3.12.1/bin/brasero >> >> **

bug#21842: Brasero fails to start on foreign distros

Federico Beffa writes: > On Fri, Nov 6, 2015 at 3:49 PM, Ludovic Courtès wrote: >> As Andy notes on IRC, Brasero currently fails to start: >> >> --8<---cut here---start->8--- >> $ /gnu/store/dq3817g8w80c9hffbgzspslqjy7szq35-brasero-3.12.1/bin/brasero >> >> **

bug#21888: guix-publish gets ERROR when serve gtk+.

can't substitute gtk+ from a guix-publish server, it fails with: GET /nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2 In web/server/http.scm: 117:27 1 (http-read #< socket: #) In unknown file: 0 (peek-char #) ERROR: In procedure fport_fill_input: Connection reset by peer

bug#21888: guix-publish gets ERROR when serve gtk+.

On 2015-11-13 04:28, l...@gnu.org wrote: 宋文武 skribis: can't substitute gtk+ from a guix-publish server, it fails with: GET /nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2 In web/server/http.scm: 117:27 1 (http-read #< socket: #so...>) In unknown file: 0 (peek-ch

bug#20889: [PATCH] tk: Hardcode path to TK_LIBRARY.

l...@gnu.org (Ludovic Courtès) writes: > 宋文武 skribis: > >> From 6c9ea521e88d36bd1ce990a561477ec0e2950017 Mon Sep 17 00:00:00 2001 >> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= >> Date: Thu, 12 Nov 2015 13:31:19 +0800 >> Subject: [PATCH] tk: Hardcode path to

bug#21888: guix-publish gets ERROR when serve gtk+.

l...@gnu.org (Ludovic Courtès) writes: > 宋文武 skribis: > >> ---request begin--- >> GET /nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2 HTTP/1.1 >> User-Agent: Wget/1.16.3 (linux-gnu) >> Accept: */* >> Accept-Encoding: identity >> Host: localhost:8080

bug#22755: fixed

fixed in commit f072e9ad.

bug#22650: guixSD default umask is 0000

duce it. >> >> The problem is that lshd resets the umask when it starts (in >> src/daemon.c:daemon_init) but never changes it again. >> >> Perhaps we should be using pam_umask and login.defs (although I’m >unsure >> if lshd would honor it), or alternately ad

bug#22693: `guix refresh -u` updates other packages with same version

Leo Famulari writes: > I've noticed that `guix refresh -u` will update extraneous packages if > they happen to have the same version and be in the same module. > > For example, from commit d694230ab, you can reproduce the bug: > > $ ./pre-inst-env guix environment guix -- ./pre-inst-env guix refr

bug#22693: close

fixed in commit 2b8e9d9ed.

bug#23524: Test suite failures building 0.10.0 on CentOS7 - building from git

"Cook, Malcolm" writes: > Ludo! > > It has been far too long that I followed up on this. I have just now return > to this project. > > Setting HOME, as you last suggested, got me past the `make check` problems > from before. Thank you. > > However, `make check` still apparently halts after:

bug#23195: GNOME help does not work

Chris Marusich writes: > Hi, > > I'm using GuixSD v0.10.0 with GNOME. I've noticed that "help" does not > work. Specifically, I've observed the following: > > * Pressing F1 in any application does not work. Sometimes (e.g., in the > GNOME terminal) you get an error message saying something l

bug#23193: Cannot enable logout button in GNOME

Chris Marusich writes: > Hi, > > I'm using GuixSD v0.10.0. The default GNOME installation does not have > the "log out" button enabled by default. I've heard that this is the > new default in GNOME, so it's probably not an issue we need to fix. > However, I cannot seem to enable it at all. > >

bug#23260: (wxmaxima) crash: GLib-GIO-ERROR **: Settings schema 'org.gtk.Settings.FileChooser' is not installed

Danny Milosavljevic writes: > I finally got to the bottom of it. > > It says: > > (wxmaxima:27910): GLib-GIO-ERROR **: Settings schema > 'org.gtk.Settings.FileChooser' is not installed > > and it's right. I'm not sure how it's supposed to find them. > > On this GuixSD installation I only have

bug#23195: fixed

fixed in commit de477809d773.

bug#23001: emacs in X has icons missing and throws warnings in tty

Well, now the gtk+ is linked with gdk-pixbuf+svg, with adwaita-icon-theme and shared-mime-info (used by gdk-pixbuf at runtime) all my Emacs toolbar icons are missing (empty), but without any warning.

bug#24188: gnucash needs gtk+ in propagated-inputs

Arun Isaac writes: >> The following environment variables are set which may make a difference >> here: >> >> GUIX_GTK3_PATH=/run/current-system/profile/lib/gtk-3.0 >> GUIX_GTK2_PATH=/run/current-system/profile/lib/gtk-2.0 >> GTK_DATA_PREFIX=/run/current-system/profile > > After setting XDG_

bug#24327: java does not support swing

Alex Vong writes: > Hi, > > Our current java does not support swing. To reproduce, first install > java and clojure. Then start the clojure repl by running: > $ ~/.guix-profile/bin/java -cp ~/.guix-profile/share/java/clojure-1.8.0.jar > clojure.main > > Then try the repl by typing: > => (+ 1

bug#25537: gtksourceview-2 has xorg-server and shared-mime-info as inputs rather than native-inputs (they are just required for tests)

Danny Milosavljevic writes: > (define-public gtksourceview-2 > (package > (name "gtksourceview") > (version "2.10.5") ; This is the last version which builds against gtk+2 > (source (origin > (method url-fetch) > (uri (string-append "mirror://gnome/source

bug#25457: assword: gui: Namespace Gtk not available

Ivan Vilata i Balaguer writes: > Hi, when running ``assword gui`` from Assword 0.10 I get the following error: > > ``` > Traceback (most recent call last): > File > "/gnu/store/wicbdk90fihvvc2zvbvn1wc7jfv8ypbi-assword-0.10/bin/.assword-real", > line 9, in > load_entry_point('assword==0.1

bug#28088: "The name org.a11y.Bus was not provided by any .service files" with multiple applications

ng0 writes: > ng0 transcribed 1.6K bytes: >> Upon starting for example emacs in spectrwm I get this message: >> [1] Doneemacs >> user@abyayala ~$ >> ** (emacs-25-2:19121): WARNING **: Error retrieving accessibility >> bus address: org.freedesktop.DBus.Error.ServiceUnknown: T

bug#28088: "The name org.a11y.Bus was not provided by any .service files" with multiple applications

l...@gnu.org (Ludovic Courtès) writes: > Hi! > > iyzs...@member.fsf.org (宋文武) skribis: > >> GTK+ applications will provide accessibility support over this dbus >> service, so the AT-SPI clients (screen reader etc.) could use them. >> >> And this 'org.a11y.

bug#28756: Substitute download progress bar doesn't reach 100%

recently or not. >> >> Downloading >> https://mirror.hydra.gnu.org/guix/nar/gzip/drm4pj1k5mkb5784i0rkqb0bg2z8lmyw-libabw-0.1.1... >> libabw-0.1.1 346KiB > > Indeed, I’ve noticed too, and I think it relates to the new progress > reporters. 宋文武, do you experience this

bug#28756: Substitute download progress bar doesn't reach 100%

iyzs...@member.fsf.org (宋文武) writes: > l...@gnu.org (Ludovic Courtès) writes: > >> Hello, >> >> Leo Famulari skribis: >> >>> I just upgraded to the latest Guix and, while downloading substitutes, I >>> noticed the progress bar seems to never reac

bug#28756: Substitute download progress bar doesn't reach 100%

l...@gnu.org (Ludovic Courtès) writes: > Hello, > > iyzs...@member.fsf.org (宋文武) skribis: > >> iyzs...@member.fsf.org (宋文武) writes: >> >>> l...@gnu.org (Ludovic Courtès) writes: >>> >>>> Hello, >>>> >>>> Leo Famulari

bug#28756: Substitute download progress bar doesn't reach 100%

l...@gnu.org (Ludovic Courtès) writes: > iyzs...@member.fsf.org (宋文武) skribis: > >> From 6a3fa69f96fc2e3e074a9275066640ddfee57fd2 Mon Sep 17 00:00:00 2001 >> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= >> Date: Sat, 14 Oct 2017 22:45:55 +0800 >> Subject: [PATCH

bug#29644: gcc-objc is unusable without its 'gcc' executable

Hello, unlike fortran program files which can be compiled using the command 'gfortran' (in addition to 'gcc'), there is no other command for Objective-C program files, and run 'gcc -c x.m' using the 'gcc' package will just complain "Objective-C compiler not installed on this system" due to it lacki

bug#30623: cdogs-sdl builds but cannot be run

Nicolas Goaziou writes: > Hello, > > The package cdogs-sdl (release 0.6.6) seems to build fine, i.e., it is > successfully added to the store. Yet, whenever I try to run it with > "cdogs-sdl" command, it stops with a floating point exception. > Hello, I just updated the cdogs-sdl package to the

bug#30776: FVWM provides no .desktop file

ng0 writes: > When adding FVWM to the system profile and not using startx or something > like adding fvwm execution to the file in $HOME the login manager would > source, it does not appear in the selection of window managers to start. > > We should install a .desktop file for it. Hello, as your

bug#31770: New ‘guix pull’ dosen’t update the guix manual in GuixSD

l...@gnu.org (Ludovic Courtès) writes: > Hello Guix! > > For those who haven’t been following along on > , I have just > pushed a new ‘guix pull’. > > To summarize, ~/.config/guix/latest no longer exists. Instead > ~/.config/guix/current is

bug#31769: mpd / pulse control issue

Bradley Haggerty writes: > I have mpd enabled as a herd service. When I start my computer, mpd can play > my music fine, but pavucontrol can't connect to pulse and show my volume > controls. If I > kill pulse and open pavucontrol, all my volume controls are visible, but then > mpd can't play m

bug#31170: Package: nix build failed

writes: > Package: nix build failed Hello, thanks for the report. I had updated nix to 2.0.4, which should fix the build.

bug#31770: New ‘guix pull’ dosen’t update the guix manual in GuixSD

l...@gnu.org (Ludovic Courtès) writes: >> The last there are from the ‘export’ statement of ‘/etc/profile’, the >> first two are added by ‘source’ the profiles. Since there is a guix in >> the system profile contains the old info manual, the current one won’t >> be picked. > > Ooh! I think the c

bug#31661: Musescore broke after last Qt update (5.11)

Nicolas Goaziou writes: > Hello, > > Since Qt update, building Musescore consistently fails with the > following error message: > > [ 73%] Building CXX object mscore/CMakeFiles/mscore.dir/musescore.cpp.o > In file included from > /tmp/guix-build-musescore-2.2.1.drv-0/MuseScore-2.2.1/msco

bug#22137: Status: python-urwid on x86_64: AsyncEventLoopTest

Maxim Cournoyer writes: > This bug was supposedly fixed upstream [0] but there is no new release > yet. To be revisited after urwid 1.3.2 is released. > > [0]: https://github.com/urwid/urwid/issues/164 Hello, I update our urwid to version 2.0.1. Closing now, thanks!

bug#31591: [bug#31934] [PATCH] services: sound: Properly handle alsa-plugins.

Oleg Pykhalov writes: > Hello, > > iyzs...@member.fsf.org (宋文武) writes: > >> Julien Lepiller writes: > > […] > >> Hello, after some hours of searching... I found that we can use the >> 'lib' option in 'pcm_type' and 'ctl_type&#x

bug#32650: Nitpicking perl description

Alex Kost writes: > I have noticed that description of the 'perl' package is: > > "Perl 5 is a highly capable, feature-rich programming language with over > 24 years of development." > > Mentioning 24 years seems strange to me. Well, of course, "over 24 > years" will always be correct (as well a

bug#44924: guix build u-boot-pinebook --with-git-url failed due to "source" in C_INCLUDE_PATH

Running: guix build u-boot-pinebook \ --with-git-url=u-boot-pinebook=https://github.com/u-boot/u-boot Would fail with "fatal error: asm/string.h: No such file or directory". And it's caused by the first entry in C_INCLUDE_PATH, which is "/gnu/store/xxx-u-boot-xxx/include". I think we shoul

bug#44924: guix build u-boot-pinebook --with-git-url failed due to "source" in C_INCLUDE_PATH

Ludovic Courtès writes: > Hi, > > 宋文武 skribis: > >> Running: >> guix build u-boot-pinebook \ >> --with-git-url=u-boot-pinebook=https://github.com/u-boot/u-boot >> >> Would fail with "fatal error: asm/string.h: No such file or director

bug#44924: guix build u-boot-pinebook --with-git-url failed due to "source" in C_INCLUDE_PATH

> LGTM! > > You can push it right away to ‘core-updates’, but since it triggers a > full rebuild, now’s a good time to push another change that triggers a > full rebuild. :-) > Pushed bravely, thank you!

bug#45404: kiwix-desktop does not start

Maxime Devos writes: > Hello Guix, Hello! > > kiwix-desktop doesn't start. Depending on the environment, I get > different error messages: > > Variant #A (pure environment, in GDM session) > $ guix time-machine --commit=20a687bbfbc72ffcd802b4bc59db344ad4291577 > environment --ad-hoc --pure kiwix

bug#46398: hedgewars 1.0.0 fails to build again

"bdju" writes: > Apparently there were issues back in August. Version number is still > 1.0.0. Current build has been failing a couple weeks maybe. > Build log here: http://ix.io/2OPc > guix version: guix (GNU Guix) b421b2f66ec5b39bd1331e276bff5f9698cd65dc > I am using Guix System. Hello, thanks

bug#46269: first guix-pull on foreign distro doesn't create directories

Leo Famulari writes: > On Wed, Feb 03, 2021 at 01:19:22PM +0200, Efraim Flashner wrote: >> I just installed guix on a foreign distro. In my $HOME I didn't have a >> .config directory. >> >> (ins)efraimf@tux03:~$ time guix pull >> --commit=1b3dcb3dd266fda9732b7a8194bd24e80043fb7a >> guix pull: e

bug#46481: "guix download" with ftp URL doesn't work on IPv6 network

Danny Milosavljevic writes: > I strongly suspect there to be some problem with the ftp client since > that's the second file that doesn't work using guix download but does work > using wget, on the same computer. > > $ guix download ftp://ftp.denx.de/pub/u-boot/u-boot-2021.01.tar.bz2 > > Starting

bug#46481: "guix download" with ftp URL doesn't work on IPv6 network

Danny Milosavljevic writes: > LGTM! Pushed to master, thank you!

bug#34407: [PATCH] shepherd: Delete the socket file upon exit.

Yes, I have the 'rm /run/user/1000/shepherd/socket' workaround in my session script too... According to 'man 2 bind', the socket pathname should be deleted when no longer required, so a patch to fix this bug: >From f171f6adb2fc6ee3bf4d25378c2e7bba109b43d8 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?

bug#34407: [PATCH] shepherd: Delete the socket file upon exit.

Danny Milosavljevic writes: > On Sun, 17 Feb 2019 11:38:16 +0800 > iyzs...@member.fsf.org (宋文武) wrote: > >> Yes, I have the 'rm /run/user/1000/shepherd/socket' workaround in my session >> script too... >> >> According to 'man 2 bind', th

bug#37209: [PATCH] gnu: libvirt: Don't wrap with PATH

Hello, this patch will make libvirt use "/run/current-system/profile/bin/qemu-system-x86_64" in machine's definition, and it can use 'ovs-vsctl' in PATH: >From e463ef6952009a46c96981df0647cee414fb71a6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= Date: Wed, 28 Aug 2019

bug#37249: console shell upon login is not ~/.guix-profile/bash -- is this always/never ok?

Bengt Richter writes: > Hello, > > In the pursuit of causes for problems as yet not clear enough to > post as bugs, I am looking for ambivalences in name searches > in /gnu/... and /(the-rest). Hello, I think most guix packages (some won't or require manual configurations) will work on a foreign

bug#37309: ‘ssh-daemon’ service fails to start at boot

Giovanni Biscuolo writes: > Hi, > > following a recent discussion on guix-sysadmin I have to confirm the > ssh-daemon issue since it is still happening on some of the machines I > administer > > Previous possibly related bug reports are > https://issues.guix.gnu.org/issue/30993 and > https://issu

bug#37209: [PATCH] gnu: libvirt: Don't wrap with PATH

iyzs...@member.fsf.org (宋文武) writes: > Hello, this patch will make libvirt use > "/run/current-system/profile/bin/qemu-system-x86_64" > in machine's definition, and it can use 'ovs-vsctl' in PATH: > >>From e463ef6952009a46c96981df0647cee414fb71a6 Mon

bug#31365: libvirt/virt-manager: Embeds full path to qemu-system in saved .xml files

Vagrant Cascadian writes: > When i create a new libvirt instance with virt-manager, it embeds the > full path to the qemu binary used at the time. For the machine named > "networkboot": > > # grep qemu-system /etc/libvirt/qemu/networkboot.xml > > /gnu/store/0rzb7rjri2kb258j58asndw2pnp0xv9p-q

bug#53659: Fontmanager failing to build

Pāladhammika writes: > Fixed by roptat > https://git.savannah.gnu.org/cgit/guix.git/commit/?id=9295b911163f386ac63286c1d797718afabf5585 Cool, close this now!

bug#56437: Reduce closure size of gsettings-desktop-schemas

Maxime Devos writes: > On 07-07-2022 16:50, Pierre Neidhardt wrote: > >> Hi, >> >> Gsettings-desktop-schemas is required by WebKitGTK to load HTTPS pages. >> But it also depends on gnome-backgrounds which weights some 40 MiB. >> >> For sure this does not help the closure size... >> >> I suggest w

bug#57048: tiled-1.8.1 fails to build

Fixed in commit ee216d16ef5ea537eaf5508dcffa5d808ab62bb0, thank you for the report!

bug#57049: cool-retro-term-1.2.0 build failure

"bdju" writes: > build log: http://ix.io/46Yn > guix version: just shows up as 0 for some reason... cool-retro-term fixed in master now, thank you for the report! I have version as 0 too...

bug#57067: Missing Xfce icons

Ludovic Courtès writes: > In current ‘master’ (ca. 6db3b34d7203639ef4286c237a6e536259f92352), in a > VM created with: > > guix system vm gnu/system/examples/vm-image.tmpl > > Xfce is lacking a few icons in window decorations and in the bar at the top: > Fixed in commit 02b69362cb5922e3e2579b12

bug#57104: Python-symengine fails to build

Andreas Enge writes: > Since it replaces a broken package by a more modern broken package, I still > took the liberty to push, but it would be nice if someone with knowledge of > python and/or symengine could have a look. Disabling the tests makes the > compilation succeed, but it would be nice t

bug#57268: rottlog create a /.lastweek file

Our rottlog has an empty STATDIR, it will create a /.lastweek file when running. Normally it should use /var/lib/rottlog/.lastweek.

bug#57480: Wrong Type To Apply on Reconfigure

Julien Lepiller writes: > I don't know how to fix it, but here is what I think is the issue: > > in guix/scripts/system/reconfigure.scm: > > #:autoload (guix describe) (current-channels) > ... > (define* (check-forward-update ... >(current-channels ...)) > (define new (current-cha

bug#58697: [bug] guix refresh nftables crashes

Maxime Devos writes: > On 22-10-2022 03:55, kiasoc5 via Bug reports for GNU Guix wrote: >> % guix refresh nftables >> [...] >> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >> In procedure getaddrinfo: Servname not supported for ai_socktype >> ``` > > I can reproduce this locally and do

bug#59876: Bug.

Ping Pong writes: > Hello, Hello! > > My shell asked me to send this your way: > [...] > ./guix/serialization.scm:80:6: In procedure read-int: > ERROR: > 1. &nar-error: > file: #f > port: # > guix pull: error: You found a bug: the program > '/gnu/store/lzj46vv382in6axngwsjaaa2y96l

bug#59846: "Running Guix in a Virtual Machine" documentation unclear/incomplete/wrong

Ian Eure writes: > I’m trying to explore Guix System by running it in a VM on my computer > which runs Debian. I’m interested in some of the Guix ideas, but not > ready to do a bare-metal install. Hello! > > I found the download page[1] and got a copy of the QEMU image, then > clicked "Installa

bug#61132: xfce 4.18 issues: gsettings, icons missing, and logout need long time

> [...] > > Hello Feng Shu and Michael Rohleder, I have create a wip-xfce branch and > applied all patches: They're all LGTM, and I will merge it after some > tests later. Thank you! > Pushed! During my tests, I find some issues though: 1. in xfce4-appearance-settings, switch the theme to greyb

bug#59579: installing zbar prevents gdm to start on Ubuntu 22.04 foreign distro

Simon Tournier writes: > Hi, > > On Fri, 25 Nov 2022 at 18:45, Clément Lassieur wrote: > >> It's very difficult to pin the issue down to a guix package being >> installed. >> >> I imagine the bug would not happen if ~/.guix-profile/share was not in >> XDG_DATA_DIRS. > > Yes, it is related to XDG

bug#61195: termite failed to build, need switch to a maintained fork

New fork: https://github.com/aperezdc/termite Maybe also remove vte-ng.

bug#61343: modules from channels is not available to "guix repl"

I have add the rde channel to my guix, and "guix pull". --8<---cut here---start->8--- (cons* (channel (name 'rde) (url "https://git.sr.ht/~abcdw/rde";) (introduction (make-channel-introduction "257cebd587b66e4d865b3537a9a88cccd7107c95" (openpgp-

bug#57677: GIMP retains reference to GCC

Ludovic Courtès writes: > [...] > So the root cause is that GIMP’s build process captures the output of > ‘gcc -v’, which leads to this unintended retention. I sent a patch to fix reference from 'gcc -v', but gcc is still here via exiv2->gcc: rg -a /gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gc

bug#61469: Xfce window snapping broke with latest upgrade

Nathan Dehnel writes: > Latest guix pull and reconfigure caused window snapping to stop > working in XFCE. I have tried toggling it off and on a few times in > the settings. > Current generation: ccf742f120452acf587d16e40adea570d15169c4 > Previous generation: 658c09333da095edf6e1b3c5e351a7bfa3c87

bug#61343: [PATCH] scripts: repl: Load (gnu packages) to set up %load-path.

Josselin Poiret writes: > * guix/scripts/repl.scm: Add (gnu packages) to the used modules so that > channel > Scheme files are available straight away. > --- > Hi both of you, > > I don't think there's a reason for that, other than no one realizing before. > Here's a simple fix, freshly tested.

bug#48214: inetutils-1.9.4 build fails

Bone Baboon writes: > I have reopened bug#48214 because while inetutils-1.9.4 can be built on > x86_64 with IPv6 disabled this command fails on x86_64 with IPv6 > disabled `guix build --no-substitutes --system=i686-linux` inetutils`. > This command has the same failing test. Attached is the fail

bug#61469: Xfce window snapping broke with latest upgrade

Nathan Dehnel writes: > Turns out the setting for this is called "tiling" in xfce, not > "snapping". So I was able to re-enable it. This can probably be > closed. Cool! Close now, thank you!

bug#71458: wireplumber service fails to start in home-pipewire-service-type

Antero Mejr writes: > Immediately after logging into an account with > home-pipewire-service-type in the home environment, about 5 error > messages appear about the wireplumber service failing and restarting. > Eventually herd gives up trying to start wireplumber. > > Trying to start it manually

bug#71458: wireplumber service fails to start in home-pipewire-service-type

Antero Mejr writes: > 宋文武 writes: > >> Antero Mejr writes: >> >> Have a look at ~/.local/state/log/shepherd.log, it should have some logs >> from wireplumber, which may help debuging. > > It was a problem with older versions of Wireplumber, this > ye

bug#70456: core-updates failed package: time

time-1.9 fail its test on core-updates: https://ci.guix.gnu.org/build/4587082/log/raw time(1) failed to detect 5MB allcoation. mem-baseline(kb): 768 mem-5MB(kb): 5720 delta(kb):4952 FAIL tests/time-max-rss.sh (exit status: 1) delta is 4952, but it expect 5000-6000. No idea wha

  1   2   >