Bug#170477: xmlto: unable to generate a dvi or ps file from a DocBook document
Hello, Thanks for your message. I've stopped using xmlto a long time ago. I's be happy to help reproduce this issue and fix it, should it still exists, but I do not personnaly needs it fixed. Thanks. Jean-Philippe Guérard Le 8 juillet 2019 22:07:09 GMT+01:00, "Hilmar Preuße" a écrit : >On 24.11.02 01:40, Jean-Philippe Guérard wrote: > >Hi, > >Looks very similar to #310148. Do you still follow the work flow? >Should >I try to figure, which piece of software is the root cause and >eventually report this bug to upstream? > >Thanks, > Hilmar > >> This error is occuring when I try to compile a document written in >> DocBook XML. I was able to reproduce this with the Sample XML DocBook > >> document provided by the Linux Documentation Project : >> >> http://www.tldp.org/authors/template/Sample-HOWTO.xml >> >> To compile this document, I use : >> >> $ xmlto ps Sample-HOWTO.xml >> >> I then get the following error. >> >> >-- >> >> ! LaTeX Error: Something's wrong--perhaps a missing \item. >> >> See the LaTeX manual or LaTeX Companion for explanation. >> Type H for immediate help. >> ... >> >> l.5 ...er.optimum="1em" space-after.maximum="2em"> >> xmlns:fo="http:/... >> >> ? >> ! Emergency stop. >> ... >> >> l.5 ...er.optimum="1em" space-after.maximum="2em"> >> xmlns:fo="http:/... >> >> No pages of output. >> >-- >> >> Exactly the same thing happens when I try to generate a dvi file. >> > >-- >sigfault >#206401 http://counter.li.org
Bug#883620: More informations
After more digging, it appears that the permissions on /var/lib/roundcube/temp on my server did not allow writing for the PHP user. So the file was created in /tmp instead. You can close the bug, or add an exception for this kind of situations (that would be nice). Thanks.
Bug#883620: roundcube: Since the last upgrade, attachment can't be sent anymore
Package: roundcube Version: 1.2.3+dfsg.1-4+deb9u1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Latest Roundcube upgrade * What exactly did you do (or not do) that was effective (or ineffective)? Send a message with an attachment. * What was the outcome of this action? The attachment is not on the sent message, neither on the stored copy in the sent folder. * What outcome did you expect instead? Attachement sent and stored in the sent folder. *** End of the template - remove these template lines *** I get the following error in my log files : Dec 5 20:17:59 roundcube: PHP Error: toto can't read /tmp/rcmAttmntjoFOF5 (not in temp_dir) in /usr/share/roundcube/plugins/filesystem_attachments/filesystem_attachments.php on line 216 (POST /roundcube/?_task=mail&_unlock=loading1512501479300&_lang=fr&_framed=1&_action=send) The temp_dir variable is the default: $config['temp_dir'] = RCUBE_INSTALL_PATH . 'temp/'; So, the problem is that the temp file is created in /tmp, and, since it's not in the Roundcube configured temp dir (/var/lib/roundcube/temp), roundcube removes it... Configuring the temp_dir variable to /tmp/ solves the issue: $config['temp_dir'] = '/tmp/'; -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-4-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: sysvinit (via /sbin/init) Versions of packages roundcube depends on: ii dpkg1.18.24 ii roundcube-core 1.2.3+dfsg.1-4+deb9u1 roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii dbconfig-common 2.0.8 ii debconf [debconf-2.0] 1.5.61 ii dpkg1.18.24 ii libapache2-mod-php 1:7.0+49 ii libapache2-mod-php7.0 [libapache2-mod-php] 7.0.19-1 ii libmagic1 1:5.30-1+deb9u1 ii php-auth-sasl 1.0.6-3 ii php-cli 1:7.0+49 ii php-common 1:49 ii php-intl1:7.0+49 ii php-mail-mime 1.10.0-2 ii php-mcrypt 1:7.0+49 ii php-net-smtp1.7.1-2 ii php-net-socket 1.0.14-2 ii php-pear1:1.10.1+submodules+notgz-9 ii php7.0-cli [php-cli]7.0.19-1 ii php7.0-intl [php-intl] 7.0.19-1 ii php7.0-json [php-json] 7.0.19-1 ii php7.0-mcrypt [php-mcrypt] 7.0.19-1 ii roundcube-pgsql 1.2.3+dfsg.1-4+deb9u1 ii ucf 3.0036 Versions of packages roundcube-core recommends: ii php-gd 1:7.0+49 ii php-pspell 1:7.0+49 ii php7.0-gd [php-gd] 7.0.19-1 ii php7.0-pspell [php-pspell] 7.0.19-1 ii spawn-fcgi 1.6.4-1+b1 Versions of packages roundcube-core suggests: pn php-crypt-gpg pn php-net-ldap2 pn php-net-ldap3 ii roundcube-plugins 1.2.3+dfsg.1-4+deb9u1 -- debconf information: roundcube/restart-webserver: true roundcube/pgsql/manualconf: roundcube/dbconfig-remove: true roundcube/language: fr_FR roundcube/pgsql/no-empty-passwords: roundcube/purge: false roundcube/remote/port: roundcube/mysql/method: Unix socket roundcube/install-error: ignore * roundcube/db/app-user: roundcube@localhost * roundcube/pgsql/authmethod-admin: ident roundcube/internal/skip-preseed: false * roundcube/dbconfig-install: false roundcube/mysql/admin-user: roundcube/db/basepath: * roundcube/dbconfig-upgrade: true roundcube/hosts: roundcube/dbconfig-reinstall: false * roundcube/upgrade-backup: true roundcube/remote/host: localhost roundcube/pgsql/changeconf: false * roundcube/upgrade-error: ignore roundcube/internal/reconfiguring: false roundcube/remove-error: abort roundcube/remote/newhost: * roundcube/pgsql/authmethod-user: password * roundcube/pgsql/admin-user: postgres * roundcube/pgsql/method: Unix socket roundcube/missing-db-package-error: abort * roundcube/db/dbname: roundcube roundcube/reconfigure-webserver: apache2, lighttpd roundcube/passwords-do-not-match: roundcube/database-type: pgsql
Bug#742079: squirrelmail: Squirrelmail eats (some of) the links I receive
Package: squirrelmail
Version: 2:1.4.23~svn20120406-2
Severity: normal
Dear Maintainer,
some perfectly valid links I receive in e-mails are replaced by
http://invalid-stuff-detected.example.com;.
Some example rejected URL:
https://www.onesite.com/shop/receipt.asp?OrderNum=9MyCustomer=Gu%E9rard
http://xxx.yyy.anothersite.com:8080/zzz/lu?PRO=Nonsp%E9cifi%E9
The error seems to come from /usr/share/squirrelmail/functions/mime.php:
// first, disallow 8 bit characters and control characters
if (preg_match('/[\0-\37\200-\377]+/',$attvalue)) {
switch ($attname) {
case 'href':
$attvalue = $sQuote .
'http://invalid-stuff-detected.example.com' . $sQuote;
break;
default:
$attvalue = $sQuote . SM_PATH . 'images/blank.png'. $sQuote;
break;
}
Thanks.
-- System Information:
Debian Release: 7.4
APT prefers stable
APT policy: (990, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages squirrelmail depends on:
ii lighttpd [httpd] 1.4.31-4+deb7u3
ii perl 5.14.2-21+deb7u1
ii php5 5.4.4-14+deb7u8
ii php5-cgi 5.4.4-14+deb7u8
Versions of packages squirrelmail recommends:
ii aspell [aspell-bin] 0.60.7~20110707-1
ii ispell3.3.02-6
ii php5-common [php5-mhash] 5.4.4-14+deb7u8
ii squirrelmail-locales 1.4.18-20090526-1
ii squirrelmail-viewashtml 3.8-3
Versions of packages squirrelmail suggests:
ii courier-imap [imap-server] 4.10.0-20120615-1
ii imapproxy 1.2.7-1.1
ii php-pear5.4.4-14+deb7u8
pn php5-ldap none
ii php5-recode 5.4.4-14+deb7u8
ii squirrelmail-decode 1.2-1
-- Configuration Files:
/etc/squirrelmail/apache.conf changed [not included]
/etc/squirrelmail/filters_setup.php changed [not included]
-- no debconf information
-- debsums errors found:
debsums: changed file /usr/share/squirrelmail/functions/mime.php (from
squirrelmail package)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712307: dokuwiki: Postrm fails if lighttpd is installed but not configured
Package: dokuwiki Severity: normal Dear Maintainer, I installed the dokuwiki package, then removed it. During installation, I choose not to configure lighttpd, but lighttpd was installed on my system. The postrm did a: lighty-disable-mod dokuwiki This cammand failed with the following error: Ignoring unknown module: dokuwiki Making the postrm process fail. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dokuwiki depends on: ii debconf [debconf-2.0] 1.5.49 ii javascript-common 7 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-cookie6-1 ii libjs-jquery-ui1.8.ooops.21+dfsg-2 ii libphp-simplepie 1.2.1-3 ii php-geshi 1.0.8.4-2 ii php5 5.4.4-14 ii ucf3.0025+nmu3 Versions of packages dokuwiki recommends: ii php5-cli 5.4.4-14 ii php5-gd 5.4.4-14 Versions of packages dokuwiki suggests: pn libapache2-mod-xsendfile none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555168: [Traduc] Bug#555168: Unclear license situation for (e)glibc locales provided by you
Le Mer 13 juin 2012 06:53, Christian PERRIER a écrit : Quoting Helge Kreutzmann (deb...@helgefjell.de): Hello, you are listed as contact person/author of the following locale: fr_FR I think Keld Simonsen's name is mentioned as the locale was based on one he wrote. tra...@traduc.org is a collective address (see http://traduc.org). Adding the internal organisational list to the CC field so that representatives of the traduc.org can give a stance in name of the organization. PS: coucou, traduc.org..:-)...Bon, en gros, vous avez sûrement compris mais c'est vrai qu'il y a une action en cours actuellement, dans Debian, pour clarifier la licence des locales où celle-ci n'est pas claire. Je n'ai évidemment aucun doute sur les intentions de traduc.org par rapport à la locale fr_FR (utiliser une licence libre), mais il faut que quelqu'un confirme cela, évidemment. Ce serait quand même un peu ballot que Debian retire la locale française de la libc. Je serais largement au chomage..:-) The fr_FR was taken over by traduc.org in March 2008, and the update of this file have been discussed on the traduc mail list from January to March 2008 (http://listes.traduc.org/pipermail/traduc/). At that time, the license was not discussed, as we were under the impression this file was part of the glibc and distributed under the same license. The original author of this file is Keld Jørn Simonsen. Provided that Keld Jørn Simonsen agree with this, we would be very happy to see this file officially put under a Free license. Using the same license as the glibc would be fine for us. Hope that helps. Best Regards. -- Jean-Philippe Guérard http://tigreraye.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662834: Forwarded upstream
I tried the latest openchrome version and opened a bug directly with the openchrome project. http://openchrome.org/trac/ticket/431 -- Jean-Philippe Guérard http://tigreraye.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653867: procps: init.d fails to set some kernel parameters
Package: procps Version: 1:3.2.8-9 Severity: important I try to set the net.ipv4.netfilter.ip_conntrack_tcp_timeout_established parameter by defining it in the sysctl.conf file. Using sysctl -p works. service procps start works. But the parameter is not set at boot. Moving the procps script later in the boot process (S30 to S99) solve this issue. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages procps depends on: ii initscripts 2.88dsf-13.1 scripts for initializing and shutt ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libncursesw55.7+20100313-5 shared libraries for terminal hand ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip Versions of packages procps recommends: ii psmisc22.11-1utilities that use the proc file s procps suggests no packages. -- Configuration Files: /etc/sysctl.conf changed: kernel.domainname = tigreraye.org kernel.shmmax = 150994944 net.ipv4.conf.default.rp_filter=1 net.ipv4.conf.all.rp_filter=1 net.ipv4.conf.all.accept_redirects = 0 net.ipv6.conf.all.accept_redirects = 0 net.ipv4.conf.all.send_redirects = 0 net.ipv4.conf.all.accept_source_route = 0 net.ipv6.conf.all.accept_source_route = 0 net.ipv4.conf.all.log_martians = 1 net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 18000 -- 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#579923: msort double free or corruption
Hello, to be more precise, yes, it does seem to depend on input data. HTH. -- Jean-Philippe Guérard http://tigreraye.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579923: Info received (msort double free or corruption)
After some new tests, I've been able to reproduce this problem by just typing the following test in a test file and feeding it into msort. fevr...@yakkuru:~$ cat essai.txt hookpoint d'ancrage hookpoint d'accrochage fevr...@yakkuru:~$ cat essai.txt | msort -q -l -d '\t' -n 1 -s fr_FR.UTF-8 -n 2 -s fr_FR.UTF-8 This does happen both from the command line and inside a script. HTH. -- Jean-Philippe Guérard http://tigreraye.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579923: msort: double free or corruption
Le 2010-05-03 19:57:51 +0200, Bartosz Fenski aka fEnIo écrivait : Hmm.. very strange if it occures only when run from script. Does it depend on input data somehow? Is test1.txt important? Good question. I've been able to reduce this file to 2 lines that produce this error (see the attached test3.txt). I've dumped the file with recode, and seen nothing suspicious. HTH. -- Jean-Philippe Guérard http://tigreraye.org test3.txt.bz2 Description: Binary data
Bug#445452: the elf.5 man pages is stripped of part of its copyright headers
Package: manpages-fr Version: 2.62.1-1 Severity: serious The French elf.5 man page as published by Debian has the following headers: .\ $OpenBSD: elf.5,v 1.12 2003/10/27 20:23:58 jmc Exp $ .\Copyright (c) 1999 Jeroen Ruigrok van der Werven .\All rights reserved. .\ .\Redistribution and use in source and binary forms, with or without .\modification, are permitted provided that the following conditions .\are met: .\1. Redistributions of source code must retain the above copyright .\ notice, this list of conditions and the following disclaimer. .\2. Redistributions in binary form must reproduce the above copyright .\ notice, this list of conditions and the following disclaimer in the .\ documentation and/or other materials provided with the distribution. .\ .\THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND .\ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE .\FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\SUCH DAMAGE. .\ .\ $FreeBSD: src/share/man/man5/elf.5,v 1.21 2001/10/01 16:09:23 ru Exp $ .\ .\ Slightly adapted - aeb, 2004-01-01 .\ 2005-07-15, Mike Frysinger [EMAIL PROTECTED], various fixes .\ .\*** .\ .\ This file was generated with po4a. Translate the source file. .\ .\*** The original translated man page has the following header: .\ $OpenBSD: elf.5,v 1.12 2003/10/27 20:23:58 jmc Exp $ .\Copyright (c) 1999 Jeroen Ruigrok van der Werven .\All rights reserved. .\ .\Copyright (c) 2005-2006 Jean-Philippe Guérard pour la v.f. .\Tous droits réservés. .\ .\Sont autorisées la redistribution et l'utilisation, en format .\source et binaire, avec ou sans modifications, du moment que les .\conditions suivantes sont respectées : .\1. La redistribution du code source doit conserver la mention .\ du copyright, cette liste de conditions et le texte ci-dessous .\ précisant les limitations de responsabilité. .\2. La redistribution en format binaire doit reproduire la mention .\ du copyright, cette liste de conditions et le texte ci-dessous .\ précisant les limitations de responsabilité, dans la .\ documentation ou dans les documents accompagnant la distribution. .\ .\CE LOGICIEL EST FOURNI PAR L'AUTEUR ET LES CONTRIBUTEURS « TEL QUEL » .\ET SANS AUCUNE GARANTIE, EXPLICITE OU IMPLICITE, Y COMPRIS (MAIS PAS .\UNIQUEMENT) LES GARANTIES IMPLICITES D'ADAPTATION À UN BUT .\PARTICULIER ET DE COMMERCIALISATION. EN AUCUN CAS LES AUTEURS OU .\LES CONTRIBUTEURS NE PEUVENT ÊTRE TENUS RESPONSABLES DE TOUS DOMMAGES .\DIRECTS, INDIRECTS, ACCIDENTELS, SPÉCIAUX, EXEMPLAIRES OU CONSÉQUENTS .\(Y COMPRIS, MAIS PAS UNIQUEMENT, LE REMPLACEMENT DES BIENS OU .\DES SERVICES, LA PERTE D'UTILISATION, DE DONNÉES OU DE BÉNÉFICES, OU .\L'INTERRUPTION DU TRAVAIL), SURVENUS SUITE À L'UTILISATION DE CE .\LOGICIEL, MÊME S'ILS EN ONT ÉTÉ AVERTIS, QUELQUE SOIT LA FAÇON DONT .\CEUX-CI ONT ÉTÉ CAUSÉ ET QUELQUE SOIT LE PRINCIPE DE RESPONSABILITÉ, .\QU'ELLE SOIT CONTRACTUELLE, STRICT, OU AUX DÉPENDS (Y COMPRIS EN .\AUTRES LA NÉGLIGENCE). .\ .\Redistribution and use in source and binary forms, with or without .\modification, are permitted provided that the following conditions .\are met: .\1. Redistributions of source code must retain the above copyright .\ notice, this list of conditions and the following disclaimer. .\2. Redistributions in binary form must reproduce the above copyright .\ notice, this list of conditions and the following disclaimer in the .\ documentation and/or other materials provided with the distribution. .\ .\THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND .\ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE .\FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT \LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\SUCH DAMAGE. .\ .\ $FreeBSD: src/share/man/man5/elf.5
Bug#344898: [Pkg-cups-devel] Bug#344898: [Debian QA] please review your old bug reports against CUPS
Some of the user on my box have accounts with passwords longer than 32 characters. It's working for all other applications, but is failing silently with CUPS. You've no way to know why your password is not accepted. It seems simple enough to fix, and I believed it would be better to fix it. Having people with long passwords unable to use CUPS seems a bad thing. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344898: [Debian QA] please review your old bug reports against CUPS
This bug is still there with the latest stable Debian. Password read from the browser are truncated to 32 caracters, so will only be able to match a 32 caracters or less password. Thanks. -- Jean-Philippe Guérard http://tigreraye.org
Bug#345586: adding virus to badwords and clean to goodwords
Package: ccze
Version: 0.2.1-1
Severity: wishlist
Tags: patch
To better interpret logs about virus (for example with clamsmtp) it
would be nice to add virus to the bad words list and clean to the
good word list.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.14.4-grsec
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages ccze depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libncurses55.4-4 Shared libraries for terminal hand
ii libpcre3 4.5-1.2sarge1 Perl 5 Compatible Regular Expressi
-- no debconf information
--
Jean-Philippe Guérard
http://tigreraye.org
--- ccze-wordcolor.c2003-05-13 20:09:30.0 +0200
+++ /home/fevrier/ccze-0.2.1/src/ccze-wordcolor.c 2006-01-02
01:43:11.0 +0100
@@ -37,13 +37,13 @@
warn, restart, exit, stop, end, shutting, down, close,
unreach, can't, cannot, skip, deny, disable, ignored,
miss, oops, not, backdoor, blocking, ignoring,
- unable, readonly, offline, terminate, empty
+ unable, readonly, offline, terminate, empty, virus
};
static char *words_good[] = {
activ, start, ready, online, load, ok, register, detected,
configured, enable, listen, open, complete, attempt, done,
- check, listen, connect, finish
+ check, listen, connect, finish, clean
};
static char *words_error[] = {
Bug#344898: Web UI: can't login if password is longer than 32 characters
Package: cupsys Version: 1.1.23-10 Severity: normal If I choose a password with more than 32 characters, I can't get recognised anymore by the Web UI. Chosing a password of 32 characters or less works fine. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14.4-grsec Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cupsys depends on: ii adduser3.63 Add and remove users and groups ii debconf1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-10 Common UNIX Printing System(tm) - ii libcupsys2-gnutls101.1.23-10 Common UNIX Printing System(tm) - ii libgnutls111.0.16-13.1 GNU TLS library - runtime library ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpaper1 1.1.14-3 Library for handling paper charact ii libslp11.0.11a-2 OpenSLP libraries ii patch 2.5.9-2 Apply a diff file to an original ii perl-modules 5.8.4-8 Core Perl modules ii xpdf-utils 3.00-13 Portable Document Format (PDF) sui ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: * cupsys/raw-print: false * cupsys/backend: ipp, lpd, parallel, socket, usb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327262: Bug#327261: wine registers wine-safe in mailcap to run dos programs
Hi Steve! Le 2005-09-08 21:59:46 -0700, Steve Langasek écrivait : Hi Jean-Philippe, On Thu, Sep 08, 2005 at 10:05:52PM +0200, Jean-Philippe Guérard wrote: The wine-safe script displays no warning before running an msdos program. This is probably due to the fact that on line 57, XMESSAGE is used before having been defined. Therefore, any MSDOS executable will be run from a browser with *no* confirmation from the user. Why should wine-safe display a warning before running the program? Is there any reason for this other than the second bug that you filed, citing incorrect mime handlers? Well, as far as I understand, the only reason for which wine-safe exists is to display a warning before running the executable file with wine. It does not. But overall, you are right. I see no reason why wine-safe should ever be used in mime handlers and this is the real issue. And if wine-safe is only used in mime handlers, it should probably be removed altogether. Thanks! -- Jean-Philippe Guérard http://tigreraye.org
Bug#327261: wine registers wine-safe in mailcap to run dos programs
Package: wine Version: 0.0.20050310-1.1 Severity: critical Tags: security The wine-safe script displays no warning before running an msdos program. This is probably due to the fact that on line 57, XMESSAGE is used before having been defined. Therefore, any MSDOS executable will be run from a browser with *no* confirmation from the user. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.13 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wine depends on: ii debconf 1.4.30.13Debian configuration management sy ii libwine 0.0.20050310-1.1 Windows Emulator (Library) ii xbase-clients [xcontrib 4.3.0.dfsg.1-14 miscellaneous X clients -- debconf information: wine/del_wine_conf: true wine/install_type: Autodetect -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327262: wine registers wine-safe in mailcap to run dos programs
Package: wine Version: 0.0.20050310-1.1 Severity: critical Tags: security The wine package should not register wine-safe in mailcap. I *never* expect to run a program when running: see foobar.bat Unfortunately, this will run: wine-safe foobar.bat -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.13 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wine depends on: ii debconf 1.4.30.13Debian configuration management sy ii libwine 0.0.20050310-1.1 Windows Emulator (Library) ii xbase-clients [xcontrib 4.3.0.dfsg.1-14 miscellaneous X clients -- debconf information: wine/del_wine_conf: true wine/install_type: Autodetect -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#60156: acknowledged by developer (summer cleaning)
Le 2005-08-05 18:33:17 -0700, Debian Bug Tracking System écrivait : This bug has been unreproducible since forever and the submitter seems to have disappeared. Closing. I have not disappeared, but I seem to have missed the e-mail you sent in May. Sorry. I cannot reproduce this anymore, so you can close the bug. Thanks. -- Jean-Philippe Guérard http://tigreraye.org
