Bug#953055: apt-listchanges: DeprecationWarning: PY_SSIZE_T_CLEAN [...] after python3.7->python3.8

2020-03-03 Thread Anders Breindahl
Package: apt-listchanges Version: 3.22 Severity: low Dear Maintainer, As unattended-upgrades updated python (between 06:27:18 and 06:28:21), the output behaviour of apt-listchanges changed in the subsequent run (starting 06:28:21): Log started: 2020-03-03 06:27:18 apt-listchanges: Readi

Bug#953054: "DeprecationWarning: PY_SSIZE_T_CLEAN will be required" after python3.7 -> 3.8

2020-03-03 Thread Anders Breindahl
Package: debsecan Version: 0.4.20.1 Severity: normal Dear Maintainer, As unattended-upgrades was doing its thing, my regularly-running debsecan-exploitive monitoring suite started throwing these errors on regular debsecan invocations: $ debsecan > /dev/null /usr/bin/debsecan:95: Deprecat

Bug#512885: /bin/egrep: grep does not ignore parantheses in #-comments

2009-01-24 Thread Anders Breindahl
Package: grep Version: 2.5.3~dfsg-6 Severity: normal File: /bin/egrep Hello grep maintainer, This fails on both etch and sid, and the following bash-snippet should provoke it. Basically, the problem is that having a ')' inside a #-comment in a pattern file that is then included with `grep -f` ca

Bug#434562: Inability to reproduce

2008-03-28 Thread Anders Breindahl
Hi, Going over my TODO, this came up. I did try to set up a such repository-hosting machine, but had no success whatsoever. - I wasn't able to have apache use postgresql for authentication. I tried a fresh install, and used mostly the guide's configuration. - I don't know whether my previous de

Bug#434562: apache2.2-common: Segfaulting when using mod_authn_dbd with DBDriver pgsql

2007-08-26 Thread Anders Breindahl
On 200708262315, Stefan Fritsch wrote: > I played a bit with mod_authn_dbd but couldn't get it to work, though > it didn't segfault either (but it is i386, not amd64, that could make > a difference). > > There seem to be some known problems with mod_dbd, some of which are > fixed in apache's tr

Bug#434562: apache2.2-common: Segfaulting when using mod_authn_dbd with DBDriver pgsql

2007-07-28 Thread Anders Breindahl
On 200707281645, Stefan Fritsch wrote: > On Wednesday 25 July 2007, Anders Breindahl wrote: > > `gdb /usr/sbin/apache2 core` gives: > > This GDB was configured as "x86_64-linux-gnu"...BFD: > > /usr/sbin/apache2: don't know how to handle OS specific section >

Bug#434562: apache2.2-common: Segfaulting when using mod_authn_dbd with DBDriver pgsql

2007-07-24 Thread Anders Breindahl
Hello, On 200707242336, Stefan Fritsch wrote: > Maybe you can post the relevant config file sections and provide a > backtrace: > - install libapr1-dbg libaprutil1-dbg gdb > - add "CoreDumpDirectory /tmp" to your apache config > - do: > /etc/init.d/apache2 stop > ulimit -c unlimited > /etc/init.d

Bug#434562: apache2.2-common: Segfaulting when using mod_authn_dbd with DBDriver pgsql

2007-07-24 Thread Anders Breindahl
Package: apache2.2-common Version: 2.2.3-5 Severity: normal Seemingly, apache2.2-common does not bundle any file apr_dbd_pgsql.so (which I gather [0] is needed when specifying DBDriver pgsql). The above is guesswork on my part why my apache2.2 server segfaults upon configuration file reading (and

Bug#424056: missing ml-yacc install?

2007-07-07 Thread Anders Breindahl
On 200707041514, Seo Sanghyeon wrote: > > Nevertheless, on request, I'll research what I must have been doing > > wrong. > > I'm just guessing, but the most likely cause is that you didn't have > ml-yacc installed. > > If you saw this instead, I think you would have figured it out easily. > > Er

Bug#424056: strace dump for #424056

2007-07-01 Thread Anders Breindahl
On 200707012023, Kari Pahula wrote: > Could you please send in an strace dump of what you did to cause this > error? What command did you run, in the first place? > > There's no easy way to avoid having the build path included within the > built binaries, but it shouldn't matter if the compiler a

Bug#424056: smlnj: references to /home/kaol in code

2007-05-15 Thread Anders Breindahl
Package: smlnj Version: 110.62-1 Severity: normal When compiling a certain program, this error occurs. I believe that qualifies as an error. Regards, skrewz. Error: (stable) $/ml-yacc-lib.cm: unable to find $SMLNJ-ML-YACC-LIB/ml-yacc-lib.cm (/home/kaol/deb/smlnj/smlnj-110.62/sml.boot.x86-uni

Bug#417530: Not specific to alpha

2007-04-13 Thread Anders Breindahl
I'll just add that my VPS (which I believe is running on a UML-system) was also suffering from this bug. The emulated UML-kernel was a 2.4. Apr 13 22:48:40 slovener postfix/master[641]: fatal: epoll_create: Function not implemented Regards, skrewz. signature.asc Description: Digital signature

Bug#372684: ERROR: unknown locale: en_DK

2007-01-11 Thread Anders Breindahl
tc and /usr pointed me in these directions: /usr/share/i18n/locales/en_DK /etc/environment /etc/default/locale However, you're correct that en_DK does not appear in /usr/share/X11/locale/locale.alias. I can't say if that is an error. Regards, Anders Breindahl. signature.asc Description: Digital signature

Bug#372684: It is obsolete

2007-01-11 Thread Anders Breindahl
reciate if you confirm that fail2ban functions as desired on your system. Sorry for the late response. I wasn't subscribed to the bug all along. I too confirm that the bug seems squished. Regards, Anders Breindahl. signature.asc Description: Digital signature

Bug#386308: [Pkg-dia-team] Bug#386308: dia-common: Dependency issues on sid

2006-09-15 Thread Anders Breindahl
On 200609130947, Roland Stigge wrote: > Hi, > > Anders Breindahl wrote: > > `aptitude install dia` gives the following output: > > - snip - > > The following packages are BROKEN: > > dia > > - snip - > > The following packages have unmet dependencie

Bug#386308: dia-common: Dependency issues on sid

2006-09-06 Thread Anders Breindahl
Package: dia-common Version: 0.95.0-4 Severity: minor `aptitude install dia` gives the following output: - snip - The following packages are BROKEN: dia - snip - The following packages have unmet dependencies: dia: Depends: dia-common (= 0.95.0-4) but 0.95.0-4.1 is to be installed. Resolving

Bug#369689: ERROR: unknown locale: en_DK

2006-06-01 Thread Anders Breindahl
raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: en_DK skrewz:10:49:~$ LANG=en_US ./yaroslavscript 'en_US' (1900, 5, 31, 9, 30, 1, 3, 151, -1) skrewz:10:49:~$ cat yaroslavscript #!/usr/bin/python2.3 import locale import time print `locale.setlocale(locale.L

Bug#369689: ERROR: unknown locale: en_DK

2006-05-31 Thread Anders Breindahl
to ``verify'' a locale setting. The fact is, that I have set my system locale to en_DK (which should be stated under ``System information'' of the bug report). Now, when fail2ban sees en_DK it refuses to do its job. That's the problem, AFAICT. Regards, skrewz. --

Bug#369689: ERROR: unknown locale: en_DK

2006-05-31 Thread Anders Breindahl
On 2006-05-31 1218, Yaroslav Halchenko wrote: > On Wed, 31 May 2006, Anders Breindahl wrote: > > On 2006-05-31 1032, Yaroslav Halchenko wrote: > > > Hi Anders, > > > > No, fail2ban doens't try every locale possible... you must have en_DK > > > se

Bug#369689: ERROR: unknown locale: en_DK

2006-05-31 Thread Anders Breindahl
Package: fail2ban Version: 0.6.1-3 Severity: normal When a more-or-less unconfigured fail2ban installation is started on this system, it fails to set up its rules, while putting this in its log: 2006-05-31 12:06:48,705 WARNING: Verbose level is 1 2006-05-31 12:06:48,732 INFO: Fail2Ban v0.6.1 is

Bug#323937: base-config: Syntax error in postinst script

2005-08-19 Thread Anders Breindahl
am pretty sure I'm doing the right thing, be gentle on me. :) Regards, Anders Breindahl. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked

Bug#293897: "kB" should be "Kb"

2005-02-07 Thread Anders Breindahl
owingly breaking the SI, I know. But -- Industries have had a tendency to derive defacto units from the SI, which fits their needs. And by the way, I apologize, if my last post was rude. Reading through it myself, I realized that it might actually be just that. Regards, Anders Breindahl.

Bug#293897: "kB" should be "Kb"

2005-02-07 Thread Anders Breindahl
aud. This is knowingly breaking the SI, I know. But -- Industries have had a tendency to derive defacto units from the SI, which fits their needs better than And by the way, I apologize, if my last post was rude. Reading through it myself, I realized that it might actually be just that. Regards,

Bug#293897: "kB" should be "Kb"

2005-02-07 Thread Anders Breindahl
bibytes, abbreviated "KiB"; one kibibyte equals > 2**10 bytes. While the discussion's on, I'd too like to see APT move towards 2^(10*n) for units. I don't know if that would pose a problem -- but, I've said it. To summarize, I strongly oppose this move -- even to t