GNU bug report logs -
#68483
Qutebrowser QT platform plugin could not be initialized
Previous Next
Reported by: chris <chris <at> bumblehead.com>
Date: Mon, 15 Jan 2024 19:43:01 UTC
Severity: normal
Done: chris <chris <at> bumblehead.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 68483 in the body.
You can then email your comments to 68483 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Mon, 15 Jan 2024 19:43:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
chris <chris <at> bumblehead.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Mon, 15 Jan 2024 19:43:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Related to https://issues.guix.gnu.org/67289#7
Here is the qutebrowser 3 process shell output. Would anyone recommend a solution?
```
$ qutebrowser
20:40:33 WARNING: Could not find the Qt platform plugin "wayland" in ""
20:40:33 CRITICAL: This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: offscreen, vnc, minimal, xcb, vkkhrdisplay, linuxfb, minimalegl, eglfs.
Fatal Python error: Aborted
Current thread 0x00007f36c07e6740 (most recent call first):
File "/gnu/store/xc2z9q7z036ny3fipgqvwc01yn20j2jh-qutebrowser-3.1.0/lib/python3.10/site-packages/qutebrowser/app.py", line 545 in __init__
File "/gnu/store/xc2z9q7z036ny3fipgqvwc01yn20j2jh-qutebrowser-3.1.0/lib/python3.10/site-packages/qutebrowser/app.py", line 80 in run
File "/gnu/store/xc2z9q7z036ny3fipgqvwc01yn20j2jh-qutebrowser-3.1.0/lib/python3.10/site-packages/qutebrowser/qutebrowser.py", line 231 in main
File "/gnu/store/xc2z9q7z036ny3fipgqvwc01yn20j2jh-qutebrowser-3.1.0/bin/.qutebrowser-real", line 33 in <module>
Extension modules: PyQt6.QtCore, PyQt6.QtGui, PyQt6.QtWidgets, markupsafe._speedups, yaml._yaml, PyQt6.QtNetwork, PyQt6.QtQml, PyQt6.QtOpenGL, PyQt6.QtDBus, PyQt6.QtPrintSupport, PyQt6.QtWebChannel, PyQt6.QtWebEngineCore, PyQt6.QtWebEngineWidgets, PyQt6.QtSql (total: 14)
```
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Mon, 15 Jan 2024 22:16:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 68483 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi chris,
chris <chris <at> bumblehead.com> writes:
> Related to https://issues.guix.gnu.org/67289#7
>
> Here is the qutebrowser 3 process shell output. Would anyone recommend a solution?
> ```
> $ qutebrowser
> 20:40:33 WARNING: Could not find the Qt platform plugin "wayland" in ""
Have you installed qt-wayland? Are you setting QT_QPA_PLATFORM
anywhere?
Best,
--
Josselin Poiret
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Mon, 15 Jan 2024 22:46:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 68483 <at> debbugs.gnu.org (full text, mbox):
On 1月15日 月, Josselin Poiret wrote:
> Hi chris,
>
> chris <chris <at> bumblehead.com> writes:
>
> > Related to https://issues.guix.gnu.org/67289#7
> >
> > Here is the qutebrowser 3 process shell output. Would anyone recommend a solution?
> > ```
> > $ qutebrowser
> > 20:40:33 WARNING: Could not find the Qt platform plugin "wayland" in ""
>
> Have you installed qt-wayland? Are you setting QT_QPA_PLATFORM
> anywhere?
Hey Josselin,
I've tried installing qtwayland through guix home by specifying "qtwayland" in my home config file. QT_QPA_PLATFORM is specified in my home config this way
```
(simple-service 'env-vars home-environment-variables-service-type
'(("EDITOR" . "emacs")
("OPENER" . "sh.opener.sh")
("BROWSER" . "qutebrowser")
("GTK_IM_MODULE" . "fcitx")
("QT_IM_MODULE" . "fcitx")
("XMODIFIERS" . "@im=fcitx")
("QT_QPA_PLATFORM" . "wayland")
("QT_SCALE_FACTOR" . "1")
("XDG_SESSION_TYPE" . "wayland")
("XDG_SESSION_DESKTOP" . "sway")
("XDG_CURRENT_DESKTOP" . "sway")
("DESKTOP_SESSION" . "sway")
("LIBSEAT_BACKEND" . "seatd")))
```
QT_QPA_PLATFORM prints at the shell this way
```
$ echo $QT_QPA_PLATFORM
wayland
```
I tried changing "qtwayland" to "qtwayland <at> 6.5" in my home config and reconfiguring home. I've also tried installing qtwayland without guix home using "guix install qtwayland" but those did not resolve the issue.
I can try any suggestion and if it doesn't work, revert back using guix home switch-generation
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 06:41:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 68483 <at> debbugs.gnu.org (full text, mbox):
chris <chris <at> bumblehead.com> writes:
> On 1月15日 月, Josselin Poiret wrote:
>> Hi chris,
>>
>> chris <chris <at> bumblehead.com> writes:
>>
>> > Related to https://issues.guix.gnu.org/67289#7
>> >
>> > Here is the qutebrowser 3 process shell output. Would anyone recommend a solution?
>> > ```
>> > $ qutebrowser
>> > 20:40:33 WARNING: Could not find the Qt platform plugin "wayland" in ""
>>
>> Have you installed qt-wayland? Are you setting QT_QPA_PLATFORM
>> anywhere?
>
> Hey Josselin,
>
> I've tried installing qtwayland through guix home by specifying "qtwayland" in
> my home config file. QT_QPA_PLATFORM is specified in my home config this way
>
Here you go:
```sh
qtw=$(guix build qtwayland <at> 6)/lib/qt6/plugins
QT_PLUGIN_PATH=$qtw QT_QPA_PLATFORM_PLUGIN_PATH=$qtw/platforms qutebrowser -s qt.force_platform wayland
```
Maybe a qutebrowser-wayland package variant should be defined to do the
required wrapping. Otherwise you can just install qtwayland <at> 6 to your
profile and use ~/.guix-home/profile/lib/qt6/plugins in paths.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 07:09:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 68483 <at> debbugs.gnu.org (full text, mbox):
On 1月16日 火, Sergey Trofimov wrote:
>
> Here you go:
> ```sh
> qtw=$(guix build qtwayland <at> 6)/lib/qt6/plugins
> QT_PLUGIN_PATH=$qtw QT_QPA_PLATFORM_PLUGIN_PATH=$qtw/platforms qutebrowser -s qt.force_platform wayland
> ```
>
> Maybe a qutebrowser-wayland package variant should be defined to do the
> required wrapping. Otherwise you can just install qtwayland <at> 6 to your
> profile and use ~/.guix-home/profile/lib/qt6/plugins in paths.
Neither approach succeeded for me. What am I doing wrong...
```sh
$ ls $qtw
platforms/ wayland-graphics-integration-client/ wayland-shell-integration/
wayland-decoration-client/ wayland-graphics-integration-server/
$ ls $qtw/platforms
libqwayland-egl.so libqwayland-generic.so
$ qtw=/home/bumble/.guix-home/profile/lib/qt6/plugins; QT_PLUGIN_PATH=$qtw; QT_QPA_PLATFORM_PLUGIN_PATH=$qtw/platforms; qutebrowser -s qt.force_platform wayland
23:00:47 WARNING: Could not find the Qt platform plugin "wayland" in ""
23:00:47 CRITICAL: This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: offscreen, vnc, minimal, xcb, vkkhrdisplay, linuxfb, minimalegl, eglfs.
Fatal Python error: Aborted
Current thread 0x00007f7b99434740 (most recent call first):
File "/gnu/store/xc2z9q7z036ny3fipgqvwc01yn20j2jh-qutebrowser-3.1.0/lib/python3.10/site-packages/qutebrowser/app.py", line 545 in __init__
File "/gnu/store/xc2z9q7z036ny3fipgqvwc01yn20j2jh-qutebrowser-3.1.0/lib/python3.10/site-packages/qutebrowser/app.py", line 80 in run
File "/gnu/store/xc2z9q7z036ny3fipgqvwc01yn20j2jh-qutebrowser-3.1.0/lib/python3.10/site-packages/qutebrowser/qutebrowser.py", line 231 in main
File "/gnu/store/xc2z9q7z036ny3fipgqvwc01yn20j2jh-qutebrowser-3.1.0/bin/.qutebrowser-real", line 33 in <module>
Extension modules: PyQt6.QtCore, PyQt6.QtGui, PyQt6.QtWidgets, markupsafe._speedups, yaml._yaml, PyQt6.QtNetwork, PyQt6.QtQml, PyQt6.QtOpenGL, PyQt6.QtDBus, PyQt6.QtPrintSupport, PyQt6.QtWebChannel, PyQt6.QtWebEngineCore, PyQt6.QtWebEngineWidgets, PyQt6.QtSql (total: 14)
```
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 07:50:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 68483 <at> debbugs.gnu.org (full text, mbox):
On 1月15日 月, chris wrote:
> On 1月16日 火, Sergey Trofimov wrote:
> >
> > Here you go:
> > ```sh
> > qtw=$(guix build qtwayland <at> 6)/lib/qt6/plugins
> > QT_PLUGIN_PATH=$qtw QT_QPA_PLATFORM_PLUGIN_PATH=$qtw/platforms qutebrowser -s qt.force_platform wayland
> > ```
I tried this command again just now and succeeded this time. I must have done something wrong the first time.
Thank you Sergey!
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 07:56:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 68483 <at> debbugs.gnu.org (full text, mbox):
On 1月15日 月, chris wrote:
> On 1月16日 火, Sergey Trofimov wrote:
> >
> > Here you go:
> > ```sh
> > qtw=$(guix build qtwayland <at> 6)/lib/qt6/plugins
> > QT_PLUGIN_PATH=$qtw QT_QPA_PLATFORM_PLUGIN_PATH=$qtw/platforms qutebrowser -s qt.force_platform wayland
> > ```
> >
I think it needed the extra slash after at the end of $qtw... the shell output looks problematic, but otherwise the browser has started. Thank you
```
$ qtw=$(guix build qtwayland <at> 6)/lib/qt6/plugins; QT_PLUGIN_PATH=$qtw/; QT_QPA_PLATFORM_PLUGIN_PATH=$qtw/platforms; qutebrowser -s qt.force_platform wayland
23:47:07 ERROR: Failed to copy webengine resources, not applying quirk
Traceback (most recent call last):
File "/gnu/store/xc2z9q7z036ny3fipgqvwc01yn20j2jh-qutebrowser-3.1.0/lib/python3.10/site-packages/qutebrowser/misc/pakjoy.py", line 253, in patch_webengine
webengine_resources_path = copy_webengine_resources()
File "/gnu/store/xc2z9q7z036ny3fipgqvwc01yn20j2jh-qutebrowser-3.1.0/lib/python3.10/site-packages/qutebrowser/misc/pakjoy.py", line 197, in copy_webengine_resources
shutil.rmtree(work_dir)
File "/gnu/store/3lxr2xg3yscdb3979blgjg0h7xd1n9la-python-3.10.7/lib/python3.10/shutil.py", line 724, in rmtree
_rmtree_safe_fd(fd, path, onerror)
File "/gnu/store/3lxr2xg3yscdb3979blgjg0h7xd1n9la-python-3.10.7/lib/python3.10/shutil.py", line 680, in _rmtree_safe_fd
onerror(os.unlink, fullname, sys.exc_info())
File "/gnu/store/3lxr2xg3yscdb3979blgjg0h7xd1n9la-python-3.10.7/lib/python3.10/shutil.py", line 678, in _rmtree_safe_fd
os.unlink(entry.name, dir_fd=topfd)
PermissionError: [Errno 13] 許可がありません: 'qtwebengine_devtools_resources.pak'
23:47:08 INFO: Showing changelog after upgrade to qutebrowser v3.1.0.
```
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 08:17:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 68483 <at> debbugs.gnu.org (full text, mbox):
Qutebrowser 3 does not have sound and this appears in the process output. "そのようなファイルやディレクトリはありません" means "the file or directory is not found".
```
[3158:3158:0116/000131.568005:ERROR:interface_endpoint_client.cc(694)] Message 4 rejected by interface blink.mojom.WidgetHost
ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave
[3473:3473:0116/000734.652713:ERROR:alsa_util.cc(204)] PcmOpen: default,そのようなファイルやディレクトリはありません
ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave
[3473:3473:0116/000734.653460:ERROR:alsa_util.cc(204)] PcmOpen: plug:default,そのようなファイルやディレクトリはありません
ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave
[3473:3473:0116/000824.855365:ERROR:alsa_util.cc(204)] PcmOpen: default,そのようなファイルやディレクトリはありません
ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave
[3473:3473:0116/000824.856521:ERROR:alsa_util.cc(204)] PcmOpen: plug:default,そのようなファイルやディレクトリはありません
ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave
[3473:3473:0116/000826.415347:ERROR:alsa_util.cc(204)] PcmOpen: default,そのようなファイルやディレクトリはありません
ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave
[3473:3473:0116/000826.416368:ERROR:alsa_util.cc(204)] PcmOpen: plug:default,そのようなファイルやディレクトリはありません
```
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 10:09:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 68483 <at> debbugs.gnu.org (full text, mbox):
chris <chris <at> bumblehead.com> writes:
> Qutebrowser 3 does not have sound and this appears in the
> process output. "その
> ようなファイルやディレクトリはありません" means "the file or
> directory is not
> found".
> ```
> [3158:3158:0116/000131.568005:ERROR:interface_endpoint_client.cc(694)]
> Message 4 rejected by interface blink.mojom.WidgetHost
> ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open
> slave
> [3473:3473:0116/000734.652713:ERROR:alsa_util.cc(204)] PcmOpen:
> default,そのようなファイルやディレクトリはありません
> ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open
> slave
> [3473:3473:0116/000734.653460:ERROR:alsa_util.cc(204)] PcmOpen:
> plug:default,そのようなファイルやディレクトリはありません
> ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open
> slave
> [3473:3473:0116/000824.855365:ERROR:alsa_util.cc(204)] PcmOpen:
> default,そのようなファイルやディレクトリはありません
> ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open
> slave
> [3473:3473:0116/000824.856521:ERROR:alsa_util.cc(204)] PcmOpen:
> plug:default,そのようなファイルやディレクトリはありません
> ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open
> slave
> [3473:3473:0116/000826.415347:ERROR:alsa_util.cc(204)] PcmOpen:
> default,そのようなファイルやディレクトリはありません
> ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open
> slave
> [3473:3473:0116/000826.416368:ERROR:alsa_util.cc(204)] PcmOpen:
> plug:default,そのようなファイルやディレクトリはありません
> ```
Sound works for me both in X11 and Wayland environments. I use
pipewire though.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 10:43:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 68483 <at> debbugs.gnu.org (full text, mbox):
On Mon, Jan 15 2024, chris wrote:
> On 1月15日 月, chris wrote:
>> On 1月16日 火, Sergey Trofimov wrote:
>> >
>> > Here you go:
>> > ```sh
>> > qtw=$(guix build qtwayland <at> 6)/lib/qt6/plugins
>> > QT_PLUGIN_PATH=$qtw QT_QPA_PLATFORM_PLUGIN_PATH=$qtw/platforms qutebrowser -s qt.force_platform wayland
>> > ```
>
> I tried this command again just now and succeeded this time. I must have done something wrong the first time.
>
> Thank you Sergey!
Hi,
Would this work with non-wayland users too? (So that it would make
sense to add it to the main package?)
Thanks,
Clément
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 10:52:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 68483 <at> debbugs.gnu.org (full text, mbox):
Clément Lassieur <clement <at> lassieur.org> writes:
> On Mon, Jan 15 2024, chris wrote:
>
>> On 1月15日 月, chris wrote:
>>> On 1月16日 火, Sergey Trofimov wrote:
>>> >
>>> > Here you go:
>>> > ```sh
>>> > qtw=$(guix build qtwayland <at> 6)/lib/qt6/plugins
>>> > QT_PLUGIN_PATH=$qtw
>>> > QT_QPA_PLATFORM_PLUGIN_PATH=$qtw/platforms qutebrowser -s
>>> > qt.force_platform wayland
>>> > ```
>>
>> I tried this command again just now and succeeded this time. I
>> must have done something wrong the first time.
>>
>> Thank you Sergey!
>
> Hi,
>
> Would this work with non-wayland users too? (So that it would
> make
> sense to add it to the main package?)
>
> Thanks,
> Clément
Yeah, it would work, but forcing the platform through parameters
is not necessary. I added it just to be sure that wayland is being
used instead of xcb. On the other hand I think adding qtwayland
dependency to every qt-based gui program doesn't make sense. Maybe
a qtwayland-home-service makes more sense which would install the
dependency and set required environment variables. This way it
would work for every Qt GUI program on wayland.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 11:03:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 68483 <at> debbugs.gnu.org (full text, mbox):
On Tue, Jan 16 2024, Sergey Trofimov wrote:
>> Would this work with non-wayland users too? (So that it would make
>> sense to add it to the main package?)
>>
>> Thanks,
>> Clément
>
> Yeah, it would work, but forcing the platform through parameters is not
> necessary. I added it just to be sure that wayland is being used instead of
> xcb. On the other hand I think adding qtwayland dependency to every qt-based
> gui program doesn't make sense. Maybe a qtwayland-home-service makes more
> sense which would install the dependency and set required environment
> variables. This way it would work for every Qt GUI program on wayland.
Ok, I see, thanks!
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 11:38:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 68483 <at> debbugs.gnu.org (full text, mbox):
Clément Lassieur <clement <at> lassieur.org> writes:
> On Tue, Jan 16 2024, Sergey Trofimov wrote:
>
>>> Would this work with non-wayland users too? (So that it would
>>> make
>>> sense to add it to the main package?)
>>>
>>> Thanks,
>>> Clément
>>
>> Yeah, it would work, but forcing the platform through
>> parameters is not
>> necessary. I added it just to be sure that wayland is being
>> used instead of
>> xcb. On the other hand I think adding qtwayland dependency to
>> every qt-based
>> gui program doesn't make sense. Maybe a qtwayland-home-service
>> makes more
>> sense which would install the dependency and set required
>> environment
>> variables. This way it would work for every Qt GUI program on
>> wayland.
>
> Ok, I see, thanks!
As simple as:
--8<---------------cut here---------------start------------->8---
(simple-service 'qtwayland-vars-service
home-environment-variables-service-type
`(("QT_PLUGIN_PATH" . ,(file-append qtwayland
"/lib/qt6/plugins"))
("QT_QPA_PLATFORM_PLUGIN_PATH" . ,(file-append qtwayland
"/lib/qt6/plugins/platforms"))))
--8<---------------cut here---------------end--------------->8---
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 15:15:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 68483 <at> debbugs.gnu.org (full text, mbox):
On 1月16日 火, Sergey Trofimov wrote:
>
> Clément Lassieur <clement <at> lassieur.org> writes:
>
> --8<---------------cut here---------------start------------->8---
> (simple-service 'qtwayland-vars-service
> home-environment-variables-service-type
> `(("QT_PLUGIN_PATH" . ,(file-append qtwayland "/lib/qt6/plugins"))
> ("QT_QPA_PLATFORM_PLUGIN_PATH" . ,(file-append qtwayland
> "/lib/qt6/plugins/platforms"))))
> --8<---------------cut here---------------end--------------->8---
This works here. After adding the above to my home config, qutebrowser starts as `qutebrowser` without the extra params.
As for the sound issue, this system uses pipewire only, without dbus. mpv, musikcube and the previous version of qutebrowser have/had sound. When I first setup guix about a year ago, qutebrowser 2 did not produce sound and, to resolve the issue, Iyzsong, in the matrix or irc channel, said they would enable native support for pipewire through a flag at qutebrowser (or maybe one of the dependencies... I don't remember) and the next day after pull and reconfigure the sound began working and there were no sound problems until updating to qutebrowser 3 today.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 15:48:01 GMT)
Full text and
rfc822 format available.
Message #47 received at 68483 <at> debbugs.gnu.org (full text, mbox):
The snippet should be attributed to Sergey, my apology for incorrectly editing the reply
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 16:21:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 68483 <at> debbugs.gnu.org (full text, mbox):
I'm not sure what the correct protocol or etiquette is but I think this issue could be closed by sending an email to 68483-done <at> debbugs.gnu.org
Maybe the 'done' email should be sent from Sergey who provided the solution?
I would like to close this issue and open new separate issues for sound and the PermissionError shown in the process output around 'qtwebengine_devtools_resources.pak'
Reply sent
to
chris <chris <at> bumblehead.com>
:
You have taken responsibility.
(Tue, 16 Jan 2024 16:30:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
chris <chris <at> bumblehead.com>
:
bug acknowledged by developer.
(Tue, 16 Jan 2024 16:30:02 GMT)
Full text and
rfc822 format available.
Message #55 received at 68483-done <at> debbugs.gnu.org (full text, mbox):
closing
Information forwarded
to
bug-guix <at> gnu.org
:
bug#68483
; Package
guix
.
(Tue, 16 Jan 2024 16:59:01 GMT)
Full text and
rfc822 format available.
Message #58 received at 68483 <at> debbugs.gnu.org (full text, mbox):
Hey everyone the close email is sent and two separate issues opened, linked below,
* https://issues.guix.gnu.org/68512 Qutebrowser 3, no sound from pipewire-only system,
* https://issues.guix.gnu.org/68513 Qutebrowser 3, PermissionError qtwebengine_devtools_resources.pak
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 14 Feb 2024 12:24:15 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 123 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.