> Thanks for the patch. Since Debian's freeze for the upcoming stable
> released named Stretch is imminent, we won't apply the patch in the
> next few months, but will have closer look at it after Debian's
> Stretch release (which hopefully happens this summer).
Yes, I know it's freezing (and I'm
Hi Yvan,
Yvan Taviaud wrote:
> > The primary problem with this is: How should it find the according
> > init.d script or .service file if not via the package's file list?
>
> I think that if the process isn't packaged, it was installed by the user,
> hence he can find out by himself how to
> The primary problem with this is: How should it find the according
> init.d script or .service file if not via the package's file list?
I think that if the process isn't packaged, it was installed by the user,
hence he can find out by himself how to restart it.
I've spent one hour on a fix for
Control: retitle -1 debian-goodies: checkrestart does find correctly the
process of locally installed programs, but not its init script or .service file
Hi again,
just some more hints on this:
Axel Beckert wrote:
> Yvan Taviaud wrote:
> > I've found in the code that all scripts go through
Control: severity -1 wishlist
Control: found -1 0.68
Hi Yvan,
Yvan Taviaud wrote:
> For example, I've compiled Hitch myself (https://hitch-tls.org/), [...]
Yvan Taviaud wrote:
> I've found in the code that all scripts go through dpkg-query --search and
> that's the issue: as I've compiled hitch
I've found in the code that all scripts go through dpkg-query --search and
that's the issue: as I've compiled hitch software myself, it doesn't belong
to any package.
Could there be a fallback for all those scripts? I don't see the need to
package my own .deb for such softwares, so as long as it
6 matches
Mail list logo