Re: Racket REPL not working

[Chris Keschnat]

Simon Tournier  writes:

> Hi,
>
> Sorry for the late reply.
>
> On Sun, 02 Jul 2023 at 15:57, "Philip McGrath"  
> 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

Re: Racket REPL not working

[Simon Tournier]

Hi,

Sorry for the late reply.

On Sun, 02 Jul 2023 at 15:57, "Philip McGrath"  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

How to find what grafts have been applied? [Was: Racket REPL not working]

[Philip McGrath]

Can anyone offer advice on how to debug a potential grafting problem? (It seems 
like it might be something similar to .) 
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"  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.

Re: Racket REPL not working

[Chris Keschnat]

Sorry, I would not know how to find that out.

"Philip McGrath"  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.

Re: Racket REPL not working

[Philip McGrath]

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.

Re: Racket REPL not working

[Chris Keschnat]

This works

ck@brak ~  $ guix shell --no-grafts racket -- racket
--version
Welcome to Racket v8.8 [cs].
>


"Philip McGrath"  writes:

> On Sat, Jul 1, 2023, at 7:41 AM, Chris Keschnat wrote:
>> "Philip McGrath"  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 .
>
> Thanks.

Re: Racket REPL not working

[Philip McGrath]

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"  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 
> .
>
> 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`

Re: Racket REPL not working

[Philip McGrath]

On Sat, Jul 1, 2023, at 7:41 AM, Chris Keschnat wrote:
> "Philip McGrath"  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 
.

Thanks.

Re: Racket REPL not working

[Chris Keschnat]

"Philip McGrath"  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

Re: Racket REPL not working

[Philip McGrath]

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/
#
#
#<11-count-enum: #\tab 1 2 3 4 5 6 7 8...>
#
#
#
#
```

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

Re: Racket REPL not working

[Chris Keschnat]

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  writes:

> [[PGP Signed Part:Undecided]]
> Hello,
>
> Efraim Flashner  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,
> CPU min MHz: 1200,
> 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'

Re: Racket REPL not working

[Giovanni Biscuolo]

Hello,

Efraim Flashner  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,
CPU min MHz: 1200,
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


signature.asc
Description: PGP signature

Re: Racket REPL not working

[Zelphir Kaltstahl]

On 5/15/23 18:18, Efraim Flashner wrote:

On Sun, May 14, 2023 at 09:56:35PM +, 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,
CPU min MHz: 400,
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

Re: Racket REPL not working

[Zelphir Kaltstahl]

On 5/15/23 02:20, Felix Lechner wrote:

Hi Zelphir,

On Sun, May 14, 2023 at 2:57 PM Zelphir Kaltstahl
  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

Re: Racket REPL not working

[Efraim Flashner]

On Sun, May 14, 2023 at 09:56:35PM +, 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  רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature

Re: Racket REPL not working

[Felix Lechner via]

Hi Zelphir,

On Sun, May 14, 2023 at 2:57 PM Zelphir Kaltstahl
 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]

Racket REPL not working

[Zelphir Kaltstahl]

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-minus1.003   out 
/gnu/store/c453r8sfcrsz89q9hi7x0kw0n43nwj6s-font-anonymous-pro-minus-1.003
font-bitstream-vera 1.10out 
/gnu/store/580viqfg1c9dn5xhz570ssx3cn6h46pm-font-bitstream-vera-1.10
font-dejavu 2.37out 
/gnu/store/zan3d655r50cv5gxvj2l5yybwhy6x3n4-font-dejavu-2.37
font-dosis  1.7 out 
/gnu/store/7szhdm0bzns68xcj9r0x7868a72w8lk9-font-dosis-1.7
font-inconsolata3.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
scheme481.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
hunspell1.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-iosevka20.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-de20161207out 
/gnu/store/yf2nac51kjbb97y4krd7npz8jp91h2zl-hunspell-dict-de-20161207
gnutls  3.7.7   out 
/gnu/store/yr4lbvdyc4dgs76yij1dw2w2z8s84af8-gnutls-3.7.7
sicp20180718-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-4out 
/gnu/store/v9fjvaqssbw7ikkl0zmmh7jgy49374n6-imagemagick-6.9.12-4
graphicsmagick