* Racket REPL not working
@ 2023-05-14 21:56 Zelphir Kaltstahl
2023-05-15 0:20 ` Felix Lechner via
2023-05-15 16:18 ` Efraim Flashner
0 siblings, 2 replies; 17+ messages in thread
From: Zelphir Kaltstahl @ 2023-05-14 21:56 UTC (permalink / raw)
To: help-guix
Hello Guix users / package maintainers,
I updated guix today using `guix pull && guix package -u`, but even before that,
I had an issue starting a Racket REPL simply entering `racket`:
~~~~
$ racket
Segmentation fault (core dumped)
~~~~
I am currently at guix:
~~~~
$ guix describe --format=channels
(list (channel
(name 'guix)
(url"https://git.savannah.gnu.org/git/guix.git")
(branch "master")
(commit
"c5fa9dd0e96493307cc76ea098a6bca9b076e012")
(introduction
(make-channel-introduction
"9edb3f66fd807b096b48283debdcddccfea34bad"
(openpgp-fingerprint
"BBB0 2DDF 2CEA F6A8 0D1D E643 A2A0 6DF2 A33A 54FA")))))
$ guix describe
Generation 42 Mai 14 2023 23:45:08 (current)
guix c5fa9dd
repository URL:https://git.savannah.gnu.org/git/guix.git
branch: master
commit: c5fa9dd0e96493307cc76ea098a6bca9b076e012
~~~~
Not sure what is up, or whether it is only on my end for some reason.
Also cannot call `racket --version`:
~~~~
$ racket --version
Segmentation fault (core dumped)
~~~~
But I can list all packages in my main guix profile:
~~~~
font-anonymous-pro 1.002 out /gnu/store/pinnddv228zqk8a3z2nnk2s4pwysvlnn-font-anonymous-pro-1.002
font-anonymous-pro-minus 1.003 out /gnu/store/c453r8sfcrsz89q9hi7x0kw0n43nwj6s-font-anonymous-pro-minus-1.003
font-bitstream-vera 1.10 out /gnu/store/580viqfg1c9dn5xhz570ssx3cn6h46pm-font-bitstream-vera-1.10
font-dejavu 2.37 out /gnu/store/zan3d655r50cv5gxvj2l5yybwhy6x3n4-font-dejavu-2.37
font-dosis 1.7 out /gnu/store/7szhdm0bzns68xcj9r0x7868a72w8lk9-font-dosis-1.7
font-inconsolata 3.000 out /gnu/store/aph6hhgg238a1327vaarfnxpqj9h5h17-font-inconsolata-3.000
font-lato 2.015 out /gnu/store/5p92xbqjlqd6jwcvf3lkl8xqrbqq83sq-font-lato-2.015
font-wqy-microhei 0.2.0-beta out /gnu/store/j42pppx2yzyxmw1k8qjs6b3yaqkfkg5g-font-wqy-microhei-0.2.0-beta
font-wqy-zenhei 0.9.45 out /gnu/store/2wjdb6dwych39fil9h68zggy7pwbd5av-font-wqy-zenhei-0.9.45
font-fira-mono 3.206 out /gnu/store/7b03arxqxaq1ry3l7qrs747qvzbzhl0f-font-fira-mono-3.206
font-fira-code 6.2 out /gnu/store/kx03zx59dz839c2qnl8wzkkainlv1jzk-font-fira-code-6.2
scheme48 1.9.2 out /gnu/store/i8c1swanyzlmx4nk0222kcq9qra1mgp0-scheme48-1.9.2
font-libertinus 7.040 out /gnu/store/97cfzqy9ab38dn3q91876nh9yfcwxcw0-font-libertinus-7.040
font-blackfoundry-inria 1.200 out /gnu/store/za2jpj8fvl61ijy4dgc0qz34p7slq8l9-font-blackfoundry-inria-1.200
font-fira-sans 4.203 out /gnu/store/mbaza24dscbnd3cqwcfpjyf2wznicng6-font-fira-sans-4.203
hunspell 1.7.0 out /gnu/store/xbw5xvbq2n7phla9xrcanpziqg2jm08h-hunspell-1.7.0
font-mononoki 1.3 out /gnu/store/i72zfyli3j263zdnbgw294883knadjyp-font-mononoki-1.3
font-liberation 2.1.5 out /gnu/store/cga9fam84752fwd1ccz0j219sv01bbm0-font-liberation-2.1.5
font-ibm-plex 6.1.1 out /gnu/store/drf18n9al1gxm0d955i5bhh8fqx7wm8s-font-ibm-plex-6.1.1
guile 3.0.9 out /gnu/store/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9
font-iosevka-term 20.0.0 out /gnu/store/gm8x2li0si9x7qbb6747dk6xhxdr2bqx-font-iosevka-term-20.0.0
font-iosevka-term-slab 20.0.0 out /gnu/store/n4kbk4rskfi48gysczyk4a9kpmp99x04-font-iosevka-term-slab-20.0.0
font-iosevka-slab 20.0.0 out /gnu/store/bdj4z0hlf93xwxvycqfp0l3aji29j9mh-font-iosevka-slab-20.0.0
font-iosevka-etoile 20.0.0 out /gnu/store/0ihc5d4c25a45m62as1rdgai3xpmqkd0-font-iosevka-etoile-20.0.0
font-iosevka 20.0.0 out /gnu/store/dzxbvjaqpkilhiznsszpw075q630w9ij-font-iosevka-20.0.0
font-linuxlibertine 5.3.0 out /gnu/store/5425x6qcbvf2z04h5gbwki8anl2sq7by-font-linuxlibertine-5.3.0
hunspell-dict-de 20161207 out /gnu/store/yf2nac51kjbb97y4krd7npz8jp91h2zl-hunspell-dict-de-20161207
gnutls 3.7.7 out /gnu/store/yr4lbvdyc4dgs76yij1dw2w2z8s84af8-gnutls-3.7.7
sicp 20180718-3.bda03f7 out /gnu/store/sbzr80wq0fgr7ngc7yha9vkdwn75kg1a-sicp-20180718-3.bda03f7
pandoc 2.19.2 out /gnu/store/rgp6zar671zp703ll0ji7ffhg0qhv1i3-pandoc-2.19.2
imagemagick 6.9.12-4 out /gnu/store/v9fjvaqssbw7ikkl0zmmh7jgy49374n6-imagemagick-6.9.12-4
graphicsmagick 1.3.38 out /gnu/store/l17n95swds0jflbwvvbz3sahf8aqr7ca-graphicsmagick-1.3.38
emacs 28.2 out /gnu/store/mq4xas3yrh24153z6hplaiv2b4frk561-emacs-28.2
racket 8.8 out /gnu/store/svrzd7cvjlcanwa46msdvdh1l28m6x5m-racket-8.8
mpv 0.35.1 out /gnu/store/d3dpk0sy3x6m9lk4wpvaqkkjcf2si4da-mpv-0.35.1
ungoogled-chromium 112.0.5615.165-1 out /gnu/store/gjzim5jcqjv74il41qr2s9dgbs0dkqxi-ungoogled-chromium-112.0.5615.165-1
obs 29.0.2 out /gnu/store/fw77k67y5p8iamj5mbii9zbxwa7w9lxz-obs-29.0.2
font-abattis-cantarell 0.303-0.e049149 out /gnu/store/0gjr8f7932c8nmpdk2vm4rdbfwn4vvxx-font-abattis-cantarell-0.303-0.e049149
keepassxc 2.7.4 out /gnu/store/3kb7h3d62m8nqf89k640a411pq60rsp9-keepassxc-2.7.4
~~~~
Should I post anything else?
Other programs work. For example:
~~~~
$ guile
guile: warning: failed to install locale
warning: failed to install locale: Invalid argument
GNU Guile 3.0.9
Copyright (C) 1995-2023 Free Software Foundation, Inc.
Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.
Enter `,help' for help.
scheme@(guile-user)>
~~~~
Regards,
Zelphir
--
repositories:https://notabug.org/ZelphirKaltstahl
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-05-14 21:56 Racket REPL not working Zelphir Kaltstahl
@ 2023-05-15 0:20 ` Felix Lechner via
2023-05-15 21:55 ` Zelphir Kaltstahl
2023-05-15 16:18 ` Efraim Flashner
1 sibling, 1 reply; 17+ messages in thread
From: Felix Lechner via @ 2023-05-15 0:20 UTC (permalink / raw)
To: Zelphir Kaltstahl; +Cc: help-guix
Hi Zelphir,
On Sun, May 14, 2023 at 2:57 PM Zelphir Kaltstahl
<zelphirkaltstahl@posteo.de> wrote:
>
> I updated guix today using `guix pull && guix package -u`, but even before that,
> I had an issue starting a Racket REPL simply entering `racket`:
Following your lead, I just updated Racket to the latest version (via
Guix Home). It works fine locally.
> racket --version
Welcome to Racket v8.8 [cs].
At the bottom you can see what I saw when I did not realize that I was
in the Racket REPL. My Emacs Eshell uses the same prompt symbol.
I use Guix as the base system. Are you using the Guix package manager
while you are in another Linux distribution?
Kind regards,
Felix
* * *
> racket
Welcome to Racket v8.8 [cs].
> help
Sending to web browser...
file: /gnu/store/svrzd7cvjlcanwa46msdvdh1l28m6x5m-racket-8.8/share/doc/racket/index.html
> racket --version
racket: undefined;
cannot reference an identifier before its definition
in module: top-level
[,bt for context]
--version: undefined;
cannot reference an identifier before its definition
in module: top-level
[,bt for context]
> racket
racket: undefined;
cannot reference an identifier before its definition
in module: top-level
[,bt for context]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-05-14 21:56 Racket REPL not working Zelphir Kaltstahl
2023-05-15 0:20 ` Felix Lechner via
@ 2023-05-15 16:18 ` Efraim Flashner
2023-05-15 21:58 ` Zelphir Kaltstahl
2023-05-17 11:11 ` Giovanni Biscuolo
1 sibling, 2 replies; 17+ messages in thread
From: Efraim Flashner @ 2023-05-15 16:18 UTC (permalink / raw)
To: Zelphir Kaltstahl; +Cc: help-guix
[-- Attachment #1: Type: text/plain, Size: 1849 bytes --]
On Sun, May 14, 2023 at 09:56:35PM +0000, Zelphir Kaltstahl wrote:
> Hello Guix users / package maintainers,
>
> I updated guix today using `guix pull && guix package -u`, but even before
> that, I had an issue starting a Racket REPL simply entering `racket`:
>
> ~~~~
> $ racket
> Segmentation fault (core dumped)
> ~~~~
>
> I am currently at guix:
>
> ~~~~
> $ guix describe --format=channels
> (list (channel
> (name 'guix)
> (url"https://git.savannah.gnu.org/git/guix.git")
> (branch "master")
> (commit
> "c5fa9dd0e96493307cc76ea098a6bca9b076e012")
> (introduction
> (make-channel-introduction
> "9edb3f66fd807b096b48283debdcddccfea34bad"
> (openpgp-fingerprint
> "BBB0 2DDF 2CEA F6A8 0D1D E643 A2A0 6DF2 A33A 54FA")))))
>
> $ guix describe
> Generation 42 Mai 14 2023 23:45:08 (current)
> guix c5fa9dd
> repository URL:https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: c5fa9dd0e96493307cc76ea098a6bca9b076e012
> ~~~~
>
> Not sure what is up, or whether it is only on my end for some reason.
>
> Also cannot call `racket --version`:
>
> ~~~~
> $ racket --version
> Segmentation fault (core dumped)
> ~~~~
I was able to run 'guix shell racket -- racket --version' with it
segfaulting. Same thing when I switched to using the same commit that
you're using.
Can you paste the output of 'lscpu'? I suspect that there might be some
optimizations being applied during build time and it's been optimized
with features not available in your CPU.
--
Efraim Flashner <efraim@flashner.co.il> רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-05-15 0:20 ` Felix Lechner via
@ 2023-05-15 21:55 ` Zelphir Kaltstahl
0 siblings, 0 replies; 17+ messages in thread
From: Zelphir Kaltstahl @ 2023-05-15 21:55 UTC (permalink / raw)
To: Felix Lechner; +Cc: help-guix
On 5/15/23 02:20, Felix Lechner wrote:
> Hi Zelphir,
>
> On Sun, May 14, 2023 at 2:57 PM Zelphir Kaltstahl
> <zelphirkaltstahl@posteo.de> wrote:
>> I updated guix today using `guix pull && guix package -u`, but even before that,
>> I had an issue starting a Racket REPL simply entering `racket`:
> Following your lead, I just updated Racket to the latest version (via
> Guix Home). It works fine locally.
>
> > racket --version
> Welcome to Racket v8.8 [cs].
>
> At the bottom you can see what I saw when I did not realize that I was
> in the Racket REPL. My Emacs Eshell uses the same prompt symbol.
>
> I use Guix as the base system. Are you using the Guix package manager
> while you are in another Linux distribution?
This machine runs a Xubuntu:
~~~~
lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 22.04.2 LTS
Release: 22.04
Codename: jammy
~~~~
I am no longer sure, whether I installed it as a Ubuntu or Xubuntu right away.
--
repositories:https://notabug.org/ZelphirKaltstahl
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-05-15 16:18 ` Efraim Flashner
@ 2023-05-15 21:58 ` Zelphir Kaltstahl
2023-05-17 11:11 ` Giovanni Biscuolo
1 sibling, 0 replies; 17+ messages in thread
From: Zelphir Kaltstahl @ 2023-05-15 21:58 UTC (permalink / raw)
To: Efraim Flashner; +Cc: help-guix
On 5/15/23 18:18, Efraim Flashner wrote:
> On Sun, May 14, 2023 at 09:56:35PM +0000, Zelphir Kaltstahl wrote:
>> Hello Guix users / package maintainers,
>>
>> I updated guix today using `guix pull && guix package -u`, but even before
>> that, I had an issue starting a Racket REPL simply entering `racket`:
>>
>> ~~~~
>> $ racket
>> Segmentation fault (core dumped)
>> ~~~~
>>
>> I am currently at guix:
>>
>> ~~~~
>> $ guix describe --format=channels
>> (list (channel
>> (name 'guix)
>> (url"https://git.savannah.gnu.org/git/guix.git")
>> (branch "master")
>> (commit
>> "c5fa9dd0e96493307cc76ea098a6bca9b076e012")
>> (introduction
>> (make-channel-introduction
>> "9edb3f66fd807b096b48283debdcddccfea34bad"
>> (openpgp-fingerprint
>> "BBB0 2DDF 2CEA F6A8 0D1D E643 A2A0 6DF2 A33A 54FA")))))
>>
>> $ guix describe
>> Generation 42 Mai 14 2023 23:45:08 (current)
>> guix c5fa9dd
>> repository URL:https://git.savannah.gnu.org/git/guix.git
>> branch: master
>> commit: c5fa9dd0e96493307cc76ea098a6bca9b076e012
>> ~~~~
>>
>> Not sure what is up, or whether it is only on my end for some reason.
>>
>> Also cannot call `racket --version`:
>>
>> ~~~~
>> $ racket --version
>> Segmentation fault (core dumped)
>> ~~~~
> I was able to run 'guix shell racket -- racket --version' with it
> segfaulting. Same thing when I switched to using the same commit that
> you're using.
>
> Can you paste the output of 'lscpu'? I suspect that there might be some
> optimizations being applied during build time and it's been optimized
> with features not available in your CPU.
Hello Efraim,
Here is the output of `lscpu`:
~~~~
$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 39 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Vendor ID: GenuineIntel
Model name: Intel(R) Core(TM) i7-7500U CPU @ 2.70GHz
CPU family: 6
Model: 142
Thread(s) per core: 2
Core(s) per socket: 2
Socket(s): 1
Stepping: 9
CPU max MHz: 3500,0000
CPU min MHz: 400,0000
BogoMIPS: 5799.77
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mc
a cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss
ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art
arch_perfmon pebs bts rep_good nopl xtopology nonstop_
tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cp
l vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1
sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsav
e avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault
epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow
vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust
sgx bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx sma
p clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dt
herm ida arat pln pts hwp hwp_notify hwp_act_window hwp
_epp md_clear flush_l1d arch_capabilities
Virtualization features:
Virtualization: VT-x
Caches (sum of all):
L1d: 64 KiB (2 instances)
L1i: 64 KiB (2 instances)
L2: 512 KiB (2 instances)
L3: 4 MiB (1 instance)
NUMA:
NUMA node(s): 1
NUMA node0 CPU(s): 0-3
Vulnerabilities:
Itlb multihit: KVM: Mitigation: VMX disabled
L1tf: Mitigation; PTE Inversion; VMX conditional cache flushe
s, SMT vulnerable
Mds: Mitigation; Clear CPU buffers; SMT vulnerable
Meltdown: Mitigation; PTI
Mmio stale data: Mitigation; Clear CPU buffers; SMT vulnerable
Retbleed: Mitigation; IBRS
Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl
and seccomp
Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer
sanitization
Spectre v2: Mitigation; IBRS, IBPB conditional, RSB filling, PBRSB-
eIBRS Not affected
Srbds: Mitigation; Microcode
Tsx async abort: Not affected
~~~~
--
repositories:https://notabug.org/ZelphirKaltstahl
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-05-15 16:18 ` Efraim Flashner
2023-05-15 21:58 ` Zelphir Kaltstahl
@ 2023-05-17 11:11 ` Giovanni Biscuolo
2023-06-30 4:52 ` Chris Keschnat
1 sibling, 1 reply; 17+ messages in thread
From: Giovanni Biscuolo @ 2023-05-17 11:11 UTC (permalink / raw)
To: Efraim Flashner, Zelphir Kaltstahl; +Cc: help-guix
[-- Attachment #1: Type: text/plain, Size: 3439 bytes --]
Hello,
Efraim Flashner <efraim@flashner.co.il> writes:
[...]
> I was able to run 'guix shell racket -- racket --version' with it
> segfaulting. Same thing when I switched to using the same commit that
> you're using.
I'm using this Guix commit:
--8<---------------cut here---------------start------------->8---
Generation 149 May 08 2023 13:31:35 (current)
guix e118b92
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: e118b92cfe7a598b71dbbda2622b7551f4a72104
--8<---------------cut here---------------end--------------->8---
I'm on a foreign distro (Debian 11), I've tested racket in a
pure/not-pure guix shell and it is working, no segfaulting
> Can you paste the output of 'lscpu'? I suspect that there might be some
> optimizations being applied during build time and it's been optimized
> with features not available in your CPU.
This is my lscpu output:
--8<---------------cut here---------------start------------->8---
giovanni@roquette: lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 36 bits physical, 48 bits virtual
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 1
Core(s) per socket: 8
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 77
Model name: Intel(R) Atom(TM) CPU C2758 @ 2.40GHz
Stepping: 8
CPU MHz: 1899.896
CPU max MHz: 2400,0000
CPU min MHz: 1200,0000
BogoMIPS: 4799.73
Virtualization: VT-x
L1d cache: 192 KiB
L1i cache: 256 KiB
L2 cache: 4 MiB
NUMA node0 CPU(s): 0-7
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Mitigation; Clear CPU buffers; SMT disabled
Vulnerability Meltdown: Mitigation; PTI
Vulnerability Spec store bypass: Not affected
Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2: Mitigation; Full generic retpoline, IBPB conditional, IBRS_FW, STIBP disabled, RSB filling
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_pe
rfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popc
nt tsc_deadline_timer aes rdrand lahf_lm 3dnowprefetch cpuid_fault epb pti ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm arat
md_clear
--8<---------------cut here---------------end--------------->8---
HTH! Gio'
--
Giovanni Biscuolo
Xelera IT Infrastructures
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 849 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-05-17 11:11 ` Giovanni Biscuolo
@ 2023-06-30 4:52 ` Chris Keschnat
2023-06-30 12:08 ` Philip McGrath
0 siblings, 1 reply; 17+ messages in thread
From: Chris Keschnat @ 2023-06-30 4:52 UTC (permalink / raw)
To: help-guix
Hi,
to me/on my machine this seems to be some environment issue.
Locations are the same:
#+begin_src sh
ck@brak ~ $ guix shell racket -- which racket
/gnu/store/36ckdvyykaz3y5xbcvsbjqj4c7sazgsm-profile/bin/racket
ck@brak ~ $ which racket
/home/ck/.guix-profile/bin/racket
ck@brak ~ $ ll /home/ck/.guix-profile/bin/racket
lrwxrwxrwx 1 root root 65 01.01.1970 01:00
/home/ck/.guix-profile/bin/racket ->
/gnu/store/z0a42imbmy6563wvdavapb6c8vbi1s1z-racket-8.8/bin/racket
#+end_src
I can run racket in a guix shell:
#+begin_src sh
ck@brak ~ $ guix shell racket -- racket
Welcome to Racket v8.8 [cs].
>
#+end_src
And also when I use the full path:
#+begin_src sh
ck@brak ~ $ ll /home/ck/.guix-profile/bin/racket
lrwxrwxrwx 1 root root 65 01.01.1970 01:00
/home/ck/.guix-profile/bin/racket ->
/gnu/store/z0a42imbmy6563wvdavapb6c8vbi1s1z-racket-8.8/bin/racket
ck@brak ~ $ /gnu/store/36ckdvyykaz3y5xbcvsbjqj4c7sazgsm-profile/bin/racket
Welcome to Racket v8.8 [cs].
>
#+end_src
Just using ~racket~ segfaults.
#+begin_src sh
ck@brak ~ $ racket
Segmentation fault
#+end_src
Maybe this help?
Chris
Giovanni Biscuolo <g@xelera.eu> writes:
> [[PGP Signed Part:Undecided]]
> Hello,
>
> Efraim Flashner <efraim@flashner.co.il> writes:
>
> [...]
>
>> I was able to run 'guix shell racket -- racket --version' with it
>> segfaulting. Same thing when I switched to using the same commit that
>> you're using.
>
> I'm using this Guix commit:
>
>
> Generation 149 May 08 2023 13:31:35 (current)
> guix e118b92
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: e118b92cfe7a598b71dbbda2622b7551f4a72104
>
>
>
> I'm on a foreign distro (Debian 11), I've tested racket in a
> pure/not-pure guix shell and it is working, no segfaulting
>
>> Can you paste the output of 'lscpu'? I suspect that there might be some
>> optimizations being applied during build time and it's been optimized
>> with features not available in your CPU.
>
> This is my lscpu output:
>
>
> giovanni@roquette: lscpu
> Architecture: x86_64
> CPU op-mode(s): 32-bit, 64-bit
> Byte Order: Little Endian
> Address sizes: 36 bits physical, 48 bits virtual
> CPU(s): 8
> On-line CPU(s) list: 0-7
> Thread(s) per core: 1
> Core(s) per socket: 8
> Socket(s): 1
> NUMA node(s): 1
> Vendor ID: GenuineIntel
> CPU family: 6
> Model: 77
> Model name: Intel(R) Atom(TM) CPU C2758 @ 2.40GHz
> Stepping: 8
> CPU MHz: 1899.896
> CPU max MHz: 2400,0000
> CPU min MHz: 1200,0000
> BogoMIPS: 4799.73
> Virtualization: VT-x
> L1d cache: 192 KiB
> L1i cache: 256 KiB
> L2 cache: 4 MiB
> NUMA node0 CPU(s): 0-7
> Vulnerability Itlb multihit: Not affected
> Vulnerability L1tf: Not affected
> Vulnerability Mds: Mitigation; Clear CPU buffers; SMT disabled
> Vulnerability Meltdown: Mitigation; PTI
> Vulnerability Spec store bypass: Not affected
> Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
> Vulnerability Spectre v2: Mitigation; Full generic retpoline, IBPB conditional, IBRS_FW, STIBP disabled, RSB filling
> Vulnerability Srbds: Not affected
> Vulnerability Tsx async abort: Not affected
> Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_pe
> rfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popc
> nt tsc_deadline_timer aes rdrand lahf_lm 3dnowprefetch cpuid_fault epb pti ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm arat
> md_clear
>
> HTH! Gio'
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-06-30 4:52 ` Chris Keschnat
@ 2023-06-30 12:08 ` Philip McGrath
2023-07-01 11:41 ` Chris Keschnat
0 siblings, 1 reply; 17+ messages in thread
From: Philip McGrath @ 2023-06-30 12:08 UTC (permalink / raw)
To: Guix Help
Hi,
On Fri, Jun 30, 2023, at 12:52 AM, Chris Keschnat wrote:
> Hi,
> to me/on my machine this seems to be some environment issue.
>
> Locations are the same:
> #+begin_src sh
> ck@brak ~ $ guix shell racket -- which racket
> /gnu/store/36ckdvyykaz3y5xbcvsbjqj4c7sazgsm-profile/bin/racket
>
> ck@brak ~ $ which racket
> /home/ck/.guix-profile/bin/racket
> ck@brak ~ $ ll /home/ck/.guix-profile/bin/racket
> lrwxrwxrwx 1 root root 65 01.01.1970 01:00
> /home/ck/.guix-profile/bin/racket ->
> /gnu/store/z0a42imbmy6563wvdavapb6c8vbi1s1z-racket-8.8/bin/racket
> #+end_src
>
>
> I can run racket in a guix shell:
> #+begin_src sh
> ck@brak ~ $ guix shell racket -- racket
> Welcome to Racket v8.8 [cs].
> >
> #+end_src
>
>
> And also when I use the full path:
> #+begin_src sh
> ck@brak ~ $ ll /home/ck/.guix-profile/bin/racket
> lrwxrwxrwx 1 root root 65 01.01.1970 01:00
> /home/ck/.guix-profile/bin/racket ->
> /gnu/store/z0a42imbmy6563wvdavapb6c8vbi1s1z-racket-8.8/bin/racket
>
> ck@brak ~ $ /gnu/store/36ckdvyykaz3y5xbcvsbjqj4c7sazgsm-profile/bin/racket
> Welcome to Racket v8.8 [cs].
> >
> #+end_src
>
>
> Just using ~racket~ segfaults.
> #+begin_src sh
> ck@brak ~ $ racket
> Segmentation fault
> #+end_src
>
>
> Maybe this help?
>
> Chris
>
I just noticed this thread. As it happens, I may have hit upon the issue a few days ago:
```
$ realpath $(command -v racket)
/gnu/store/c9l5fwhfmdspnyn5ch2g522ssxkh530a-racket-8.8/bin/racket
$ racket --version
free(): invalid pointer
Aborted (core dumped)
$ guix describe --format=channels
(list (channel
(name 'guix)
(url "https://git.savannah.gnu.org/git/guix.git")
(branch "master")
(commit
"6bc3e3f9baa52beb318dde77d1773ae83aa8683e")
(introduction
(make-channel-introduction
"9edb3f66fd807b096b48283debdcddccfea34bad"
(openpgp-fingerprint
"BBB0 2DDF 2CEA F6A8 0D1D E643 A2A0 6DF2 A33A 54FA")))))
$ raco cross --workspace 20230612-5c15ebc0da/ racket -e- "(require (submod \
"indent.rkt\" cli))" --generate-from-nat 0
>> Cross configuration
Target: x86_64-linux [native]
Host: x86_64-linux
Version: current
VM: cs
Workspace: /home/philip/code/21.10-bastet/tmp/racket/pkgs/racket-test/t
ests/json/20230612-5c15ebc0da/
#<infinite-enum: '(#\tab ()) '(1 ()) '(2 ())...>
#<infinite-enum: '() '#hasheq() '(())...>
#<11-count-enum: #\tab 1 2 3 4 5 6 7 8...>
#<procedure:in-indent-order-cycle>
#<procedure:random-element>
#<procedure:to-nat>
#<procedure:from-nat>
```
I haven't been been able to reproduce since: IIRC, it was only happening within a single Konsole tab, and it was a session in which I'd done a bunch of interactive changes that I assumed had broken something. However, I did keep a copy of the core dump, and I'll see if I can find anything from that or ask upstream for help.
Are any of you able to reproduce the problem consistently at this point?
I'd also be interested to know if the problem persists when using the pending 8.9 update: https://issues.guix.gnu.org/64247
Philip
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-06-30 12:08 ` Philip McGrath
@ 2023-07-01 11:41 ` Chris Keschnat
2023-07-02 2:31 ` Philip McGrath
0 siblings, 1 reply; 17+ messages in thread
From: Chris Keschnat @ 2023-07-01 11:41 UTC (permalink / raw)
To: help-guix
"Philip McGrath" <philip@philipmcgrath.com> writes:
> Are any of you able to reproduce the problem consistently at this point?
Jup. I can provide info if anyone wants/asks, but I have no idea how to
debug this myself unfortunately.
#+begin_src sh
ck@brak ~ $ racket
Segmentation fault
ck@brak ~ :( $ which racket
/home/ck/.guix-profile/bin/racket
ck@brak ~ $ /home/ck/.guix-profile/bin/racket
Welcome to Racket v8.8 [cs].
>
#+end_src
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-07-01 11:41 ` Chris Keschnat
@ 2023-07-02 2:31 ` Philip McGrath
2023-07-02 15:34 ` Philip McGrath
2023-07-02 16:12 ` Chris Keschnat
0 siblings, 2 replies; 17+ messages in thread
From: Philip McGrath @ 2023-07-02 2:31 UTC (permalink / raw)
To: Guix Help
On Sat, Jul 1, 2023, at 7:41 AM, Chris Keschnat wrote:
> "Philip McGrath" <philip@philipmcgrath.com> writes:
>> Are any of you able to reproduce the problem consistently at this point?
>
> Jup. I can provide info if anyone wants/asks, but I have no idea how to
> debug this myself unfortunately.
>
> #+begin_src sh
> ck@brak ~ $ racket
> Segmentation fault
> ck@brak ~ :( $ which racket
> /home/ck/.guix-profile/bin/racket
> ck@brak ~ $ /home/ck/.guix-profile/bin/racket
> Welcome to Racket v8.8 [cs].
> >
> #+end_src
Could you try something like `guix shell --no-grafts racket -- racket --version`? If that succeeds, this could be a reprise of something like <https://issues.guix.gnu.org/47064>.
Thanks.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-07-02 2:31 ` Philip McGrath
@ 2023-07-02 15:34 ` Philip McGrath
2023-07-02 16:12 ` Chris Keschnat
1 sibling, 0 replies; 17+ messages in thread
From: Philip McGrath @ 2023-07-02 15:34 UTC (permalink / raw)
To: Guix Help; +Cc: Chris Keschnat
On Sat, Jul 1, 2023, at 10:31 PM, Philip McGrath wrote:
> On Sat, Jul 1, 2023, at 7:41 AM, Chris Keschnat wrote:
>> "Philip McGrath" <philip@philipmcgrath.com> writes:
>>> Are any of you able to reproduce the problem consistently at this point?
>>
>> Jup. I can provide info if anyone wants/asks, but I have no idea how to
>> debug this myself unfortunately.
>>
>> #+begin_src sh
>> ck@brak ~ $ racket
>> Segmentation fault
>> ck@brak ~ :( $ which racket
>> /home/ck/.guix-profile/bin/racket
>> ck@brak ~ $ /home/ck/.guix-profile/bin/racket
>> Welcome to Racket v8.8 [cs].
>> >
>> #+end_src
>
> Could you try something like `guix shell --no-grafts racket -- racket
> --version`? If that succeeds, this could be a reprise of something like
> <https://issues.guix.gnu.org/47064>.
>
> Thanks.
Matthew Flatt pointed out that Racket 8.9 contains a fix for at least one problem that could cause a crash at startup, though I wouldn't expect the problem to be triggered as long as `/proc/self/exe` is available: https://github.com/racket/racket/commit/2f1535ad37f09e23aaf8b640aeebd47a7439a577
You could see if the pending update fixes the problem for you by running: `guix time-machine --url=https://git.guix-patches.cbaines.net/git/guix-patches --branch=issue-64247 -- shell racket -- racket`
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-07-02 2:31 ` Philip McGrath
2023-07-02 15:34 ` Philip McGrath
@ 2023-07-02 16:12 ` Chris Keschnat
2023-07-02 19:57 ` Philip McGrath
1 sibling, 1 reply; 17+ messages in thread
From: Chris Keschnat @ 2023-07-02 16:12 UTC (permalink / raw)
To: help-guix
This works
ck@brak ~ $ guix shell --no-grafts racket -- racket
--version
Welcome to Racket v8.8 [cs].
>
"Philip McGrath" <philip@philipmcgrath.com> writes:
> On Sat, Jul 1, 2023, at 7:41 AM, Chris Keschnat wrote:
>> "Philip McGrath" <philip@philipmcgrath.com> writes:
>>> Are any of you able to reproduce the problem consistently at this point?
>>
>> Jup. I can provide info if anyone wants/asks, but I have no idea how to
>> debug this myself unfortunately.
>>
>> #+begin_src sh
>> ck@brak ~ $ racket
>> Segmentation fault
>> ck@brak ~ :( $ which racket
>> /home/ck/.guix-profile/bin/racket
>> ck@brak ~ $ /home/ck/.guix-profile/bin/racket
>> Welcome to Racket v8.8 [cs].
>> >
>> #+end_src
>
> Could you try something like `guix shell --no-grafts racket -- racket
> --version`? If that succeeds, this could be a reprise of something
> like <https://issues.guix.gnu.org/47064>.
>
> Thanks.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-07-02 16:12 ` Chris Keschnat
@ 2023-07-02 19:57 ` Philip McGrath
2023-07-05 4:16 ` Chris Keschnat
2023-08-23 14:48 ` Racket REPL not working Simon Tournier
0 siblings, 2 replies; 17+ messages in thread
From: Philip McGrath @ 2023-07-02 19:57 UTC (permalink / raw)
To: Chris Keschnat, Guix Help
On Sun, Jul 2, 2023, at 12:12 PM, Chris Keschnat wrote:
> This works
>
> ck@brak ~ $ guix shell --no-grafts racket -- racket
> --version
> Welcome to Racket v8.8 [cs].
>>
>
That's very useful!
I'm not exactly sure how to do this, but can we determine which grafts are otherwise being applied to `racket` in your environment? Hopefully knowing what is being grafted will help to narrow down how grafting might be going wrong.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-07-02 19:57 ` Philip McGrath
@ 2023-07-05 4:16 ` Chris Keschnat
2023-07-05 7:13 ` How to find what grafts have been applied? [Was: Racket REPL not working] Philip McGrath
2023-08-23 14:48 ` Racket REPL not working Simon Tournier
1 sibling, 1 reply; 17+ messages in thread
From: Chris Keschnat @ 2023-07-05 4:16 UTC (permalink / raw)
To: Guix Help
Sorry, I would not know how to find that out.
"Philip McGrath" <philip@philipmcgrath.com> writes:
> On Sun, Jul 2, 2023, at 12:12 PM, Chris Keschnat wrote:
>> This works
>>
>> ck@brak ~ $ guix shell --no-grafts racket -- racket
>> --version
>> Welcome to Racket v8.8 [cs].
>>>
>>
>
> That's very useful!
>
> I'm not exactly sure how to do this, but can we determine which grafts
> are otherwise being applied to `racket` in your environment? Hopefully
> knowing what is being grafted will help to narrow down how grafting
> might be going wrong.
^ permalink raw reply [flat|nested] 17+ messages in thread
* How to find what grafts have been applied? [Was: Racket REPL not working]
2023-07-05 4:16 ` Chris Keschnat
@ 2023-07-05 7:13 ` Philip McGrath
0 siblings, 0 replies; 17+ messages in thread
From: Philip McGrath @ 2023-07-05 7:13 UTC (permalink / raw)
To: Chris Keschnat, Guix Help
Can anyone offer advice on how to debug a potential grafting problem? (It seems like it might be something similar to <https://issues.guix.gnu.org/47064>.) Unfortunately I haven't been able to reproduce the crashes on my system.
Philip
On Wed, Jul 5, 2023, at 12:16 AM, Chris Keschnat wrote:
> Sorry, I would not know how to find that out.
>
> "Philip McGrath" <philip@philipmcgrath.com> writes:
>
>> On Sun, Jul 2, 2023, at 12:12 PM, Chris Keschnat wrote:
>>> This works
>>>
>>> ck@brak ~ $ guix shell --no-grafts racket -- racket
>>> --version
>>> Welcome to Racket v8.8 [cs].
>>>>
>>
>> That's very useful!
>>
>> I'm not exactly sure how to do this, but can we determine which grafts
>> are otherwise being applied to `racket` in your environment? Hopefully
>> knowing what is being grafted will help to narrow down how grafting
>> might be going wrong.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-07-02 19:57 ` Philip McGrath
2023-07-05 4:16 ` Chris Keschnat
@ 2023-08-23 14:48 ` Simon Tournier
2023-08-23 17:54 ` Chris Keschnat
1 sibling, 1 reply; 17+ messages in thread
From: Simon Tournier @ 2023-08-23 14:48 UTC (permalink / raw)
To: Philip McGrath, Chris Keschnat, Guix Help
Hi,
Sorry for the late reply.
On Sun, 02 Jul 2023 at 15:57, "Philip McGrath" <philip@philipmcgrath.com> wrote:
>> ck@brak ~ $ guix shell --no-grafts racket -- racket --version
>> Welcome to Racket v8.8 [cs].
> I'm not exactly sure how to do this, but can we determine which grafts
> are otherwise being applied to `racket` in your environment? Hopefully
> knowing what is being grafted will help to narrow down how grafting
> might be going wrong.
What about
guix shell -C racket -- racket --version
?
Well, about the grafts part,
$ guix build racket -d
/gnu/store/c0255s7y8f4ajzvspx8v9qbm1g3id3xb-racket-8.8.drv
$ guix build racket -d --no-grafts
/gnu/store/np4dqp1bqxwpbzdjmji81bsddygfzf81-racket-8.8.drv
then let open the first derivation,
--8<---------------cut here---------------start------------->8---
Derive
([("out","/gnu/store/k70zkb4r4y2lixr4bpf48hd33xldyb2a-racket-8.8","","")]
,[("/gnu/store/476wh1gii4ijga8cw24nxp6q4jc9x4hl-gtk+-3.24.37.drv",["out"])
,("/gnu/store/cgdn2v19i6qwy0kisnykv9zvphl5lhxa-gtk+-3.24.37.drv",["out"])
,("/gnu/store/jday1gpvdk3ccf034vcja567bjp0n4z1-glibc-utf8-locales-2.35.drv",["out"])
,("/gnu/store/n34gnfqh8zn72z0lra59rgv6skm47i39-guile-2.0.14.drv",["out"])
,("/gnu/store/np4dqp1bqxwpbzdjmji81bsddygfzf81-racket-8.8.drv",["out"])
,("/gnu/store/xg9dfhixaw5fb36g7jz222jl99gr4dxz-module-import-compiled.drv",["out"])]
,["/gnu/store/a6acf6dds8s9fw7dp5div03rwik0x4x2-module-import","/gnu/store/jww1rq3s54m6k3yf0ixqqqs2rn86hh32-racket-8.8-builder"]
,"x86_64-linux","/gnu/store/4p1l5bdxxbyyqc3wh0d07jv9rp1pdcy7-guile-2.0.14/bin/guile",["--no-auto-compile","-L","/gnu/store/a6acf6dds8s9fw7dp5div03rwik0x4x2-module-import","-C","/gnu/store/yk897hj2p5mdx6hw47s90n8x9pn6s36c-module-import-compiled","/gnu/store/jww1rq3s54m6k3yf0ixqqqs2rn86hh32-racket-8.8-builder"]
,[("allowSubstitutes","0")
,("guix properties","((type . graft) (graft (count . 1)))")
,("out","/gnu/store/k70zkb4r4y2lixr4bpf48hd33xldyb2a-racket-8.8")
,("preferLocalBuild","1")])
--8<---------------cut here---------------end--------------->8---
Ok, there is /gnu/store/np4dqp1bqxwpbzdjmji81bsddygfzf81-racket-8.8.drv
which is the non grafted derivation. Now, let open the builder,
--8<---------------cut here---------------start------------->8---
(begin
(use-modules
(guix build graft)
(guix build utils)
(ice-9 match))
(define %outputs
(list
(cons "out"
((@
(guile)
getenv)
"out"))))
(begin
(setenv "GUIX_LOCPATH" "/gnu/store/visfdda934gvivwihwhlm63fdqhhcc8a-glibc-utf8-locales-2.35/lib/locale")
(setlocale LC_ALL "en_US.utf8"))
(let*
((old-outputs
(quote
(("out" . "/gnu/store/z0a42imbmy6563wvdavapb6c8vbi1s1z-racket-8.8"))))
(mapping
(append
(quote
(("/gnu/store/2n2kprz35a19ibs5kbjsb3k4cdl69q2w-gtk+-3.24.37" . "/gnu/store/c1vhs1874xiqmx0789jinrpbx63ks35y-gtk+-3.24.37")))
(map
(match-lambda
((name . file)
(cons
(assoc-ref old-outputs name)
file)))
%outputs))))
(graft old-outputs %outputs mapping)))
--8<---------------cut here---------------end--------------->8---
and thus racket is grafted with gtk+. However, it seems the same
version, and thus, I do not know if it is similar as #47064 [1].
It works for me on foreign distro as Ubuntu.
1: https://issues.guix.gnu.org/47064
Cheers,
simon
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Racket REPL not working
2023-08-23 14:48 ` Racket REPL not working Simon Tournier
@ 2023-08-23 17:54 ` Chris Keschnat
0 siblings, 0 replies; 17+ messages in thread
From: Chris Keschnat @ 2023-08-23 17:54 UTC (permalink / raw)
To: Simon Tournier; +Cc: Philip McGrath, Guix Help
Simon Tournier <zimon.toutoune@gmail.com> writes:
> Hi,
>
> Sorry for the late reply.
>
> On Sun, 02 Jul 2023 at 15:57, "Philip McGrath" <philip@philipmcgrath.com> wrote:
>
>>> ck@brak ~ $ guix shell --no-grafts racket -- racket --version
>>> Welcome to Racket v8.8 [cs].
>
>> I'm not exactly sure how to do this, but can we determine which grafts
>> are otherwise being applied to `racket` in your environment? Hopefully
>> knowing what is being grafted will help to narrow down how grafting
>> might be going wrong.
>
> What about
>
> guix shell -C racket -- racket --version
>
> ?
>
Hello,
I cannot test anymore because my Racket is on 8.9 now.
Good thing is that I don't have any segfaults anymore though :).
Chris
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2023-08-23 17:58 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-05-14 21:56 Racket REPL not working Zelphir Kaltstahl
2023-05-15 0:20 ` Felix Lechner via
2023-05-15 21:55 ` Zelphir Kaltstahl
2023-05-15 16:18 ` Efraim Flashner
2023-05-15 21:58 ` Zelphir Kaltstahl
2023-05-17 11:11 ` Giovanni Biscuolo
2023-06-30 4:52 ` Chris Keschnat
2023-06-30 12:08 ` Philip McGrath
2023-07-01 11:41 ` Chris Keschnat
2023-07-02 2:31 ` Philip McGrath
2023-07-02 15:34 ` Philip McGrath
2023-07-02 16:12 ` Chris Keschnat
2023-07-02 19:57 ` Philip McGrath
2023-07-05 4:16 ` Chris Keschnat
2023-07-05 7:13 ` How to find what grafts have been applied? [Was: Racket REPL not working] Philip McGrath
2023-08-23 14:48 ` Racket REPL not working Simon Tournier
2023-08-23 17:54 ` Chris Keschnat
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).