[Debian-on-mobile-maintainers] Bug#1144632: Bug#1144632: Acknowledgement (eg25-manager segfaults)

[Guido Günther]

Hi,
On Tue, Aug 18, 2026 at 10:34:11AM +0200, darkdragon via Debian-on-mobile-maintainers wrote:
> Please find the related coredump attached below:
> 
>            PID: 21642 (eg25-manager)
>            TID: 21642 (eg25-manager)
>            UID: 0 (root)
>            GID: 0 (root)
>         Signal: 11 (SEGV)
>      Timestamp: Tue 2026-08-18 10:29:37 CEST (1min 58s ago)
>   Command Line: /usr/bin/eg25-manager
>     Executable: /usr/bin/eg25-manager
>  Control Group: /system.slice/eg25-manager.service
>           Unit: eg25-manager.service
>          Slice: system.slice
>        Boot ID: 7af4c1ddee46457d8d4dc22dffffeff6
>     Machine ID: 49825574758b4acba5291059395d96fe
>       Hostname: mobian
>        Storage:
> /var/lib/systemd/coredump/core.eg25-manager.0.7af4c1ddee46457d8d4dc22dffffeff6.21642.1787041777000000.zst
> (present)
>   Size on Disk: 350.7K
>        Message: Process 21642 (eg25-manager) of user 0 dumped core.
> 
>                 Module libblkid.so.1 from deb util-linux-2.42.2-2.arm64
>                 Module libzstd.so.1 from deb libzstd-1.5.7+dfsg-4.arm64
>                 Module libmount.so.1 from deb util-linux-2.42.2-2.arm64
>                 Stack trace of thread 21642:
>                 #0  0x0000005572d171f8 n/a (eg25-manager + 0x71f8)
>                 #1  0x0000005572d1fad0 n/a (eg25-manager + 0xfad0)
>                 #2  0x0000005572d1fe54 n/a (eg25-manager + 0xfe54)
>                 #3  0x0000007f87f48d5c n/a (libgio-2.0.so.0 + 0xc8d5c)
>                 #4  0x0000007f87f48da0 n/a (libgio-2.0.so.0 + 0xc8da0)
>                 #5  0x0000007f8810ad58 n/a (libglib-2.0.so.0 + 0x5ad58)
>                 #6  0x0000007f8810e304 n/a (libglib-2.0.so.0 + 0x5e304)
>                 #7  0x0000007f8810eeac g_main_loop_run
> (libglib-2.0.so.0 + 0x5eeac)
>                 #8  0x0000005572d162c4 n/a (eg25-manager + 0x62c4)
>                 #9  0x0000007f8794251c n/a (libc.so.6 + 0x2251c)
>                 #10 0x0000007f879425fc __libc_start_main (libc.so.6 + 0x225fc)
>                 #11 0x0000005572d16430 n/a (eg25-manager + 0x6430)
> 
>                 Stack trace of thread 21645:
>                 #0  0x0000007f87a0ff64 syscall (libc.so.6 + 0xeff64)
>                 #1  0x0000007f88140fdc g_cond_wait_until
> (libglib-2.0.so.0 + 0x90fdc)
>                 #2  0x0000007f880d5394 n/a (libglib-2.0.so.0 + 0x25394)
>                 #3  0x0000007f88141b78 n/a (libglib-2.0.so.0 + 0x91b78)
>                 #4  0x0000007f881412c8 n/a (libglib-2.0.so.0 + 0x912c8)
>                 #5  0x0000007f879a8ff4 n/a (libc.so.6 + 0x88ff4)
>                 #6  0x0000007f87a1231c n/a (libc.so.6 + 0xf231c)
> 
>                 Stack trace of thread 21647:
>                 #0  0x0000007f87a0ff64 syscall (libc.so.6 + 0xeff64)
>                 #1  0x0000007f88140fdc g_cond_wait_until
> (libglib-2.0.so.0 + 0x90fdc)
>                 #2  0x0000007f880d5394 n/a (libglib-2.0.so.0 + 0x25394)
>                 #3  0x0000007f88141b78 n/a (libglib-2.0.so.0 + 0x91b78)
>                 #4  0x0000007f881412c8 n/a (libglib-2.0.so.0 + 0x912c8)
>                 #5  0x0000007f879a8ff4 n/a (libc.so.6 + 0x88ff4)
>                 #6  0x0000007f87a1231c n/a (libc.so.6 + 0xf231c)
> 
>                 Stack trace of thread 21643:
>                 #0  0x0000007f87a0ff64 syscall (libc.so.6 + 0xeff64)
>                 #1  0x0000007f88140a34 g_cond_wait (libglib-2.0.so.0 + 0x90a34)
>                 #2  0x0000007f880d53cc n/a (libglib-2.0.so.0 + 0x253cc)
>                 #3  0x0000007f881415dc n/a (libglib-2.0.so.0 + 0x915dc)
>                 #4  0x0000007f881412c8 n/a (libglib-2.0.so.0 + 0x912c8)
>                 #5  0x0000007f879a8ff4 n/a (libc.so.6 + 0x88ff4)
>                 #6  0x0000007f87a1231c n/a (libc.so.6 + 0xf231c)
> 
>                 Stack trace of thread 21644:
>                 #0  0x0000007f879b2628 n/a (libc.so.6 + 0x92628)
>                 #1  0x0000007f879a563c n/a (libc.so.6 + 0x8563c)
>                 #2  0x0000007f879a5690 n/a (libc.so.6 + 0x85690)
>                 #3  0x0000007f87a07ccc ppoll (libc.so.6 + 0xe7ccc)
>                 #4  0x0000007f8810e37c n/a (libglib-2.0.so.0 + 0x5e37c)
>                 #5  0x0000007f8810eb88 g_main_context_iteration
> (libglib-2.0.so.0 + 0x5eb88)
>                 #6  0x0000007f8810ebf0 n/a (libglib-2.0.so.0 + 0x5ebf0)
>                 #7  0x0000007f881412c8 n/a (libglib-2.0.so.0 + 0x912c8)
>                 #8  0x0000007f879a8ff4 n/a (libc.so.6 + 0x88ff4)
>                 #9  0x0000007f87a1231c n/a (libc.so.6 + 0xf231c)
> 
>                 Stack trace of thread 21648:
>                 #0  0x0000007f879b2628 n/a (libc.so.6 + 0x92628)
>                 #1  0x0000007f879a563c n/a (libc.so.6 + 0x8563c)
>                 #2  0x0000007f879a5690 n/a (libc.so.6 + 0x85690)
>                 #3  0x0000007f87a07ccc ppoll (libc.so.6 + 0xe7ccc)
>                 #4  0x0000007f8810e37c n/a (libglib-2.0.so.0 + 0x5e37c)
>                 #5  0x0000007f8810eeac g_main_loop_run
> (libglib-2.0.so.0 + 0x5eeac)
>                 #6  0x0000007f87fc24d4 n/a (libgio-2.0.so.0 + 0x1424d4)
>                 #7  0x0000007f881412c8 n/a (libglib-2.0.so.0 + 0x912c8)
>                 #8  0x0000007f879a8ff4 n/a (libc.so.6 + 0x88ff4)
>                 #9  0x0000007f87a1231c n/a (libc.so.6 + 0xf231c)
> 
>                 Stack trace of thread 21646:
>                 #0  0x0000007f87a0ff64 syscall (libc.so.6 + 0xeff64)
>                 #1  0x0000007f88140fdc g_cond_wait_until
> (libglib-2.0.so.0 + 0x90fdc)
>                 #2  0x0000007f880d5394 n/a (libglib-2.0.so.0 + 0x25394)
>                 #3  0x0000007f88141b78 n/a (libglib-2.0.so.0 + 0x91b78)
>                 #4  0x0000007f881412c8 n/a (libglib-2.0.so.0 + 0x912c8)
>                 #5  0x0000007f879a8ff4 n/a (libc.so.6 + 0x88ff4)
>                 #6  0x0000007f87a1231c n/a (libc.so.6 + 0xf231c)
>                 ELF object binary architecture: AARCH64

I'm not a eg24-manager maintainer but just as a general note:

- without debug symbols those are often pretty useless. Debian has dbgsym packages
  of eg25-manager and debuginfod so two solutions exist to fetch those.
- I'd grab the backtrace via gdb after installing those. There's no need
  to trigger the crash again since the symbols can be appplied to
  existing coredumps just fine.
  
Cheers,
 -- Guido