'start' on service
'file-system-/sys/kernel/debug':
Throw to key `match-error' with args `("match" "no matching pattern" ("none"
"/sys/kernel/debug" "debugfs" () #f #f #f))'.
--8<---cut here---end------->
XEC) = 0
mprotect(0x7bc0, 122880, PROT_READ) = 0
mprotect(0x7bcc6000, 4096, PROT_READ) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x30} ---
+++ killed by SIGSEGV +++
Segmentation fault
--8<---cut here---end------->8---
Are 32-bit app
Now that there is a guile-lzlib package, I suggest we replace (guix
lzlib) with it.
I haven't checked if it supersedes (guix lzlib).
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
8<---cut here---end--->8---
I first encountered this issue in Feb 2020, but this issue might have
been around since channel news were introduced.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Cc-ing to Tobias and Jakub.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
development is not practical with Guix'
SBCL packages and I should just stick to the CL packages.
Thoughts?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
l I meant is that the aforementioned behaviour highlights a
probable (harmless) bug, so if someone has got the time, they should
look at what `guix repl` is doing with stdin, something is fishy.
Cheers!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
registry-directory' should read
from XDG_CONFIG_HOME, and not XDG_CONFIG_DIRS (which would make it
redundant with `user-source-registry'). This would make it an upstream
issue, but I wanted to double-check I properly understood the problem
with the Guix community first.
Guillaume, thoughts on this?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Indeed, it works perfectly now, I've implemented your suggestions and
Nyxt is now running a "guix repl server" to which it sends all the
requests. It's awesome! :)
The only issue remaining is the weird behaviour that one has to pass
/dev/stdin to get rid of the welcome message:
echo '(display
be great so
synchronize Git repositories which may contain installation scripts,
Guix configs and other dotfiles.
Thoughts?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
zimoun writes:
> Somehow, it is already the case. :-) What do you need exactly? Because
> this minimal thing could be exposed via “guix git ” via Guile-Git.
> WDYT?
`guix git' only has the `authenticate' action. Would be great if we
could have `clone'! :)
--
Pierre Neidha
zimoun writes:
> Does something as “guix git clone https://example.com --output=foo” make
> sense?
For me, yes! :)
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi Maxim!
Thanks for the suggestion!
I'm a bit ignorant here, but my guess is that yes, it would help!
Cheers!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
in that file.
T
--8<---cut here---end--->8---
The above builds against a local version of collectors, not sure that's
related though.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Reported here: https://github.com/alex-gutev/generic-cl/issues/7
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
TIPLE-VALUE-MATCH #
; ,@#)))
; (,CL-ENVIRONMENTS.UTIL::G!NEXT ,CL-ENVIRONMENTS.UTIL::START NIL
; ,CL-ENVIRONMENTS.UTIL::ARG)))
;
; caught ERROR:
; during macroexpansion of
; (LET-IF (# #)
; (EQ # :START)
; ...).
; Use *BREAK-ON-SIGNALS* to intercept.
;
;The function CL-ENVIRONMENTS.UTIL::GENSYMS is undefined.
--8<---cut here---end--->8---
Guillaume, any clue what's going on?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
lly with the same ASDF.
I'll ask upstream, maybe they have a clue.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Thoughts? Guillaume?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
th me, let's do it now on staging then?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
OK, will do when I merge generic-cl!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Tobias Geerinckx-Rice writes:
> Pierre,
>
> Pierre Neidhardt 写道：
>> and... it works! O.o
>
> Don't you hate it when that happens? Ban bug suicide.
>
> (Does that mean this one can be closed? Or retitled,
We can retitle it to remove the Guile banner indeed.
Does building sbcl-dexador work for you?
Maybe it's a parallel build issue. Can you reduce the number cores to 1
see if that helps?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
o
--8<---cut here---end--->8---
However this brings me to another issue: the program output is prefixed
with the REPL welcome message which is printed to stdout.
So ideally when we read from standard input we should not include the
welcome message.
A
dly, it doesn't cut it:
--8<---cut here---start->8---
> echo '(display "Hi.\n")' | guix repl -t machine 2>/dev/null
(repl-version 0 1 1)
Hi.
(values (non-self-quoting 2052 "#"))
--8<---cut here---e
Fantastic, this works!
Thanks a lot, Guillaume!
I'll update Nyxt then.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Tobias Geerinckx-Rice writes:
> A magic ‘-’ alias is nice, providing ‘guix repl -- -’ still DTRT
> (I know, who does that, but still).
>
> But why can't you just pipe your input into ‘guix repl’ now?
It does not work now, I haven't looked at the details.
--
Pierre Nei
ys ago and I've used it to
build the Guix pack, so your feedback is surprising.
Or is it a reproducibility issue?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
art->8---
$ ./pre-inst-env guix build --no-grafts -d nyxt
/gnu/store/bdi8dq8i3f59zxp7jrabas847dh80m7x-nyxt-2-pre-release-4.drv
--8<---cut here---end--->8---
Commit 403ba4140f52b9ea9483e4c775f102bbb9753e51.
--
Pierre Neidhardt
https://am
Ludovic Courtès writes:
> Hi,
>
> Bengt Richter skribis:
>
>> On +2020-11-13 10:41:38 +0100, Pierre Neidhardt wrote:
>>> `guix repl` is a fantastic, hassle-free tool to bind Guix with
>>> third-party languages. I've done it here:
>>>
>>
latter, "-t machine" is not necessary I believe.
Is this correct?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Perfect, thanks for the feedback!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
zimoun writes:
> In addition, GCC is also involved in the party. And I have also
> replaced it by Clang with the same effect.
Where?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Guillaume Le Vaillant writes:
> IIRC, SBCL itself is built in 2 stages. First its core is compiled
> using another Common Lisp implementation (currently clisp in Guix), then
> the complete SBCL is compiled using the core compiled in stage 1.
Yes, this is correct.
--
Pierre Neidha
Hi Mathieu,
sorry, didn't have much time to play with Guix recently.
All I can say is that I haven't experienced the issue lately.
I'm on commit c03875b0361f114634caeb54935fe37a9b7b05af.
I'll try the commands you suggested later. Thanks for your time!
signature.asc
Description: PGP signature
Maybe there is a hint lurking in there...
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Thanks a lot!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi Mark,
thanks for the update and thanks for getting your hands dirty, this is a
very valuable contribution to the core of Guix!
Cheers!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi Ricardo,
Excellent investigation, and it turns out that it did the trick for
Asymptote! Feel free to patch it.
Thank you so much!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Can you try installing it with `--no-grafts`?
Can you report the shell output?
Thanks!
signature.asc
Description: PGP signature
iour, then
Nyxt would use it.
> 2. It may be coarse-grain compared to scanning binaries for references
> (for example, we might retain references to build-only tools, such
> as libraries used only for tests).
The build system could easily leave out Lisp native-inputs,
!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
I'm not familiar with the grafting code, so anyone who is (Mark? Ludo?)
might be able to fix this much quicker than me! :)
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
t UTF-32 ones...
Absolutely, .fasls suffer from the same problem since they may encode
strings as UTF-32.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
s Mark wrote below, with the current grafting code, this list of
> store references will not solve grafting for paths that are in UTF-32 or
> both in ASCII and UTF-32 in the binary file.
Indeed, and that's the core of the issue here I believe, since grafting
is what breaks Nyxt in practice.
Cheer
s grafting issue indeed!
I also agree this looks like a net win even though the `guix gc` issue
is not fix.
The latter seems to be relatively easier to fix, doesn't it?
Cheers!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Ludovic Courtès writes:
> This is fixed in ef2b9322fae1d03bf639924d12214b0f58c11054 (it was
> introduced hours before).
Thanks!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Thanks for the investigation. Would you like to send a patch?
signature.asc
Description: PGP signature
Brendan Tildesley writes:
> Do you mean delete the phase entirely or just from Racket? It's not always
> the case that they are absolute paths. Racket probably just has some code to
> generate them automatically.
Good point!
--
Pierre Neidhardt
https://ambrevar.xyz/
sign
So if the path is already an absolute store path, then I suppose that
the whole phase is superfluous, isn't it?
Couldn't we just delete it?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
While we are rebuilding the Lisp world, I suggest we remove Coreutils
from the SBCL closure since it's only needed on LispWorks and on
non-Linux:
--8<---cut here---start->8---
(add-after 'install 'remove-coreutils-references
;; They are only useful
Hi,
Gsettings-desktop-schemas is required by WebKitGTK to load HTTPS pages.
But it also depends on gnome-backgrounds which weights some 40 MiB.
For sure this does not help the closure size...
I suggest we create a separate output, or maybe a
gsettings-desktop-schemas-minimal which does not
I found a blocker: Some StumpWM contribs like sbcl-stumpwm kbd-layout
make calls at the top level which expect a running session of StumpWM,
and thus asd:load-system will fail on them, while asdf:compile-system
used to work.
Suggestion: add an option to our build system to choose between
the first two adapt the Common Lisp package definitions to
the new build system and in particular fix many check phases.
>From fd4eb6c4d5fce8d3c1ef205b541ddf76ed0c478a Mon Sep 17 00:00:00 2001
From: Pierre Neidhardt
Date: Fri, 1 Jul 2022 16:37:44 +0200
Subject: [PATCH 01/18] guix: build: Swi
While trying to package
https://github.com/s-expressionists/Cleavir
I hit a strange issue in which it would fail to compile, while calling
`asdf:load-system' locally worked.
Then I realized that our asdf-build-system/sbcl uses
`asdf:compile-system' instead of `asdf:load-system'.
From the
Do you have time to try it out?
signature.asc
Description: PGP signature
Hi Liliana,
It's tempting to think that Guix packages are good candidates for "build
scripts", but in the face of it, it may very well be that ASDF authors
had something completely different in mind.
In any case, asdf:compile-system seems to be underused to the point that
barely anyone beside
Hi Guillaume,
I gave it a go and your suggestion indeed cuts it for cleavir and
cl-gamepad.
It did not fix it for the tests though.
I did some more testing, and this is what I found out on one of the
failing systems (cl-reexport): from a --pure sbcl repl, if I load the
.asd files manually then
Exactly, I already wrote the patch that did! :)
Will send soon, need to do some more testing.
signature.asc
Description: PGP signature
Hi,
Currently aspell depends on Perl only because of its aspell-import
script.
Could we move this script to a separate output (which name?) to halve
the closure size?
Cheers!
signature.asc
Description: PGP signature
Robert Goldman from ASDF found out why the "COMPONENT not found" issue happens:
https://gitlab.common-lisp.net/asdf/asdf/-/issues/119#note_9808
So either we fix most of the Prove-depending libraries, or we just do
what's expected from every one, that is, add the directory to the ASDF
registries.
I've pushed the SBCL closure size reduction.
I'll be the road for a while, unable to work on this patch, so if anyone
wants to work on it and merge, please go ahead :)
Left to do:
- Suggestion: add a keyword to choose between asdf:compile-system and
asdf:load-system (default should be
Sounds good!
signature.asc
Description: PGP signature
Excellent, thanks a lot! :)
signature.asc
Description: PGP signature
Following the instructions from the "Chrooting into an existing system"
section of the manual, the resulting chroot fails to resolve hosts, e.g.
--8<---cut here---start->8---
ping gnu.org
--8<---cut here---end--->8---
fails
Today my Guix System crashed during the boot process for external
reasons.
Upon restart, booting a system would drop into the REPL right after the
following line:
--8<---cut here---start->8---
making '/var/...' the current system...
--8<---cut
101 - 165 of 165 matches
Mail list logo
