profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/CameronNemo/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.

CameronNemo/brmgr 9

Manage bridge devices and provide DHCP and DNS services to connected interfaces.

CameronNemo/brillo 6

Control the brightness of backlight and keyboard LED devices on Linux. (read only mirror)

CameronNemo/chinese-fp-priorities 1

International Relations research project focusing on Chinese foreign policy priorities on the Korean peninsula.

CameronNemo/LanguageClient-neovim 1

Language Server Protocol (LSP) support for vim and neovim.

CameronNemo/notify-socket 1

Implements the $NOTIFY_SOCKET protocol in a more concise way

CameronNemo/apparmor-elementary 0

Apparmor profiles for use with elementary apps and programs

CameronNemo/calendar 0

Desktop calendar app designed for elementary OS

CameronNemo/capnet-assist 0

Captive Portal Assistant

CameronNemo/cfnts 0

Cloudflare's implementation of the NTS protocol written in Rust

CameronNemo/cups 0

Official CUPS Sources

startedantoyo/rustc_codegen_gcc

started time in 9 hours

PR opened jonls/redshift

Add signal exit handler for SIGQUIT

When I call redshift on the command line: $ redshift

My config is being applied and redshift is waiting. If I press Ctrl-C, then redshift exits normally and the configuration is reset If I press Ctrl-\ then redshift just exits and doesn't reset its config, my screen stays red

This PR solves this problem by exposing a handler for the SIGQUIT signal. It sometimes comes in handy when, for example, a person has bind on Ctrl-C, which copies the text.

+6 -0

0 comment

1 changed file

pr created time in 15 hours

release mhausenblas/mkdocs-deploy-gh-pages

1.20

released time in 16 hours

startedaws/amazon-ecs-agent

started time in a day

startedThakeeNathees/pocketlang

started time in a day

startedruslashev/elfcat

started time in a day

starteddlorenc/cosigned

started time in a day

startedcue-sh/unity

started time in a day

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

Yeah, this is kind of a fringe thing at this point, because it is built in for most OSs and most desktop managers in Linux. I'm using Enlightenment, which does not have this feature.

I did just finish rolling my own, and I even wrote a GUI config program. I was planning to do it as a service, but since different users might want different settings, I've decided to make a desktop autostart thing. I guess you won't need it, but I plan on putting it on Github sometime tomorrow.

DimitriPapadopoulos

comment created time in 2 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

Also, Gnome and KDE now have their own built-in Night Light and Night Color, that's what I have been using for some time now. Their default is "sunset/sunrise" but it just works and might be actually based on fixed times instead of geolocation and actual sunset/sunrise times...

DimitriPapadopoulos

comment created time in 2 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

Mac and Windows don't. They have "sunset to sunrise" settings, but they actually use time. I haven't tried f.lux, so you might be right there.

As far as sct goes, I am currently considering writing a systemd service in Python that uses sct to achieve this functionality using local time. The one problem I have is that I hate GUI programming, and I don't think it would be ideal to require users to edit a config file to adjust the on/off times. That said, if I do this, I'll put it on Github, even if it doesn't have GUI configuration. Maybe I'll start with this and add GUI later, if I have time.

I would say Redshift is unmaintained at this point, because the last commit was June 14th 2020. That was over year ago. That doesn't mean they can't start maintaining it again, but it does mean that for all intent the project is unmaintained.

Using the the local time as the default would be an excellent idea, but if no one has worked on this in a year, and they didn't do that 5 years ago, when this issue started coming up, I don't see the point opening an issue for it. Clearly it's not a priority to make this more broadly usable, and the devs only care about the sunset/sunrise functionality and not the sleep applications, I can respect that (even if I don't agree with it).

I'll post here if I end up writing that service, but it will have sct as a dependency. (Redshift has several backend options for adjusting color temperature. Maybe I could add that in the future, but right now, my priority is something that works for me, and if there is a good chance it will help others, I'm willing to release it under an open source license.)

DimitriPapadopoulos

comment created time in 2 days

startedgoogle/slowjam

started time in 2 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

Still, I think most programs use or used to use sunset/sunrise time by default, such as f.lux which was the first mainstream night mode program, if I recall correctly, and probably the one redshift tried to mimic. But then both MacOS and Windows have ended up including their own utility. Not sure about macOS, but yes, on Windows Microsoft have chosen local time by default (transition to warmer 21:00-07:00 as you explained). And it's true Windows means "most users", at least as far as computers are concerned.

By the way, I discovered sct thanks to your post, indeed it's simple and just works. But it requires skills such as setting up a crontab, skills some users don't have. Actually, it looks like redshift merely provides a GUI around sct or the equivalent function calls, with two modes, based on sunset/sunrise time or based on a default or user-set. Both are interesting, so the question might be, which one should be the default?

Finally, I'm not certain redshift is not maintained anymore. It's just that this issue seems to be related to system peculiarities and geolocation servers not responding for some reason (maybe not easily available for free anymore). I spent some time looking into it a few years ago and the causes were multiple, depending on the Linux distribution and system parameters, although I cannot remember the details. Perhaps your suggestion to change to a default mode based on local time instead of sunset/sunrise time, like Windows, might be a good way to mitigate this issue. Why not create a new issue for that?

DimitriPapadopoulos

comment created time in 3 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

First, Windows "sunset/sunrise" option uses set times for that, not actual sunset to sunrise. I've been using mostly Windows for the last year (and Windows on at least one computing for several), and on all three of the computers I used it on, the "sunset to sunrise" time was the same range, both for Idaho and for here in Alaska. It doesn't actually try to do sunset to sunrise. I was actually wrong above about Windows starting at 9pm. It starts at 7:30p for "sunset". I changed it to 9pm myself on all three systems. It did start at 7:30p for sunset to sunrise mode though, including on my new laptop, which I setup here in Alaska. Neither Mac nor Windows use your location data though. They use time zone (which may be set by location data, though not in my case, because I set my time zones manually and disabled the location tracking for Windows).

Second, this is what the MS link you provided says, "Your display emits blue light—the kind of light you see during the day—which can keep you up at night. To help you get to sleep, turn on the night light and your display will show warmer colors at night that are easier on your eyes." I didn't realize Redshift was designed more to be novelty software to make it easier to work late into the night. I just went back and read the README, and it says that Redshift is designed purely to reduce eyestrain due to blue light at night. The issue is that other Night Mode software is designed for sleep, not eyestrain from working in the dark. As implied in the MS link, blue light signals your brain that it is still daytime, making it harder to sleep right after using computers. I assumed this was the intent of Redshift, but that clearly isn't the case. It is clear now that it is intended to make it easier to have poor sleep habits rather than as a help to maintain good sleep habits, and in that context, it does make sense to trigger on actual sunset.

Third, yeah, it does appear to be hard to fix, though it wouldn't be hard to mitigate. A simple default of falling back on local time or just providing a manual button if location cannot be obtained would be pretty easy to implement. It looks like the developers just don't care, given how long this has been a problem.

I do understand that it can be hard to keep up with open source projects. I run a few of my own. But if the owners and contributors of the project don't have time to continue maintaining it, it would be nice if they would at least make that known. (If I no longer had time to work on my own projects, I would certainly add a note at the top of the README for my repos, saying that they were no longer being actively maintained, because that's just good manners.) I would rather know a project is no longer being maintained than spend two hours searching for a solution to a problem that turns out to be 5+ years old. And maybe if the owners had said they weren't actively maintaining it anymore, Debian wouldn't be including such broken software in their repositories anymore. Had it not been available though apt-get, I wouldn't have wasted all of this time. (Though, to be fair, part of the fault here is with Debian, for not being thorough in their testing.)

Anyhow, for anyone else (still reading after that wall of text...) who needs something like this but can't get Redshift to work, Debian, Ubuntu, and most other Debian based distros have a package called sct. This can be used to change the color temperature of the screen. For night mode, run sct 4500 (or somewhere within a few hundred of 4500). To return to day mode, run sct or sct 6500. (6500 is the default, so running sct by itself goes to 6500.) According to sct, you can do anything from 1000 to 10000, so you can pick what works best. If you need it timed, you can use cron, anacron, or any other task scheduling software available for your distro. (Note that sct isn't persistent. So if you reboot, you will be back at 6500...at least, unless you have some boot script that runs sct...)

DimitriPapadopoulos

comment created time in 3 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

@Rybec Rants such as "this just isn't very good software" won't help. We're just end users like you trying to help. Besides, if I were the programmer, I would choose to ignore your rants.

To the best of my knowledge, most Night Mode programs do have a mode based on suntime/sunset, and that's usually the default. Hera are facts:

That said, the transition might not occur precisely at sunset/sunrise - precisely depending on the location because as you wrote it might make less sense near the poles.

And as I wrote, one can imagine a simplified mode where the transition occurs at a time specified by the user and not at sunset/sunrise time. Actually, most Night Mode programs out there do support that, including redshift as far as I can see (#529).

The problem here is not the existence of two modes, based on:

  • time defined by the user,
  • sunset/sunrise time. The problem is that the default mode, based on sunset/sunrise time has problems retrieving the location and this breaks redshift. That the whole point of this issue. And yes, these problems really are a pain, hence the length of this page. I guess it's not easy to fix.
DimitriPapadopoulos

comment created time in 3 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

Then this just isn't very good software. I am one of those people near the poles, and basing this on my sunset time makes it utterly useless.

Most Night Mode programs (like those on iOS and Windows) do use time, because people in offset timezones or extreme latitudes are more interested in time than sunset. The idea is to time it based on when people want to go to bed, not on when the sun sets. Otherwise it wouldn't work at all in Alaska (where I actually live), where sunset right now is 11:45pm, and in the middle of winter, it is around 5pm. (And in Fairbanks, there's a week or two in summer where the sun doesn't set and a couple weeks in winter, where it never comes up.) Windows turns on night mode at 9pm, almost 3 hours before sunset here. So no, most Night Mode things don't use sunset, because that wouldn't be very useful to anyone.

I guess some people might think lining up your computer with actual sunset is cool, but most of the world bases bedtimes and waking times on local time, not on sunset. So all this is, is kind of cool. Or at least, it might be, if it actually worked, which it clearly doesn't. It isn't very useful though. It turns out it is easier to get what I need using sct, which is available in most Debian based distros and actually works. I should be able to just setup cron jobs to run it an hour before bedtime and then reset it around 7am and get better results than Redshift would give me even if it did work.

DimitriPapadopoulos

comment created time in 3 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

The decision of when to enable/disable night mode is based on sunset/sunrise times, and the time zone is not enough to determine those. People at the equator and near one of the poles are going to see the sun set and rise at very different times, even if they are in the same time zone.

DimitriPapadopoulos

comment created time in 3 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

@Rybec The time zone as such is irrelevant. As you write, date or its programmatic equivalent will give the local time. No need to mess with time zones to retrieve time.

Instead, redshift_ requires_ sunset and sunrise time, which depends on the location, not directly on the time zone.

DimitriPapadopoulos

comment created time in 3 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

Yes, that's a bug.

The point of Redshift (unless it has a different purpose from every other Night Mode thing out there) is to shift the screen color temperature after a certain time, so that the blue light doesn't interfere with sleep schedule. So it should be basing its functionality on time, and that's why timezone is important. I assume it is using location to determine time zone and/or time, since that's the purpose, and getting the time zone from the system _doesn't require location, thus it is over-complicating a very simple application to need location at all,

DimitriPapadopoulos

comment created time in 3 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

@Rybec Time zone is irrelevant, resdshft requires the location.

DimitriPapadopoulos

comment created time in 3 days

issue commentjonls/redshift

Unable to connect to GeoClue. Unable to get location from provider.

@djearthquake Even that didn't work for me. And yeah, this is pretty shameful. The worst case scenario should be that it runs without location information, and the user can manually click a button to enable or disable night mode (or better yet, choose a time zone from a drop down, in the settings). I shouldn't have to look up my longitude and latitude to make such trivial software work, and quite honestly, I am confused as to why it can't just use the time locale data I set when I installed Debian.

Check this out, when I run "date" in a terminal, as a normal user, this is the result:

Mon 21 Jun 2021 12:41:58 AM AKDT

Notice that this has the time (yeah, I am up kinda late) and the time zone! Why does this need a totally separate service that has been known to be buggy for half a decade, when a simple user space command line tool can do it far more reliably?

DimitriPapadopoulos

comment created time in 3 days

release home-assistant/core

2021.6.6

released time in 3 days

startedgrahamc/r13y.com

started time in 3 days

startedrust-cloud-native/rust-cloud-native.github.io

started time in 3 days

startedjamespfennell/path-train-gtfs-realtime

started time in 4 days

startedixaxaar/awesome-engineering-management

started time in 4 days

startedcodesome/prometheus-slo

started time in 4 days

startedkelindar/column

started time in 5 days

issue commentjonls/redshift

With manually specified lat/long redshift toggles between day and night

I have the same problem with Kubuntu 21.04 with KDE 5.80.0 and Plasma 5.21.4 using X11 (not Wayland) when I configured the redshift timeslot manually or using the geocoordinates.

surruk51

comment created time in 5 days