Bug#1037289: reportbug: EMAIL environment variable does not work

On Sun, Jun 11, 2023 at 01:44:57AM -0400, Sandro Tosi wrote a message of 31 lines which said: > your reportbug configuration file contains the address > steph...@sources.org, which reportbug diligently uses. If you want to > have use a different email address, either remove that config line

Bug#1037289: reportbug: EMAIL environment variable does not work

. Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Stephane Bortzmeyer ' as your from address. --email on the command-line does work. -- Package-specific info: ** Environment settings: EDITOR="emacs" PAGER="more" INTERFACE="te

Bug#1037288: whois: .ga now has a whois server

Package: whois Version: 5.5.17 Severity: minor Dear Maintainer, % whois nic.ga This TLD has no whois server, but you can access the whois database at http://www.my.ga/en/whois.html There is now one (since 4 june): % whois -h whois.nic.ga nic.ga Domain ID: DOM4931-GA Nom de

Bug#1023280: Info received ([Pkg-nagios-devel] Bug#1023280: monitoring-plugins-basic: check_disk always segfaults)

On Thu, Nov 03, 2022 at 05:51:08PM +, Debian Bug Tracking System wrote a message of 22 lines which said: > Your message has been sent to the package maintainer(s): > Debian Nagios Maintainer Group Compiling the future 2.3.2-2 from its git repository indeed solved the problem.

Bug#1023280: [Pkg-nagios-devel] Bug#1023280: monitoring-plugins-basic: check_disk always segfaults

On Thu, Nov 03, 2022 at 10:46:29AM +0100, Jan Wagner wrote a message of 21 lines which said: > I'm unable to reproduce this on bullseye/amd64 As you've seen, it's on ARM so it may be ARM-specific.

Bug#1023280: monitoring-plugins-basic: check_disk always segfaults

Package: monitoring-plugins-basic Version: 2.3.2-1 Severity: important Dear Maintainer, % /usr/lib/nagios/plugins/check_disk -w 10 -c 5 zsh: segmentation fault /usr/lib/nagios/plugins/check_disk -w 10 -c 5 With strace: % strace /usr/lib/nagios/plugins/check_disk -w 10 -c 5

Bug#1021110: whois.nic.fr is NOT a RIPE server

On Mon, Oct 03, 2022 at 04:00:26PM +0200, Stephane Bortzmeyer wrote a message of 12 lines which said: > > Maybe AFNIC could accept again the parameter for a few years while we > > wait for this change to percolate to the whole Linux world? > > Yes. Awaiting deployment.

Bug#1021110: whois.nic.fr is NOT a RIPE server

On Sun, Oct 02, 2022 at 12:28:28PM +0200, Marco d'Itri wrote a message of 33 lines which said: > Maybe AFNIC could accept again the parameter for a few years while we > wait for this change to percolate to the whole Linux world? Yes. Awaiting deployment. PS : whois -h whois.nic.fr. (dot at

Bug#1021110: whois.nic.fr is NOT a RIPE server

Package: whois Version: 5.5.13 Severity: important Tags: patch upstream "whois bortzmeyer.fr" yields NOT_FOUND (but the domain exists). This is because whois, wrongly, adds a "-V Md5.5.13" at the beginning of the query, that the server does not understand. The root cause is that whois.nic.fr is

Bug#1008650: python3-unbound: Cannot install because of Python dependencies

Package: python3-unbound Version: 1.13.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, % sudo apt install python3-unbound Reading package lists... Done Building dependency tree... Done Reading state information... Done Some packages could not be installed. This may

Bug#994040: "SystemError: initialization of _psycopg raised unreported exception" when running under WSGI

Package: libapache2-mod-wsgi-py3 Version: 4.7.1-3+b1 Severity: normal Dear Maintainer, Since upgrading to bullseye, a WSGI script which imports psycopg2 fails sometimes (randomly?) with: [Sun Aug 29 17:54:07.215719 2021] [wsgi:error] [pid 7705] [client 127.0.0.1:33774] mod_wsgi (pid=7705):

Bug#988512: CAcert still distributes the old certificate

Unfortunately, on the "Root Certificate" page of the CAcert website , it is still the old and expired certificate which is distributed. The new one is only found at .

Bug#985259: urlview: Add support for Gemini URLs

Package: urlview Version: 0.9-21 Severity: wishlist Tags: patch upstream Dear Maintainer, Gemini is a system to access information on the Internet. A competitor of the Web for some use cases. It is described at https://gemini.circumlunar.space/ Gemini uses URLs. The patch in the configuration

Bug#960701: [Pkg-nagios-devel] Bug#960701: php-icinga: Uncaught ErrorException \Icinga\Web\ViewStream::stream_set_option is not implemented!

On Fri, May 15, 2020 at 06:44:56PM +0200, Sebastiaan Couwenberg wrote a message of 16 lines which said: > icingaweb2 (2.8.0~rc1-1~exp1) works fine on my unstable test VM. Tested and it works. So, the sid version is broken but the experimental one works. Thanks. > You need icingaweb 2.8.0

Bug#960701: php-icinga: Uncaught ErrorException \Icinga\Web\ViewStream::stream_set_option is not implemented!

Package: php-icinga Version: 2.7.3-1 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? I had a working Icinga Web setup. nginx as a frontend, redirecting to Icinga: location ~ ^/icingaweb2/index\.php(.*)$ { fastcgi_pass

Bug#865636: nagios-nrpe-server: Sample config files not found

Package: nagios-nrpe-server Version: 3.0.1-3 Severity: minor Dear Maintainer, /usr/share/doc/nagios-nrpe-server/README.md.gz says "Sample config files for the NRPE daemon are located in the `sample-config/` subdirectory." But this subdirectory is not shipped with the Debian package. (It is

Bug#863646: [Pkg-nagios-devel] Bug#863646: nagios-nrpe-plugin: corrupted size vs. prev_size

On Mon, May 29, 2017 at 08:36:25PM +0200, Sebastiaan Couwenberg wrote a message of 23 lines which said: > > CHECK_NRPE: Error - Could not complete SSL handshake with > > 2605:4500:2:245b:483a:663a:623a:633a: 1 > > Have you configured SSL, It worked before (before I

Bug#863646: [Pkg-nagios-devel] Bug#863646: nagios-nrpe-plugin: corrupted size vs. prev_size

On Mon, May 29, 2017 at 08:04:29PM +0200, Sebastiaan Couwenberg wrote a message of 25 lines which said: > Can you reproduce the problem with 3.1.1 from experimental? No, 3.1.1 makes this specific problem disappear but it does not work either: %

Bug#863646: nagios-nrpe-plugin: corrupted size vs. prev_size

Package: nagios-nrpe-plugin Version: 3.0.1-3 Severity: important Dear Maintainer, % /usr/lib/nagios/plugins/check_nrpe -H ada.bortzmeyer.org *** Error in `/usr/lib/nagios/plugins/check_nrpe': corrupted size vs. prev_size: 0x800c6ae8 *** zsh: abort /usr/lib/nagios/plugins/check_nrpe -H

Bug#863102: epubcheck: exec format error

Package: epubcheck Version: 4.0.1-2 Severity: important % epubcheck zsh: exec format error: epubcheck I assume that, in one way or the other, a non-ARM executable is embedded in the package. -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable')

Bug#835210: May be using the Grafana Debian package for help?

Dmitry said "I'm not sure if I can make it happen as Grafana became very difficult to package". Well, upstream provides Debian packages so they probably can be used to unstuck this very old issue. http://docs.grafana.org/installation/debian/#apt-repository

Bug#840516: patterns are deprecated

There are several reasons why graphite-web does not work with Django 1.10 (the current version in sid). One of them is that it uses the "patterns" variable: Traceback (most recent call last): File "/usr/bin/graphite-manage", line 15, in execute_from_command_line(sys.argv) File

Bug#862084: graphite-web: Stupid version number testing as string

Package: graphite-web Version: 0.9.15+debian-2 Severity: important Dear Maintainer, /usr/share/graphite-web/graphite.wsgi contains a really stupid version test: if django.get_version() >= "1.7": Testing a version number as a string DOES NOT WORK. Since Django 1.10, this test yields false. The

Bug#843263: Workaround works, why is it not applied yet???

I can confirm that the workaround coming from Miek Gieben works fine. Why is it not applied, several months after???

Bug#857578: knot-resolver: The package should not override blindly the config of trust anchors

Package: knot-resolver Version: 1.2.4-1 Severity: normal Dear Maintainer, I tried an alternative root and therefore set up trust_anchors.config to use the key of this alternative root. But, by default, the daemon is launched with --keyfile=/usr/share/dns/root.key and therefore uses the IANA key

Bug#857082: /usr/bin/stubby: does not start: Could not bind on given addresses: No such file or directory

Package: getdns-utils Version: 1.1.0~a2-1 Severity: normal File: /usr/bin/stubby Dear Maintainer, % sudo stubby @145.100.185.16 -L error: Could not bind on given addresses: No such file or directory On another machine, where I compiled myself from upstream, the same command works and gives the

Bug#851757: Worse with the new version

On Fri, Jan 27, 2017 at 03:31:28PM +0100, Stephane Bortzmeyer <steph...@sources.org> wrote a message of 19 lines which said: > I just dist-upgraded, and despite the fact that nagios-nrpe-plugin > stayed at 3.0.1-3, it is even worse. It now segfaults in all the > cases. I

Bug#851757: Worse with the new version

On Fri, Jan 27, 2017 at 03:31:28PM +0100, Stephane Bortzmeyer <steph...@sources.org> wrote a message of 19 lines which said: > Program received signal SIGILL, Illegal instruction. This one was spurious (and it is documented in the OpenSSL FAQ <https://www.openssl.org/docs/faq

Bug#851757: Worse with the new version

I just dist-upgraded, and despite the fact that nagios-nrpe-plugin stayed at 3.0.1-3, it is even worse. It now segfaults in all the cases. gdb seems to indicate the problem is in the crypto code (but many other programs use OpenSSL on this machine): Program received signal SIGILL, Illegal

Bug#851757: [Pkg-nagios-devel] Bug#851757: nagios-nrpe-plugin: Segmentation fault when specifying the host with an IP address

On Wed, Jan 18, 2017 at 10:52:46PM +0100, Sebastiaan Couwenberg wrote a message of 31 lines which said: > Running check_nrpe on Debian unstable and checking a Debian jessie and > Debian unstable host works fine on my test system both with a bash & zsh > shell. > > How can

Bug#484575: Related bug?

Yes, IPv6 works fine for me, too, but see also #851757 which may be related.

Bug#851758: Possible duplicate

I see now that it may be a duplicate of #843860

Bug#851758: emacs: Couldn't open libGL.so.1: libGL.so.1: cannot open shared object file: No such file or directory

Package: emacs Version: 46.1 Severity: important Dear Maintainer, % emacs TODO Couldn't open libGL.so.1: libGL.so.1: cannot open shared object file: No such file or directory Apparently, there is a missing dependency. If install libgl1-mesa-glx, everything works. -- System Information: Debian

Bug#851757: nagios-nrpe-plugin: Segmentation fault when specifying the host with an IP address

Package: nagios-nrpe-plugin Version: 3.0.1-3 Severity: important Dear Maintainer, % /usr/lib/nagios/plugins/check_nrpe -H 198.0.2.153 -c 'check_disks' zsh: segmentation fault /usr/lib/nagios/plugins/check_nrpe -H 198.0.2.153 -c 'check_disks' % /usr/lib/nagios/plugins/check_nrpe -H

Bug#849577: stubby also

Note that stubby has the same bug: % stubby @2001:4b98:dc2:43:216:3eff:fea9:41a -L -z 127.0.0.1:8053 Could not convert "2001:4b98:dc2:43:216:3eff:fea9:41a" to an IP dict: A helper function was supposed to return a certain type for an item, but the wrong type was given. Could not convert

Bug#849577: Works upstream

The bug does not seem to be upstream, with today upstream git repository, it works: % src/test/getdns_query @2001:4b98:dc2:43:216:3eff:fea9:41a -s www.bortzmeyer.org SYNC response: { "answer_type": GETDNS_NAMETYPE_DNS, "canonical_name": , ...

Bug#849577: getdns-utils: Cannot send queries to an IPv6 server

Package: getdns-utils Version: 1.1.0~a2-1 Severity: normal Dear Maintainer, No syntax seems to work: % getdns_query @2001:4b98:dc2:43:216:3eff:fea9:41a -s www.bortzmeyer.org Could not convert "2001:4b98:dc2:43:216:3eff:fea9:41a" to an IP dict: A helper function was supposed to return a certain

Bug#849576: getdns-utils: Error messages are really too poor

Package: getdns-utils Version: 1.1.0~a2-1 Severity: minor Dear Maintainer, I know that getdns_query is a demonstrator of getdns, and is not intended to be a replacement for DNS clients like dig. Nevertheless, I think that the error messages are really too poor to be usable: Non-existing server,

Bug#841496: knot-resolver: error /usr/lib/knot-resolver/kres.lua:24: support libknot not found

Package: knot-resolver Version: 1.1.1-2 Severity: important Dear Maintainer, % sudo /usr/sbin/kresd -v [system] error /usr/lib/knot-resolver/kres.lua:24: support libknot not found [system] worker failed: No such file or directory (Same thing without -v) -- System Information: Debian Release:

Bug#829557: One more confirmation

Running stretch, I confirm that the problem still exists today (after a dist-upgrade). Installing dbus-user-session AND REBOOTING cured it. ii liblightdm-gobject-1-01.18.2-1 amd64simple display manager (gobject library) ii lightdm

Bug#818930: knot-resolver: trust_anchors.config does not check its argument

Package: knot-resolver Version: 1.0.0~beta3-1 Severity: normal Dear Maintainer, When calling: trust_anchors.config('/etc/knot-resolver/yeti-root.key') I discovered that Knot does not check that the file exists. If it doesn't, there is no error and no warning, but Knot falls back to a root

Bug#817894: What about RFC 7671?

Is it even a good idea to test the subject name when the Certificate Usage is DANE-EE? RFC 7671 says, in its section 5.1, to ignore all the checks such as expiration date and subject name.

Bug#817894: hash-slinger: tlsa --verify sends a spurious warning when the cert has a wildcard

Package: hash-slinger Version: 2.6-1 Severity: minor % tlsa --verify rdap.nic.alsace WARNING: Name on the certificate (Subject: /serialNumber=bzF6gBWp0uI4sLILv6rqnFaJXglK01CP/OU=GT64370990/OU=See www.rapidssl.com/resources/cps (c)14/OU=Domain Control Validated - RapidSSL(R)/CN=*.nic.alsace,

Bug#790679: hash-slinger: Should not use DLV by default

Package: hash-slinger Version: 2.5-1 Severity: normal Dear Maintainer, DLV is on the road to deprecation https://dlv.isc.org/ and therefore must not be used by default. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500,

Bug#787629: echoping: New homepage at Github

Package: echoping Version: 6.0.2-8 Severity: minor Dear Maintainer, The code left SourceForge, for obvious reasons http://arstechnica.com/information-technology/2015/06/sourceforge-locked-in-projects-of-fleeing-users-cashed-in-on-malvertising/ The new homepage is

Bug#642357: Still present for jessie

The bug seems still present in jessie today (mod-gnutls 0.5.10). I did not find a mention of reporting upstream so here it is done: https://mod.gnutls.org/ticket/98 This is critical since it affects Tor hidden services, for instance (in that case, Apache sees all connections going through Tor

Bug#754960: Still present in jessie

As of today, jessie still has the problem. GnuTLS 2.12.23 and 0.5.10 That makes two serious security bugs against libapache2-mod-gnutls (#642357 and this one). There was a conversation on ServerFault http://serverfault.com/a/606176/2253 which mentions a version 0.6 which never occurred. -- To

Bug#765831: nsd: systemd cannot start nsd if dynamic interface and binding to a specific IP

Package: nsd Version: 4.1.0-1 Severity: normal Dear Maintainer, Since I moved to Debian jessie which forces the usage of systemd, NSD no longer starts when the machine boots. However, if I log in immediately, and issue a systemctl start nsd, it starts fine. Otherwise, I get the message: % sudo

Bug#765831: Editing the nsd.service

Someone suggested to modify the nsd.service file this way: Wants=network-online.target After=network-online.target But it did not help. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#737540: nsd: Huge rate of query drop with IPv6

Package: nsd Version: 4.0.0-5 Severity: important Dear Maintainer, By default, NSD 4 on Linux uses the new recvmmsg() system call, which is broken for IPv6 (huge packet loss). See https://open.nlnetlabs.nl/pipermail/nsd-users/2014-January/001783.html and

Bug#724063: efingerd: Security risk with the default shell scripts

On Mon, Sep 23, 2013 at 05:37:47PM +0200, Radovan Garabik gara...@kassiopeia.juls.savba.sk wrote a message of 55 lines which said: The $2 is in quotes, and anyway it is invoked via execl(3), so I cannot find a way how to subvert the script - that is not to say I do not believe this is a

Bug#661693: dblatex: Per-cent in URLs are not escaped

On Sat, May 05, 2012 at 12:22:42PM +0200, Andreas Hoenen andr...@hoenen-terstappen.de wrote a message of 81 lines which said: I have just tried to reproduce your problem without effect, Indeed, I cannot reproduce the problem any more on wheezy. -- To UNSUBSCRIBE, email to

Bug#661693: dblatex: Per-cent in URLs are not escaped

Package: dblatex Version: 0.3.2-2 Severity: normal When the Docbook source uses an URL with per-cents: ulink url=http://technet.microsoft.com/en-us/library/dd197418%28v=ws.10%29.aspx;la description du paramètre NameServer/ulink dblatex translates it without escaping the % signs: la

Bug#659761: ldnsutils: drill does not use IPv6 resolvers by default

Package: ldnsutils Version: 1.6.12-1 Severity: normal Dear Maintainer, Unlike dig, when the first line of /etc/resolv.conf is IPv6, drill ignores it and goes to the first IPv4 line. You have to force IPv6 usage with -6. Inconsistent with dig and not conformant to resolv.conf(5). % grep

Bug#659761: ldnsutils: drill does not use IPv6 resolvers by default

On Mon, Feb 13, 2012 at 06:06:40PM +0100, Ond?ej Surý ond...@sury.org wrote a message of 36 lines which said: why report here and not upstream? Since drill works fine when explicitely instructed to use IPv6, I assumed it was a Debian compilation with the wrong compile-time options. -- To

Bug#630790: RFC now published, the bug is more and more a problem

The RFC on the use of RFC3779-certificates in the RPKI (Resource Public Key Infrastructrure) have been published (RFC 6487 for the format of certificates). So, the problem is even more serious now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#652570: shorewall6: Spurious ICMP not permitted in an IPv6 configuration

Package: shorewall6 Version: 4.4.11.6-1 Severity: normal Despite what the documentation says, the keyword icmp (or a variant such as icmp6 or icmpv6) is not recognized in rules: ERROR: ICMP not permitted in an IPv6 configuration : /etc/shorewall6/rules (line 462) You have to use the

Bug#630790: Really needed for the soon-to-come RPKI

It is really important to address this issue. The RFCs on the RPKI are currently in the RFC editor queue http://www.rfc-editor.org/queue.html#draft-ietf-sidr-res-certs, meaning they will be published in a few weeks. Everyone is busy learning about the RPKI (workshops, tutorials, etc, see

Bug#642692: /usr/bin/oowriter: Crashes when opening a Bibliography database

Package: openoffice.org-writer Version: 1:3.2.1-11+squeeze3 Severity: normal File: /usr/bin/oowriter Selecting Tools - Bibliography database crashes OpenOffice (reliably, whatever document is opened, even a new and empty one). The program prints: terminate called after throwing an instance of

Bug#642692: /usr/bin/oowriter: Crashes when opening a Bibliography database

On Sat, Sep 24, 2011 at 07:28:25PM +0200, Rene Engelhard r...@debian.org wrote a message of 27 lines which said: There we go. Install -base, It works, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#628385: jparse: Exit code always zero

Package: jparse Version: 1.4.0-3 Severity: normal When you feed jparse with an invalid JSON file, the return code is zero. The syntax error is detected: Analyzing toto.json ...Error. JAULA Exception(Error detected during syntax analysis) : Unexpected symbol ':' ... But the exit code is not

Bug#626345: The Ubuntu package seems fine

http://packages.ubuntu.com/km/natty/python-dnspython It installs flawlessly on a Debian squeeze and seems to work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#626345: python-dnspython: Upstream version 1.9 is out and has several DNSSEC improvments

Package: python-dnspython Version: 1.8.0-1 Severity: normal sid has still 1.8 but 1.9 is out and includes several things that many DNSSEC fans will use (like the key_id method). Ubuntu already has 1.9. -- System Information: Debian Release: 6.0.1 APT prefers testing APT policy: (500,

Bug#620342: stun: Homepage is no longer the right one

Package: stun Version: 0.96.dfsg-5 Severity: minor Description says: Homepage: http://www.vovida.org/applications/downloads/stun/ but the page is empty: There is currently no text in this page, you can search for this page title in other pages or edit this page. I was not able to find

Bug#606808: Security analysis

I've just committed your patch to echoping and it seems to work but I wonder why it was reported as a security risk. I do not immediately see why. signature.asc Description: Digital signature

Bug#599169: zonecheck: New upstream release 3.0.3

Package: zonecheck Version: 3.0.2-1 Severity: minor New 3.0.3 fixes two annoying bugs (domains which were rejected when they should have been accepted). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel:

Bug#587419: zonecheck: New release 3.0.1

Package: zonecheck Version: 3.0.1-0.99 Severity: minor Among the important things, 3.0.1 fixes two problems with the CGI interface, which made DNSSEC reports quite painful. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64

Bug#586790: zonecheck: Version 3 is out

Package: zonecheck Version: 2.1.1-0.99 Severity: wishlist Version 3 is now available at http://www.zonecheck.fr/. It includes DNSSEC tests. From a packaging point of view, do note that Zonecheck now depends on DNSruby, a library which does not seem to be available as a Debian package, only as a

Bug#586790: dnsruby in Debian

I was wrong, there is a libdns-ruby package in squeeze. So, the following debian/control seems to work: Package: zonecheck Architecture: all Depends: ruby (= 1.8), iputils-ping, rubygems, libdns-ruby (= 1.47) Recommends: libopenssl-ruby Description: A DNS configuration checker The DNS is a

Bug#583290: zonecheck: XSS security bug in the CGI

Package: zonecheck Version: 2.0.4-13 Severity: grave Tags: security Justification: user security hole There is XSS security bug in Zonecheck cgi up to version 2.1.0. Fixed upstream in 2.1.1. The patch is simple and can probably be backported:

Bug#569566: zonecheck: Version 2.1.0 is out

Package: zonecheck Version: 2.0.4+cvs20081105-1 Severity: wishlist There is an official new release, 2.1.0, which fixes several bugs. http://www.zonecheck.fr/ http://www.zonecheck.fr/download/src/zonecheck-2.1.0.tgz The Debian packaging still works, minus the patch for root nameservers, which

Bug#545985: Possible implementation

No warranty, of course, use at will. diff -ru pcaputils-0.8/doc/pcapdump.docbook pcaputils-AFNIC/doc/pcapdump.docbook --- pcaputils-0.8/doc/pcapdump.docbook 2009-05-10 01:10:01.0 +0200 +++ pcaputils-AFNIC/doc/pcapdump.docbook 2009-09-17 14:48:58.0 +0200 @@ -101,6 +101,14 @@

Bug#545985: pcaputils: IWBN to have an option to run a program after file rotation in pcapdump

Package: pcaputils Version: 0.8-1 Severity: wishlist It would be nice to have an option of pcapdump to run a given program after the file rotation, with the name of the file being passed as a parameter to the program. I suggest to name the option -k (to kick in, I presume), after the similar

Bug#543500: MkProg: hmake: the compiler 'ghc' is not known.

Package: hat Version: 2.05+rerolled-7 Severity: minor The man page says: -ghc Use the Glasgow ghc Haskell compiler. But the program fails: % hmake -ghc -hat Andouille.hs MkProg: hmake: the compiler 'ghc' is not known. Stop - hmake dependency error. -- System Information: Debian

Bug#529820: Your patch has been committed

r426 in the upstream Subversion. It seems to work, thanks, but I have to test it for the old systems where gnutls does not use pkgconfig. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#529920: 0.28.4-2 confirmed working on amd64

On an Opteron/amd64 machine, after upgrading to squeeze, I had the same bug. Compiling 0.28.4-2 from sources in sid solved the issue. Stock Linux kernel from squeeze. % uname -a Linux jezabel 2.6.26-2-amd64 #1 SMP Wed May 13 15:37:46 UTC 2009 x86_64 GNU/Linux % gcc --version gcc (Debian

Bug#530497: etckeeper: Spurious error message when git is not installed

Package: etckeeper Version: 0.36 Severity: minor % sudo aptitude install etckeeper ... Get:1 http://debian.ens-cachan.fr sid/main etckeeper 0.36 [28.7kB] Fetched 28.7kB in 0s (513kB/s) Preconfiguring packages ... Selecting previously deselected package etckeeper. (Reading database ...

Bug#530534: iputils-tracepath: tracepath6 -n: Resolver Error 0 (no error)

Package: iputils-tracepath Version: 3:20071127-1 Severity: normal % tracepath6 -n www.ietf.org getaddrinfo: Resolver Error 0 (no error) Same thing for every other target. Without -n, it works fine. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500,

Bug#524981: xmldiff: IndexError when comparing two files which have namespaces

Package: xmldiff Version: 0.6.8-4 Severity: normal % xmldiff example.xml example1.xml [append-first, /, Traceback (most recent call last): File /usr/bin/xmldiff, line 4, in module main.run() File /usr/lib/python2.5/site-packages/xmldiff/main.py, line 255, in run encoding, html)

Bug#524453: ack-grep: --type-add not recognized when in .ackrc file?

Package: ack-grep Version: 1.80-1 Severity: normal I can use --type-add from the command line: % ack-grep --type-add docbook=.db --docbook glossary ack-grep: --type-add: Type docbook does not exist, creating with .db ... Formations/bhubaneshwar/mail/mail.db 25:glossary id=glossary 54:

Bug#521158: pcaputils: Wrong description in pcappick man page

Package: pcaputils Version: 0.7-1 Severity: minor pcappick(1) says: DESCRIPTION pcappick filters an input pcap file based on a file containing IP ad- dresses to be matched. Which does not fit the summary in the NAME section. I believe there was an incorrect copy-and-paste of

Bug#520995: Files to reproduce the bug and a workaround

The two attached files allow to reproduce the bug easily. The XSLT stylesheet no-decl.xsl works fine with xsltproc and Sablotron (no XML declaration is produced), while it fails with test-nodecl.py. A workaround I use is to use the children attribute: html_results =

Bug#520995: python-libxslt1: Does not honor xsl:output omit-xml-declaration=yes/

Package: python-libxslt1 Version: 1.1.24-2 Severity: normal When a XSLT stylesheet includes: xsl:output omit-xml-declaration=yes/ libxslt still includes the XML declaration :-( Python 2.5.2 (r252:60911, Jan 4 2009, 17:40:26) [GCC 4.3.2] on linux2 ... import libxml2 import libxslt

Bug#520995: [xml/sgml-pkgs] Bug#520995: python-libxslt1: Does not honor xsl:output omit-xml-declaration=yes/

On Tue, Mar 24, 2009 at 10:19:31AM +0100, Mike Hommey m...@glandium.org wrote a message of 15 lines which said: libxslt still includes the XML declaration :-( What about xsltproc your.xsl your.xml ? works fine: % xsltproc snippet-traceroute2html.xsl traceroute.xml div

Bug#511326: pcaputils: Typo in man page of pcapdump

Package: pcaputils Version: 0.7-1 Severity: minor man page pcapdump(1) says: See /usr/share/doc/pcaputils/examples/eth0 for an example. But the actual file is /usr/share/doc/pcaputils/examples/pcapdump/eth0 -- System Information: Debian Release: 5.0 APT prefers testing APT

Bug#408096: Bug still present, and quite annoying

I confirm that the bug is still there in lenny and that it is not minor. We recently experienced an IPv6 outage and, during the problem, our whois server was not available at all from IPv6-enabled Debian machines: % whois -h whois.nic.fr toto.fr Timeout. -- To UNSUBSCRIBE, email to [EMAIL

Bug#505437: tinyca: No way to create a private key without password

Package: tinyca Version: 0.7.5-2 Severity: wishlist There is apparently no way to generate a private key without a password? This is common for Internet servers, where you want the server to be able to start without someone sitting at the console. It works with OpenSSL but TinyCA always tell me

Bug#454380: Workaround with symbolic links

In the mean time, I worked around the bug by using a symbolic link from ~/.TinyCA to the real location. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#505434: tinyca: Does not escape special characters when calling OpenSSL

Package: tinyca Version: 0.7.5-2 Severity: normal My departement is RD (Research and Development) and TinyCA apparently calls OpenSSL without bothering to escape the special characters. Creation of the CA then fails: DEBUG call: /usr/bin/openssl req -new -keyform PEM -outform PEM -passin

Bug#486543: Last version of audacious-plugins and still the bug

[Message sent to several bugs because they seem the same.] I just aptitude update aptitude install audacious audacious-plugins my testing machine and I still get the same bug. Package: audacious Architecture: i386 Version: 1.5.1-1 Package: audacious-plugins Architecture: i386 Version: 1.5.0-2

Bug#487929: emacs21: Random endless loops over gettimeofday and setitimer

Package: emacs21 Version: 21.4a+1-5.4 Severity: normal About once a day (and I do not know how to reproduce it at will), Emacs starts an endless loop, not refreshing its screen and not accepting requests. kill is useless, I must kill -KILL, losing text :-( ps shows: stephane 11128 0.0 0.2

Bug#487929: emacs21: Random endless loops over gettimeofday and setitimer

On Wed, Jun 25, 2008 at 12:32:17PM +0200, Sven Joachim [EMAIL PROTECTED] wrote a message of 50 lines which said: forcemerge 278382 487929 I'm not sure it is exactly the same. #278382 is quite old and my bug appeared only in lenny. But probably you'd be waisting your time, bugs in emacs21

Bug#484688: monshow --full does not show anything more

On Fri, Jun 06, 2008 at 08:50:17AM +0200, Dario Minnucci (midget) [EMAIL PROTECTED] wrote a message of 23 lines which said: Do you have any service configured in your /etc/mon/mon.cf file? No, I use mon.cf.m4 (which worked before). The only way I could get an empty output like yours is

Bug#484688: monshow --full does not show anything more

Package: mon Version: 0.99.2-12 Severity: normal The man page says: --full Instead of showing only failed services, show all services no matter the state. And, indeed, it worked with sarge. But, with lenny: ~ % monshow server: localhost time: Thu Jun 5 17:25:07 2008

Bug#481411: Bug reported upstream

I did not notice so, but it has already been reported upstream: https://savannah.gnu.org/bugs/index.php?18882 Without any result, alas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#481411: Portable bug

I have been able to reproduce the bug on Gentoo and FreeBSD, so it it probably an upstream bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#481411: A screen started with -d -m silently ignores -X exec

Package: screen Version: 4.0.3-0.3+b1 Severity: normal When I create a screen with -d -m, sending a -X exec is silently :-( ignored. If there is at least one cycle of attach / detach, the -X exec works. I do not find it documented and it is annoying if I want to run a screen unattended at

Bug#475969: Info received (May be an issue with the guest OS)

close 475969 thanks After more test, I confirm, this was a problem with the guest OS. Remaking it from scratch solved the problem. Sorry for the false alarm. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#476000: The issue was with the guest OS, not with kvm

close 476000 thanks After more test, I confirm, this was a problem with the guest OS. Remaking it from scratch solved the problem. Sorry for the false alarm. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#475529: darcs push|pull with ssh stops silently

On Fri, Apr 11, 2008 at 05:05:14PM +0200, Julien Cristau [EMAIL PROTECTED] wrote a message of 16 lines which said: Apparently it's --no-ssh-cm. Same problem, even after 'aptitude dist-upgrade' this morning. % darcs pull --no-ssh-cm % (There *are* patches to pull.) -- To UNSUBSCRIBE,

  1   2   >