guix-patches
[Top][All Lists]
Advanced

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

[bug#73103] TR:


From: Noé Lopez
Subject: [bug#73103] TR:
Date: Wed, 18 Dec 2024 00:22:08 +0100

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 :)





reply via email to

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