Bug#1107868: mumble: segfault on first start

[Jochen Sprickerhof]

Seems like it was too late already yesterday and I forgot to add 
libpipewire-0.3-0t64. Here is a reproducer for the segfault:

$ debvm-create -r trixie --initsystem=sysv -- \
    --hook-dir=/usr/share/mmdebstrap/hooks/useradd \
    --include=linux-image-generic,xserver-xorg-core,icewm,xdm,xserver-xorg-input-libinput,xterm,mumble,libpipewire-0.3-0t64 \
    --customize-hook='usermod --root "$1" -aG audio user' \
    --customize-hook='echo user:debian | chpasswd --root "$1"'
$ debvm-run -g -- -audio driver=sdl,model=virtio

Cheers Jochen

* Jochen Sprickerhof <jspricke at debian.org> [2025-06-29 22:10]:
>Hi Thorsten,
>
>I was not able to reproduce this problem in a fresh trixie VM. This is 
>what I tried:
>
>$ debvm-create -r trixie --initsystem=sysv -- \
>   --hook-dir=/usr/share/mmdebstrap/hooks/useradd \
>   --include=linux-image-generic,xserver-xorg-core,icewm,xdm,xserver-xorg-input-libinput,xterm,mumble \
>   --customize-hook='usermod --root "$1" -aG audio user' \
>   --customize-hook='echo user:debian | chpasswd --root "$1"'
>$ debvm-run -g -- -audio driver=sdl,model=virtio
>
>Login in xdm with user:debian. Open an xterm and run mumble. This 
>works and I get audio output.
>
>Cheers Jochen
>
>* Thorsten Glaser <tg at mirbsd.de> [2025-06-29 02:50]:
>>On Sat, 21 Jun 2025, Chris Knadle wrote:
>>
>>>The ALSA backend is supported, and depends on it, and loads other audio
>>>libraries if they are found (PipeWire, PulseAudio, JACK) -- but if PipeWire is
>>>found it prioritizes that over ALSA. So in this case it looks like
>>>libpipewire-0.3.so.0 and libpulse.so.0 are found, so Mumble tries to connect to
>>>pipewire, but then the PipeWire configuration pw.conf isn't found, leading to a
>>>Segfault.
>>
>>Heh.
>>
>>Presence of the client libraries must not be used as an indicator
>>that the thing is used. The client libraries are there because some
>>software links against them to support these things, no matter whether
>>they actually are used, after all (mplayer most likely). This is like
>>with libsystemd0 which is present so dæmons can use it to communicate
>>with systemd about their readiness state, so the dæmon executable is
>>linked against it, but it’s never actually used on my system since there
>>is no systemd on it. (Other than being used as entry door for the Jia Tan
>>exploit, of course.)
>>
>>>Upsgream would like to fix the bug and they are requesting a coredump and/or a
>>>backtrace, if that can be provided.
>>
>>I can provide a backtrace (just not right now) easily enough. Not sure
>>about a coredump vs. possible info leak, will have to see.
>>
>>Later,
>>//mirabilos
>>-- 
>>15:41⎜<Lo-lan-do:#fusionforge> Somebody write a testsuite for helloworld :-)


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-voip-maintainers/attachments/20250630/a2c302ab/attachment.sig>