* [bug#73103] [PATCH] gnu: zen: Adding Zen browser. @ 2024-09-07 14:46 outlook user 2024-09-20 21:48 ` bug#73103: " Vagrant Cascadian ` (2 more replies) 0 siblings, 3 replies; 13+ messages in thread From: outlook user @ 2024-09-07 14:46 UTC (permalink / raw) To: 73103 [-- Attachment #1: Type: text/plain, Size: 2 bytes --] [-- Attachment #2: Type: text/html, Size: 337 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73103: [PATCH] gnu: zen: Adding Zen browser. 2024-09-07 14:46 [bug#73103] [PATCH] gnu: zen: Adding Zen browser outlook user @ 2024-09-20 21:48 ` Vagrant Cascadian 2024-12-17 15:09 ` [bug#73103] outlook user 2024-12-18 6:13 ` [bug#73103] outlook user 2 siblings, 0 replies; 13+ messages in thread From: Vagrant Cascadian @ 2024-09-20 21:48 UTC (permalink / raw) To: 73103-done [-- Attachment #1: Type: text/plain, Size: 125 bytes --] There was no content in the submitted patch, closing. Feel free to re-submit if you have not already. live well, vagrant [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 227 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* [bug#73103] 2024-09-07 14:46 [bug#73103] [PATCH] gnu: zen: Adding Zen browser outlook user 2024-09-20 21:48 ` bug#73103: " Vagrant Cascadian @ 2024-12-17 15:09 ` outlook user 2024-12-17 15:41 ` [bug#73103] outlook user [not found] ` <AS8P251MB0854CF0508C3ABD9BE64930997042@AS8P251MB0854.EURP251.PROD.OUTLOOK.COM> 2024-12-18 6:13 ` [bug#73103] outlook user 2 siblings, 2 replies; 13+ messages in thread From: outlook user @ 2024-12-17 15:09 UTC (permalink / raw) To: 73103@debbugs.gnu.org ```shell guix shell --container --emulate-fhs # zen: No such file or directory --network # Hmm. We’re having trouble finding that site. --preserve='^MOZ_ENABLE_WAYLAND' --preserve='^XDG_SESSION_TYPE' --preserve='^QT_QPA_PLATFORM' # --preserve='^GDK_BACKEND' # Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway. qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in "" --preserve='^DISPLAY' # Error: no DISPLAY environment variable specified --preserve='^XAUTHORITY' --share=/run/user/1000/.mutter-Xwaylandauth.* # Authorization required, but no authorization protocol specified --share=/tmp/.X11-unix/X0 # Error: cannot open display: :0 grep coreutils # AppRun: line : command not found gcc-toolchain gtk+ alsa-lib # zen: error while loading shared libraries: lib: cannot open shared object file: No such file or directory -- .local/share/AppImage/ZenBrowser.AppImage # : No such file or directory --appimage-extract-and-run # fuse: failed to exec fusermount: Permission denied ``` Is there any way to optimize that? Like creating an scm to install actual files instead of an AppImage to avoid fuse hassle, or running it without emulating FHS to get access to system `grep coreutils gcc-toolchain gtk+ alsa-lib`, or using per default WayLand to avoid all the x11 hassle, or lighter packages than `grep coreutils gcc-toolchain gtk+ alsa-lib`, or to make work fuse to avoid extraction ^ permalink raw reply [flat|nested] 13+ messages in thread
* [bug#73103] 2024-12-17 15:09 ` [bug#73103] outlook user @ 2024-12-17 15:41 ` outlook user [not found] ` <AS8P251MB0854CF0508C3ABD9BE64930997042@AS8P251MB0854.EURP251.PROD.OUTLOOK.COM> 1 sibling, 0 replies; 13+ messages in thread From: outlook user @ 2024-12-17 15:41 UTC (permalink / raw) To: 73103@debbugs.gnu.org @@ -2,0 +2,1 @@ +curl https://github.com/zen-browser/desktop/releases/download/{latest; twilight}/zen-specific.AppImage --output .local/share/AppImage/ZenBrowser.AppImage # : No such file or directory ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <AS8P251MB0854CF0508C3ABD9BE64930997042@AS8P251MB0854.EURP251.PROD.OUTLOOK.COM>]
[parent not found: <87seqmb6kv.fsf@xn--no-cja.eu>]
* [bug#73103] TR: [not found] ` <87seqmb6kv.fsf@xn--no-cja.eu> @ 2024-12-17 19:11 ` outlook user 2024-12-17 19:50 ` [bug#73103] outlook user 2024-12-17 23:22 ` [bug#73103] TR: Noé Lopez via Guix-patches via 0 siblings, 2 replies; 13+ messages in thread From: outlook user @ 2024-12-17 19:11 UTC (permalink / raw) To: 73103@debbugs.gnu.org, Noé Lopez ________________________________________ De : Noé Lopez <noe@xn--no-cja.eu> Envoyé : mardi 17 décembre 2024 17:46 À : outlook user <RACP@outlook.fr> Objet : Re: TR: outlook user <RACP@outlook.fr> writes: ________________________________ De : outlook user <RACP@outlook.fr> Envoyé : mardi 17 décembre 2024 16:09 À : 73103@debbugs.gnu.org <73103@debbugs.gnu.org> Objet : > > ```shell > > guix shell --container --emulate-fhs # zen: No such file or directory > > --network # Hmm. We’re having trouble finding that site. > > --preserve='^MOZ_ENABLE_WAYLAND' --preserve='^XDG_SESSION_TYPE' --preserve='^QT_QPA_PLATFORM' # --preserve='^GDK_BACKEND' # Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway. qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in "" > > --preserve='^DISPLAY' # Error: no DISPLAY environment variable specified > > --preserve='^XAUTHORITY' --share=/run/user/1000/.mutter-Xwaylandauth.* # Authorization required, but no authorization protocol specified > > --share=/tmp/.X11-unix/X0 # Error: cannot open display: :0 > > grep coreutils # AppRun: line : command not found > > gcc-toolchain gtk+ alsa-lib # zen: error while loading shared libraries: lib: cannot open shared object file: No such file or directory > > -- .local/share/AppImage/ZenBrowser.AppImage # : No such file or directory > > --appimage-extract-and-run # fuse: failed to exec fusermount: Permission denied > > ``` > > > > Is there any way to optimize that? Like creating an scm to install actual files instead of an AppImage to avoid fuse hassle, or running it without emulating FHS to get access to system `grep coreutils gcc-toolchain gtk+ alsa-lib`, or using per default WayLand to avoid all the x11 hassle, or lighter packages than `grep coreutils gcc-toolchain gtk+ alsa-lib`, or to make work fuse to avoid extraction > > To make fuse work, add the “fuse” package to your shell, maybe “fuse@2”. ```shell $ guix shell fuse -- .local/share/AppImage/ZenBrowser.AppImage fuse: failed to exec fusermount: Permission denied Cannot mount AppImage, please check your FUSE setup. You might still be able to extract the contents of this AppImage if you run it with the --appimage-extract option. See https://github.com/AppImage/AppImageKit/wiki/FUSE for more information open dir error: No such file or directory ``` > > To get it working outside of FHS container it’s complicated, you can use > --appimage-extract to have the files deposited in a local directory > named squashfs-root, but you will have to patch the binaries’ > interpreter path with patchelf. Yeah but like you said it's complicated (obiously more than the command I shared) and it's not AppImage anymore > Alternatively, Zen browser publishes a tar, which > should be easier both with the container and without. Better install it with an scm if it's not to use AppImage. But do you have instructions to make work the tar? > > The best thing to do would of course be to package it inside guix, > following icecat or librewolf’s example. Exactly, I tried many times on my side but it's really difficult. Many way to skin a cat plus each software is it's own adventure even if you can take basis on sister package > > Good evening, > Noé ^ permalink raw reply [flat|nested] 13+ messages in thread
* [bug#73103] 2024-12-17 19:11 ` [bug#73103] TR: outlook user @ 2024-12-17 19:50 ` outlook user 2024-12-17 19:57 ` [bug#73103] outlook user 2024-12-17 23:22 ` [bug#73103] TR: Noé Lopez via Guix-patches via 1 sibling, 1 reply; 13+ messages in thread From: outlook user @ 2024-12-17 19:50 UTC (permalink / raw) To: 73103@debbugs.gnu.org = De : outlook user <RACP@outlook.fr> Envoyé : mardi 17 décembre 2024 20:11 À : 73103@debbugs.gnu.org <73103@debbugs.gnu.org>; Noé Lopez <noe@xn--no-cja.eu> Objet : RE: TR: = De : Noé Lopez <noe@xn--no-cja.eu> Envoyé : mardi 17 décembre 2024 17:46 À : outlook user <RACP@outlook.fr> Objet : Re: TR: outlook user <RACP@outlook.fr> writes: = De : outlook user <RACP@outlook.fr> Envoyé : mardi 17 décembre 2024 16:09 À : 73103@debbugs.gnu.org <73103@debbugs.gnu.org> Objet : > > ```shell > > guix shell --container --emulate-fhs # zen: No such file or directory > > --network # Hmm. We’re having trouble finding that site. > > --preserve='^MOZ_ENABLE_WAYLAND' --preserve='^XDG_SESSION_TYPE' --preserve='^QT_QPA_PLATFORM' # --preserve='^GDK_BACKEND' # Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway. qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in "" > > --preserve='^DISPLAY' # Error: no DISPLAY environment variable specified > > --preserve='^XAUTHORITY' --share=/run/user/1000/.mutter-Xwaylandauth.* # Authorization required, but no authorization protocol specified > > --share=/tmp/.X11-unix/X0 # Error: cannot open display: :0 > > grep coreutils # AppRun: line : command not found > > gcc-toolchain gtk+ alsa-lib # zen: error while loading shared libraries: lib: cannot open shared object file: No such file or directory > > -- .local/share/AppImage/ZenBrowser.AppImage # : No such file or directory > > --appimage-extract-and-run # fuse: failed to exec fusermount: Permission denied > > ``` > > > > Is there any way to optimize that? Like creating an scm to install actual files instead of an AppImage to avoid fuse hassle, or running it without emulating FHS to get access to system `grep coreutils gcc-toolchain gtk+ alsa-lib`, or using per default WayLand to avoid all the x11 hassle, or lighter packages than `grep coreutils gcc-toolchain gtk+ alsa-lib`, or to make work fuse to avoid extraction > > To make fuse work, add the “fuse” package to your shell, maybe “fuse@2”. ```shell $ guix shell fuse -- .local/share/AppImage/ZenBrowser.AppImage fuse: failed to exec fusermount: Permission denied Cannot mount AppImage, please check your FUSE setup. You might still be able to extract the contents of this AppImage if you run it with the --appimage-extract option. See https://github.com/AppImage/AppImageKit/wiki/FUSE for more information open dir error: No such file or directory ``` > > To get it working outside of FHS container it’s complicated, you can use > --appimage-extract to have the files deposited in a local directory > named squashfs-root, but you will have to patch the binaries’ > interpreter path with patchelf. Yeah but like you said it's complicated (obiously more than the command I shared) and it's not AppImage anymore > Alternatively, Zen browser publishes a tar, which > should be easier both with the container and without. Better install it with an scm if it's not to use AppImage. But do you have instructions to make work the tar? > > The best thing to do would of course be to package it inside guix, > following icecat or librewolf’s example. Exactly, I tried many times on my side but it's really difficult. Many way to skin a cat plus each software is it's own adventure even if you can take basis on sister package > > Good evening, > Noé ^ permalink raw reply [flat|nested] 13+ messages in thread
* [bug#73103] 2024-12-17 19:50 ` [bug#73103] outlook user @ 2024-12-17 19:57 ` outlook user 0 siblings, 0 replies; 13+ messages in thread From: outlook user @ 2024-12-17 19:57 UTC (permalink / raw) To: 73103@debbugs.gnu.org test = De : outlook user <RACP@outlook.fr> Envoyé : mardi 17 décembre 2024 20:11 À : 73103@debbugs.gnu.org <73103@debbugs.gnu.org>; Noé Lopez <noe@xn--no-cja.eu> Objet : RE: TR: = De : Noé Lopez <noe@xn--no-cja.eu> Envoyé : mardi 17 décembre 2024 17:46 À : outlook user <RACP@outlook.fr> Objet : Re: TR: outlook user <RACP@outlook.fr> writes: = De : outlook user <RACP@outlook.fr> Envoyé : mardi 17 décembre 2024 16:09 À : 73103@debbugs.gnu.org <73103@debbugs.gnu.org> Objet : > > ```shell > > guix shell --container --emulate-fhs # zen: No such file or directory > > --network # Hmm. We’re having trouble finding that site. > > --preserve='^MOZ_ENABLE_WAYLAND' --preserve='^XDG_SESSION_TYPE' --preserve='^QT_QPA_PLATFORM' # --preserve='^GDK_BACKEND' # Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway. qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in "" > > --preserve='^DISPLAY' # Error: no DISPLAY environment variable specified > > --preserve='^XAUTHORITY' --share=/run/user/1000/.mutter-Xwaylandauth.* # Authorization required, but no authorization protocol specified > > --share=/tmp/.X11-unix/X0 # Error: cannot open display: :0 > > grep coreutils # AppRun: line : command not found > > gcc-toolchain gtk+ alsa-lib # zen: error while loading shared libraries: lib: cannot open shared object file: No such file or directory > > -- .local/share/AppImage/ZenBrowser.AppImage # : No such file or directory > > --appimage-extract-and-run # fuse: failed to exec fusermount: Permission denied > > ``` > > > > Is there any way to optimize that? Like creating an scm to install actual files instead of an AppImage to avoid fuse hassle, or running it without emulating FHS to get access to system `grep coreutils gcc-toolchain gtk+ alsa-lib`, or using per default WayLand to avoid all the x11 hassle, or lighter packages than `grep coreutils gcc-toolchain gtk+ alsa-lib`, or to make work fuse to avoid extraction > > To make fuse work, add the “fuse” package to your shell, maybe “fuse@2”. ```shell $ guix shell fuse -- .local/share/AppImage/ZenBrowser.AppImage fuse: failed to exec fusermount: Permission denied Cannot mount AppImage, please check your FUSE setup. You might still be able to extract the contents of this AppImage if you run it with the --appimage-extract option. See https://github.com/AppImage/AppImageKit/wiki/FUSE for more information open dir error: No such file or directory ``` > > To get it working outside of FHS container it’s complicated, you can use > --appimage-extract to have the files deposited in a local directory > named squashfs-root, but you will have to patch the binaries’ > interpreter path with patchelf. Yeah but like you said it's complicated (obiously more than the command I shared) and it's not AppImage anymore > Alternatively, Zen browser publishes a tar, which > should be easier both with the container and without. Better install it with an scm if it's not to use AppImage. But do you have instructions to make work the tar? > > The best thing to do would of course be to package it inside guix, > following icecat or librewolf’s example. Exactly, I tried many times on my side but it's really difficult. Many way to skin a cat plus each software is it's own adventure even if you can take basis on sister package > > Good evening, > Noé ^ permalink raw reply [flat|nested] 13+ messages in thread
* [bug#73103] TR: 2024-12-17 19:11 ` [bug#73103] TR: outlook user 2024-12-17 19:50 ` [bug#73103] outlook user @ 2024-12-17 23:22 ` Noé Lopez via Guix-patches via 2024-12-18 0:28 ` Murilo via Guix-patches via 2024-12-18 6:37 ` [bug#73103] outlook user 1 sibling, 2 replies; 13+ messages in thread From: Noé Lopez via Guix-patches via @ 2024-12-17 23:22 UTC (permalink / raw) To: outlook user, 73103@debbugs.gnu.org outlook user <RACP@outlook.fr> writes: > ________________________________________ > De : Noé Lopez <noe@xn--no-cja.eu> > Envoyé : mardi 17 décembre 2024 17:46 > À : outlook user <RACP@outlook.fr> > Objet : Re: TR: > > outlook user <RACP@outlook.fr> writes: > > ________________________________ > De : outlook user <RACP@outlook.fr> > Envoyé : mardi 17 décembre 2024 16:09 > À : 73103@debbugs.gnu.org <73103@debbugs.gnu.org> > Objet : > >> > ```shell >> > guix shell --container --emulate-fhs # zen: No such file or directory >> > --network # Hmm. We’re having trouble finding that site. >> > --preserve='^MOZ_ENABLE_WAYLAND' --preserve='^XDG_SESSION_TYPE' --preserve='^QT_QPA_PLATFORM' # --preserve='^GDK_BACKEND' # Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway. qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in "" >> > --preserve='^DISPLAY' # Error: no DISPLAY environment variable specified >> > --preserve='^XAUTHORITY' --share=/run/user/1000/.mutter-Xwaylandauth.* # Authorization required, but no authorization protocol specified >> > --share=/tmp/.X11-unix/X0 # Error: cannot open display: :0 >> > grep coreutils # AppRun: line : command not found >> > gcc-toolchain gtk+ alsa-lib # zen: error while loading shared libraries: lib: cannot open shared object file: No such file or directory >> > -- .local/share/AppImage/ZenBrowser.AppImage # : No such file or directory >> > --appimage-extract-and-run # fuse: failed to exec fusermount: Permission denied >> > ``` >> > >> > Is there any way to optimize that? Like creating an scm to install actual files instead of an AppImage to avoid fuse hassle, or running it without emulating FHS to get access to system `grep coreutils gcc-toolchain gtk+ alsa-lib`, or using per default WayLand to avoid all the x11 hassle, or lighter packages than `grep coreutils gcc-toolchain gtk+ alsa-lib`, or to make work fuse to avoid extraction >> >> To make fuse work, add the “fuse” package to your shell, maybe “fuse@2”. > ```shell > $ guix shell fuse -- .local/share/AppImage/ZenBrowser.AppImage > fuse: failed to exec fusermount: Permission denied > > Cannot mount AppImage, please check your FUSE setup. > You might still be able to extract the contents of this AppImage > if you run it with the --appimage-extract option. > See https://github.com/AppImage/AppImageKit/wiki/FUSE > for more information > open dir error: No such file or directory > ``` > Odd, since fusermount is contained in the fuse package. >> >> To get it working outside of FHS container it’s complicated, you can use >> --appimage-extract to have the files deposited in a local directory >> named squashfs-root, but you will have to patch the binaries’ >> interpreter path with patchelf. > Yeah but like you said it's complicated (obiously more than the command I shared) and it's not AppImage anymore > >> Alternatively, Zen browser publishes a tar, which >> should be easier both with the container and without. > Better install it with an scm if it's not to use AppImage. But do you have instructions to make work the tar? > I don’t know how to do that. >> >> The best thing to do would of course be to package it inside guix, >> following icecat or librewolf’s example. > Exactly, I tried many times on my side but it's really difficult. Many way to skin a cat plus each software is it's own adventure even if you can take basis on sister package > Yeah, the browser packages look really complex. Good luck to you if you decide to continue that route :) ^ permalink raw reply [flat|nested] 13+ messages in thread
* [bug#73103] TR: 2024-12-17 23:22 ` [bug#73103] TR: Noé Lopez via Guix-patches via @ 2024-12-18 0:28 ` Murilo via Guix-patches via 2024-12-18 7:00 ` outlook user 2024-12-18 6:37 ` [bug#73103] outlook user 1 sibling, 1 reply; 13+ messages in thread From: Murilo via Guix-patches via @ 2024-12-18 0:28 UTC (permalink / raw) To: Noé Lopez, outlook user, 73103@debbugs.gnu.org >>> Alternatively, Zen browser publishes a tar, which >>> should be easier both with the container and without. >> Better install it with an scm if it's not to use AppImage. But do you have instructions to make work the tar? > I don’t know how to do that. If it helps I have the binary packaged in my channel, and have been maintaining and using it since the early alphas on my guix system, as my primary browser for a few months now. Besides for streams not playing, it works flawlessly on my side (running on native wayland). Feel free to have a look, use the channel or yoink the package definition :) Just search in toys for it: https://toys.whereis.social/?search=zen-browser >>> The best thing to do would of course be to package it inside guix, >>> following icecat or librewolf’s example. >> Exactly, I tried many times on my side but it's really difficult. Many way to skin a cat plus each software is it's own adventure even if you can take basis on sister package >> > > Yeah, the browser packages look really complex. Good luck to you if you > decide to continue that route :) I gave a go at it a while ago to try and package surfer (the tool to simplify building ff forks), and the browser itself, but with little to no success, so I gave up shortly after trying. ^ permalink raw reply [flat|nested] 13+ messages in thread
* [bug#73103] TR: 2024-12-18 0:28 ` Murilo via Guix-patches via @ 2024-12-18 7:00 ` outlook user 2024-12-18 13:07 ` Murilo via Guix-patches via 0 siblings, 1 reply; 13+ messages in thread From: outlook user @ 2024-12-18 7:00 UTC (permalink / raw) To: Murilo, 73103@debbugs.gnu.org >>>> Alternatively, Zen browser publishes a tar, which >>> Better install it with an scm if it's not to use AppImage. But do you have instructions to make work the tar? >> I don’t know how to do that. > the binary packaged in my channel There should be a place where all that is advertised (outside Guix official channels to avoid conflict when that applies). I'm so clueless personally > streams not playing You mean like Twitch or YouTube or videocall or something else? Personally with the AppImage everything was working fine (but I haven't checked everything possible) > running on native wayland What was the workaround/solution? Personally it receives the order to use WayLand ```html <table xmlns="http://www.w3.org/1999/xhtml"> <tbody id="graphics-features-tbody"> <tr> <td style="white-space: pre-wrap"> EGL_EXTENSIONS(nullptr): EGL_EXT_platform_wayland EGL_KHR_platform_wayland </td> </tr> <tr> <td style="white-space: pre-wrap"> EGL_EXTENSIONS(nullptr): EGL_EXT_platform_wayland EGL_KHR_platform_wayland </td> </tr> </tbody> </table> <table xmlns="http://www.w3.org/1999/xhtml" class="prefs-table"> <tbody id="environment-variables-tbody"> <tr> <td class="pref-name">MOZ_ENABLE_WAYLAND</td> <td class="pref-value">1</td> </tr> ``` but ```html <tr> <th class="column" data-l10n-id="graphics-window-protocol"> Window Protocol </th> <td style="white-space: pre-wrap">x11</td> </tr> </tbody> </table> ``` > use the channel Last time I messed with channels I've had to maintain a whole version control system **just** to figure out what wasn't working, took me, idk, months of maintenance time, weeks of mind time and maybe hours/day of actual time. Maybe you know a foolproof way or something? > search in toys IIRC when I wanted first to use it I tried Toys but found nothing, or maybe it was for another browser, but pretty sure it was for Zen >>>> The best thing to do would of course be to package it inside guix, >>> Exactly, I tried many times on my side but it's really difficult. Many way to skin a cat plus each software is it's own adventure even if you can take basis on sister package >> Yeah, the browser packages look really complex. Good luck to you if you > little to no success Yeah Guix do love that we do things the Guix way, and using a tool to prepare a binary to be used non-Guix way makes Guix no happy ^ permalink raw reply [flat|nested] 13+ messages in thread
* [bug#73103] TR: 2024-12-18 7:00 ` outlook user @ 2024-12-18 13:07 ` Murilo via Guix-patches via 0 siblings, 0 replies; 13+ messages in thread From: Murilo via Guix-patches via @ 2024-12-18 13:07 UTC (permalink / raw) To: outlook user, 73103@debbugs.gnu.org > There should be a place where all that is advertised (outside Guix official channels to avoid conflict when that applies). I'm so clueless personally I find toys to be more than enough to be honest, maybe it needs some more advertising, but once you know about it, works wonders, it shows both guix and outside of guix (user channels). >> streams not playing > You mean like Twitch or YouTube or videocall or something else? Personally with the AppImage everything was working fine (but I haven't checked everything possible) I mean twitch streams and youtube streams. Video calls work fine, twitch videos (VODs) work fine, youtube videos work fine. Might be something I missed when packaging but honestly I don't mind since I use mpv to watch everything anyways. >> running on native wayland > What was the workaround/solution? Personally it receives the order to use WayLand I didn't do anything special, I just open zen and it is already native wayland, no tweaks, no flags, no nothing, just plain executing the `zen` command. My WM also shows the window is native wayland, and I even use hardware accel from GPU on native wayland with it just fine. I do have couple env vars for wayland set: QT_QPA_PLATFORM=wayland XDG_SESSION_TYPE=wayland XDG_CURRENT_DESKTOP=Hyprland >> use the channel > Last time I messed with channels I've had to maintain a whole version control system **just** to figure out what wasn't working, took me, idk, months of maintenance time, weeks of mind time and maybe hours/day of actual time. Maybe you know a foolproof way or something? I'm not sure, I've never had any problems with using channels. Outside of what we already have in the manual for how to use channels, I just make sure the package symbols I'm using on my config match the ones I want to use (sometimes channels duplicate them, then using #:hide or #:select for modules help) and that's about it. If anything, guix pull lets you roll back if something breaks. ^ permalink raw reply [flat|nested] 13+ messages in thread
* [bug#73103] 2024-12-17 23:22 ` [bug#73103] TR: Noé Lopez via Guix-patches via 2024-12-18 0:28 ` Murilo via Guix-patches via @ 2024-12-18 6:37 ` outlook user 1 sibling, 0 replies; 13+ messages in thread From: outlook user @ 2024-12-18 6:37 UTC (permalink / raw) To: Noé Lopez, 73103@debbugs.gnu.org > > > > Is there any way to optimize that? Like creating an scm to install actual files instead of an AppImage to avoid fuse hassle, or running it without emulating FHS to get access to system `grep coreutils gcc-toolchain gtk+ alsa-lib`, or using per default WayLand to avoid all the x11 hassle, or lighter packages than `grep coreutils gcc-toolchain gtk+ alsa-lib`, or to make work fuse to avoid extraction > > > To make fuse work, add the “fuse” package to your shell, maybe “fuse@2”. > > fuse: failed to exec fusermount: Permission denied > Odd, since fusermount is contained in the fuse package. ```shell $ LANG=US .local/share/AppImage/ZenBrowser.AppImage fuse: failed to exec fusermount: Permission denied open dir error: No such file or directory $ LANG=US guix shell --container --pure -- fusermount guix shell: warning: no packages specified; creating an empty environment guix shell: error: fusermount: command not found $ LANG=US guix shell --container --pure fuse -- fusermount3 fusermount3: missing mountpoint argument $ LANG=US guix shell --container --pure fuse@2 -- fusermount fusermount: missing mountpoint argument $ LANG=US guix shell --container --pure -- .local/share/AppImage/ZenBrowser.AppImage guix shell: warning: no packages specified; creating an empty environment fuse: failed to exec fusermount: Bad address open dir error: No such file or directory $ LANG=US guix shell --container --pure fuse@2 -- .local/share/AppImage/ZenBrowser.AppImage fuse: failed to exec fusermount: Bad address open dir error: No such file or directory ``` ^ permalink raw reply [flat|nested] 13+ messages in thread
* [bug#73103] 2024-09-07 14:46 [bug#73103] [PATCH] gnu: zen: Adding Zen browser outlook user 2024-09-20 21:48 ` bug#73103: " Vagrant Cascadian 2024-12-17 15:09 ` [bug#73103] outlook user @ 2024-12-18 6:13 ` outlook user 2 siblings, 0 replies; 13+ messages in thread From: outlook user @ 2024-12-18 6:13 UTC (permalink / raw) To: 73103@debbugs.gnu.org [-- Attachment #1: Type: text/plain, Size: 37 bytes --] Is there a way to delete #7 and #8? [-- Attachment #2: Type: text/html, Size: 555 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2024-12-18 13:09 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2024-09-07 14:46 [bug#73103] [PATCH] gnu: zen: Adding Zen browser outlook user 2024-09-20 21:48 ` bug#73103: " Vagrant Cascadian 2024-12-17 15:09 ` [bug#73103] outlook user 2024-12-17 15:41 ` [bug#73103] outlook user [not found] ` <AS8P251MB0854CF0508C3ABD9BE64930997042@AS8P251MB0854.EURP251.PROD.OUTLOOK.COM> [not found] ` <87seqmb6kv.fsf@xn--no-cja.eu> 2024-12-17 19:11 ` [bug#73103] TR: outlook user 2024-12-17 19:50 ` [bug#73103] outlook user 2024-12-17 19:57 ` [bug#73103] outlook user 2024-12-17 23:22 ` [bug#73103] TR: Noé Lopez via Guix-patches via 2024-12-18 0:28 ` Murilo via Guix-patches via 2024-12-18 7:00 ` outlook user 2024-12-18 13:07 ` Murilo via Guix-patches via 2024-12-18 6:37 ` [bug#73103] outlook user 2024-12-18 6:13 ` [bug#73103] outlook user
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/guix.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).