* 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-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-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 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).