From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Prikler Subject: bug#38172: WebkitGTK-based browsers: System volume suddenly maxed out when playing audio or video Date: Thu, 09 Jan 2020 23:49:17 +0100 Message-ID: References: <20191111220941.09cae111@riseup.net> <1e5ef8c196053fbeada65e8f525520fb6483530f.camel@student.tugraz.at> <87eew81hmb.fsf@devup.no> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:33787) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ipgcu-00005j-Td for bug-guix@gnu.org; Thu, 09 Jan 2020 17:50:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ipgct-0003YA-Mb for bug-guix@gnu.org; Thu, 09 Jan 2020 17:50:04 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:47324) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ipgct-0003XL-II for bug-guix@gnu.org; Thu, 09 Jan 2020 17:50:03 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ipgcs-0007LU-GA for bug-guix@gnu.org; Thu, 09 Jan 2020 17:50:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87eew81hmb.fsf@devup.no> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane-mx.org@gnu.org Sender: "bug-Guix" To: Marius Bakke , raingloom@riseup.net Cc: 39053@debbugs.gnu.org, 38172@debbugs.gnu.org Am Donnerstag, den 09.01.2020, 21:48 +0100 schrieb Marius Bakke: > > I have a preference for making this field empty initially to have a > 1:1 > compatibility with the current PA client and daemon configuration > (i.e. nothing). Then a follow-up patch can add this new > configuration, > perhaps with an explaining comment. Fair enough. This would mean I'd have to split 0001 into two, but okay. > Does it make sense to have default-script and system-script default > to > (file-append pulseaudio "...") and avoid the conditional altogether? The idea behind it was to have the script itself in the code rather than asking users to construct a mixed-text-file, but I'm fine either way. > This means pulseaudio will start looking in /etc/pulse for > configuration > files on foreign distributions too, right? > > I wonder if there is better way to give it configuration > files. Perhaps > by patching the D-Bus service files? Not a blocker for this series, > but > something to consider in case /etc/pulse causes trouble. This is already addressed by the renewed series I sent to guix-patches. I know you already found that, but I'd like to repeat it for those who thus far have only read this thread. > End on #t. As above, but thanks for the hint, I missed the warning it seems. > [...] > > > From e24016f9a44a113847dd937ac47ab4bdb960236d Mon Sep 17 00:00:00 > > 2001 > > From: Leo Prikler > > Date: Thu, 9 Jan 2020 01:29:13 +0100 > > Subject: [PATCH 3/3] services: Add pulseaudio to %desktop-services. > > > > * gnu/services/desktop.scm (%desktop-services): Add pulseaudio > > service. > > This will pull in "swh-plugins" which was the original intention > behind > pulseaudio-service before this patch series. Before adding it to > %desktop-services, I would prefer if the pulseaudio environment > configuration could be made modular, so that there are no > configuration > differences for end users, i.e. they'd have to actively enable the > LADSPA plugin. I think adding a field ladspa-plugins, which accepts a list of packages and adds their "lib/ladspa" would be the right approach here, but I also feel, that this perhaps deserves its own service unrelated to pulseaudio. WDYT? Either way, I agree on the "having to actively enable" part. > As a final note, can you also update doc/guix.texi accordingly? I will once I've figured out how to best handle these fields. Regards, Leo