3 ms·
I'm curious how that actually works in practice. Do you package all software by yourself? I mean, if the vendor-provided httpd package for example started and
by chousuke 8y ago
I'm curious how that actually works in practice.
Do you package all software by yourself? I mean, if the vendor-provided httpd package for example started and enabled itself upon installation, how would you structure your configuration packages so that httpd does not start until it's actually configured? Or (theoretically) if you needed to deploy a configuration change and an upgrade simultaneously and can't restart the software before the new configuration is in place.
I see this being rather easy if the vendor package simply puts the binaries in place so you can have your own packages run whatever scripts it is you need and depend on the vendor package, but I don't see how it wouldn't be a headache if the vendor package contained scripts to manage the service as well, which is what primarily annoys me on Debian-likes.
- Annatar 8y agoThe application package delivers only the application payload and integration with the OS; it does not start anything unless it sees its own processes running, in which case this must be an in-place upgrade, so restart the daemon(s) to unload the old and load the new code. It is the *-conf package which depends on the application package, brings on the configuration and automatically (re)starts the application.