Bug#930641: closed by Debian FTP Masters (Bug#1023560: Removed package(s) from unstable)

On Sun, Nov 06, 2022 at 10:12:34PM +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the guile-2.2-doc package: > > #930641: r5rs.info missing > > It has been closed by Debian FTP Masters . > > Their explanation is

Bug#966185: monit: new upstream version 5.27.0

On Fri, Jul 31, 2020 at 11:32:54AM +0200, Christian Göttsche wrote: > > I would appreciate any help with this upgrade. There seems to > > be some issues with dh_autoreconf. > > > > I think they should be solved by using the upstream bootstrap script: > > override_dh_autoreconf: >

Bug#966185: monit: new upstream version 5.27.0

tags 966185 +help thanks On Fri, 24 Jul 2020 14:24:50 +0200 =?UTF-8?Q?Christian_G=C3=B6ttsche?= wrote: > Since about a month there is a new upstream version 5.27.0 [1]. > It would be nice to see it packaged in Debian sid. I would appreciate any help with this upgrade. There seems to be some

Bug#959024: Problems with uscan'ing on github from tracker.debian.org

Package: tracker.debian.org Severity: important Right now in https://tracker.debian.org/pkg/auto-07p I see: -->8-- Problems while searching for a new upstream version uscan had problems while searching for a new upstream version: In watchfile debian/watch, reading webpage

Bug#902204: monit: spurious "monit alert -- Link up eth0" messages

tags 902204 +fixed-upstream forwarded 902204 https://bitbucket.org/tildeslash/monit/issues/840/regression-failed-link-check-generates thanks

Bug#902204: Processed: Re: Bug#902204: monit: spurious "monit alert -- Link up eth0" messages

tag 902204 +pending thanks On Wed, Apr 22, 2020 at 08:48:49PM +0200, mart...@tildeslash.com wrote: > Hello, > > the problem is fixed: > https://bitbucket.org/tildeslash/monit/commits/f3bea23a52db I'm glad to hear. Please try post to the bug thread next time. Will be 5.27.0 soon (May?) or I

Bug#902204: monit: spurious "monit alert -- Link up eth0" messages

severity 902204 normal thanks Lowered bug severity to reflect upstream's one. On Sun, 7 Jul 2019 09:16:45 +0300 Sergey B Kirpichev wrote: > forwarded 902204 > https://bitbucket.org/tildeslash/monit/issues/490/separate-link-down-and-link-error-event > thanks > > Martin, please

Bug#944282: stretch-pu: monit 1:5.20.0-6+deb9u1

On Tue, Jan 28, 2020 at 08:37:37AM +, Adam D. Barratt wrote: > On 2019-11-07 08:49, Sergey B Kirpichev wrote: > > I would like to make an upload to stable in order to fix bug > > #941895 (CSRF check) in the monit package. > > Please go ahead; sorry for the delay. Thanks, uploaded.

Bug#806941: Re: Bug#806941: Change upstream for lib-apache2-mod-rpaf

On Fri, Jan 10, 2020 at 03:51:35PM +0100, Marco d'Itri wrote: > - you orphan the package and let somebody else adopt it so that they can > package a modern version I did, long time ago.

Bug#941895: monit: invalid CSRF check causes login issues

On Mon, Nov 04, 2019 at 12:10:48PM +, Jonathan Wiltshire wrote: > Yes, that seems to solve it - thanks for your patience. Thank you for feedback! I've sent bugreport against release.debian.org: https://bugs.debian.org/944282 Maybe next year the package will be uploaded.

Bug#944282: stretch-pu: monit 1:5.20.0-6+deb9u1

-10-09 15:47:31.0 +0300 @@ -1,3 +1,9 @@ +monit (1:5.20.0-6+deb9u1) stretch; urgency=medium + + * Implement position independent CSRF cookie value (Closes: #941895). + + -- Sergey B Kirpichev Wed, 09 Oct 2019 15:47:31 +0300 + monit (1:5.20.0-6) unstable; urgency=medium * Fix regression

Bug#936164: auto-07p: Python2 removal in sid/bullseye

tags 937695 +pending +upstream +fixed-upstream thanks It seems, Python3-compatible release will be available soon: https://github.com/auto-07p/auto-07p/issues/2 On Fri, 30 Aug 2019 07:10:54 + Matthias Klose wrote: > Package: src:auto-07p > Version: 0.9.1+dfsg-7 > Severity: normal > Tags:

Bug#941895: (no subject)

019 17:37:16 +0300 Sergey B Kirpichev wrote: > On Mon, Oct 07, 2019 at 12:15:13PM +0100, Jonathan Wiltshire wrote: > > I'm happy to sponsor uploads to the stable suites, certainly. You will > > need approval from the stable release managers first then, and I will > > avoid wea

Bug#941895: monit: invalid CSRF check causes login issues

severity 941895 important thanks On Mon, Oct 07, 2019 at 12:15:13PM +0100, Jonathan Wiltshire wrote: > I'm happy to sponsor uploads to the stable suites, certainly. You will > need approval from the stable release managers first then, and I will > avoid wearing that hat for this case in order to

Bug#941895: monit: invalid CSRF check causes login issues

tags 941895 +moreinfo thanks On Mon, Oct 07, 2019 at 11:33:34AM +0100, Jonathan Wiltshire wrote: > Please consider backporting this fix to stretch in the next oldstable > point release. I haven't investigated whether it is the sole change in > 5.21 or whether it would have to be cherry-picked.

Bug#941075: monit: no systemctl file for monit

tags 941075 +unreproducible thanks On Tue, Sep 24, 2019 at 04:34:21PM +0200, Han Boetes wrote: >No, it means you can close the bug, and absolutely nothing else. Why you open an issue, if you are not intended to help with it's solution? Lets reiterate my question: --->8-- I don't understand.

Bug#941075: monit: no systemctl file for monit

On Tue, Sep 24, 2019 at 03:44:03PM +0200, Han Boetes wrote: >Never you mind, you can close the bug. Is that means the problem was identified right, i.e. you are using initscript /etc/init.d/monit directly? >On Tue, Sep 24, 2019 at 12:06 PM Sergey B Kirpichev ><[1]skirpic.

Bug#941075: monit: no systemctl file for monit

tags 941075 +moreinfo thanks On Tue, Sep 24, 2019 at 11:38:52AM +0200, Han Boetes wrote: > The current monit package does not include a systemctl file, often resulting > in > monit not running. If I'd check the status with systemctl the result was: > active(exited) see also:

Bug#931974: O: festvox-ru - Russian male speaker for Festival

On Sun, Jul 28, 2019 at 05:23:17PM +0200, Samuel Thibault wrote: > Sergey B Kirpichev, le dim. 28 juil. 2019 17:52:29 +0300, a ecrit: > > On Sun, Jul 28, 2019 at 04:44:25PM +0200, Samuel Thibault wrote: > > > We can maintain this along the other voices under the tts-team umbr

Bug#931974: O: festvox-ru - Russian male speaker for Festival

On Sun, Jul 28, 2019 at 04:44:25PM +0200, Samuel Thibault wrote: > We can maintain this along the other voices under the tts-team umbrella. > I have added you to the tts-team group on salsa, I guess this is enough > for you to transfer the salsa project? What exactly I should do?

Bug#931972: Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Wed, Jul 17, 2019 at 06:56:53AM +0200, Sebastiaan Couwenberg wrote: > buster-backports is now open, but the monit package cannot be uploaded > to it in its current shape. > > The version is not correct: 5.26.0-1~bpo9+1 > > For buster-backports '~bpo10+1` should be used. > > Beware that `dch

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Sun, 7 Jul 2019 08:29:08 +0200 Sebastiaan Couwenberg wrote: > Please upload a new revision to unstable with source-only changes... Backport for Buster: https://mentors.debian.net/package/monit Please sponsor this package. Sponsorship request: https://bugs.debian.org/931972

Bug#931974: O: festvox-ru - Russian male speaker for Festival

Package: wnpp Severity: normal I am winding down my involvement in Debian to a minimum and I have no intentions to support this package anymore. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it.

Bug#931972: RFS: monit/1:5.26.0-1~bpo9+1 -- backport for buster

Package: sponsorship-requests Severity: normal I am looking for a sponsor for my backport package "monit": To access further information about this package, please visit the following URL: https://mentors.debian.net/package/monit

Bug#931973: O: libapache2-mod-qos - quality of service module for the apache2

Package: wnpp Severity: normal I am winding down my involvement in Debian to a minimum and I have no intentions to support this package anymore. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it.

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Sun, Jul 07, 2019 at 08:29:08AM +0200, Sebastiaan Couwenberg wrote: > Please upload a new revision to unstable with source-only changes to I did just now (5.26.0).

Bug#902204: monit: spurious "monit alert -- Link up eth0" messages

forwarded 902204 https://bitbucket.org/tildeslash/monit/issues/490/separate-link-down-and-link-error-event thanks Martin, please correct me if I set wrong upstream issue for this bug. On Tue, 19 Feb 2019 22:47:46 +0100 "mart...@tildeslash.com" wrote: > > > On 19 Feb 2019, at 02:47, Vincent

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Thu, Jul 04, 2019 at 02:13:03PM +0200, Bas Couwenberg wrote: > How often do you expect to need NEW processing for monit? Probably, once every major release. Backport is a frequent request. > Do you know any users of the package who have contributed patches or other > maintainer type

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Thu, Jul 04, 2019 at 12:48:23PM +0200, Bas Couwenberg wrote: > The RT ticket show that you were added to the backports ACL It doesn't help too much: initial upload must be sponsored. > I guess Michal > wasn't available to sponsor your initial backports upload Unfortunately, nobody wasn't

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Thu, Jul 04, 2019 at 10:31:07AM +0200, Bas Couwenberg wrote: > We rely on monit at $DAYJOB, so I want to help you get monit back in buster. Am afraid, there is no chance for monit to enter buster. Sorry for this situation, but I believe this is not just my fault (see this bug thread).

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Thu, Jul 04, 2019 at 10:54:10AM +0200, Paul Gevers wrote: > Once packages can migrate normally again (somewhere next week if > everything goes as expected), monit will be back in testing and > backports is a viable option. Feel free to do backport. Latest one was dated Fri, 21 Dec 2018

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Thu, Jun 27, 2019 at 01:40:42PM +0200, Paul Gevers wrote: > We're sorry, but we'll be removing monit from buster shortly. Thanks for a great release menagement!

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Tue, Jun 18, 2019 at 08:21:38PM +0200, Paul Gevers wrote: > Can you ask somebody else to upload it then? No.

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Mon, 17 Jun 2019 21:19:07 +0200 Paul Gevers wrote: > we don't want packages going though it that don't need to. monit package going to be removed from buster. Maybe this justifies migration from t-p-u? I'm away from my build environment and hardly able to prepare in time that you require

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

On Mon, Jun 17, 2019 at 09:20:18PM +0200, Paul Gevers wrote: > > This debdiff looks good. Can you please upload it as > > 1:5.25.3-1+really5.25.2-1 (with the source tar ball of 1:5.25.2) to > > unstable as requested in bug 930313. tpu isn't covered well by QA, so we > > don't want packages going

Bug#930641: r5rs.info missing

Package: guile-2.2-doc Severity: important The Guile manual has broken references to the r5rs.info, which is not installed.

Bug#930637: unblock: monit/1:5.25.2-3+deb10u1

/cervlet.c ++ CVE-2019-11455 A buffer over-read in Util_urlDecode in util.c + + -- Sergey B Kirpichev Mon, 17 Jun 2019 10:57:40 +0300 + monit (1:5.25.2-3) unstable; urgency=medium * Spelling fixes in manpage diff --git a/debian/patches/CVE-2019-11454.patch b/debian/patches/CVE-2019-11454.patch

Bug#927775: monit: CVE-2019-11454 CVE-2019-11455

On Wed, 12 Jun 2019 17:07:11 +0200 Ivo De Decker wrote: > As the security team considers this an issue that needs to be fixed for > buster, I'm increasing the severity. Please do not downgrade it again. Thanks for "help", security team. > Note that the revert Paul mentioned in #930313 I don't

Bug#927775: monit: CVE-2019-11454 CVE-2019-11455

On Sun, Jun 09, 2019 at 01:44:18PM +0200, Salvatore Bonaccorso wrote: > I gave a reason though now in my previous mail I was expecting such explanation before changing in severity... > > > Could you please work out with the Release team via an unblock request > > > if they would wave through the

Bug#927775: monit: CVE-2019-11454 CVE-2019-11455

On Sun, Jun 09, 2019 at 12:08:21PM +0200, Salvatore Bonaccorso wrote: > After some time passed, on 2019-06-03, another Debian security team > member (Moritz Muehlenhoff ) raised the severity to a > release critical value. For no reasons. > Could you please work out with the Release team via an

Bug#927775: monit: CVE-2019-11454 CVE-2019-11455

severity 927775 important thanks No reasons, so revert back severity. On Tue, 4 Jun 2019 08:00:43 +0300 Sergey B Kirpichev wrote: > On Tue, 23 Apr 2019 06:53:03 +0200 Salvatore Bonaccorso > wrote: > > CVE-2019-11454[0]: > > | Persistent cross-site scripting (XSS)

Bug#927775: monit: CVE-2019-11454 CVE-2019-11455

On Tue, 23 Apr 2019 06:53:03 +0200 Salvatore Bonaccorso wrote: > CVE-2019-11454[0]: > | Persistent cross-site scripting (XSS) in http/cervlet.c in Tildeslash > | Monit before 5.25.3 allows a remote unauthenticated attacker to > | introduce arbitrary JavaScript via manipulation of an unsanitized

Bug#902204: monit: spurious "monit alert -- Link up eth0" messages

tags 902204 -moreinfo thanks On Sat, 22 Dec 2018 03:17:27 +0100 Vincent Lefevre wrote: > So, it seems to be a bug in the monit code that makes it think that > the link is up while it is not. > > In validate.c, I see: > > [...] > for (LinkStatus_T link = s->linkstatuslist; link; link =

Bug#919645: RFS: monit/1:5.25.2-2~bpo9+1 [BPO]

Package: sponsorship-requests Severity: normal I (current maintainer of the package) am looking for (6 or 7-th time?) a sponsor for my backport of the package monit. Package can be downloaded from m.d.n: https://mentors.debian.net/package/monit

Bug#887350: monit: Request for a monit backport

On Mon, 24 Dec 2018 17:13:17 +0100 Antoine Joubert wrote: > I wanted to let you know that I’ve not had any issues with your backport of > monit over the week-end. Ok, I've requested (rt.debian.org ticket #7591) upload permissions for backports queue, instead of asking 6 (or 7th) time for

Bug#885224: nlopt: please migrate to guile-2.2

On Fri, 6 Jul 2018 15:29:48 +0200 Andreas Tille wrote: > I've checked this by simply replacing Build-Depends like this: > > > diff --git a/debian/control b/debian/control > index 600f8f1..ba9335d 100644 > --- a/debian/control > +++ b/debian/control > @@ -9,8 +9,8 @@ Build-Depends: debhelper (>=

Bug#917025: tracker.debian.org: 0 new commits since last upload

Package: tracker.debian.org Severity: normal Not sure if this is a duplicate of #910987, but I see the problem. Right now interface on https://tracker.debian.org/pkg/monit shows: -->8-- action needed 0 new commits since last upload, time to upload? normal vcswatch reports that this package

Bug#902204: monit: spurious "monit alert -- Link up eth0" messages

On Fri, Dec 21, 2018 at 01:31:40PM +0100, Vincent Lefevre wrote: > > > > monit is spamming me with spurious "monit alert -- Link up eth0" > > > > messages every 2 minutes! I currently have no Ethernet cable, so > ^ > > > > that

Bug#890683: monit: Invalid CSRF Token error on web interface

BTW, backport issue is here: https://bugs.debian.org/887350 Backport was uploaded to mentors: https://mentors.debian.net/package/monit On Fri, 21 Dec 2018 11:26:18 +0300 Sergey B Kirpichev wrote: > tag 890683 + upstream > thanks > > On Sat, 17 Feb 2018 18:28:37 +0100 Peter Baran

Bug#887350: monit: Request for a monit backport

tag 887350 +pending thanks On Mon, 15 Jan 2018 11:39:03 +0100 "Antoine J." wrote: > Since you've done it for jessie, I was wondering, would you be willing > to backport the version of monit currently in debian unstable (5.25.1-1) > to stretch ? Please try this version:

Bug#890683: monit: Invalid CSRF Token error on web interface

tag 890683 + upstream thanks On Sat, 17 Feb 2018 18:28:37 +0100 Peter Baranyi wrote: > I am always getting this error when clicking start/stop/restart/disable > buttons > on the web interface: > Invalid CSRF Token > This makes the web interface read-only, actions cannot be carried out. > This

Bug#902204: monit: spurious "monit alert -- Link up eth0" messages

tag 902204 +moreinfo +unstable thanks On Sat, 23 Jun 2018 13:31:22 +0200 Vincent Lefevre wrote: > On 2018-06-23 12:52:56 +0200, Vincent Lefevre wrote: > > With the following settings: > > > > check network eth0 with interface eth0 > > if changed link capacity then alert > > > > monit is

Bug#877633: test patch unstable

On Thu, 13 Dec 2018 19:56:07 + marc marc wrote: > I have tested the patch > https://salsa.debian.org/sk-guest/monit/commit/ac71b49a08b7f6aa23c185183ab87a64cae4e913 > error: Depend service 'sshd_dsa_key' is not defined in the control file > > for the stable version, no template is indeed

Bug#877633: this bug stop sshd

On Wed, Dec 12, 2018 at 08:38:51PM +0100, Jocelyn Jaubert wrote: > We lost access to a debian stretch machine after sshd was killed by > installing monit and openssh checker, like we did on previous debian > version. 1) All configuration snippets povided - are disabled per default. 2) You should

Bug#877633: this bug stop sshd

On Wed, 12 Dec 2018 11:13:24 + marc marc wrote: > could the priority of the fix be increased accordingly ? Are you about backporting existing fix to stable? I'm not sure, that the problem is too severe.

Bug#906499: parser-mysql: FTBFS in buster/sid (aclocal-1.15: command not found)

kage: warning: using a gain-root-command while being root dpkg-buildpackage: info: source package parser-mysql dpkg-buildpackage: info: source version 10.7-3 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Sergey B Kirpichev dpkg-source --before-b

Bug#900132: O: libapache2-mod-bw - bandwidth limiting module for apache2

Package: libapache2-mod-bw Severity: normal Apparently, I have no time to work on this package. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it.

Bug#900131: O: libapache2-mod-rpaf - module for Apache2 which takes the last IP from the 'X-Forwarded-For' header

Package: libapache2-mod-rpaf Severity: normal Apparently, I have no time to work on this package. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it.

Bug#877633: Acknowledgement (monit openssh-server config depends on a key which is not required to be there)

tag 877633 +moreinfo thanks On Tue, 3 Oct 2017 18:19:14 +0200 Alexander Schier wrote: > It gets even worse: With the failing dependency, monit stops the sshd > until you log in manually and remove the config (or create the key). Are you sure? Unless you changed

Bug#868778: monit: Invalid CSRF check when using monit web page

On Tue, Aug 29, 2017 at 08:58:44PM +0200, mart...@tildeslash.com wrote: > According to the output, the installed Monit version is 5.20.0 (first version > with CSRF protection). The CSRF cookie in 5.20.0 was position dependent >

Bug#872715: Compat 10

On Tue, Aug 29, 2017 at 04:14:33PM +0200, Szépe Viktor wrote: >Please see the new autoreconf policy >[1]https://lintian.debian.org/tags/useless-autoreconf-build-depends.html Thanks! This part was added too.

Bug#873539: monit 1:5.23.0-3 won't install - "epoch in version is empty"

On Tue, Aug 29, 2017 at 01:24:27AM +0200, Vincent Lefevre wrote: > > dpkg-maintscript-helper: error: dpkg: error: version '"1:5.15-1~"' has bad > > syntax: epoch in version is empty Looks like regression in dpkg-maintscript-helper: quotation marks were passed to dpkg --validate-version. C.f. #

Bug#872715: monit: debian tweaks

tags 872715 +pending thanks On Sun, 20 Aug 2017 14:34:56 +0200 =?UTF-8?Q?Christian_G=C3=B6ttsche?= wrote: > - switch to debhelper compat level 10 ok > - strip unneeded linked libraries Not sure why you think that autoreconf is not needed... > - remove whitespaces

Bug#873491: override: libapache2-mod-qos: httpd/extra

Package: ftp.debian.org Severity: normal There were override disparities found in suite unstable: libapache2-mod-qos: Override says httpd - optional, .deb says httpd - extra

Bug#868778: monit: Invalid CSRF check when using monit web page

fixed 868778 monit/1:5.21.0-1 tags 868778 +upstream thanks On Tue, 18 Jul 2017 14:48:30 +0200 Cyril Mertens wrote: > As a quick and dirty workaround, I installed monit package from Sid, > reverted to the monit package from Stretch and then the problem was no > more longer

Bug#867669: monit summary doesn't detect rxvt as color terminal

On Thu, 13 Jul 2017 00:13:49 +0200 Alexander Schier wrote: > Will there be a backport to stretch? This bug at least not severe enough. Fill free to change it's severity to important or higher (with a good explanation).

Bug#868456: monit isn't reloaded when program binaries are updated

tags 868456 + wontfix thanks On Sat, 15 Jul 2017 17:09:22 +0200 Alexander Schier wrote: > This should probably integrate in some way with apt post-hooks or > the checkrestart script or something similiar or the checksum check > should be removed from the scripts.

Bug#867669: monit summary doesn't detect rxvt as color terminal

tag 867669 + upstream fixed-upstream thanks On Tue, Jul 11, 2017 at 10:46:04AM +0200, mart...@tildeslash.com wrote: > the problem was fixed in the upstream: > https://bitbucket.org/tildeslash/monit/commits/cf945190e280948f757646bd1fa7497a7f184434 So, this will be fixed with next upload to

Bug#755797: RFA: awstats -- powerful and featureful web server log analyzer

:39:23 +0300 Sergey B Kirpichev <skirpic...@gmail.com> wrote: > retitle 755797 RFA: awstats -- powerful and featureful web server log analyzer > thanks > > Hereby, I increase severity of this report to RFA. > > I don't have production installation of awstats anymore. Prob

Bug#834653: nlopt: typo in debian/rules (override_dh_auto_reconf -> override_dh_autoreconf)

On Sat, Jul 08, 2017 at 09:42:32PM +0100, Chris Lamb wrote: > Uploaded :) Do upgrade your lintian for your next package preparation > (eg. for at least Standards-Version: 4.0.0) I hope so, but not all warnings were fixed.

Bug#834653: nlopt: typo in debian/rules (override_dh_auto_reconf -> override_dh_autoreconf)

On Wed, 17 Aug 2016 21:32:09 +0100 Chris Lamb wrote: > I believe there is a typo in your debian/rules (override_dh_auto_reconf -> > override_dh_autoreconf). > > I don't believe this affects the working of the package, but if anyone > in the future added the "dh $@

Bug#862390: ship CMake config files with the nlopt package

severity 862390 wishlist thanks On Fri, 12 May 2017 09:51:29 +0200 sla...@staszic.waw.pl wrote: > These *.cmake files enable CMake users to use find_package(NLopt) in > their CMake scripts. > It would be great to ship these *.cmake files in the Debian package as > well. It should be easy, when

Bug#855600: src:nlopt: Please provide binary package for cxx library

On Mon, 20 Feb 2017 22:03:19 -0800 Afif Elghraoui wrote: > Anyway, I see the packaging is still in SVN. I'll switch it to Git and > prepare a team upload. Please ask first other co-maintainers! Personally, I'm +1 for packaging in Git. Unfortunally, Christophe rejected this

Bug#857863: add systemd service

On Thu, Apr 13, 2017 at 08:03:31PM +0200, Christian Göttsche wrote: > I might be able to help with systemd related issues but I can not > promise anything. Then sorry, I don't have resources to do this myself. If you think, that there are some problems (which one, why do you think so?) with

Bug#857863: add systemd service

On Thu, Apr 13, 2017 at 12:12:37AM +0200, Christian Göttsche wrote: > 2017-04-12 20:22 GMT+02:00 Sergey B Kirpichev <skirpic...@gmail.com>: > > tags 857863 +moreinfo > > thanks > > > > On Wed, Apr 12, 2017 at 05:50:51PM +0200, Christian Göttsche wrote: > >>

Bug#857863: add systemd service

tags 857863 +moreinfo thanks On Wed, Apr 12, 2017 at 05:50:51PM +0200, Christian Göttsche wrote: > Updated version, similar to the upstream[1] one: Are you ready to support monit in systemd-enabled configurations?

Bug#851101: monit: should better support systemd

On Thu, Jan 12, 2017 at 01:59:24AM +0100, Vincent Lefevre wrote: > but systemd does not support $all in its LSB compatibility support, > and there's no easy way to fix cleanly (see bug 850703). I don't see why it's not easy to fix. Obviously, only one package should use $all (and this package is

Bug#839804: monit: errors every 2 minutes in the log file: "Queued event file: unable to read event size -- end of file"

tags 839804 -moreinfo +unreproducible thanks On Mon, Jan 09, 2017 at 04:09:47PM +0100, Vincent Lefevre wrote: > Yes, it seems so... unless the problem is not always reproducible > (e.g. if there's some race condition). > > I also wonder whether suspending the laptop can also yield the > issue. >

Bug#826148: systemd looses track of service status after it was restarted by monit.

tags 826148 -pending +wontfix thanks Addition. On Mon, Jan 09, 2017 at 06:36:46PM +0100, Mario Lipinski wrote: > >1) monit doesn't support systemd. If you are ready to support this > > package for systemd - please do. > > I just use monit on a Debian system with its default init system. I

Bug#850829: monit overwrites its log file

tags 850829 -unreproducible +pending thanks On Tue, Jan 10, 2017 at 08:20:14PM +0100, Vincent Lefevre wrote: > No, I don't think I have anything that should affect --reinstall. > Correct me if I'm wrong, but it seems normal that with --reinstall, > the package gets configured (ditto with an

Bug#850829: monit overwrites its log file

On Tue, Jan 10, 2017 at 08:03:31PM +0100, Vincent Lefevre wrote: > On 2017-01-10 21:49:26 +0300, Sergey B Kirpichev wrote: > > Hmm, I can't reproduce this as suggested by you. > > On my side, I've tried two other times, and each time it was > reproducible. Apparently, y

Bug#850829: monit overwrites its log file

tags 850829 -pending +unreproducible thanks > On Tue, Jan 10, 2017 at 05:28:27PM +0100, Vincent Lefevre wrote: > > However... > > > > # apt install --reinstall monit > > Oh, I see, this happens on reinstallation. Hmm, I can't reproduce this as suggested by you. # apt install monit Reading

Bug#850829: monit overwrites its log file

tags 850829 +pending thanks On Tue, Jan 10, 2017 at 05:28:27PM +0100, Vincent Lefevre wrote: > However... > > # apt install --reinstall monit Oh, I see, this happens on reinstallation. > Something wrong in the postinst script? > Could this be: > install -o root -g adm -m 0640 /dev/null

Bug#826148: systemd looses track of service status after it was restarted by monit.

tags 826148 -moreinfo +pending thanks On Mon, Jan 09, 2017 at 06:36:46PM +0100, Mario Lipinski wrote: > >1) monit doesn't support systemd. If you are ready to support this > > package for systemd - please do. > > I just use monit on a Debian system with its default init system. I would >

Bug#850829: monit overwrites its log file

On Tue, Jan 10, 2017 at 04:08:03PM +0100, Vincent Lefevre wrote: > I've noticed that the latest version of monit has overwritten > its log file (/var/log/monit.log). /var/log/monit.log.1 ends > on January 2 with: How logging system configured? journald? > [...] > [CET Jan 2 07:32:58] error

Bug#839804: monit: errors every 2 minutes in the log file: "Queued event file: unable to read event size -- end of file"

On Mon, Jan 09, 2017 at 04:09:47PM +0100, Vincent Lefevre wrote: > Yes, it seems so... unless the problem is not always reproducible > (e.g. if there's some race condition). > > I also wonder whether suspending the laptop can also yield the > issue. > > > If this is correct, problem seems to be

Bug#839804: monit: errors every 2 minutes in the log file: "Queued event file: unable to read event size -- end of file"

On Mon, Jan 09, 2017 at 03:20:07PM +0100, Vincent Lefevre wrote: > On 2017-01-09 16:53:52 +0300, Sergey B Kirpichev wrote: > > On Mon, Jan 09, 2017 at 02:15:57PM +0100, Vincent Lefevre wrote: > > > The error messages no longer occur (without needing to restart monit). > &g

Bug#826148: systemd looses track of service status after it was restarted by monit.

tag 826148 +moreinfo thanks On Thu, Jun 02, 2016 at 06:52:39PM +0200, Mario Lipinski wrote: > when a service such as openssh-server is restarted by monit, systemdctl > status lists the restarted service as failed. While using /etc/init.d > scripts interactively, the start/stop commands are

Bug#839804: monit: errors every 2 minutes in the log file: "Queued event file: unable to read event size -- end of file"

On Mon, Jan 09, 2017 at 02:15:57PM +0100, Vincent Lefevre wrote: > The error messages no longer occur (without needing to restart monit). But with restart (monit or system) they DO appear again, correct? > If the problem was that some files were too old, then monit should > have done some clean

Bug#839804: monit: errors every 2 minutes in the log file: "Queued event file: unable to read event size -- end of file"

On Mon, Jan 09, 2017 at 01:32:59PM +0100, Vincent Lefevre wrote: > > Can you check permissions on events dir & file? > > root@zira:/home/vinc17# ls -l /var/lib/monit > total 12 > drwx-- 2 root root 4096 2017-01-06 18:16:28 events > -rw-r--r-- 1 root root 32 2015-07-07 13:17:34 id >

Bug#847196: monit segfault on stop and start

On Mon, Dec 12, 2016 at 04:23:57PM +0100, Arthur Hoffmann wrote: > It looks like this bug is fixed, > I did "dpkg -i monit_5.4-2+deb7u3_amd64.deb", monit restarted and is > running > now. > Thank you. > >Source package was uploaded to > >https://mentors.debian.net/package/monit > >amd64 deb

Bug#847196: monit segfault on stop and start

On Mon, Dec 12, 2016 at 02:06:41PM +0100, Martin Pala wrote: > The securitytoken in collector is not needed at all - the CSRF > protection is related to Monit's own HTTP API (the securitytoken > cookie is not present in upstream). Ok, I see. Thank you, Martin. > To fix the problem, just drop

Bug#847196: monit segfault on stop and start

On Mon, Dec 12, 2016 at 01:11:38PM +0100, Arthur Hoffmann wrote: > Ok, now I have checked my config files and found out that it > works with the latest package if I remove the following line: > > set mmonit https://USER:PASSWORD@URL:PORT/collector Ok, I see. I don't use closed-source software,

Bug#847196: monit segfault on stop and start

On Mon, Dec 12, 2016 at 12:24:31PM +0100, Arthur Hoffmann wrote: > I just want to confirm that Monit is running again on all 5 Debian Wheezy > (i386 and amd64) machines if I downgrade the package with "sudo apt-get > install monit=1:5.4-2". Unfortunately, I can't reproduce this on several testing

Bug#847196: monit segfault on stop and start

reopen 847196 thanks Please don't reply personally (unless you want to share some private info)! Either to bugtracker, or add CC to bugtracker. Meanwhile, bug reopened. Perhaps, backport is still broken. (Also, co-mantainers, please use git!) BTW, I can't reproduce this yet. Perhaps, this

Bug#847314: awstats: add databasebreak support in update.sh

On Sat, Dec 10, 2016 at 04:22:56PM +0200, Vincas Dargis wrote: > No I am not, I do not know what's that "collab-maint" or how to join it. It's there: https://alioth.debian.org/projects/collab-maint/ Just ask admins to join, comment why (i.e. where you would like to contribute). (Or, if you

Bug#847314: awstats: add databasebreak support in update.sh

On Sat, Dec 10, 2016 at 12:24:00PM +0200, Vincas Dargis wrote: > Could you hint me the proper way to produce patch? > > I image I should install Debian Jesting virtual machine, checkout latest > source package... do changes in update.sh, build & install package, test, > and then generate diff

Bug#755797: RFA: awstats -- powerful and featureful web server log analyzer

retitle 755797 RFA: awstats -- powerful and featureful web server log analyzer thanks Hereby, I increase severity of this report to RFA. I don't have production installation of awstats anymore. Probably, I can assist new maintainers as a co-maintainer, but not more.

Bug#847196: monit segfault on stop and start

On Wed, Dec 07, 2016 at 09:41:11AM +0100, Arthur Hoffmann wrote: > I'm not sure whether this bug is the same that I have got, > but it began with 1:5.4-2+deb7u1 and it is NOT fixed with 1:5.4-2+deb7u2. Very likely. > The service/process is starting and writes some INFO log lines without > errors

Bug#847314: awstats: add databasebreak support in update.sh

severity 847314 wishlist thanks On Wed, Dec 07, 2016 at 11:03:47AM +0200, Vincas Dargis wrote: > Awstats has `databasebreak` parameter witch which user can access to statistic > per day basis, for example, instead only by month due to current defaults. > > update.sh currently has two parameters

  1   2   3   4   >