Hi, I think I'm experiencing the same issue.
I need opencv 3.4, found a commit with it
(63856931dbe1e72311b472347331ce1c16b0de0b)
On two machines
> guix describe:
guix eb87d2c
> guix describe:
guix 59b102c
guix time-machine --commit=63856931dbe1e72311b472347331ce1c16b0de0b --
build opencv
Hi,
I'm on eb87d2c4 (just updated a 412(!) days old guix server O.o) and
I can confirm this is still happening
(btw, this is the only problem I had in upgrading, so great job guix)
Thanks!
Nicolò
Leo Famulari writes:
> On Mon, Apr 26, 2021 at 07:25:35PM +0200, Nicolò Balzarotti wrote:
>> * gnu/packages/xorg.scm (xorg-server): Update to 1.20.11.
>
> Did you see <https://bugs.gnu.org/48001>?
>
Ops, sorry for the duplicate, I somehow missed it, I'm closing this
Thanks!
644
--- a/gnu/packages/xorg.scm
+++ b/gnu/packages/xorg.scm
@@ -26,6 +26,7 @@
;;; Copyright © 2020, 2021 Michael Rohleder
;;; Copyright © 2020 Maxim Cournoyer
;;; Copyright © 2020 Jean-Baptiste Note
+;;; Copyright © 2021 Nicolò Balzarotti
;;;
;;; This file is part of GNU Guix.
;;;
@@ -5302,7 +5
Nicolò Balzarotti writes:
> mkdir repo
> guix build -f m.scm
> Segmentation fault
I wanted to add that
$ guile m.scm
does not crash, don't know if this is of any help
Hi guix!
A package definition that used to build fine, recently (don't know
exactly when) started failing, with guile segfaulting.
After removing a few things, it seems that the MWE is this:
echo '(use-modules (guix git-download)) (git-predicate "repo")'>m.scm
mkdir repo
guix build -f m.scm
Segm
Hi guix,
I get an 'Illegal instruction' error when running bsnes (on my X200).
$ guix environment --ad-hoc bsnes
$ bsnes
Illegal instruction
The makefile contains this:
https://github.com/bsnes-emu/bsnes/blob/4ea984b6886ecb61afc26c177eeced77e8582a44/bsnes/GNUmakefile#L17
(march=native when local
Leo Famulari writes:
> On Fri, Apr 09, 2021 at 09:47:13PM +0200, Nicolò Balzarotti wrote:
>> Staging has an older version (5.8 vs 7.2, which has been released in
>> november 2019 [fn:1] though), and it got updated a few days ago
>> (28cc447fc5bd0a219ad54836a343826cc34d9bd7)
Leo Famulari writes:
> On Fri, Apr 09, 2021 at 05:10:43PM +0200, Nicolò Balzarotti wrote:
>> All dependent packages (refresh -l) build fine except for
>> python2-libvirt@7.2.0, which is failing also on master
>> (libvirt-python requires Python >= 3.5 to build). Since i
CVE-2021-3448
A flaw was found in dnsmasq in versions before 2.85. When configured to
use a specific server for a given network interface, dnsmasq uses a
fixed port while forwarding queries. An attacker on the network, able to
find the outgoing port used by dnsmasq, only needs to guess the random
Hi guix!
A program I'm packaging requires newlib-nano, but when building, the
linker fails to find g_nano and c_nano.
I found out those names are taken from the nano.specs file we install
> cat $(guix build newlib-nano)/arm-none-eabi/lib/nano.specs | grep -- -l
-lc_nano
%{specs=rdimon.specs:-lrd
Hi guix,
it seems that our emacs-jedi package does not work out of the box.
According to the docs[fn:1], it needs jediepcserver.py, which is available
in the repo [fn:2], but we do not install it. Anybody is using the package?
Thanks, Nicolò
#+name: missing-py-file
#+begin_src shell
find $(guix
Ops, I sent it to 22...@debuugs.gnu.org instead of 22...@debbugs.gnu.org
--- Begin Message ---
Hi Efraim, Simon,
The attached patches provide Simon's suggested julia-deterministic
build.
With this, I get deterministic julia build, *but* only on a single
machine. Building on a different machine
Hi! I guix pull-ed yesterday night!
The system continues to work well, but on the boot I get a lot of
warnings, something like "WARNING: {g#45} importing (guix utils) conflicts with
an
existing identifier `delete'" (or something similar, I already forgot
and don't know where to find the log).
Am
Pierre Neidhardt writes:
Hi, I wanted to add that the opposite is also true: removing a font
without running fc-cache always makes my emacs die on start, so I agree
that running the command automatically makes sense.
Are there any unwanted side-effects?
Thanks, Nicolò
> I can reproduce this on
Hi,
Il giorno mer 27 nov 2019 alle ore 21:48 Arne Babenhauserheide <
arne_...@web.de> ha scritto:
>
> Jesse Gibbons writes:
> > On Wed, 2019-11-27 at 00:26 +0100, Nicolò Balzarotti wrote:
> > I can confirm that snes9x is nonfree because it is only for
> non-comme
he non-free tag.
If we patch retroarch to hide the download menu, to make it functional we
should also package some free cores.
Thoughts?
Thanks again,
Nicolò
[1] https://docs.libretro.com/guides/download-cores/
[2] https://packages.debian.org/stretch/games/
Il giorno mar 26 nov 2019 alle ore 11:34
Hello guix!
How I reported today on the IRC #guix channel:
We might have a problem on how retroarch is packaged. I've never used it,
tried just now. There's the "core download" section where it downloads
"$core.so.zip". Those are .so files:
.config/retroarch/cores/atari800_libretro.so: file f
19 matches
Mail list logo