bug#26353: GuixSD /tmp cleaner fails to clean when Umlauts like "ä" are used in filenames

[Danny Milosavljevic]

Hi Ludo,

+(define delete-file*
+  (let ((proc (syscall->procedure int "unlike" '(*

Typo.  Should be "unlink".

>+(lambda* (file #:optional (string->pointer string->pointer/utf-8))
>+  (proc (string->pointer file)

>Ideas?

Well, we could always include a special wrapper in guile-static - like we do
for load-linux-module/fd.

That way, it is included in the statically linked guile executable.

bug#22629: [PATCH 0/4] 'guix pull' produces a self-contained Guix

[Ludovic Courtès]

Hello Guix!

Ludovic Courtès  skribis:

> Here is the “new” ‘guix pull’ that we discussed notably in this thread:
>
>   https://bugs.gnu.org/22629
>
> The major difference is that instead of just building a bunch of modules
> and putting them under ~/.config/guix/latest, it now produces a
> standalone package (with bin/guix, share/info/guix.info, etc.) and puts
> it in a profile under ~/.config/guix/current.  Quoth the manual:

I have just pushed the new ‘guix pull’, with a few improvements compared
to the patches I had sent:

  • Both guix.info and all of guix.LANG.info are now built.

  • The derivation that builds locale data depends only on the po/
directory, so it won’t be rebuilt every time.  Likewise for the
derivation that builds the manual.

  • Meta-data about what was pulled is kept in manifest entries, using
the ‘properties’ discussed in .
Currently the UI doesn’t use it but you can see that info in
~/.config/guix/current/manifest.

Let me know how it goes!

Ludo’.

bug#31769: mpd / pulse control issue

[Bradley Haggerty]

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 music. If I kill pulse again
and this time play a song in mpd, mpd works again, but pavucontrol can't
connect. Basically, if mpd starts pulse, mpd works, but other things can't
connect, and if pavucontrol starts pulse, mpd can't connect to pulse. Since
I have mpd enabled as a service, it's the one to start pulse on a fresh
boot. I also tried starting pulse as my user by killing it and opening
pavucontrol, then restarting the mpd service in case it could find my pulse
service this way. No success there. While mpd has control of pulse, other
applications also lack sounds, such as mpv (video players) and icecat.

mpd version: 0.20.20
OS: GuixSD c300cae68233ec7cbf50c40bdea7c191eed21e54 x86_64

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 populated with a complete Guix (without
> ‘guix-daemon’ though), including an up-to-date manual and so on.
> ~/.config/guix/current is a regular profile, meaning that you can
> roll-back to a previously-pulled Guix and so on.

Great!


After run ‘guix pull’ twice, I have got ‘~/.config/guix/current’, then
use it to do a system reconfigure for ‘/etc/profile’.

But the guix manual doesn’t got updated, my ‘INFOPATH’ contains:

- /home/iyzsong/.guix-profile/share/info
- /run/current-system/profile/share/info
- /home/iyzsong/.config/guix/current/share/info
- /home/iyzsong/.guix-profile/share/info
- /run/current-system/profile/share/info

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.

I think we should make ‘INFOPATH’ a search path of the ‘current’ guix
profile, so that it overrides previous ones.

bug#31726: confirming proposed change

[Ludovic Courtès]

Hi,

Jack Hill  skribis:

>> Jack Hill  skribis:
>>
>>> Sure, I'll give make a path a go. You're thinking that I should try
>>> applying the changes that the commit introduced as part of our package
>>> definition?
>>
>> Yes, either that or use a snapshot of upstream haskell-mode.
>
> I have started workign on a patch implementing the former. I've
> included what I have so far below, but it's not ready to be included
> in the distribution because not all of the tests pass. Maybe this is
> because the one patch shouldn't be applied in issolation and it would
> be bettter to take the snapshot approach?
>
> Otherwise, is what I did with the package revision reasonable?

Yes, definitely.

> From 62ae1a14c48f3d70e6f47ffd6de60a0b9af9d43f Mon Sep 17 00:00:00 2001
> From: Jack Hill 
> Date: Thu, 7 Jun 2018 22:54:12 -0400
> Subject: [PATCH] Patch haskell-mode to remove unused lexical variables
>
> ---
>  gnu/packages/emacs.scm | 174 
> +++--
>  ...ell-mode-removed-unused-lexical-variables.patch |  42 +
>  2 files changed, 131 insertions(+), 85 deletions(-)
>  create mode 100644 
> gnu/packages/patches/haskell-mode-removed-unused-lexical-variables.patch

You’ll need to add the patch to gnu/local.mk.

> --- /dev/null
> +++ b/gnu/packages/patches/haskell-mode-removed-unused-lexical-variables.patch

Please add a line or two with the URL of the upstream bug report or
patch, and maybe a few words on what the patch is about.

Thank you!

Ludo’.

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 music. If I kill pulse again and this time play a song in mpd, 
> mpd works again,
> but pavucontrol can't connect. Basically, if mpd starts pulse, mpd works, but 
> other things can't connect, and if pavucontrol starts pulse, mpd can't 
> connect to pulse. Since
> I have mpd enabled as a service, it's the one to start pulse on a fresh boot. 
> I also tried starting pulse as my user by killing it and opening pavucontrol, 
> then restarting the
> mpd service in case it could find my pulse service this way. No success 
> there. While mpd has control of pulse, other applications also lack sounds, 
> such as mpv (video
> players) and icecat.

According to the wiki of ArchLinux, users of PulseAudio with a
system-wide MPD configuration have to implement a workaground:



It suggests letting mpd use pulseaudio's tcp module to send sound to
localhost, where user's pulseaudio server listening.

This seems too tricky for me, I'll suggest you forget the system herd
service, and launch mpd as a normal user:
.