!UNVBThoJtlIiVwiDjU:nixos.org

Staging

317 Members
Staging merges | Find currently open staging-next PRs: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+sort%3Aupdated-desc+head%3Astaging-next+head%3Astaging-next-21.05+is%3Aopen109 Servers

Load older messages


SenderMessageTime
17 Nov 2025
@vcunat:matrix.orgVladimír Čunát I do have lines in coredumpctl list from firefox. 09:19:14
@vcunat:matrix.orgVladimír ČunátThough maybe it depends how it crashes.09:20:26
@vcunat:matrix.orgVladimír Čunát* Though maybe it depends how/where it crashes.09:20:42
@dramforever:matrix.orgdramforever

these are all the symbols in libgallium for reference

agx_upload_vbos
agx_draw_vbo
u_vbuf_draw_vbo
cso_draw_arrays
st_pbo_draw
try_pbo_upload_common
st_TexSubImage
texture_sub_image
texsubimage_err
_mesa_TexSubImage2D
09:25:58
@dramforever:matrix.orgdramforeverwhat does this mean? fiik09:26:12
@yuka:yuka.devYureka (she/her)i'll just submit a bug report in mesa09:26:35
@yuka:yuka.devYureka (she/her)https://gitlab.freedesktop.org/mesa/mesa/-/issues?show=eyJpaWQiOiIxNDMwOSIsImZ1bGxfcGF0aCI6Im1lc2EvbWVzYSIsImlkIjoxNDM4MzJ909:35:02
@yuka:yuka.devYureka (she/her) * 09:36:52
@k900:0upti.meK900Hmm supposedly Firefox records the minidumps in ~/.mozilla/profiles/.../pending09:40:00
@k900:0upti.meK900And you can then breakpad minidump2core them and then gdb09:40:08
@yuka:yuka.devYureka (she/her)would this solve the problem of not having debug symbols?09:57:30
@yuka:yuka.devYureka (she/her)I guess in combination with some debuginfod09:57:40
@k900:0upti.meK900Yeah10:07:20
@k900:0upti.meK900nixseparatedebuginfod210:07:26
@k900:0upti.meK900 Courtesy of @symphorien 10:07:32
@yuka:yuka.devYureka (she/her)where do I get minidump2core?13:31:58
@yuka:yuka.devYureka (she/her)ah, breakpad13:33:27
@yuka:yuka.devYureka (she/her)

[yuka@m1:~]$ file core
core: ELF 64-bit LSB core file, ARM aarch64, version 1 (SYSV), SVR4-style, from '/store/mz6j4kq2pr7h6483vsv2zpf77dl5ynmm-firefox-145.0/bin/.firefox-wrapped', real uid: 1000, effective uid: 1000, real gid: 100, effective gid: 100, platform: 'aarch64'
13:34:18
@yuka:yuka.devYureka (she/her)
[yuka@m1:~]$ gdb core
[...]
"/home/yuka/core": not in executable format: file format not recognized
13:34:46
@yuka:yuka.devYureka (she/her)Ah I need to specify the binary and then the core13:35:30
@yuka:yuka.devYureka (she/her)that works13:35:32
@yuka:yuka.devYureka (she/her)now set up nixseparatedebuginfod213:35:49
@yuka:yuka.devYureka (she/her)Sadly13:59:13
@yuka:yuka.devYureka (she/her)with nixseparatedebuginfod2 it downloads some extra debuginfo13:59:33
@yuka:yuka.devYureka (she/her)but the stacktrace (using 'bt') is still unreadable13:59:41
@yuka:yuka.devYureka (she/her)
Failed to read a valid object file image from memory.
Core was generated by `/store/54brwrphqdf1v6n420sm0qs6qjaq7d4i-firefox-145.0/bin/.firefox-wrapped'.
#0  0x00007ffecdcaf444 in ?? ()
[Current thread is 105849 (LWP 130634)]
(gdb) bt
#0  0x00007ffecdcaf444 in ?? ()
#1  0x00007ffebda0dc40 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) 
14:00:00
@k900:0upti.meK900That looks wrong14:00:18
@k900:0upti.meK900I wonder if this is breakpad being stupid14:00:31
@k900:0upti.meK900Because it clearly decodes properly on crashes.m.o14:00:40
@hexa:lossy.networkhexano, just for firefox14:01:54

Show newer messages


Back to Room ListRoom Version: 6