Package: rlfe
Version: 6.1-3
Severity: normal
Manpage says:
-->8--
NAME
rlfe - "cook" input lines for other programs using readline
SYNOPSIS
rlfe [-l filename] [-a] [-n appname] [-hv] [command [arguments ...]]
DESCRIPTION
rlfe lets you use history and line-editing in any te
Package: debian-maintainers
This is my annual ping.
signature.asc
Description: Digital signature
tag 650492 +moreinfo
thanks
On Wed, Nov 30, 2011 at 11:32 AM, Atsuhito Kohda
wrote:
> After recent upgrade of Perl, it seems running
> awstats.pl -config=awstats -update
> reports "Found 0 new qualified records." every time
> even after I accessed a host from another machine.
>
> I believe that t
tag 652547 +patch
thanks
A simple patch attached, please review/comment.
checkarray-renice.patch
Description: Binary data
Package: debian-installer
Severity: wishlist
If you chose scheme "Guided - use entire disk and set up LVM" - then
created logical volumes (e.g. for /usr, /var ...) span _all_ available
space in the default volume group.
Why not just create LVM volumes with some safe minimal sizes?
Free space in t
Attached slightly fixed version of the above
patch: sync_min must be a multiple of chunk_size.
checkarray.patch
Description: Binary data
Just to note, the above patch wont work properly on squeeze kernel (That
is why you may need here black magick with watching sync_completed
file, as Alice suggests).
This is fixed in kernel since the commit:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=c07b70ad32ed0a
Package: mdadm
Severity: wishlist
Hello,
This can be useful at least in some workloads and/or for some
raid types (cpu-intensive, e.g. raid5).
You can take look on /usr/sbin/raid-check in
CentOS (quoted below). $NICE variable looks like
an exact opportunity for --high/--low/--idle switches:
-->
Another example is:
http://packages.qa.debian.org/p/parser.html
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: logcheck-database
Version: 1.3.13
Tags: patch
Fixed ones:
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ smartd\[[[:digit:]]+\]: Device:
/dev/[^[:space:]]+( \[[_/[:alnum:][:space:]]+\])?( \[SAT\])?, SMART
(Prefailure|Usage) Attribute: [[:digit:]]+ [_[:alnum:]]+ changed from
[[:digit:]]+( \[R
Package: mdk
Version: 1.2.3-1.1
To reproduce just try to edit any mixal source from
one without xterm package. N.B.: this bug is valid for
sid version right now (looking on the sources).
Probably, it should respect
/etc/alternatives/x-terminal-emulator
or depend on xterm at least.
--
To UNSU
tag 624273 +patch
thanks
A simple patch attached.
>From 25f0fd586192ec2567344a5beceb16d2f8ef7959 Mon Sep 17 00:00:00 2001
From: Sergey B Kirpichev
Date: Sun, 22 Jan 2012 18:38:30 +0400
Subject: [PATCH] Cancel check for recently created arrays
---
debian/checkarray |7 +++
1 fi
On Sun, Jan 22, 2012 at 08:52:52PM +0400, Michael Tokarev wrote:
> think of a case when you created
> the array with your clock was set wrong (say, 500
> years in the future) -- it will never be checked
> in this case...
Yep.
> Yes there are easy ways to work
> around this very case - eg, to ve
Hello,
Attached new patchset.
1) Run checkarray for 1h every day, doing 1/CHECK_SPLIT of job.
2) CHECK_SPLIT tunable via /etc/default/mdadm or by --split option
3) Introduced --interrupt and --cancel options (last one --interrupt
current arrays check *and* reset sync_min/sync_max to default).
Package: grub-common
Version: 1.98+20100804-14+squeeze1
Tags: patch security
Severity: minor
grub.cfg with password_pbkdf2 is still readable for anyone. It's not
too bad to restrict file access in this case too (for now,
debian/patches/grub.cfg_400.patch does it only if this file has
"password" d
Probably, we can consider to adopt RH-like style of software raid
initialization. See:
http://pkgs.fedoraproject.org/gitweb/?p=mdadm.git;a=tree
http://pkgs.fedoraproject.org/gitweb/?p=mdadm.git;a=blob;f=mdadm.rules;
There is some preliminary work to support for incrementally assembling
arrays bas
Hello,
There is an attempt to provide first working version:
http://mentors.debian.net/package/nlopt
Christophe, at which stage your own packaging efforts? Is there any
chance to enter Wheezy? I had like to (co-?)maintain cited above
version, if Christophe isn't active anymore.
PS: CC-ed to an
On Sat, Jun 16, 2012 at 07:02:43PM +0200, Christophe Trophime wrote:
> the package is building fine. You can find it in debian science svn.
1. Not fine. For me, it just won't build with git-pbuildpackage without
--git-ignore-new (due to modifications in source tree). Then, it has
~10 linti
See also closed bug:
http://bugs.debian.org/611983
and
http://lists.debian.org/debian-webapps/2011/02/msg1.html
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sat, Sep 12, 2015 at 04:56:19PM +0100, Adam D. Barratt wrote:
> Please don't use -quiet@ when replying to release.debian.org bugs.
> There's no good reason for the reply not to be sent to debian-release;
> in fact, not doing so is actively harmful.
Sorry. Ok.
> I read that, and I know what "a
On Sun, Sep 13, 2015 at 10:49:59PM +0100, Adam D. Barratt wrote:
> > Usually there is no need to run yacc while building
> > the package: upstream maintainers provide tarball together
> > with yacc-generated stuff. In this case, I did same.
> >
> > I hope, this is clear.
>
> Apparently I failed
Package: dh-apache2
Severity: important
Debhelper script puts "apache2-bin ( >= 2.4.16 )" line, this is wrong,
according to the apache2-module-depends-on-real-apache2-package lintian
error:
-->8--
Binary module packages must depend on the virtual apache2-api-MMNN
package only in order to ease
On Sun, Nov 13, 2016 at 03:43:29PM +0100, Kurt Roeckx wrote:
> This seems to have been fixed upstream.
Yes, this bug was closed by upstream. Thank you for tagging.
BTW, it still FTBFS on i386.
> It also seems like for some reason ssl support is disabled on
> other arches than amd64 and i386.
O
On Sun, Nov 13, 2016 at 05:29:10PM +0100, Kurt Roeckx wrote:
> That's because the configure script tries to look for a function
> that's been turned into a define. For some reason it's only trying
> to look for SSL_library_init() on i386.
Could you suggest a more portable solution?
> It doesn't s
On Sun, Nov 13, 2016 at 06:41:31PM +0100, Kurt Roeckx wrote:
> On Sun, Nov 13, 2016 at 08:26:48PM +0300, Sergey B Kirpichev wrote:
> > On Sun, Nov 13, 2016 at 05:29:10PM +0100, Kurt Roeckx wrote:
> > > That's because the configure script tries to look for a function
> >
Package: kfreebsd-kernel-headers
When trying to build monit package
https://packages.qa.debian.org/m/monit.html
it seems one can't include boolean_t from vm/vm.h, see e.g.
https://buildd.debian.org/status/fetch.php?pkg=monit&arch=kfreebsd-amd64&ver=1%3A5.15-2&stamp=1449372521
The reason was vm/vm
Package: wnpp
Severity: normal
I request assistance with maintaining the awstats package.
Currently, I don't use this software too much and can dedicate
very little time to this beast.
Here is some work for packaging awstats 7.3:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738101
http://ano
tag 772120 +pending
thanks
> A Vcs-* field is missing in its source record.
This was fixed in the latest upload:
https://ftp-master.debian.org/new/sympy_0.7.5-4.html
Unfortunately, it sits in new queue for while...
Repo is here:
http://anonscm.debian.org/gitweb/?p=debian-science/packages/sympy.
unarchive 706076
thanks
On Sun, Jan 11, 2015 at 03:04:35PM -0500, Volker Grabsch wrote:
> This issue is essentially the same as Bug #706076 from Apr 2013:
I don't think so.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706076
>
> Unfortunately, that one was closed prematurely, which i
severity 775481 wishlist
tags 775481 +pending
thanks
On Fri, Jan 16, 2015 at 11:15:07AM +0200, Matti Koskimies wrote:
> There is a new upstream version 7.3, which especially adds detection of 8.1
> and
> IE11.
There is a packaged 7.3 version, waiting for sponsors almost a year...
https://bugs.de
On Mon, Jan 19, 2015 at 08:32:07AM +0100, Volker Grabsch wrote:
> I agree that the right solution is to:
>
> (1) log invalid request names only on 400 ("Bad Request") responses
I don't know why do you think so.
> (2) make AWstats deal with at least these log lines
>
> I'm aware that (2) is cove
Package: qa.debian.org
https://qa.debian.org/cgi-bin/vcswatch?package=sympy
-->8---
OLD: VCS is behind the version in the archive: 0.7.5-4 < 0.7.6-2. Looks like
someone forgot to push their changes!
Git: git://anonscm.debian.org/debian-science/packages/sympy.git
Branch: master
Path:
Package: wnpp
Severity: normal
After adopting of the new policy for upload permissions of
DM's [1] I'm unable to do any work for awstats packaging.
What I tried to do:
1) fill RFH bug: https://bugs.debian.org/755797
2) I did several attempts to make reviewers happy in my
last RFS request:
https:/
Sorry, I miss you answer, please CC: next time.
> I would like to offer my assistance with maintaining AWstats.
> I've used it in the past for various websites I've created. I have 15
> plus years background in programming (shell, perl, java, c, js, html)
Looks promissing.
> I just need to learn
Package: apache2
Severity: important
mod_rpaf module has dead upstream (there are alternative
at https://github.com/gnif/mod_rpaf/) and has a good
candidate for replacement in the core modules:
http://httpd.apache.org/docs/2.4/mod/mod_remoteip.html
Probably, we must coordinate transition from mod
Package: virtualenvwrapper
Version: 4.3.1-2
Severity: minor
Steps to reproduce:
$ workon test # no warnings, ok
$ virtualenv_deactivate
$ workon test # second time in _same_ shell session
-bash: virtualenv_deactivate: command not found # boo!
Exclude this warning, everything seems to be worki
On Mon, Oct 27, 2014 at 06:06:42PM +0100, Bastien ROUCARIES wrote:
> Are you sure that using partner-pub-xxx is allowed by google term for
> offline copy ?
That's a different issue.
> Moreover it will allow to track your user if user click send.
How exactly?
Should we remove the default icewea
On Mon, Oct 27, 2014 at 06:33:52PM +0100, Bastien ROUCARIES wrote:
> partner-pub-xxx is used to track user and visited web site. It allow
> google to cross correlate search with interest with this particular website.
It will allow *authors* of the awstats... Why I should break upstream's
promotio
On Fri, Oct 24, 2014 at 04:24:15PM +, Debian Bug Tracking System wrote:
>[ Scott Kitterman ]
>* Minor updates to python policy
> - Reflect disuse of pyshared directory in favor of /usr/lib/python2.7/
>dist-packages since python2.7 is the last and only python version
>
On Fri, Oct 24, 2014 at 08:04:19PM +0200, Matthias Klose wrote:
> No, the python2 and python3 stacks are packaged to be installed independently,
> so you don't are forced to install python2 *and* python3.
But if I want to install both (i.e. "must have" for
developer)? There should be a way to avo
On Fri, Oct 24, 2014 at 03:40:58PM -0500, Scott Kitterman wrote:
> >Why? There is no file duplication?
>
> There is duplication between the python and python3 stacks.
There is duplication in file system. You have two copies of the
*same* file.
This is a very common issue - a huge number of pyt
Hello,
is there any chance that this trivial upload will
be sponsored before the Jessie freeze?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sat, Oct 25, 2014 at 08:26:43PM +0200, Anton Gladky wrote:
> Where is it? On mentors?
Yes.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763615#5
On Sat, Oct 25, 2014 at 08:34:10PM +0200, Andreas Tille wrote:
> On Sat, Oct 25, 2014 at 10:15:31PM +0400, Sergey B Kirpichev wrote:
>
On Sun, Oct 26, 2014 at 07:38:44AM +0100, Andreas Tille wrote:
> Well, this is not really an effect of the VCS maintenance. It
> is simply because your timestamp was not correct.
But last commit is yours and timestamp wasn't changed.
> You should commit everything that's needed to build the pack
reopen 739247
severity 739247 important
thanks
This test is broken!
Here is my patched index.html (after 2009_googlesearch.patch [1]):
http://www.google.fr"; id="cse-search-box">
No JS at all!
It's impossible to override lintian error, that why the
bug severity. Pl
reopen 738101
thanks
Hello,
is there any chance for this package [1] to enter Jessie after
~1 year sitting on mentors.d.n?! (see #739247 about the
privacy-breach-google-cse lintian error)
If no, what exactly I should do?
[1] http://mentors.debian.net/package/awstats
--
To UNSUBSCRIBE, email
On Mon, Oct 27, 2014 at 08:37:31PM +0800, Paul Wise wrote:
> In general Debian expects sponsored package maintainers to be
> proactive about finding sponsors; contacting former sponsors,
Sure, I like waste my time for Debian's bureacracy)
> working on their packages
I did this for ~3 years, unt
Patch in the package on mentors:
https://mentors.debian.net/package/sympy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
FYI: the next release (0.7.6) will be last one with
bundled mpmath, see
https://github.com/sympy/sympy/wiki/Release-Notes-for-0.7.6#backwards-compatibility-breaks-and-deprecations
I suggest you to apply upstream patch from
https://github.com/sympy/sympy/pull/2192
Adapted for 0.7.5 version patch i
Package: mpmath
Severity: serious
Mpmath's source files are identical across all python's versions. You
should share them in /usr/share/pyshared, see the policy [1].
.. [1]
https://www.debian.org/doc/packaging-manuals/python-policy/ch-python.html#s-paths
--
To UNSUBSCRIBE, email to debian-bu
ely there is a problem with debcheck itself:
https://bugs.debian.org/727550
Regards,
Sergey B Kirpichev
signature.asc
Description: Digital signature
On Tue, Mar 15, 2016 at 11:59:30AM -0400, Stephen Paul Weber wrote:
> The default /etc/monit/monitrc.d/rsyslog file has a timestamp check on
> /var/log/messages, but that file does not get most log lines anymore. A
> better default would be /var/log/syslog
I don't think it does make sense, you mu
On Thu, Mar 17, 2016 at 02:45:52PM +0100, Guillem Jover wrote:
> When a service is specified with a timeout, and that triggers, monit
> leaves zombies around that it will never cleanup. This is rather
> confusing because you are not sure if there's an actual problem with
> the process itself, which
Package: php-geoip
Version: 1.1.0-3
Severity: serious
Justification: fails to build from source
Tags: sid stretch
Usertags: ftbfs
Tail of build log:
dh_auto_build --builddirectory=/«PKGBUILDDIR»/build-$v
--sourcedirectory=geoip-1.1.0; \
done
make -j1
make[2]: Entering directory '/«PKGBUILDD
On Mon, Feb 29, 2016 at 12:44:54PM +0100, Ondřej Surý wrote:
> What versions of php-all-dev and php7.0-dev are installed at your
> machine? Since the libtool 2.4.6-0.1 compatibility was fixed couple
> releases back.
https://buildd.debian.org/status/package.php?p=php-geoip
> So a FTBFS on non-release arch with outdated PHP version.
I did some work to keep my packages in installable status for all arch's,
no matter how important they seems to you. Why you break this so easily?
(btw, how such archs could get release status if you refuse to assist them?).
> And with s
On Mon, Feb 29, 2016 at 02:28:08PM +0100, Ondřej Surý wrote:
> It's not how important they seem to *me*, but to the release team.
> The FTBFS on non-release archs are not "serious"
I don't see that here:
https://www.debian.org/Bugs/Developer#severities
btw, will kfreebsd release arch or not - up
On Mon, Feb 29, 2016 at 03:56:57PM +0100, Ondřej Surý wrote:
> I simply cannot fix
I'm not about requesting a fix from you. Just about accepting that
there is a problem ("We won't hide problems", remember?). But it seems
you know better how to do the work and I'm just in a wrong place
as a co-ma
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).
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
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
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
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.
#
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 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 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.
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 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
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.
: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
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
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
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, 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
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 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
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
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 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
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 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 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 Sat, Nov 19, 2016 at 07:25:15AM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> > The following packages have unmet dependencies:
> > sbuild-build-depends-libapache2-mod-qos-dummy : Depends: libssl-dev (>=
> > 0.9.8g) but it
On Sat, Nov 19, 2016 at 08:37:20PM +0100, Lucas Nussbaum wrote:
> There's an ongoing transition to OpenSSL 1.1.
Yes, I'm aware of.
> See https://lists.debian.org/debian-devel-announce/2016/11/msg1.html
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=openssl-1.1-trans;users=pkg-openssl-dev
On Mon, Nov 28, 2016 at 08:29:14PM +0100, Martin Sebald wrote:
> thank you very much! I will test it, as soon as it is available in the
> jessie-backports repository.
It doesn't make sense.
If you can't test new package (why not?) - please explain how I
can reproduce your setup.
On Tue, Dec 06, 2016 at 01:52:04PM +0100, Victor Seva wrote:
> Yes, I just notice the security update is broken.
>
> I have prepared the fix for this and I was planing to contact the
> security team about this.
>
> Thanks for reporting,
> Victor Seva
Victor, you are in uploaders for the package.
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
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
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 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, 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
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 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
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 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:
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
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 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
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 -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
101 - 200 of 347 matches
Mail list logo
