Hi,
Ludovic Courtès writes:
> Hi,
>
> Maxim Cournoyer skribis:
>
>>> My view is just that this mechanism belongs in “user code”, not in the
>>> low-level mechanisms such as ‘build-expression->derivation’ and
>>> ‘gexp->derivation’. It’s a matter of separation of concerns.
>>
>> Why? On my Gui
Hi Pierre,
Pierre Langlois writes:
> Hi Maxim,
>
> Maxim Cournoyer writes:
[...]
>> The change was reinstated as part of the mcron update, in
>> 44554e7133aa60e1b453436be1e80394189cabd9. The bit that seems to cause
>> the issue here (still not clearly understood) is probably this one:
>>
>>
Hello,
jgart writes:
> * gnu/packages/emacs-xyz.scm (emacs-function-args): New variable.
Applied. Thank you.
Regards,
--
Nicolas Goaziou
Hello,
I think I encountered the same bug when I updated my home rofi service
to use a configuration. It also has a `location` entry but it takes an
integer.
Here is a repro to reproduce it using `guix repl`:
scheme@(guix-user)> (use-modules (gnu services configuration))
scheme@(guix-use
Hi Kaelyn,
Kaelyn via Bug reports for GNU Guix 写道：
Here is a revised diff with comments added for the flags.
Thanks again! Pushed as 536adbd7cca1f257261645d9cfd7910a0055a60e,
also with a commit message added.
+ ;; Enable building with LTO to avoid linker errors
about
+ ;;
Hi Kaelyn,
Kaelyn via Bug reports for GNU Guix 写道：
diff --git a/gnu/packages/libreoffice.scm
b/gnu/packages/libreoffice.scm
Thanks! Pushed as 68925b5ee7e0d96b0c84ae98a633eea5097bf511.
This patch was missing a commit message (in fact it was just a
diff). I added one:
gnu: libreoffice:
To Guix,
Just following up for the record, turning (setq guix-repl-use-server
nil) does fix the reading issue. For whats it worth at least we can
safely say it with how sockets (at least in for guile) handle gexp.
I will investigate further with do time.
stay safe,
-Joshua
Hi Maxim,
Maxim Cournoyer writes:
[...]
Yeah I'm afraid I still see the same issue after a `git pull` just now:
~/code/guix [env]$ ./pre-inst-env guix system build -e '(@@ (gnu tests
mail) %dovecot-os)'
/gnu/store/ayfvf5s561q955kv8wrkklrvq3ga3qpy-system
~/code/gui
I remember doing so. I don't remember if I committed it but I do remember
make'ing the videos on berlin...
Yes, the audio would be out of sync.
Will check, thanks for bringing it up.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
The ‘t/malformed-split.sh’ test of Texinfo 6.7 hangs on GNU/Hurd (in a
childhurd) as of commit 78f03567f44f704dfbc03cb64368aa42a01e78ad.
The test invokes its ‘pseudotty’ program, which creates a
pseudo-terminal using ‘posix openpt’. That call fails when not running
as root in a childhurd:
--8<--
The “Asking for help” video refers to Freenode (instead of Libera.Chat):
https://guix.gnu.org/en/videos/2020/asking-for-help/
There are screenshots, audio, and slides that would need to be updated.
Ludo’.
* gnu/packages/emacs-xyz.scm (emacs-lpy): Update to fa95b11.
[propagated-inputs]: Add missing emacs-function-args.
---
gnu/packages/emacs-xyz.scm | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/gnu/packages/emacs-xyz.scm b/gnu/packages/emacs-xyz.scm
index 7eb87b5fe
* gnu/packages/emacs-xyz.scm (emacs-function-args): New variable.
Hi Nicolas,
Thanks for the review! Much appreciated. Here's all your requests added in v2.
all best,
jgart
---
gnu/packages/emacs-xyz.scm | 26 ++
1 file changed, 26 insertions(+)
diff --git a/gnu/packag
Hi,
Samuel Thibault skribis:
> It seems that replying on the web interface didn't work, so replying
> again here by mail.
Weird.
> Ludovic Courtès, le mer. 26 oct. 2022 19:20:07 +0200, a ecrit:
>> ludo@childhurd ~$ mkfifo fifo
>> ludo@childhurd ~$ ls -l fifo
>> prw-r--r-- 1 ludo users 0 Oct 21
Hi,
Maxim Cournoyer skribis:
>> My view is just that this mechanism belongs in “user code”, not in the
>> low-level mechanisms such as ‘build-expression->derivation’ and
>> ‘gexp->derivation’. It’s a matter of separation of concerns.
>
> Why? On my Guix System, such signal handling is handled
Hi,
Mathieu Othacehe skribis:
>> To me, ideally this would be either multi-threaded or Fiberized. The
>> latter would be more fruitful but what might be difficult is
>> guile-simple-zmq integration with Fibers (but maybe not: zmq_getsockopt
>> + ZMQ_FD lets us get the file descriptor of a socke
Hello, I experienced this same failure yesterday when trying to upgrade. Here
is my system information:
christopher@nightshade ~$ neofetch --stdout
christopher@nightshade
--
OS: Guix System x86_64
Host: GA-880GM-UD2H
Kernel: 5.18.10-gnu
Uptime: 4 days, 1 hour, 17 mins
Pa
Hello,
Yesterday my PC lost power and when I turned it back on I started getting the
error "guix package: unsupported manifest format".
I have tried using "guix time-machine" to revert to a working commit and try
again but this does not work.
I then can see that my ~/.guix-profile/manifest is e
Hi,
On Fri, 21 Oct 2022 at 23:53, Rostislav Svoboda
wrote:
> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
> \sha256
Hi,
On Sun, 23 Oct 2022 at 16:08, two--- via Bug reports for GNU Guix
wrote:
> ```
> Computing Guix derivation for 'x86_64-linux'... /
> substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'...
> 0.0%guix substitute: error: TLS error in procedure
> 'write_to_session_record_po
Hello,
It seems that replying on the web interface didn't work, so replying
again here by mail.
Ludovic Courtès, le mer. 26 oct. 2022 19:20:07 +0200, a ecrit:
> ludo@childhurd ~$ mkfifo fifo
> ludo@childhurd ~$ ls -l fifo
> prw-r--r-- 1 ludo users 0 Oct 21 07:08 fifo
> ludo@childhurd ~$ df ./fifo
21 matches
Mail list logo
