Bug#397469: #397469 was a bug in python-adns
It seems that this was a bug in python-adns, since today 1.1.0-2 entered testing and straw behaves as expected (without your patch). I'm so sorry that I didn't test it with python-adns from unstable. Perhaps the maintainer should revert this NMU with the next upload, I don't know whether Tuukka's patch is harmless. -- Best regards / SSC Varna | E-mail: [EMAIL PROTECTED] Yavor Doganov| Mobile: +359 88 7517748 Southway Shipping Consultancy Ltd.-Gibraltar, Varna Branch Ph: +359 52 600129, 600130, 603643 | Fax: +359 52 603612 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398660: msmtp: typo in debconf templates
On Tue, Nov 14, 2006 at 09:42:36PM +0100, Guilhelm Panaget wrote: Package: msmtp Severity: minor Tags: l10n Hi, while translating the debconf template of msmtp we noticed two typos : line 56 : confiugration line 75 : encrpyted Pleas send me back the template file once it's corrected. Thanks Guilhelm Fixed templates are attached to this mail -- Combien de fois l'homme en colère nie-t-il avec rage ce que lui souffle son moi intérieur. -+- Frank Herbert, Dune -+- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-11-14 23:02+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Create a system wide configuration file? msgstr #. Type: boolean #. Description #: ../templates:1001 msgid msmtp has a sendmail emulation mode which allow to create a default system account that can be used by any user. msgstr #. Type: string #. Description #: ../templates:2001 msgid SMTP server hostname: msgstr #. Type: string #. Description #: ../templates:3001 msgid SMTP port number: msgstr #. Type: boolean #. Description #: ../templates:4001 msgid Generate an envelope-from address? msgstr #. Type: boolean #. Description #: ../templates:4001 msgid msmtp can generate an envelope-from address based on the login name and the \maildomain\ configuration variable. msgstr #. Type: string #. Description #: ../templates:5001 msgid Domain to use for the envelope-from address: msgstr #. Type: boolean #. Description #: ../templates:6001 msgid Use TLS to encrypt connection? msgstr #. Type: boolean #. Description #: ../templates:6001 msgid Connection to remote hosts can be encrypted using TLS. This option should be enabled if the remote server supports such connections. msgstr
Bug#398882: mysql-server-4.1: mysql tabel update results in Incorrect key file for table
Package: mysql-server-4.1 Version: 4.1.11a-4sarge7 Severity: important Tags: patch -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9-023stab033.1-enterprise Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mysql-server-4.1 depends on: ii adduser 3.63Add and remove users and groups ii debconf 1.4.30.13 Debian configuration management sy ii libc62.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libdbi-perl 1.46-6 Perl5 database interface by Tim Bu ii libgcc1 1:3.4.3-13sarge1GCC support library ii libmysqlclient14 4.1.11a-4sarge7 mysql database client library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libreadline4 4.3-11 GNU readline and history libraries ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent ii mysql-client-4.1 4.1.11a-4sarge7 mysql database client binaries ii mysql-common-4.1 4.1.11a-4sarge7 mysql database common files (e.g. ii passwd 1:4.0.3-31sarge9change and administer password and ii perl 5.8.4-8sarge5 Larry Wall's Practical Extraction ii psmisc 21.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: mysql-server-4.1/start_on_boot: true mysql-server-4.1/postrm_remove_databases: false * mysql-server-4.1/mysql_install_db_notes: mysql-server-4.1/mysql_update_hints1: mysql-server-4.1/nis_warning: Updating fields in mysql table (random entries) does result in incorrect key file for table and this in syslog: mysqld[18238]: 061116 8:15:06 [ERROR] /usr/sbin/mysqld: Can't open file: 'serendipity_entries.MYI' (errno: 145) After restarting mysql this happens: Nov 16 08:14:59 lvps87-230-14-47 /etc/mysql/debian-start[18271]: Checking for crashed MySQL tables. Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: WARNING: mysqlcheck has found corrupt tables Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: serendipity.serendipity_entries Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: warning : Table is marked as crashed Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: error: Checksum for key: 3 doesn't match checksum for records Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: error: Corrupt Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: Improperly closed tables are also reported if clients are accessing Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: the tables *now*. A list of current connections is below. Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: ++--+---++-+--+---+--+ Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: | Id | User | Host | db | Command | Time | State | Info | Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: ++--+---++-+--+---+--+ Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: | 5 | debian-sys-maint | localhost || Query | 0| | show processlist | Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: ++--+---++-+--+---+--+ Nov 16 08:15:01 lvps87-230-14-47 /etc/mysql/debian-start[18310]: Uptime: 2 Threads: 1 Questions: 398 Slow queries: 0 Opens: 367 Flush tables: 1 Open tables: 64 Queries per second avg: 199.000 Nov 16 08:15:01 lvps87-230-14-47 CRON[18367]: (pam_unix) session opened for user root by (uid=0) Nov 16 08:15:01 lvps87-230-14-47 CRON[18367]: (pam_unix) session closed for user root Nov 16 08:15:06 lvps87-230-14-47 mysqld[18238]: 061116 8:15:06 [ERROR] /usr/sbin/mysqld: Can't open file: 'serendipity_entries.MYI' (errno: 145) Bug is described in mysql BUG 5686. Updating to 4.1.16 should help. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393989: [Pkg-mono-group] Bug#393989: dependency on blam
On Thu, 2006-11-16 at 06:51 +0100, Michael Biebl wrote: Hi Mirco, just for the record, blam has been updated and does not depend on gecko-sharp anymore. thats good As you don't intend to invest anymore time into gecko-sharp (which is understandable), please request the removal of the package. I already discussed it briefly with you and you agreed on this. As we are nearing the etch release, this would mean two RC bugs less. I asked RM already and RC bugs of packages that are not in testing or tagged sid-only are not considered for the etch release. I will file the removal request, don't worry, but it usually takes anyhow months till they are processed ;) -- Regards, Mirco 'meebey' Bauer PGP-Key: http://keyserver.noreply.org/pks/lookup?op=getsearch=0xEEF946C8 -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d s-:+ a-- C++ UL$ P L++$+++$ E- W+++$ N o? K- w++! O M- V? PS PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G++ e h! r-++ y? --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part
Bug#398824: remstats: postrm purge fails: /usr/share/wwwconfig-common/apache-uninclude_all.sh: No such file or directory
On 16/11/06 at 07:25 +0100, Christian Perrier wrote: Quoting Lucas Nussbaum ([EMAIL PROTECTED]): Package: remstats Version: 1.0.13a-6.1 Severity: serious Usertags: grid5000 (Ccing Christian since he might want to fix that one as well) Will trysigh...:-) Hi, During a piuparts run over all the packages in etch, I ran into a problem with your package: Removing remstats ... Purging configuration files for remstats ... /var/lib/dpkg/info/remstats.postrm: line 34: /usr/share/wwwconfig-common/apache-uninclude_all.sh: No such file or directory My first analysis is to suggest moving wwwconfig-common to Pre-Depends. Or maybe only calling /usr/share/wwwconfig-common/apache-uninclude_all.sh during postrm remove, not postrm purge. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398425: mondo: Crash during backup : *** glibc detected *** free(): invalid next size (fast): 0x080e1898 ***
Hi Andree, I've just installed the package libfribidi0 and now it's work great. Thanks you very much for your help. Best Regards, -- Olivier LARRIGAUDIERE Andree Leidenfrost wrote: tags 398425 + confirmed thanks Hi Olivier, Ok, I've now finished the etch i386 install and have tested. I can confirm the issue and attach a backtrace (so no need for you to do this - but thanks a lot for your willingness to help!). The backtrace indicated to me that this is the same as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379938. So I installed the libfribidi0 package, and indeed the issue went away. If you could therefore install the libfribidi0 package as well and let me know how that affects things, that would be really great. Thanks a lot best regards, Andree On Wed, 2006-11-15 at 11:22 +0100, Olivier LARRIGAUDIERE wrote: Hello Andree, First of all, thank you for your answer. The hardware I use it's a Dell PE SC440 Celeron D336 with two disks in mirroring. The RAID is done by a hardware card SAS 5iR. Effectively I use debian i386 etch. Could you please give me more detailed instructions on how to produce a backtrace ? Best Regards, begin:vcard fn:Olivier LARRIGAUDIERE n:LARRIGAUDIERE;Olivier org:LASELEC S.A. adr:BP 23705;;105, Avenue du Gal Eisenhower;TOULOUSE Cedex 1;;31037;FRANCE email;internet:[EMAIL PROTECTED] tel;work:00 33 5 61 19 46 46 tel;fax:00 33 5 61 19 46 44 x-mozilla-html:FALSE url:http://www.laselec.com version:2.1 end:vcard smime.p7s Description: S/MIME Cryptographic Signature
Bug#310982: plan to include in sarge 2.4 update
dann frazier wrote: On Mon, Nov 13, 2006 at 12:22:59PM -0800, Steve Langasek wrote: Yes, because this is a kernel security bug. The smbmount patch was entertained pre-sarge only as a stopgap due to the proximity to release; the right place to fix this is still in the kernel (upstream as appropriate). I've done some testing and verified that 2.6.18 honors uid= and 2.6.8 does not. It looks like this was fixed upstream: http://linux.bkbits.net:8080/linux-2.6/[EMAIL PROTECTED]|src/|src/fs|src/fs/smbfs|related/fs/smbfs/inode.c So, I plan to use this patch for 2.6.8, and attempt to backport it to 2.4.27. If backporting becomes overly complicated/risky, I'll revert to using something like Horms' patch. I'll also see about getting a CVE assigned. Everyone cool with this plan? Ok. Regards, Joey -- If nothing changes, everything will remain the same. -- Barne's Law Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398883: qt3-designer: typo in package description
Package: qt3-designer Version: 3:3.3.7-1 Severity: minor *** Please type your report below this line *** the second sentence in the description contains the misspelling database accesss (note the triple s) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages qt3-designer depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-19 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-7 PNG library - runtime ii libqt3-mt3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-3 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages qt3-designer recommends: ii qt3-dev-tools 3:3.3.7-1 Qt3 development tools -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398824: remstats: postrm purge fails: /usr/share/wwwconfig-common/apache-uninclude_all.sh: No such file or directory
On Thu, Nov 16, 2006 at 07:25:32AM +0100, Christian Perrier wrote: Hi, During a piuparts run over all the packages in etch, I ran into a problem with your package: Removing remstats ... Purging configuration files for remstats ... /var/lib/dpkg/info/remstats.postrm: line 34: /usr/share/wwwconfig-common/apache-uninclude_all.sh: No such file or directory My first analysis is to suggest moving wwwconfig-common to Pre-Depends. Pre-Depends are not guaranteed to be installed at purge time, only essential packages are. This cleanup needs to either happen in the postrm remove target instead of in the purge target, or it needs to be done conditionally on purge, depending on the nature of the clean-up. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219748: gforge-web-apache does not autogenerate ssl key
Hi, since the last update of apache, ssl support has been included by default. This causes severals problems cause gforge will prevent to start apache again, until a cert is generate. A debconf question about this is on gforge-dns-bind9.templates.dsfh-in (Bind9?) but is never shown. Apart of this, there is no mod-ssl-makecert utility on apache 2 packages. Ghe Rivero -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398884: jigdo-file: hangs during package scan and consumes 100% of CPU
Package: jigdo-file Version: 0.7.3-1 Severity: normal Hello, I'm doing jigdo-lite --scan /mnt/tmp --noask debian-testing-i386-binary-3.jigdo . The problem occurs on any image. After the problem has occurred, it is 100% reproducible. /mnt/tmp has three DVD images for amd64. The default mirror is a local repository mirrored with anonftpsync. The same jigdo-file-cache.db file is used since sarge, is 70 MiB large, and contains many files that are no more present. When the program hangs, the output looks like this: Images offered by `debian-testing-i386-binary-3.jigdo': 1: 'Debian GNU/Linux testing Etch - Official Snapshot i386 Binary-3' (debian-testing-i386-binary-3.iso) Further information about `debian-testing-i386-binary-3.iso': Generated on Fri, 10 Nov 2006 11:10:04 +0100 Path to scan: /mnt/tmp Not downloading .template file - `debian-testing-i386-binary-3.template' already present 100% 38416k/38416k scanning `.../1/pool/main/v/vtk/vtk-doc_5.0.1-4_all.deb' Please let me know if I can help, e.g., through enabling debugging, etc.? The people are waiting for the RC1 ;) . For now, I skip scanning. Thanks in advance, Baurzhan. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages jigdo-file depends on: ii libbz2-1.01.0.2-7high-quality block-sorting file co ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdb4.4 4.4.20-6 Berkeley v4.4 Database Libraries [ ii libgcc1 1:4.1.1-9 GCC support library ii libstdc++64.1.1-9The GNU Standard C++ Library v3 ii wget 1.9.1-12 retrieves files from the web ii zlib1g1:1.2.2-4 compression library - runtime jigdo-file recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398885: gforge-web-apache: Apache2 configuration files
Package: gforge-web-apache Version: 4.5.14-18 Severity: normal There are a couple of bugs in the apache2 configuration of gforge: - Debconf ask for permission to modify httpd.conf, but this files is now empty on last versiones of apache2 - gforge.httpd.conf should be placed on sites-available and be activaded from there. Ghe Rivero -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.29-xen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gforge-web-apache depends on: ii apache2 2.2.3-3.1 Next generation, scalable, extenda ii apache2-mpm-prefork [apache2] 2.2.3-3.1 Traditional model for Apache HTTPD ii cronolog 1.6.2-5.2 Logfile rotator for web servers ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii gforge-common 4.5.14-18 collaborative development tool - s ii gforge-db-postgresql [gforge- 4.5.14-18 collaborative development tool - d ii libapache2-mod-php4 4:4.4.4-6 server-side, HTML-embedded scripti ii libdbd-pg-perl1.49-1 a PostgreSQL interface for Perl 5 ii libdbi-perl 1.52-1 Perl5 database interface by Tim Bu ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-suid 5.8.8-6.1 Runs setuid Perl scripts ii php4 4:4.4.4-6 server-side, HTML-embedded scripti ii php4-cgi 4:4.4.4-6 server-side, HTML-embedded scripti ii php4-gd 4:4.4.4-6 GD module for php4 ii php4-pgsql4:4.4.4-6 PostgreSQL module for php4 Versions of packages gforge-web-apache recommends: pn libphp-jpgraphnone (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397395: Bug reproduction
I can also reproduce this bug in debian with these test files: [EMAIL PROTECTED]:~/phpxslbugtest$ cat test.xml ?xml version='1.0'? test tag attribute='somethingwithamp;anamp'contentamp;/tag /test [EMAIL PROTECTED]:~/phpxslbugtest$ cat test.xsl ?xml version='1.0'? !DOCTYPE xsl:stylesheet [!ENTITY nbsp #160;] xsl:stylesheet version='1.0' xmlns:xsl='http://www.w3.org/1999/XSL/Transform' xsl:template match='/test' xsl:copy-of select='.'/ /xsl:template /xsl:stylesheet [EMAIL PROTECTED]:~/phpxslbugtest$ xsltproc test.xsl test.xml error : unterminated entity reference anamp ?xml version=1.0? test tag attribute=somethingwithcontentamp;/tag /test I looked at the libxml code and found that the error occurs because somewhere in the process the entity is interpreted and the interpreted value is passed to libxml2's xmlStringGetNodeList function (which actually throws the error). A very dirty workaround is to use constructions like amp;amp; Ron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385950: libpam-ldap: Broken regexp in postinst script
Hi, On Thursday 16 November 2006 00:02, you wrote: severity 385950 important I believe this is wrong. In this debconf prompt, the user is asked for a server and is specifying a URI instead. There was no debconf prompt, maybe because I installed it with live-package which (I think, not confirmed) sets DEBCONF_FRONTEND to non-interactive. But I was definitly not prompted for anything ;) I don't think this is RC -- the failure mode is ungraceful in the extreme, but it happens as a result of user error No user input, no user error. regards, Holger pgpPubJ9MmQX0.pgp Description: PGP signature
Bug#398333: Automatic partition/disk selection
Geert Stappers wrote:
Op 15-11-2006 om 17:18 schreef Olaf van der Spek:
Hi,
I've got the same problem.
It'd be nice if there was a way to tell the installer to automatically
choose a disk, especially in single-disk systems.
Attached is a disk recipe that I used about a year ago.
It allowed me to do a complete automatic install.
I'm curious if it still works.
Where in the recipe do you choose the disc?
Cheers
Geert Stappers
diskindeling ::
32 96 128 ext3
$primary{ }
$bootable{ }
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /boot }
.
64 512 640 ext3
$primary{ }
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ / }
.
64 512 300% linux-swap
method{ swap }
format{ }
.
500 3000 5000 ext3
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /usr }
.
70 1500 3000 ext3
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /var }
.
20 300 400 ext3
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /tmp }
.
300 3000 3000 ext3
method{ format } format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /home }
.
300 3000 10 ext3
$primary{ }
method{ lvm }
.
--
Olaf van der Spek
http://xccu.sf.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398542: trivial patch to safeguard postrm and fix bug #398542
On Wed, Nov 15, 2006 at 09:34:50PM +0100, Andreas Henriksson wrote: Make sure that the update-inetd is available in the postrm script before using it. In the real-world-unlikely scenario where it's not available, let the user clean up /etc/inetd.conf manually I was thinking to change the dependencies to add update-inetd there. postinst also uses update-inetd, and it's weird to have to change inetd.conf every time by the user I think. Regards, Chris Niekel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398853: fortunes installed in wrong directory?
On Thu, 16 Nov 2006, Florian Haas wrote: Package: fortunes-de Version: 0.20-1 fortune -f (which should list all files containing fortunes fortune knows) outputs: fortune: /usr/share/games/fortunes: No fortune files in directory. fortune:/usr/share/games/fortunes not a fortune file or directory fortune: no place to put residual probability (0%) Which fortune version are you using? Older versions of fortune were not internationalized, but current ones are and are looking into subdirectories. Guess at the reason: the fortune-files are placed in /usr/share/games/fortunes/de/ copying them into /usr/share/games/fortunes/ resolves the error; fortune starts to crank out german fortunes. How did you managed to send a bug report without the dependencies with versions on your machine? Didn't you used reportbug? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389157: noflushd: Noflushd uses up all the cpu-time it can get
OK it happened today and here's the backtrace: # gdb /usr/sbin/noflushd `pidof noflushd` GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. Attaching to program: /usr/sbin/noflushd, process 3159 Reading symbols from /lib/tls/i686/cmov/libc.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Failed to read a valid object file image from memory. 0xa7e49881 in malloc () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xa7e49881 in malloc () from /lib/tls/i686/cmov/libc.so.6 #1 0xa7e49d60 in realloc () from /lib/tls/i686/cmov/libc.so.6 #2 0x0804eb3d in get_line (fp=0x8054030) at util.c:51 #3 0x0804f235 in eat_line (part=0x8054008) at part_info.c:164 #4 0x0804f860 in part_info_next (part=0x8054008, flag=1) at part_info.c:303 #5 0x0804f8e9 in part_info_disk_next (part=0x8054008) at part_info.c:324 #6 0x0804ddbc in sync_spinning_disks (head=0x8054e68) at state.c:209 #7 0x0804e5fe in nfd_daemon (head=0x8054e68, stat=0x8056360) at state.c:437 #8 0x0804cb2c in main (argc=3, argv=0xaf9df844) at noflushd.c:269 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390889: mysql-server-5.0: Is safe to remove the cron.daily for mysql 5.0 ?
Package: mysql-server-5.0 Version: 5.0.26-3 Followup-For: Bug #390889 Hi, a few days have to update mysql-server to last version in etch, version 5.0, but in my email system, i have messages with follow: /etc/cron.daily/mysql-server-41: /etc/cron.daily/mysql-server-41: line 26: /etc/mysql/debian-log-rotate.conf: No existe el fichero o el directorio run-parts: /etc/cron.daily/mysql-server-41 exited with return code 1 Reading this number bug #390889 in debian bts, say the version 5.0 of mysql don't use cron ?, so is safe to delete this file in cron.daily ? mysql-server-41. greetings, sorry my english is bad =). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Versions of packages mysql-server-5.0 depends on: ii adduser 3.99 Add and remove users and groups ii debconf [debconf-2.0] 1.5.8Debian configuration management sy ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libdbi-perl 1.52-1 Perl5 database interface by Tim Bu ii libgcc1 1:4.1.1-19 GCC support library ii libmysqlclient15off 5.0.26-3 mysql database client library ii libncurses5 5.5-5Shared libraries for terminal hand ii libreadline55.2-1GNU readline and history libraries ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libwrap07.6.dbs-11 Wietse Venema's TCP wrappers libra ii lsb-base3.1-15 Linux Standard Base 3.1 init scrip ii mysql-client-5.05.0.26-3 mysql database client binaries ii mysql-common5.0.26-3 mysql database common files (e.g. ii passwd 1:4.0.18.1-5 change and administer password and ii perl5.8.8-6.1Larry Wall's Practical Extraction ii psmisc 22.3-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages mysql-server-5.0 recommends: ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- debconf information: mysql-server-5.0/really_downgrade: false mysql-server-5.0/start_on_boot: true mysql-server-5.0/nis_warning: mysql-server-5.0/postrm_remove_databases: false mysql-server/error_setting_password: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395306: Dovecot with inotify support
Hello, quick follow-up for your bugreport: linux-kernel-headers is build-essential, so there is no need to build-depends on it, but inotify support is only in glbc 2.4, and this version is in experimental actually. For this reason, inotify support in dovecot will be available only for etch+1. Thanks, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398886: argus: [INTL:fr] French debconf templates translation
Package: argus Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, please remember about the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. See its man page for details. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-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) # translation of fr.po to French # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Christian Perrier [EMAIL PROTECTED], 2006. msgid msgstr Project-Id-Version: fr\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-11-07 20:48-0800\n PO-Revision-Date: 2006-11-10 05:54+0100\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: select #. Choices #: ../templates:1001 msgid boot, dialup, both, none msgstr Au démarrage, À la connexion PPP, Au démarrage et à la connexion PPP, Pas de lancement #. Type: select #. Description #: ../templates:1002 msgid Startup behaviour: msgstr Méthode de lancement : #. Type: select #. Description #: ../templates:1002 msgid It is possible to start argus at boot time, upon initiating a PPP connection, both, or never, which requires user intervention in order to start argus. msgstr Argus peut être lancé au démarrage, à l'établissement d'une connexion PPP, à l'un et l'autre ou bien jamais. Dans ce dernier cas, une action de l'utilisateur est nécessaire pour le lancer. #. Type: boolean #. Description #: ../templates:2001 msgid Should /etc/default/argus-server be overwritten? msgstr Faut-il écraser le fichier /etc/default/argus-server ? #. Type: boolean #. Description #: ../templates:2001 msgid If you select this option, the installation script will always overwrite / etc/default/argus-server. Otherwise, you will manage that file yourself. msgstr Si vous choisissez cette option, le script d'installation réécrira systématiquement ce fichier. Dans le cas contraire, vous devrez le gérer vous-même.
Bug#319638: Announce of the upcoming NMU for the trn4 package
Quoting Colin Watson ([EMAIL PROTECTED]): On Wed, Nov 15, 2006 at 07:53:22AM +0100, Christian Perrier wrote: Dear maintainer of trn4 and Debian translators, On 08 nov 2006 I sent a notice to the maintainer of the trn4 Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #319638). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer did not respond in a week so I will proceed with the NMU. Urgh, I missed the earlier mail. I have all this checked into my Subversion repository already, and it would be less confusing for me to resolve later if I just uploaded what I've got. Colin, is your SVN repository accessible ? It's quite likely that, after this call, I'll get a few updates which would be better directly committed. The changelog I had up to now was: * Non-maintainer upload to fix longstanding l10n issues. * Turn trn4/whoami-change debconf note into an error type (closes: #388975) * Debconf translation updates: - Czech added (closes: #319638) - Swedish added (closes: #330441) So, either you upload now, but translators updates are likely to need being redirected to the BTS...or you wait for 7 days until the deadline finishes, with me committing the new updates and giving you a GO when everything is ready.
Bug#389157: noflushd: Noflushd uses up all the cpu-time it can get
I did a couple more backtraces and got different results (after detaching and reattaching): (gdb) bt #0 0xa7f2c410 in ?? () #1 0xaf9df678 in ?? () #2 0x08056468 in ?? () #3 0x0001 in ?? () #4 0xa7e9e423 in open () from /lib/tls/i686/cmov/libc.so.6 #5 0x0804dbef in sync_part (name=0x8054db0 /dev/sda1) at state.c:158 #6 0x0804dc5d in sync_current_disk () at state.c:176 #7 0x0804ddaf in sync_spinning_disks (head=0x8054e68) at state.c:221 #8 0x0804e5fe in nfd_daemon (head=0x8054e68, stat=0x8056360) at state.c:437 #9 0x0804cb2c in main (argc=3, argv=0xaf9df844) at noflushd.c:269 (gdb) bt #0 release_line (line=0x80576081 14 ram14 0 0 0 0 0 0 0 0 0 0 0\n) at util.c:69 #1 0x0804a966 in update_io_25 (ds=0x8056360) at disk_stat.c:502 #2 0x0804aba5 in disk_stat_update (ds=0x8056360) at disk_stat.c:556 #3 0x0804e0ec in check_io (di=0x8054e68, ds=0x8056360, interval=0) at state.c:316 #4 0x0804e580 in nfd_daemon (head=0x8054e68, stat=0x8056360) at state.c:414 #5 0x0804cb2c in main (argc=3, argv=0xaf9df844) at noflushd.c:269 (gdb) bt #0 0xa7f2c410 in ?? () #1 0xaf9df4cc in ?? () #2 0x0400 in ?? () #3 0xa7f27000 in ?? () #4 0xa7e9e603 in read () from /lib/tls/i686/cmov/libc.so.6 #5 0xa7e41638 in _IO_file_read () from /lib/tls/i686/cmov/libc.so.6 #6 0xa7e429e8 in _IO_file_underflow () from /lib/tls/i686/cmov/libc.so.6 #7 0xa7e4313b in _IO_default_uflow () from /lib/tls/i686/cmov/libc.so.6 #8 0xa7e443fd in __uflow () from /lib/tls/i686/cmov/libc.so.6 #9 0xa7e386a6 in _IO_getline_info () from /lib/tls/i686/cmov/libc.so.6 #10 0xa7e385ef in _IO_getline () from /lib/tls/i686/cmov/libc.so.6 #11 0xa7e3757f in fgets () from /lib/tls/i686/cmov/libc.so.6 #12 0x0804eb71 in get_line (fp=0x8056e08) at util.c:56 #13 0x0804a8d6 in update_io_25 (ds=0x8056360) at disk_stat.c:493 #14 0x0804aba5 in disk_stat_update (ds=0x8056360) at disk_stat.c:556 #15 0x0804e0ec in check_io (di=0x8054e68, ds=0x8056360, interval=0) at state.c:316 #16 0x0804e580 in nfd_daemon (head=0x8054e68, stat=0x8056360) at state.c:414 #17 0x0804cb2c in main (argc=3, argv=0xaf9df844) at noflushd.c:269 Also, strace shows this endless loop: _llseek(3, 0, [0], SEEK_SET)= 0 read(3, major minor #blocks name\n\n 8..., 1024) = 323 open(/dev/sda, O_WRONLY) = 7 fsync(7)= 0 close(7)= 0 open(/dev/sda1, O_WRONLY) = 7 fsync(7)= 0 close(7)= 0 open(/dev/sda2, O_WRONLY) = 7 fsync(7)= 0 close(7)= 0 open(/dev/sda5, O_WRONLY) = 7 fsync(7)= 0 close(7)= 0 open(/dev/sda6, O_WRONLY) = 7 fsync(7)= 0 close(7)= 0 read(3, , 1024) = 0 time(NULL) = 1163667408 _llseek(5, 0, [0], SEEK_SET)= 0 read(5,10 ram0 0 0 0 0 0 0 0 0 0..., 1024) = 1024 read(5, hda5 198 396 0 0\n 36 hda6 ..., 1024) = 163 read(5, , 1024) = 0 time(NULL) = 1163667408 where: # lsof -n|grep noflushd noflushd 3159root cwd DIR8,1 4096 2 / noflushd 3159root rtd DIR8,1 4096 2 / noflushd 3159root txt REG8,1105783 726181 /usr/sbin/noflushd noflushd 3159root mem REG0,00 [heap] (stat: No such file or directory) noflushd 3159root mem REG8,1 1241580 613116 /lib/tls/i686/cmov/libc-2.3.6.so noflushd 3159root mem REG8,1 88164 290409 /lib/ld-2.3.6.so noflushd 3159root0u CHR1,3 1075 /dev/null noflushd 3159root1u CHR1,3 1075 /dev/null noflushd 3159root2u CHR1,3 1075 /dev/null noflushd 3159root3r REG0,3 0 4026531852 /proc/partitions noflushd 3159root4u REG0,3 0 4026531937 /proc/sys/vm/dirty_writeback_centisecs noflushd 3159root5r REG0,3 0 4026531859 /proc/diskstats noflushd 3159root6r DIR0,8 0273 inotify and another backtrace: (gdb) bt full #0 0xa7e0f174 in strtol_l () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #1 0xa7e0e82f in __strtoul_internal () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #2 0xa7e2c5fb in _IO_vfscanf () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #3 0xa7e39a79 in vsscanf () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #4 0xa7e34f2e in sscanf () from
Bug#398333: Automatic partition/disk selection
Dennis Hoppe said: 1. debian installer asks at which harddisk he should install debian etch. but i have only one harddisk at my server. ... d-i partman-auto/disk string /dev/discs/disc0/disc On Wed, November 15, 2006 17:18, Olaf van der Spek said: I've got the same problem. Dennis, Olaf...could you try changing the partman-auto/disk entry to partman-auto/select_disk in your preseed files and see if that fixes things, and also make sure that you only have one such line in the preseed file as there seemed to be two partman-auto/disk in the preseed file posted to the bug report. If that fixes things, the template either needs a name change or the manual needs an update. -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#161515: it colossus go retentive
The Shorts are out! The Gap is Good! Take advantage! Company: Red Reef Laboratories Symbol: RREF Price: $0.215 RREF has been on a steady rise for a week with HUGE volume. Now the shorts created a gap providing a second chance to get in on RREF. It's $0.215, and will climb hard back to $0.40 by early next week. Don't be the one that missed out be the one who rakes it in next week. Grab RREF first thing Thursday morning. Truth is stranger than fiction. The more you Know, the more you know you don't Know Hunger is the best sauce. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385950: libpam-ldap: Broken regexp in postinst script
severity 385990 serious thanks * Holger Levsen ([EMAIL PROTECTED]) [061116 00:47]: On Thursday 16 November 2006 00:02, you wrote: In this debconf prompt, the user is asked for a server and is specifying a URI instead. There was no debconf prompt, maybe because I installed it with live-package which (I think, not confirmed) sets DEBCONF_FRONTEND to non-interactive. But I was definitly not prompted for anything ;) This is a shared debconf string, shared/ldapns/ldap-server, so you might have been asked at another place for it - the default is 127.0.0.1 in this package. If you however install libnss-ldap first, then this defaults to ldap://127.0.0.1/. In summary, the installation could fail without any user input, which is RC. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398888: libapache2-mod-xmlrpc2: FTBFS: cmake/gcc errors
Package: libapache2-mod-xmlrpc2 Version: 2.2.1-2 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of libapache2-mod-xmlrpc2_2.2.1-2 on avidan by sbuild/i386 98 Build started at 20061116-0417 ** ... /build/buildd/libapache2-mod-xmlrpc2-2.2.1/mod_xmlrpc.c:120: warning: initialization from incompatible pointer type /build/buildd/libapache2-mod-xmlrpc2-2.2.1/mod_xmlrpc.c:124: warning: initialization from incompatible pointer type /usr/bin/cmake -E cmake_progress_report /build/buildd/libapache2-mod-xmlrpc2-2.2.1/build/CMakeFiles 2 [ 33%] Building C object CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_c.o /usr/bin/gcc -Dmod_xmlrpc_EXPORTS -DSUPPORT_C `/usr/bin/xmlrpc-c-config --cflags` `/usr/bin/apr-config --cflags` -I`/usr/bin/apr-config --includedir` `/usr/bin/apxs2 -q CFLAGS` -I`/usr/bin/apxs2 -q INCLUDEDIR` -Wall -g -fno-strict-aliasing -O2 -fPIC -I/usr/lib/ruby/1.8/i486-linux -DSUPPORT_RUBY -fPIC -I/build/buildd/libapache2-mod-xmlrpc2-2.2.1 -o CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_c.o -c /build/buildd/libapache2-mod-xmlrpc2-2.2.1/mod_xmlrpc_c.c /usr/bin/cmake -E cmake_progress_report /build/buildd/libapache2-mod-xmlrpc2-2.2.1/build/CMakeFiles 3 [ 50%] Building C object CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_rb.o /usr/bin/gcc -Dmod_xmlrpc_EXPORTS -DSUPPORT_C `/usr/bin/xmlrpc-c-config --cflags` `/usr/bin/apr-config --cflags` -I`/usr/bin/apr-config --includedir` `/usr/bin/apxs2 -q CFLAGS` -I`/usr/bin/apxs2 -q INCLUDEDIR` -Wall -g -fno-strict-aliasing -O2 -fPIC -I/usr/lib/ruby/1.8/i486-linux -DSUPPORT_RUBY -fPIC -I/build/buildd/libapache2-mod-xmlrpc2-2.2.1 -o CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_rb.o -c /build/buildd/libapache2-mod-xmlrpc2-2.2.1/mod_xmlrpc_rb.c /usr/bin/cmake -E cmake_progress_report /build/buildd/libapache2-mod-xmlrpc2-2.2.1/build/CMakeFiles 4 [ 66%] Building C object CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_server.o /usr/bin/gcc -Dmod_xmlrpc_EXPORTS -DSUPPORT_C `/usr/bin/xmlrpc-c-config --cflags` `/usr/bin/apr-config --cflags` -I`/usr/bin/apr-config --includedir` `/usr/bin/apxs2 -q CFLAGS` -I`/usr/bin/apxs2 -q INCLUDEDIR` -Wall -g -fno-strict-aliasing -O2 -fPIC -I/usr/lib/ruby/1.8/i486-linux -DSUPPORT_RUBY -fPIC -I/build/buildd/libapache2-mod-xmlrpc2-2.2.1 -o CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_server.o -c /build/buildd/libapache2-mod-xmlrpc2-2.2.1/mod_xmlrpc_server.c Linking C shared library mod_xmlrpc.so /usr/bin/cmake -P CMakeFiles/mod_xmlrpc.dir/cmake_clean_target.cmake /usr/bin/cmake -E cmake_link_script CMakeFiles/mod_xmlrpc.dir/link.txt --verbose=1 /usr/bin/gcc -fPIC -DSUPPORT_C `/usr/bin/xmlrpc-c-config --cflags` `/usr/bin/apr-config --cflags` -I`/usr/bin/apr-config --includedir` `/usr/bin/apxs2 -q CFLAGS` -I`/usr/bin/apxs2 -q INCLUDEDIR` -Wall -g -fno-strict-aliasing -O2 -fPIC -I/usr/lib/ruby/1.8/i486-linux -DSUPPORT_RUBY `/usr/bin/xmlrpc-c-config --libs` `/usr/bin/apr-config --libs` `/usr/bin/apxs2 -q LDFLAGS` -lpthread -ldl -lcrypt -lm -lc -lruby1.8 -shared -Wl,-soname,mod_xmlrpc.so -o mod_xmlrpc.so CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc.o CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_c.o CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_rb.o CMakeFiles/mod_xmlrpc.dir/mod_xmlrpc_server.o gcc: `/usr/bin/xmlrpc-c-config: No such file or directory gcc: `/usr/bin/apr-config: No such file or directory gcc: `/usr/bin/apxs2: No such file or directory gcc: CFLAGS`: No such file or directory gcc: INCLUDEDIR`: No such file or directory gcc: `/usr/bin/xmlrpc-c-config: No such file or directory gcc: `/usr/bin/apr-config: No such file or directory gcc: `/usr/bin/apxs2: No such file or directory gcc: LDFLAGS`: No such file or directory gcc: unrecognized option '-q' gcc: unrecognized option '-q' gcc: unrecognized option '-q' make[3]: *** [mod_xmlrpc.so] Error 1 make[3]: Leaving directory `/build/buildd/libapache2-mod-xmlrpc2-2.2.1/build' make[2]: *** [CMakeFiles/mod_xmlrpc.dir/all] Error 2 make[2]: Leaving directory `/build/buildd/libapache2-mod-xmlrpc2-2.2.1/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/libapache2-mod-xmlrpc2-2.2.1/build' make: *** [debian/stamp-makefile-build] Error 2 ** Build finished at 20061116-0417 FAILED [dpkg-buildpackage died] -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#370137: xserver-xorg-video-nv: signal 11 on Geforce 4 MX on powerpc
Package: xserver-xorg-video-nv Followup-For: Bug #370137 See log file attached -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xserver-xorg-video-nv depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii xserver-xorg-core2:1.1.1-10 X.Org X server -- core server xserver-xorg-video-nv recommends no packages. -- no debconf information X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux gruik 2.6.17-2-powerpc #1 Wed Sep 13 16:30:39 CEST 2006 ppc Build Date: 07 July 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Nov 16 09:53:52 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device nVidia Corporation NV17 [GeForce4 MX 440] (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/misc. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/misc). (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/75dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/75dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/X11/Type1. Entry deleted from font path. (Run 'mkfontdir' on /usr/share/fonts/X11/Type1). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/100dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/100dpi). (WW) `fonts.dir' not found (or not valid) in /usr/X11R6/lib/X11/fonts/75dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/X11R6/lib/X11/fonts/75dpi). (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/X11R6/lib/X11/fonts/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (**) Ignoring ABI Version (II) No APM support in BIOS or kernel (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:0b:0: chip 106b,002d card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:10:0: chip 10de,0171 card 10de,0008 rev a3 class 03,00,00 hdr 00 (II) PCI: 10:0b:0: chip 106b,002e card , rev 00 class 06,00,00 hdr 00 (II) PCI: 10:17:0: chip 106b,0022 card , rev 03 class ff,00,00 hdr 00 (II) PCI: 10:18:0: chip 106b,0019 card , rev 00 class 0c,03,10 hdr 00 (II) PCI: 10:19:0: chip 106b,0019 card , rev 00 class 0c,03,10 hdr 00 (II) PCI: 20:0b:0: chip 106b,002f card , rev 00 class 06,00,00 hdr 00 (II) PCI: 20:0e:0: chip 11c1,5811 card 11c1,5811 rev 00 class 0c,00,10 hdr 00 (II) PCI: 20:0f:0: chip 106b,0021 card , rev 01 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:11:0), (0,0,32), BCTRL: 0x0008 (VGA_EN is set) (II)
Bug#398890: O: ethiop
Package: wnpp Severity: normal Unfortunately, i have no use anymore for this package and therefore won't keep maintaining it. A new maintainer is needed, preferably with an Ethiopian language background, if at all possible. Maybe it would even be better to completely remove the package from the Debian archive. It is already included in the upstream source tar ball for texlive which is also part of the Debian archive. Thanks! P. *8^) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335412: Status of this bug?
On Thu, 16 Nov 2006, Christian Perrier wrote: It seems that Henrique expressed some concerns about the quality of the translation, then a few exchanges happened but no more update No. I noticed a translator did, and so I asked for the updated translation. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396985: Please add support for automake 1.10
Unfortunately debian/patches/07_support_automake1-10_in_template.diff does not patch kapptemplate/admin/cvs.sh but rather admin/cvs.sh. So /usr/share/apps/kapptemplate/admin/cvs.sh is still not fixed. I guess, the problem is, that cdbs runs patch with -p1 before -p0, so it patches the wrong file. Checking the buildd logs seems to verify this assumption. confirmed and fixed in pkg-kde svn. it will be closed in next upload. cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398513: Bug#398354: tetex-bin: pdflatex segfaults
Frank Küster [EMAIL PROTECTED] wrote: I'm surprised that an application that is dynamically linked against libpoppler reads xpdf configuration files and even files in /usr/share. If this is intended, it should be documented clearly. But in fact it seems to me that it would be better to fork the names of these files, too. ii libpoppler0c2 0.5.0-1 PDF rendering library Is this a known issue? I wasn't aware that this version is outdated, and experimental has changed a lot since then. In sid, pdftex does not access any xpdf conffiles. I'll keep this bug open to make sure we check this once we use libpopper1 Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#340007: Patch for this bug available
Frans Pop wrote: On Tuesday 14 November 2006 11:02, Attilio Fiandrotti wrote: ATM i don't see any definitive solution to this , but i have a small workaround: what about selecting default line and then scrolling instead of scrolling and then select default line (as it is now)? User would perceive only scrolling effect, instead of scrolling + line selection. Your last commit seems to have broken the gtk frontend. I get an error code 141 in localechooser before the language list is shown. The frontend gets restarted. Strangely enough if I boot with priority=medium and skip localechooser, kbd-chooser works correctly. I built a miniiso with cdebconf-gtk-udeb from svn, booted it from qemu with priority=low and proceeded with ENTER (choosing italian as language and italy as country) up to installation completion, but could not crash the frontend. Could you please provide more informations about how to reproduce the bug? cheers Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310982: plan to include in sarge 2.4 update
On Wed, Nov 15, 2006 at 05:54:52PM -0700, dann frazier wrote: On Mon, Nov 13, 2006 at 12:22:59PM -0800, Steve Langasek wrote: Yes, because this is a kernel security bug. The smbmount patch was entertained pre-sarge only as a stopgap due to the proximity to release; the right place to fix this is still in the kernel (upstream as appropriate). I've done some testing and verified that 2.6.18 honors uid= and 2.6.8 does not. It looks like this was fixed upstream: http://linux.bkbits.net:8080/linux-2.6/[EMAIL PROTECTED]|src/|src/fs|src/fs/smbfs|related/fs/smbfs/inode.c So, I plan to use this patch for 2.6.8, and attempt to backport it to 2.4.27. If backporting becomes overly complicated/risky, I'll revert to using something like Horms' patch. I'll also see about getting a CVE assigned. Everyone cool with this plan? I am a bit concerned by the comment in the link you posted: To fully work, some modifications are needed to samba smbmount.c and smbmnt.c files. Those patches are available at Samba and Kernel Bug Tracker pages. After those patches, if the user do not supply any of the parameters a bove, the uid, gid, file_mode and dir_mode on the server will be used by the client. Did I understand correctly we would need to also patch samba ? Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385950: libpam-ldap: Broken regexp in postinst script
On Thu, Nov 16, 2006 at 09:46:57AM +0100, Holger Levsen wrote: On Thursday 16 November 2006 00:02, you wrote: severity 385950 important I believe this is wrong. In this debconf prompt, the user is asked for a server and is specifying a URI instead. There was no debconf prompt, maybe because I installed it with live-package which (I think, not confirmed) sets DEBCONF_FRONTEND to non-interactive. But I was definitly not prompted for anything ;) I don't think this is RC -- the failure mode is ungraceful in the extreme, but it happens as a result of user error No user input, no user error. Then where did this value of https://127.0.0.1/ come from? It's not a default in the package. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398554: add dependency on update-inetd to fix bug #398554
On Wed, Nov 15, 2006 at 10:01:12PM +0100, Andreas Henriksson wrote: rwalld needs a dependency on update-inetd since it's used in the postinst script. It's also used in the postrm script, but there it's already safeguarded to not be used if not available. Other packages who use update-inetd seems to depend on netbase rather then update-inetd, maybe rwalld should do that too? Please double-check. The dependency on netbase dates to sarge or before, when update-inetd was part of this package. Going forward, it's correct to depend on update-inetd if you invoke update-inetd, AIUI. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398891: sendmail: SMTP AUTH as client fails if using libnss-ldap, sasl init problem
Package: sendmail Version: 8.13.4-3sarge3 Severity: important Tags: patch If using libnss-ldap, and not using nscd, the libc will invoke libnss-ldap on every call to getpwnam and such. libnss-ldap will initialize sasl as a client by calling sasl_client_init() On its first invokation, sasl_client_init() stores a list of global callback functions for later usage. Since libnss-ldap is clever, it will not provide any global callback functions; instead it provides them later, on a per-session basis, when sasl_client_new() is called. Later, sendmail wants to authenticate. It calls sasl_client_init() itself and tries to register global callback functions. Since sasl is already initialized, it ignores the callback function list and returns OK. When sendmail calls sasl_client_new(), it fails to provide the list of callback function, assuming sasl will use the global ones. This makes SMTP AUTH as client fail. Unfortunately the mail.log only says Nov 16 00:24:19 localhost sm-mta[9890]: kAEFnQqh004922: AUTH=client, available mechanisms do not fulfill requirements which is very confusing. This can be seen as a sasl bug, but there is a very simple fix for sendmail: Dont rely on the global callback function list, provide the list again on session initialization time. However, there is a (fixed) bug for libsasl2 where I added a comment on this, too (#274087). The simple patch is included. Thanks. Moritz diff -u -r -N sendmail-8.13.4.orig/sendmail/usersmtp.c sendmail-8.13.4/sendmail/usersmtp.c --- sendmail-8.13.4.orig/sendmail/usersmtp.c2006-11-16 10:26:06.003494000 +0100 +++ sendmail-8.13.4/sendmail/usersmtp.c 2006-11-16 10:34:24.744797703 +0100 @@ -553,6 +553,9 @@ if (sasl_clt_init) return SASL_OK; + /* Beware, callbacks are ignored if sasl_client_init() has +* been called before (by a library such as libnss_ldap) +*/ result = sasl_client_init(callbacks); /* should we retry later again or just remember that it failed? */ @@ -1579,9 +1582,13 @@ /* make a new client sasl connection */ # if SASL = 2 + /* We provide the callbacks again because global callbacks in +* sasl_client_init() are ignored if sasl has been initialized +* before, for example, by a library such as libnss-ldap. +*/ saslresult = sasl_client_new(bitnset(M_LMTP, m-m_flags) ? lmtp : smtp, -CurHostName, NULL, NULL, NULL, 0, +CurHostName, NULL, NULL, callbacks, 0, mci-mci_conn); # else /* SASL = 2 */ saslresult = sasl_client_new(bitnset(M_LMTP, m-m_flags) ? lmtp -- Package-specific info: Ouput of /usr/share/bug/sendmail/script: ls -alR /etc/mail: /etc/mail: total 412 drwxr-sr-x8 smmta smmsp 4096 Nov 16 10:44 . drwxr-xr-x 118 root root 8192 Nov 16 10:42 .. -rwxr-xr--1 root smmsp 11668 Nov 16 10:42 Makefile -rw---1 root root 4211 Mar 19 2006 access -rw-r-1 smmta smmsp 12288 Nov 16 10:42 access.db -rw-r--r--1 root root281 Jun 3 2005 address.resolve lrwxrwxrwx1 root smmsp10 Mar 19 2006 aliases - ../aliases -rw-r-1 smmta smmsp 12288 Nov 16 10:42 aliases.db drwx--2 root smmsp 4096 Nov 16 10:42 auth -rw-r--r--1 root smmsp34 Oct 16 15:36 blah -rw-r--r--1 root root 3615 Nov 16 10:42 databases -rw-r-1 smmta smmsp53 Oct 16 23:38 default-auth-info -rw-r--r--1 root smmsp 11153 Oct 17 01:35 found:q -rw-r--r--1 root root 5588 Jun 3 2005 helpfile -rw-r--r--1 root smmsp40 Nov 15 01:16 local-host-names drwxr-sr-x2 smmta smmsp 4096 Mar 19 2006 m4 -rw-r-1 root smmsp37 Nov 16 10:44 mailertable -rw-r-1 root smmsp 12288 Nov 16 10:44 mailertable.db drwxr-xr-x2 root root 4096 Nov 16 10:42 peers -rw-r--r--1 root smmsp 0 Oct 16 15:38 relay-domains drwxr-xr-x2 root smmsp 4096 Nov 15 01:13 sasl -rw-r--r--1 root smmsp 65976 Nov 16 10:42 sendmail.cf -rw-r--r--1 root root 65979 Nov 16 10:42 sendmail.cf.old -rw-r--r--1 root root 11882 Nov 16 10:42 sendmail.conf -rw-r--r--1 root smmsp 4374 Nov 16 10:42 sendmail.mc -rw-r--r--1 root smmsp 4120 Mar 20 2006 sendmail.mc.old -rw-r--r--1 root root149 Jun 3 2005 service.switch -rw-r--r--1 root root180 Jun 3 2005 service.switch-nodns drwxr-sr-x2 smmta smmsp 4096 Mar 19 2006 smrsh -rw-r--r--1 root smmsp 43922 Nov 16 10:42 submit.cf -rw-r--r--1 root root 43912 Nov 16 10:42 submit.cf.old -rw-r--r--1 root smmsp 2321 Nov 16 10:42 submit.mc drwxr-xr-x2 root smmsp 4096 Nov 14 17:55 tls -rw-r--r--1 root smmsp10 Oct 31 23:28 trusted-users /etc/mail/m4: total 8 drwxr-sr-x 2 smmta smmsp 4096 Mar 19 2006 . drwxr-sr-x 8 smmta smmsp 4096 Nov 16 10:44 .. -rw-r- 1 root
Bug#389594: I think the bug is solved
After upgrading the mga video driver to version 1:1.4.4.dfsg.1-1, and xserver-xorg 1:7.1.0-6 all seems to work correctly. The v4l module works great. I think that this bug is over...
Bug#398892: gsynaptics: please remove s390 binary package from archive
Package: ftp.debian.org Severity: normal As reported in bug http://bugs.debian.org/397917 , gsynaptics package should not be build for s390. I am uploading new source package now. Removal of s390 binary package is needed for its migration to testing. Thanks. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- ~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ + Osamu Aoki [EMAIL PROTECTED] Yokohama Japan, GPG-key: A8061F32 .''`. Debian Reference: post-installation user's guide for non-developers : :' : http://qref.sf.net and http://people.debian.org/~osamu `. `' Our Priorities are Our Users and Free Software --- Social Contract -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397184: RM: qsynaptics [s390] -- Ro??
merge 397184 398892 thanks. Hi, I did not notice there were bug filed here too. I am the package maintainer. As reported in Bug#397917, s390 is not supported and uninstallable. I am merging this bug with my s390 binary package removal. Osamu -- ~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ + Osamu Aoki [EMAIL PROTECTED] Yokohama Japan, GPG-key: A8061F32 .''`. Debian Reference: post-installation user's guide for non-developers : :' : http://qref.sf.net and http://people.debian.org/~osamu `. `' Our Priorities are Our Users and Free Software --- Social Contract signature.asc Description: Digital signature
Bug#398763: closed by Thijs Kinkhorst [EMAIL PROTECTED] (Re: Bug#398763: phpmyadmin: readlink error on install)
The cause was a bad version of package ucf (2.003). Downgrading it to latest stable version fixed the problem. Thanks Jean-David
Bug#398894: annoying cron messages when tz-brasil is uninstalled
Package: tz-brasil Version: 0.7 Severity: normal Reported by Christian Reis: https://launchpad.net/distros/ubuntu/+source/tz-brasil/+bug/71991 When tz-brasil is uninstalled, the file /etc/cron.d/tz-brasil sends regular error mails to root... -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Versions of packages tz-brasil depends on: ii fping 2.4b2-to-ipv6-10 sends ICMP ECHO_REQUEST packets to ii wget1.9.1-12 retrieves files from the web Versions of packages tz-brasil recommends: ii cron 3.0pl1-86 management of regular background p -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398895: k3b consumes percent CPU time and all the memory since last upgrade
Package: k3b Version: 0.12.17-3 Severity: important Since the last upgrade k3b consumes 100 percent CPU and eats up all memory when starting an action like Burn Image. This behavior is since the last run of the setup wizard. I started it because every burning action failed. I've seen in the setup dialog that the version number of wodim changed. Since that time k3b is a resource hog. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages k3b depends on: ii cdparanoia 3.10+debian~pre0-2 audio extraction tool for sampling ii kdebase-bin 4:3.5.5a.dfsg.1-1 core binaries for the KDE base mod hi kdelibs-data 4:3.5.5a.dfsg.1-3 core shared data for all KDE appli ii kdelibs4c2a 4:3.5.5a.dfsg.1-3 core libraries and binaries for al ii libacl1 2.2.41-1Access control list shared library ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libattr1 2.4.32-1Extended attribute shared library ii libaudio21.8-2 The Network Audio System (NAS). (s ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libdbus-1-3 1.0.0-1 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libexpat11.95.8-3.3 XML parsing C library - runtime li ii libfam0 2.7.0-11Client library to control the FAM ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-19 GCC support library ii libhal1 0.5.8.1-1 Hardware Abstraction Layer - share ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libk3b2 0.12.17-3 The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.4-1 Second generation incarnation of t ii libpng12-0 1.2.8rel-7 PNG library - runtime ii libqt3-mt3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-3 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii mkisofs 5:1.0~pre5-1Creates ISO-9660 CD-ROM filesystem ii wodim5:1.0~pre5-1command line CD/DVD writing tool ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages k3b recommends: ii cdrdao 1:1.2.2-2 records CDs in Disk-At-Once (DAO) ii dvd+rw-tools 7.0-4 DVD+-RW/R tools ii kcontrol 4:3.5.5a.dfsg.1-1 control center for KDE ii kdebase-kio-plugins4:3.5.5a.dfsg.1-1 core I/O slaves for KDE ii vcdimager 0.7.23-3 A VideoCD (VCD) image mastering an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398893: open_basedir doesn't allow to go 'back' to my basedir
Package: libapache2-mod-php5
Version: 5.1.6-5
I have an apache2 with php5 running (packages from Etch).
I use open_basedir /path/to/scripts/ in my configfile. When I try to do
an is_dir('/path/to/scripts/blah/..') I get an:
open_basedir restriction in effect. File (/path/to/scripts/blah/..) is
not within the allowed path (s): (/path/to/scripts/)
But '/path/to/scripts/blah/..' is '/path/to/scripts/' and it IS the
basedir.
When I change open_basedir to /path/to/scripts (without the / at the
end), the is_dir() works like it should.
Is this a correct behavior and I'm missing some important infrmation
about the work of open_basedir or is this a bug?
kind regards
Evgeni Golov
--
^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED])
d(O_o)b | PGP-Key-ID: 0xAC15B50C
-|- | WWW: http://www.die-welt.net ICQ: 54116744
/ \| IRC: #sod @ irc.german-freakz.net
Wie man Menschen tötet, lernt man jeden Abend im Fernsehen, aber wie
man sie macht, DAS ist schlimm.
pgp5wQsYrOpe3.pgp
Description: PGP signature
Bug#398896: amarokapp SIGSEGV (11) at startup
Package: amarok Version: 1.4.4-0.2 Severity: grave Justification: renders package unusable Here is the backtrace: Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1243543872 (LWP 17271)] [KCrash handler] #5 0xb7d6ad78 in MediaDeviceConfig::MediaDeviceConfig () from /usr/local/lib/libamarok.so.0 #6 0xb7d6c1dc in MediumPluginManager::detectDevices () from /usr/local/lib/libamarok.so.0 #7 0xb7d6d6a4 in MediumPluginManager::MediumPluginManager () from /usr/local/lib/libamarok.so.0 #8 0xb7d03dac in DeviceManager::reinitDevices () from /usr/local/lib/libamarok.so.0 #9 0xb7d03f82 in DeviceManager::qt_invoke () from /usr/local/lib/libamarok.so.0 #10 0xb6714cb3 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #11 0xb6a9dcef in QSignal::signal () from /usr/lib/libqt-mt.so.3 #12 0xb6734836 in QSignal::activate () from /usr/lib/libqt-mt.so.3 #13 0xb673c208 in QSingleShotTimer::event () from /usr/lib/libqt-mt.so.3 #14 0xb66acbd6 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #15 0xb66ae9f3 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #16 0xb6e78e6e in KApplication::notify () from /usr/lib/libkdecore.so.4 #17 0xb66403d1 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #18 0xb669f5d3 in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #19 0xb665471f in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #20 0xb66c7129 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #21 0xb66ae6ed in QApplication::enter_loop () from /usr/lib/libqt-mt.so.3 #22 0xb68c80d9 in QDialog::exec () from /usr/lib/libqt-mt.so.3 #23 0xb71709ab in KMessageBox::createKMessageBox () from /usr/lib/libkdeui.so.4 #24 0xb71710fe in KMessageBox::createKMessageBox () from /usr/lib/libkdeui.so.4 #25 0xb71732de in KMessageBox::errorListWId () from /usr/lib/libkdeui.so.4 #26 0xb7173483 in KMessageBox::error () from /usr/lib/libkdeui.so.4 #27 0xb7d11caf in EngineController::loadEngine () from /usr/local/lib/libamarok.so.0 #28 0xb7d12199 in EngineController::EngineController () from /usr/local/lib/libamarok.so.0 #29 0xb7d1224a in EngineController::instance () from /usr/local/lib/libamarok.so.0 #30 0xb7e19d33 in PlaylistWindow::PlaylistWindow () from /usr/local/lib/libamarok.so.0 #31 0xb7c3053e in App::App () from /usr/local/lib/libamarok.so.0 #32 0x0804bce2 in main () Can I help debug this more in anyway, I would love to have amarok working again. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc2-3.0 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages amarok depends on: ii amarok-engines 1.4.4-0.2 output engines for the Amarok audi ii amarok-xine [amarok- 1.4.4-0.2 xine engine for the Amarok audio p ii kdelibs4c2a 4:3.5.5a.dfsg.1-3 core libraries and binaries for al ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.8-2 The Network Audio System (NAS). (s ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-19 GCC support library ii libgl1-mesa-glx [lib 6.5.1-0.2 A free implementation of the OpenG ii libglib1.2 1.2.10-14 The GLib library of C routines ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgpod0 0.3.2-1.1 a library to read and write songs ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libifp4 1.0.0.2-3 communicate with iRiver iFP audio ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libmysqlclient15off 5.0.26-3mysql database client library ii libnjb5 2.2.5-4.1 Creative Labs Nomad Jukebox librar ii libpng12-0 1.2.8rel-7 PNG library - runtime ii libpq4 8.1.5-1 PostgreSQL C client library ii libqt3-mt3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libruby1.8 1.8.5-3 Libraries necessary to run Ruby 1. ii libsdl1.2debian 1.2.11-4Simple DirectMedia Layer ii libsm6 1:1.0.1-3 X11 Session Management library ii libsqlite3-0 3.3.8-1 SQLite 3 shared library ii libstdc++6 4.1.1-19The GNU
Bug#390037: ITP: toilet -- create ASCII and ANSI art from text
On Tue, Oct 03, 2006, Junichi Uekawa wrote: TOIlet has support for FIGlet ASCII fonts, but can use the full Unicode character set, colourize its output, and output in various formats such as IRC colour codes. I was a bit interested into this: can it also reproduce Japanese text etc.? FYI, I uploaded version 0.1 to NEW and a few of the shipped fonts have Hiragana, Katakana and CJK punctuation glyphs (as can be seen on the screenshot on http://libcaca.zoy.org/toilet.html). Regards, -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312544: kcontrol has nothing in its sidebar configuration menu
This trouble appears again in Etch! Linux 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux Package: kcontrol Architecture: i386 Source: kdebase Version: 4:3.5.5a.dfsg.1-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398897: ocaml-tools: omlet does not respect the efm variable
Package: ocaml-tools Version: 2006.05.15-1 Severity: important The current version of omlet sets efm to a new value forgetting the previous one. As a result vim does no longer jump to the error location when make is issued. This behaviour can be reproduced with ocaml-tools 2006.05.15-1. Your description is a bit long; please enter a shorter subject. (An empty response will retain the existing subject.) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ocaml-tools depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii ocaml-base-nox [ocaml-base-no 3.09.2-6 Runtime system for ocaml bytecode ocaml-tools recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398874: RM: lsbappchk -- RoM; superseded by lsb-appchk2 and lsb-appchk3 and obsolete
On 11/16/06, Matt Taggart [EMAIL PROTECTED] wrote: Package: ftp.debian.org Severity: normal The package lsbappchk has been superseded by lsb-appchk2 and lsb-appchk3. This package was for the 1.3 version of the LSB standard which is now obsolete so it can be removed. All users should now be targeting LSB 2 or 3. LSB 2 is obsolete too, so I would recommend removing lsb-appchk2 as well. All users should be targeting LSB 3. -ian -- Ian Murdock 317-863-2590 http://ianmurdock.com/ Don't look back--something might be gaining on you. --Satchel Paige -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312544: kcontrol has nothing in its sidebar configuration menu
On Thursday 16 November 2006 11:49, Румянцев Андрей wrote: This trouble appears again in Etch! Linux 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux Package: kcontrol Architecture: i386 Source: kdebase Version: 4:3.5.5a.dfsg.1-1 This is not in any way related to this bug, exept the result is the same. It is reported in debian in #397057, #398734 /Sune -- Man, how may I unmount the periferic? The point is that you neither should cancel a site, nor have to log on a wordprocessor over the sendmail to a laser SCSI connector of a e-mail address over the ADSL provider on a bus to load the fan. pgp27xk2rm2jI.pgp Description: PGP signature
Bug#394114: r-base-core: papersize setting fails in postinst
On Wed, 15 Nov 2006, Dirk Eddelbuettel wrote:
| you should set LANG to en_US if you expect american defaults).
I didn't need it so far and everything just works.
and no LC_MEASUREMENT means you will get litre instead of gallon and metre
instead of inch or foot. And no LC_CTYPE means you can't have accents in
the terminals.
One choice I see is to change /etc/R/Renviron to
[EMAIL PROTECTED]:~ grep PAPERSIZE /etc/R/Renviron
## Default printer paper size: first record if user set R_PAPERSIZE
R_PAPERSIZE_USER=${R_PAPERSIZE_USER-'letter'}
R_PAPERSIZE=${R_PAPERSIZE-'letter'}
where the first 'letter' is filled in at configuration time. That way it is
still overrideable:
Why not R_PAPERSIZE_USER=${R_PAPERSIZE-'letter'}
? ('letter' is also filled in at configuration time here)
This way the user can set R_PAPERSIZE instead of R_PAPERSIZE_USER to
override the setting, which is closer to the upstream documented behavior.
Is that ok by you?
Your solution is ok, my solution is ok, doing nothing is ok.
--
Marc Glisse
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281057: Ping!
Ping! ... It was 2 years ago that I posted this bugreport, including: - detailed description of what to do for the bug to occur, - detailed explanation where and why the source is buggy, - patch to fix the problem. Just a note I haven't mentioned before: this patch has already survived 2 years of intensive testing, since we're using dpkg with this patch to build up and upgrade chroot systems where all the packages of a Linux distribution are being built, and the packages that form these chroot jails are continuously updated to newer or fixed versions. My estimate is that we've upgraded the chroot using dpkg with this patch approximately 50.000 times in these 2 years -- successfully, as opposed to the times when we used an unpatched dpkg and had serious OOM troubles when upgrading e.g. kernel-headers inside the chroot after a kernel version bump. During these 2 years no valuable comments arrived from any Debian/Dpkg developers. I wonder why... Isn't there anyone caring about this bug? (Is there anyone caring about Dpkg at all?) Or you simply lack developer resources? (Well, that could be an excuse for an unreproducible bug report or a bug report without a patch, but I feel I've done everything anyone could have done to locate and fix this bug; all you have to do is verify it and then apply the patch.) Or what else is happening behind the scenes? If you check the bug archives of Debian, you'll see that I already posted several bug reports and patches (well, not very much, maybe a dozen) and some of them were successfully applied, making Debian a slightly better distro. Unfortunately this is not my first bugreport where I have to wait years for anyone to move his fingers. If you continue developing with this approach, all you'll reach is that I'm going to fix these bugs for myself and not send any feedback at all. It's not worth it for me to spend my time explaining the story if noone's listening to me. Is this what you want? I hope not... -- Egmont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367963: squid: No address records error for www.microsoft.com, etc.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Ambrose, I still can't reproduce this bug. If you didn't experience it in the last months, I'd close this bug as not related to squid but caused by resolver or DNS server issues. Regards, L Il giorno 31/lug/06, alle ore 18:36, Ambrose Li ha scritto: On Fri, Jun 09, 2006 at 06:18:23PM +0200, Luigi Gangitano wrote: FWIW, this happened last week. But only for a minute. When I tried to reproduce it the problem disappeared. I don't know what the cause is; it is intermittent but it is definitely there. Very weird. Perhaps there's something very subtly wrong with the way Microsoft sets up their DNS. - -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFXEYz8ZumGJJMDCYRApNpAJ9Ls0/vPcFDMb8ErDliCcK/G2DQsACggMR4 KNsyB+Pj9Xg+7681Dbg+VTg= =Fg8V -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380009: squid: transparent proxy changes port number in client url
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Cade, sorry for the late answer. I tried to reproduce this bug but could not succeed. First, does this bug still exist in latest version of squid (2.6.5-1)? If it does, can you please provide a tcpdump trace of the original tivo stream without redirection AND the iptables configuration you used to redirect traffic to your squid? Regards, L Il giorno 26/lug/06, alle ore 22:19, Cade Robinson ha scritto: I have squid 2.6.1-3 setup as a transparent proxy and it is denying my tivo from getting through. From the access log: 1153942317.226 5 192.168.0.5 TCP_DENIED/403 1494 POST http:// 204.176.49.2:1/tivo-service/mercury.cgi - NONE/- text/html - -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 - -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFXEd78ZumGJJMDCYRAnnTAJ0ca4JOgDhcFNUTnjnEiWpw1564FQCePh89 EwmFheRbdGKmqxbiw8EFsZc= =WOPM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392739: duplicate entry in /etc/services
On Nov 15, Paul Donohue [EMAIL PROTECTED] wrote: So, it looks to me like the 'nameserver' aliases associated with the 'domain' entries in debian's /etc/services are probably wrong and should probably be removed. Is the 'nameserver' entry on port 42 also supposed to have a udp entry on port 42 too? I will investigate this. I wonder if the whole list should be updated, as it looks like there have been many changes No, it should not be filled with useless entries. -- ciao, Marco signature.asc Description: Digital signature
Bug#398874: RM: lsbappchk -- RoM; superseded by lsb-appchk2 and lsb-appchk3 and obsolete
Ian Murdock writes... LSB 2 is obsolete too, so I would recommend removing lsb-appchk2 as well. All users should be targeting LSB 3. You are right that the v3 tools should be the recommended ones. But I can still see a need to be able to test LSB 2 compliance: * for use when targeting older releases of distros that only have LSB 2 compliance (or as a common denominator when targeting multiple) * for comparison with LSB 3 when evaluating apps * to be able to test (historic) claims of LSB 2 compliance (similar argument to putting things in oldlibs) I think maybe the policy should be to support N and N-1 for these tools. For LSB runtime support we may want to support as many versions as is easily possible. I think LSB 1.x stuff should still work, although I don't know if anyone has run the 1.x tests in a really long time. -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396528: fixed in hunspell 1.1.4-3.1
On Wed, Nov 15, 2006 at 06:45:56PM -0800, Steve Langasek wrote: hunspell is still failing to build on arm: OK. In that case, we'll have to wait for the build-deps to be installed on leisner, unless someone can provide another arm for testing. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395355: [Fwd: Re: Bug#395355: Breaks LMTP DATA reply for multiple recipients]
On Friday 10 November 2006 22:55, Maxim Paperno wrote: Hi guys, I'd love to see a log of an LMTP transaction that does work for multiple recipients, including the original line endings (LF/CR or whatever). Not sure how hard that would be to procure. Then I'd like to see the mail log with LMTP failing and --debug turned on in spampd. I'm only partly versed in strace results, but any insight into what is going on will be helpful. (sorry cr/lf is lost but anyway) The transcript of telnet session directly to cyrus is here: $ telnet localhost lmtp Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 hub.xxx.net LMTP Cyrus v2.1.18-IPv6-Debian-2.1.18-1+sarge2 ready LHLO test 250-hub.xxx.net 250-8BITMIME 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-SIZE 250-AUTH EXTERNAL 250 IGNOREQUOTA MAIL FROM:[EMAIL PROTECTED] 250 2.1.0 ok RCPT TO:[EMAIL PROTECTED] 250 2.1.5 ok RCPT TO:[EMAIL PROTECTED] 250 2.1.5 ok DATA 354 go ahead Subject: test test email . 250 2.1.5 Ok 250 2.1.5 Ok QUIT 221 2.0.0 bye Connection closed by foreign host. Transcript of telnet session to spampd which forwards to cyrus: $ telnet localhost spamd Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 hub..net LMTP Cyrus v2.1.18-IPv6-Debian-2.1.18-1+sarge2 ready LHLO test 250-hub.xxx.net 250-8BITMIME 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-SIZE 250-AUTH EXTERNAL 250 IGNOREQUOTA MAIL FROM:[EMAIL PROTECTED] 250 2.1.0 ok RCPT TO:[EMAIL PROTECTED] 250 2.1.5 ok RCPT TO:[EMAIL PROTECTED] 250 2.1.5 ok DATA 354 go ahead Subject: test test email . 250 2.1.5 Ok QUIT 250 2.1.5 Ok QUIT 221 2.0.0 bye QUIT Connection closed by foreign host. -- Regards Vladislav Kurz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327201: squid: Negative LRU reference age reported in cachemgr
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Mark, did this bug ever appear again? I cannot reproduce it on lastest version of squid. I did monitor my istances of squid for the latest 6 months and LRU reference age never was negative. If it didn't happen again on your system we should close the bug. Regards, - -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFXEoY8ZumGJJMDCYRAlBfAJ9rmW93H+7C7rt0Mro/loSwHZI/aACfTX7w UVsqcyBmXNOO1yp8dOJ5SO0= =B6kE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398899: python-iconvcodec: Fails to upgrade
Package: python-iconvcodec Version: 1.1.2-3+b1 Severity: serious The package fails to upgrade with the following error: Setting up python-iconvcodec (1.1.2-3+b1) ... INFO: using old version '/usr/bin/python2.3' pycentral: pycentral pkginstall: python-iconvcodec needs unavailable runtime (2.3) pycentral pkginstall: python-iconvcodec needs unavailable runtime (2.3) dpkg: error processing python-iconvcodec (--configure): subprocess post-installation script returned error exit status 1 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Versions of packages python-iconvcodec depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii python 2.4.4-1 An interactive high-level object-o ii python-central 0.5.10 register and build utility for Pyt python-iconvcodec recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329522: squid starts new squidguard helpers after daily logrotate
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Grzegorz, I tried to reproduce this bug today and could not succeed. squidGuard instances are not destroyed and recreated by logrotate. Can you please check if it still applies to your system? If it doesn't we should close this bug Regards, L Il giorno 22/set/05, alle ore 07:44, Grzegorz Kolorz ha scritto: After every daily logrotate squid starts next new instances of squidguard helpers. When I start squid and try logrotate by: squid -k rotate or logrotate /etc/logrotate.conf this problem not occur. - -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 - -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFXEvu8ZumGJJMDCYRAnnbAJ9NUkGJf2BIgJPX6u6y+oeSvETOBwCeIY+O 63cwOnwS6AARU31ShuLQkjg= =tliO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398901: pkg-config: pkg.m4: PKG_CONFIG_PATH should be marked as precious
Package: pkg-config Version: 0.21-1 Severity: normal Hi, /usr/share/aclocal/pkg.m4 should mark the PKG_CONFIG_PATH environment variable as 'precious'. Rationale: if the same library is installed at multiple locations (say, a normal version in a system location and a devalopment version under my home directory), and during the build of some software using such a library automake re-runs configure (because e.g. configure.ac was changed) with a different PKG_CONFIG_PATH (because e.g. I'm working in a different window), then I'm suddenly using the wrong version of the library and I get all kinds of misterious failures. Therefore PKG_CONFIG_PATH (and maybe PKG_CONFIG_LIBDIR) should be marked as precious by using AC_ARG_VAR(), just like it is done for PKG_CONFIG. Gabor -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages pkg-config depends on: ii libc6 2.5-0exp3 GNU C Library: Shared libraries pkg-config recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257286: konqueror: crashes while trying to print a page
tag 257286 +moreinfo unreproducible thanks I tried visiting the page which gave me some french text. I printed it to ps and it seems to work. Are you still able to reproduce it? If you are, please install kdebase-dbg kdelibs-dbg qt3-x11-free-dbg and provide a backtrace /Sune -- How can I do for saving on the terminale? From Word you must open the parallel utility, in such way therefore you neither should ever link a gadget, nor should cancel the mail but from the control folder menu inside ICQ 6.5 you either must ping the connector, or need to install the proxy of a IRC submenu to the USB TCP CPU over a bus to the directory on the wordprocessor for turning off a hard disk. pgpOXLbTrYdkh.pgp Description: PGP signature
Bug#398900: wmii: please include patch for xrandr support
Package: wmii Version: 3.1-2 Severity: wishlist Tags: patch Hi, could you please include the following patch http://www.warpedview.com/archives/14 that makes wmii aware of the xrandr extension. Thanks, Achim -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (650, 'testing'), (100, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages wmii depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-3 X11 client-side library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library Versions of packages wmii recommends: ii wmii-doc 1:1-3 lightweight tabbed and tiled X11 w -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327201: squid: Negative LRU reference age reported in cac hemgr
did this bug ever appear again? No, I've not seen it since. If it didn't happen again on your system we should close the bug. Yes, as it's unreproducible I guess it should be closed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341134: Out of sync
It seems that a number of plugins for Sylpheed Claws is out of sync with the main program. Sylpheed Claws is currently 2.5.6 while the vcalendar plugin is version 2.5.0-rc3. -- Kenneth Geisshirt - http://kenneth.geisshirt.dk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396709: fixed in nagios-nrpe 2.5.1-2
* include a /etc/default/nagios-nrpe-server where variables such as DAEMON_OPTS can be set (closes: #396709). You now include /etc/default/nagios-nrpe-server whereas previously you included /etc/default/nagios-nrpe. This breaks all existing configurations that already are using /etc/default/nagios-nrpe. Not nice :( Peter -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394534: No data sync on kpilot 3.5.5
On Monday 13 November 2006 23:11, Sune Vuorela wrote: tag 394534 +help thanks Hi everybody. The debian-qt-kde maintainers are currently low on palm pilots, so no one is able to try to reproduce and fix this bug This is a call for help to fix this bug. Our only possible way to fix this bug for etch is to not build kpilot and related packages - which would be a shame. Thanks in advance /Sune Hi! Rumors say that these two packages (temporarily) solves the problem http://people.debian.org/~ana/394534/kpilot_3.5.5.dfsg.1-1~ana_i386.deb http://people.debian.org/~ana/394534/libpisock8_0.11.8-24_i386.deb We would like a confirmation to be absolutely sure that it is the changes related to libpisock that is the culprit. Any help is very appreciated. /Sune -- Man, how can I cancel a wordprocessor of a IP floppy disk from Word or from Office 9.7? From the options menu within DOS you neither must debug the software over the USB GPU, nor need to remove from the connector for receiving from a fan to the printer of the RAM terminale. pgpv32HNNM8fA.pgp Description: PGP signature
Bug#398444: Etch: reportbug hangs on BTS query preventing reporting of problems in Etch release
On Monday 13 November 2006 20:31, Roberto C. Sanchez wrote: Could it have something to do with the number of bugs against a package? That is, if the package has a very large number of bugs on its BTS page, could it simply be that it is taking a long time to download them all? I don't think so. I have had the problem for about a week and tried several times. With kdepim I left it about 24 hours on one occasion to see if it would do anything and I left the kernel attempt overnight. However, that said, I just tried again and I can't reproduce the problem any more. I haven't done an upgrade so maybe the problem was with the BTS itself. Graham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398874: RM: lsbappchk -- RoM; superseded by lsb-appchk2 and lsb-appchk3 and obsolete
On 11/16/06, Matt Taggart [EMAIL PROTECTED] wrote: Ian Murdock writes... LSB 2 is obsolete too, so I would recommend removing lsb-appchk2 as well. All users should be targeting LSB 3. You are right that the v3 tools should be the recommended ones. But I can still see a need to be able to test LSB 2 compliance: * for use when targeting older releases of distros that only have LSB 2 compliance (or as a common denominator when targeting multiple) * for comparison with LSB 3 when evaluating apps * to be able to test (historic) claims of LSB 2 compliance (similar argument to putting things in oldlibs) I think maybe the policy should be to support N and N-1 for these tools. For LSB runtime support we may want to support as many versions as is easily possible. I think LSB 1.x stuff should still work, although I don't know if anyone has run the 1.x tests in a really long time. That's fine, but the only distro I see anyone targeting anymore in the list of LSB 2.0 certified distros is SLES 9, and that's LSB 3.0 certified as well. Furthermore, the rest (Linpus, Mandriva, Sun Wah) are about to LSB 3.1 certify new versions. That, and the fact that LSB 2 is not compatible with LSB 3 (whereas LSB 3 and higher will be backward compatible), leads us to strongly discourage anyone from targeting LSB 2. -ian -- Ian Murdock 317-863-2590 http://ianmurdock.com/ Don't look back--something might be gaining on you. --Satchel Paige -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398898: lintian: zero-byte-file-in-doc-directory bogus complain on files in examples
Package: lintian Version: 1.23.25 Severity: normal Rsyncrypto is a package that performs rsync friendly encryption. The package comes bundled with a tests directory, that gets installed into /usr/share/doc/rsyncrypto/examples/tests. This directory contains known plain texts, cipher texts and keys so that regression testing and comparisons can be run. Some of the files in said directory are records of when the internal decision function decided to perform an IV reset. For some of the regression testing files (reg1 and reg2), this file is empty. When running version 0.18-1 (the version that introduced the tests direcotry under examples) through lintian, I get the complaint: O: rsyncrypto: zero-byte-file-in-doc-directory usr/share/doc/rsyncrypto/examples/tests/reg1.rot O: rsyncrypto: zero-byte-file-in-doc-directory usr/share/doc/rsyncrypto/examples/tests/reg2.rot (as you can see, I did an override). I believe that the override is unnecessary, and the files under /usr/share/doc/*/examples should not be checked for non-emptyness. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages lintian depends on: ii binutils 2.17-3The GNU assembler, linker and bina ii diffstat 1.43-2produces graph of changes introduc ii dpkg-dev 1.13.22 package building tools for Debian ii file 4.17-4Determines file type using magic ii gettext0.14.6-1 GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libparse-debianchangel 1.0-1 parse Debian changelogs and output ii man-db 2.4.3-3 The on-line manual pager ii perl [libdigest-md5-pe 5.8.8-6.1 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398902: Handler for MULTISELECT questions should not allow one to TAB tab to an option's label
package: cdebconf-gtk-udeb severity: minor When user selects a row and then presses RIGHT, the focus switches from the checkbox to the label: this should be avoided, as there is no point in this. cheers Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391460: Hangs for ~3 min when starting up oocalc
The symptoms described happen for me too (Toshiba T9000 laptop running up-to-date testing). But they are annoyingly hard to reproduce reliably. It just happened, but when I closed OOo down and re-started it, it opened the file in a few seconds. I tried logging out and in: still only took a few seconds. I tried re-booting. Still only a few seconds. So I really don't know what triggers the 3-minute wait. But it is really annoying when it happens. I am not running the quick-launcher, if that is of any significance. Hugh -- S=u=p=p=o=r=t===D=e=b=i=a=n===http://www.debian.org = Dr. Hugh C. Pumphrey | Tel. 0131-650-6026,Fax:0131-662-0478 School of GeoSciences | Replace 0131 with +44-131 if outside UK The University of Edinburgh | Email: [EMAIL PROTECTED] EDINBURGH EH9 3JN, Scotland | web: www.geos.ed.ac.uk/contacts/homes/hcp =I==o=f=t=e=n==i=g=n=o=r=e==M=S==W=o=r=d==a=t=t=a=c=h=m=e=n=t=s== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323741: muse-el: FTBFS: emacs not found
found 323741 3.02.8-1 thanks Hello, There was a problem while autobuilding your package: Automatic build of muse-el_3.02.8-1 on avidan by sbuild/i386 98 Build started at 20061116-1310 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 210kB of source archives. Get:1 http://ftp.fr.debian.org sid/main muse-el 3.02.8-1 (dsc) [638B] Get:2 http://ftp.fr.debian.org sid/main muse-el 3.02.8-1 (tar) [204kB] Get:3 http://ftp.fr.debian.org sid/main muse-el 3.02.8-1 (diff) [5297B] Fetched 210kB in 1s (199kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0) Build-Depends-Indep: texinfo, tetex-bin, emacs21 | emacsen Checking for already installed source dependencies... debhelper: missing texinfo: missing tetex-bin: missing emacs21: missing emacsen: missing Checking for source dependency conflicts... /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install debhelper texinfo tetex-bin emacs21 Reading package lists... Building dependency tree... The following extra packages will be installed: bsdmainutils defoma ed emacs21-bin-common emacs21-common emacsen-common file fontconfig-config gettext gettext-base html2text intltool-debian libfontconfig1 libfreetype6 libice6 libjpeg62 libkpathsea4 liblockfile1 libnewt0.52 libpaper1 libpng12-0 libpoppler0c2 libpopt0 libsm6 libt1-5 libtiff4 libungif4g libx11-6 libx11-data libxau6 libxaw7 libxdmcp6 libxext6 libxmu6 libxpm4 libxt6 po-debconf tetex-base tex-common ttf-dejavu ucf whiptail x11-common xaw3dg Suggested packages: wamerican wordlist whois vacation dh-make defoma-doc psfontmgr x-ttcidfont-conf dfontmgr emacs21-el emacs21-non-dfsg cvs gettext-doc libfreetype6-dev tetex-extra gs-gpl gs-esp gs-afpl gv postscript-viewer xpdf-reader pdf-viewer texi2html dvipng chktex lacheck rubber sam2p xbase-clients Recommended packages: libft-perl curl wget lynx libfribidi0 libpaper-utils libmail-sendmail-perl libcompress-zlib-perl tetex-doc psutils perl-tk libxml-parser-perl debconf-utils The following NEW packages will be installed: bsdmainutils debhelper defoma ed emacs21 emacs21-bin-common emacs21-common emacsen-common file fontconfig-config gettext gettext-base html2text intltool-debian libfontconfig1 libfreetype6 libice6 libjpeg62 libkpathsea4 liblockfile1 libnewt0.52 libpaper1 libpng12-0 libpoppler0c2 libpopt0 libsm6 libt1-5 libtiff4 libungif4g libx11-6 libx11-data libxau6 libxaw7 libxdmcp6 libxext6 libxmu6 libxpm4 libxt6 po-debconf tetex-base tetex-bin tex-common texinfo ttf-dejavu ucf whiptail x11-common xaw3dg 0 upgraded, 48 newly installed, 0 to remove and 2 not upgraded. Need to get 39.6MB/49.1MB of archives. After unpacking 160MB of additional disk space will be used. Get:1 http://ftp.fr.debian.org sid/main libkpathsea4 3.0-23 [80.5kB] Get:2 http://ftp.fr.debian.org sid/main libpaper1 1.1.20 [20.4kB] Get:3 http://ftp.fr.debian.org sid/main libpoppler0c2 0.4.5-5 [443kB] Get:4 http://ftp.fr.debian.org sid/main libt1-5 5.1.0-2 [146kB] Get:5 http://ftp.fr.debian.org sid/main tex-common 0.38 [474kB] Get:6 http://ftp.fr.debian.org sid/main tetex-base 3.0.dfsg.3-1 [22.4MB] Get:7 http://ftp.fr.debian.org sid/main ed 0.2-20 [44.7kB] Get:8 http://ftp.fr.debian.org sid/main tetex-bin 3.0-23 [3558kB] Get:9 http://ftp.fr.debian.org sid/main liblockfile1 1.06.1 [14.6kB] Get:10 http://ftp.fr.debian.org sid/main texinfo 4.8.dfsg.1-3 [681kB] Get:11 http://ftp.fr.debian.org sid/main emacsen-common 1.4.17 [17.6kB] Get:12 http://ftp.fr.debian.org sid/main emacs21-common 21.4a+1-1 [9361kB] Get:13 http://ftp.fr.debian.org sid/main emacs21-bin-common 21.4a+1-1 [140kB] Get:14 http://ftp.fr.debian.org sid/main xaw3dg 1.5+E-14 [158kB] Get:15 http://ftp.fr.debian.org sid/main emacs21 21.4a+1-1 [2028kB] Fetched 39.6MB in 49s (801kB/s) Selecting previously deselected package x11-common. (Reading database ... 10917 files and directories currently installed.) Unpacking x11-common (from .../x11-common_1%3a7.1.0-6_i386.deb) ... Selecting previously deselected package libxau6. Unpacking libxau6 (from .../libxau6_1%3a1.0.1-2_i386.deb) ... Selecting previously deselected package libxdmcp6. Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.0.1-2_i386.deb) ... Setting up x11-common (7.1.0-6) ... Adding system startup for /etc/init.d/x11-common ... /etc/rcS.d/S70x11-common - ../init.d/x11-common Selecting previously deselected package libx11-data. (Reading database ... 10962 files and directories currently installed.) Unpacking libx11-data (from .../libx11-data_2%3a1.0.3-3_all.deb) ... Selecting previously deselected package libx11-6. Unpacking libx11-6 (from .../libx11-6_2%3a1.0.3-3_i386.deb) ... Selecting previously deselected package
Bug#398874: RM: lsbappchk -- RoM; superseded by lsb-appchk2 and lsb-appchk3 and obsolete
Ian Murdock writes... That's fine, but the only distro I see anyone targeting anymore in the list of LSB 2.0 certified distros is SLES 9, and that's LSB 3.0 certified as well. I was thinking of application developers that might want to build applications that would work on things as old as RHEL 3 when I wrote that, but checking the certifications at http://www.freestandards.org/cert/certified.php it looks like we'd have to support back to LSB 1.3 in order to cover that :( There are a couple of 2.0 certs in there, but since 2.0 was so short lived not too many I guess. Furthermore, the rest (Linpus, Mandriva, Sun Wah) are about to LSB 3.1 certify new versions. Yeah, application developers who only care to support the very latest versions of distros can just target 3.1. That, and the fact that LSB 2 is not compatible with LSB 3 They had different ABIs but a system could support both at the same time right? I thought the whole point of a major version of the LSB is so you could break the ABIs when needed (mainly when upstream does) and a runtime system could support both ABIs at the same time by delivering both sets of libs. This would allow application developers and users time to gradually transition. This is particularly true in big Linux shops with bunches of applications, all their apps won't be on the new version of the LSB right away. If people try hard and there are good roadmaps, hopefully everyone moves around the same time, but it's impossible to get _everything_ to line up perfectly, there are just too many variables. Maybe you mean LSB 2 applications are not compatible with LSB 3 runtimes (we know that to be true with libstdc++ in particular, and probably other cases). If the ABIs _are_ compatible going forward then they can just be minor LSB versions right? Wouldn't that imply that LSB major revisions are _only_ for ABI breaks? Unless maybe major revisions are also for marketing reasons? If upstreams are good about versioning their libraries, you could probably transition from one version to the next by just adding the new versioned library (I can't remember how the LSB feels about that, maybe only at major versions?). To deprecate the old version you'd need an LSB major version I think. (whereas LSB 3 and higher will be backward compatible), I don't understand what this means. Are you saying newer LSB applications will be able to run on older LSB runtimes? If so how would that work? leads us to strongly discourage anyone from targeting LSB 2. Sure. But I don't want to pull the rug out on the older versions yet either. LSB 1.3 is old enough that I felt OK asking for the 1.x lsbappchk to be removed from the archive, but IMO 2.0 isn't quite old enough yet. -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#193792: linuxdoc stops processing sect[1-x] at the end of line
On Mon, Jul 31, 2006 at 02:25:27PM +0200, Sven Hoexter wrote:
notforwarded 193792
retitle 193792 linuxdoc stops processing sect[1-x] at the end of line
reassign 193792 linuxdoc-tools
thanks
Hi,
linuxdoc stops the processing of sect[1-x] at the end of the line
without checking if there is something following in the next line.
It also ignores the explicit use of /sect1 end tags.
This results in a broken TOC.
You can find a discussion about this bug in the LyX bugzilla:
http://bugzilla.lyx.org/show_bug.cgi?id=2722
This was one of the historical nasty bugs I had when maintaining the
spanish TeX FAQ (still linuxdoc). I have looked at linuxdoc-tools in debug
mode with file
-- test-longlines.sgml ---
!doctype linuxdoc system
article
titleTITLE/title
authorAUTHOR/author
dateDATE/date
abstractABSTRACT/abstract
toc
sectFirst Section
sect1Just added a new long subsection to the template to show where
the html translator stops too soon. \n is put here to see if it is skipped by
the fix.
/article
-- End of file ---
and noticed that nsgmls output for the relevant line looks like
(HEADING
-Just added a new long subsection to the template to show where\nthe html
translator stops too soon. \\n is put here to see if it is skipped by the
fix.
)HEADING
with everything not HEADING in one line. Note the spurious \n that confuses
html creation.
I have prepared a possible NMU that modifies fmt_html.pl so that
$html-{preASP} takes care of that for \n not part of \\n. I also compacted
that function and added more error generation info to nsmls call from
LinuxDocTools.pm. It also adds texlive alternative dependencies. Everything
seems to work well at my site, but further testing is of course welcome.
I have put packages at
http://corbu.aq.upm.es/~agmartin/linux/store/debian-linuxdoc-tools/
and sarge backports at
http://people.debian.org/~agmartin/debian-store/misc/
(sources at sources subdir)
Patch is attached,
--
Agustin
diff -Nru /tmp/rzX52jLN4Y/linuxdoc-tools-0.9.21/debian/changelog
/tmp/qDr0llVnx8/linuxdoc-tools-0.9.21/debian/changelog
--- /tmp/rzX52jLN4Y/linuxdoc-tools-0.9.21/debian/changelog 2006-05-10
15:33:03.0 +0200
+++ /tmp/qDr0llVnx8/linuxdoc-tools-0.9.21/debian/changelog 2006-11-15
12:46:08.0 +0100
@@ -1,3 +1,17 @@
+linuxdoc-tools (0.9.21-0.5) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * lib/dist/fmt_html.pl:
+- Make sure multiline sect names are correctly treated
+ in $html-{preASP} (closes: #193792).
+- Minor simplifications in $html-{preASP}.
+ * lib/LinuxDocTools.pm:
+- Signal error and provide more info if system call fails.
+ * debian/control:
+- Add texlive alternative TeX dependencies closes: #381468)
+
+ -- Agustin Martin Domingo [EMAIL PROTECTED] Wed, 15 Nov 2006 12:45:35 +0100
+
linuxdoc-tools (0.9.21-0.4) unstable; urgency=low
* Non-maintainer upload.
diff -Nru /tmp/rzX52jLN4Y/linuxdoc-tools-0.9.21/debian/control
/tmp/qDr0llVnx8/linuxdoc-tools-0.9.21/debian/control
--- /tmp/rzX52jLN4Y/linuxdoc-tools-0.9.21/debian/control2006-05-10
12:39:35.0 +0200
+++ /tmp/qDr0llVnx8/linuxdoc-tools-0.9.21/debian/control2006-11-15
12:46:08.0 +0100
@@ -61,7 +61,7 @@
Package: linuxdoc-tools-latex
Architecture: all
-Depends: linuxdoc-tools, tetex-base, tetex-bin, tetex-extra
+Depends: linuxdoc-tools, tetex-base | texlive-latex-base, tetex-bin |
texlive-base-bin, tetex-extra | texlive-latex-recommended
Conflicts: linuxdoc-tools ( 0.9.20)
Description: LaTeX/PS/PDF output facility of LinuxDoc-Tools
LinuxDoc-Tools is a SGML converter for the LinuxDoc DTD only.
diff -Nru /tmp/rzX52jLN4Y/linuxdoc-tools-0.9.21/lib/dist/fmt_html.pl
/tmp/qDr0llVnx8/linuxdoc-tools-0.9.21/lib/dist/fmt_html.pl
--- /tmp/rzX52jLN4Y/linuxdoc-tools-0.9.21/lib/dist/fmt_html.pl 2001-05-24
17:57:40.0 +0200
+++ /tmp/qDr0llVnx8/linuxdoc-tools-0.9.21/lib/dist/fmt_html.pl 2006-11-15
12:46:14.0 +0100
@@ -64,39 +64,37 @@
#
# Translate character entities and escape HTML special chars.
#
-$html-{preASP} = sub
-{
- my ($infile, $outfile) = @_;
- # note the conversion of `sdata_dirs' list to an anonymous array to
- # make a single argument
- my $char_maps = load_char_maps ('.2html', [ Text::EntityMap::sdata_dirs() ]);
-
- while ($infile)
-{
- if (/^-/)
-{
- my ($str) = $';
- chop ($str);
- print $outfile - . parse_data ($str, $char_maps, $html_escape) .
\n;
-}
- elsif (/^A/)
-{
- /^A(\S+) (IMPLIED|CDATA|NOTATION|ENTITY|TOKEN)( (.*))?$/
- || die bad attribute data: $_\n;
- my ($name,$type,$value) = ($1,$2,$4);
- if ($type eq CDATA)
- {
- # CDATA attributes get translated also
- $value = parse_data ($value, $char_maps, $html_escape);
+$html-{preASP} = sub {
+
Bug#398870: jpilot: error syncing memo pad, orphaned calendar item
Le 15.11.2006, à 23:52:12, Jeff Abrahamson a écrit: I choose restore handheld to restore data to a Palm V. Then I choose sync. During the sync operation, something goes awry during syncing memoDB, and the handheld loses the connection there. I don't see any problem in the log file you sent. The sync succeeds. At the end, a datebook record that had been entered on the desktop via jpilot has appeared on the handheld, but is absent on the desktop. What happens if you sync again? Does it fails? Bye -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --
Bug#396709: [Pkg-nagios-devel] Bug#396709: fixed in nagios-nrpe 2.5.1-2
On Thu, 2006-11-16 at 12:57 +0100, Peter Palfrader wrote: * include a /etc/default/nagios-nrpe-server where variables such as DAEMON_OPTS can be set (closes: #396709). You now include /etc/default/nagios-nrpe-server whereas previously you included /etc/default/nagios-nrpe. This breaks all existing configurations that already are using /etc/default/nagios-nrpe. Not nice :( ah, crap. i previously there was a /etc/default hook there but none provided by the package, so i thought to myself who could be using this?. clearly people *are* using it, so i'll modify the script to source both, with the original taking precedence (going last) over the new one, so that default options don't override settings already there. feel free to file a bug on this in the meantime (i'd appreciate if you quoted this message to keep my memory fresh about what i want to do) sean signature.asc Description: This is a digitally signed message part
Bug#392229: libapache2-mod-layout removal?
reassign 392229 ftp.debian.org retitle 392229 RM: libapache2-mod-layout -- RoM; orphaned, buggy thanks On Wed, Nov 15, 2006 at 03:47:45PM +0100, Luk Claes wrote: You uploaded libapache2-mod-layout 4.0.1a-4. However, in bug #392229 I orphaned it, and said I'd ask for removal of the package if noone would step up in a month. Noone has. I would remove it, it's dead upstream and there's still bug #352836, but I want to know what you think. Remove it, I only uploaded it to hasten the apache 2.2 transition. Ok. Ftp-masters, please remove libapache2-mod-layout from etch and sid. -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#394418: mono_1.1.18-3 (arm/unstable): FTBFS: SIGSEGV
This one time, at band camp, Steve Langasek said: On Wed, Nov 15, 2006 at 10:16:21PM +, Stephen Gran wrote: This one time, at band camp, Paolo Molaro said: I build regularly on my arm box (xscale v5l) on debian and run a few tests. There should be nothing major that would prevent running mono apps, though of course bugs may and do exist as in any other software. To debug what is the issue I'd need ssh access to one of the affected boxes (both elara and europa were mentioned, but they are not accessible to normal debian developers like me). Can anyone here provide the access? Maybe we should also stop the buildd on the machine for a few hours when I debug it to not make it an impossible task. Of course, the more memory the box has, the better. Contact Vince Sanders [EMAIL PROTECTED] for access to arm machines for build tests. I have told him to expect an email from you. He has a netwinder that he's granting access to? A shell account on a machine where the build failure doesn't manifest doesn't seem terribly useful. He has netwinders, cats, etc machines available. All of them are arm v4l, which seemed to me to be the relevant thing here. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#341134: Out of sync
El Thu, 16 Nov 2006 12:51:46 +0100 Kenneth Geisshirt [EMAIL PROTECTED] escribió: It seems that a number of plugins for Sylpheed Claws is out of sync with the main program. Sylpheed Claws is currently 2.5.6 while the vcalendar plugin is version 2.5.0-rc3. These things happen from time to time... but currently both are at 2.6.0 in sid ;-) -- Ricardo Mones http://people.debian.org/~mones «The last thing one knows in constructing a work is what to put first. -- Blaise Pascal»
Bug#398875: ITP: moodbar -- Analysis program for creating a colorful visual representation of the contents of an audio file
retitle 398875 ITP: moodbar -- Analysis program for creating a colorful visual representation of the contents of an audio file owner 398875 Ludovic RESLINGER [EMAIL PROTECTED] thanks I am adopting this package. -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_` _/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_=HHH___)) `.| `. `'` `---UUU---'= `- signature.asc Description: Digital signature
Bug#398785: localization-config: [INTL:da] Updated Danish debconf translation
tags 398785 pending thanks Quoting Claus Hindsgaul ([EMAIL PROTECTED]): Package: localization-config Severity: wishlist Tags: patch l10n Please include the attached updated Danish debconf translation (debian/po/da.po) Committed. signature.asc Description: Digital signature
Bug#398826: llgal: --php produces inconsistent output in subdirectories
Florian Schlichting wrote: thanks for exceptionally quick reply. I did some testing, and can reproduce the problem. Since llgal works fine otherwise, it must somehow be related to the configuration. When I run llgal --gencfg myConfig, this is the output: # This is a llgal configuration file. # It was automatically generated on Wed Nov 15 23:17:04 2006. # You may modify and reuse it as you want. add_subdirs = 1 index_title = change title with --title xyz link_subgalleries = 1 local_llgal_dir = .llgal recursive = 1 slide_width_max = 0 verbose = 0 www_access_rights = 1 www_extension = hp let me clarify that I haven't used command line options here, only modified config files. I always run plain llgal Ok, it makes sense now. llgal reads the systemuser llgalrc first, and then the local .llgal/llgalrc. But in case of -R, the local .llgal/llgalrc file is only taken in account when generating the _local_ gallery. It means that the llgalrc at the root of your gallery tree will _not_ be read when generating galleries in subdirectories. So, in your case, llgal uses --php in the root directory, but not in the subdirs. I think it explains the whole mess you're seeing. I have thought several times about whether I should read the root llgalrc or not when generating galleries in subdirs. Because of some other problems, I came to the conclusion that it's better to not read it and just let the user pass --config (this one will be read for all gallery generations). In your case, I think you should rename .llgal/llgalrc to something non standard like .llgal/my_root_llgalrc and add --config .llgal/my_root_llgalrc to your llgal command-line. I know that it would be easier to not have to remember to pass this option everytime you regenerate the gallery. But, I think it is more flexible this way. Note that you should get used to check the HTML headers in the index file to find oud how the gallery got generated previously. This way, you'll remember to pass --config foo again: meta name=generator content=llgal --config foo / I will try to improve the documentation to explain all this. how could these options be changed midway in a recursive llgal run? When I enter a subdirectory, I take the config from systemuser back, then the local llgalrc (not the root one), and then the ones passed with --config. there's another petty thing that I'd like to bug you with: my images are 800x600 (preprocessed), and that's the size they are supposed to be in on the slides. The slides produced look perfect - the thing I don't like, though, is that there's still a link on the image saying Click to see full size... - which is simply not true, the image is already full size and the link redundant. So, do you think it's a reasonable request to have llgal omit that link and tooltip in case the slide uses the original image already and not .llgal/scaled_xyz.jpg? Right now, llgal only creates a link from the slide do the original image when --sx or --sy got passed. If the original image is smaller than the dimensions passed to --sx and/or --sy, then no resizing is done, the original is kept and used both in the slide and as the target of the link. Yes, it could make sense to not link at all in this case, I will think about it. But, if your images are already resized to 800x600, why do you need to pass --sx/--sy then? If you don't pass any of these options, you should get a slide without any link. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398771: installing mailman with python 2.3 causes loop condition during python upgrade
severity 398771 serious thanks This bug, in my opinion, makes the package unsuitable for release with etch. It breaks upgrades from sarge to etch, if I understand well. There is probably verbiage in the policy / RC policy to support that, but I'm too lazy to dig it out. On Wed, Nov 15, 2006 at 04:44:09PM +0300, Alex Kuklin wrote: Configuring python (2.4.4-1) ... running python rtupdate hooks for python2.4... Traceback (most recent call last): File /usr/lib/python2.4/py_compile.py, line 115, in compile f = open(file, 'U') IOError: [Errno 2] No such file or directory: '/usr/lib/mailman/Mailman/mm_cfg.py' error running python rtupdate hook python-support That file usually is a symlink to /etc/mailman/mm_cfg.py, a configuration file. I'm not terribly convinced it should be compiled at all, actually. It is a bug for it to be compiled unless it is *automatically* read from source when the source is newer than the compiled version. Any python expert could tell me whether it is the case? Alex, you did have the file /etc/mailman/mm_cfg.py, right? -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398797: gradm: fails to install
On Thu, Nov 16, 2006 at 08:24:50AM +0100, Mario 'BitKoenig' Holbe wrote: On Wed, Nov 15, 2006 at 11:01:51PM -0800, Steve Langasek wrote: On Wed, Nov 15, 2006 at 04:38:39PM +0100, Mario 'BitKoenig' Holbe wrote: gradm version 1.9.15-2.1 fails to install: Are you trying to use the non-interactive front-end? for debconf? No, my debconf frontend is Dialog. I think the failing postinst is because the postinst script does only contain: #!/bin/sh -e . /usr/share/debconf/confmodule nothing more. And I assume this returns something != 0 no matter what debconf frontend is used. No, the postinst is fine; the failure is in the config script which it calls, whose error exit propagates to the postinst. An exit code of 30 happens if the message isn't displayed to the user. Since the input happens at critical priority in debconf, the obvious explanation would have been that you were using the non-interactive frontend. The config script is buggy anyway, since the question will only be displayed /once/, and db_input will be called /twice/ during an apt upgrade... I just don't understand why the pre-configuration also failed in your log. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395167: tomcat5.5: error instantiating 'org.apache.juli.ClassLoaderLogManager'
tag 395167 pending patch forwarded 395167 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29869 severity 395167 normal tag 397996 pending tag 393224 pending tag 398044 pending thanks Loading the log manager doesn't work with GCJ for unknown reasons. A workaround is to remove the java.util.logging.manager property from the java invocation in /usr/share/tomcat5.5/bin/catalina.sh. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363945: /usr/games/wtf: wtf: Please include some additional abbreviations in wtf
Re: Sven Mueller 2006-04-25 [EMAIL PROTECTED] Please include these in your next upload: DDPODebian Developer's Package overview \ http://qa.debian.org/developer.php MPL Mozilla Public License Ack. RTSL Read the Source, Luke (open source programming) Hmm, isn't that rather UTSL? Btw, could you also include NSFW - not safe for work? Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/cs/ Universität des Saarlandes, Compiler Design Lab
Bug#398904: reportbug: UnicodeDecodeError
Package: reportbug Version: 3.30 Severity: normal Hi, I tried to report a bug against fortunes-de. Unfortunately I get Please select tags: (one at a time) [none] Traceback (most recent call last): File /usr/bin/reportbug, line 1745, in ? main() File /usr/bin/reportbug, line 777, in main return iface.user_interface() File /usr/bin/reportbug, line 1643, in user_interface klass, subject, tags, body, mode, pseudos) File /usr/share/reportbug/reportbug.py, line 724, in generate_blank_report return %s%s%s UnicodeDecodeError: 'ascii' codec can't decode byte 0xf6 in position 202: ordinal not in range(128) when I ask reportbug to include the debconf settings. My guess is that the problem is caused by some debconf strings that contain German Umlauts: Anekdoten, ASCIIart, Bahnhof, Bauernregeln, Computer, Debian Tips, Elefanten, Gedichte, Holenlassen, Huhn, Kinder, Letzte Worte, Lieber als, Löwe, Mathematiker, MS, Murphy, Namen, Quiz, Sicherheitshinweise, Sprichworte, Sprüche, Stilblüten, Tips, Translations, Unfug, Vornamen, Wußten Sie, Zitate Kind regards and thanks for maintaining reportbug Andreas. -- Package-specific info: ** Environment settings: EDITOR=vi INTERFACE=text ** /home/tillea/.reportbugrc: reportbug_version 2.10.1 mode standard ui text realname Andreas Tille email [EMAIL PROTECTED] -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (501, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages reportbug depends on: ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.9 register and build utility for Pyt Versions of packages reportbug recommends: pn python-cjkcodecs | python-ico none (no description available) -- no debconf information
Bug#396528: fixed in hunspell 1.1.4-3.1
This one time, at band camp, Steinar H. Gunderson said: On Wed, Nov 15, 2006 at 06:45:56PM -0800, Steve Langasek wrote: hunspell is still failing to build on arm: OK. In that case, we'll have to wait for the build-deps to be installed on leisner, unless someone can provide another arm for testing. I think I can provide you with an arm box for testing if you need it. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#398797: gradm: fails to install
On Thu, Nov 16, 2006 at 05:12:59AM -0800, Steve Langasek wrote: No, the postinst is fine; the failure is in the config script which it calls, whose error exit propagates to the postinst. An exit code of 30 happens if the message isn't displayed to the user. Hm, if the call to /usr/share/debconf/confmodule in postinst exits 30 because gradm/deprecated isn't (yet) displayed to the user, i'm quite sure it does the same in config, where the script then is immediately aborted due to -e - so it never reaches the db_input line, not to mention db_go :) Mario -- I thought the only thing the internet was good for was porn. -- Futurama signature.asc Description: Digital signature
Bug#398905: sometimes seems to ignore local mirror settings
Package: live-package Severity: normal hi, as it stands it seems like make-live sometimes manages to ignore local mirror settings: kida:/data/testlive/debian-live/chroot# grep MIRROR /etc/make-live.conf LIVE_MIRROR=http://deb.local.domain/debian-amd64; LIVE_MIRROR_SECURITY=http://deb.local.domain/debian-security; all seems fine until short before it starts creating the squashfs image: [..] Setting up kbd (1.12-17) ... No packages found matching \*. Err http://ftp.debian.org unstable Release.gpg Could not connect to ftp.debian.org:80 (128.101.240.212). - connect (113 No route to host) Ign http://ftp.debian.org unstable Release Err http://ftp.debian.org unstable/main Packages Could not connect to ftp.debian.org:80 (128.101.240.212). - connect (113 No route to host) Reading package lists... Done Parallel mksquashfs: Using 1 processor Creating little endian 3.0 filesystem on /data/testlive/debian-live/binary/casper/filesystem.squashfs, block size 65536. [..] after creating the image it seems to overwrite the chroot's sources.list again, this time using the settings from make-live.conf and all goes well: kida:/data/testlive/debian-live/chroot# cat etc/apt/sources.list deb http://deb.local.domain/debian-amd64 unstable main bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398903: gambas-gb-xml: deb package description is incorrectly identical to package gambas-gb-vb
Package: gambas-gb-xml Version: 1.0.15-1 Severity: minor gambas-gb-xml package description is incorrectly identical to package gambas-gb-vb package description should probably say something like: The Gambas XML and XSLT component Note: I have no idea what's actually in the package. I haven't actually tryed Gambas, I just noticed the same description on two different packages. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398896: amarokapp SIGSEGV (11) at startup
You are absolutely right, I had looked at ldd $(which amarok) but not
ldd $(amarokapp). I apologized. It is working now after:
find /usr/local -iname '*amarok*' -exec rm '{}' ';'
On Thu, 16 Nov 2006 03:29:27 -0800
Steve Langasek [EMAIL PROTECTED] wrote:
On Thu, Nov 16, 2006 at 04:46:05AM -0600, L. A. Linden Levy wrote:
Here is the backtrace:
Using host libthread_db library /lib/tls/libthread_db.so.1.
[Thread debugging using libthread_db enabled]
[New Thread -1243543872 (LWP 17271)]
[KCrash handler]
#5 0xb7d6ad78 in MediaDeviceConfig::MediaDeviceConfig ()
from /usr/local/lib/libamarok.so.0
snip
You have non-Debian libraries in /usr/local/lib/, and this is where
the crash happens. This doesn't appear to be a Debian bug.
Thanks,
--
-
Loren A. Linden Levy
481 Loomis, Department of Physics
University of Illinois at Urbana-Champaign
1110 W. Green St., Urbana, IL 61801-3080
Tel: 217-244-7995 (NPL) / +049 040 8998 4789 (DESY)
Fax: 217-333-1215 (NPL) / +049 040 8998 4034 (DESY)
Cell: 217-369-6580 (U.S.) / +049 (0)151 5496 1831 (Germany)
Email: [EMAIL PROTECTED]
url: http://w3.physics.uiuc.edu/~lindenle/
_
-
This email has been cryptographically signed.
Search for lindenle at pgp.mit.edu
to obtain my public key which can be used
to verify the authenticity of this message.
_
-
signature.asc
Description: PGP signature
Bug#398906: flpsed generates postscript with references to an unknown font 'HelveticaNeue-Roman'
Package: flpsed Version: 0.3.7-1 Severity: normal flpsed generates postscript with references to an unknown font 'HelveticaNeue-Roman'. It should be just 'Helvetica'. I've already reported the bug to the original author, and he fixed it. Would be great if you could update the debian package (just replacing the string in Postscript.cxx is enough). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Versions of packages flpsed depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libfltk1.1 1.1.7-2 Fast Light Toolkit shared librarie ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-2 X11 client-side library flpsed recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359870: [Intent to NMU] Re: nop utility memory fault
Cyril Brulebois [EMAIL PROTECTED] (08/11/2006): when running a graph thru the nop utility in the package, it breaks like that: Error: libag error -- aginit() was not called Error: libag error -- aginit() was not called Memory fault looks like an important bug, that's why I'm adjusting the severity. Hi again, since: - the patch is trivial; - it fixes a tool which otherwise is not working at all; could you please consider applying it? Having a non-broken `nop' in etch would be great. I plan to NMU graphviz with that fix quite soon. Cheers, -- Cyril PS: I'm adding you in To: to be sure you notice this message. pgpIgwtehZ9LU.pgp Description: PGP signature
Bug#398797: gradm: fails to install
On Thu, Nov 16, 2006 at 02:36:34PM +0100, Mario 'BitKoenig' Holbe wrote: On Thu, Nov 16, 2006 at 05:12:59AM -0800, Steve Langasek wrote: No, the postinst is fine; the failure is in the config script which it calls, whose error exit propagates to the postinst. An exit code of 30 happens if the message isn't displayed to the user. Hm, if the call to /usr/share/debconf/confmodule in postinst exits 30 because gradm/deprecated isn't (yet) displayed to the user, No, it exits because db_input is supposed to *display* it to the user as necessary, and the return value informs the caller whether this is actually done -- in the general case you get a 30 return /after/ it's been shown to the user, since the first time it's called is normally when it does get displayed... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398874: RM: lsbappchk -- RoM; superseded by lsb-appchk2 and lsb-appchk3 and obsolete
On 11/16/06, Matt Taggart [EMAIL PROTECTED] wrote: Furthermore, the rest (Linpus, Mandriva, Sun Wah) are about to LSB 3.1 certify new versions. Yeah, application developers who only care to support the very latest versions of distros can just target 3.1. They can target LSB 3.0 as well and work on 3.1. That, and the fact that LSB 2 is not compatible with LSB 3 They had different ABIs but a system could support both at the same time right? I thought the whole point of a major version of the LSB is so you could break the ABIs when needed (mainly when upstream does) and a runtime system could support both ABIs at the same time by delivering both sets of libs. This would allow application developers and users time to gradually transition. This is particularly true in big Linux shops with bunches of applications, all their apps won't be on the new version of the LSB right away. If people try hard and there are good roadmaps, hopefully everyone moves around the same time, but it's impossible to get _everything_ to line up perfectly, there are just too many variables. Maybe you mean LSB 2 applications are not compatible with LSB 3 runtimes (we know that to be true with libstdc++ in particular, and probably other cases). If the ABIs _are_ compatible going forward then they can just be minor LSB versions right? Wouldn't that imply that LSB major revisions are _only_ for ABI breaks? Unless maybe major revisions are also for marketing reasons? If upstreams are good about versioning their libraries, you could probably transition from one version to the next by just adding the new versioned library (I can't remember how the LSB feels about that, maybe only at major versions?). To deprecate the old version you'd need an LSB major version I think. (whereas LSB 3 and higher will be backward compatible), I don't understand what this means. Are you saying newer LSB applications will be able to run on older LSB runtimes? If so how would that work? http://www.freestandards.org/en/LSB_Roadmap http://www.freestandards.org/en/Application_Compatibility -ian -- Ian Murdock 317-863-2590 http://ianmurdock.com/ Don't look back--something might be gaining on you. --Satchel Paige -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396528: fixed in hunspell 1.1.4-3.1
On Thu, Nov 16, 2006 at 01:15:55PM +, Stephen Gran wrote:
OK. In that case, we'll have to wait for the build-deps to be installed on
leisner, unless someone can provide another arm for testing.
I think I can provide you with an arm box for testing if you need it.
I already got access to one, but thanks for the offer.
Anyhow, the following dpatch fixes the issue:
#! /bin/sh /usr/share/dpatch/dpatch-run
## arm_structure_alignment.dpatch by Steinar H. Gunderson [EMAIL PROTECTED]
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Make w_char structure tightly packed; needed on arm.
@DPATCH@
diff -urNad hunspell-1.1.4~/src/hunspell/csutil.hxx
hunspell-1.1.4/src/hunspell/csutil.hxx
--- hunspell-1.1.4~/src/hunspell/csutil.hxx 2006-02-01 01:09:55.0
+0100
+++ hunspell-1.1.4/src/hunspell/csutil.hxx 2006-11-16 15:09:05.0
+0100
@@ -3,7 +3,7 @@
// First some base level utility routines
-typedef struct {
+typedef struct __attribute__ ((packed)) {
unsigned char l;
unsigned char h;
} w_char;
I'm not sure if my other changes are actually relevant; in any case, it
shouldn't hurt. Anyhow, one will also have to clear XFAILED= from configure.ac
and re-run autofoo, since now it complains about unexpected passes (!). Rene,
you'll take that part and the upload, right?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398907: Problems with totem 2.16.2-2 and *.wmv
Package: totem version : 2.16.2-2 Debian : Etch $ which totem /usr/bin/totem $ dpkg --list totem Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii totem 2.16.2-2 A simple media player for the Gnome desktop When i'm trying to play a file .wmv totem say : Totem could not play 'file:///.wmv' The audio device is busy. Is another application using it ? When i try to play it anyway (click on the play button) it gives me this error : The Application totem has quit unexpectedly. You can inform the developers of what happened to help them fix it. Or you can restart the application right now. When i try to play thoses files with vlc i've got no sound, but the video works. When i try to play thoses files with mplayer i've got sound and video. I'm using w32codecs from http://www.debian-multimedia.org/ $ dpkg --list w32codecs Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii w32codecs 20061022-0.0 win32 binary codecs Maybe the problem is from thoses codecs I think alsa is well configured, i'm running gnome without esd on a Debian Etch (testing) with a 2.6.17-2-686 kernel . NB : There is no problem with others files, just with *.wmv, and there was no problem with previous version of totem. Thanks
