> > > Something in the whole upgrade path here just isn't working right, > > > this is coming from 2.1.2-5 which had some stuff in /etc/runit/runsvdir/ > > > > I know about this problem, but have no idea how to solve it > > correctly. > > The simplest answer is "don't create the problem to begin with."
I apologize. runit_2.1.2-3 used /service as service directory and actually did not installed files/directories/symlinks for `runsvchdir' to function. I moved /service -> /etc/service in -4, but missed `runsvchdir' stuff. Next I introduced runlevels and this bug too, unfortunately. > The runit package never depended on the runlevels support > infrastructure being used in the past because runit as pid 1 and > runit-init isn't something everybody uses, and there's no reason > that this has to change. I do not follow. I do my best to make it possible to just `apt-get install runit-init' to get `runit' as pid 1. > You added the checks in preinst, but I can't think of a > single good reason for them. Imagine that your package `foo' wants to install file /etc/foo/config.foo, but [ -f /etc/foo]. What would you do? > Since you already closed 833361 as won't fix, it's really not clear > to me why now you're trying to force everybody to use a service > directory layout that is incompatible with how the package has > historically functioned, and really only useful in the event that > you do want runit as pid 1 --- that functionality would truely be > much more apropriate if enabled by a separate package. I am trying to force *single* layout, implemented by `dh-runit'. This layout should make it easy to take advantage of all features of `runit', runlevels in particular. > While it is possible to migrate to the runlevels layout, I'm not going > to explain how because its a bad idea to change this package in that > manner. It would be more acceptable to provide a script that can > automate the migration in the event the user wants that functionality. Why it is bad, that previously you had only one runlevel and now you can make more? > To make matters worse, now there's a version of this packge in the > wild that defaults to the runlevels layout, and it doesn't even have a > NEWS file entry to notify anybody of why this was done, or what they > need to be aware of. Correct. My bad. So, to make things more sane, I need -7 revision, that upgrades cleanly from -3, -5, -6. -- Accept: text/plain, text/x-diff Accept-Language: eo,en,ru X-Web-Site: sinsekvu.github.io
