Bug#330459: K3b: cdrecord returned and unknown error (in debug says doesn't suport DVD-R/DVD-RW)
Package: cdrecord Version: 2.01+01a03-2 Package: k3b Version: 0.12.4a-1 Hi, I make a dist-upgrade few hours ago (Debian Unstable), and now i can't burn cds/dvds, k3b open ejects the disc and do nothing, of course, before the dist-upgrade i have no problem burning cds/dvds, so the debug info is bellow, i will appreciate any help/comments to fix this problem, thanks in advance, and excuse my english, and/or myself if the report is incorrect. -- debug info --- System --- K3b Version: 0.12 KDE Version: 3.4.2 QT Version: 3.3.5 Kernel: 2.6.10 Devices --- SONY DVD RW DRU-710A BY01 (/dev/hdd, ) at /dvd [CD-R; CD-RW; CD-ROM; DVD-ROM; DVD-R; DVD-RW; DVD+R; DVD+RW; DVD+R DL] [DVD-ROM; DVD-R Sequential; DVD-RW Restricted Overwrite; DVD-RW Sequential; DVD+RW; DVD+R; DVD+R Double Layer; CD-ROM; CD-R; CD-RW] [SAO; TAO; RAW; SAO/R96P; SAO/R96R; RAW/R16; RAW/R96P; RAW/R96R; Restricted Overwrite] PIONEER CD-ROM DR-A32X 1.06 (/dev/hdb, ) at /cdrom [CD-ROM] [Error] [None] K3b --- Size of filesystem calculated: 358535 Used versions --- mkisofs: 2.1.1a03-unofficial-iconv cdrecord: 2.1.1a03 cdrecord --- /usr/bin/cdrecord: Warning: Running on Linux-2.6.10 /usr/bin/cdrecord: There are unsettled issues with Linux-2.5 and newer. /usr/bin/cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. /usr/bin/cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler /usr/bin/cdrecord: Permission denied. WARNING: Cannot set priority using setpriority(). /usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns. scsidev: '/dev/hdd' devname: '/dev/hdd' scsibus: -2 target: -2 lun: -2 Warning: Open by 'devname' is unintentional and not supported. Linux sg driver version: 3.5.27 Error: Cannot gain SYS_RAWIO capability.Is cdrecord installed SUID root? : Operation not permitted /usr/bin/cdrecord: Warning: using inofficial version of libscg (ubuntu-0.8ubuntu1 '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J. Schilling'). SCSI buffer size: 64512 /usr/bin/cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code. /usr/bin/cdrecord: See /usr/share/doc/cdrecord/README.DVD.Debian for details on DVD support. Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg Schilling NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to [EMAIL PROTECTED]. The original author should not be bothered with problems of this version. TOC Type: 1 = CD-ROM Using libscg version 'ubuntu-0.8ubuntu1'. Driveropts: 'burnfree' atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 2 Capabilities : Vendor_info: 'SONY' Identifikation : 'DVD RW DRU-710A ' Revision : 'BY01' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 Profile: 0x002B Profile: 0x001B Profile: 0x001A Profile: 0x0014 Profile: 0x0013 Profile: 0x0011 Profile: 0x0010 Profile: 0x000A Profile: 0x0009 (current) Profile: 0x0008 Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE FORCESPEED Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1895168 = 1850 KB FIFO size : 4194304 = 4096 KB /usr/bin/cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl Track 01: data 700 MB Total size: 804 MB (79:40.46) = 358535 sectors Lout start: 804 MB (79:42/35) = 358535 sectors cdrecord command: --- /usr/bin/cdrecord.mmap -v gracetime=2 dev=/dev/hdd speed=40 -dao driveropts=burnfree -eject -data -tsize=358535s - mkisofs --- 358535 INFO: ISO-8859-15 character encoding detected by locale settings. Assuming ISO-8859-15 encoded filenames on source filesystem, use -input-charset to override. /usr/bin/mkisofs: Connection reset by peer. cannot fwrite 32768*1 mkisofs command: --- /usr/bin/mkisofs -gui -graft-points -volid El Libro Del Mal -volset -appid K3B THE CD KREATOR VERSION 0.11.18 (C) 2003 SEBASTIAN TRUEG AND THE K3B TEAM -publisher -preparer K3b - Version 0.11.18 -sysid LINUX -volset-size 1 -volset-seqno 1 -sort /tmp/kde-lordpain/k3bJX9wda.tmp -rational-rock -hide-list /tmp/kde-lordpain/k3bswxosc.tmp -joliet -joliet-long -hide-joliet-list /tmp/kde-lordpain/k3bOqwZfa.tmp -full-iso9660-filenames -iso-level 2 -path-list /tmp/kde-lordpain/k3bNhSxnc.tmp -- Marcos Ramirez (www.marcos-ramirez.info) .:: Linux Registered User #349823 ::. Debian SID Kernel 2.6.10. Antes de preguntar nada, lee! y recuerda, Google es tu amigo, yo no. http://www.sindominio.net/ayuda/preguntas-inteligentes.html No acepto adjuntos en formato WORD/Office: http://breu.bulma.net/?l3192 -- To UNSUBSCRIBE, email to
Bug#330460: evince: Displays blank white screens inbetween pages
Package: evince Version: 0.4.0-1 Severity: minor Hi, evince displays blank white screens between two slides of latex-beamer presentations in fullscreen mode (which lasts longer the more complex the next slide is). This is extremely annoying. Kind regards and thanks for maintaining evince Andreas. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (501, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages evince depends on: ii gconf22.10.1-2 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.1-1 The Bonobo UI library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libcairo2 1.0.0-3The Cairo 2D vector graphics libra ii libdjvulibre153.5.15-1 Runtime support for the DjVu image ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgconf2-4 2.10.1-2 GNOME configuration database syste ii libgcrypt11 1.2.1-4LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgnome-keyring0 0.4.3-2GNOME keyring services library ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeprint2.2-02.10.3-2 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.10.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgnutls11 1.0.16-13.1GNU TLS library - runtime library ii libgpg-error0 1.1-4 library for common error values an ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkpathsea3 2.0.2-31 path search library for teTeX (run ii libnautilus-extension12.10.1-4 libraries for nautilus components ii liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime ii libpoppler0c2 0.4.2-1PDF rendering library ii libpoppler0c2-glib0.4.2-1PDF rendering library (GLib-based ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libstdc++64.0.1-2The GNU Standard C++ Library v3 ii libtasn1-20.2.13-1 Manage ASN.1 structures (runtime) ii libtiff4 3.7.3-1Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxml2 2.6.22-1 GNOME XML library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime evince recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308309: 8-bit instead of 8bit
We are also having problems with this, some of our clients are rejecting request tracker email. Any word on if this will be fixed or not in any updates to sarge? Do we need to patch it locally? -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309601: It's worse than this
Not only does the installer look for PG's data (and startup script) in static locations, but those locations now appear to be incorrect. At least hereabouts, the structure has changed so that, for instance, the data is in /var/lib/postgresql/7.4/main/, rather than /var/lib/postgresql/data where the installer expects to find it. -- Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330445: do_initrd message fails in noninteractive install
Hi, Sounds to me that the package in question is getting ahead of policy and deciding that the debconf transition is over. Well, is it just powerpc debian installer that build depends on kernel-images? Why? I am not sure that merely making this go over to debconf is going to change the behaviour -- if a human does not answer some install time questions, kernel-images may not install anyway. I am not sure I understand this use case, really. manoj -- I'm totally DESPONDENT over the LIBYAN situation and the price of CHICKEN ... Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330455: linux-image-2.6.12-1-686 loads every ide pci module at boot time
usertag 330455 dkt-work-in-progress-upstream usertag 330455 dkt-work-in-progress tag 330455 +upstream severity 330455 wishlist reassign 330455 linux-2.6 thanks On Wed, Sep 28, 2005 at 01:05:21AM +0200, Christophe Branchereau wrote: Package: linux-image-2.6.12-1-686 Version: 2.6.12-6 Severity: important -- 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.12-1-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages linux-image-2.6.12-1-686 depends on: ii coreutils [fileutils] 5.2.1-2.1 The GNU core utilities ii initrd-tools 0.1.82 tools to create initrd image for p ii module-init-tools 3.2-pre8-1 tools for managing Linux kernel mo linux-image-2.6.12-1-686 recommends no packages. -- no debconf information the title says it all... - linux-image-2.6.12-1-686 loads every ide pci module at boot time This is a know problem since around 2.6.10. The problem is that due to some broken locking semantics inside the kernel, it is not safe to unload the ide modules, and more to the point, the kernel doesn't allow them to be resolved. This should be eventually resolved by reqorking the kernel's locks, but that may be a while off, and is definately work for upstream. It may also be resolved by replacing mkinitrd with something that doesn't load all modules. work on this is in progress. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324470: dovecot-imapd works for me
severity 324470 normal thanks On Tue, 27 Sep 2005, Michael R Head wrote: I had prevented myself from upgrading to the latest version of dovecot due to this grave bug. I've upgraded and haven't had a problem with Maildir delivery. Thanks for the report Mike. Olivier, can you confirm if 1.0.alpha3 solves your problem? Because other people have it working I suspect this is a local configuration problem at your end but I don't immediately notice anything in the config you posted that could cause it. Let me know if it still doesn't work and we can investigate further. -- Jaldhar H. Vyas [EMAIL PROTECTED] La Salle Debain - http://www.braincells.com/debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330153: snort-rules-default: Missing default ruleset
On Mon, Sep 26, 2005 at 01:22:13PM +0200, Sythos wrote: Package: snort-rules-default Version: 2.3.2-3 Severity: minor Default installation snort+snort-rules-default don't work due missing default script, logwatch output is: # logwatch Can't open: /usr/share/logwatch/scripts/services/XX at /usr/sbin/logwatch line 728 What does logwatch have to do with snort or snort-rules-default? None of those packages ship any default configuration for logwatch. This bug does not look like valid, or it does not look like it should be assigned to snort, maybe it should be reassigned to logwatch? Please tell us which default script you believe is missing, none of the ones you mention are associated with snort in anyway. Regards Javier signature.asc Description: Digital signature
Bug#330329: 2.6.12-10 built on my sparc pbuilder
linux-2.6 2.6.12-10 built fine on my sparc pbuilder. I think the build should be requeued, preferably on auric if it has more disk space available. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329773: cpqarrayd: Severely leaks memory ( 1G after few months of working )
Which version of cpqarrayd are you using? (the bug report doesn't say) latest stable - 2.0-3, Some memory changes to clean things up were added in the 2.0-4 version, if I am testing 2.0-4 right now, no signs of leakage yet, I do believe that this change should be commited to stable, I was very surprised to find my servers die, while there are known fixes available. -- Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 Total Existance Failure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330412: wontfix
tags 330412 + wontfix thanks After discussion on IRC, we think it would be best for the submitter to work directly with upstream to come up with an appropriate solution. Its not possible for us to know when a Documentation file was last modified - that would require an addition to upstream submission policy. -- dann frazier [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330437: spellcast: [INTL:sv] Swedish debconf templates translation
On Wed, Sep 28, 2005 at 03:15:31AM +0200, Daniel Nylander wrote: Package: spellcast Severity: wishlist Tags: patch l10n ?? Spellcast no longer provides a debconf file (as of 1.0-19) but a NEWS file instead. Please provide a NEWS translation if you want to reuse your work, although notice that no programs support those yet. Regards Javier signature.asc Description: Digital signature
Bug#330461: f-spot: Broken dependency of a package
Package: f-spot Severity: normal The following packages have unmet dependencies: f-spot: Depends: libgconf2.0-cil ( 1.9.6) but 2.3.91-1 is to be installed Depends: libglade2.0-cil ( 1.9.6) but 2.3.91-1 is to be installed Depends: libglib2.0-cil ( 1.9.6) but 2.3.91-1 is to be installed Depends: libgnome2.0-cil ( 1.9.6) but 2.3.91-1 is to be installed Depends: libgtk2.0-cil ( 1.9.6) but 2.3.91-1 is to be installed E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#221290: [Pkg-shadow-devel] Bug#221290: Bug #221290 still here: screen garbled after entering high-ascii characters at login prompt
Anyway this is more general problem but not shadow bug (it is about UTF8 support, not about umlauts), so probably nothing should be done in shadow. But some program should set that flag *before* login run and *all* terminal emulators should set this flag when run in UTF-8 locale :( The discussion is going way over my head but I think this last paragraph just shows that I should actually either close this bug...or reassign it to a package.but which? no-one exactly knows...:-) Right? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282184: More information needed for this bug
(addgroup should not refuse adding groups that already exist with the same name in an external database such as NIS) I see no real problem in this. Which behaviour are you actually expecting? The group should be created in the local database, as the user requested it. Uh. I'm damn sure this is not a so good idea. For instance high level utilities such as adduser will probably at some moment include support for external databases such as LDAP (or NIS...if someone is still using this). I really wonder how they could behave in the case two groups with the same name exist in both database: addgroup toto spaces --in which of the two spaces group should toto be added? So, in short, I think that passwd utilities are right using the getent calls to get the list of what exists and what doesn't. Tomasz, comments ?
Bug#330350: [Pkg-shadow-devel] Bug#330350: passwd: Potential symlink attack problem in remove-shell?
This doesn't look that bad to me. Here, the temporary file is in /etc/. If somebody can create a symlink in /etc/, she can probably also change /etc/shadow. Yes, right. However, don't you think we'd better use a non-predictable temporary file name ?
Bug#330420: [Pkg-shadow-devel] Bug#330420: login: Breaks system-wide maildir spools
Quoting Henrique de Moraes Holschuh ([EMAIL PROTECTED]): Package: login Version: 1:4.0.12-2 Severity: important Recent changes to login appear to have killed login.defs support for maildir. The comments in login.defs do not reflect that. For a maildir tree at /var/mail/user/, we get MAIL=/ when the user logins. pam.d/login has noenv specified for the mail pam module. That seems to be the problem. We certainly need to remove the noenv directive from the pam_mail line in the default login PAM configuration file: # Prints the status of the user's mailbox upon succesful login # (Replaces the `MAIL_CHECK_ENAB' option from login.defs). You # can also enable a MAIL environment variable from here, but it # is better handled by /etc/login.defs, since userdel also uses # it to make sure that removing a user, also removes their mail # spool file. sessionoptional pam_mail.so standard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308309: 8-bit instead of 8bit
My apologise, I just read the bug that was merged (#309766) with this one where you already answerd my question. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322558: Processed: Proposed patch for this documentation bug of newgrp(1)
# Processing commands for [EMAIL PROTECTED]: # # tags 322558 patch upstream # Bug#322558: conglomerate: Freezes while editing tags 322558 -patch thanks It should have been against 32 555 8 St -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323203: Bug#323206: psad: iptables method fails for unclear reasons
On Fri, 2005-08-26 at 14:12 +0700, Jeroen Vermeulen wrote: On Thu, Aug 25, 2005 at 03:00:37PM +0200, Daniel Gubser wrote: Here is a quick answer from Mike Rash: Note that the upcoming psad-1.4.3 release should have much improved auto- blocking capabilities. The new version can now be found at http://www.gutreu.ch/debian/ Can you please test it? -- Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330164: acknowledged by developer (Re: Bug#330164: mysql-server-4.1: Authentication bypass)
Hi Christian! Debian Bug Tracking System [2005-09-26 11:33 -0700]: - as you stated in your next mail, it doesn't seem that sarge/4.0 is affected. - sarge doesn't carry a 5.0 version - thus all sid versions should be okay too. After checking the advisory I would say that Sean is right, no Debian versions are vulnerable any more as this advisory is really very old. Maybe this was too quick - in the Ubuntu bug [1] the reporter successfully ran the exploit against 4.0.24. Martin [1] https://bugzilla.ubuntu.com/show_bug.cgi?id=16205 -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330329: worked for me too
This built fine for me in a fresh sid pbuilder chroot. I've uploaded the result of that build. -- dann frazier [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328458: heartbeat-1.2.3-9sarge4 for 3.1r1
Hi Martin, I would like to rais the issue of including heartbeat-1.2.3-9sarge4 in 3.1r1. It has been brought to my attention that there is a file descriptor handling problem that causes the stonith subsystem to become inpoerable in many situations (See: #328458) I have prepared packages that include this fix, from upstream, and no other changes, and you can find them at http://packages.vergenet.net/sarge-proposed-updates/heartbeat/ Steve, can you please verify that these packages resolve your problem. Martin, can you let me know if this is appropriate for 3.1r1 Thanks N.B: I think this bug is in unstable, and I will fix that ASAP. -- Horms signature.asc Description: Digital signature
Bug#330329: 2.6.12-10 built on my sparc pbuilder
On Tue, Sep 27, 2005 at 11:32:29PM -0700, Blars Blarson wrote: linux-2.6 2.6.12-10 built fine on my sparc pbuilder. I think the build should be requeued, preferably on auric if it has more disk space available. Thanks for that information. I think Dannf was plaining to do a binary-upload. But if that doesn't pan out, how can we get the build requeued? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308309: 8-bit instead of 8bit
On Wed, Sep 28, 2005 at 04:00:19PM +1000, Geoff Crompton wrote: We are also having problems with this, some of our clients are rejecting request tracker email. Any word on if this will be fixed or not in any updates to sarge? Do we need to patch it locally? The version in Sarge will only receive security fixes now so you will need to patch this yourself. I recommend copying the file /usr/share/request-tracker3.4/lib/RT/Action/SendEmail.pm into /usr/local/share/request-tracker3.4/lib/RT/Action/SendEmail.pm and making the correction there. Any changes made there will be preserved between package upgrades, when, for instance, there is a security bug fix at some future date. I hope that helps, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330329: 2.6.12-10 built on my sparc pbuilder
On Wed, Sep 28, 2005 at 03:35:45PM +0900, Horms wrote: On Tue, Sep 27, 2005 at 11:32:29PM -0700, Blars Blarson wrote: linux-2.6 2.6.12-10 built fine on my sparc pbuilder. I think the build should be requeued, preferably on auric if it has more disk space available. Thanks for that information. I think Dannf was plaining to do a binary-upload. But if that doesn't pan out, how can we get the build requeued? -- Horms Ask the buildd administrator to do so. I cced [EMAIL PROTECTED] on my previous message. -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329090: util-vserver: barrier not working, but chroot escape does
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ola Lundqvist wrote: I do not have access to a 2.6 kernel patched with vserver but I can check on a patched 2.4 kernel with old style patch. Okay, I have a machine running 2.6 kernel patched with vserver 2.0, so what can I help you on 2.6 kernel patched with vserver? I have tried and successed escape from vserver's guest by using the expolits[2], and failed on the test of testfs.sh script[1], could you please do both tests on your 2.4 kernel patched with old style patch to confirm the is really a security problem. [1] http://vserver.13thfloor.at/Stuff/SCRIPT/testfs.sh-0.09 [2] http://vserver.13thfloor.at/Stuff/rootesc.c Regards, - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDOjx8nQYz4bYlCYURArJNAKC+Z05GtpBdyrvA4g8t8GwM0hbq/wCgjA9N a4LSt5deo0o/oFLB1Ta2hnU= =AX4d -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330462: pmount does ignore exec mount_option
Package: pmount Version: 0.8-2 Severity: normal pmount does ignore a few options given in HAL, especially the exec option (or conversely the noexec option). This is akin to #310228, but not for the same set of options. I can provide patches if you are willing to include them. I usually provide clean patches. I can provide them for unstable and experimental, if needs be. Furthermore, pmount does not query the global storage policies and storage.default.policies. Maybe hal does, I do not know this. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (499, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages pmount depends on: ii dbus-10.23.4-6 simple interprocess messaging syst ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libhal0 0.4.8-7Hardware Abstraction Layer - share ii libsysfs1 1.3.0-2interface library to sysfs pmount recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
On 28.09.05 [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Hi, So we need to know whether the right pool file is found. What is the output of kpsewhich --progname=pdfetex pdfetex.pool ls -l `kpsewhich --progname=pdfetex pdfetex.pool` dpkg -S `kpsewhich --progname=pdfetex pdfetex.pool` md5sum `kpsewhich --progname=pdfetex pdfetex.pool` aach. it's picking up /usr/local/texmf which is mounted as readonly, over NFS. (/usr/local is mounted in this way by most of our workstations.) So this may not be a bug after all, except that it appears to me to be a regression w.r.t. woody. On our remaining woody boxes I have tetex-extra 1.0.2+20011202 installed. Is this behaviour I am seeing the result of a fix for wrong behaviour in that older version? Well, even woody never shipped files sitting in /usr/local as this would be a policy violation. The question is now, why are these files there: did you upgrade your pdfeTeX to a newer version than woody and hence needed a newer pool file to generate formats? Anyway, removing these files and running mktexlsr should fix your problem. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327876: libpam-modules: Still broken
On Tue, Sep 27, 2005 at 11:03:16PM -0300, Javier Kohen wrote: The /etc/pam.d/login on my system, from login 4.0.3-39, lists auth required pam_env.so $ grep pam_env /etc/pam.d/login # file /etc/security/pam_env.conf. auth required pam_env.so I guess I pass. and I've confirmed that the config file from the new version of login does, as well. If this is present in your config and you don't get the env variables, that's a bug in the new PAM, and should be reported as a new bug. If this is *not* present in your config, that's not a configuration error, not a package bug. If it's neither a configuration error nor a package bug, then what is it? It is a package bug; see the newly-filed bug #330458. I'll work on chasing this down. -- 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/ signature.asc Description: Digital signature
Bug#330445: do_initrd message fails in noninteractive install
On Wed, Sep 28, 2005 at 12:48:13AM -0500, Manoj Srivastava wrote: Sounds to me that the package in question is getting ahead of policy and deciding that the debconf transition is over. Well, is it just powerpc debian installer that build depends on kernel-images? Why? I am not sure that merely making this go over to debconf is going to change the behaviour -- if a human does not answer some install time questions, kernel-images may not install anyway. They'll _install_ (as far as dpkg is concerned) fine. They may not be in a state to be booted, but you can access all of the modules and binaries, which I think is what the d-i package is trying to do. And this particular use case is during a build in a chroot, where you'll never want to boot the image anyhow. You don't need to switch to debconf to fix this -- you just need to check whether or not you have a tty to actually ask the question on, and default to the answer that allows the package to install, tho it may not be bootable. You can still output warning messages to that effect. If it's any easier, you can also check if DEBIAN_FRONTEND='noninteractive'. Debconf will set this when questions are not to be asked, and the buildd sets it as well, so debconf using packages use their defaults. As for the details of why d-i needs to do this, and whether or not it will do so on other archs in the future, you'll have to ask the d-i team, as I don't know. signature.asc Description: Digital signature
Bug#322821: powerpc and s390: buildd environments screwed?
Albert Cahalan [EMAIL PROTECTED] wrote: I don't really like the idea of bin-NMUing all those packages without understanding the cause. If it turns out to be a real bug somewhere that needs fixing, the whole bin-NMU dance will have to be done all over again. Me neither, but I am not qualified to find out the cause. Josselin (libpng maintainer, again in the Cc) already said he had no idea either, except toolchain changes on the affected arches. Maybe Ryan has some insight as buildd admin? The obvious assumption would be that we've gone through an unintended ABI change. That's very bad. Oh well. It happened. Let's put it behind us. Life goes on. Not that the cause wouldn't be interesting of course. More than interesting: If it wasn't an unintended ABI change, as Josselin asserted, then what else was it? Will that else occur again? How can it be prevented? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#325396: try apt.conf hook
Chapter 4 of the file hiearchy standard says that /usr should not be written to. The unpacking of the source into /usr in a postinst would create data that lives outside of the dpkg database, so unpacking source there automatically would be a violation of the FHS, in my opinion. Creation of data somewhere under /var, or in a user-configurable location is an option, but not one I'm fond of. What happens if source is already unpacked there? We wouldn't want to overwrite an existing buildtree that potentially has modifications. What happens when we run out of disk space? Apt can't easily detect this ahead of time, so this will cause the upgrade to fail, or leave something partially extracted. However, you probably know what you want to happen in these cases, so I think you can accomplish it by writing an apt hook. See: http://wiki.debian.net/?AptConf You can write a Pre-Install-Pkgs hook that detects if a new kernel-source package is being installed. If so, it can trigger some action that will wait for apt to complete and then trigger an extraction to whatever location you want. Another option would be a Post-Invoke hook that compares the timestamp or md5sum of the kernel-source tarballs it finds in /usr, and if one has changed (or one has been added), perform the extraction. Does this sound reasonable? -- dann frazier [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325505: Intent to NMU
as you wish, but FYI, i won't continue the development of this software, and it will be out of debian b/c of this. On 28/09/05, dann frazier [EMAIL PROTECTED] wrote: As these bugs have been open for 30 days without a response from the maintainer, I intend to NMU them in 1 week (or earlier, at the maintainer's request). -- dann frazier [EMAIL PROTECTED] -- VWOL Tamas SZERB [EMAIL PROTECTED]
Bug#330463: watchdog reports only once
Package: watchdog Version: 5.2.4-4 When using the watchdog daemon with the verbose switch (-v), one would expect it to report once every logtick a with message still alive. It does that only one time, however, and fails to report in after that. This is due to a problem in watchdog.c, where the ticker gets reset twice: first to the value of logtick, and then to 0. The logging condition (--ticker==0) will never evaluate to true again after that. I suggest applying the following change to watchdog.c, which corrects this behaviour: --- watchdog.c.orig Tue Jul 8 14:34:19 2003 +++ watchdog.c Tue Sep 27 20:07:52 2005 @@ -838,7 +838,7 @@ /* do verbose logging */ if (verbose) { count += logtick; - ticker = 0; + /* (bug: ticker == logtick and must not be reset here.) ticker = 0; */ syslog(LOG_INFO, still alive after %ld seconds = %ld interval(s), count * tint, count); } #endif /* USE_SYSLOG */ We're using the watchdog package on Sarge and have ported it to Red Hat Linux, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
Well, even woody never shipped files sitting in /usr/local as this would be a policy violation. The question is now, why are these files there: did you upgrade your pdfeTeX to a newer version than woody and hence needed a newer pool file to generate formats? Anyway, removing these files and running mktexlsr should fix your problem. I'm not suggesting that woody installed the files in /usr/local, but it seems like how it handles the path ordering may have changed. I reported this issue because I haven't experienced it before, on other sarge upgrades, with the same setup, done over the last couple of weeks. To work around, I'll try unmounting the NFS /usr/local, installing remounting. That should work, I'll let you know. As to why the files are there at all: We maintain a bunch of unpackaged, non-Debian stuff in /usr/local. There are some overlaps, such as this one, where we needed newer versions of tetex and friends. Obviously you wouldn't be expected to support such configurations, but perhaps there's a way to handle them gracefully? Perhaps the ordering should try the package's default directory first, and then the /usr/local (and other locations) later? Kind regards Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315110: kernel-image-2.4.27-2-686: irda driver smsc-ircc2 under kernel-image-2.6.8 doesn't seem to work.
Hi, I tried with the given kernel and the result is: - exactly the same symptons as in 2.6.8 - the backported kernel is built with gcc 4.0.2 (not sure about the subdigits) which are not part of Sarge, making building of additional modules impossible. Such a backported kernel should be built with gcc from Sarge (IMHO). -- and I know it's an unrelated comment :-) And to come back to your point on filing a separate bug for 2.6.8, I just remember that I clearly said in my first bug report that I need actually a fix for 2.4.x because of other dependencies; I only tried 2.6.8 because I was asked to... Thanks, Eric On Mon, Sep 19, 2005 at 04:19:21PM +0200, Eric Lavarde wrote: Package: kernel-image-2.4.27-2-686 Version: 2.4.27-10 Followup-For: Bug #315110 Hi, after some time, I tried to work under kernel 2.6.8 and I don't even get the module to work. Hi, if this is a problem with 2.6.8, it is probably best to file it as a separate bug. However, as 2.6.8 is now in deep freeze, I have to be honest and say that the chances of the problem being resolved are slim. As an alternateive, would it be possible for you to test the backport of 2.6.12 that has been made for sarge. You can find it as 2.6.12-5.99.sarge1 in http://packages.vergenet.net/testing/linux-2.6/ -- Horms --
Bug#325396: try apt.conf hook
On Wed, Sep 28, 2005 at 01:26:32AM -0600, dann frazier wrote: Chapter 4 of the file hiearchy standard says that /usr should not be written to. The unpacking of the source into /usr in a postinst would create data that lives outside of the dpkg database, so unpacking source there automatically would be a violation of the FHS, in my opinion. This is a bad idea anyway. Creation of data somewhere under /var, or in a user-configurable location is an option, but not one I'm fond of. What happens if source is already unpacked there? We wouldn't want to overwrite an existing Anything outside of /usr/local and /home/* should not be touched by the user anyway. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329906: Certainly not invalid when I've reported it
Hi, On mer, sep 28, 2005, Seo Sanghyeon wrote: libg*2.0-cil = 2.3.90 *are* in Sid. It seems to FTBFS on buildd, but that's different story... Get your facts straight: libg*2.0-cil were not in unstable when I reported this bug. Muine was uploaded the 19th, with the unsatisfiable deps, gtk2-sharp-unstable was uploaded in version 2.3.91-1 the 25th. This was a grave bug. I'm glad you uploaded exactly the binary packages that the Muine maintainer used to build Muine and that the uninstallability period of Muine is over. Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#325505: Intent to NMU
On Wed, 2005-09-28 at 09:28 +0200, Tamas SZERB wrote: as you wish, but FYI, i won't continue the development of this software, and it will be out of debian b/c of this. I'm sorry, I don't understand your response. Are you saying that you will no longer maintain this package if I NMU, or that you plan to orphan this package anyway? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330329: 2.6.12-10 built on my sparc pbuilder
On Tue, 2005-09-27 at 23:50 -0700, Blars Blarson wrote: On Wed, Sep 28, 2005 at 03:35:45PM +0900, Horms wrote: On Tue, Sep 27, 2005 at 11:32:29PM -0700, Blars Blarson wrote: linux-2.6 2.6.12-10 built fine on my sparc pbuilder. I think the build should be requeued, preferably on auric if it has more disk space available. Thanks for that information. I think Dannf was plaining to do a binary-upload. But if that doesn't pan out, how can we get the build requeued? -- Horms Ask the buildd administrator to do so. I cced [EMAIL PROTECTED] on my previous message. I did the binary-upload and it has been ACCEPTED, so the requeue should not be necessary. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330354: postgresql-client: no command history since upgrade
Hi! Tim Caulder [2005-09-27 13:45 -0400]: Package: postgresql-client Version: 7.5.9 Severity: normal psql has no command-line history since latest upgrade in testing You mean for the user postgres? It should work fine for any other user. Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330464: procps: init-script: please be more verbose if $VERBOSE
Package: procps Version: 1:3.2.5-1 Severity: wishlist Hello, this is a follow-up to #277111. Unfortunately this bug is already archived so I cannot reopen it. I personally think it's really helpful to see which kernel parameters are changed during boot. Therefor, please use -q only if $VERBOSE=no. My mail to martin f krafft and his reply are attached, including my suggested patch. Thanks for your work regards Mario -- I heard, if you play a NT-CD backwards, you get satanic messages... That's nothing. If you play it forwards, it installs NT. ---BeginMessage--- On Mon, Oct 18, 2004 at 06:40:25PM +0200, martin f krafft wrote: When procps loads /etc/sysctl.conf during the boot, it writes all settings to stdout. It should not do that. Please add -q even in $VERBOSE mode! Hmmm, why should it be quiet even in $VERBOSE mode? I personally think it's really helpful sometimes to see which kernel parameters are changed during boot. Especially now when netbase (4.22) deprecates /etc/network/options and refers to /etc/sysctl.conf instead (see /usr/share/doc/netbase/README.Debian) and thus /etc/sysctl.conf becomes more important now than before. And I don't see any reason not to print them if $VERBOSE = yes. I'll reopen the bug if you agree with me. I did talk to Elrond and it seems that sysctl in 2.0.7 had no -q, which was most likely the reason for -n + /dev/null. Now, there is -q, so the correct patch should be to simply replace -n with -q if $VERBOSE = no. There should be no need for /dev/null anymore (patch attached). regards Mario -- [mod_nessus for iauth] delta scanning your system...found depreciated OS...found hole...installing new OS...please reboot and reconnect now --- /etc/init.d/procps.sh 2004-11-17 03:18:32.0 +0100 +++ procps.sh 2005-09-27 19:34:03.0 +0200 @@ -19,14 +19,12 @@ fi if [ $VERBOSE = no ] then - n=-n - redir=/dev/null + quiet=-q else echo Setting kernel variables ... - n= - redir= + quiet= fi - eval /sbin/sysctl $n -q -p $redir + /sbin/sysctl $quiet -p if [ $VERBOSE = yes ] then echo ... done. ---End Message--- ---BeginMessage--- also sprach Mario 'BitKoenig' Holbe [EMAIL PROTECTED] [2005.09.27.1948 +0200]: I'll reopen the bug if you agree with me. I suppose I do agree... -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! although occasionally there is something to be said for solitude. -- special agent dale cooper signature.asc Description: Digital signature (GPG/PGP) ---End Message---
Bug#330465: skribe-el: error processing skribe.el
Package: skribe-el Version: 1.2b-1 Severity: normal Paramétrage de skribe (1.2b-1) ... Paramétrage de skribe-doc (1.2b-1) ... Paramétrage de skribe-el (1.2b-1) ... install/skribe-el: Handling install of emacsen flavor emacs install/skribe-el: Handling install of emacsen flavor emacs21 install/skribe-el: byte-compiling for emacs21 install/skribe-el: Handling install of emacsen flavor xemacs21 install/skribe-el: byte-compiling for xemacs21 Error occurred processing skribe.el: Cannot open load file: ude-custom -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.21-5-386 Locale: LANG=fr_BE.ISO-8859-1, LC_CTYPE=fr_BE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages skribe-el depends on: ii emacs21 [emacsen] 21.4a-1The GNU Emacs editor ii xemacs21-mule [emacsen] 21.4.17-2 highly customizable text editor -- Versions of packages skribe-el recommends: ii skribe1.2b-1 Document production system -- no debconf information
Bug#330466: does not parse server replies correctly anymore
Package: xchat Version: 2.4.5-1 Severity: grave Justification: Makes the package unusable by most or all users Hi, Since two or three days, I cannot use xchat on my machine anymore. It will start, it will connect to the FreeNode and OFTC network's servers correctly, and it will even join channels; however, it will not correctly parse the server's replies when those joins have been successful (marking them as 'GARBAGE' instead); as a result, xchat will think I'm not in any channel, requiring me to type '/msg #channel something' if I want to say anything to that channel. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xchat depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib2.0-0 2.8.1-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.2-2Layout and rendering of internatio ii libperl5.85.8.7-5Shared Perl library ii libssl0.9.7 0.9.7g-2 SSL shared libraries ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii python2.3 2.3.5-8An interactive high-level object-o ii tcl8.48.4.11-1 Tcl (the Tool Command Language) v8 ii xchat-common 2.4.5-1Common files for X-Chat ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m xchat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330467: SSL (JSSE) already provided by j2re1.4+
Package: tomcat4 Version: 4.1.31-4 Severity: normal Hi Tomcat4 depends on libjessie-java, which provides an SSL implementation, aiming for compliance and compatibility with the JSSE as it exists in Java 1.4. If the Sun J2RE 1.4+ is already installed there is no need to install libjessie. Therefore the dependencies should read : libjessie-java | j2re1.4 | j2re1.5 Thanks, -- Julien Wajsberg -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
[EMAIL PROTECTED] wrote: So we need to know whether the right pool file is found. What is the output of kpsewhich --progname=pdfetex pdfetex.pool ls -l `kpsewhich --progname=pdfetex pdfetex.pool` dpkg -S `kpsewhich --progname=pdfetex pdfetex.pool` md5sum `kpsewhich --progname=pdfetex pdfetex.pool` aach. it's picking up /usr/local/texmf which is mounted as readonly, over NFS. (/usr/local is mounted in this way by most of our workstations.) So this may not be a bug after all, except that it appears to me to be a regression w.r.t. woody. It's not a regression, it's just that you can't do that, or rather: You can do it, but if it works then only by chance. Of course it's the purpose of /usr/local/(share/)texmf to be able to override and shadow files in /usr/share/texmf, so it is of course in order that it picks up these files. It did the same in woody, but it just happened that the woody versions and the versions in /usr/local matched, whereas the sarge versions have changed. And pool files are closely associated at compile time to the binaries; that's why they are in tetex-bin, not in tetex-base. On our remaining woody boxes I have tetex-extra 1.0.2+20011202 installed. Is this behaviour I am seeing the result of a fix for wrong behaviour in that older version? No, neither a wrong behaviour nor a fix. You just have to remove all *.pool files (and probably also *.tcx) from the local tree. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#320623: CLI Policy
Hi, If you have not already done so, please read the CLI Policy for packaging Mono/CLI/.NET related packages: http://pkg-mono.alioth.debian.org/cli-policy/ -- 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#328094: Udev 0.070-2 doesn't load the Firmware of the IPW2200
I use UDEV 0.070-2 and it doesn't load the Firmware of the IPW2200 so I got the same error like in the first message at this bug. The correct Firmware are at /usr/lib/hotplug/firmware/. When I use a Kernal 2.6.12 where UDEV is deactivated everythings right. With the following pedantically steps it works with Kernel 2.6.13.2 too: Creating the File /etc/udev/rules.d/999-firmware.rules and this line within: ACTION="" SUBSYSTEM==firmware, RUN+=/sbin/firmware_helper Run these Lines in this order: echo /sbin/hotplug /proc/sys/kernel/hotplug rmmod ipw2200 ieee80211 ieee80211_crypt /etc/init.d/hotplug stop /etc/init.d/udev restart modprobe ipw2200 /etc/init.d/hotplug start I would be very grateful, if UDEV would load the firmware directly.
Bug#330303: php4-pear-log: Should be renamed to php-log and depends on php-pear
On Tuesday 27 of September 2005 19:39, Nils Rennebarth wrote: The php4-pear-log package should be renamed to php-log to be consistent with other PEAR libraries and should depends on php-pear package than php4-pear package. I could do NMU if you can't find the free time for it. I thought, I droppend php4-pear-log maintenance a long time ago, so yes, please NMU Perhaps the better option should be orphaning the package? I would like to maintain it if you have not any objection. -- .''`.Piotr Roszatycki, Netia SA : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330459: K3b: cdrecord returned and unknown error (in debug says doesn't suport DVD-R/DVD-RW)
#include hallo.h * Marcos Ramírez [Wed, Sep 28 2005, 07:47:48AM]: I make a dist-upgrade few hours ago (Debian Unstable), and now i can't burn cds/dvds, k3b open ejects the disc and do nothing, of course, before the dist-upgrade i have no problem burning cds/dvds, so the debug info is bellow, I suggest reading the error messages, understanding them, running dpkg-reconfigure cdrecord to set the SUID permission. I think k3b has also warned you. Marcos Ramirez (www.marcos-ramirez.info) .:: Linux Registered User #349823 ::. Debian SID Kernel 2.6.10. This is not a SID kernel any longer. Eduard. -- Hallo Bettsockenträger!
Bug#222384: Processed: Not security related
Hi Moritz, Debian Bug Tracking System schrieb: Processing commands for [EMAIL PROTECTED]: tags 222384 - security Bug#222384: mason: Mason does not setup /etc/rc.* links Tags were: patch sarge security Tags removed: security Can you please comment on your decission. Why do you think this is not security related? The bug leaves the user after a reboot without activated firewall. This is clearly a big security risk. Christoph -- Christoph Martin, Leiter der EDV der Verwaltung, Uni-Mainz, Germany Internet-Mail: [EMAIL PROTECTED] Telefon: +49-6131-3926337 Fax: +49-6131-3922856 signature.asc Description: OpenPGP digital signature
Bug#330468: sbcl: Can't start sbcl with kernel 2.4.27-2-686
Package: sbcl Version: 1:0.9.4.65-1 Severity: grave Hi ! When I try to launch SBCL, I get the following message: , | fatal error encountered in SBCL pid 10204(tid 16384): | This version of sbcl is compiled with threading support, but your kernel is | too old to support this. Please use a more recent kernel or a version of sbcl | without threading support. `- ... which I consider a bug since the Debian package installed just fine, and there don't seem to be an alternative sbcl package usable for me. I don't want to use a 2.6 kernel on my machine. So what should I do ? Thanks ! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sbcl depends on: ii common-lisp-controller 4.18 This is a Common Lisp source and c ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii sbcl-common 1:0.9.4.65-1 Architecture independent files for Versions of packages sbcl recommends: ii binfmt-support1.2.6 Support for extra binary formats -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
Of course it's the purpose of /usr/local/(share/)texmf to be able to override and shadow files in /usr/share/texmf, so it is of course in order that it picks up these files. It did the same in woody, but it just happened that the woody versions and the versions in /usr/local matched, whereas the sarge versions have changed. And pool files are closely associated at compile time to the binaries; that's why they are in tetex-bin, not in tetex-base. I'm starting to understand. Thanks for this clarification. On our remaining woody boxes I have tetex-extra 1.0.2+20011202 installed. Is this behaviour I am seeing the result of a fix for wrong behaviour in that older version? No, neither a wrong behaviour nor a fix. You just have to remove all *.pool files (and probably also *.tcx) from the local tree. ok. I notice that those files appeared just within the last two weeks, so I think the cause of my problem is quite clear (it's my end). Thanks for your answers and patience. Do you need additional info or tests to be able to close this bug, btw? Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330164: acknowledged by developer (Re: Bug#330164: mysql-server-4.1: Authentication bypass)
reopen 330164 reassign 330164 mysql-server found 330164 4.0.24-10 found 330164 3.23.49-8.13 thanks Hello Martin On 2005-09-28 Martin Pitt wrote: Debian Bug Tracking System [2005-09-26 11:33 -0700]: - as you stated in your next mail, it doesn't seem that sarge/4.0 is affected. - sarge doesn't carry a 5.0 version - thus all sid versions should be okay too. After checking the advisory I would say that Sean is right, no Debian versions are vulnerable any more as this advisory is really very old. Maybe this was too quick - in the Ubuntu bug [1] the reporter successfully ran the exploit against 4.0.24. Lucky us that you found this bug, I now believe he is correct. check_scramble_323() probably means password checking for everything compatible with version 3.23 so it the normal check_scramble() function in 4.1. In fact the 4.0 from Sarge and the 3.23 from Woody both contain the offending snipped in sql/password.c line 178: for (pos=scrambled ; *pos ; pos++) *to++=(char) (floor(my_rnd(rand_st)*31)+64); So we have: Woody: 3.23 VULN - -- Sarge: - 4.0 VULN 4.1.11a-4 ok - (testing) - - 4.1.11a-4 ok 5.0.12beta-2 ok Sid:- - 4.1.14-5 ok 5.0.13rc-1 ok Security Team, do you do the rest or should I help you? (Please keep in mind, that there is another open security issue for MySQL, see bug #322133: mysql-dfsg: Buffer overflow in user defined functions) bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330467: SSL (JSSE) already provided by j2re1.4+
On Wed, Sep 28, 2005 at 09:58:32AM +0200, Julien Wajsberg wrote: Package: tomcat4 Version: 4.1.31-4 Severity: normal Hi Tomcat4 depends on libjessie-java, which provides an SSL implementation, aiming for compliance and compatibility with the JSSE as it exists in Java 1.4. If the Sun J2RE 1.4+ is already installed there is no need to install libjessie. Therefore the dependencies should read : libjessie-java | j2re1.4 | j2re1.5 Not tomcat should depend on libjessie-java but the different runtimes that need it to be compatible with the proprietary. As far as I know most if not all do already. This needs to be checked then we can remove this dependency in tomcat4 totally. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320851: usr/lib/gs-esp/8.15/X11.so: Shared library is not PIC
tags 320851 patch thanks Attached please find a patch for this bug which forces the use of -fPIC when building all of the .o files used in X11.so. I'm currently in the process of doing a test build with this patch on paer, and will plan to upload an NMU for this bug if it works, if you don't beat me to it. Even though there is another open RC bug against gs-esp, this particular FTBFS bug is preventing other packages from being buildable on hppa. 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/ diff -u gs-esp-8+8.15rc4.dfsg.1/debian/changelog gs-esp-8+8.15rc4.dfsg.1/debian/changelog --- gs-esp-8+8.15rc4.dfsg.1/debian/changelog +++ gs-esp-8+8.15rc4.dfsg.1/debian/changelog @@ -1,3 +1,12 @@ +gs-esp (8+8.15rc4.dfsg.1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Medium-urgency upload for RC bugfix. + * Use -fPIC for building all objects which will be linked into the +X11.so DSO. Closes: #320851. + + -- Steve Langasek [EMAIL PROTECTED] Wed, 28 Sep 2005 00:58:49 -0700 + gs-esp (8+8.15rc4.dfsg.1-2) unstable; urgency=low * Disabled FAPI. It caused too much headaches - closes: #323430, #322553, #322159, #321436, #321205, #321049 only in patch2: unchanged: --- gs-esp-8+8.15rc4.dfsg.1.orig/src/devs.mak +++ gs-esp-8+8.15rc4.dfsg.1/src/devs.mak @@ -457,7 +457,7 @@ $(GLCCSHARED) $(XINCLUDE) $(GLO_)gdevx.$(OBJ) $(C_) $(GLSRC)gdevx.c $(GLOBJ)gdevxcmp.$(OBJ) : $(GLSRC)gdevxcmp.c $(GDEVX) $(math__h) - $(GLCC) $(XINCLUDE) $(GLO_)gdevxcmp.$(OBJ) $(C_) $(GLSRC)gdevxcmp.c + $(GLCCSHARED) $(XINCLUDE) $(GLO_)gdevxcmp.$(OBJ) $(C_) $(GLSRC)gdevxcmp.c $(GLOBJ)gdevxini.$(OBJ) : $(GLSRC)gdevxini.c $(GDEVX) $(memory__h)\ $(gserrors_h) $(gsparamx_h) $(gxdevmem_h) $(gdevbbox_h) @@ -467,7 +467,7 @@ # const/non-const cast required by the X headers that we can't work around. $(GLOBJ)gdevxres.$(OBJ) : $(GLSRC)gdevxres.c $(std_h) $(x__h)\ $(gsmemory_h) $(gstypes_h) $(gxdevice_h) $(gdevx_h) - $(CC_NO_WARN) $(GLCCFLAGS) $(XINCLUDE) $(GLO_)gdevxres.$(OBJ) $(C_) $(GLSRC)gdevxres.c + $(GLCCSHARED) $(GLCCFLAGS) $(XINCLUDE) $(GLO_)gdevxres.$(OBJ) $(C_) $(GLSRC)gdevxres.c $(GLOBJ)gdevxxf.$(OBJ) : $(GLSRC)gdevxxf.c $(GDEVX) $(math__h) $(memory__h)\ $(gsstruct_h) $(gsutil_h) $(gxxfont_h) only in patch2: unchanged: --- gs-esp-8+8.15rc4.dfsg.1.orig/src/lib.mak +++ gs-esp-8+8.15rc4.dfsg.1/src/lib.mak @@ -847,7 +847,7 @@ $(GLOBJ)gsparamx.$(OBJ) : $(GLSRC)gsparamx.c $(string__h)\ $(gserror_h) $(gserrors_h) $(gsmemory_h) $(gsparam_h) $(gsparamx_h)\ $(gstypes_h) - $(GLCC) $(GLO_)gsparamx.$(OBJ) $(C_) $(GLSRC)gsparamx.c + $(GLCCSHARED) $(GLO_)gsparamx.$(OBJ) $(C_) $(GLSRC)gsparamx.c # Future replacement for gsparams.c $(GLOBJ)gsparam2.$(OBJ) : $(GLSRC)gsparam2.c $(GXERR) $(memory__h)\ @@ -1045,7 +1045,7 @@ # Provide a mapping between StandardEncoding and ISOLatin1Encoding. $(GLOBJ)gdevemap.$(OBJ) : $(GLSRC)gdevemap.c $(AK) $(std_h) - $(GLCC) $(GLO_)gdevemap.$(OBJ) $(C_) $(GLSRC)gdevemap.c + $(GLCCSHARED) $(GLO_)gdevemap.$(OBJ) $(C_) $(GLSRC)gdevemap.c ## Create a pseudo-feature for the entire graphics library. signature.asc Description: Digital signature
Bug#327722: Patch for Gopher bug CAN-2005-2772
Steve Kemp wrote: On Mon, Sep 26, 2005 at 09:23:16AM -0500, John Goerzen wrote: Attached are the patches that Joey (Schulze) approved. Can you (or Joey) comment: did you use a different patch because you believe mine to be insecure, or for a different reason? (That's an important question, since as you know, my patch was uploaded to unstable and will presumably be in the next stable release.) Your patch looks good. The reason that I used the one I did was because it was created a few weeks ago when there was no other patch publically available. Had I seen yours at the time I would have used it instead, rather than going with something different. I certainly don't think you need do anything drastic like use the one I made in another upload. Although it was a fair question to ask. Probably the same reason by me. An advisory is pending, the packages are being built already - the X advisory didn't exactly help... Regards, Joey -- The good thing about standards is that there are so many to choose from. -- Andrew S. Tanenbaum 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#328519: fixes for ia64
I wrote: FYI all three of these have been fixed upstream. I don't think there are plans to backport these to the 6.0.x release line*; but maybe you could convince someone to do it. Now backported to the 6.0.x release branch in the upstream CVS. Hamish -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330221: mutt-ng: Please add gpgme backend support or add compilable source package capable of gpgme support.
* Nico Golde [EMAIL PROTECTED] [2005-09-27 11:49]: * Arias [EMAIL PROTECTED] [2005-09-26 22:33]: [...] make[2]: Entering directory `/var/src/muttng-20050916/doc' gcc-3.4 -E -I. -I.. -I/usr/include -I.. -DSYSCONFDIR=\/etc\ -DBINDIR=\/usr/bin\ -DHAVE_CONFIG_H=1 -DPKGDOCDIR=\/usr/share/doc/mutt-ng\ -I/usr/include -I/usr/include/qdbm -I../intl -D_MAKEDOC -C ../init.h | ../makedoc -m |\ cat ./muttrc.man.head - ./muttrc.man.tail\ muttrc.man touch stamp-doc-man ( sed -e s/@VERSION\@/`cat ../VERSION.in`-r`cat ../VERSION.svn`/ ./manual.xml.head ;\ gcc-3.4 -E -I. -I.. -I/usr/include -I.. -DSYSCONFDIR=\/etc\ -DBINDIR=\/usr/bin\ -DHAVE_CONFIG_H=1 -DPKGDOCDIR=\/usr/share/doc/mutt-ng\ -I/usr/include -I/usr/include/qdbm -I../intl -D_MAKEDOC -C ../init.h | ../makedoc -s ) | \ cat - ./manual.xml.tail manual-pre.xml xsltproc --novalid --nonet muttng-manual.xsl manual-pre.xml manual.xml touch stamp-doc-xml xsltproc --nonet --stringparam html.stylesheet muttng.css -o manual.html html.xsl manual.xml Error: no ID for constraint linkend: smtp-envelope. Error: no ID for constraint linkend: create-alias. Error: no ID for constraint linkend: source. Error: no ID for constraint linkend: lists. [...] Thanks for reporting this. It seems that the gpgme support was coded against a very old version of gpgme. It will be some work to fix it, but upstream will have a look. Ok, this is not a bug. I guess you used libgpgme-dev. This version is too old for the sources. If you install libgpgme11-dev the compile process will work. So I close this bug. Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org pgpBgbLNyr6dv.pgp Description: PGP signature
Bug#330039: python-soappy: please support python2.3 and python2.4
Ed Boraas writes: Hi, Loic. I've been insanely busy lately, and I'm not sure how quickly I can get to this. Would you be willing to prepare an NMU? If you would, I'd be most grateful. If not, I hope that I can get to it over the next week or two. Let me know, I will prepare a package right now. -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330469: O: icemc -- Editor for IceWM menus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp The current maintainer wants to orphan this package [1]. Some more information about the package: Package: icemc Binary: icemc Version: 0.2.4-3 Priority: optional Section: x11 Build-Depends: debhelper, libqt3-mt-dev, docbook-to-man Architecture: any Standards-Version: 3.6.2 Installed-Size: 268 Description: Editor for IceWM menus IceMC is a Qt-based application that configures your IceWM menus and toolbar. Tag: uitoolkit::qt Cheers Luk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDOlXQ5UTeB5t8Mo0RAsgPAJ4/zBR19N+sIc91ptAtS90cPQvbVQCgmFLz 7ORMsFrQQyhqbtnJHbRLnXA= =d35O -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330470: koffice-dev: File KDChartParams.h includes file KDXMLTools.h, and this is not available.
Package: koffice-dev Version: 1:1.3.5-4 Severity: important I'm compiling kmymoney 0.8 with the configure option --enable-charts, then, during compilation, the following error appears: In file included from /usr/include/kde/KDChartParams.h:54, from kreportchartview.h:35, from pivottable.cpp:47: /usr/include/kde/KDChartPropertySet.h:33:24: error: KDXMLTools.h: No existe el fichero o el directorio (the file doesn't exists) I find no KDXMLTools.h on my system. If I download that file from the kde svn repository, and copy it to /usr/include/kde, KMyMoney compiles and charts on it works (not heavily tested). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-386 Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1) (ignored: LC_ALL set to es_ES) Versions of packages koffice-dev depends on: ii kdelibs4-dev 4:3.3.2-6.1 KDE core libraries (development fi ii koffice-libs 1:1.3.5-4 common libraries and binaries for -- Chave pública en www.keyserver.net GPG Fingerprint: 8116 899E 61FD D983 AF80 FEDE 1CD8 1C9A 4B81 73AE
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
[EMAIL PROTECTED] wrote: Obviously you wouldn't be expected to support such configurations, but perhaps there's a way to handle them gracefully? Perhaps the ordering should try the package's default directory first, and then the /usr/local (and other locations) later? That would defeat one of the two purposes of using /usr/local/(share/)texmf - you could still add input files, but you could not make the system use more recent input files by putting them there. It seems to me this is exactly what you want in your setup. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#330464: procps: init-script: please be more verbose if $VERBOSE
package procps tags 330464 + patch thanks On Wed, Sep 28, 2005 at 09:54:55AM +0200, Mario 'BitKoenig' Holbe wrote: [...] I personally think it's really helpful to see which kernel parameters are changed during boot. Therefor, please use -q only if $VERBOSE=no. As the original author of the init script, I have to say, that I agree with this. If people want a silent boot, they are free to set VERBOSE=no. On the other hand, I see no point in having extra config support for this in /etc/default/procps or the like. Just my two dirhem. Elrond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330471: postfix: Can't install if /etc/shadow does not exist
Package: postfix Version: 2.2.4-1 Severity: grave Justification: renders package unusable (Reading database ... 11346 files and directories currently installed.) Unpacking postfix (from .../postfix_2.2.4-1_i386.deb) ... Setting up postfix (2.2.4-1) ... Adding group `postfix' (102)... Done. Adding system user `postfix'... Adding new user `postfix' (100) with group `postfix'. chage: the shadow password file is not present adduser: `/usr/bin/chage -M 9 postfix' returned error code 15. Aborting. Cleaning up. Removing user `postfix'. dpkg: error processing postfix (--configure): subprocess post-installation script returned error exit status 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
On 28.09.05 [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Hi, As to why the files are there at all: We maintain a bunch of unpackaged, non-Debian stuff in /usr/local. There are some overlaps, such as this one, where we needed newer versions of tetex and friends. Yes, this is legal. I'm doing the same. However you are on your own if you do such things. Obviously you wouldn't be expected to support such configurations, but perhaps there's a way to handle them gracefully? Perhaps the ordering should try the package's default directory first, and then the /usr/local (and other locations) later? ...which would make the files in /usr/local invisible to teTeX (if you installed updated version there, which also exist in the package path). Probably not what you want. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329870: pydf: Does not start on alpha architecture after installing
On Sat, Sep 24, 2005 at 12:38:37AM +0200, Adrian Neumaier wrote: Package: pydf Version: 0.9.8.5 Severity: grave Justification: renders package unusable After doing an 'apt-get install pydf' and trying to start it i get the following output: [EMAIL PROTECTED]:~$ pydf FilesystemSize Used Avail Use% Mounted on Traceback (most recent call last): File /usr/bin/pydf, line 395, in ? display_mp(mp) File /usr/bin/pydf, line 261, in display_mp used_f = myformat(used, sizeformat, fs_blocksize) File /usr/bin/pydf, line 151, in myformat return hfnum(size, 1024) File /usr/bin/pydf, line 117, in hfnum power = int(log(size)/log(base)) ValueError: math domain error ok, as usual :-), send me the output of: stat -f /mnt python -c 'import os; print os.statvfs(/mnt)' where /mnt is the mountpoint that is problematic (if you do not have many, could you check them all?) if you see any negative numbers in the last statement, re-run it with different versions of python - and we should file a bug against python (and I'll make some extra checks in pydf so that it is more robust) I checked it on escher.debian.org and could not reproduce the bug. -- --- | Radovan Garabík http://kassiopeia.juls.savba.sk/~garabik/ | | __..--^^^--..__garabik @ kassiopeia.juls.savba.sk | --- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread!
Bug#330472: guessnet: always times out on the pppoe test
Package: guessnet Version: 0.36-1 Severity: normal I've been trying to get guessnet take my adsl into account, using test pppoe If issuing the command guessnet uses (pppoe -A -I eth0) manually, it returns me the Access Concentrators. When it's run through the plugging of my cable, it gives a timeout. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages guessnet depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-9 GCC support library ii libnet1 1.1.2.1-2 library for the construction and h ii libpcap0.70.7.2-7System interface for user-level pa ii libstdc++51:3.3.6-10 The GNU Standard C++ Library v3 guessnet recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330473: wajig: list-log missing from bash completion
Package: wajig Version: 2.0.29 Severity: normal Bash completion does not include the list-log command. Please confirm that there are no others missing. Ideally the bash completion script would be generated from wajig itself (e.g. via wajig commands) rather than maintaining a separate command list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330474: mutt: opens of same mbox by multiple mutt processes erase message bodies
Package: mutt Version: 1.5.11-1 Severity: critical This is awful. For years I have performed multiple opens of mbox files, using multiple mutt processes. For years it worked. Now it doesn't. Now, if you do this, message bodies will be nuked out of the folder and the Content-Length: header rewritten to zero. The latter appears to be a subtly different issue; the header was rewritten for some but not all messages, and the ones with the nuked bodies were a *subset* of the ones whose Content-Length: headers were written. This is very, very, very, very bad behavior, and I would be deeply furious about it if I hadn't been able to use e2undel on the remote host where my mail spools to recover the ~150MB deleted spool file from a live filesystem and extract the obliterated message bodies from it. I was miraculously lucky. Anybody who spools mail locally, doesn't have root on the host where their mail spools, or who uses ext3 would have been badly screwed. Mutt should either go back to not destroying mailbox contents on multiple opens, should implement a locking mechanism to prevent other copies of itself from opening a given folder for writing at the same time, or (easiest to implement but least useful), refuse to open a mailbox that another Mutt process has open. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mutt depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdb4.3 4.3.28-3 Berkeley v4.3 Database Libraries [ ii libgnutls12 1.2.6-1the GNU TLS library - runtime libr ii libidn11 0.5.18-1 GNU libidn library, implementation ii libncursesw5 5.4-9 Shared libraries for terminal hand ii libsasl2 2.1.19-1.6 Authentication abstraction library ii postfix [mail-transport-agent 2.2.4-1A high-performance mail transport Versions of packages mutt recommends: ii locales 2.3.5-6GNU C Library: National Language ( ii mime-support 3.35-1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#250583: confirm on synaptic
On Tue, Sep 27, 2005 at 06:55:27PM -0700, Daniel Burrows wrote: [..] The fix is obvious: if WorkSpace is greater than zero, seek to one less than WorkSpace bytes in the constructor (if WorkSpace is zero, do nothing). The attached patch does just this, and eliminates the bug on unstable for me. Thanks a lot for this fix Daniel! I commited it into my baz archive and it will be part of the next apt upload. I tested it here with synaptic as well and it works just fine. Cheers, Michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
On 27.09.05 Vincent McIntyre ([EMAIL PROTECTED]) wrote: Hi, Package: tetex-extra Version: 2.0.2c-8 Followup-For: Bug #310321 I'm pretty sure #310321 has nothing to do with what you saw. Anyway the submitter of #310321 did not react on requests and had probably a broken setup leading to the error. So I guess we can keep it closed. Greets, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328737: the total for ls -l (and df too) is miscalculated
Hello, I don't think this is a bug, look at this: [EMAIL PROTECTED]:~/bla$ ls -lh total 0 -rw-r--r-- 1 henry henry 512M Sep 28 10:29 a.img -rw-r--r-- 1 henry henry 512M Sep 28 10:29 b.img -rw-r--r-- 1 henry henry 512M Sep 28 10:29 c.img -rw-r--r-- 1 henry henry 512M Sep 28 10:29 d.img [EMAIL PROTECTED]:~/bla$ du -h 4.0K. [EMAIL PROTECTED]:~/bla$ ls -lhs total 0 0 -rw-r--r-- 1 henry henry 512M Sep 28 10:29 a.img 0 -rw-r--r-- 1 henry henry 512M Sep 28 10:29 b.img 0 -rw-r--r-- 1 henry henry 512M Sep 28 10:29 c.img 0 -rw-r--r-- 1 henry henry 512M Sep 28 10:29 d.img The files were created with qemu-img. Note, that the first column in the ls -lhs command prints the disk allocation of each file which can differ from the file size. du prints also the disk allocation, and so does df. info coreutils ls says about this: `--size' Print the disk allocation of each file to the left of the file name. This is the amount of disk space used by the file, which is usually a bit more than the file's size, but it can be less if the file has holes. I'm no filesystem expert, but I think this may be the reason of the bug you discovered. Just do a ls -lhs and compare the first column with the total statement of ls. Regards, Henry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330039: python-soappy: please support python2.3 and python2.4
Ed Boraas writes: Hi, Loic. I've been insanely busy lately, and I'm not sure how quickly I can get to this. Would you be willing to prepare an NMU? If you would, I'd be most grateful. I uploaded a NMU based on cdbs. Cheers, -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330471: postfix: Can't install if /etc/shadow does not exist
merge 330471 327144 thanks Ok, I've found it is the problem of adduser and shadow package. -- .''`.Piotr Roszatycki, Netia SA : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330471: postfix: Can't install if /etc/shadow does not exist
On Wed, Sep 28, 2005 at 10:49:22AM +0200, Piotr Roszatycki wrote: Package: postfix Version: 2.2.4-1 Severity: grave Justification: renders package unusable (Reading database ... 11346 files and directories currently installed.) Unpacking postfix (from .../postfix_2.2.4-1_i386.deb) ... Setting up postfix (2.2.4-1) ... Adding group `postfix' (102)... Done. Adding system user `postfix'... Adding new user `postfix' (100) with group `postfix'. chage: the shadow password file is not present adduser: `/usr/bin/chage -M 9 postfix' returned error code 15. Aborting. Cleaning up. Removing user `postfix'. dpkg: error processing postfix (--configure): subprocess post-installation script returned error exit status 1 So don't screw up your system so that /etc/shadow is missing? Doesn't sound like a bug to me. Why would you *want* a system without /etc/shadow? -- 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/ signature.asc Description: Digital signature
Bug#330475: Only tries the given password for the passphrase
Package: lftp Version: 3.3.0-1 Severity: normal Hi, When logging in via sftp on a remote machine i need to use my real password as i don't have a key for it. When giving lftp my password, it only uses it to try and unlock my key, which fails and then it disconnects.. In case it can't use it for the passphrase it should try to use it as the normal password. FYI the lftp debug log shows the following: Running connect program (ssh -a -x -s -l sjoerd beast sftp) --- sending a packet, length=5, type=1(INIT), id=0 --- Enter passphrase for key '/home/sjoerd/.ssh/identity': Disconnecting ls: Login failed: Login incorrect Sjoerd -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages lftp depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-8 GCC support library ii libgcrypt11 1.2.1-4LGPL Crypto library - runtime libr ii libgnutls12 1.2.6-1the GNU TLS library - runtime libr ii libgpg-error0 1.1-4 library for common error values an ii libncurses5 5.4-9 Shared libraries for terminal hand ii libreadline5 5.0-11 GNU readline and history libraries ii libtasn1-20.2.13-1 Manage ASN.1 structures (runtime) ii netbase 4.22 Basic TCP/IP networking system ii zlib1g1:1.2.3-4 compression library - runtime lftp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316879: backuppc: problem with status.pl and perl
Package: backuppc Version: 2.1.1-2 Followup-For: Bug #316879 I've made some tests with perl 5.8.7-4 and I could not reproduce your bug. I've also written some scripts which use Data::Dumper, and I had no traces of 'bless' keywords in the dumps. Could you check with a newer perl so that I can close that bug ? I've just upgraded perl on our server to version 5.8.7-4, and after that the problem appeared again. The status is no longer available using the webinterface: - The servers PID is , on host uttnarag, version , started at 9/2 13:07 - This status was generated at 9/2 13:07. - The configuration was last loaded at 9/2 13:07. - PCs will be next queued at 9/2 13:07. - Other info: - pending backup requests from last scheduled wakeup, - pending user backup requests, - pending command requests, Also a backup which I started just after the upgrade wasn't visable, neither using the status-page, nor using the 'host summary'-page. When I restarted backuppc after I'd done an incremental backup, it wouldn't start again saying: [EMAIL PROTECTED]:] ~$ sudo /etc/init.d/backuppc restart Restarting backuppc: couldn't parse /var/lib/backuppc/log/status.pl: Can't bless non-reference value at /var/lib/backuppc/log/status.pl line 1. So after I remove status.pl, the first line looks like this after the first time opening backuppc: - The servers PID is 15941, on host uttnarag, version 2.1.1, started at 9/2 13:09 And after a refresh of the page, it looks like this: - The servers PID is , on host uttnarag, version , started at 9/2 13:07. We have installed most of our programs using debian packages, and this also counts for backuppc, perl and apache2. Don't know if we made some mistake in some configuration file, but then there should have been changed something between perl 5.8.4 and 5.8.7... Maybe you have some idea what to do next? If you need any more information, please ask... Eric Wijngaards System manager S.V. Arago - University of Twente - The Netherlands -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-7-p4-jean.1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages backuppc depends on: ii adduser 3.63 Add and remove users and groups ii apache2 2.0.54-5 next generation, scalable, extenda ii apache2-mpm-prefork [apache2] 2.0.54-5 traditional model for Apache2 ii debconf 1.4.58 Debian configuration management sy ii dpkg 1.10.28Package maintenance system for Deb ii libarchive-zip-perl 1.14-1 Module for manipulation of ZIP arc ii libcompress-zlib-perl 1.34-1 Perl module for creation and manip hi perl [libdigest-md5-perl] 5.8.4-8Larry Wall's Practical Extraction hi perl-suid 5.8.4-8Runs setuid Perl scripts ii samba-common 3.0.14a-3 Samba common files used by both th ii smbclient 3.0.14a-3 a LanManager-like simple client fo ii tar 1.14-2 GNU tar ii wwwconfig-common 0.0.43 Debian web auto configuration -- debconf information: * backuppc/configuration-note: * backuppc/add-lines: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330471: postfix: Can't install if /etc/shadow does not exist
On Wednesday 28 of September 2005 11:15, Steve Langasek wrote: (Reading database ... 11346 files and directories currently installed.) Unpacking postfix (from .../postfix_2.2.4-1_i386.deb) ... Setting up postfix (2.2.4-1) ... Adding group `postfix' (102)... Done. Adding system user `postfix'... Adding new user `postfix' (100) with group `postfix'. chage: the shadow password file is not present adduser: `/usr/bin/chage -M 9 postfix' returned error code 15. Aborting. Cleaning up. Removing user `postfix'. dpkg: error processing postfix (--configure): subprocess post-installation script returned error exit status 1 So don't screw up your system so that /etc/shadow is missing? Doesn't sound like a bug to me. Why would you *want* a system without /etc/shadow? The system without /etc/shadow is perfectly correct. Especially if it is installed with pbuilder or debootstrap which does not create /etc/shadow. -- .''`.Piotr Roszatycki, Netia SA : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330471: postfix: Can't install if /etc/shadow does not exist
reassign 330471 adduser severity 330471 normal close 330471 merge 330471 327144 thanks -- .''`.Piotr Roszatycki, Netia SA : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330476: libgconf2-4: Failed to run gconf-sanity-check-2
Package: libgconf2-4 Version: 2.10.1-6 Severity: normal I have found the following messages in my ~/.xsession-errors $ cat .xsession-errors /etc/gdm/PreSession/Default: Registering your session with wtmp and utmp /etc/gdm/PreSession/Default: running: /usr/X11R6/bin/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x /var/lib/gdm/:0.Xservers -h -l :0 cgnr /etc/gdm/Xsession: Beginning session setup... Failed to run gconf-sanity-check-2: Failed to execute child process /usr/lib/gconf2/gconf-sanity-check-2 (No such file or directory) [...] And I' ve noticed it's failing to run gconf-sanity-check-2 because it's looking at the directory /usr/lib/gconf2/, whereas dpkg reports that its location is /usr/lib/libgconf2-4/ [EMAIL PROTECTED]:~$ dpkg --search conf-sanity-check-2 libgconf2-4: /usr/lib/libgconf2-4/gconf-sanity-check-2 Is this related to the stalling I experience sometimes when I'm logging into gnome? Hope this report is helpful, Nico -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libgconf2-4 depends on: ii gconf2-common 2.10.1-6 GNOME configuration database syste ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib2.0-0 2.8.1-1The GLib library of C routines ii liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libxml2 2.6.22-1 GNOME XML library ii zlib1g1:1.2.3-4 compression library - runtime libgconf2-4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330477: phpldapadmin: new release available
Package: phpldapadmin Version: 0.9.6c Severity: wishlist 0.9.7 is out
Bug#330478: solfege: Solfege did not start
Package: solfege Version: 2.0.4-4 Severity: grave Justification: renders package unusable Solfege did not start. From the terminal I obtain the following mesages: ~$ solfege /usr/share/solfege/src/mainwin.py:108: GtkDeprecationWarning: gtk.TRUE is deprecated, use True instead self.set_resizable(gtk.TRUE) /usr/share/solfege/src/mainwin.py:133: GtkDeprecationWarning: gtk.mainiteration is deprecated, use gtk.main_iteration instead gtk.mainiteration(0) /usr/share/solfege/src/mainwin.py:126: GtkDeprecationWarning: gtk.mainiteration is deprecated, use gtk.main_iteration instead gtk.mainiteration(0) /usr/share/solfege/src/tracebackwindow.py:28: GtkDeprecationWarning: gtk.FALSE is deprecated, use False instead self.vbox.pack_start(label, gtk.FALSE) /usr/share/solfege/src/tracebackwindow.py:30: GtkDeprecationWarning: gtk.TRUE is deprecated, use True instead label.set_line_wrap(gtk.TRUE) /usr/share/solfege/src/tracebackwindow.py:31: GtkDeprecationWarning: gtk.FALSE is deprecated, use False instead self.vbox.pack_start(label, gtk.FALSE) Traceback (most recent call last): File /usr/bin/solfege, line 46, in ? import src.mainwin File /usr/share/solfege/src/mainwin.py, line 167, in ? from htmlwidget import HtmlWidget File /usr/share/solfege/src/htmlwidget.py, line 611, in ? import gtkhtml2 ImportError: No module named gtkhtml2 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages solfege depends on: ii libc6 2.3.5-4GNU C Library: Shared libraries an ii python2.3.5-3An interactive high-level object-o ii python-gnome2 2.10.0-2 Python bindings for the GNOME desk ii python-gtk2 2.6.2-1Python bindings for the GTK+ widge solfege recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282184: More information needed for this bug
On 2005-09-28 07:21:22 +0200, Christian Perrier wrote: (addgroup should not refuse adding groups that already exist with the same name in an external database such as NIS) You could possibly add the following condition: the gid is the same one. I see no real problem in this. Which behaviour are you actually expecting? The group should be created in the local database, as the user requested it. Uh. I'm damn sure this is not a so good idea. For instance high level utilities such as adduser will probably at some moment include support for external databases such as LDAP (or NIS...if someone is still using this). I really wonder how they could behave in the case two groups with the same name exist in both database: addgroup toto spaces --in which of the two spaces group should toto be added? The database that has the precedence to look for the spaces gid is given by the nsswitch.conf file; in general, it is /etc/group. So, in short, I think that passwd utilities are right using the getent calls to get the list of what exists and what doesn't. I don't think so. getent may use remote databases, whereas groupadd is purely local (according to the man page). And some packages use it to create local groups. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315110: kernel-image-2.4.27-2-686: irda driver smsc-ircc2 under kernel-image-2.6.8 doesn't seem to work.
On Wed, Sep 28, 2005 at 09:36:24AM +0200, Eric Lavarde - Debian Bugs wrote: Hi, I tried with the given kernel and the result is: - exactly the same symptons as in 2.6.8 Ok, thanks for checking. - the backported kernel is built with gcc 4.0.2 (not sure about the subdigits) which are not part of Sarge, making building of additional modules impossible. Such a backported kernel should be built with gcc from Sarge (IMHO). -- and I know it's an unrelated comment :-) Are you sure? the 2.6.12-5.99 packages in http://packages.vergenet.net/testing/linux-2.6/ should be complied with gcc-3 And to come back to your point on filing a separate bug for 2.6.8, I just remember that I clearly said in my first bug report that I need actually a fix for 2.4.x because of other dependencies; I only tried 2.6.8 because I was asked to... That indicates that the bug still hasn't been addressed upstream, and probably that there are no patches floating around. I would suggest contacting the upstream driver maintainer to see if they have any ideas. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314698: Patch for NMU 0.35-2.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Attached the patch for the version I uploaded to DELAYED-3. If you want to override this NMU, then please upload a fixed version before this upload reaches the archive. Cheers Luk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDOmL85UTeB5t8Mo0RAuuvAKC3DP6IpYNKI9cJYiVSEsI8A07lHgCgt9BR frlV+a0FGfasTznDvXtHx2k= =0nxq -END PGP SIGNATURE- diff -u kxdocker-0.35/debian/changelog kxdocker-0.35/debian/changelog --- kxdocker-0.35/debian/changelog +++ kxdocker-0.35/debian/changelog @@ -1,3 +1,12 @@ +kxdocker (0.35-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Rebuild for the Qt/KDE transition (Closes: #328017, #325635). + * Upstream fixed bug in 0.35 (Closes: #314698). + * Remove xeplugin_dcop_skel.h from Makefile.am (Closes: #296509). + + -- Luk Claes [EMAIL PROTECTED] Wed, 28 Sep 2005 11:06:22 +0200 + kxdocker (0.35-2) unstable; urgency=low * Fixed the Qt/KDE transition bug (closes: #328017). only in patch2: unchanged: --- kxdocker-0.35.orig/src/Makefile.am +++ kxdocker-0.35/src/Makefile.am @@ -7,8 +7,7 @@ xeplugin_gatrash.h xeplugin_gepager.h xeplugin_gepillow.h xeplugin_gmounts.h \ xeplugin_mouse.h xeplugin_taskmanager.h xeplugin_xmlconf.h xeroot.h xgdocker.h xgicon.h \ xkbase.h xktray.h xeplugin_dcop.h xeconfiguration.h taskmanager.h xeevents.h \ - xeplugin_configurator.h xeplugin_garp.h xeplugin_glistpluginbase.h xgtaskbar.h \ - xeplugin_dcop_skel.h + xeplugin_configurator.h xeplugin_garp.h xeplugin_glistpluginbase.h xgtaskbar.h # let automoc handle all of the meta source files (moc) METASOURCES = AUTO
Bug#328582: /etc/init.d/umountfs: swapoff should be called before unmounting localfs and not after?
On Wednesday 28 September 2005 00:59, you wrote: It already does that, in the (misnamed) umountnfs.sh script which runs before umountfs read it. Mike. hi mike, i fail to see how umountnfs.sh could call swapoff johannes == my umountnfs.sh: #! /bin/sh ### BEGIN INIT INFO # Provides: umountnfs # Required-Start: sendsigs # Required-Stop: # Default-Start: 6 # Default-Stop: # Short-Description: Unmount all network filesystems except the root file system. # Description: Also unmounts all virtual filesystems (proc, devfs, #devpts, usbfs, sysfs) that are not mounted at the #top-level. # #Also unmounts all virtual filesystems (proc, #devfs, devpts, usbfs, sysfs) that are not mounted #at the top-level. ### END INIT INFO # # Version: @(#)umountnfs 2.85-23 29-Jul-2004 [EMAIL PROTECTED] # PATH=/sbin:/bin:/usr/sbin:/usr/bin . /lib/lsb/init-functions KERNEL=`uname -s` RELEASE=`uname -r` case ${KERNEL}:${RELEASE} in Linux:[01].*|Linux:2.[01].*) FLAGS= ;; Linux:2.[23].*|Linux:2.4.?|Linux:2.4.?-*|Linux:2.4.10|Linux:2.4.10-*) FLAGS=-f ;; *) FLAGS=-f -l ;; esac do_stop () { # Write a reboot record to /var/log/wtmp before unmounting halt -w # Remove any .clean files in auto-clean dirs. rm -f /tmp/.clean /var/lock/.clean /var/run/.clean log_begin_msg Unmounting remote and non-toplevel virtual filesystems... # # Read mtab file and add the directories we want to # unmount in reverse to a list. # ( DIRS= while read DEV DIR TYPE REST do case $DIR in /|/proc|/dev|/dev/pts|/proc/*|/sys) continue ;; esac case $TYPE in nfs|nfs4|smbfs|ncp|ncpfs|cifs|coda|ocfs2|gfs) DIRS=$DIR $DIRS ;; proc|procfs|linprocfs|devfs|devpts|usbfs|usbdevfs|sysfs) DIRS=$DIR $DIRS ;; esac done exec /dev/null if [ -n $DIRS ] then umount $FLAGS $DIRS fi ) /etc/mtab log_end_msg 0 } case $1 in stop) do_stop ;; *) ;; esac : exit 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330300: apt: [INTL:it] translation include broken sentence
Christian Perrier wrote: Quoting Giuseppe Sacco ([EMAIL PROTECTED]): Package: apt Version: 0.6.41 Severity: minor Tags: patch, l10n This is a patch for a small error in italian translation. Actually a sentence is only half translated, while the second part is missing. thanks to giuseppe to pointing me the problem i fixed the problem (looking to the patch giuseppe sent to me too) in attach the it.po fixed . Regards Samuele -- 4% fats, 2% cerebral activities it.po.bz2 Description: Binary data
Bug#330479: gtkpod: drag and drop fails irregularly
Package: gtkpod Version: 0.94.0-1 Severity: normal When I drag and drop files from nautilus to gtkpod, adding them to a playlist fails every now and then mysteriously. The files can only be dragged on a playlist entry in the playlist bar (which is a nuisance, but I can accept that). When I drop them on the default playlist 'gtkpod', they are sometimes accepted and added to the playlist. More often, a window titled Warning pops up: The following has occured: [sic] drag and drop: ignored 'file:///mnt/data/musik/Games/krondor/01_betrayal_at_krondor_theme.ogg' Well, I don't want the file to be ignored, but added to the playlist 'gtkpod', on which I dropped the file(s). And the above typo (isn't it 'occurred'? not a native speaker myself) might just as well be fixed (but I'd prefer not to see the window anyhow). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-ck4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gtkpod depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgtk2.0-0 2.6.8-1The GTK+ graphical user interface ii libid3tag00.15.1b-7 ID3 tag reading library from the M ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libxml2 2.6.20-1 GNOME XML library ii zlib1g1:1.2.2-9 compression library - runtime gtkpod recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#221290: [Pkg-shadow-devel] Bug#221290: Bug #221290 still here: screen garbled after entering high-ascii characters at login prompt
28 вересня 2005 о 06:46 +0200 Christian Perrier написав(-ла): Anyway this is more general problem but not shadow bug (it is about UTF8 support, not about umlauts), so probably nothing should be done in shadow. But some program should set that flag *before* login run and *all* terminal emulators should set this flag when run in UTF-8 locale :( The discussion is going way over my head but I think this last paragraph just shows that I should actually either close this bug...or reassign it to a package.but which? no-one exactly knows...:-) This is a different bug. Original bug report was about umlauts in non-utf8 locale and is also reproducible. Bug about UTF-8 locales should be probably cloned and reassigned to console-tools or kbd. -- Eugeniy Meshcheryakov Kyiv National Taras Shevchenko University Information and Computing Centre http://icc.univ.kiev.ua signature.asc Description: Digital signature
Bug#262128: pinfo bug fixed upstream
tag 262128 + pending tag 262128 + fixed-upstream thanks This bug has been fixed in upstream svn, revision 260. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330467: SSL (JSSE) already provided by j2re1.4+
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julien Wajsberg wrote: Package: tomcat4 Version: 4.1.31-4 Severity: normal Hi Tomcat4 depends on libjessie-java, which provides an SSL implementation, aiming for compliance and compatibility with the JSSE as it exists in Java 1.4. If the Sun J2RE 1.4+ is already installed there is no need to install libjessie. Therefore the dependencies should read : libjessie-java | j2re1.4 | j2re1.5 [...] Tomcat actually needs a JDK and not a JRE. I believe the addition of the libjessie-java dependency is part of moving Tomcat 4 to main; Wolfgang and Arnaud can best answer that. Since the Sun JRE/JDK is never an asuumption for anything moved to main, dependencies will seldom reflect a Sun-centric perspective. Regards, - -- Barry Hawkins site: www.bytemason.org weblog: www.yepthatsme.com Registered Linux User #368650 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDOm57HuKcDICy0QoRAvJEAJ9PoDY0JNJ8otOH0f1kr70NL+mDTwCeIiPi 4U1skUJTSkpzu3xabdrYKzQ= =mzOk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330480: ITA: fonttools -- Converts OpenType and TrueType fonts to and from XML
Package: wnpp Severity: normal The current maintainer of fonttools has been inactive on this package since 2003, and is on vacation and invites other developers to adopt his packages: http://lists.debian.org/debian-devel/2005/03/msg00805.html I've prepared a new upload that fixes the remaining bugs and updates to a new upstream version (from cvs - no new release yet): http://bugs.debian.org/329171 I intend to adopt fonttools, search for a sponsor and have them upload the package to debian. After that I'll probably fix some upstream bugs. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#330481: xaw3d: FTBFS with split X packages (missing libxp-dev)
Package: xaw3d Severity: important Version: 1.5+E-8 If I try building xaw3d in a pbuilder chroot using the split X build-dependencies (libxt-dev, libsm-dev, ...), then I get the following error message at link time: rm -f libXaw3d.so.6.1~ + cd . + gcc -m32 -o ./libXaw3d.so.6.1~ -shared -Wl,-soname,libXaw3d.so.6 AllWidgets.o AsciiSink.o AsciiSrc.o AsciiText.o Box.o Command.o Dialog.o Form.o Grip.o Label.o Layout.o List.o MenuButton.o Paned.o Panner.o Porthole.o Repeater.o Scrollbar.o Simple.o SimpleMenu.o Sme.o SmeBSB.o SmeLine.o SmeThreeD.o StripChart.o Text.o TextSink.o TextSrc.o TextAction.o TextPop.o TextTr.o ThreeD.o Tip.o Toggle.o Tree.o Vendor.o Viewport.o Xaw3dP.o XawInit.o laygram.o laylex.o MultiSrc.o MultiSink.o XawIm.o XawI18n.o -L/usr/X11R6/lib -lXmu -lXt -lSM -lICE -lXext -lX11 -lXt -lSM -lICE -lXpm -lXp -lXext -lX11 -lc /usr/bin/ld: cannot find -lXp collect2: ld returned 1 exit status make[1]: *** [libXaw3d.so.6.1] Error 1 make[1]: Leaving directory `/tmp/buildd/xaw3d-1.5+E/lib/Xaw3d' make: *** [stamp-build] Error 2 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330482: hardware-monitor: memory leak, oom-kill
Package: hardware-monitor Version: 1.2.1-2 Severity: normal hardware-monitor eats up memory quickly and is killed by the out of memory kill procedure (oom) after utilizing the complete memory and swap area. I have no idea what exactly caused the memory problem. At the beginning, hardware-monitor runs normal and shows 2 cpu (hyperthreading pentium 4), memory, network and swap. I also burned a dvd at that time. After some time the graphical output of hardware-monitor freezes (and shows you that there is enough memory free, which is not correct at this time). When the whole memory and swap is eaten up the oom-kill procedure starts: Sep 28 11:50:01 jtcsw538495 kernel: oom-killer: gfp_mask=0x1d2 Sep 28 11:50:03 jtcsw538495 kernel: DMA per-cpu: Sep 28 11:50:03 jtcsw538495 kernel: cpu 0 hot: low 2, high 6, batch 1 Sep 28 11:50:03 jtcsw538495 kernel: cpu 0 cold: low 0, high 2, batch 1 Sep 28 11:50:03 jtcsw538495 kernel: cpu 1 hot: low 2, high 6, batch 1 Sep 28 11:50:03 jtcsw538495 kernel: cpu 1 cold: low 0, high 2, batch 1 Sep 28 11:50:03 jtcsw538495 kernel: Normal per-cpu: Sep 28 11:50:03 jtcsw538495 kernel: cpu 0 hot: low 62, high 186, batch 31 Sep 28 11:50:03 jtcsw538495 kernel: cpu 0 cold: low 0, high 62, batch 31 Sep 28 11:50:03 jtcsw538495 kernel: cpu 1 hot: low 62, high 186, batch 31 Sep 28 11:50:03 jtcsw538495 kernel: cpu 1 cold: low 0, high 62, batch 31 Sep 28 11:50:03 jtcsw538495 kernel: HighMem per-cpu: empty Sep 28 11:50:03 jtcsw538495 kernel: Sep 28 11:50:03 jtcsw538495 kernel: Free pages:5128kB (0kB HighMem) Sep 28 11:50:03 jtcsw538495 kernel: Active:56660 inactive:56334 dirty:0 writeback:0 unstable:0 free:1282 slab:3491 mapped:113048 pagetables:821 Sep 28 11:50:03 jtcsw538495 kernel: DMA free:2036kB min:88kB low:108kB high:132kB active:5092kB inactive:4320kB present:16384kB pages_scanned:14068 all_unreclaimable? yes Sep 28 11:50:03 jtcsw538495 kernel: lowmem_reserve[]: 0 487 487 Sep 28 11:50:03 jtcsw538495 kernel: Normal free:3092kB min:2776kB low:3468kB high:4164kB active:221548kB inactive:220888kB present:499136kB pages_scanned:504779 all_unreclaimable? yes Sep 28 11:50:03 jtcsw538495 kernel: lowmem_reserve[]: 0 0 0 Sep 28 11:50:03 jtcsw538495 kernel: HighMem free:0kB min:128kB low:160kB high:192kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no Sep 28 11:50:03 jtcsw538495 kernel: lowmem_reserve[]: 0 0 0 Sep 28 11:50:03 jtcsw538495 kernel: DMA: 1*4kB 2*8kB 0*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 2036kB Sep 28 11:50:03 jtcsw538495 kernel: Normal: 109*4kB 26*8kB 67*16kB 1*32kB 1*64kB 0*128kB 1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 3092kB Sep 28 11:50:03 jtcsw538495 kernel: HighMem: empty Sep 28 11:50:03 jtcsw538495 kernel: Swap cache: add 1164234, delete 1164070, find 77494/135284, race 0+22 Sep 28 11:50:03 jtcsw538495 kernel: Free swap = 0kB Sep 28 11:50:03 jtcsw538495 kernel: Total swap = 1491948kB Sep 28 11:50:03 jtcsw538495 kernel: Out of Memory: Killed process 6647 (hardware-monito). -- 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.12-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages hardware-monitor depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.1-1 The Bonobo UI library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2 GCC support library ii libgconf2-4 2.10.1-2 GNOME configuration database syste ii libgconfmm-2.6-1c22.8.1-1.1 C++ wrappers for GConf (shared lib ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglademm-2.4-1c22.4.1-2.1 C++ wrappers for libglade2 (shared ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libglibmm-2.4-1c2 2.6.1-1.2 C++ wrapper for the GLib toolkit ( ii libgnome-vfsmm-2.6-1c22.8.0-2.2 C++ wrappers for GnomeVFS (shared ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomecanvasmm-2.6-1c2 2.8.0-1.1 C++ wrappers for libgnomecanvas2 ( ii libgnomemm-2.6-1c22.8.0-1.2 C++ wrappers for libgnome (shared ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomeuimm-2.6-1c2 2.8.0-2.1 C++ wrappers for libgnomeui (share ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.10-1 The GTK+
Bug#330483: lifelines-doc: doc-base file contains false description and is broken
Package: lifelines-doc Version: 3.0.37.2-3 Severity: important The package's file /usr/share/doc-base/lifelines-doc contains errors. (1) The abstract is wrong, so the documentation is installed with a badly misleading description. (2) The control fields are wrong for non-html; each format should only have one Files section. (3) The control fields for html only enter one of the two manuals into the doc-base index. It would be better if both manuals were entered. Details: (1) The abstract is wrong. It currently says: Abstract: This manual describes what lifelines is and how it can be used to manage online manuals on Debian systems. Surely lifelines is for managing genealogy data, not for managing online manuals. :-) So shouldn't the abstract say something like this? Abstract: User guide and full programmer's manual for the lifelines genealogy software (2) Installation of lifelines-doc generates these warnings: Setting up lifelines-doc (3.0.37.2-3) ... warning: files: overwriting previous setting of control field at /usr/sbin/install-docs line 592, IN line 11. warning: files: overwriting previous setting of control field at /usr/sbin/install-docs line 592, IN line 15. warning: files: overwriting previous setting of control field at /usr/sbin/install-docs line 592, IN line 19. This is because having two Files sections for one Format is not supported. Here is the relevant part of the doc-base manual, at file:/usr/share/doc/doc-base/doc-base.html/ch2.html#s2.3 Files A filename or shell glob representing the files which constitute the in this format of the document. Required field. So /usr/share/doc-base/lifelines-doc should have lines something like this Files: /usr/share/doc/lifelines-doc/ll-*.xml.gz (3) The html section is unhelpful, because it only adds one of the two manuals to the doc-base index. Here is what it currently says: Format: HTML Files: /usr/share/doc/lifelines-doc/ll-userguide.html Index: /usr/share/doc/lifelines-doc/ll-userguide.html Since the manual is in two parts (user guide, programmer's guide) it would be better to ship a small ll-index.html something like this html headtitleLifelines manuals/title/head body a href=ll-userguide.htmlLifelines user guide/a a href=ll-reportmanual.htmlReport programming subsystem/a /body /html and try something like Format: HTML Index: /usr/share/doc/lifelines-doc/ll-index.html Files: /usr/share/doc/lifelines-doc/ll-*.html -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330484: ding: suggests non-existent 'agrep'
Package: ding Version: 1.4-2 Severity: normal hello, ding suggests a package called 'agrep', which is not available in debian/main. either the sugests should be removed or 'agrep' needs to be packaged. ... jonas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-9-amd64 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages ding depends on: ii tk8.4 [wish] 8.4.11-1 Tk toolkit for Tcl and X11, v8.4 - Versions of packages ding recommends: ii trans-de-en [translation-dict 1.4-2 A German-English translation dicti -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#181378: update for 64-egf-speedup.patch
Hello, Please find attached an update for the 64-egf-speedup.patch patch. The other patches did not need to be updated and can be found in the #181378 log. This update intend to fix: echo foobar | grep -Fw (which was hanging with the previous version) echo test | LC_ALL=C grep -Fw test echo x test x | LC_ALL=C grep -Fw test which were not working and were fixed by Tim Waugh (original author of the patches). I intend to mail Tim Waugh about the first issue, to check if my fix is correct/optimal. grep being slow on UTF-8 is not that critical, it may be better to wait his answer before releasing it. I will CC the BTS. Kind Regards, -- Nekral --- src/search.c.orig 2005-09-06 20:53:35.0 +0200 +++ src/search.c2005-09-06 22:12:36.0 +0200 @@ -18,9 +18,13 @@ /* Written August 1992 by Mike Haertel. */ +#ifndef _GNU_SOURCE +# define _GNU_SOURCE 1 +#endif #ifdef HAVE_CONFIG_H # include config.h #endif +#include assert.h #include sys/types.h #if defined HAVE_WCTYPE_H defined HAVE_WCHAR_H defined HAVE_MBRTOWC /* We can handle multibyte string. */ @@ -39,6 +43,9 @@ #ifdef HAVE_LIBPCRE # include pcre.h #endif +#ifdef HAVE_LANGINFO_CODESET +# include langinfo.h +#endif #define NCHAR (UCHAR_MAX + 1) @@ -70,9 +77,10 @@ call the regexp matcher at all. */ static int kwset_exact_matches; -#if defined(MBS_SUPPORT) -static char* check_multibyte_string PARAMS ((char const *buf, size_t size)); -#endif +/* UTF-8 encoding allows some optimizations that we can't otherwise + assume in a multibyte encoding. */ +static int using_utf8; + static void kwsinit PARAMS ((void)); static void kwsmusts PARAMS ((void)); static void Gcompile PARAMS ((char const *, size_t)); @@ -84,6 +92,15 @@ static size_t Pexecute PARAMS ((char const *, size_t, size_t *, int)); void +check_utf8 (void) +{ +#ifdef HAVE_LANGINFO_CODESET + if (strcmp (nl_langinfo (CODESET), UTF-8) == 0) +using_utf8 = 1; +#endif +} + +void dfaerror (char const *mesg) { error (2, 0, mesg); @@ -141,47 +158,6 @@ } } -#ifdef MBS_SUPPORT -/* This function allocate the array which correspond to buf. - Then this check multibyte string and mark on the positions which - are not singlebyte character nor the first byte of a multibyte - character. Caller must free the array. */ -static char* -check_multibyte_string(char const *buf, size_t size) -{ - char *mb_properties = malloc(size); - mbstate_t cur_state; - wchar_t wc; - int i; - memset(cur_state, 0, sizeof(mbstate_t)); - memset(mb_properties, 0, sizeof(char)*size); - for (i = 0; i size ;) -{ - size_t mbclen; - mbclen = mbrtowc(wc, buf + i, size - i, cur_state); - - if (mbclen == (size_t) -1 || mbclen == (size_t) -2 || mbclen == 0) - { - /* An invalid sequence, or a truncated multibyte character. -We treat it as a singlebyte character. */ - mbclen = 1; - } - else if (match_icase) - { - if (iswupper((wint_t)wc)) - { - wc = towlower((wint_t)wc); - wcrtomb(buf + i, wc, cur_state); - } - } - mb_properties[i] = mbclen; - i += mbclen; -} - - return mb_properties; -} -#endif - static void Gcompile (char const *pattern, size_t size) { @@ -190,6 +166,7 @@ size_t total = size; char const *motif = pattern; + check_utf8 (); re_set_syntax (RE_SYNTAX_GREP | RE_HAT_LISTS_NOT_NEWLINE); dfasyntax (RE_SYNTAX_GREP | RE_HAT_LISTS_NOT_NEWLINE, match_icase, eolbyte); @@ -266,6 +243,7 @@ size_t total = size; char const *motif = pattern; + check_utf8 (); if (strcmp (matcher, awk) == 0) { re_set_syntax (RE_SYNTAX_AWK); @@ -350,18 +328,9 @@ struct kwsmatch kwsm; size_t i, ret_val; #ifdef MBS_SUPPORT - char *mb_properties = NULL; - if (MB_CUR_MAX 1) -{ - if (match_icase) -{ - char *case_buf = malloc(size); - memcpy(case_buf, buf, size); - buf = case_buf; -} - if (kwset) -mb_properties = check_multibyte_string(buf, size); -} + int mb_cur_max = MB_CUR_MAX; + mbstate_t mbs; + memset (mbs, '\0', sizeof (mbstate_t)); #endif /* MBS_SUPPORT */ buflim = buf + size; @@ -373,31 +342,63 @@ if (kwset) { /* Find a possible match using the KWset matcher. */ - size_t offset = kwsexec (kwset, beg, buflim - beg, kwsm); - if (offset == (size_t) -1) - { #ifdef MBS_SUPPORT - if (MB_CUR_MAX 1) -{ - if (match_icase) -free ((char*)buf); - free(mb_properties); -} + size_t bytes_left = 0; #endif /* MBS_SUPPORT */ - return (size_t)-1; + size_t offset; +#ifdef MBS_SUPPORT + /* kwsexec doesn't work with match_icase and multibyte input. */ + if (match_icase
Bug#320458: Merging 320458 and 330144
Hello, I think that 320458 and 330144 are two different bugs, not the same. Saying unreadable in my original posting for 330144 i mean totally unreadable because cyrillic characters displayed as hieroglyphs, some kind of abrakadabra :) As for 320458, characters readable but just looking very-very ugly (if i quite catch original posting) and this affects not only gtk1.2 but tcl/tk applications (tkabber in my case) and it seems that this is really bug in xserver-xorg - i'd downgraded to xserver-xfree86 for this. -- Peace. Alexei xmms: Matthew Dear - Fex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]