Please make an AppImage version

[geckolinux]

This would be ideal for users of other distributions without dealing with all the intricacies of packaging. Thanks for considering!

[ivan-hc]

Hi @geckolinux , I'm working on an AppImage for Hypnotix using two scripts you can see on my repository at https://github.com/ivan-hc/Hypnotix-appimage :

• hypnotix-junest.sh creates an Archimage and it is at the base of my workflows, it creates an AppImage containing a portable Arch Linux container named JuNest (see Archimage). Being a container, it shoul work on all distros with at least the kernel 2.6.x . You can already test one at https://github.com/ivan-hc/Hypnotix-appimage/releases/tag/continuous-archimage
• hypnotix-deb.sh instead creates an AppImage the clasical way using pkg2appimage and its based on Debian Stable+packages from Linux Mint. You can already test one at https://github.com/ivan-hc/Hypnotix-appimage/releases/tag/continuous

I'm still investigating (see ivan-hc/Hypnotix-appimage#2), and I also need help to made it work correctly!

Both of them have the same issue, i.e. after 1-2 times you change the channel, it crashes with the following message:

[xcb] Unknown sequence number while processing queue
[xcb] You called XInitThreads, this is not your fault
[xcb] Aborting, sorry about that.
xcb_io.c:278: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.

also

libEGL warning: DRI2: failed to authenticate

Here is a video of the one based on Debian, this is what happens when I run it:

simplescreenrecorder-2024-02-02_18.00.11.mp4.mp4

[faveoled]

My take using appimage-builder:
https://github.com/faveoled/hypnotix-appimage/blob/main/appimage-builder.yml

[ivan-hc]

@faveoled have you got a release ready to be tested?

[ivan-hc]

@faveoled just seen the the artifact from this workflow

https://github.com/faveoled/hypnotix-appimage/actions/runs/7388600331

Yu have a problem with libmpv similar to this ivan-hc/Hypnotix-appimage#1 I had it too when creating the AppImage based on JuNest (Arch Linux container).

Recently I've built one using only .deb packages and it started, but with the same issue of my first post here: after 2 channels, the AppImage crashes.

In your case, I think you need something in /usr/bin (maybe some glib-related binaries or sdl2-config... or something, I'm not sure. All I know is that the one based on JuNest was working after I included some files in /usr/bin with the keyword "ld" in the name.

You can check my deb-based appimage here:

• https://github.com/ivan-hc/Hypnotix-appimage/releases/tag/continuous

While the one based on JuNest is here:

• https://github.com/ivan-hc/Hypnotix-appimage/releases/tag/continuous-archimage

You can inspect them using the option --appimage-extract (the one based on JuNest has the binaries in /.junest/usr/bin).

I hope this will help you.

[Altonss]

In case this might be helpful for you, here a link to the flatpak manifest I made (just a quick draft :) ) : https://github.com/Altonss/org.x.hypnotix (see #40 (comment))

[ivan-hc]

@Altonss hi, I'm watching your repository. Is it working for you?

With both my builds, I'm always facing the same issue, after two times i change the channe, the app crashes with errors like this

CHANNEL: 'Rete 4 Ⓖ' (https://live02-seg.msf.cdn.mediaset.net/live/ch-r4/r4-clr.isml/index.m3u8)
libEGL warning: DRI2: failed to authenticate
MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
libEGL warning: DRI2: failed to authenticate
MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
CHANNEL: 'Canale 5 Ⓖ' (https://live02-seg.msf.cdn.mediaset.net/live/ch-c5/c5-clr.isml/index.m3u8)
libEGL warning: DRI2: failed to authenticate
MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
libEGL warning: DRI2: failed to authenticate
MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen

have you faced the same issue? Have you solved it?

[Altonss]

@Altonss hi, I'm watching your repository. Is it working for you?

With both my builds, I'm always facing the same issue, after two times i change the channe, the app crashes with errors like this

CHANNEL: 'Rete 4 Ⓖ' (https://live02-seg.msf.cdn.mediaset.net/live/ch-r4/r4-clr.isml/index.m3u8)
libEGL warning: DRI2: failed to authenticate
MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
libEGL warning: DRI2: failed to authenticate
MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
CHANNEL: 'Canale 5 Ⓖ' (https://live02-seg.msf.cdn.mediaset.net/live/ch-c5/c5-clr.isml/index.m3u8)
libEGL warning: DRI2: failed to authenticate
MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen
libEGL warning: DRI2: failed to authenticate
MESA: error: ZINK: failed to choose pdev
libEGL warning: egl: failed to create dri2 screen

have you faced the same issue? Have you solved it?

I didn't encounter this issue 🤔

[ivan-hc]

@Altonss I'm not sure but this should be an issue related to my old Nvidia drivers (Debian Testing)

egl: failed to create dri2 screen

can you test this? https://github.com/ivan-hc/Hypnotix-appimage/releases/tag/continuous

[Sadi58]

@ivan-hc I tried your AppImage, and got the same error below as the Mint deb package installed on my Debian Testing system.
I have no idea as a user, but probably I would encounter the problem you mentioned if I could overcome this ;-)

System version of yt-dlp selected.
Traceback (most recent call last):
  File "/tmp/.mount_hypnotghkxMt/usr/lib/hypnotix/hypnotix.py", line 27, in <module>
    import mpv
  File "/tmp/.mount_hypnotghkxMt/usr/lib/hypnotix/mpv.py", line 53, in <module>
    backend = CDLL(sofile)
              ^^^^^^^^^^^^
  File "/usr/lib/python3.11/ctypes/__init__.py", line 376, in __init__
    self._handle = _dlopen(self._name, mode)
                   ^^^^^^^^^^^^^^^^^^^^^^^^^
OSError: /lib/x86_64-linux-gnu/libmpv.so.2: undefined symbol: av_packet_side_data_get, version LIBAVCODEC_60

Note: I was happily using Hypnotix until a while ago when I installed Hypnotix 3.2 from MX Linux repositories on my Debian Testing system, which was Debian 12 (Bookworm). So, I guess it is probably working perfectly on Debian Stable now.

[ivan-hc]

@Sadi58 I know that my Hypnotix AppImages are buggy, this is why I'm here trying to find a solution, have cooperators and merge our ideas together to made it real.

Note: I was happily using Hypnotix until a while ago when I installed Hypnotix 3.2 from MX Linux repositories on my Debian Testing system, which was Debian 12 (Bookworm).

For my personal use I switched to IPTVnator, at https://github.com/4gray/iptvnator and they have an official AppImage

So, I guess it is probably working perfectly on Debian Stable now.

Nope, I don't think it would work into an AppImage based on Debian Stable, at current state.

Hypnotix is built to work with Linux Mint, around Linux Mint... like WebApp Manager, that instead is based on ICE from PeppermintOS, but ICE works everywhere, WebApp Manager not (I'm still talking about AppImages).

Also, I think that Hypnotix developers should care more about mantaining their product, at least on Linux Mint, and this repository is named https://github.com/linuxmint/hypnotix , user "linuxmint", so this is what the Linux Mint team care more about. Their OS.

@geckolinux at this point I think that this issue will follow the sort of many othyers abandoned and without support. Your distro is based on openSUSE, and developers have a long story of packaging distribution and their servers are rich of Appimages, as far I know.

That said, third party packaging is the way. I can see this issue as a meeting point, and I hope that this can bring as many developers and contributors as possible, not just costumers requesting alternative packages. As I said, I'm here searching cooperators or helping others improve their project with my ideas, if helpful.

Finally, I don't think Linux Mint developers would be interested in distribute their exclusive packages on other platforms. It's the harsh law of competition. If distros offered the same benefits, they wouldn't be so numerous.