Bug#292129: DVI never works (gs: Error: /undefined in pgfo)

Package: latex-beamer Version: 3.01-1 Severity: normal I can produce DVI files but I cannot see them with xdvi: gs: Error: /undefined in pgfo gs: Operand stack: gs: gs: Execution stack: gs:%interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- gs:2 %stopped_pu

Bug#342335: dillo: Does not handle UTF-8 characters

Package: dillo Version: 0.8.3-1 Severity: normal On a Web site like http://www.bortzmeyer.org/, Unicode characters represented as numeric entities (é) are displayed fine but when they are direclty in UTF-8, Dillo displays the bytes uninterpreted. AFAIK, content-type in is correct, and HTTP head

Bug#342335: Different, but not better with 0.8.5-4

I just tried dillo on a sid machine (0.8.5-4) and the problem is now the opposite (same Web site, http://www.bortzmeyer.org/). UTF-8 characters are OK but characters coded as entities are not displayed at all. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Troubl

Bug#346564: RFP: darcsweb -- A Web interface for the darcs Version Control System

Package: wnpp Severity: wishlist * Package name: darcsweb Version : 0.13 Upstream Author : Alberto Bertogli <[EMAIL PROTECTED]> * URL : http://users.auriga.wearlab.de/~alb/darcsweb/ * License : BOLA (see http://lists.debian.org/debian-legal/2006/01/msg00098.ht

Bug#345959: RFP: rnv -- Relax NG Compact Syntax Validator in C

Package: wnpp Severity: wishlist * Package name: rnv Version : 1.7 Upstream Author : David Tolpin, Davidashen <[EMAIL PROTECTED]> * URL : http://ftp.davidashen.net/PreTI/RNV/ * License : BSD Description : Relax NG Compact Syntax Validator in C rnv is a v

Bug#339433: liferea: No date displayed for ATOM feeds

Package: liferea Version: 0.9.1-1 Severity: normal For ATOM feeds (like http://www.bortzmeyer.org/feed.atom, which is a valid and tested feed) no date is displayed by Liferea. (RSS feeds are OK.) -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.4.27-2-k6 Local

Bug#339433: Bug is upstream

forwarded 339433 Sourceforge BTS quit Forwarded upstream as #1366369. See https://sourceforge.net/tracker/index.php?func=detail&aid=1366369&group_id=87005&atid=581684 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#309648: Should we reopen the bug?

#309648 appears as fixed while the bug is still in sarge. sarge being frozen, the bug does *not* appear as RC (http://bugs.debian.org/release-critical/debian/all.html). I believe we should reopen the bug (with its current tags, including "sarge"). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] w

Bug#305345: RFP: vampire -- An extension module for mod_python

Package: wnpp Severity: wishlist * Package name: vampire Version : 1.5 Upstream Author : Graham Dumpleton <[EMAIL PROTECTED]> * URL : http://www.dscpl.com.au/projects/vampire/ * License : BSD (http://www.dscpl.com.au/projects/vampire/license.html) Description

Bug#308372: python2.3-epydoc: Ignores encoding of the Python files

Package: python2.3-epydoc Version: 2.1-8 Severity: normal epydoc --html ignores the encoding of the Python source file (PEP 263) and always put a: which probably comes from my locale (it should come from the encoding specified as '# -*- coding: utf-8 -*-'). -- System Information: Debian Relea

Bug#299689: mydns-pgsql: MySQL (not PostgreSQL) mentioned in description

Package: mydns-pgsql Version: N/A; reported 2005-03-15 Severity: minor Description says: >It is primarily designed for organizations with many zones and/or >resource records who desire the ability to perform real-time dynamic >updates on their DNS data via MySQL. The last reference should be to

Bug#303643: No copyright in /usr/share/doc/graphviz

Package: graphviz Version: 2.2-2 Severity: serious Justification: Policy 12.5 The lack of a copyright file (the licence is there, but not the mandatory copyright file) seems a violation of http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile. -- System Information: Debian Release

Bug#303643: No copyright in /usr/share/doc/graphviz

On Fri, Apr 08, 2005 at 02:26:26AM -0700, Steve Langasek <[EMAIL PROTECTED]> wrote a message of 44 lines which said: > > The lack of a copyright file (the licence is there, but not the > > mandatory copyright file) seems a violation of > > http://www.debian.org/doc/debian-policy/ch-docs.html#s-

Bug#326952: May be just a documentation problem

Unlike the man page, online documentation (http://www.haskell.org/happy/doc/html/sec-invoking.html) says that you *must* use -a with -d (something which is unfortunately not checked by Happy). Indeed, it seems to solve the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Bug#327898: python2.3-clientcookie: The version in Debian is quite old

Package: python2.3-clientcookie Version: 0.4.19-1 Severity: wishlist There is, for more than a year, a 1.0.3 on the upstream site (http://wwwsearch.sourceforge.net/ClientCookie/) and interesting programs like mechanize (http://wwwsearch.sourceforge.net/mechanize/) require it. Here, installing me

Bug#327898: python2.3-clientcookie: The version in Debian is quite old

On Tue, Sep 13, 2005 at 06:51:56AM +0530, Ganesan Rajagopal <[EMAIL PROTECTED]> wrote a message of 44 lines which said: > 1.0.3 is already in testing. Oops, I run "sarge" and did not test properly that it exists on "sid" (I tried also on a machine which was supposed to run sid but which was "

Bug#333490: rss2email: Does not handle Atom (final version) feeds

Package: rss2email Version: 1:2.54-2 Severity: normal When you "add" an Atom field (one which uses the final Atom standard, specified in Internet-Draft draft-ietf-atompub-format-11, approved by IESG and which will be a RFC soon), "r2e run" fails: === SEND THE FOLLOWING TO [EMAIL PROTECTED] === E

Bug#333490: Patch to recognize Atom 1.0 feeds

tag 333490 patch thanks Here is a patch against fedparser.py which seems to work. The namespace is the official namespace of Atom 1.0 (see the Internet-Draft, soon to be RFC). --- feedparser.py.orig 2005-10-12 11:33:40.0 +0200 +++ feedparser.py 2005-10-12 11:44:15.0 +0200 @

Bug#333490: Acknowledgement (rss2email: Does not handle Atom (final version) feeds)

tag 333490 upstream thanks Upstream bug is against feedparser.org (#1312408 at Sourceforge). You can follow it here: http://sourceforge.net/tracker/index.php?func=detail&aid=1312408&group_id=112328&atid=661937 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Troub

Bug#326518: ipmasq-kmod fails with kernels 2.6

Package: ipmasq Version: 4.0.2 Severity: important Tags: patch ipmasq-kmod cannot load important modules (like ip_conntrack_ftp) because it looks only for "*.o" files under /lib/modules while 2.6 kernels use "*.ko". Being unable to work with 2.6 is enough to deserve an "important" severity. --

Bug#326952: happy: -d does not work

Package: happy Version: 1.15-1 Severity: minor Tags: patch "man happy" says: -d, --debug Generate a parser that will print debugging information to stderr at run-time, including all the shifts, reductions, state transitions and token inputs

Bug#319958: Confirmation for the solution

Yes, you simply have to recompile the current source package, without a change (tested on i386 and sparc, with the current up-to-date sid). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407896: zonecheck: Zonecheck displays raw XML

Package: zonecheck Version: 2.0.4-6 Severity: important % zonecheck --ns 'NS1.DREAMHOST.COM;NS2.DREAMHOST.COM;NS3.DREAMHOST.COM' france-japon.fr ZONE : france-japon.fr. NS <= : ns1.dreamhost.com. [66.33.206.206] NS : ns2.dreamhost.com. [66.201.54.66] NS : ns3.dreamhost.com. [66.33.216.2

Bug#407896: zonecheck: Zonecheck displays raw XML

On Tue, Jan 23, 2007 at 05:55:35PM -0800, Sebastien Delafond <[EMAIL PROTECTED]> wrote a message of 54 lines which said: > Stephane, do you have other etch boxes where you can reproduce this > problem ? Right, another etch box does not have the problem (both have been 'aptitude dist-upgrade' t

Bug#289760: dpkg-source: add the darcs revision control system for -i

Package: dpkg Version: 1.10.25 Severity: wishlist Tags: patch dpkg-source -i ignores files from many revision control systems but not from darcs (http://www.darcs.net/, the Debian package is "darcs"). Here is a small patch: --- dpkg-source.pl.orig 2005-01-10 22:23:10.0 +0100 +++ dpkg-sou

Bug#290830: rootservers choice is exclusive

tag 290830 upstream quit On Mon, Jan 17, 2005 at 02:38:58AM +0100, Adrian Zaugg <[EMAIL PROTECTED]> wrote a message of 56 lines which said: > Fatal > Root-servers list is not consistent with ICANN Do note that you can change the test result for a simple warning. (In default.profile, edit to

Bug#260368: ldap-utils: [sparc] bus error

On Wed, Mar 09, 2005 at 01:43:53PM +0100, Torsten Landschoff <[EMAIL PROTECTED]> wrote a message of 37 lines which said: > Now that 2.1.30 is in sarge, could you test it? I still think it is > a problem with the gcrypt/gnutls stuff. Indeed, its seems to work now on the UltraSparc. -- To UNS

Bug#410900: O: echoping -- A small test tool for TCP servers

Package: wnpp Severity: normal I am retiring from Debian (cause: lack of activity) I intend to orphan the echoping package. No pending bugs. The package is quit simple and suitable for a beginner. The package description is: Can test if a server is listening on a remote machine and can measu

Bug#410901: O: dnsdoctor -- DNS (Domain Name System) checking tool

Package: wnpp Severity: normal I intend to orphan the dnsdoctor package. Because I leave Debian. The package is complicated and strongly depends on Ruby. It seems unmaintained upstream. May be a merge with zonecheck (same code base) should be considered. The package description is: DNSdoctor

Bug#410901: Also for dnsdoctor-cgi

This orphaning is also for the dnsdoctor-cgi package (same source package). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#416358: echoping: New upstream release (but not obvious to package)

Package: echoping Version: 5.2.0-2.1 Severity: wishlist echoping 6 is out: http://echoping.sourceforge.net/ But it is more complicated to package since it now introduces dynamic plugins. Several plugins are shipped with echoping, for instance the PostgreSQL one. It is probably not wise to make

Bug#340310: Seems solved in version 6

I cannot reproduce the bug in echoping version 6 (just shipped). I did not fix it on purpose :-) but it seems fixed nevertheless. I confirm the bug in 5.2. I hesitate to make a "security fix" since there is no real security issues. But it is indeed a nasty bug. signature.asc Description: Digita

Bug#407430: free() too eager

Commenting out the "free(hostname)" suffices to solve the problem. For more study. Here is the backtrace: (gdb) bt #0 0x2b44570428d5 in raise () from /lib/libc.so.6 #1 0x2b4457043b6e in abort () from /lib/libc.so.6 #2 0x2b4457078987 in ?? () from /lib/libc.so.6 #3 0x2b445707da

Bug#407430: Problem is upstream

tag 407430 upstream thanks Problem registered upstream as http://sourceforge.net/tracker/index.php?func=detail&aid=1688940&group_id=4581&atid=104581 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#340310: Problem is upstream

tag 340310 upstream thanks Problem registered upstream as http://sourceforge.net/tracker/index.php?func=detail&aid=1688939&group_id=4581&atid=104581 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#411926: netbase: /etc/protocols misses UDP-lite

Package: netbase Version: 4.29 Severity: minor UDP-Lite, protocol 136, described in RFC 3828, is missing in /etc/protocols. Although I do not think that /etc/protocols should list only the protocols implemented in Linux (think of tcpdump, for instance), UDP-Lite *is* in Linux: http://lwn.net/Ar

Bug#407896: Also on Fedora

A colleague had it on Fedora Core 5, too. Same mystery. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407896: zonecheck: Zonecheck displays raw XML

On Tue, Jan 23, 2007 at 05:55:35PM -0800, Sebastien Delafond <[EMAIL PROTECTED]> wrote a message of 54 lines which said: > I am not seeing that on unstable as of today; I did see the problem on "unstable", too. And I've found a solution: apt-get remove libxml-ruby1.8 This solves the proble

Bug#407896: zonecheck: Zonecheck displays raw XML

On Wed, Jan 31, 2007 at 10:37:58AM -0800, Sebastien Delafond <[EMAIL PROTECTED]> wrote a message of 27 lines which said: > So... do you think the problem is in the zonecheck code, or rather > something to do with the way libxml-ruby1.8 is packaged ? No idea, I'm afraid. -- To UNSUBSCRIBE,

Bug#397774: Thanks for the research and the solutions

Thanks to all those who search and reported solutions for Debian bug #397774. I just upgraded a Subversion server (authenticating with LDAP) to "etch" and the following config works for me: # Disable basic file-based authentication # Starting with Apache 2.2, everything changed :-( # See D

Bug#407430: Fixed in released version

Problem fixed in release 6.0.1. Many thanks for the bug report. signature.asc Description: Digital signature

Bug#416358: Installation of headers

BTW, echoping 6.0.1 (just released) installs the headers in $PREFIX/include/echoping. signature.asc Description: Digital signature

Bug#338447: Upgrade to etch triggers the bug

> Since this bug was in grepmail's cache code, it's possible that > other changes in its cache (~/.grepmail-cache) have made it not > reprodce anymore. You might try deleting your current cache, Upgrading (with aptitude) from sarge to etch seems sufficient to triggers the bug. Your workaround (rm

Bug#216703: The bug still goes on with etch

Upgrading my workstation from sarge to etch broke wdm. Authentification is always refused "ERROR login failed". login and xdm have no problem. The transition described in http://lists.debian.org/debian-devel-announce/2003/debian-devel-announce-200308/msg00012.html has been completed a long time a

Bug#336978: RFS: frown

On Fri, Sep 15, 2006 at 11:21:12PM +0200, Arjan Oosting <[EMAIL PROTECTED]> wrote a message of 69 lines which said: > frown - LALR(k) parser generator for Haskell 98 Before I read the documentation, how does it compare with Parsec and Happy which are already in Debian? -- To UNSUBSCRIBE, em

Bug#389880: ".mobi" has a whois server

Package: whois Version: 4.7.17 Severity: normal % whois indom.mobi This TLD has no whois server, but you can access the whois database at http://pc.mtld.mobi/whois/ But there is such a server, officially announced by IANA: % whois -h whois.dotmobiregistry.net indom.

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 and

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 nameserv

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

On Mon, Feb 13, 2012 at 06:06:40PM +0100, Ond?ej Surý 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 UNSUBSCRIBE, e

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 "unsubscr

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 , 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 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 listmas...@lists.debian.

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

On Mon, Sep 23, 2013 at 05:37:47PM +0200, Radovan Garabik 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 real risk, I just do not see an

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: http://technet.microsoft.com/en-us/library/dd197418%28v=ws.10%29.aspx";>la description du paramètre NameServer dblatex translates it without escaping the % signs: la description du paramètre

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 n

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

On Sat, May 05, 2012 at 12:22:42PM +0200, Andreas Hoenen 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 debian-bugs-dist-requ...@lists.debian.org

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#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 c

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 "/usr/lib/p

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#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') Archi

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#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 http://bortzmeyer.github.io/echop

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 which mentions a version 0.6 which never occurred. -- To

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 at

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, 'stable')

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: % s

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#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 ancho

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, Sub

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#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 ada.bo

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: % /usr/lib/nagios/plugins/check_nrpe -H ada.bortz

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 upgraded to 3.0.1, the ve

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 distr

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 my.machine

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#851758: Possible duplicate

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

Bug#484575: Related bug?

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

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 I reproduce the issu

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 instruc

Bug#851757: Worse with the new version

On Fri, Jan 27, 2017 at 03:31:28PM +0100, Stephane Bortzmeyer 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.html#PROG17>). The re

Bug#851757: Worse with the new version

On Fri, Jan 27, 2017 at 03:31:28PM +0100, Stephane Bortzmeyer 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've found a new workaround

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#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#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: 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 "127.0.

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: st

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#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 execve("/usr/lib/na

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#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 no

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

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#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#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" INTERFAC

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#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 or

  1   2   >