Package: runit-services Version: 0.5.0 Severity: normal X-Debbugs-Cc: plore...@disroot.org
>From early testing of the package > > > > What do you think about the way the upgrade of services is (not) > > handled? > > Perhaps this is not obvious right now because this is the first > > version of the package, but at each upgrade cpsv will just print a > > warning if a new version of a service is available and it won't > > automatically replace the the old version in /etc/sv/ . > > If the user decides to upgrade the service an extra invocation of > > cpsv is needed. > > For a few services I think this would be okay. Of course it would be > more comfortable to be asked whether to upgrade a service. It could > even be in a dialog like needrestart presents. It asks which of the > services to restart after updates in a nice dialog window where you > can select those to be restarted. So it would ask once and the user > selects the services to upgrade. > > > Do you prefer some kind of automation, similar to what dpkg or ucf > > provide? > > Hmmm, I think dpkg diffing and ucf would not work that well for > service directories. Those mechanisms work on single files. > > But might be an option to present some kind of diff. Then of course > update handling would be one by one. > > However, I think offering some automation has not really the highest > priority. It is nice to have. Not essential. > I've to look if this is doable with debconf: cpsv is already able to show a diff and to overwrite a service, so maybe debconf on top of cpsv... Lorenzo
