[Request] Separate the package management part from core.py, use an independent installer and the correct location (/usr/local/bin)

[YHNdnzj]

According to file-hierarchy(7), /usr (except for /usr/local) should contain Vendor-supplied operating system resources i.e. shall be managed by the package manager and the package manager only. Runtime-generated files like cpufreqctl.auto-cpufreq should be installed to /usr/local/bin.

https://github.com/AdnanHodzic/auto-cpufreq/blob/master/auto_cpufreq/core.py#L309

[AdnanHodzic]

Since I'm very limited with available time to do this myself, if you or anyone else wants to give it a try in implementing this functionality, please give it a try and contribute to the project and you will be credited for your work as part of future release.

[YHNdnzj]

Since I'm very limited with available time to do this myself, if you or anyone else wants to give it a try in implementing this functionality, please give it a try and contribute to the project and you will be credited for your work as part of future release.

After some investigation, I think the biggest problem is that a part of the installing/removing logic is in core.py, which makes little sense as those should mostly be handled by the package manager. I think the best approach is to make core.py only contain the real core functionalities. And files like cpufreqctl.auto-cpufreq can just be left to downstream packagers instead of being generated at runtime. If manual installation is required, an independent installation script could be used. But such change is huge and would take some time. If this is desired, I'd like to take part in as well :)

[AdnanHodzic]

After some investigation, I think the biggest problem is that a part of the installing/removing logic is in core.py, which makes little sense as those should mostly be handled by the package manager. I think the best approach is to make core.py only contain the real core functionalities.

Agreed, this was my idea with core.py but then development went too fast with too little time to refactor things and here we are now :)

If this is desired, I'd like to take part in as well :)

@YHNdnzj sure sounds good, please give it a try :)

[gimbling-away]

Auto-cpufreq now uses /usr/local/bin with my PR.

[AdnanHodzic]

Auto-cpufreq now uses /usr/local/bin with my PR.

Good point, I'll make sure to include this issue besides #460 for v1.9.7 release notes