Bug#981356: jq: the manpage table definitions are broken
Package: jq
Version: 1.6-2.1
Severity: normal
Dear Maintainer,
i read the jq manpage to a vim buffer (:r !man jq) to test examples
and realized i got those errors:
Optional Object Idtbl::2170: unrecognised format 'T'
tbl::2170: giving up on this table
tbl::2178: unrecognised format '\'
tbl::2178: giving up on this table
tbl::2184: unrecognised format 'o'
tbl::2184: giving up on this table
tbl::2188: unrecognised format '('
tbl::2188: giving up on this table
tbl::2194: unrecognised format '('
tbl::2194: giving up on this table
so tables are not rendered. this is because all the table headers are
missing. example
.TS
allbox;
This example should show the difference between \'=\' and \'=\':
.TE
should be
.TS
allbox;
l l.
This example should show the difference between \'=\' and \'=\':
.TE
so i wrote a patch
2169a2170
> l l.
2177a2179
> l l.
2183a2186
> l l.
2187a2191
> l l.
2193a2198
> l l l.
in general, the manpage quality is very poor and broken patterns appears
regulary so i suspect it was generated from a tool the authors should
avoid.
i'll be happy to help writting a decent manpage (maybe using mandoc?).
regards
marc
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-1-amd64 (SMP w/4 CPU threads)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages jq depends on:
ii libc6 2.31-9
ii libjq1 1.6-2.1
jq recommends no packages.
jq suggests no packages.
-- no debconf information
Bug#952922: groff: bad ghostscript version in the font path
Package: groff
Version: 1.22.4-3
Severity: normal
Dear Maintainer,
I tried to use groff/eqn to render an equation. it happens to render
poorly as described here:
https://lists.gnu.org/archive/html/groff/2020-02/msg00048.html
as the community helped me to fix the problem, someone spotted
this command doesn't work
troff -Tpdf <<<'\(ra' | gropdf -e | pdffonts -
until you work around with
sudo ln -s /usr/share/ghostscript/9.2{7,6}
the whole message is here
https://lists.gnu.org/archive/html/groff/2020-02/msg00071.html
then Colin pops up, gave us more context and asked me to fil this bug:
https://lists.gnu.org/archive/html/groff/2020-03/msg0.html
thanks for your work
marc
Bug#946784: surf: can't start surf from gnome
Package: surf Version: 2.0+git20181009-4 Severity: important Dear Reiner, I can't start surf from my terminal in a gnome session using wayland. i can read this on stderr: (surf:31064): Gdk-WARNING **: 19:21:06.415: Failed to load cursor theme Adwaita (surf:31064): Gtk-WARNING **: 19:21:06.449: Theme parsing error: gtk-keys.css:1:0: Failed to import: Erreur lors de l’ouverture du fichier /usr/share/themes/Default/gtk-3.0/gtk-keys.css : Permission non accordée (surf:31064): Gdk-WARNING **: 19:21:06.449: Failed to load cursor theme Adwaita Cannot get default EGL display: EGL_BAD_PARAMETER unable to open lockfile /run/user/1000/webkitgtk-wayland-compositor-3b39085b-ccd1-4de6-9419-3c77e447bc5b.lock check permissions Nested Wayland compositor could not create display socket ** Gdk:ERROR:../../../../../gdk/wayland/gdkdisplay-wayland.c:1143:_gdk_wayland_display_get_scaled_cursor_theme: assertion failed: (display_wayland->cursor_theme_name) regards, marc
Bug#921666: can be closed
hello maintainers, a week of vacation and one update later and the bug is gone so this thread can be closed. thanks anyway for maintaining this wonderful package. marc
Bug#921666: isync: error:141A318A:SSL with one server
Package: isync Version: 1.3.0-2 Severity: normal Dear Maintainer, this is a part of my ~/.mbsyncrc IMAPAccount exampler-account User marc.chantr...@exampler.fr PassCmd "perl -MNet::Netrc -e'print Net::Netrc->lookup(qw( webmail.exampler.fr marc.chantr...@exampler.fr ))->password'" Host webmail.exampler.fr SSLType IMAPS CertificateFile ~/local/mail/certificate/exampler (uncommenting CertificateFile doesn't help) i update constently my buster and saw this happened (with libssl1.1) mbsync -CnN exampler, i get Socket error: secure connect to webmail.exampler.fr (XXX.XXX.XXX.XXX:993): error:141A318A:SSL routines:tls_process_ske_dhe:dh key too small this appears with only one server. every other works fine. however, i just found this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907788 and it seems to be the same issue. regards marc *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages isync depends on: ii libc6 2.28-5 ii libdb5.35.3.28+dfsg1-0.3 ii libsasl2-2 2.1.27+dfsg-1 ii libssl1.1 1.1.1a-1 ii zlib1g 1:1.2.11.dfsg-1 isync recommends no packages. Versions of packages isync suggests: ii mutt 1.10.1-2 -- no debconf information
Bug#915398: mhonarc: install modules in $PERL5LIB ?
Package: mhonarc Version: 2.6.19-2 Severity: wishlist Dear Maintainer, I'm a member of the sympa project and i would like your mhonarc package to be able to satisfy the MHonArc::UTF8::* dependencies so cpanm --installdeps . won't try to install another MHonArc if the debian package is installed. does it makes sense to provide a patche that will make mhonarc install the perl modules in the standard @INC? regards marc -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mhonarc depends on: ii perl 5.28.1-1 Versions of packages mhonarc recommends: ii perl [libdigest-md5-perl] 5.28.1-1 mhonarc suggests no packages. -- no debconf information
Bug#914870: perl6-zef: scripts to be installed stuck in ~/.zef/tmp
Package: perl6-zef Version: 0.5.3-1 Severity: important Dear Maintainers, when i used zef from the sources, executable were installed in `~/.perl6/bin`. i now use the debian package dpkg -S =zef outputs perl6-zef: /usr/bin/zef i installed cro using zef but the cro helper didn't appear in the expected directory. locate -r '/cro$' outputs /home/mc/.zef/store/cro-0.7.6.tar.gz/cro-0.7.6/bin/cro /home/mc/.zef/store/cro.git/fb251c594c3ed04cd9a16c1b045f4380abb40549/bin/cro /home/mc/.zef/tmp/cro.git/bin/cro but none of them have a shebang nor are executable find $( locate -r '/cro$' ) -executable remains empty. also sed 1q /home/mc/.zef/tmp/cro.git/bin/cro outputs use Cro::Tools::CLI; so there is no shebang. i had to dig further but i was invited to fill a bug about it (https://github.com/perl6/perl6.org/pull/121). here i am ... thanks for the amazing work. regards *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages perl6-zef depends on: ii curl7.61.0-1 ii rakudo 2018.10-1 ii wget1.19.5-2 Versions of packages perl6-zef recommends: ii git 1:2.19.1-1 perl6-zef suggests no packages. -- no debconf information
Bug#913788: 9base: should mk diserve its own package?
Package: 9base Version: 1:6-7+b1 Severity: wishlist Dear 9base maintainers, mk meant to be the "a Successor to Make" (Tenth Edition Research Unix Manuals) and as mkfiles much more easier to maintain than the makefiles, i actually replaced make in my projects. Shipping those ones, i realize that mk is: * hidden in the 9base package, giving it few chances to be noticed by debian users. * installed /usr/lib/plan9/bin/mk so you need to symlink it somewhere in the $PATH to be used after the package installation. i think mk deserve it's own package and i would be pleased to help to make it happen but i don't know the best way to do it. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages 9base depends on: ii libc6 2.27-8 9base recommends no packages. Versions of packages 9base suggests: pn wmii2 -- no debconf information
Bug#881336: dockerization of sympa impossible with current packaging
hello,
thanks to the help of racke and kolter on the freenode #sympa channel,
i have a sympa installed from buster packages in a docker.
https://github.com/sympa-community/sympa-docker/tree/master/registry/sympa:buster
i also tried to help about the invoke-rc.d thing. see the pactch in
attachement
many thanks for help
regards
diff --git a/debian/sympa.logrotate b/debian/sympa.logrotate
index 2a7ca96..c5380dc 100644
--- a/debian/sympa.logrotate
+++ b/debian/sympa.logrotate
@@ -7,11 +7,13 @@
delaycompress
create 640 sympa adm
postrotate
-if [ -e /proc/1/exe ] && readlink -f /proc/1/exe | grep -q 'systemd' ; then
-systemctl try-reload-or-restart sympa
-else
-invoke-rc.d --quiet sympa reload > /dev/null
-fi
-invoke-rc.d --quiet rsyslog rotate > /dev/null || true
+grep -q /docker /proc/self/cgroup || {
+if [ -e /proc/1/exe ] && readlink -f /proc/1/exe | grep -q 'systemd' ; then
+systemctl try-reload-or-restart sympa
+else
+invoke-rc.d --quiet sympa reload > /dev/null
+fi
+invoke-rc.d --quiet rsyslog rotate > /dev/null || true
+}
endscript
}
diff --git a/debian/sympa.postinst b/debian/sympa.postinst
index fa1618d..324e9c0 100644
--- a/debian/sympa.postinst
+++ b/debian/sympa.postinst
@@ -78,13 +78,15 @@ fi
# Stop the daemon if it has already been started This is necessary when you run
# dpkg-reconfigure
if [ "$1" = "configure" ]; then
-if [ -f /etc/init.d/sympa ]; then
-if which invoke-rc.d >/dev/null 2>&1; then
-invoke-rc.d sympa stop || true
-else
-/etc/init.d/sympa stop || true
+grep -q /docker /proc/self/cgroup || {
+if [ -f /etc/init.d/sympa ]; then
+if which invoke-rc.d >/dev/null 2>&1; then
+invoke-rc.d sympa stop || true
+else
+/etc/init.d/sympa stop || true
+fi
fi
-fi
+}
fi
# Install sympa.conf
Bug#881336: dockerization of sympa impossible with current packaging
Package: sympa
Version: 6.2.16~dfsg-3
hello,
the current debian packaging of sympa install and starts everything
required for sympa to be up and running which is great but don't fit
the docker strategy when every service must be started as pid 1
in a container.
i thnk that in the best scenario, sympa should be split on multiple packages
digraph {
libtask-sympa-perl
-> sympa-common
-> { sympa-archived , sympa-bulkd , sympa-fastcgi , sympa-* }
-> sympa
}
here is the current situation:
cat sympa:buster/Dockerfile
> FROM debian:buster
> ENV DEBIAN_FRONTEND noninteractive
> RUN apt -y update &&\
> apt -y upgrade &&\
> apt -y install sympa
docker build -t sympacrashdemo sympa:buster
... lot of output, then ...
> Creating config file /etc/dbconfig-common/sympa.conf with new version
> ERROR 2002 (HY000): Can't connect to local MySQL server through socket
> '/var/run/mysqld/mysqld.sock' (2 "No such file or directory").
> unable to connect to mysql server.
> error encountered creating user:
> ERROR 2002 (HY000): Can't connect to local MySQL server through socket
> '/var/run/mysqld/mysqld.sock' (2 "No such file or directory")
> dbconfig-common: sympa configure: noninteractive fail.
> dbconfig-common: sympa configure: ignoring errors from here forwards
> dbconfig-common: flushing administrative password
> Ensuring that permissions and ownerships are right (this can take a while)...
> FastCGI module not installed or enabled, skipping.
> Moving configuration files for Sympa >= 6.2 (if required)
> Sympa configuration already located at /etc/sympa/sympa/sympa.conf
> Upgrading Sympa internals (health check)
> err Conf::_set_listmasters_entry() Robot config: Listmaster address
> "listmaster@f06ba360c7bc" is not a valid email
> err Conf::_set_listmasters_entry() Robot config: All the listmasters
> addresses found were not valid. Out of 1 addresses provided, 0 only are valid
> email addresses
> setlogsock(): type='unix': path not available at
> /usr/share/sympa/lib/Sympa/Log.pm line 222.
> Database sympa defined in sympa.conf has not the right structure or is
> unreachable. verify db_xxx parameters in sympa.conf
> dpkg: error processing package sympa (--configure):
> installed sympa package post-installation script subprocess returned error
> exit status 255
> Processing triggers for libc-bin (2.24-17) ...
> Processing triggers for ca-certificates (20170717) ...
> Updating certificates in /etc/ssl/certs...
> 0 added, 0 removed; done.
> Running hooks in /etc/ca-certificates/update.d...
> done.
> Processing triggers for rsyslog (8.29.0-2) ...
> invoke-rc.d: could not determine current runlevel
> invoke-rc.d: policy-rc.d denied execution of try-restart.
> Errors were encountered while processing:
> sympa
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> The command '/bin/sh -c apt -y update &&apt -y upgrade &&apt -y
> install sympa' returned a non-zero code: 100
Bug#870418: Precarious status of Shutter in Debian
On Fri, Oct 20, 2017 at 10:53:53PM +0900, Norbert Preining wrote: > > I'm not entirely sure why you think the whole thing shouldn't be > > retired altogether. > > Because it simply works nicely? this was a usefull answer (at least it is something to care about)... but > Only because Gtk/Gnome maniacs are > switching to something rather useless, doesn't mean that old software > is becoming useless, too. wow ... even if i don't buy all the "gnome maniacs" mindshare (which actually is a very friendly community), i have to admit i'm pissed off to see those kind of answer, this isn't only rude (Emmanuele just wanted to share an opinion) but *this* was useless, whatever your definition of useless is. reading those kind of quotes in an open source mailing list in 2017 looks awkward to me... regards -- Marc Chantreux (eiro on github and freenode) http://eiro.github.com/ http://eiro.github.com/atom.xml "Don't believe everything you read on the Internet" -- Abraham Lincoln
Bug#874593: wims: no certificate check in the build rules
Source: wims Severity: important Dear Maintainer, in the wims/compile (line 44), you don't seem to test any sum and you ignore the certificate. wget --no-check-certificate http://github.com/mathjax/MathJax/zipball/$vmathjax-latest well ... this is frighten me as potential user with security concerns and i hope this report can help you to make things more trustable. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#749500: rakudo: not installable in sid
hello, On Mon, Sep 01, 2014 at 01:59:50PM +0200, Dominique Dumont wrote: Since rakudo and nqp are so tighly coupled, I'm beginning to wonder what's the point of packaging separately nqp and rakudo... afaik: nqp don't need rakudo and could be used to build backends for other languages. right? -- Marc Chantreux (eiro on github and freenode) http://eiro.github.com/ http://eiro.github.com/atom.xml Don't believe everything you read on the Internet -- Abraham Lincoln -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749500: rakudo: not installable in sid
On Mon, Sep 01, 2014 at 03:20:50PM +0200, Dominique Dumont wrote: On Monday 01 September 2014 14:30:16 Marc Chantreux wrote: afaik: nqp don't need rakudo and could be used to build backends for other languages. right? Of course this is not ideal, but it may be better than the current situation. indeed -- Marc Chantreux (eiro on github and freenode) http://eiro.github.com/ http://eiro.github.com/atom.xml Don't believe everything you read on the Internet -- Abraham Lincoln -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620452: no place for packaged zsh libs
On Sat, Apr 02, 2011 at 09:23:45AM +0200, Frank Terbeck wrote:
marc chantreux wrote:
I would like to make a zshlib-foo.deb file to install a zsh written
library in a path handled by the default $fpath.
/usr/local/share/zsh/site-functions is for the local admin stuff.
/usr/share/zsh/functions/* are for stuff distributed with zsh.
i would really appreciate to see a /usr/lib/zsh/functions to put my stuff
in.
This isn't as hard as I thought on IRC.
I think we could just
fpath+=( /foo/bar/baz )
hello,
that's what i did:
a) libzsh-foo depends on libzsh
b) libzsh add those lines in /etc/zshenv
# libzsh.deb BEGIN (DO NOT EDIT THOSE LINE)
fpath+=( /usr/lib/zsh/functions )
require () { autoload $1; $@ }
# libzsh.deb END (DO NOT EDIT THOSE LINE)
but i really don't want to see some important scripts to be broken just
because the sysop fucked up while editing /etc. So i would like
fpath+=( /usr/lib/zsh/functions )
to be in the binary file :)
We just need to decide what /foo/bar/baz is acceptable in terms of
debian policy etc. So, any comments or suggestions? ...my knowledgeable
debian-certified pkg-zsh colleagues? :-)
It would be great to handle some shared efforts for better zsh
configurations like zen or oh-my-zsh. i have no idea about the way to do
it as i don't use them :)
https://github.com/robbyrussell/oh-my-zsh
http://zshwiki.org/home/zen
regards
marc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620452: no place for packaged zsh libs
Package: zsh Version: 4.3.6-6 Severity: wishlist I would like to make a zshlib-foo.deb file to install a zsh written library in a path handled by the default $fpath. /usr/local/share/zsh/site-functions is for the local admin stuff. /usr/share/zsh/functions/* are for stuff distributed with zsh. i would really appreciate to see a /usr/lib/zsh/functions to put my stuff in. regards marc chantreux -- System Information: Debian Release: 5.0.7 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-pve (SMP w/2 CPU cores) Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages zsh depends on: ii libc6 2.7-18lenny7 GNU C Library: Shared libraries ii libcap2 2.11-2 support for getting/setting POSIX. ii libncursesw5 5.7+20081213-1 shared libraries for terminal hand Versions of packages zsh recommends: ii libpcre3 7.6-2.1Perl 5 Compatible Regular Expressi Versions of packages zsh suggests: pn zsh-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587271: [xml/sgml-pkgs] Bug#587271: libxml2 zegfault reading any xml file on amd64
hello Mike and thanks for reply.
On Sun, Jun 27, 2010 at 12:04:22PM +0200, Mike Hommey wrote:
- I tried to apt-get source and compile again: same pb.
- using gdb and some code hacks, i saw the segfault appears at xmlIO.c:2412
because cptr is out of bounds.
- collecting more infos is WIP.
The version of libxml2 you are using hasn't changed for almost a year,
so I doubt it is really a libxml2 issue, thus downgrading severity.
I'm very confused: bug appears after an apache reboot so i really don't
know why the pb appears now.
the gz callback doesn't care about filename and always matches
so the file callback can't be reached.
I just recompiled with my own patch (see the end of message) and it works
(seems like a klugde but i really need my server to work).
As libxml2 is an old package, the pb may be elsewhere (gzip lib?). I
seen there is no test of cptr after the line but i just don't figure out
how to do it for the moment.
cptr = (char *) ((z_stream *)context)-next_in;
Are you sure you don't have a custom libxml2 installation in
/usr/local/lib or something similar ? (try to check the output for ldd
/usr/bin/xmllint))
i try to avoid as far as possible to have homebrew libs on production
servers:
ldd =xmllint | perl -lne 'm#/usr\S+xml\S+# and print `dpkg -S $`'
libxml2: /usr/lib/libxml2.so.2
again: thanks for help.
---
libxml2-2.6.32.dfsg/xmlIO.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/libxml2-2.6.32.dfsg/xmlIO.c b/libxml2-2.6.32.dfsg/xmlIO.c
index dd4f7e7..c14a68e 100644
--- a/libxml2-2.6.32.dfsg/xmlIO.c
+++ b/libxml2-2.6.32.dfsg/xmlIO.c
@@ -1087,7 +1087,10 @@ xmlBufferWrite (void * context, const char * buffer, int
len) {
*/
static int
xmlGzfileMatch (const char *filename ATTRIBUTE_UNUSED) {
-return(1);
+return ! strncmp
+( filename + strlen( filename ) - 3
+, .gz , 3
+);
}
/**
--
Marc Chantreux
BibLibre, expert en logiciels libres pour l'info-doc
http://biblibre.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587271: libxml2 zegfault reading any xml file on amd64
Package: libxml2 Version: 2.6.32.dfsg-5+lenny1 Severity: grave Justification: renders package unusable hello dear maintainers, since 2 days, every single xml file parsing segfault (with xmllint as well as with perl XML::Simple). - I tried to apt-get source and compile again: same pb. - using gdb and some code hacks, i saw the segfault appears at xmlIO.c:2412 because cptr is out of bounds. - collecting more infos is WIP. regards -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxml2 depends on: ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages libxml2 recommends: ii xml-core 0.12 XML infrastructure and XML catalog libxml2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#477722: zsh: readnullcmd may use pager (to honor alternatives)
On Thu, Apr 24, 2008 at 10:35:21PM +0200, Marc Chantreux wrote: + sed -n 's/|more/|pager/p' StartupFiles/zshrc I don't think this is quite what you meant. right ... forget it :) + sed -i '/readnullcmd/s/more/pager/' Src/init.c Better to patch the source than sed it, I think. it would be nice to submit a patch to zsh-workers to add an option to the ./configure ( ./configure --enable-readnullcmd=pager) but i don't know about autotools. I'll be happy to do it but i need time. tell me if you want me to fix it in the upstream. regards marc -- Marc Chantreux BibLibre, expert en logiciels libres pour l'info-doc http://biblibre.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477722: zsh: readnullcmd may use pager (to honor alternatives)
On Fri, Apr 25, 2008 at 08:17:41AM -0400, Clint Adams wrote: I can probably find time to do that this weekend. If not, look in configure.ac for the lines beginning with AC_ARG_ENABLE. i submitted a patch to zsh-workers. debian one would be this. regards, marc -- Marc Chantreux BibLibre, expert en logiciels libres pour l'info-doc http://biblibre.com --- debian/rules~ 2008-04-26 02:21:05.0 +0200 +++ debian/rules 2008-04-26 02:22:32.0 +0200 @@ -35,7 +35,7 @@ endif ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) -CONFIGFLAGS += --enable-zsh-debug --enable-zsh-mem-debug --enable-zsh-mem-warning --enable-zsh-secure-free --enable-zsh-hash-debug +CONFIGFLAGS += --enable-zsh-debug --enable-zsh-mem-debug --enable-zsh-mem-warning --enable-zsh-secure-free --enable-zsh-hash-debug --enable-readnullcmd=pager endif ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
Bug#477722: zsh: readnullcmd may use pager (to honor alternatives)
Package: zsh
Version: 4.3.6-1
Severity: minor
Tags: patch
this patches the debian/rules from apt-get -tsid source zsh. It will
- set the hardcoded readnullcmd to pager
- modify alias -g |M to pager
thanks for packaging zsh.
regards
marc
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages zsh depends on:
ii libc6 2.7-10 GNU C Library: Shared libraries
ii libcap2 2.08-2 support for getting/setting POSIX.
ii libncursesw5 5.6+20080308-1 Shared libraries for terminal hand
Versions of packages zsh recommends:
ii libpcre3 7.6-2 Perl 5 Compatible Regular Expressi
-- no debconf information
--- debian/rules~ 2008-04-24 21:46:03.0 +0200
+++ debian/rules2008-04-24 21:48:08.0 +0200
@@ -239,6 +239,8 @@
$(INSTALL_FILE) debian/zlogin debian/zlogout debian/zprofile
debian/zshenv debian/zshrc debian/tmp/etc/$(package)/.
sed -i -e 's,^local HELPDIR=.*,local
HELPDIR=$${HELPDIR:-/usr/share/$(package)/help},;s,:-more,:-/usr/bin/pager,;'
debian/tmp/usr/share/$(package)/functions/Misc/run-help
+ sed -n 's/|more/|pager/p' StartupFiles/zshrc
+ sed -i '/readnullcmd/s/more/pager/' Src/init.c
sed -i -e '1!b;s:^#!.*[
/]zsh:#!/bin/$(package):;s#/usr/local/bin#/usr/bin#;' `find
debian/tmp/usr/share/$(package)/functions -type f`
chmod 755 debian/tmp/usr/share/$(package)/functions/Misc/checkmail \
Bug#472364: installing tesseract-ocr-fra, tesseract doesn't work
Package: tesseract-ocr Version: 2.01-4 Severity: normal i tried to type 'tesseract toto.tiff toto.txt'. there was no toto.txt but an error message: read_variables_file:Can't open /usr/share/tesseract-ocr/tessdata/configs/xUnable to load unicharset file /usr/share/tesseract-ocr/tessdata/eng.unicharset regards mc -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages tesseract-ocr depends on: ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii tesseract-ocr-fra [tesseract- 2.00-1 tesseract-ocr language files for F tesseract-ocr recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469120: manpages-fr: traduction abusive de la directive files dans l'exemple de fichier
Package: manpages-fr Version: 2.39.1-5 Severity: grave Justification: renders package unusable L'exemple de conf. dans le man est: hosts: dns [!UNAVAIL=return] fichiers networks: nis [NOTFOUND=return] fichiers ethers: nis [NOTFOUND=return] fichiers protocols: nis [NOTFOUND=return] fichiers rpc:nis [NOTFOUND=return] fichiers services: nis [NOTFOUND=return] fichiers et devrait être: hosts: dns [!UNAVAIL=return] files networks: nis [NOTFOUND=return] files ethers: nis [NOTFOUND=return] files protocols: nis [NOTFOUND=return] files rpc:nis [NOTFOUND=return] files services: nis [NOTFOUND=return] files je n'ai pas trouvé les lignes correspondantes dans le po (les lignes en question ne semblent pas traduites et je ne connais pas gnu text), desolé de ne pas proposer de patch. Je trouve le problème grave car la conf. NSS est centrale. J'espere ne pas avoir abusé du flag. cordialement, mc -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages manpages-fr depends on: ii manpages-fr-dev 2.39.1-5 French version of the development ii manpages-fr-extra 20070311 French version of the manual pages manpages-fr recommends no packages. -- no debconf information
Bug#432931: libnet-ldap-perl: new upstream available
Package: libnet-ldap-perl Version: 1:0.33-2 Severity: wishlist hello, new upstream version available since 2007 feb. No problem to build a self-made package so i would like to know if there is a problem to update the official debian package. regards Marc Chantreux -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-1-386 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages libnet-ldap-perl depends on: ii libconvert-asn1-perl 0.20-1 Perl module for encoding and decod ii libwww-perl 5.805-1WWW client/server library for Perl ii perl [libmime-base64-perl]5.8.8-7Larry Wall's Practical Extraction libnet-ldap-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379015: apache2-common: Ugly error messages when /etc/apache2/conf.d/ is empty
hello, this bug was reported again and again. patches are provided by users in the BTS but not integrated. regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350119: eliminate grep error message
le 31/03/2006,
Miklos Quartus nous écrivait :
You might as well eliminate the grep error message. This comes when
there is no config file found in /etc/apach2/conf.d directory. The error
message is displayed on console or normal output when I stop apache2:
# /etc/init.d/apache2 stop
Stopping apache 2.0 web server...grep: /etc/apache2/conf.d/[^.#]*: No
such file or directory
my patch fix it :)
PIDFILE=`grep -i ^PidFile $i | tail -n 1 | awk '{print $2}'`
without pipe ?
PIDFILE=$( awk '
/^PidFile/ { r=$2}
END{ print r }
' $i )
--
téléphone : 03.90.24.00.19
courriel : [EMAIL PROTECTED]
---
Bug#364995: python2.4: python interactive doesn't deal correctly with readline
Package: python2.4 Version: 2.4.2-2 Severity: normal Hi python maintainers, this is a part of my .inputrc. Python deals correctly with vi mode but my macros doesn't works. It's not a readline bug as far as the same macros works on bash, psql , sqlite ... set editing-mode vi '':\C-v'\C-v'\ei \C-x(:()\ei ((:\C-v(\C-v)\ei \\:\C-v\\C-v\\ei $if python I : import H : help $endif regards mc -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-1-386 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages python2.4 depends on: ii libbz2-1.01.0.3-2high-quality block-sorting file co ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libdb4.3 4.3.29-4.1 Berkeley v4.3 Database Libraries [ ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libssl0.9.8 0.9.8a-8 SSL shared libraries ii python2.4-minimal 2.4.2-2A minimal subset of the Python lan python2.4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350119: apache2-common: better pidfile search (patch provided)
Package: apache2-common
Version: 2.0.55-4
Severity: important
This patch add recursive inclusion while searching pidfile and fixes the fact
that apache2 doesn't stop when /etc/apache2/conf.d is empty.
hth,
regards
mc
29a30,43
# find_and_execute_globs
# search all apache configuration files included by the files passed as
arguments.
# ( act recursively )
# strictly Bourne compliant globs are incompatibles with the Apache
configuration one
# ( [^.#] doesn't mean the same, for exemple ) so this function needs bash or
zsh to work.
find_and_execute_globs () {
shopt -s nullglob
glob=$( awk '$1 ~ /^\s*[Ii]nclude$/ $2 ~ /^\// {print $2}' $* )
echo $glob
# comment the next line to stop recursion
[ -n $glob ] find_and_execute_globs $glob
}
31,32d44
PID=
PIDFILE=
36,37c48,54
# last found in the config is used; we attempt to follow includes
# here, but only first-level includes are supported, not nested ones
---
# last found in the config is used
PID=$( cat $( awk '
BEGIN { IGNORECASE=1 }
/^PidFile/ { pid=$2 }
END { print pid }
' $AP_CONF $( find_and_execute_globs $AP_CONF )))
39,45d55
for i in $AP_CONF `awk '$1 ~ /^\s*[Ii]nclude$/ $2 ~ /^\// {print
$2}' $AP_CONF`; do
PIDFILE=`grep -i ^PidFile $i | tail -n 1 | awk '{print $2}'`
if [ -e $PIDFILE ]; then
PID=`cat $PIDFILE`
fi
done
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (900, 'stable'), (300, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.8-1-386
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Versions of packages apache2-common depends on:
ii apache2-utils 2.0.55-4 utility programs for webservers
ii debconf 1.4.67 Debian configuration management sy
ii debianutils 2.15.2 Miscellaneous utilities specific t
ii libc6 2.3.5-8GNU C Library: Shared libraries an
ii libdb4.3 4.3.29-3 Berkeley v4.3 Database Libraries [
ii libexpat1 1.95.8-3 XML parsing C library - runtime li
ii libgcc1 1:4.0.2-5 GCC support library
ii libmagic1 4.15-2 File type determination library us
ii lsb-base 3.0-14 Linux Standard Base 3.0 init scrip
ii mime-support 3.35-1 MIME files 'mime.types' 'mailcap
ii net-tools 1.60-17The NET-3 networking toolkit
ii openssl 0.9.8a-6 Secure Socket Layer (SSL) binary a
ii ssl-cert 1.0-11 Simple debconf wrapper for openssl
apache2-common recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329790: manpages-fr: man join -o : point et pas point-virgule
Package: manpages-fr Version: 1.64.0-1 Severity: normal according to the french man : join -o '1;1 2;3' but join -o '1.1 2.3' in real life! regards --- join.1.old 2005-09-23 13:31:57.108427576 +0200 +++ join.1 2005-09-23 13:32:24.445271744 +0200 @@ -82,7 +82,7 @@ .IR liste_des_champs. Chaque élément de la .IR liste_des_champs. -consiste en un numéro de fichier (1 ou 2), un point-virgule, et un +consiste en un numéro de fichier (1 ou 2), un point, et un numéro de champ (un entier positif). Les éléments de la liste sont séparés par des virgules ou des espaces. Plusieurs arguments de la -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-386 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- no debconf information
Bug#327585: slapd: perl backend failed to load XS (unknown symbols)
Package: slapd Version: 2.2.26-4 Severity: normal the perl backend failed to load symbols for XS modules while loading perlModule. so only pure perl stuff is available. this message was produced by slapd while loading SampleLDAP.pm provided in the openldap source tree : Error Can't load '/usr/lib/perl/5.8/auto/POSIX/POSIX.so' for module POSIX: /usr/lib/perl/5.8/auto/POSIX/POSIX.so: undefined symbol: PL_sig_name at /usr/lib/pe at /usr/lib/perl/5.8/POSIX.pm line 26 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-386 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages slapd depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii debconf 1.4.58 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libiodbc2 3.52.2-4 iODBC Driver Manager ii libldap-2.2-7 2.2.26-4 OpenLDAP libraries ii libltdl3 1.5.6-6A system independent dlopen wrappe ii libperl5.85.8.7-4Shared Perl library ii libsasl2 2.1.19-1.5 Authentication abstraction library ii libslp1 1.2.1-2OpenSLP libraries ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl]5.8.7-4Larry Wall's Practical Extraction ii psmisc21.6-1 Utilities that use the proc filesy Versions of packages slapd recommends: ii db4.2-util4.2.52-18 Berkeley v4.2 Database Utilities ii libsasl2-modules 2.1.19-1.5 Pluggable Authentication Modules f -- debconf information: slapd/password_mismatch: slapd/fix_directory: true slapd/invalid_config: true * shared/organization: ulp mm slapd/upgrade_slapcat_failure: slapd/upgrade_slapadd_failure: slapd/backend: BDB slapd/dump_database: when needed * slapd/allow_ldap_v2: false slapd/no_configuration: false slapd/migrate_ldbm_to_bdb: true slapd/move_old_database: true slapd/suffix_change: false slapd/slave_databases_require_updateref: slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/autoconf_modules: true slapd/purge_database: false * slapd/domain: ulpmm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309907: dh-make-perl: add some warnings
Package: dh-make-perl Version: 0.17 Severity: normal dh-make-perl does not provide warnings when there is no Makefile.PL and no META.yml ( this is the case for Module::Build users ) I have fixed it in the 0.17 distribution, patch available here : http://khatar.phear.org/dh-make-perl_from017.diff -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages dh-make-perl depends on: ii debhelper 4.2.32 helper programs for debian/rules ii dpkg-dev 1.10.27Package building tools for Debian ii fakeroot 1.2.10 Gives a fake root environment ii libmodule-depends-perl0.07-1 identify the dependencies of a dis ii libyaml-perl 0.39-1 YAML Ain't Markup Language (tm) ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-8Larry Wall's Practical Extraction ii perl-modules [libpod-parser-p 5.8.4-8Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303402: keepalived: configuration parsing error
Package: keepalived
Severity: normal
TCP_CHECK configuration needs an end of line to be parsed correcly :
this config. works fine :
virtual_server VIP 3389 {
delay_loop 6
lb_algo wlc
lb_kind DR
protocol TCP
real_server RIP1 3389 {
weight 1
TCP_CHECK {
connect_timeout 10
}
}
}
but this one does stranges behaviours in ipvs :
virtual_server VIP 3389 {
delay_loop 6
lb_algo wlc
lb_kind DR
protocol TCP
real_server RIP1 3389 {
weight 1
TCP_CHECK { connect_timeout 10 }
}
}
regards
mc
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-386
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303421: keepalived: must depends to iproute
Package: keepalived Severity: normal keepalived must depends to iproute pakage ... and does not. regards mc -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294229: slapd: need to recode while postinst
Package: slapd Severity: normal slapadd is used in postinst without recoding in utf8 so the postinst failed if you fill the debconf with accents. example : Organization : ULP Multimédia ^ accent ! failed ... regards -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Bug#292304: libembperl-perl: Apache/Server.pm ( dropped in libapache2-mod-perl2 1.999.20-1 ) required
Package: libembperl-perl Version: 2.0debian-4 Severity: grave Justification: renders package unusable Hi, Embperl depends on Apache/Server.pm that is dropped in the last version of modperl2 ( libapache2-mod-perl2 1.999.20-1 ). Other packages have the same problem : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292029 thanks and regards -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages libembperl-perl depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libwww-perl 5.803-3 WWW client/server library for Perl ii libxml2 2.6.11-5 GNOME XML library ii libxslt1.1 1.1.8-5 XSLT processing library - runtime ii perl5.8.4-5 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.4] 5.8.4-5 The Pathologically Eclectic Rubbis ii perl-modules [libcgi-pm-per 5.8.4-5 Core Perl modules ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
