Hi Florian,
I stumbled upon this problem with https://issues.guix.gnu.org/48521, and
had a hard time to debug it (due to the completely missing information
in any output or log from shepherd).
Worst, this caused the system to hang early on boot!
I'm raising the priority of this issue.
Thanks,
Hello,
Maxim Cournoyer writes:
> Hello,
>
> I just noticed about this problem following a reboot. I can also
> reproduce it in 'guix system vm', simply adding the opendht-service-type
> to my operating-system declaration.
>
> The boot proceeds until 'error in finalization thread: Success' then
Hi,
I've checked the r-irkernel and it's coping existing kernelspec ,
which is not useful in this case.
As Guillaume mentioned we could tweak it before installation phase by
using cl-jupyter:install, so here is my draft:
--8<---cut here---start->8---
(argu
Maxim Cournoyer writes:
> Hello,
>
> I just noticed about this problem following a reboot. I can also
> reproduce it in 'guix system vm', simply adding the opendht-service-type
> to my operating-system declaration.
>
> The boot proceeds until 'error in finalization thread: Success' then
> hangs
I was able to reproduce the test suite failure, but with a different
test. I was using my 3900XT, also 24 cores
PASS: unit/test-time
PASS: unit/test-dir-watch
PASS: unit/test-path
PASS: unit/test-dbus-watch
PASS: unit/test-gvariant-message
PASS: unit/test-dbus
./build-aux/test-driver: line 107: 17
That looks like it'd mess with people's installed ELPA packages. In
general, hacks based on package-directory-list don't feel very stable.
Consider writing a function similar in nature to `package-load-all-
descriptors' instead.
Also, this seems to rely on us not deleting the -pkg.el, but probab
Hello,
I see people mentioning here that there doesn't seem to be a general solution
to be included in Guix for this, but I als do not understand what the
particular solution (for my machine, for example) is supposed to be.
I'm a new user to Guix and also not technically very experienced with L
From: Andrew Tropin
Date: Wed, 19 May 2021 20:44:22 +0300
Subject: [PATCH] guix: build: emacs-build-system: Make package.el aware of
guix packages
After updating the package-directory-list variable, functions like
list-packages,
describe-package become aware of packages installed by guix.
---
T
> > Most other package managers seem to respect "infrastructure" provided
> > by package.el.
> I don't think that statement is well-supported by the data we have.
Agree, that was an incorrect statement. I should have said something like:
there are some popular tools like use-package configuration
> > M-x list-packages ;; Doesn't list treemacs
> Let me recommend Emacs-Guix (aka. 'guix.el') as a superior alternative.
> :-)
Sure) Aware of it, cool tool.
> I think it's fine that 'package.el' is unaware of Guix-managed software
> and vice-versa.
Yep, perfectly fine, but why not to make it aw
Am Mittwoch, den 19.05.2021, 17:32 +0300 schrieb Andrew Tropin:
> > > Most other package managers seem to respect "infrastructure"
> > > provided by package.el.
> > I don't think that statement is well-supported by the data we have.
>
> Agree, that was an incorrect statement. I should have said so
Hello,
I just noticed about this problem following a reboot. I can also
reproduce it in 'guix system vm', simply adding the opendht-service-type
to my operating-system declaration.
The boot proceeds until 'error in finalization thread: Success' then
hangs indefinitely.
What is troubling for me
raid5atemyhomework writes:
In recent commits, `texlive-bin` cannot be installed in a
profile.
[…]
***Is*** this an issue?
Yes. The problem is that the texlive-configuration profile hook
is hooked to texlive-bin instead of texlive-base (which includes
texlive-bin). I’ve been meaning to
`guix describe` outputs:
```
Generation 24 May 12 2021 18:06:24(current)
guix d6aeebb
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d6aeebb23639258311fdfb9dbf5f903079fde51a
```
`guix challenge /gnu/store/cdhgn2y3xzmbxfzkzzlm9fb7q70paxvz-rav1e
In recent commits, `texlive-bin` cannot be installed in a profile. This can be
replicated by doing:
guix pull
guix install texlive-bin
Or with a specific recent commit:
guix time-machine --commit=b7c7a61 -- install -p tmp texlive-bin
Note that it fails at the "building Tex Live co
15 matches
Mail list logo
