SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Getting Redshift to work on my normal desktop was relatively unproblematic, but on my laptop it was a whole other matter.
No matter what I tried: putting .desktop files in /etc/xdg/autostart or .config/autostart, putting files into /usr/share/applications from my desktop install, nothing worked. It would run from the terminal but there was no tray icon and it wouldn't autostart. After a bit of digging it seemed that 1.12 was looking in /usr/lib64/python3.6 for the Redshift scripts - but there are none there. This is very strange since the scripts are always installed in /python2.7. On my desktop this is the case too. Copying the redshift_gtk folder to /python3.6 made no difference either. It still failed to load.
In the end I gave up with 1.12 on my laptop and went for version 1.8 which works with Slackware 14.1. After installing it, logging out and in again, Redshift 1.8 works perfectly, tray icon, autostart, no complaints whatsoever. Reinstalling 1.12 fails to work, presumably because Redshift is looking in /python3.6 for files that just aren't there.
This is totally bizarre since my desktop runs 1.12 and the correct files are in /python2.7, but for some reason, on this laptop, Redshift wants to look in /python3.6. I don't understand at all. Any light that could be shed on this would be appreciated, but for now I'm going to put this down to gremlins.
Last edited by Lysander666; 08-18-2018 at 11:39 AM.
You don't say if you're building packages on one system and copying them around. You don't say what order you built and installed python3, pyxdg and redshift. This is the root of your problem.
If a python package is built when python3 is already installed, it will need python3 versions of its python dependencies (in this case pyxdg).
Now that you have python3 on your laptop, you should rebuild and reinstall pyxdg, then rebuild and reinstall redshift, and it's likely that your problem will go away.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.