bug#40952: gnuradio-osmosdr: no hook into gnuradio block directory?

2020-04-28 Thread Christopher Howard
Hi, I installed gnuradio and gnuradio-osmosdr, but when I open gnuradio, none of the osmosdr blocks are available from gnuradio blocks list. Specifically, I was looking for osmosdr source block, which I am familiar with from using gnuradio under Debian. I believe the problem is that the osmosdr

bug#40832: Audacity does not work with PulseAudio

2020-04-28 Thread Leo Famulari
On Tue, Apr 28, 2020 at 11:25:32PM +0200, Ludovic Courtès wrote: > Could it be that the problem is in Audacity and not in alsa-lib? I'm not 100% sure but I don't think so. The function snd_config_hooks_call() is from alsa-lib I can't find any way in alsa-lib for it work in this case, even though

bug#40832: Audacity does not work with PulseAudio

2020-04-28 Thread Ludovic Courtès
Hi, Leo Famulari skribis: > When Audacity starts, it prints this line: > > -- > ALSA lib conf.c:3683:(snd_config_hooks_call) Cannot open shared library > libasound_module_conf_pulse.so >

bug#40872: First installed package on guix system is not instantly usable

2020-04-28 Thread Stefan
Hi Marius! > This is odd, as /etc/profile contains a workaround for this exact > problem (notice the else clause): > > # Arrange so that ~/.config/guix/current comes first. > for profile in "$HOME/.guix-profile" "$HOME/.config/guix/current" > do > if [ -f "$profile/etc/profile" ] > then >#

bug#25484: Closing #25484?

2020-04-28 Thread Ludovic Courtès
Hi, Brice Waegeneire skribis: > I think this 3 year old bug is fixed, even though Ricardo's patch wasn't > applied. I can't find any “may conflict with “ in the build log of a > recent > build of qemu[0] and qemu now depends on 'libjpeg-turbo' instead of > 'libjpeg' since

bug#40405: System log files are world readable

2020-04-28 Thread Ludovic Courtès
Hello, Diego Nicola Barbato skribis: > Great! Now we can simplify the 'start' method of > 'syslogd-service-type'. Oh right, do you want to take care of it? > I did eventually write a test script, which I've attached in case we > want to add it to the Shepherd. I'm sorry it took so long that

bug#40544: Pulseaudio is not looking for user configuration

2020-04-28 Thread Ludovic Courtès
Hi Diego, Diego Nicola Barbato skribis: >>> 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

bug#39406: emacs-telega on 32bit - "Emacs with wide ints (--with-wide-int) is required"

2020-04-28 Thread Diego Nicola Barbato
Hi, This bug has been fixed in a663b7040c3c7ed12d4f673c4ac090ad8d9b8e20. See https://debbugs.gnu.org/39412 for more details. Please note that for emacs-telega to work on 32-bit systems (i686, armhf) it needs to be installed alongside emacs-wide-int instead of emacs. Regards, Diego

bug#40912: [BUG] GUI installer loops when using a NVME drive

2020-04-28 Thread K I
Hello Mathieu, I can confirm that it works. Thank you. On Tue, 28 Apr 2020 09:25:07 +0200, Mathieu Othacehe wrote: > > Hello Kozo, > > > Did some troubleshooting with Civodul. Submitting the message log that > > helped him determine it was a NVME issue. > > I guess you used the 1.1.0

bug#40893: import crate: Recursive importer loops

2020-04-28 Thread Leo Famulari
On Mon, Apr 27, 2020 at 09:12:44AM +0200, Hartmut Goebel wrote: > When running "import crate -r", the same packages get downloaded again > and again. Depending on the package to be imported, this looping can > take quite some time and the user gets the impression, that the import > will recurse

bug#40945: Rottlog service should create filenames with a '.gz' extension

2020-04-28 Thread Leo Famulari
Currently, the rottlog service in %base-services creates old rotated logs that are named like "messages.1", "messages.2", etc. However, these files are compressed with gzip, and gzip refuses to decompress them until you add '.gz' to the end of the filenames. I think this should be happening by

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

2020-04-28 Thread Jan Nieuwenhuizen
Mathieu Othacehe writes: Hello Mathieu! > I had a look to (gnu system hurd), this is really nice! I think we could > try an explosive mixture of our two branches :) Sure, why not? ;-) I played a bit yesterday with wip-disk-image. Not that (gnu system hurd) already lives on core-updates;

bug#40837: core-updates: webkitgtk web process sandbox incomplete

2020-04-28 Thread sirgazil via Bug reports for GNU Guix
On Tue, 28 Apr 2020 23:27:57 + Jack Hill wrote > After further discussion on the Bubblewrap issue [0], it was determined > that the problem should be fixed by having WebKitGTK canonicalize paths > before passing them to bwrap. There is now a WebKit issue for that fix [1]. >

bug#40837: core-updates: webkitgtk web process sandbox incomplete

2020-04-28 Thread Jack Hill
After further discussion on the Bubblewrap issue [0], it was determined that the problem should be fixed by having WebKitGTK canonicalize paths before passing them to bwrap. There is now a WebKit issue for that fix [1]. [0] https://github.com/containers/bubblewrap/issues/195 [1]

bug#40872: First installed package on guix system is not instantly usable

2020-04-28 Thread Marius Bakke
Stefan writes: > Hi! > > I have a guix system and my user account has no package installed yet. After > installing the first package – git-minimal in my case – this message is > printed and I get this error when trying to use the new command: > > building profile with 1 package... > Hinweis:

bug#40405: System log files are world readable

2020-04-28 Thread Diego Nicola Barbato
Hi, Ludovic Courtès writes: > Hi, > > Ludovic Courtès skribis: > >> Diego Nicola Barbato skribis: >> From 43c9ded791ce5b480504ce3528ee34578168f90e Mon Sep 17 00:00:00 2001 >>> From: Diego Nicola Barbato >>> Date: Tue, 7 Apr 2020 13:58:28 +0200 >>> Subject: [PATCH 1/2] service: Create log

bug#40929: go-sctp build failure: "protocol not supported"

2020-04-28 Thread Josh Holland
Hi, I was trying to install docker, which has go-sctp as a dependency. However, it fails to build, with the following output: $ guix build go-sctp The following derivation will be built: /gnu/store/bc4sd2819gmy22dda1nhd179cacw7ny6-go-sctp-0.0.0-1.07191f8.drv building

bug#40899: Locales not set up correctly

2020-04-28 Thread zimoun
On Tue, 28 Apr 2020 at 12:59, Matthew Kraai wrote: > I think the problem is that LANG is set to 'C.UTF-8' by default. If I > change the contents of /etc/default/locale from > > LANG=C.UTF-8 > > to > > LANG=en_US.UTF-8 Ah yes. :-) So closing.

bug#40899: Locales not set up correctly

2020-04-28 Thread Matthew Kraai
On Tue, Apr 28, 2020 at 11:15:58AM +0200, zimoun wrote: > Is 'admin' the regular user or another name for the 'root' account? > > On the Debian foreign distro, for GUIX_LOCPATH, I have: > > - root account: /root/.guix-profile/lib/local > - regular user: /home/kikoo/.guix-profile/lib/locale

bug#40544: Pulseaudio is not looking for user configuration

2020-04-28 Thread Diego Nicola Barbato
Hi, Ludovic Courtès writes: > Hi Diego, > > Diego Nicola Barbato skribis: > >> 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.

bug#35574: bcm5974 touchpad is not recognized as touchpad

2020-04-28 Thread pelzflorian (Florian Pelz)
On Mon, Apr 27, 2020 at 08:36:37AM +0200, Mathieu Othacehe wrote: > Thanks for fixing this! This seems like a reasonable choice. However, I > noticed that on Ubuntu, CONFIG_USB_MOUSE is set to 'M'. So maybe they > have some special udev/blacklist rules to handle this case? Interesting. Thank you

bug#40926: spice-vdagent not scaling the display

2020-04-28 Thread camlriot
Hi, I have installed guix v1.1.0 as a guest OS using virt-manager. In the misc. services section of the manual http://guix.gnu.org/manual/en/guix.html#Miscellaneous-Services , it is suggested to enable the spice-vdagent service. So, with help on irc chat I added the two lines in my config.scm

bug#40899: Locales not set up correctly

2020-04-28 Thread zimoun
Is 'admin' the regular user or another name for the 'root' account? On the Debian foreign distro, for GUIX_LOCPATH, I have: - root account: /root/.guix-profile/lib/local - regular user: /home/kikoo/.guix-profile/lib/locale Hope that helps, simon

bug#35441: r-minimal is not reproducible

2020-04-28 Thread Ricardo Wurmus
With the upgrade to R 4.0.0 r-minimal is now reproducible. This is not because R 4.0.0 fixed anything but because more package meta data files had become irreproducible. I noticed that setting LC_ALL to C during the build ensures that package meta data files are generated reproducibly. Closing!

bug#40899: Locales not set up correctly

2020-04-28 Thread Matthew Kraai
On Tue, Apr 28, 2020 at 10:14:13AM +0200, zimoun wrote: > On Tue, 28 Apr 2020 at 09:56, Matthew Kraai wrote: > > > When I run guix, it still produces the same locale messages: > > > > ``` > > $ guix package -I > > guile: warning: failed to install locale > > hint: Consider installing the

bug#40899: Locales not set up correctly

2020-04-28 Thread zimoun
On Tue, 28 Apr 2020 at 09:56, Matthew Kraai wrote: > When I run guix, it still produces the same locale messages: > > ``` > $ guix package -I > guile: warning: failed to install locale > hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package > and defining `GUIX_LOCPATH',

bug#40899: Locales not set up correctly

2020-04-28 Thread Matthew Kraai
Hi simon, On Mon, Apr 27, 2020 at 02:53:17PM +0200, zimoun wrote: > On Mon, 27 Apr 2020 at 14:30, Matthew Kraai wrote: > > > $ guix package -i nss-certs > > guile: warning: failed to install locale > > There 3 points: > > a) "guix install glibc-utf8-locales" as root because of the daemon >

bug#40912: [BUG] GUI installer loops when using a NVME drive

2020-04-28 Thread Mathieu Othacehe
Hello Kozo, > Did some troubleshooting with Civodul. Submitting the message log that > helped him determine it was a NVME issue. I guess you used the 1.1.0 release? This bug should be resolved on master. Do you have the possibility to build a new ISO image? You can run this command as

bug#25484: Closing #25484?

2020-04-28 Thread Brice Waegeneire
Hello Guix, I think this 3 year old bug is fixed, even though Ricardo's patch wasn't applied. I can't find any “may conflict with “ in the build log of a recent build of qemu[0] and qemu now depends on 'libjpeg-turbo' instead of 'libjpeg' since 513885b54e5a6abd46cb02b04ebab51b879150c0. Should