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
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
> an
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 explaine
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', a
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 `glibc-u
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!
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
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
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
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.
>>
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
'ad
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.
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
/gnu/store/bc4sd2819gmy22
Brice Waegeneire writes:
> 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 513885b54e5a
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
Hello Florian,
On 2020-04-28 09:45, pelzflorian (Florian Pelz) wrote:
Danny, Brice, I’m putting you in Cc, maybe you have an opinion on
this? I suppose I should not change %default-extra-linux-options.
Keeping this module enabled in the kernel seems a good idea, it allows
support for mice sol
sirgazil writes:
> > Is this error repeatable for you? Guix built fine on the CI:
>
> No. It worked this time, although I skipped step 2. I don't know if that
> could make any difference.
It should not have made a difference.
I doubt we'll find out what went wrong, so closing the issue. Tha
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: Vi
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] https://bugs.we
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].
>
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; possibl
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 de
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 end
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 releas
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
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 you
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 513885b54e5a6abd46cb02b
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
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
>#
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
> (/gnu/store/nyylgcnzmbw8wrn4sna2crl0g7zxxh33-alsa-lib-1.2.2/lib/alsa-lib/libasound_module_conf_pulse.so
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
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 blo
32 matches
Mail list logo
