Bug#861262: sphinxsearch needs systemd unit file

It's not in the main tarball, it's in the Debian deb archive: http://sphinxsearch.com/files/sphinxsearch_2.2.11-release-1~jessie_amd64.deb (open the file with any archive manager not supporting deb packages, then open the «data.tar.xz», you'll find it there). So the fix would be to import the

Bug#861262: Sleep issue

It's been fixed in Sphinx by using a dedicated systemd script: http://sphinxsearch.com/bugs/view.php?id=2321 Hum... wait... blade106 is me... so I've already hit the bug 2 years ago, and found the fix :-) In the meanwhile, Debian dropped the package in Jessie, so I've changed the

Bug#861262: Sleep issue

File /etc/init.d/sphinxsearch isn't run, as my system uses systemd. Seems to be the issue: systemd doesn't use a timeout, it must be configured somewhere.

Bug#861262: Sleep issue

Hit the same issue, and read http://sphinxsearch.com/forum/view.html?id=10783 and https://bugs.launchpad.net/ubuntu/+source/sphinxsearch/+bug/990395. At first I thought it was due to the privileged user (root used instead of sphinxsearch), but it seems the following isn't run: [ -n

Bug#877856: mysql-utilities: Parsing MySQL version is broken

Package: mysql-utilities Version: 1.6.4-1 Severity: grave Tags: newcomer upstream Justification: renders package unusable MySQL version parser is broken in 1.6.4, fixed in 1.6.5, but doesn't seem to be available: https://dev.mysql.com/doc/mysql-utilities/1.6/en/mysql-utils-install-deb.html

Bug#863596: mytop can't installed

> - download mariadb-client-10.1.deb, extract mytop binary, copy it in > /usr/bin/ (as defined in the .deb) For those who'll try this, here's what I did: - download the deb - extract it with «dpkg-deb -x» - copy the mytop command to /usr/local/bin - comment out the line 129: - unshift @ARGV,

Bug#863596: mytop can't installed

On Sun, 11 Jun 2017 14:53:09 +0200 Werner Detter wrote: > I don't know which source of mytop is included in mariadb-client-10.1 > and cannot estimate if the standalone package of mytop makes sense or > not in stretch. I assume the Maintainers of MariaDB do things right

Bug#852933: Issue is linked to the fact that file isn't in a package

> 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

Bug#852933: Issue is linked to the fact that file isn't in a package

> 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

Bug#852933: Issue is linked to the fact that file isn't in a package

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

Bug#852933: Fix version

Version: 0.68 Should state the 0.68 and not 0.63 (both are affected anyway).

Bug#852933: debian-goodies: checkrestart doesn't show processes which were correctly found to be restarted

Package: debian-goodies Version: 0.63 Severity: grave Justification: renders package unusable Dear Maintainer, checkrestart correctly finds processes, but don't report these in the final report (without «-v» argument). I've tested 0.68 version by overwriting my file (stable) with the one from