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 at
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:
> dh_autoreco
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 is
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
https://github.com/au
tags 902204 +fixed-upstream
forwarded 902204
https://bitbucket.org/tildeslash/monit/issues/840/regression-failed-link-check-generates
thanks
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 sh
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, pl
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.
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.
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.
-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
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: sid
Oct 2019 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
> >
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 a
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.
5.
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.
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.
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: https://unix.stackexc
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
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?
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 -
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
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.
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.
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
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).
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 Le
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 bugreport
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 avai
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). Anyway,
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 (https:
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!
On Tue, Jun 18, 2019 at 08:21:38PM +0200, Paul Gevers wrote:
> Can you ask somebody else to upload it then?
No.
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 for
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 th
Package: guile-2.2-doc
Severity: important
The Guile manual has broken references to the r5rs.info,
which is not installed.
http/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.
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 u
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
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 un
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) in
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 u
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 = l
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
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 sponso
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 (>=
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 seem
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 "Link
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
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:
https://mentors.debian.net
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 e
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 spa
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
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 c
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.
-10.7/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us
-uc -rfakeroot[0m
dpkg-buildpackage: warning: using a gain-root-command while being root
dpkg-buildpackage: info: source package parser-mysql
dpkg-buildpackage: info: source v
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.
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.
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 rootstrict template, monit shoul
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
> (https://bitbucket.org/tildeslash/monit/issues/495/invalid-csrf-check
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.
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.
#
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 from series file
I prefer t
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
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 present, web controls of
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).
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.
Have you seen README.Debian fil
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 unstab
:39:23 +0300 Sergey B Kirpichev
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. Probably, I
> can assi
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.
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 $@ --with=autoreconf" magic, then
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
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 idea in the past.
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 provi
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 :
> > tags 857863 +moreinfo
> > thanks
> >
> > On Wed, Apr 12, 2017 at 05:50:51PM +0200, Christian Göttsche wrote:
> >> Updated version, similar
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?
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
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.
>
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 wou
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 upgrad
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.
App
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 pack
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 /var
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
> expec
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:
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 s
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
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 redirec
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 u
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
> -rw--
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 attache
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 the
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, s
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
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 rel
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 prefer
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 with
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.
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
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 - 100 of 347 matches
Mail list logo