This bug was fixed in the package pipewire-media-session -
0.4.1-2ubuntu1
---
pipewire-media-session (0.4.1-2ubuntu1) jammy; urgency=medium
* Configure with-module-sets="" to disable audio by default (LP: #1953052)
You can reenable it by creating an empty file:
/usr/share/pi
Thanks Daniel, I uploaded to Ubuntu now to not block longer on upstream
or Debian. I suspect that Debian is rather going to want to go the road
of changing the default, which we will likely do after the LTS, the
delta isn't going to have a cost at this point. I also slightly simplied
to rules chang
No please don't treat it as a debdiff because it should be reviewed in
https://salsa.debian.org/utopia-team/pipewire-media-
session/-/merge_requests/1 instead.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/
The attachment "Don-t-load-audio-modules-by-default-LP-1953052.patch"
seems to be a debdiff. The ubuntu-sponsors team has been subscribed to
the bug report so that they can review and hopefully sponsor the
debdiff. If the attachment isn't a patch, please remove the "patch"
flag from the attachmen
Seems Debian Salsa has been down for days. If anyone is curious what my
final proposed fix looks like, here it is.
** Patch added: "Don-t-load-audio-modules-by-default-LP-1953052.patch"
https://bugs.launchpad.net/ubuntu/+source/pipewire-media-session/+bug/1953052/+attachment/5564362/+files/Don
** Changed in: pipewire-media-session (Ubuntu Jammy)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manag
If anyone wanted PipeWire audio working at the same time as PulseAudio
with Pulse as the main server then I suspect the module you want is
'pulse-tunnel'. I "suspect" that but the documentation is not great:
https://docs.pipewire.org/page_module_pulse_tunnel.html
It probably doesn't matter. We're
Debian fix proposed in: https://salsa.debian.org/utopia-team/pipewire-
media-session/-/merge_requests/1
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after
Oh right, Igor mentioned that already in comment #22. :)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manage notifications about this bug
It seems the developers didn't really intend for media-session.conf to
be edited. Instead it's the existence of the files 'with-jack', 'with-
pulseaudio' or 'with-alsa' that trigger the 'with-audio' settings.
So I now think the cleanest solution is for us to just not install these
files:
with-j
Debian bug about splitting the audio configuration to its own binary
which pipewire-pulse could depends on, https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=1006364
** Bug watch added: Debian Bug tracker #1006364
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006364
--
You received this
I'm still not confident about the syntax of the solution we want so have
asked upstream: https://gitlab.freedesktop.org/pipewire/media-
session/-/issues/6
** Bug watch added: gitlab.freedesktop.org/pipewire/media-session/-/issues #6
https://gitlab.freedesktop.org/pipewire/media-session/-/issues
I think this is a better fix: Just comment out the default-profile line in
/usr/share/pipewire/media-session.d/media-session.conf
with-audio = [
metadata
default-nodes
#default-profile
default-routes
alsa-seq
alsa-monitor
]
Seems to be enoug
We do need pipewire-media-session since according to GNOME upstream
without it gnome shell recording would just stay pause and not actually
work, unsure if that's still true so worth testing
** Also affects: pipewire-media-session (Ubuntu Jammy)
Importance: Undecided
Assignee: Daniel van V
It might be possible to refine further if not all of these need
removing:
> with-audio = [
> metadata
> default-nodes
> default-profile
> default-routes
> alsa-seq
> alsa-monitor
> ]
Hard to tell because the docs either aren't built properly in places,
don't exist at all for some things, or are j
Comparing the configs of impish (where it works) and jammy (where it
fails) I can't find any differences of consequence. Most of the changes
are either formatting, comments, or irrelevant.
I've also tried bisecting and refining the media session config to
reduce it to the minimal change to fix the
The offending package seems to be coming via:
ubuntu-meta >
gnome-remote-desktop >
pipewire-media-session | wireplumber
So it's a dependency we probably can't drop. Maybe a config change is
the only real option.
** No longer affects: alsa-utils (Ubuntu)
** No longer affects: pulseaudio (Ubuntu)
** Changed in: alsa-utils (Ubuntu)
Assignee: (unassigned) => Daniel van Vugt (vanvugt)
** Changed in: pipewire (Ubuntu)
Assignee: (unassigned) => Daniel van Vugt (vanvugt)
** Changed in: pulseaudio (Ubuntu)
Assignee: (unassigned) => Daniel van Vugt (vanvugt)
--
You received this
Thanks Cam Cope, that's an interesting fix.
It's probably better if we can avoid starting pipewire-media-session in
GNOME sessions without other config changes. I don't want to cripple
pipewire-media-session to the point of it not being able to replace
PulseAudio in other session types.
--
You r
So I can confirm that copying /usr/share/pipewire/media-session.conf to
/etc/pipewire/media-session.d/media-session.conf and deleting these lines fixes
the issue:
$ diff /etc/pipewire/media-session.d/media-session.conf
/usr/share/pipewire/media-session.d/media-session.conf
94a95,116
> with-a
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: pipewire (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
I
> TL;DR: pipewire-pulse and PulseAudio should *not* be installed at the
same time as they serve the same function and applications don't know
the difference.
This is not the case at least for the default Ubuntu flavor (w/ GNOME).
$ curl -s
https://cdimages.ubuntu.com/daily-live/current/jammy-des
I don't think the points I raised are upstream ones and I wouldn't take
them upstream myself. I think it's good (in the long term) and
appropriate that PipeWire upstream is a daemon, just not appropriate in
Ubuntu 22.04 since we've decided to stick with PulseAudio. Hence the
configuration changes I
Daniel, I disagree.
PipeWire is meant to be a *drop-in replacement* for PulseAudio.
Applications that recognize PulseAudio are supposed to use it instead if
it's available in lieu of PulseAudio.
Both options need to be available, otherwise the entire goal of
PipeWire's audio capabilities of unify
This is definitely a bug and one we need to solve before the masses
start using jammy. So just closing it wouldn't be helpful.
I'm reminded a little of bug 1897965. Maybe we need either:
https://bugs.launchpad.net/ubuntu/+source/pipewire/+bug/1897965/comments/16
or to modify pipewire-media-sessi
Ubuntu Studio lead here. We have been very closely watching the
development of PipeWire as it is of interest to a large amount of our
user base in the Audio Production world.
Please note that PipeWire, in its current iteration, is meant to be a
drop-in replacement for both PulseAudio and Jack soun
Corrado, this is still not ideal - while it appears to work at the
moment, having two audio servers with their own idea of volumes would
probably cause trouble going on.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.laun
Problem seems solved for my 2 desktop and on my laptop:
corrado@corrado-n4-jammy-0202:~$ lsof /dev/snd/*
COMMANDPIDUSER FD TYPE DEVICE SIZE/OFF NODE NAME
pipewire 1393 corrado 43u CHR 116,1 0t0 566 /dev/snd/seq
pipewire 1393 corrado 44u CHR 116,1 0t0 566 /dev/snd
After last updates problem disappeared again
corrado@corrado-n4-jj-0203:~$ lsof /dev/snd/*
COMMANDPIDUSER FD TYPE DEVICE SIZE/OFF NODE NAME
pipewire 1611 corrado 43u CHR 116,1 0t0 621 /dev/snd/seq
pipewire 1611 corrado 44u CHR 116,1 0t0 621 /dev/snd/seq
pipewire-
OK that matches what we have observed elsewhere. In theory there is an
audio device reservation protocol which is obeyed by both pulseaudio and
pipewire, but in practice it looks like at least some versions of
pipewire media server component do not obey the protocol in full (i.e.
are still using co
Igor, I'm responding as someone also affected by this issue. Using the
command you gave in comment #25 I saw that both pulseaudio and pipewire
were using the same audio device(s).
I used the command 'sudo systemctl disable --global pipewire' to disable
pipewire and deleted the ~/.config/pulse/ dir
Please have a look which apps are using audio devices: 'lsof /dev/snd/*
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manage notifications
On a different Jammy install on a different desktop the problem dos
still occur.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manage notif
On my desktop after a lot of new updates the sound level is NOT reset at
reboot.
I see pipewire and pulseaudio are both installed but i don't know if
they are active.
corrado@corrado-p5-jj-0203:~$ dpkg -l | grep pipewire
ii gstreamer1.0-pipewire:amd640.3.45-1
Sebastien, if distribution is intended to provide pipewire function for
video only, there is no need to install audio parts. At very least
'with-pulse' 'with-jack' and other files directly or transitively
enabling 'with-audio' pipewire parts should not be installed so pipewire
media session daemon
I can confirm that after stopping pipewire temporarily by:
$ systemctl --user stop pipewire.socket pipewire.service
The volume level is properly recovered across plugging in and out a headset for
example, which is good.
Both pulseaudio and pipewire are installed out of the box and running if
I'm
what's the output of
$ dpkg -l | grep pipewire
?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manage notifications about this bug go to:
h
how can i tell if i have pulseaudio and pipewire activated?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manage notifications about this b
Do you have both pulseaudio and pipewire audio enabled simultaneously?
At least system log suggests pipewire with session manager is also being
activated, this could cause issues if both attempt to restore volumes
for some reason.
--
You received this bug notification because you are a member of
** Also affects: pulseaudio (Ubuntu)
Importance: Undecided
Status: New
** Changed in: pulseaudio (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/195305
Problem reappeared
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubun
Problem disappeared after today updates(?) on my 2 desktop 3 different install
of Jammy.
but NOT disappeared on my laptop also updated today.
Let me know what useful information I can provide.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
I did some tests by changing the volume and inserting and removing the
headphones but I don't see anything in the journalctl.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy so
not 'journalctl -b 1 > log' but 'journalctl -b-1 > log'
.. log attached
** Attachment added: "log"
https://bugs.launchpad.net/ubuntu/+source/alsa-utils/+bug/1953052/+attachment/5557907/+files/log
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
It's a bit weird, trying in a VM in a simple wmaker session, changing
the level in pavucontrol and restarting the machine the sound is
correctly restored on the same position after the restart so the systemd
unit seems to be working as expected.
Could someone having the issue change the level, res
This bug also affects me. I am using Ubuntu MATE (Jammy).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manage notifications about this bug
Volume is reset to 70% also when i insert or remove headset.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manage notifications about this
** Changed in: alsa-utils (Ubuntu)
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manage notifications abou
My Jammy was not upgraded from impish but fresh install from ISO.
and i see the problem on 2 different install on same PC.
I don't have the problem on impish installed on different partition of same
disk same PC.
--
You received this bug notification because you are a member of Ubuntu
Bugs, whic
Did the issue started after upgrading to the new serie or was it already
there in impish?
** Tags added: rls-jj-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound
I would like to add that my computer resets the volume to 70% after I
resume from suspending.
DM: gdm
DE: gnome flashback
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound
@corrado venturini
Thanks for reporting this bug as i was about to do the same.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
In Jammy sound level reset after reboot
To manage notif
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: alsa-utils (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1953052
Title:
Saving the state and restoring it is alsa's job, gnome-control-center
isn't a service and not doing anything when not started
** Summary changed:
- In Jammy gnome-control-center sound reset after reboot
+ In Jammy sound level reset after reboot
** Package changed: gnome-control-center (Ubuntu) =
54 matches
Mail list logo
