forwarded 339433 Sourceforge BTS
quit
Forwarded upstream as #1366369. See
https://sourceforge.net/tracker/index.php?func=detailaid=1366369group_id=87005atid=581684
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: dillo
Version: 0.8.3-1
Severity: normal
On a Web site like http://www.bortzmeyer.org/, Unicode characters
represented as numeric entities (#xE9;) are displayed fine but when
they are direclty in UTF-8, Dillo displays the bytes uninterpreted.
AFAIK, content-type in meta is correct, and
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:
?xml version=1.0 encoding=iso-8859-1?
which probably comes from my locale (it should come from the encoding
specified as '# -*- coding: utf-8
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
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.
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
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:
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
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=detailaid=1312408group_id=112328atid=661937
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
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
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
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
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,
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
On Mon, Jan 16, 2006 at 12:06:54PM +0100,
Andreas Rottmann [EMAIL PROTECTED] wrote
a message of 14 lines which said:
JFYI: I just uploaded a darcsweb 0.14-1 to sid.
I tested it on a sarge machine and it works fine except if the commit
messages contain Latin-1 characters (darcs does not
[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
Package: gdc
Version: 4.1.2-12
Severity: important
myriam:~/Programmation/D % cat hello.d
import std.stdio;
int main ()
{
writefln(Hello world!);
return 0;
}
myriam:~/Programmation/D % gdc hello.d
hello.d:1: module stdio cannot read file 'std/stdio.d'
And, indeed:
#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]
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
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
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
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
Package: curl
Severity: grave
Justification: renders package unusable
On a sid machine, just after an aptitude update this morning:
% sudo aptitude install curl
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state
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
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: Digital
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
tag 407430 upstream
thanks
Problem registered upstream as
http://sourceforge.net/tracker/index.php?func=detailaid=1688940group_id=4581atid=104581
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tag 340310 upstream
thanks
Problem registered upstream as
http://sourceforge.net/tracker/index.php?func=detailaid=1688939group_id=4581atid=104581
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
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
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]
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:
Package: zonecheck
Version: 2.0.4-6
Severity: important
% zonecheck --ns 'NS1.DREAMHOST.COM;NS2.DREAMHOST.COM;NS3.DREAMHOST.COM'
france-japon.fr
TAG NAME=NS_ZONEZONE/TAG : france-japon.fr.
TAG NAME=NS_NSNS/TAG = : ns1.dreamhost.com. [66.33.206.206]
TAG NAME=NS_NSNS/TAG : ns2.dreamhost.com.
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' this
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]
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 problem
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,
Package: libbind-dev
Version: 1:9.4.1-1
Severity: normal
Unlike the old bind-dev package for BIND8, it seems libbind-dev does
no ship libbind.* library files (I don't talk about libbind9.* but
about libbind.*, they have a different content.)
This is a problem for programs like milter-greylist
On Wed, May 30, 2007 at 06:16:56PM -0700,
Russ Allbery [EMAIL PROTECTED] wrote
a message of 37 lines which said:
The behavior of -y and of `cat file` is different. -y uses every
byte of the file as the password, including any trailing newline,
whereas backticks will strip any trailing
Package: echoping
Version: 6.0.2-1
Severity: minor
The echoping 6 package has a lot of dependencies that many users will
not need. For instance, not everyone will use the LDAP plugin and the
non-users will not be happy to have to install the LDAP client libs.
I suggest to address this problem.
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.
--
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
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
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
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
stalled
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]
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
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
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
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]
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]
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
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
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
Problem fixed in release 6.0.1. Many thanks for the bug report.
signature.asc
Description: Digital signature
BTW, echoping 6.0.1 (just released) installs the headers in
$PREFIX/include/echoping.
signature.asc
Description: Digital signature
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
Package: hlfl
Version: 0.60.1-1
Severity: normal
~ % hlfl -v
zsh: segmentation fault hlfl -v
(Otherwise, it works. -v option is described in the man page.)
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=fr_FR
Package: rss2email
Version: 1:2.54-2
Severity: normal
When ran against my blog, http://www.bortzmeyer.org/feed.atom,
rss2email produces emails like:
From: Blog de =?utf-8?Q?St=E9phane?= Bortzmeyer, =?utf-8?Q?St=E9phane?=
Bortzmeyer [EMAIL PROTECTED]
They are invalid: the encoding says UTF-8
Package: dnsutils
Version: 1:9.3.2-2
Severity: minor
dnsutils now includes a man page for the program query-loc (which is
in BIND's contrib/) but not the program itself. Why?
Including the man page without the program is worse than nothing since
it conflicts with my unofficial query-loc
Package: graphviz
Version: 2.2.1-1sarge1
Severity: minor
When using the (documented) option 'charset = iso-8859-1', I observe
that neato does not set the proper XML encoding when it produces
SVG. Hence the output file is rejected as not well-formed.
% more sample.dot
graph network {
Package: xen-utils-3.0
Version: 3.0.2+hg9656-1
Severity: grave
Justification: renders package unusable
When xend starts:
[2006-05-22 22:07:18 xend] INFO (SrvDaemon:278) Xend Daemon started
[2006-05-22 22:07:18 xend] INFO (SrvDaemon:282) Xend changeset: Thu Apr 27
09:58 :50 2006 +0100
Could you please try with a Debian kernel image
There is one? I do not find it in either etch or sid (or on
Alioth). Do I have to recompile a kernel?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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]
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]
Package: darcs
Version: 1.0.9-1.1
Severity: grave
Justification: renders package unusable
% darcs get [EMAIL PROTECTED]:Blog
%
Every network-using command (pull, push, get) behaves the same.
darcs changes, revert, record or get/pull/push with local repositories
work fine.
ssh is working
On Fri, Apr 11, 2008 at 02:54:43PM +0200,
Stephane Bortzmeyer [EMAIL PROTECTED] wrote
a message of 44 lines which said:
Every network-using command (pull, push, get) behaves the same.
darcs changes, revert, record or get/pull/push with local repositories
work fine.
Sorry, I forgot
On Fri, Apr 11, 2008 at 07:29:28AM -0700,
David Roundy [EMAIL PROTECTED] wrote
a message of 22 lines which said:
Have you tried running with --disable-ssh-cm?
% darcs pull --disable-ssh-cm
darcs failed: unrecognized option `--disable-ssh-cm'
--
To UNSUBSCRIBE, email to [EMAIL
On Fri, Apr 11, 2008 at 08:01:14AM -0700,
David Roundy [EMAIL PROTECTED] wrote
a message of 12 lines which said:
I see, it's perhaps been renamed to --no-ssh-cm?
Indeed, but it doesn't help:
% darcs pull --no-ssh-cm
%
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
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,
Package: kvm
Version: 60+dfsg-1
Severity: normal
My kvm host is a Dell with an Opteron processor. The host is a Debian
sid. Installation (of etch via netinst) went fine but, after upgrading
the host to sid, the kernel 2.6.24-1-amd64 boots but cannot mount the
root. Here is the complete log:
Package: kvm
Version: 60+dfsg-1
Severity: normal
My kvm host is a Dell with an Opteron processor. The host is a Debian
sid. Installation (of etch via netinst) went fine but, after upgrading
the host to sid, the kernel 2.6.18-6-amd64 boots but cannot mount the
root. Here is the complete log:
I recreated the guest OS from scratch (netinst etch - upgrade lenny)
and, until now, I can still boot this kernel. So, it may have been an
issue with the guest OS, not with kvm, may be bug #475923 (I was in
sid and the upgrade of the console failed).
I'll do more tests tomorrow and report them
I recreated the guest OS from scratch (netinst etch - upgrade lenny)
and, until now, I can still boot this kernel. So, it may have been an
issue with the guest OS, not with kvm, may be bug #475923 (I was in
sid and the upgrade of the console failed).
I'll do more tests tomorrow and report them
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)
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
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
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
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]
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
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 ...
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,
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
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
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:
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:
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
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
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
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
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 =
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
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
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
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:
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 @@
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
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
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
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
1 - 100 of 163 matches
Mail list logo