I've joined the list at Dan's suggestion, as I will be maintaining
waypipe now, and admittedly it could be useful for sway users, so why
Looking at the SIG page there is a wishlist item for "redshift with
wayland support", and as a big user myself I would be all for it.
The problem is that upstream 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.
The wayland support issue suggests arch uses minus7's wayland
branch 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
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, 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
So, what do you folks think? Worth a shot?
It took a while, but with 4th build attempt we finally have update for
f32 sway module. Sorry if you've seen some excess noise from fedmsg.
If anyone else here (besides me) is using it, please test and give your
Just reminding that f31 is out of luck this time due to old `wayland`
A moment of advertisement: as likely most of the SIG, I have copr repo
with extra packages. Some of those might be of interest for fellow
- `gammastep` - maintained fork of redshift with wlroots
- `rofi-wayland` - non-upstreamable fork of `rofi` that uses
wlr-layer-shell for native wayland rendering. It addresses all of the
focus issues I had with rofi due to its X11 nature and keeps being
notably faster than `wofi`.
- `greetd` - lightweight login manager - is an interesting project
which I'm now using daily with `greetd-tuigreet` text mode greeter.
Feel free to try it and let me know if it's worth proceeding with
including any of those into Fedora. I certainly don't want to deal with
a headache of rust packaging if I'm the only user of greetd :)
With best regards,