emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#45280: closed (qutebrowser has no audio)


From: GNU bug Tracking System
Subject: bug#45280: closed (qutebrowser has no audio)
Date: Tue, 14 Jun 2022 23:51:02 +0000

Your message dated Tue, 14 Jun 2022 18:50:10 -0500
with message-id <CKQ9DCTU50C2.297WBG08EYSA6@masaki>
and subject line Re: bug#45280: qutebrowser has no audio
has caused the debbugs.gnu.org bug report #45280,
regarding qutebrowser has no audio
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
45280: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45280
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: qutebrowser has no audio Date: Wed, 16 Dec 2020 15:29:42 -0600
guix (GNU Guix) 91e35e32a4938e0e37499c64fa8ed3e7cf51dce3
qutebrowser v1.14.0
full :version output of qutebrowser:
https://paste.the-compiler.org/view/ea2d3602
Has been going on for months now, but I don't think I filed a bug.
Does not show up at all in pavucontrol.




--- End Message ---
--- Begin Message --- Subject: Re: bug#45280: qutebrowser has no audio Date: Tue, 14 Jun 2022 18:50:10 -0500
I have finally gotten sound working. I needed to enable an alsa service
(which also required the sound and possibly audio use-service-modules)
aplay and speaker-test were failing, which seemed to possibly be due to
a lack of /etc/asound.conf, and I found in the manual that the alsa
service creates this file. After enabling that service, I just had to
restart qutebrowser.
As an aside, I think if our qutebrowser package were built with the
optional pulseaudio support enabled, I would never have hit this issue.
Although you could argue that having broken alsa was probably not good
anyway.

I will finally close this issue.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]