gamma ramp prediction broken for redshift-gnomerr
I reported issues with gamma ramp size for Night Light and redshift-gnomerr in #851 (closed). There were some fixes merged that indeed unbreak Night Light, but redshift-gnomerr is still very much broken:
$ WAYLAND_DISPLAY=wayland-0 /usr/bin/redshift -c ${HOME}/.config/redshift/redshift.conf -m gnomerr -v Location: ***
Temperatures: 4000K at day, 4000K at night
Solar elevations: day above 3.0, night below -6.0
Brightness: 1.00:1.00
Gamma (Daytime): 1.000, 1.000, 1.000
Gamma (Night): 1.000, 1.000, 1.000
Gamma ramp size too small: 0
Failed to start adjustment method gnomerr.
redshift-gnomerr is basically redshift patched to work on GNOME Wayland. It worked flawlessly prior to 3.34 and I need to revert !826 (merged) and !840 (merged) to make it work again. I have yet to uncover ill side-effects of doing so, but it's a hackish workaround at best and I would prefer not having to do it. This suggests to me there are still issues with the gamma ramp prediction code in git master. Not that I have anything against using Night Light in principle, but it lacks support for a smoother/more gradual transition between day and night screen temperature, something redshift-gnomerr does more elegantly. Avoiding Night Light's abrupt screen changes would give GNOME a more polished feel IMHO. If it proves impossible to fix mutter for redshift-gnomerr, where would be the best place to file feature requests for Night Light?