Hi all.
I've joined the list at Dan's suggestion, as I will be maintaining waypipe[1] now, and admittedly it could be useful for sway users, so why not.
[1] https://gitlab.freedesktop.org/mstoeckl/waypipe
Looking at the SIG page[2] there is a wishlist item for "redshift with wayland support", and as a big user myself I would be all for it.
[2] https://fedoraproject.org/wiki/SIGs/Sway
The problem is that upstream[3] has not been very active for a while - merged one PR in 2019, but that aside pretty much nothing since 2018. Frankly major DEs (gnome, KDE) incorporate the feature natively so users of redshift on wayland will basically only ever be wlroots-based compositors, so we shouldn't expect to get much help from anywhere on this... I imagine the dev uses gnome as he wrote the gnome-clock location helper redshift-gtk service files, so he's made the switch and hasn't looked back much.
[3] https://github.com/jonls/redshift
The wayland support issue[4] suggests arch uses minus7's wayland branch[5] but that would appear to still be AUR and they are in the same situation as us (some coprs have it alongside older versions of sway but nothing official). I would suggest the way forward would be to try to discuss with jonls and minus7 if an official fork could start somewhere; either minus7 tree if he is willing to do it or I suppose I could (I also have vested interest, I am also using the stdin remote control patches discussed on this issue[6], so "just" wayland wouldn't be enough for me, and whoever takes over would need to be willing to deal with at least accepting PRs :))
[4] https://github.com/jonls/redshift/issues/55 [5] https://github.com/minus7/redshift/tree/wayland [6] https://github.com/jonls/redshift/issues/690
So, what do you folks think? Worth a shot?
Cheers,
Hi Dominique,
I know it has been nearly a year now, but maybe this stuck reply is still useful.
Dominique Martinet asmadeus@codewreck.org writes:
Hi all.
I've joined the list at Dan's suggestion, as I will be maintaining waypipe[1] now, and admittedly it could be useful for sway users, so why not.
[1] https://gitlab.freedesktop.org/mstoeckl/waypipe
Looking at the SIG page[2] there is a wishlist item for "redshift with wayland support", and as a big user myself I would be all for it.
[2] https://fedoraproject.org/wiki/SIGs/Sway
The problem is that upstream[3] has not been very active for a while - merged one PR in 2019, but that aside pretty much nothing since 2018. Frankly major DEs (gnome, KDE) incorporate the feature natively so users of redshift on wayland will basically only ever be wlroots-based compositors, so we shouldn't expect to get much help from anywhere on this... I imagine the dev uses gnome as he wrote the gnome-clock location helper redshift-gtk service files, so he's made the switch and hasn't looked back much.
[3] https://github.com/jonls/redshift
The wayland support issue[4] suggests arch uses minus7's wayland branch[5] but that would appear to still be AUR and they are in the same situation as us (some coprs have it alongside older versions of sway but nothing official). I would suggest the way forward would be to try to discuss with jonls and minus7 if an official fork could start somewhere; either minus7 tree if he is willing to do it or I suppose I could (I also have vested interest, I am also using the stdin remote control patches discussed on this issue[6], so "just" wayland wouldn't be enough for me, and whoever takes over would need to be willing to deal with at least accepting PRs :))
Sadly, redshift appears to be rather dead upstream nowadays and I'm afraid that is not going to change any time soon. I don't think that it is a really worth maintaining a fork just for the Fedora sway SIG, so unless you find a lot of volunteers, I'd suggest to look into one of the alternatives like gammastep[1] or wlsunset[2].
Cheers,
Dan
Footnotes: [1] https://gitlab.com/chinstrap/gammastep
-
Dan Čermák -
Dominique Martinet