~eolien55


#533 youtube scripts on edge branch not working a month ago

Comment by ~eolien55 on ~mil/sxmo-tickets

Since this commit, codemadness-frontends is built against LibreSSL and thus works. After upgrading, the problem should not occur anymore.

#533 youtube scripts on edge branch not working a month ago

Comment by ~eolien55 on ~mil/sxmo-tickets

The problem seems to be caused by a mismatch between LibreTLS and OpenSSL 3 : compiling codemadness-frontends against libretls itself compiled against OpenSSL 1.1.1q results in working *-cli tools. Compiling against libretls itself compiled against OpenSSL 3 returns the aforementioned error.

A work-around I've been using since the discovery of this bug is to install libressl (the tls parts, I believe it is packaged under libressl3.5-libtls on Alpine) and to manually compile youtube-cli against it.

However this is of course not ideal. The problem should be resolved upstream.

#529 MPV's WM_CLASS breaks mpv's appmenu on X11 3 months ago

Comment by ~eolien55 on ~mil/sxmo-tickets

Actually this is just normal mpv behaviour

#529 MPV's WM_CLASS breaks mpv's appmenu on X11 3 months ago

Comment by ~eolien55 on ~mil/sxmo-tickets

The problem effectively occurs only on the X11 side. I will open an issue about that on mpv's repo.

#529 MPV's WM_CLASS breaks mpv's appmenu on X11 3 months ago

Comment by ~eolien55 on ~mil/sxmo-tickets

Looking more in detail at the code in sxmo_wm.sh for function swayfocusedwindow it seems very likely that the two proposed solutions would break MPV's appmenu on the wayland side (if the app_id is mpv there).

One more solution could be to manually set mpv's WM_CLASS via xprop, or to ask the MPV devs about the issue (it may be a bug).

#529 MPV's WM_CLASS breaks mpv's appmenu on X11 3 months ago

Ticket created by ~eolien55 on ~mil/sxmo-tickets

It seems that, due to a recent update, the mpv's appmenu no longer works under X11.

The WM_CLASS returned by xprop is "gl", "mpv", but according to sxmo_hook_contextmenu.sh, it used to be just "mpv".

I don't really see the reason for this change in MPV (might be an upstream bug?). The easy fix would be to replace *mpv* by gl in the contextmenu hook (maybe some other programs use gl in their WM_CLASS though).

An other possibility would be to match against the full WM_CLASS instead of taking the first field.

The experience is really great so far, many thanks for the great work!