Mathieu Othacehe writes:
>> * Fix the regression mentionned above.
>
> I would need some help for this regression I don't understand, but I
> will take care of the work needed in Guile-Git and (guix git) once this
> is fixed.
Thank you Mathieu for your replies! I'm looking forward to your work
Ludovic Courtès 写道：
Would you be able to help with that? Hopefully there are
patches we can
take from Debian, no?
If nobody can work on it in a timely fashion, I would propose to
remove
retroarch until someone can do this work.
I'm looking into this now.
Kind regards,
T G-R
signature.a
Dear,
The discussion started on guix-devel [1]. Konrad list (almost) all the
packages impacted there [2] and curated the list here [3].
Hartmut proposed this pad [4] to collect the packages to look at. Feel
free to report there or here if you tackle a package.
Cheers,
simon
[1] https://lists.gn
I'm trying to run guix pull after 4 months. This is guix on Arch.
guix (GNU Guix) fbeb92d7607dc1dc6c3a34a536352636274a69de
guix-daemon (GNU Guix) 1.0.0-1.326dcbf
...
build-@ build-log 3527328 6
gcc-co@ build-log 3527328 6
re-mes@ build-log 3527328 6
boot-2@ build-log 3527328 6
.95.3.@ build-lo
Hi Nicolò,
Nicolò Balzarotti skribis:
> We don't provide them _directly_, but when loading the program the first
> option is "Load core". Then, first option again, is "Download core". Here
> you have a list of "proprietary" .so.zip downloads. Retroarch, as far as I
> understand, is encouraging t
Hi,
This bug [1] is still present even with the version 1.1.1 of Julia.
[1] http://issues.guix.gnu.org/issue/22304
--8<---cut here---start->8---
guix describe
Generation 57 Nov 25 2019 14:26:15(current)
guix b5d4d5b
repository URL: https://git.sav
Hi anon987321 (if that is your real name),
anon987321 writes:
> I had two issues caused by ~/.guix-profile/etc/profile. First, Emacs's
> Semantic mode started having issues with GNU Global (both Emacs and
> global were installed with guix). It would complain about not knowing
> where global were
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 man
Hello!
The attached patch should allow shepherd (PID 1) to dump core when it
crashes (systemd does something similar).
Jesse (and anyone else experiencing this!), could you try to (1)
reconfigure with this patch, (2) reboot, (3) try to halt the system to
reproduce the crash, and (4) retrieve a ba
On Thu, 28 Nov 2019 at 09:34, Ludovic Courtès wrote:
> Yes, I think we should close this issue and create a new one about
> tagging Guix revisions/channel instances.
done. :-)
AFAICS everything is working fine with this config:
--8<---cut here---start->8---
root@berlin ~/maintenance/hydra# guix describe
Generation 45 Nov 28 2019 11:02:51(current)
guix 18a5575
repository URL: https://git.savannah.gnu.org/git/guix.git
br
As I'm sure you noticed, with your patch I was able to build qtwayland.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
nginx 1.17.6 is similarly broken:
--8<---cut here---start->8---
root@berlin ~/maintenance/hydra# guix describe
Generation 45 Nov 28 2019 11:02:51(current)
guix 18a5575
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
c
Tobias Geerinckx-Rice via Bug reports for GNU Guix writes:
> Guix,
>
> This is not about Schrödinger's proprietary-until-proven-innocent
> binary. The Updater includes at least two cores explicitly marked as
> non-free in Debian:
>
> libretro-genesisplusgx
> libretro-snes9x
In non-free becau
Ludovic Courtès skribis:
> You’ll see that it hangs waiting for a response as soon as you pipeline
> 85 requests or more.
When you look at /var/log/guix-publish.log, you see that nginx did not
forward the 85th request (and beyond) to ‘guix publish’.
Interestingly, if you C-c the client while it
> The weird thing is that we haven’t change the config of berlin in recent
> days. Berlin runs nginx 1.17.5 on openssl 1.1.1d, while bayfront runs
> nginx 1.17.0 on openssl 1.0.2p.
A new data point: nginx 1.17.4 from a month ago works fine:
--8<---cut here---start
Starting from a couple of days ago (it seems; roughly around the same
time berlin hit ENOSPC), people have been experiencing issues during the
“updating list of substitutes” phase from https://ci.guix.gnu.org, where
they’d get an ugly backtrace when they’re at 80% or so.
Here’s a small reproducer:
Hello!
zimoun skribis:
> You wrote:
>
> git clone …/guix.git my-pinned-guix
> (cd my-pinned-guix; git checkout deadbeef)
> guix package -L my-pinned-guix --manifest=my-manifest.scm
>
>
> which is now possible with
>
> guix pull --commit=deadbeef
> guix package -m my-manifest.scm
>
> Mo
Nicolò Balzarotti writes:
>> Aren’t we overblocking here? This is not a case of a program restricted
>> to push someone into proprietary software, but a case of a program
>> restricted to not-for-profit for everybody.
>>
> This is, by (some) definition, non free.
Yes.
>> It is a similar case a
19 matches
Mail list logo
