-
-
Notifications
You must be signed in to change notification settings - Fork 284
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix for Regression in #460 #462
Conversation
Created _old variables to keep track of old locations
I quickly looked over it and it looks like everything should work. |
Great thinking!
Yea, for now it's fine and I don't mind keeping it under Regarding your commit, you have a syntax error, please change line 192 to from:
to:
I also get following error when I try to remove (older then this PR) auto-cpufreq installed from current
and I'll run into some issue as part of your branch |
My bad, I'll fix it
Like the idiot I am, I forgot to add |
Perfect, and thank you for your contribution! |
Thanks :D |
The uninstall script was checking old locations (
/usr/bin/<file>
) that were changed by @gimblesWhen the check to see if
/usr/bin/auto-cpufreq-remove
existed failed (since it's now at/usr/local/bin/auto-cpufreq-remove
), the removal didn't occur fully and the installer silently goes on until the success message is wrongly printed.Just adding a check for this should make it work now
However, people who downloaded older versions of
auto-cpufreq
will still have those scripts at the old locations (in/usr/bin
), so I added some variables with an_old
suffix so people cloning a new repo and running the script can still uninstall their old versions ofauto-cpufreq
.We could also use
/usr/local/bin
for only Silverblue, which is something I can work on later, but this should fix the script for now.