Tom Keffer <[email protected]> writes: > Greg: The package installers would continue to install to /etc/weewx. For > those who want something that "just works" that continues to be a good > idea. However, there is a disadvantage: it requires sudo to install and > edit. Many of us also prefer to have everything under one subdirectory > (such as /home/weewx or ~/.weewx, or what have you).
Sure, I realize some people prefer a root for all of weewx, and some want it to be like one of the other 200 python programs. > While many apps install to $prefix/etc, not all do. Many depend on > configuration settings under ~/.local or their own subdirectory. It's by no > means universal. Agreed, but I think there is a difference in semantics. Some things are programs that are installed in the system and configured, as a single instance, systemwide. I see weewx in the normal case as like that, similar to nginx, sshd, pgsql, and many others. Things that look in the user's homedir I see more like gimp, where the program is installed so that it is available, but there is no singleton system instance of it. Each user runs the code on their own data. > In fact, it feels to me that the trend has been towards > non-privileged installs. Npm, nvm, node, chrome, pyenv, JetBrains products, > slack (via snap), docker-desktop, virtualbox --- none of them require root > privileges and all of them put config information under the user directory. Yes, but privilege and system vs user are not entirely the same thing. And I would argue that the trend to containerization in various forms is driven by a lack of discipline in software engineering in terms of stable APIs, leading to needing pinned dependencies far more than you would have 15 years ago. So I don't think it's really a good thing; it just is how it is. But that's off topic really, and I think the path you are heading down is going to be fine. -- You received this message because you are subscribed to the Google Groups "weewx-development" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-development/rmitu39f280.fsf%40s1.lexort.com.
signature.asc
Description: PGP signature
