Hi Markus,
On Mon, Mar 25, 2024 at 02:36:59AM +0100, Markus Koschany wrote:
> Sylvain Rochet wrote:
> > Actually, the main problem is /lib/systemd/system/monopd.socket which
> > set Accept=yes while monopd needs Accept=no (which is the default value).
>
> I wonder if m
Hi,
On Sat, Mar 23, 2024 at 09:35:38PM +0100, Sylvain Rochet wrote:
>
> That might be related to the latest change "Add a service template for
> compatibility reasons with monopd.socket.".
Actually, the main problem is /lib/systemd/system/monopd.socket which
set Accept=yes
Hi Shriram,
On Sat, Mar 16, 2024 at 08:03:02PM +0530, Shriram Ravindranathan wrote:
> Package: monopd
> Version: 0.10.2-6+b2
> Severity: grave
> Justification: renders package unusable
> X-Debbugs-Cc: s...@ters.dev
>
> Dear Maintainer,
>
> monopd.service fails to start (could not bind port 1234)
Hi,
Attached patch is a better approach to fix that by loading providers in
main instead of crypto module. That way it also works for legacy VTun
crypto module (VTun <= 2.6) if there are any users left and is future
proof for auth module.
Sylvain
diff -Nru vtun-3.0.4.orig/main.c vtun-3.0.4/mai
Package: vtun
Version: 3.0.4-2+b1
Severity: important
Dear Maintainer,
gdb:
Program received signal SIGSEGV, Segmentation fault.
0x77c063a2 in EVP_CIPHER_CTX_set_key_length () from
/lib/x86_64-linux-gnu/libcrypto.so.3
OpenSSL 3.0 introduced providers, legacy algorithms such as RC4 o
Dear Maintainer,
Calling autoconf before running configure script fixes the issue
about detecting whether fork() is available in AC_FUNC_FORK macro.
Sylvain
diff -Nru a/debian/rules b/debian/rules
--- a/debian/rules 2019-08-19 00:44:52.0 +
+++ b/debian/rules 2019-10-27 13:47:20.459298
Package: vtun
Version: 3.0.4-1
Severity: important
Dear Maintainer,
Last vtun build refuse to fork() any process and can't even background
itself and adds "Couldn't run up commands: fork() not available" and
similar other errors in syslog.
It looks like to be a build issue about the macro HAVE_W
Hi Kurt,
On Thu, Oct 03, 2019 at 10:47:09PM +0200, Kurt Roeckx wrote:
>
> I think this is really an openssh problem, not openssl problem.
> It's one of the downsides of using seccomp that one of the
> libraries you're using might start to do new calls.
Indeed, you are right, this issue is now fi
Package: openssl
Version: 1.1.1d-0+deb10u1
Severity: minor
Tags: upstream
Dear Maintainer,
Upgrading from openssl 1.1.1c-1 to openssl 1.1.1d-0+deb10u1 on Debian
Buster breaks openssh login on systems running old kernels (3.16.x at
least).
This is due to the missing getrandom syscall on those k
Hi Dmitry,
I doubt your wish will be granted, PHP 7.0 upstream became end of life
around December 2018, thus packaging it is not relevant anymore.
Anyway, reality catches up with us… I need to keep PHP 5.6 for a while
at TuxFamily, in order to prevent breaking "a couple of" (thousands…)
legacy
Package: anope
Version: 2.0.3-2
Severity: normal
Dear Maintainer,
Anope used with its flatfile db backend (default) with backups enabled
(default as well) exits after a while because it cannot create the backup
database into /var/lib/anope/db/backups:
Anope log:
[Apr 23 20:48:20 2016] Anope 2.0
Package: mergelog
Version: 4.5.1-9
Severity: normal
Tags: ipv6 patch upstream
Dear Maintainer,
Mergelog fails to merge lines where there is an IPv6 in brackets before
the date field with the following message:
problem with ...logfile:
2001:1be0:1000:169:250:56ff:fe92:4eb6 [2a02:2178:0002:000c:00
Package: widelands
Version: 18-3+b1
Severity: important
Dear Maintainer,
Widelands package probably needs to be rebuilt with updated dependencies,
it is currently not installable in today's unstable.
# apt install widelands
Reading package lists... Done
Building dependency tree
Reading state inf
Package: 0ad
Version: 0.0.18-1+b1
Severity: important
Dear Maintainer,
0ad package probably needs to be rebuilt with updated dependencies,
it is currently not installable in today's unstable.
# apt install 0ad
Reading package lists... Done
Building dependency tree
Reading state informatio
on 0.9.4.
>
> Thanks for the report.
>
> [...]
> > I have informed the monopd upstream maintainer, Sylvain Rochet, about this.
> > His suggested patch was
> >
> > - char *readBuf = new char[MAXLINE];
> > + char *readBuf = new char[MAXLINE+1]; // MAXLINE +
Hello,
On Thu, Jun 05, 2014 at 06:21:38PM +0200, Markus Koschany wrote:
>
> thanks for the report. It seems it is not allowed to create a
> stand-alone Description field but one has to move it under a [Unit]
> Section like this one
>
> [Unit]
> Description=monopd listening socket
>
> I am hereb
Hi Cyril,
On Sat, Mar 12, 2011 at 11:11:11PM +0100, Cyril Brulebois wrote:
> Sylvain Rochet (12/03/2011):
> >
> > Section "InputDevice"
> > Option "Device""/dev/psaux"
>
Hi Jerome,
On Fri, Jan 28, 2011 at 04:22:49PM +0100, Jérôme Warnier wrote:
>
> Version 1.2.8.31 has been released.
> Maybe you missed that?
Hehe... strange jump from 27 to 31.
Thank for the notification, package updated.
http://edony.tuxfamily.org/~grad/mydns/
Sylvain
signature.asc
Descript
Hi Jerome,
On Sun, Nov 28, 2010 at 09:13:09PM +0100, Jerome Warnier wrote:
>
> So, I guess you did take my changes into account?
Yep.
> I'm considering going to PowerDNS when actually in production though,
> so might no longer be interested in these packages. On the other side,
> I still pl
Hi Jerome,
On Thu, Aug 05, 2010 at 08:07:56PM +0200, Jerome Warnier wrote:
> On Fri, 2010-07-30 at 13:55 +0200, Jerome Warnier wrote:
> >
> > I have several suggestions (and later patches, I hope) to submit.
> > Am I welcome to do this or should I just maintain my version?
> >
> > Suggestions:
>
Hi Jerome,
On Fri, Jul 30, 2010 at 01:21:37AM +0200, Jerome Warnier wrote:
> Hi guys,
>
> Any news from this?
> Almost a year without any move...
>
> It would somewhat ease my ISPconfig installation if MyDNS was already
> packaged for Debian.
You can fetch the package source here:
http://edo
Hi,
On Sat, Aug 15, 2009 at 02:09:03AM +0100, MJ Ray wrote:
> It looks like this package would be based on MyDNS-ng, rather than
> MyDNS. That is a good thing.
Yup.
> Would it be based on the old packaging removed after
> http://bugs.debian.org/382656 ?
Yep.
> I have an only-updated git tr
Package: cacti
Followup-For: Bug #531546
Actually the release of cacti included in Lenny (0.8.7b) does not
support rrdtool 1.3. This is because cacti was not supporting it
when Lenny was released.
Release Notes - 0.8.7c
- ...
- RRDtool 1.3 Support
- ...
Installing the unstable cacti
Hi,
On Mon, Mar 02, 2009 at 02:02:08AM -0600, William Pitcock wrote:
>
> What does this have over PowerDNS?
Probably nothing, else that I am using it and packaging it for my own
and thought that it would be a good idea to contribute to Debian, is
redundancy a problem ?
Sylvain
signature.asc
Package: wnpp
Severity: wishlist
Owner: Sylvain Rochet
* Package name: mydns
Version : 1.2.8.26
Upstream Author : Howard Wilkinsin
* URL : http://mydns.pl/
* License : GPLv2
Programming Lang: C
Description : DNS server using MySQL or PostgreSQL for
not -1 byte but -128 bytes of course (I need coffee @#@@[EMAIL PROTECTED])
Well... easy to crash now ;)
Regards,
Sylvain
signature.asc
Description: Digital signature
Hi,
The bug is probably also here with a 128 bytes string, which will result
in a reallocation of -1 byte into rdata_enlarge().
The software will not crash but the reply will be corrupted.
So I guess it also apply for those who didn't enlarged the data
field.
(sorry for the broken patch, \t w
Package: mydns-pgsql
Version: 1.1.0-7etch1
Severity: normal
Tags: patch
Well, the patch is self-explanatory.
It only apply for those who enlarged the size of the data field in the
RR table.
diff -Nru a/src/mydns/reply.c b/src/mydns/reply.c
--- a/src/mydns/reply.c 2008-11-07 15:22:55.0
Package: procps
Version: 1:3.2.7-6
Severity: minor
The subject is self explanatory, but here is a filtered diff:
--- /etc/sysctl.conf2007-10-24 23:29:59.0 +0200
+++ /etc/sysctl.conf.dpkg-new 2008-02-01 13:02:33.0 +0100
-# Uncomment the next line to enable TCP/IP SYN cookie
Hi,
On Fri, May 18, 2007 at 07:24:05AM +, Debian Bug Tracking System wrote:
>
> this is a "known" problem, that there is some inconsistencies between
> etch and sarge version for whatever reason, and we noticed it too late.
> So you have to purge the cache manually, and it /should/ work aft
Package: apache2.2-common
Version: 2.2.3-4
Severity: normal
There are two differents problems, in /etc/init.d/apache2 restart
function you use sleep 10 between start and stop, but 10 seconds is not
enough in the case where some childs cannot be killed easily. So it tries
to stop the server, and
Hi,
It seems that clearing /var/db/nscd fixes the problem but this is a
fresh install (ie. not upgraded from Sarge) then there is still a problem
somewhere (cache db corrupted for some reasons ?).
Sylvain
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
Package: nscd
Version: 2.3.6.ds1-13
Severity: grave
Justification: renders package unusable
Well, I believe this is somehow important, on all of my servers it
crashes in about 15 seconds. Please note that I am using a lot of groups
(more than 2000) and that my servers are heavily loaded. I am us
Hi,
On Fri, Feb 09, 2007 at 08:50:08PM +0100, Francesco Cecconi wrote:
>
> Is not a package bug, but a Config::General cod implementation.
Sorry I misread, in fact I thought you will send that to the upstream as
DD does it often, I emailed the author of the module directly.
Kind regards,
Sylva
Hi,
On Fri, Feb 09, 2007 at 08:50:08PM +0100, Francesco Cecconi wrote:
>
> yes, OK, but if your insert a 0 on not work because [if ( 0 )].
>
> Is not a package bug, but a Config::General cod implementation.
Wrong again, cf http://search.cpan.org/src/TLINDEN/Config-General-2.31/Changelog
2.14
Hi,
On Fri, Feb 09, 2007 at 04:23:11PM +0100, Francesco Cecconi wrote:
>
>
> --> problem
You are completely wrong, it works with 1, there is
somewhere a problem between a if ( block ) vs
if ( defined $block )
Sylvain
signature.asc
Description: Digital signature
Package: libconfig-general-perl
Version: 2.31-3
Severity: normal
Hi,
Here is my source config file, the source code used, and the Data::Dumper
output.
- config file -
hophop contenthophop
---
Hi,
On Mon, Feb 05, 2007 at 10:02:55AM -0500, Charles Fry wrote:
> I can only assume that the subject line of your report got truncated; could
> you please explain in more detail?
A little patch is better than anything ;)
Sylvain
--- operating_systems.pm2005-12-04 22:33:46.0 +010
Package: awstats
Version: 6.5+dfsg-1
Severity: minor
Everything is in the topic :)
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.14.4-kaneda
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages awstats depends on:
ii perl [libsto
Package: libapache2-mod-vhost-hash-alias
Version: 1.0-1
Severity: important
replace
LoadModule vhost_hash_alias_module mod_vhost_hash_alias.so
by
LoadModule vhost_hash_alias_module
/usr/lib/apache2/modules/mod_vhost_hash_alias.so
Sylvain
-- System Information:
Debian Release: 3.1
Architectu
Package: suphp
Severity: minor
Not very important but the build depend of suphp about apache2
should be on both prefork and worker. Currently it only depends on prefork.
Sylvain
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (800, 'unstable')
Architecture: i386 (
Package: pornview
Version: 0.2pre1-5
Severity: grave
Justification: renders package unusable
I am using a fresh debian install, so I use Xorg7, then I have a quite empty
/usr/X11R6/ directory,
here are the latest strace output before SIGSEGV.
open("/usr/share/pixmaps/gnome/cursors/32e49c8b393e
42 matches
Mail list logo
