Hi Liliana,
Liliana Marie Prikler writes:
> Am Dienstag, dem 08.03.2022 um 13:33 -0500 schrieb Philip McGrath:
[...]
>> I don't know what the most correct way would be to write this code,
>> but I think we could defer the error until someone attempts to build
>> the package for the
Hi Liliana,
Liliana Marie Prikler writes:
> Hi,
>
> Am Montag, dem 07.03.2022 um 12:47 + schrieb Diego Nicola Barbato:
>> Hi Guix,
>>
>> Commit e8518c43 (gnu: Add stex) breaks guix pull, specifically the
>> package cache hook, on i686-linux.
> This
Hi Guix,
Commit e8518c43 (gnu: Add stex) breaks guix pull, specifically the
package cache hook, on i686-linux. I.e. the following command
--8<---cut here---start->8---
guix pull --commit=e8518c43 --system=i686-linux -p /tmp/guix
--8<---cut
Hi Mathieu,
Mathieu Othacehe writes:
> Hello,
>
> The php package test suite is failing this way on master:
>
> =
>
> =
> FAILED TEST SUMMARY
>
Hi,
Luis Felipe writes:
> STEPS TO REPRODUCE
>
> 1. guix install pioneer
> 2. run pioneer from a terminal
>
>
> EXPECTED RESULT
>
> The game starts and I can play it.
>
>
> UNEXPECTED RESULT
>
> The game starts, but fails while loading assets. It displays a message that
> says:
>
> Error
Hey,
Diego Nicola Barbato writes:
[...]
> Apparently there is nothing wrong with the slider. Instead matrix
> multiplication, which is used under the hood for transformations, seems
> to sometimes produce incorrect results on i686-linux. I have reported
> this as a separat
Hey Guix,
Since the recent core-updates merge (commit 4bdf418) ant-bootstrap fails
to build on i686-linux. I've attached the build log.
Regards,
Diego
snb6jmz4sd0l8rga6bhnzgzxy999ay-ant-bootstrap-1.8.4.drv.bz2
Description: ant-bootstrap-1.8.4.drv.bz2
Hi Guix,
On i686-linux Numpy produces incorrect results for some matrix
products.
This minimal reproducer ...
--8<---cut here---start->8---
python3 <8---
... should return:
--8<---cut here---start->8---
[0. 0. 1.]
[0. 0.
Hi,
Leo Famulari writes:
> On Fri, Apr 03, 2020 at 05:20:08PM +0200, Diego Nicola Barbato wrote:
>> The package python-matplotlib fails to build during the check phase on
>> i686-linux. The test failure appears to be deterministic:
I've taken a closer look at the failing test (
Hi,
Pierre Neidhardt writes:
> Guix commit e7b86a0d88760275afefa0c44a3c30602f80aac0
>
> $ nm-applet
>
> (nm-applet:28022): GLib-GIO-ERROR **: 20:18:12.633: Settings schema
> 'org.gnome.nm-applet' is not installed
> trace/breakpoint trap
>
> It used to work on commit
Hey,
Ludovic Courtès writes:
> Hello Alex & Marius,
>
> Marius Bakke skribis:
>
>> Alex Sassmannshausen via Bug reports for GNU Guix
>> writes:
>>
>>> Hello,
>>>
>>> I maintain a number of servers using Guix deploy. It seems that the
>>> recent upgrade to Herd in Guix, and specifically
Hi,
wensheng xie writes:
> Hi, Marius:
>
> The problem is not reproduced after I did another 'guix pull'. I attached the
> information:
>
> 1.
> root@guix ~# guix describe
> Generation 4 May 04 2020 06:21:35 (current)
> guix c563f88
> repository URL:
Hi,
Ludovic Courtès writes:
> 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 already did: https://debbugs.gnu.org/40937
[...]
Regards,
Diego
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,
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
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 pulseau
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,
Hi,
Leo Famulari writes:
> On Fri, Apr 03, 2020 at 06:12:16PM +0200, Diego Nicola Barbato wrote:
>> The following error messages in .telega/telega-voip.log seem relevant:
>>
>> --8<---cut here---start->8---
>> 04-01 20:04:04
Hey,
Ludovic Courtès writes:
> Hi,
>
> Diego Nicola Barbato skribis:
>
>> On Guix System the log files (in /var/log) generated by syslogd are
>> currently (commit 151f3d4) world readable. They should probably only be
>> readable by root (for the same rea
Hi Marius,
Marius Bakke writes:
> Diego Nicola Barbato writes:
>
>> Hello Guix,
>>
>> As already mentioned on IRC SDDM does not work for me.
>>
>> This is what I tried:
>>
>> $ qemu-system-x86_64 -enable-kvm -snapshot -m 6G $(guix system vm-im
Hey Guix,
In Telega neither initiating nor accepting a voice call works:
If I call someone (who has the Telegram App) they can accept the call,
but the app gets stuck connecting. If either I or the other party hang
up I get a bunch of assertion failures.
If the other party tries to call me I
Hi Guix,
The package python-matplotlib fails to build during the check phase on
i686-linux. The test failure appears to be deterministic:
--8<---cut here---start->8---
=== FAILURES ===
Diego Nicola Barbato writes:
> Hey Guix,
>
> On Guix System the log files (in /var/log) generated by syslogd are
> currently (commit 151f3d4) world readable. They should probably only be
> readable by root (for the same reason that dmesg can only be run by
> root).
>
>
Hey Guix,
On Guix System the log files (in /var/log) generated by syslogd are
currently (commit 151f3d4) world readable. They should probably only be
readable by root (for the same reason that dmesg can only be run by
root).
It isn't possible to set the umask with fork-exec-constructor, is it?
Hi Guix,
I can no longer reproduce this bug (I'm now on commit 5c3d77c). I
believe it was fixed with commit cfd0fd9.
Regards,
Diego
Hi Guix,
emacs-telega doesn't work with version 1.5.4 of tdlib (last known good
commit: df23842; first known bad commit: 70848cd).
After starting telega (M-x telega RET) the *Telega Root* buffer looks
like this:
--8<---cut here---start->8---
Status: Ready
Hi Guix,
The package libtgvoip (introduced with commit 494135d) fails to build on
i686-linux [0]. Since this appears to be related to SSE2 these two
Debian patches [1] [2], which disable SSE2 on i386 (the first patch does
something unrelated, but it's required for the second one to apply),
Hi Guix,
The package libtgvoip (introduced with commit 494135d) fails to build on
armhf-linux [0]. This bug appears to have been fixed upstream [1].
Regards,
Diego
[0]:
https://ci.guix.gnu.org/log/q4j5kzz25j2knf0vhm8i0bd3g14anv8m-libtgvoip-2.4.2
[1]:
Hi Maxim,
Maxim Cournoyer writes:
> Hello Diego,
>
> Diego Nicola Barbato writes:
>
>> Hi Guix,
>>
>> AUCTeX breaks Emacs' bult-in url package. This bug appears to have been
>> introduced with commit 3ffdd00 and can be reproduced as follows:
>>
>
Hi Guix,
AUCTeX breaks Emacs' bult-in url package. This bug appears to have been
introduced with commit 3ffdd00 and can be reproduced as follows:
1) Install ‘emacs’ and ‘emacs-auctex’.
2) Start Emacs and do M-: (require 'url), which will produce the
following backtrace:
Hi Guix,
Our Org Mode package (emacs-org) seems to be broken in a funny way.
Here's how to reproduce this bug (on commit dac7928):
1) Install ‘emacs’ and ‘emacs-org’.
2) Start Emacs and work around https://debbugs.gnu.org/38399 by adding
the directory containing org to the front of
Hello Maxim,
Maxim Cournoyer writes:
[...]
>> It stands to reason that the elisp libraries provided by Emacs itself
>> shouldn’t be in EMACSLOADPATH in the first place as they are already in
>> ‘load-path’ to which the directories in EMACSLOADPATH are prepended (as
>> described in the Emacs
Hi Guix,
Since the recent changes to the way Guix handles Emacs packages Emacs
loads the wrong ‘org’ (the one bundled with Emacs instead of the one
provided by the ‘emacs-org’ package installed with Guix). This happens
because in EMACSLOADPATH the directory containing the bundled ‘org’
precedes
Hi Guix,
Launching a program from the start menu of the Mate desktop (as provided
by the ‘mate-desktop-service-type’) currently (commit: 41ee209) fails.
The error message complains about a missing ‘gio-launch-desktop’ (found
in the “bin” output of ‘glib’).
This can be worked around by adding
Hello Ludo,
Ludovic Courtès writes:
[...]
> Now, it doesn’t sound right that ‘util-linux’ is propagated from glib
> and from poppler…?
Glib propagates 'util-linux' since it was updated to 2.58.1 (and poppler
propagates glib). This isn't the first time it's caused trouble [0].
Marius has
Hello Marius,
Marius Bakke writes:
[...]
> Diego: one work-around you can try in the meantime is to create a
> ~/setuid-programs, add it first on PATH, and symlink the required
> binaries in there. Sorry for the inconvenience!
No worries. I have simply removed 'mps-youtube' from my
Hi Guix,
An unfortunate chain of propagated-inputs causes 'util-linux' (mount,
umount, etc.) to be installed alongside 'mps-youtube': 'mps-youtube'
propagates 'python-pygobject', which propagates 'glib', which propagates
'util-linux'. It seems to have been introduced with commit 6c237a2,
when
Diego Nicola Barbato writes:
> Hello Danny,
>
> Danny Milosavljevic writes:
>
>> Hmm, how is that solved with other distributions? Is "mount" suid root
>> there?
>
> Indeed, in Debian both mount and umount are suid root:
>
> $ stat -c &qu
Hello Danny,
Danny Milosavljevic writes:
> Hmm, how is that solved with other distributions? Is "mount" suid root there?
Indeed, in Debian both mount and umount are suid root:
$ stat -c "%a %U:%G %n" /bin/*mount
4755 root:root /bin/fusermount
4755 root:root /bin/mount
4755 root:root
Hey Guix,
I have added the following to `file-systems' in my operating-system
config:
--8<---cut here---start->8---
(file-system
(device "127.0.0.1")
Christopher Howard writes:
> Thank you. It is now building fine for me.
I'm glad I could help. I'm closing this bug now.
Regards,
Diego
Hi Guix,
I'm closing this bug since it has been fixed a while ago as a side
effect of … something. I don't know how it was fixed or even if it was
fixed on purpose, but I'm glad it's gone.
Regards,
Diego
Hey Christopher,
Christopher Howard writes:
> Running guix overlaid on Debian 9 amd64. Ran guix pull && guix package -u.
> Ran guix install wxmaxima. Build fails with
>
> / 'configure' phasebuilder for
> `/gnu/store/m5r9y68mhya0kv828mp62y28bfm0lrmv-maxima-5.42.2.drv' failed with
> exit code
Hi Guix,
Congratulations on 1.0.0!
I took the opportunity to revisit bug #33647 [0] and verify that commits
3bbd691 and d1d7283 have the desired effect. Unfortunately they do
not: The first time a user runs guix pull on a freshly installed Guix
System no hint about running 'hash guix' is
Hi Ben,
Ben Sturmfels writes:
> Hi Ludovic,
>
> On Thu, 2019-04-25 at 11:08 +0200, Ludovic Courtès wrote:
>>
>> Ben Sturmfels skribis:
>>
>> > I was previously using a 24" Samsung external monitor with my X200
>> > Guix
>> > System via VGA. Since the switch to GDM, I no longer seem to be
>>
Hello Guix,
As already mentioned on IRC SDDM does not work for me.
This is what I tried:
$ qemu-system-x86_64 -enable-kvm -snapshot -m 6G $(guix system vm-image
--image-size=24G config.scm)
After booting I get a black screen instead of a greeter. I have
attached the config.scm, Xorg.log, and
Hello Guix,
I am closing this as it is a duplicate of bug 34877, which I
accidentally submitted twice.
Regards,
Diego
Hello Guix,
Diego Nicola Barbato writes:
> Hello Guix,
>
> When converting certain PDF files to PostScript pdf2ps (from the
> Ghostscript package) will print the following error messages:
>
> --8<---cut here---start->8---
>*
Diego Nicola Barbato writes:
> Hello Guix,
>
> GCL segfaults upon execution on x86_64 and i686. This is most likely
> the reason why Maxima fails to build on those architectures [0] [1].
>
> This is what I tried:
>
>
> diego@GLaDOS ~$ guix build gcl
> /gnu/store/5z
Hello Guix,
I am closing this bug in response to Leo’s message on guix-devel [0].
This particular issue has been solved quite some time ago and GCL and
Maxima have both been updated since.
Maxima currently fails to build for a different reason for which I have
opened a new bug report [1].
Hello Guix,
GCL segfaults upon execution on x86_64 and i686. This is most likely
the reason why Maxima fails to build on those architectures [0] [1].
This is what I tried:
--8<---cut here---start->8---
diego@GLaDOS ~$ guix build gcl
Hello Guix,
When running ‘guix pull’ with the --system flag the resulting guix is
configured for the host architecture instead of the target
architecture (i.e. the %system variable in ‘(guix config)’ is set to the
host architecture instead of the target architecture).
E.g. after running ‘guix
Hello Ludo,
Sorry to bother you with this again.
Ludovic Courtès writes:
[...]
>
> Thanks for the heads-up. Commit
> 3bbd6919bd84b76686d1aa626ba861faf3fc8ceb changes ‘guix pull’ to display
> a hint in this case.
>
> Ludo’.
I just tried to check if this worked. I installed GuixSD in a VM
Hello,
Ludovic Courtès writes:
> Diego Nicola Barbato skribis:
>
>> Ludovic Courtès writes:
>
> [...]
>
>>> In addition, be aware that Bash maintains a cache of commands it looked
>>> up in $PATH. Thus it may be that, say, it had cached that ‘guix’ is
Hello Guix,
I am closing this bug report as this has been fixed a while ago and
Maxima has since been updated to version 5.42.1.
I completely forgot about this, sorry!
Diego
Diego Nicola Barbato writes:
> Hello Swedebugia,
>
> swedebu...@riseup.net writes:
>
>> On 2018-12-05 12:36, Diego Nicola Barbato wrote:
>>> Hello Guix,
>>>
>>> When I run ‘guix system roll-back’ I get the following backtrace:
>>>
Hello,
Ludovic Courtès writes:
> Hello,
>
> Ricardo Wurmus skribis:
>
>>> Hello Guix,
>>>
>>> The first time a user runs ‘guix pull’ after a fresh install it does not
>>> seem to update guix. ‘guix --version’ reports that guix is still
>>> version 0.15.0 after running ‘guix pull’, instead of
Hello Ricardo,
Thank you for the prompt reply.
Ricardo Wurmus writes:
> Hi Diego,
>
>> Hello Guix,
>>
>> The first time a user runs ‘guix pull’ after a fresh install it does not
>> seem to update guix. ‘guix --version’ reports that guix is still
>> version 0.15.0 after running ‘guix pull’,
Hello Swedebugia,
swedebu...@riseup.net writes:
> On 2018-12-05 12:36, Diego Nicola Barbato wrote:
>> Hello Guix,
>>
>> When I run ‘guix system roll-back’ I get the following backtrace:
>>
>> --8<---cut here---start->8
Hello Guix,
The first time a user runs ‘guix pull’ after a fresh install it does not
seem to update guix. ‘guix --version’ reports that guix is still
version 0.15.0 after running ‘guix pull’, instead of showing the hash of
the latest commit.
This can be mitigated by logging out and back in,
Hello Guix,
When I run ‘guix system roll-back’ I get the following backtrace:
--8<---cut here---start->8---
root@tapuakh ~# guix system roll-back
Backtrace:
10 (primitive-load "/root/.config/guix/current/bin/guix")
In guix/ui.scm:
1603:12 9
Hello Guix,
After the recent (commit: 82cbe4e0467304e5d8f5931ca4d70617a0e323ba)
update of maxima to version 5.42.0 ‘guix build maxima’ fails during the
‘check’ phase. I have attached tests/test-suite.log.
I run GuixSD (commit: 2c17bd7b2955beef4130d11b33e07e4fb3b234dc) on an
x86_64 machine.
Hello Guix
The recent [1] update of EXWM has introduced a bug which causes the
wrong window configuration to be restored after closing a full screen
window. It has already been reported [2] and fixed [3] upstream.
Greetings
Diego
[1]
Diego Nicola Barbato <dnbarb...@posteo.de> writes:
> Hello Guix
>
> Currently `guix build grub --keep-failed' fails with the following error:
>
> TEST: tests/test-hmp... (pid=13798)
> /i386/hmp/pc-0.12: OK
>
Hello
l...@gnu.org (Ludovic Courtès) writes:
> Hello,
>
> Diego Nicola Barbato <dnbarb...@posteo.de> skribis:
>
>> I have experienced some unexpected behaviour when running `guix build
>> lilypond':
>> After verifying that there was a substitute available wi
Hello Guix
I have experienced some unexpected behaviour when running `guix build
lilypond':
After verifying that there was a substitute available with `guix weather
-m m.scm' (Where m.scm evaluates to a manifest containing only lilypond)
I ran `guix build lilypond --dry-run' which claimed that a
Hello,
l...@gnu.org (Ludovic Courtès) writes:
> Hello,
>
> Diego Nicola Barbato <dnbarb...@posteo.de> skribis:
>
>> Betriebssystem unter »/mnt« wird initialisiert …
>> In execvp of
>> /gnu/store/d4wwx93gqizx132zjk7h1ir7rzph0pig-guix-0.12.0-10.ba2260
Hello Ludo,
l...@gnu.org (Ludovic Courtès) writes:
> I’m afraid you’ll have to “rm -rf ~/.cache/guile/ccache” (Guile’s
> auto-compilation cache) to work around
> e2721a05e7d778bdf845b7cb7a42fd9f76095b69.
>
> Can you confirm?
Yes, running `rm -rf ~/.cache/guile/ccache' fixes the issue.
Thanks.
Hello Guix,
When running `guix system reconfigure /etc/config.scm' as root I get the
following error:
guix system: error: failed to load '/etc/config.scm':
/etc/config.scm:24:9: /etc/config.scm:24:9: In procedure allocate-struct: Wrong
type argument in position 2: 3
This error appears for the
Mark H Weaver <m...@netris.org> writes:
> Diego Nicola Barbato <dnbarb...@posteo.de> writes:
>
>> Leo Famulari <l...@famulari.name> writes:
>>
>>> On Fri, Dec 01, 2017 at 11:53:01AM +0100, Diego Nicola Barbato wrote:
>>>> `guix build
Hello Guix,
`guix build maxima' fails during the `check' phase with the following
output:
starting phase `check'
Making check in admin
make[1]: Entering directory
'/tmp/guix-build-maxima-5.41.0.drv-0/maxima-5.41.0/admin'
make[1]: Nothing to be done for 'check'.
make[1]: Leaving directory
Hello Ludo,
l...@gnu.org (Ludovic Courtès) writes:
> Since GuixSD provides /etc/localtime already, we can actually unset TZ.
> And when we do so, setuid binaries simply honor /etc/localtime and don’t
> go searching for timezone data elsewhere, and they see the right time.
>
> Can you confirm
Apparently this is not a bug.
Hello Ludo,
l...@gnu.org (Ludovic Courtès) writes:
> Hi Diego,
>
> Diego Nicola Barbato <dnbarb...@posteo.de> skribis:
>
>> When I lock my screen with XScreenSaver by first running
>> `xscreensaver &' and then `xscreensaver-command --lock' I am unable to
&
Hello Guix,
XLockMore (as invoked by the command `xlock') displays the wrong time on
the lock screen. Instead of honouring the timezone set in `config.scm'
(as do other programs e.g. the `date' command) it displays UTC.
Greetings
Diego
Hello Guix,
When I lock my screen with XScreenSaver by first running
`xscreensaver &' and then `xscreensaver-command --lock' I am unable to
unlock the screen by entering my password. This happens even though I
have added `(screen-locker-service xscreensaver "xscreensaver")' to my
services in my
Marius Bakke <mba...@fastmail.com> writes:
> Diego Nicola Barbato <dnbarb...@posteo.de> writes:
>
>> Apparently this was a known bug in ImageMagick 6.9.9-15 (and 6.9.9-17)
>> (https://github.com/ImageMagick/ImageMagick/issues/825). It has been
>> fixed in
Hello Ludo,
l...@gnu.org (Ludovic Courtès) writes:
> Hello Diego,
>
> Diego Nicola Barbato <dnbarb...@posteo.de> skribis:
>
>> Several of emacs image related features have stopped working properly:
>> * Eww does not render images showing empty squares instea
Apparently this was a known bug in ImageMagick 6.9.9-15 (and 6.9.9-17)
(https://github.com/ImageMagick/ImageMagick/issues/825). It has been
fixed in version 6.9.9-18.
Hello!
Several of emacs image related features have stopped working properly:
* Eww does not render images showing empty squares instead.
* When visiting an image in a buffer and pressing n to visit the next
image the next image is either not displayed at all (showing an empty
square instead)
Hello Ludo,
Thanks for your reply.
l...@gnu.org (Ludovic Courtès) writes:
> Hello Diego,
>
> Diego Nicola Barbato <dnbarb...@posteo.de> skribis:
>
>> When running the command "guix pull && guix package -i python@2 python"
>> instead of inst
When running the command "guix pull && guix package -i python@2 python"
instead of installing the latest version of python2 and python3, as it
used to do until about four weeks ago, guix gives following error
message (hash values replaced with ...):
guix package: error: profile contains
82 matches
Mail list logo
