bug#40550: zsh: sudo is not setuid

On Mon Apr 13, 2020 at 6:14 PM PST, Leo Famulari wrote: > I tested it, and if the file ~/.zprofile already exists when Guix tries > to set up its own ~/.zprofile, then nothing is done. Maybe you already > had a ~/.zprofile? Yes. That should be the problem then. It is confusing though, because I di

bug#40565: make authenticate fails: commit 77704cb13e5bebf412297dab764a00849a3cfdc0: key A0C5E3522EF8EF5C64CDB7F0FD73CAC719D32566 is missing

On 16.04.2020 11:24, Tobias Geerinckx-Rice wrote: Ela, Eric, elaexuotee--- via Bug reports for GNU Guix 写道： It looks like the referenced key doesn't exist in the keyservers: $ gpg --recv-keys A0C5E3522EF8EF5C64CDB7F0FD73CAC719D325 gpg: keyserver receive failed: No data Eric, I didn't

bug#40544: Pulseaudio is not looking for user configuration

> That's a known [0] (but AFAIK undocumented) side effect of the > PulseAudio service, which was added to %desktop-services in January > [1]. If you want PulseAudio to read your user configuration files > you'll have to remove that service from your system services or unset > PULSE_CONFIG and PUL

bug#40675: Chromium doesn't start pulseaudio if pulseaudio isn't running

It instead seems to use Alsa directly, because when I then run Pulseaudio, it just creates a 'dummy output'. This is annoying with the default Pulseaudio behaviour of exiting after 20 seconds of idling.

bug#40669: [PATCH] gnu: Add exfatprogs.

* gnu/packages/file-systems.scm (exfatprogs): New public variable. --- Leo, Here 't is. Boring, but avoids you some duplicate busywork. > New "official" package I'm not… I'm really not biting, you know. Nope. Nein! Enjoy, T G-R gnu/packages/file-systems.scm | 31

bug#15284: wish: make the (name) field optional

I agree with Ludo and Andreas that we better shouldn’t make the name field optional. That said, I just pushed a series of patches that happens to address this wishlist item in a very roundabout way. It is now possible to build packages from JSON files like this: --8<---cut here--

bug#40672: shepherd fails to terminate processes after PID file timeout expiration

As discussed during , in Shepherd 0.7.0, if a process created with ‘fork+exec-command’ & co. with #:pid-file fails to start before #:pid-file-timeout has expired, shepherd marks it as failed but the process potentially just keeps running. Ludo’.

bug#40652: #36924 way solves the problem for me

Guillaume Le Vaillant skribis: > Guillaume Le Vaillant skribis: > >> Ludovic Courtès skribis: >> >>> Hi Guillaume, >>> >>> Guillaume Le Vaillant skribis: >>> I don't know if it's related, but recently I had GDM crashes at boot after reconfiguring a system using gdm-service-type (gene

bug#40525: inferior process on core-updates crashes: mmap(PROT_NONE) failed

Christopher Baines writes: > Ludovic Courtès writes: > >> Hi Christopher, >> >> Christopher Baines skribis: >> >>> I've attached a script that when run should reproduce the issue. I >>> extracted the code relating to lint warnings from the Guix Data >>> Service. The script attached runs this c

bug#40669: New "official" exfat-utils package

Leo, Leo Famulari 写道： Help wanted packaging the new exfatprogs! I already have a package. I'll send it here. Kind regards, T G-R signature.asc Description: PGP signature

bug#40669: New "official" exfat-utils package

There is a new package for working with Linux-native exFAT filesystems: https://github.com/exfatprogs/exfatprogs https://lkml.org/lkml/2020/4/8/1014 It was originally called exfat-utils, like our existing FUSE-based exfat-utils package, but it will be renamed exfatprogs in the next release. Help

bug#40525: inferior process on core-updates crashes: mmap(PROT_NONE) failed

Ludovic Courtès writes: > Hi Christopher, > > Christopher Baines skribis: > >> I've attached a script that when run should reproduce the issue. I >> extracted the code relating to lint warnings from the Guix Data >> Service. The script attached runs this code twice against the inferior, >> once

bug#40650: guix test suite failures building Debian package

Thanks for the quick response! On 2020-04-16, Ludovic Courtès wrote: > Vagrant Cascadian skribis: > >> Any of the test suites that require networking will need to be disabled >> for Debian packages. > > That should be fine. Well, they need to be disabled even if networking is available... We mi

bug#40583: guix-system-install-1.0.1.i686 fails to build amdgpu

Hi, Danny Milosavljevic skribis: > could you try installing the i686 version from > https://web.fdn.fr/~lcourtes/software/guix/1.1.0rc2.5/ ? Or the just-released 1.1.0? It very likely fixes the “screen noise” issue you encountered: https://guix.gnu.org/download/ Thanks in advance, Ludo’.

bug#40574: [wip-hurd-vm]: cross-build of `guix' fails

Hello! Jan Nieuwenhuizen skribis: > In procedure lstat: No such file or directory: > "/tmp/guix-build-guix-1.0.1-18.11fc384.drv-0/source/gnu/../gnu/installer/~^m\x18 > " This one is funny: --8<---cut here---start->8--- $ (unset GUILE_LOAD_COMPILED_PATH; CO

bug#40565: make authenticate fails: commit 77704cb13e5bebf412297dab764a00849a3cfdc0: key A0C5E3522EF8EF5C64CDB7F0FD73CAC719D32566 is missing

Ela, Eric, elaexuotee--- via Bug reports for GNU Guix 写道： It looks like the referenced key doesn't exist in the keyservers: $ gpg --recv-keys A0C5E3522EF8EF5C64CDB7F0FD73CAC719D325 gpg: keyserver receive failed: No data Am I flubbing something up? Or is this a legitimate issue? It's

bug#40626: Poor performance on low-end ARMv7 devices

Ludovic Courtès skribis: > Most of it seems to go in loading .go files: On x86_64, I’ve run: ./pre-inst-env perf record guile -c '(use-modules (gnu packages libreoffice))' which shows mostly GC activity, along with symbol interning activity: --8<---cut here---start--

bug#24937: "deleting unused links" GC phase is too slow

Here are more benchmarks on one of the build nodes. It doesn’t nearly have as many used inodes as ci.guix.gnu.org, but I could fill it up if necessary. root@hydra-guix-127 ~# df -i /gnu/ Filesystem Inodes IUsedIFree IUse% Mounted on /dev/sda3 28950528 2796829 26153699 10%

bug#40544: Pulseaudio is not looking for user configuration

Hey, pkill9 writes: > Pulseaudio doesn't read my user configuration files according to strace. > > Attached is the output of `strace -o /tmp/log.log pulseaudio` - It only > looks for /etc/pulse/daemon.conf. That's a known [0] (but AFAIK undocumented) side effect of the PulseAudio service, which

bug#40652: GDM does not starts after April 10 system reconfigure

Yes, Rene, that worked. I deleted "/var/lib/gdm" and also ".local/share" and ".cache", which were 4.7 GiB and 2.9 GiB respectively. Reading bug #36924 now I remember I've been through this before.

bug#24937: "deleting unused links" GC phase is too slow

Ricardo Wurmus writes: > Ludovic Courtès writes: > >> Ricardo, Roel: would you be able to run that links-traversal.c from >> >> on a machine with a big store, as described at >>

bug#40652: #36924 way solves the problem for me

Guillaume Le Vaillant skribis: > Ludovic Courtès skribis: > >> Hi Guillaume, >> >> Guillaume Le Vaillant skribis: >> >>> I don't know if it's related, but recently I had GDM crashes at boot >>> after reconfiguring a system using gdm-service-type (generation n) to >>> make it use slim-service-t

bug#40652: #36924 way solves the problem for me

Ludovic Courtès skribis: > Hi Guillaume, > > Guillaume Le Vaillant skribis: > >> I don't know if it's related, but recently I had GDM crashes at boot >> after reconfiguring a system using gdm-service-type (generation n) to >> make it use slim-service-type instead (generation n+1), and then >> r

bug#40652: #36924 way solves the problem for me

Hi Guillaume, Guillaume Le Vaillant skribis: > I don't know if it's related, but recently I had GDM crashes at boot > after reconfiguring a system using gdm-service-type (generation n) to > make it use slim-service-type instead (generation n+1), and then > reconfiguring to gdm-service-type again

bug#40650: guix test suite failures building Debian package

Hi Vagrant, Vagrant Cascadian skribis: > Any of the test suites that require networking will need to be disabled > for Debian packages. That should be fine. > One thing that occurs to me is Debian systems have USER_NS_UNPRIVLEDGED > disabled by default (enableable at run-time with > /proc/sys/

bug#40652: #36924 way solves the problem for me

R Veera Kumar skribis: > The solution in bug #36924 solved the problem in my system. > > Remove /var/lib/gdm and make a empty one instead. > > Thanks Rene! > > Regards, > Veera I don't know if it's related, but recently I had GDM crashes at boot after reconfiguring a system using gdm-service-ty