Bug#38857: A patch for handling readonly keyrings in gnupg
On Mon, 18 Jul 2005 20:21:38 +0300, Toni Timonen said: I wrote a patch for gnupg to handle readonly keyrings correctly. What it does now, is that when you try to modify a key in a keyring that is not writable it makes a copy of that keyring to a writable one and modifies it. That won't work reliable. Having several copies of a key in the keyrings will give unpredictable results. The concept of several keyrings is highly questionable and will anyway be dropped in the future. Salam-Shalom, Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318994: libmodplug: rebuild needed for C++ ABI transition (NMU patch attached)
On Tue, Jul 19, 2005 at 12:41:09AM -0500, Zed Pobre wrote: On Mon, Jul 18, 2005 at 10:11:53PM -0700, Steve Langasek wrote: Package: libmodplug Version: 1:0.7-4 Severity: serious Tags: patch fixed Under the 0-day NMU policy for the C++ ABI transition, I have prepared an NMU for libmodplug, because this library provides C++ interfaces and must be rebuilt so that a number of other C++-based packages can transition to g++ 4.0. The diff for this NMU is attached; the NMU will be uploaded shortly. If you see any problems with the patch, let me know so I can have the package rejected out of NEW. Looks fine, except that I would have re-used $(LIBRARY) in mkshlibdeps. Should I upload an official version this weekend when I get some time, or does having it be a NMU matter? Having it be an NMU doesn't really matter. By the weekend, I hope this will be out of the NEW queue and already on its countdown to testing, but we'll see. :) Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#316590: woody backport now available for all cacti security issues
Sean Finney wrote: hi, On Mon, Jul 18, 2005 at 07:21:29PM +0200, Martin Schulze wrote: i'll try and set some time aside tonight or tomorrow to test, but it looks good from an initial glance. Any outcome? In other words, any reason not to issue the advisory and update now? i haven't had a chance to look at it yet, i've been busy packing up my personal life into boxes the past few days. i'm flying out to california today, and will have ample airport/airplane time with my laptop, so i should have something for you in the next 24 hours. i'll not only verify the patch works, but also see if there are any other variables that we missed which need to be dug up for sanity checking. Ok, I'll wait. Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. 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#318997: poker-network: Please use the dbconfig-common package for database-related debconf prompting
Package: poker-network Version: N/A Severity: wishlist Please consider using the dbconfig-common package to deal with database operations and user prompting for your package. Sean Finney wrote this package in order to offer common methods and common input templates for packages which deals with database-like operations. Doing so, you will find very clever DB operations and will also save a lot of repetitive work to translation teams which are a little bored of translating the same questions over and over. dbconfig-common includes a well-written documentation about the use of all the nice thingies it includes. In case of need, please get back to its maintenance team as I don't have personnally more clues about using this package. Many thanks for you work in the Debian project. (this bug report template is somehow generic) -- 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.6.11-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318995: boost: rebuild needed for C++ ABI transition (NMU patch attached)
Package: boost Version: 1.32.0-6 Severity: serious Hi Domenico, Under the 0-day NMU policy for the C++ ABI transition, I have prepared an NMU for boost, because its C++ library packages need to be rebuilt so that a number of other C++-based packages can transition to g++ 4.0. The diff for this NMU is attached; the NMU will be uploaded shortly. If you see any problems with the patch, let me know so I can have the package rejected out of NEW. Thanks, -- Steve Langasek postmodern programmer diff -u boost-1.32.0/debian/control boost-1.32.0/debian/control --- boost-1.32.0/debian/control +++ boost-1.32.0/debian/control @@ -58,10 +58,12 @@ . Homepage: http://www.boost.org/libs/ -Package: libboost-date-time1.32.0 +Package: libboost-date-time1.32.0c2 Architecture: any Section: libs Depends: ${shlibs:Depends} +Conflicts: libboost-date-time1.32.0 +Replaces: libboost-date-time1.32.0 Description: set of date-time libraries based on generic programming concepts Part of the Boost.org library collection. . @@ -73,7 +75,7 @@ Package: libboost-date-time-dev Architecture: any Section: libdevel -Depends: libboost-dev (=${Source-Version}), libboost-date-time1.32.0 (=${Source-Version}) +Depends: libboost-dev (=${Source-Version}), libboost-date-time1.32.0c2 (=${Source-Version}) Replaces: libboost-dev ( 1.30.0-1) Description: set of date-time libraries based on generic programming concepts Part of the Boost.org library collection. @@ -83,10 +85,12 @@ . Homepage: http://www.boost.org/libs/date_time/ -Package: libboost-filesystem1.32.0 +Package: libboost-filesystem1.32.0c2 Architecture: any Section: libs Depends: ${shlibs:Depends} +Conflicts: libboost-filesystem1.32.0 +Replaces: libboost-filesystem1.32.0 Description: filesystem operations (portable paths, iteration over directories, etc) in C++ Part of the Boost.org library collection. . @@ -99,7 +103,7 @@ Package: libboost-filesystem-dev Architecture: any Section: libdevel -Depends: libboost-dev (=${Source-Version}), libboost-filesystem1.32.0 (=${Source-Version}) +Depends: libboost-dev (=${Source-Version}), libboost-filesystem1.32.0c2 (=${Source-Version}) Replaces: libboost-dev ( 1.31.0-1) Description: filesystem operations (portable paths, iteration over directories, etc) in C++ Part of the Boost.org library collection. @@ -110,10 +114,12 @@ . Homepage: http://boost.org/libs/filesystem/ -Package: libboost-graph1.32.0 +Package: libboost-graph1.32.0c2 Architecture: any Section: libs Depends: ${shlibs:Depends} +Conflicts: libboost-graph1.32.0 +Replaces: libboost-graph1.32.0 Description: generic graph components and algorithms in C++ Part of the Boost.org library collection. . @@ -128,7 +134,7 @@ Package: libboost-graph-dev Architecture: any Section: libdevel -Depends: libboost-dev (=${Source-Version}), libboost-graph1.32.0 (=${Source-Version}) +Depends: libboost-dev (=${Source-Version}), libboost-graph1.32.0c2 (=${Source-Version}) Description: generic graph components and algorithms in C++ Part of the Boost.org library collection. . @@ -140,10 +146,12 @@ . Homepage: http://www.boost.org/libs/graph/ -Package: libboost-program-options1.32.0 +Package: libboost-program-options1.32.0c2 Architecture: any Section: libs Depends: ${shlibs:Depends} +Conflicts: libboost-program-options1.32.0 +Replaces: libboost-program-options1.32.0 Description: program options library for C++ Part of the Boost.org library collection. . @@ -156,7 +164,7 @@ Package: libboost-program-options-dev Architecture: any Section: libdevel -Depends: libboost-dev (= ${Source-Version}), libboost-program-options1.32.0 (= ${Source-Version}) +Depends: libboost-dev (= ${Source-Version}), libboost-program-options1.32.0c2 (= ${Source-Version}) Description: program options library for C++ Part of the Boost.org library collection. . @@ -166,10 +174,12 @@ . Homepage: http://www.boost.org/libs/program_options/ -Package: libboost-python1.32.0 +Package: libboost-python1.32.0c2 Architecture: any Section: python Depends: ${shlibs:Depends} +Conflicts: libboost-python1.32.0 +Replaces: libboost-python1.32.0 Description: Boost.Python Library Part of the Boost.org library collection. . @@ -189,7 +199,7 @@ Package: libboost-python-dev Architecture: any Section: libdevel -Depends: libboost-dev (=${Source-Version}), libboost-python1.32.0 (=${Source-Version}), python2.3-dev +Depends: libboost-dev (=${Source-Version}), libboost-python1.32.0c2 (=${Source-Version}), python2.3-dev Replaces: libboost-dev ( 1.31.0-3) Description: Boost.Python Library development files Part of the Boost.org library collection. @@ -207,10 +217,12 @@ . Homepage: http://www.boost.org/libs/python/ -Package: libboost-regex1.32.0 +Package: libboost-regex1.32.0c2 Architecture: any Section: libs Depends: ${shlibs:Depends} +Conflicts: libboost-regex1.32.0 +Replaces: libboost-regex1.32.0 Description: regular expression library for C++
Bug#318856: module-assistant: uninterruptible when invoked without root
On Tue, Jul 19, 2005 at 12:26:08AM +0200, Eduard Bloch wrote: Marc Haber schrieb am Montag, den 18. Juli 2005: For a test, I invoked module-assistant auto-build all without root privileges. This resulted in a million of whiptail dialogs being shown What did the dialog tell you? Warning, /usr/src/kernel-source-2.4.26 seems to contain unconfigured kernel source!1 (sic!) NOTE: You are not root but member of th src group. Mapping the base working directory to /usr/src/modass.1 (sic!) Installation of the acx100-source source failed. Installation of the affix-source source failed. Installation of the alsa-source source failed. and so on. The line breaks in the messages are quite unusual as well. and the system ignoring Ctrl-C. I had to manually kill the process whiptail ignores Ctrl-C. Why can I abort a debconf dialog with Ctrl-C then? If you press Return, the program should exit. Did you press return? Yes. The next dialog came up immediately. from another shell to get rid of it. Shown how? Excuse me? module-assistant should allow a possibility to be easily aborted if called in error. I still don't get it. Look at the code around the message that you most likely mean and tell me what should be different. Please. printmsg gettext(You are not root and no replacement directory (the -u option)\nis specified. Unable to continue.) if !$opt_quiet; $columns = $orgcolumns; exit 254; No, that message is not among the ones displayed. Greetins Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318996: poker-network: Debconf templates do not follow Developer's Reference recommendations
Package: poker-network Version: N/A Severity: minor The debconf templates for this package do not follow the recommendations given in the Developers Reference, section 6.5 (Configuration management with debconf). This part gives general advices about the Right Way to write debconf templates to achieve a general consistency in Debian about the way to prompt users. Please make your best following these advices. If you follow these suggestions, please consider later using the podebconf-report-po utility from the po-debconf package, to notify translators of the induced changes. Then leave them a few days to update their translations (1 week is considered good practice so that translation teams can apply their usual QA policies). This bug report template is mostly generic so I can't point out exactly which part of your debconf templates I have considered not following these recommendations. I recommend your first read the mentioned part of the DR, make the changes you feell needed, then come back to me with the new templates file. Many thanks for your packaging work in the Debian Project... -- 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.6.11-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318993: xserver-xorg: Debian needs to get Alan Hourihane's updated I810 driver
On Tue, Jul 19, 2005 at 01:09:20AM -0400, Keenan Pepper wrote: The current I810 driver /usr/X11R6/lib/modules/drivers/i810_drv.o is quite unstable and crashes a lot, especially when playing video. Alan Hourihane's driver at http://www.fairlite.demon.co.uk/intel.html is much better and the latest one has never crashed on my hardware. It suspect it will probably fix a few other bugs reported by people with Intel chips. Specifically, it adds i945G support, fixes numerous pitch problems in Xv, which stops the engine locking up a lot, and has a whole raft of fixes on top of the one in Debian. It's in Xorg HEAD, and Ubuntu has had it for a while now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318951: just singelize members of groups
On Tue, Jul 19, 2005 at 12:37:17AM +0200, Klaus Ethgen wrote: perl -e 'print ((getgrnam(some-group))[3]);' All users in this group separated by space. perl -e 'print getpwnam(some-user);' return for a user in LDAP? The complete user passwd-Entry seperated by nothing. Ok, that's the same behavior like in a non-LDAP setup, and I can now indeed reproduce the bug. Can you please check adduser 3.65.0 from http://zg.debian.zugschlus.de/zg/pool/main/adduser? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315671: webcalendar unauthorized access
Stephen Gran wrote: Hello all, Thanks a lot for contacting us. There is a security bug in webcalendar (#315671 and http://www.securityfocus.com/bid/14072, for reference). Tim is the maintainer, but does not yet have a debian account, and cannot upload. We have a fixed version for sarge ready (patch attached). I am happy to upload it for Tim, or you could based on the attached patch. Please let us know which way you want to handle this. Tim is copied on this mail, please keep both of us in the follow ups. There is as yet no CVE, but the bugtraq ID is 14072. I have requested an id. While we're at it, have you checked this vulnerability as well? http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0474 I'll take care of sarge. Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. 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#319001: /sbin/fsck.ext3: fsck.ext3 doesn't sync when checking a loopback
Package: e2fsprogs Version: 1.37-2 Severity: normal File: /sbin/fsck.ext3 I'm not sure fsck is supposed to sync afterward (but I assume it does). But in any case it doesn't sync after checking a fs via a loopback. It's a 500GB encrypted partition. I ran fsck.ext3 with -D (there were no errors, but there was a nice progress bar while it rebuilt a directory). After finishing it sat for quite a while writing data before exiting, but running sync right afterward took even longer then that, so it must have had quite a bit of data to write. (If I don't sync manually, then losetup -d does it, and takes a while.) (This happens every time I do this, I just remembered to report it now. It's not because it was syncing other data - the computer was idle.) -Ariel PS. It's quite possible that it's the loopback that has the bug, and doesn't sync when told to, but I feel that fsck should probably work around it (if that's indeed the case). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages e2fsprogs depends on: ii e2fslibs1.37-2 ext2 filesystem libraries ii libblkid1 1.37-2 block device id library ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libcomerr2 1.37-2 common error description library ii libss2 1.37-2 command-line interface parsing lib ii libuuid11.37-2 universally unique id library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313621: same as bug 313644
also sprach A Mennucc [EMAIL PROTECTED] [2005.07.17.2004 +0200]: it seems to me that this bug 313621 is the same as bug 313644 Am I correct? No, they are separate bugs, which is why I asked Dmitry to file them separately. -- .''`. 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 subkeys? Use subkeys.pgp.net as keyserver! work like you don't need the money love like you have never been hurt dance like there's nobody watching signature.asc Description: Digital signature
Bug#318525: atlas: FTBFS: Memory inputs not directly addressable
On Sun, Jul 17, 2005 at 10:09:52PM -0700, Matt Kraai wrote: On Sun, Jul 17, 2005 at 08:25:21PM +0100, Roger Leigh wrote: Is this still reproducible with a current etch or sid system? Also, your bug report did not state the architecture, subarchitecture or compiler you were using, not the distribution you built on. Given that this is using ASM, this will affect which platforms can reproduce it. As I mentioned before, this failure occurred on i386. I was using gcc 4:4.0.0-2 in a sid pbuilder chroot. I was able to reproduce the failure. -- Matt signature.asc Description: Digital signature
Bug#318998: FTBFS: C++ errors
Package: armagetron Version: 0.2.7.0-1 Severity: serious armagetron fails to build with some C++ errors: i486-linux-gnu-g++ -I. -I.. -I../.. -Wall -g -O2 -I/usr/include/SDL -D_REENTRANT -I../../../src/tools/ -I../../../src/engine/ -I../../../src/network/ -I../../../src/ui/ -I../../../src/render/ -I../../../src/tron -I../../../src -c ../../../src/tron/gServerBrowser.cpp -o gServerBrowser.o ../../../src/tools/tSafePTR.h: In member function 'const T* tCheckedPTRConstT::operator-() const': ../../../src/tools/tSafePTR.h:108: error: 'operator-' is not a member of 'tCheckedPTRBase' ../../../src/tools/tSafePTR.h: In destructor 'tStackObjectT::~tStackObject()':../../../src/tools/tSafePTR.h:414: error: 'refCtr_' was not declared in this scope ../../../src/tools/tList.h: In destructor 'tListT, MALLOC, REFERENCE::~tList()': ../../../src/tools/tList.h:100: error: there are no arguments to 'Len' that depend on a template parameter, so a declaration of 'Len' must be available ../../../src/tools/tList.h:100: error: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) ../../../src/tools/tList.h:101: error: there are no arguments to 'operator()' that depend on a template parameter, so a declaration of 'operator()' must be available ../../../src/tools/tList.h: In member function 'void tListT, MALLOC, REFERENCE::Add(T*, int)': ../../../src/tools/tList.h:110: error: there are no arguments to 'Len' that depend on a template parameter, so a declaration of 'Len' must be available ../../../src/tools/tList.h:111: error: there are no arguments to 'operator[]' that depend on a template parameter, so a declaration of 'operator[]' must be available ../../../src/tools/tList.h: In member function 'void tListT, MALLOC, REFERENCE::Remove(T*, int)': ../../../src/tools/tList.h:141: error: there are no arguments to 'Len' that depend on a template parameter, so a declaration of 'Len' must be available ../../../src/tools/tList.h:143: error: there are no arguments to 'Len' that depend on a template parameter, so a declaration of 'Len' must be available ../../../src/tools/tList.h:145: error: there are no arguments to 'operator()' that depend on a template parameter, so a declaration of 'operator()' must be available ../../../src/tools/tList.h:150: error: there are no arguments to 'Len' that depend on a template parameter, so a declaration of 'Len' must be available ../../../src/tools/tList.h:152: error: there are no arguments to 'Len' that depend on a template parameter, so a declaration of 'Len' must be available ../../../src/network/nNetwork.h: In member function 'nMessage nMessage::operator(T*)': ../../../src/network/nNetwork.h:432: error: incomplete type 'nNetObject' used in nested name specifier ../../../src/network/nNetwork.h: In member function 'nMessage nMessage::operator(tControlledPTRT)': ../../../src/network/nNetwork.h:455: error: incomplete type 'nNetObject' used in nested name specifier ../../../src/tools/tLocale.h: At global scope: ../../../src/tools/tLocale.h:112: error: invalid pure specifier (only `= 0' is allowed) before ';' token ../../../src/tools/tLocale.h:113: error: invalid pure specifier (only `= 0' is allowed) before ';' token make[2]: *** [gServerBrowser.o] Error 1 make[2]: Leaving directory `/tmp/buildd/armagetron-0.2.7.0/client/src/tron' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/armagetron-0.2.7.0/client' make: *** [build-stamp.client] Error 2 -- Matt signature.asc Description: Digital signature
Bug#318923: utf-8 option for xterm does not work anymore
Thomas Dickey wrote: The only relevant change I recall recently is Patch #201 - 2005/4/21 - XFree86 4.5.99.2 * modify interaction between +u8 and locale resource to allow the command-line option to override the resource (requested by Thomas Wolff). What value are you using to set xterm*VT100*utf8: ? and what would be the value for the locale resource? It used to be enough to just set xterm*VT100*utf-8 without any further value. There is (now ?) according to the xterm man page also a locale resource; setting this to true makes no difference, nor calling from the command line xterm -lc or xterm -u8. It remains necessary to do CTRL-RightClick and select UTF8. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319000: no documentation in libcegui-mk2-doc
Package: libcegui-mk2-doc Version: 0.3.0-1 Severity: grave Justification: renders package unusable It seems CEGUI as of version 0.3.0 has no longer any documentation shipped with the Linux tarballs. Currently the documentation can only be found from the win32 zip available from: http://prdownloads.sourceforge.net/crayzedsgui/cegui_mk2-0.3.0-win32.zip?download. Maybe this should also be reported to the upstream? -- 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.11-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317098: kmail: Same problem for me - segfault without any information
Package: kmail Version: 4:3.3.2-3 Followup-For: Bug #317098 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages kmail depends on: ii kdelibs4 4:3.3.2-7 KDE core libraries ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2 GCC support library ii libice6 6.8.2.dfsg.1-3 Inter-Client Exchange library ii libkcal2a 4:3.3.2-3 KDE calendaring library ii libkdenetwork24:3.3.2-3 KDE Network library ii libkdepim14:3.3.2-3 KDE PIM library ii libkleopatra0a4:3.3.2-3 KDE GnuPG interface libraries ii libkpimidentities14:3.3.2-3 KDE PIM user identity information ii libksieve04:3.3.2-3 KDE mail/news message filtering li ii libmimelib1a 4:3.3.2-3 KDE mime library ii libpng12-01.2.8rel-1 PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-3 X Window System Session Management ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-3 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-3 X Window System miscellaneous exte ii perl 5.8.7-4Larry Wall's Practical Extraction ii xlibs 6.8.2.dfsg.1-3 X Window System client libraries m ii zlib1g1:1.2.2-9 compression library - runtime Versions of packages kmail recommends: ii kdebase-kio-plugins 4:3.3.2-1 KDE I/O Slaves ii kdepim-kio-plugins4:3.3.2-3 KDE pim I/O Slaves ii procmail 3.22-11Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318856: module-assistant: uninterruptible when invoked without root
Moin Marc! Marc Haber schrieb am Dienstag, den 19. Juli 2005: On Tue, Jul 19, 2005 at 12:26:08AM +0200, Eduard Bloch wrote: Marc Haber schrieb am Montag, den 18. Juli 2005: For a test, I invoked module-assistant auto-build all without root privileges. This resulted in a million of whiptail dialogs being shown What did the dialog tell you? Warning, /usr/src/kernel-source-2.4.26 seems to contain unconfigured kernel source!1 (sic!) NOTE: You are not root but member of th src group. Mapping the base working directory to /usr/src/modass.1 (sic!) No idea where those .1 come from. Installation of the alsa-source source failed. and so on. The line breaks in the messages are quite unusual as well. Okay, found it. The next version will print only one message. and the system ignoring Ctrl-C. I had to manually kill the process whiptail ignores Ctrl-C. Why can I abort a debconf dialog with Ctrl-C then? Really? I doubt. AFAICS the interactive dialogs of whiptails cannot be aborted this way with debconf, show me _one_ example please. module-assistant should allow a possibility to be easily aborted if called in error. I still don't get it. Look at the code around the message that you most likely mean and tell me what should be different. Please. printmsg gettext(You are not root and no replacement directory (the -u option)\nis specified. Unable to continue.) if !$opt_quiet; $columns = $orgcolumns; exit 254; No, that message is not among the ones displayed. You see, if you don't give exact information, I need to guess which of the 725 messages could you mean. Regards, Eduard. -- General Richard Franklin: A man who won't stand up for his own principles is not really a man at all. -- Quotes from Babylon 5 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288966: felt: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Hi Alex, Thanks for the patch, I'll get this patch into the next release, which should be this weekend. You wrote this six months ago. Has this release happened? When will it be uploaded to Debian? Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#319002: e2fsprogs: tune2fs -O +has_journal on a mounted fs created a corrupt fs
Package: e2fsprogs Version: 1.37-2 Severity: important This was running on a system with a ro / fs changed via remount to rw. (So /etc/mtab was not real, since nothing rewrote it afterward.) I don't know if this is relevant - since I did the exact same thing in the same session to another fs, and that worked fine, created a .journal file. /dev/md1 was mounted on /boot and I ran tune2fs -O +has_journal /dev/md1 I then ran find /boot - and got zillions of errors flying across the screen. To fast to read (and I could not pause it) so I can't tell you what the error was - it seemed to be two lines of error message identically repeated. I reset the computer and ran fsck. The log of the fsck session is attached. (Created via copy/paste so I hope I didn't miss any lines from the session.) This is a three part bug: a: why did tune2fs mess up b: you'll notice I had to run fsck twice to get a correct fs c: the kernel should probably have reacted a little more sensibly to the error - i.e. don't send zillions of identical messages - kick out the fs, maybe return an error to the process trying to read, but not tons of useless messages that effectively froze the machine. (I checked and it was mounted errors=continue, since that's the default.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages e2fsprogs depends on: ii e2fslibs1.37-2 ext2 filesystem libraries ii libblkid1 1.37-2 block device id library ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libcomerr2 1.37-2 common error description library ii libss2 1.37-2 command-line interface parsing lib ii libuuid11.37-2 universally unique id library -- no debconf information e2fsck 1.37 (21-Mar-2005) Backing up journal inode block information. Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Entry '.journal' in / (2) has deleted/unused inode 18. Cleary? yes Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Block bitmap differences: -(6437--7215) -(7237--7486) Fixy? yes Free blocks count wrong for group #0 (2495, counted=3524). Fixy? yes Free blocks count wrong (8986, counted=10015). Fixy? yes Inode bitmap differences: -18 Fixy? yes Free inodes count wrong for group #0 (4, counted=5). Fixy? yes Free inodes count wrong (76, counted=77). Fixy? yes /boot: * FILE SYSTEM WAS MODIFIED * /boot: 43/120 files (18.6% non-contiguous), 13089/23104 blocks (none):~# fsck.ext3 -f -C 0 /dev/md1 e2fsck 1.37 (21-Mar-2005) Superblock has a bad ext3 journal (inode 18). Cleary? yes *** ext3 journal has been deleted - filesystem is now ext2 only *** Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /boot: * FILE SYSTEM WAS MODIFIED * /boot: 43/120 files (18.6% non-contiguous), 13089/23104 blocks ===I re-ran tune2fs to add the journal at this point. (On non mounted.) Here is dumpe2fs in case you need it.=== Filesystem volume name: /boot Last mounted on: /boot Filesystem UUID: 14f773d6-397a-4e7e-9ce0-5cac1ab2de20 Filesystem magic number: 0xEF53 Filesystem revision #:1 (dynamic) Filesystem features: has_journal Default mount options:(none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 120 Block count: 23104 Reserved block count: 0 Free blocks: 8985 Free inodes: 77 First block: 1 Block size: 1024 Fragment size:1024 Blocks per group: 7704 Fragments per group: 7704 Inodes per group: 40 Inode blocks per group: 5 Filesystem created: Mon Jan 24 07:13:06 2005 Last mount time: Mon Jul 18 21:32:46 2005 Last write time: Mon Jul 18 21:36:06 2005 Mount count: 0 Maximum mount count: 21 Last checked: Mon Jul 18 21:36:06 2005 Check interval: 15552000 (6 months) Next check after: Sat Jan 14 20:36:06 2006 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode:8 Default directory hash: tea Directory Hash Seed: 8436d9eb-b935-4ea0-9841-d80fe238e24d Journal backup: inode blocks Group 0: (Blocks 1-7704) Primary superblock at 1, Group descriptors at 2-2 Block bitmap at 6 (+5), Inode bitmap at 7 (+6) Inode table at 8-12 (+7) 2494 free blocks, 5 free inodes, 2 directories Free blocks: 1090-2330, 4671-4690, 5290-5296, 6437-7215, 7237-7673,
Bug#318688: x11-common: conffile prompts for /etc/X11/Xsession* when replacing xfree86-common
On a second machine, I received similar conffile dialogs for /etc/X11/xkb/keymap/sun/* when installing xlibs. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#319003: xserver-xorg: Trident and -3: libvgahw is still broken
Package: xserver-xorg Version: 6.8.2.dfsg.1-3 Severity: grave Justification: renders package unusable This bug-report is related to #318218, #318231, #318271, #318405. Feel free to merge it with them. I didn't, because part of the problem reported in these bug-reports was indeed fixed by the last version. With the previous versions of xserver-xorg, because of the miscompilation in libvgahw, the screen was pure white in graphical mode, and completely garbled when switching to text VTs. Now, with the fix included in -3, the text consoles are usable again. But the screen is still pure white in graphical mode. Installing the libvgahw.a file compiled by Ender fixes the problem. So it seems there is another miscompilation somewhere in the file. -- Package-specific info: VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: Trident Microsystems CyberBlade XPAi1 (rev 82) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318405: acknowledged by developer (Bug#318218: fixed in xorg-x11 6.8.2.dfsg.1-3)
Debian Bug Tracking System schrieb: This is an automatic notification regarding your Bug report #318405: xserver-xorg sets wrong palete on switching to console., which was filed against the xserver-xorg package. It has been closed by one of the developers, namely David Nusinow [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. David Nusinow [EMAIL PROTECTED] (supplier of updated xorg-x11 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) Changes by David Nusinow: - Add 030_libvgahw_gcc4_volatile_fix.diff to work around libvgahw.a gcc4 breakages. Thanks David Martinez Moreno and Paul Hampson. Closes: #318218, #318231, #318271, #318405, #318430 Sorry, the bug is not fixed by 6.8.2.dfsg.1-3. I have to use the same workaround as before. Please reopen bug. Reinhard
Bug#317255: [l10n] Initial Czech translation of libphidgets debconf templates
tags 317255 + pending kthxbye also sprach Miroslav Kure [EMAIL PROTECTED] [2005.07.07.0742 +0200]: in attachement there is initial Czech translation (cs.po) of libphidgets debconf templates. Please include it with the package. Thanks a lot. -- .''`. 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 subkeys? Use subkeys.pgp.net as keyserver! the irony is that bill gates claims to be making a stable operating system and linus torvalds claims to be trying to take over the world. signature.asc Description: Digital signature
Bug#284642: reminder: deb-reversion
title 284642 please integrate deb-reversion kthxbye This is a reminder to integrate deb-reversion (formerly dpkg-reversion, then debedit) into devscripts. The current version 0.1.18 is available at http://debian.madduck.net/~madduck/packages/stage/deb-reversion Thanks, -- .''`. 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 subkeys? Use subkeys.pgp.net as keyserver! good advice is something a man gives when he is too old to set a bad example. -- la rouchefoucauld signature.asc Description: Digital signature
Bug#319006: apt-cache rdepends shouldn't show conflicting packages
Package: apt Version: 0.6.38 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Including conflicting packages in `apt-cache rdepends package` leads only to confusing results. Please either don't include such packages, or list them separately or make such behaviour optional. regards fEnIo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC3KwHhQui3hP+/EARAsaPAJ9UIjASFzHdNNjVH2KbjXnmoMAt9QCglHoV kcv2hJ9qdEwaJ5tbIA0e2ek= =ZOGH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319005: import fails to map .deb files to backends
Package: apt-proxy Version: 1.9.31 Severity: serious Hello, on my server machine, I tried to import the current apt-cacher cache (real debian packages) into apt-proxy, but the import script fails, unnable to find a suitable backend: 2005/07/19 09:18 CEST [-] [import] centericq-common_4.20.0-8_i386.deb skipped - no suitable backend found 2005/07/19 09:18 CEST [-] [import] libxxf86misc1_6.8.2.dfsg.1-3_i386.deb skipped - no suitable backend found 2005/07/19 09:18 CEST [-] [import] libnewt0.51_0.51.6-28_i386.deb skipped - no suitable backend found 2005/07/19 09:18 CEST [-] [import] libgconf2-dev_2.10.1-1_i386.deb skipped - no suitable backend found 2005/07/19 09:18 CEST [-] [import] cupsys-client_1.1.23-11_i386.deb skipped - no suitable backend found 2005/07/19 09:18 CEST [-] [import] dictionaries-common_0.49.2_all.deb skipped - no suitable backend found Howver, its non-sense, there are backends and there also Packages files therein: find /var/cache/apt-proxy/debian/ /var/cache/apt-proxy/debian/ /var/cache/apt-proxy/debian/dists /var/cache/apt-proxy/debian/dists/unstable /var/cache/apt-proxy/debian/dists/unstable/main /var/cache/apt-proxy/debian/dists/unstable/main/binary-i386 /var/cache/apt-proxy/debian/dists/unstable/main/binary-i386/Packages.bz2 /var/cache/apt-proxy/debian/dists/unstable/Release.gpg /var/cache/apt-proxy/debian/dists/unstable/contrib /var/cache/apt-proxy/debian/dists/unstable/contrib/binary-i386 /var/cache/apt-proxy/debian/dists/unstable/contrib/binary-i386/Packages.bz2 /var/cache/apt-proxy/debian/dists/unstable/Release /var/cache/apt-proxy/debian/dists/unstable/non-free /var/cache/apt-proxy/debian/dists/unstable/non-free/binary-i386 /var/cache/apt-proxy/debian/dists/unstable/non-free/binary-i386/Packages.bz2 /var/cache/apt-proxy/debian/pool /var/cache/apt-proxy/debian/pool/main /var/cache/apt-proxy/debian/pool/main/g /var/cache/apt-proxy/debian/pool/main/g/gutenprint /var/cache/apt-proxy/debian/pool/main/g/gutenprint/libgutenprint2_4.3.99+cvs20050715-1_i386.deb /var/cache/apt-proxy/debian/pool/main/c /var/cache/apt-proxy/debian/pool/main/c/cupsys /var/cache/apt-proxy/debian/pool/main/c/cupsys/libcupsimage2_1.1.23-11_i386.deb /var/cache/apt-proxy/debian/pool/main/c/cupsys/libcupsys2-gnutls10_1.1.23-11_i386.deb /var/cache/apt-proxy/debian/pool/main/z /var/cache/apt-proxy/debian/pool/main/z/zlib /var/cache/apt-proxy/debian/pool/main/z/zlib/zlib1g-dev_1.2.2-9_i386.deb /var/cache/apt-proxy/debian/pool/main/z/zlib/zlib1g_1.2.2-9_i386.deb Maybe it does not work with .bz2 variants? Regards, Eduard. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages apt-proxy depends on: ii bzip2 1.0.2-7high-quality block-sorting file co ii debconf 1.4.52 Debian configuration management sy ii logrotate 3.7-5 Log rotation utility ii python2.3.5-3An interactive high-level object-o ii python-apt0.6.12.1 Python interface to libapt-pkg ii python-bsddb3 3.3.0-6Python interface to libdb3 ii python-twisted2.0.1-3Event-based framework for internet ii python2.3 2.3.5-6An interactive high-level object-o apt-proxy recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319004: gpr: Installation concurrent with lprng fails
Package: gpr Severity: normal If installing gpr and lprng at the same time, lprng fails to config. lprng tries to 'chown /usr/bin/lpr' at setup time, but /usr/bin/lpr doesn't exist because gpr has just diverted it. One solution might be to change Depends to Pre-Depends for lprng | cupsys-bsd | lpr-ppd | lpr. Selecting previously deselected package lprng. Unpacking lprng (from lprng_3.8.28-2_i386.deb) ... Selecting previously deselected package gpr. Unpacking gpr (from gpr_0.9deb-4_i386.deb) ... Adding `diversion of /usr/bin/lpr to /usr/bin/lpr.not.gpr by gpr' Setting up lprng (3.8.28-2) ... chown: cannot access `/usr/bin/lpr': No such file or directory dpkg: error processing lprng (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of gpr: gpr depends on lprng | cupsys-bsd | lpr-ppd | lpr; however: Package lprng is not configured yet. Package cupsys-bsd is not installed. Package lpr-ppd is not installed. Package lpr is not installed. Package lprng which provides lpr is not configured yet. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gpr depends on: ii debconf 1.4.30.11 Debian configuration management sy pn gdk-imlib1 Not found. pn libart2 Not found. ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libdb3 3.2.9-22Berkeley v3 Database Libraries [ru ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libglib1.2 1.2.10-9The GLib library of C routines pn libgnome32 Not found. pn libgnomesupport0 Not found. pn libgnomeui32 Not found. ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libpopt0 1.7-5 lib for parsing cmdline parameters pn libppd0 Not found. ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-12.0.1 X Window System Input extension li pn libxml1 Not found. ii lpr 1:2003.09.23-7 BSD lpr/lpd line printer spooling pn ppdfilt Not found. ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318515: ipw2100-source: New upstream version available
Am Samstag, 16. Juli 2005 01:00 schrieb Marcin Gozdalik: 1.1.2 upstream is available which should fix #315863, #317171 and #308288. Yep, I've seen that. Unfortunatly they split out the the generic ieee802.11 stack into a separate subproject. Mike Hommey already works on a package for that, until it is ready we have to wait... Thanks and regards, Sebastian -- PGP-Key: http://www.withouthat.org/~sebastian/public.key Fingerprint: A46A 753F AEDC 2C01 BE6E F6DB 97E0 3309 9FD6 E3E6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310237: Next kaffe version will likely depend on libasm-java
Hi Marcus, the next kaffe version will likely depend on libasm-java for the rmic compiler tool. Therefore it is important to move asm to the main section ! I would suggest to build asm with java-gc-compat in unstable to avoid a build-dependency on kaffe (as proposed in my last patch) which would result in a reverse dependency. I would provide you a new patch if you want. Also would you considering moving asm to cdbs with its ant task ? With this it will be easy to switch between the build vm's used. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319007: wordpress: dbconfig dep screws upgrade
Package: wordpress Version: 1.5.1.3-3 Severity: normal Are you sure you want to install/upgrade the above packages? [Y/n/?/...] (Reading database ... 65682 files and directories currently installed.) Preparing to replace wordpress 1.5.1.3-2 (using .../wordpress_1.5.1.3-3_all.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 7: /usr/share/dbconfig-common/dpkg/postinst.mysql: No such file or directory dpkg: error processing /var/cache/apt/archives/wordpress_1.5.1.3-3_all.deb (--unpack): subprocess pre-installation script returned error exit status 1 /var/lib/dpkg/tmp.ci/postrm: line 8: /usr/share/dbconfig-common/dpkg/postinst.mysql: No such file or directory dpkg: error while cleaning up: subprocess post-removal script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/wordpress_1.5.1.3-3_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Sorry everyone, I'll get a new version out soon tonight. I was testing dbconfig-common out and must have left something in. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages wordpress depends on: ii apache [httpd] 1.3.33-6versatile, high-performance HTTP s ii apache2-mpm-worker [httpd] 2.0.54-4high speed threaded model for Apac ii mysql-server [virtual-mysql- 4.0.24-10 mysql database server binaries ii php4 4:4.3.10-15 server-side, HTML-embedded scripti ii php4-mysql 4:4.3.10-15 MySQL module for php4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318852: LVM does not detect raid mirrors
On Mon, Jul 18, 2005 at 03:02:27PM +0200, Bastian Blank wrote: Enable md_component_detection in /etc/lvm/lvm.conf. Thanks. Works. regards Hadmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318164: CXX 4.0 transition
Le lundi 18 juillet 2005 à 23:38 +0200, Robert Jordens a écrit : Hello! [Thu, 14 Jul 2005] Josselin Mouette wrote: On second thought this probably requires NUMing mpich as well, as the mpich version seems to be statically linked to libpmpich++. I'll see if I have time for these. lam is linked statically against mpich. But libmpich++ is shipped with lam and lam builds and links against that. That is bad and incorrect but subject of another yet-to-file bug. Whoa ? LAM is linked against mpich ? Aren't they two independent implementations of MPI ? I'm planning the NMU of lam. Thanks. I guess we also need a NMU of mpich, so that libmpich++ is rebuilt. Modifying mpicc.mpich to use dynamic linking would be a good idea as well. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#315500: FTBFS on m68k
Please send a patch that creates a linux/m68k/syscallent.h with correct contents, unless m68k really matches i386 exactly. Please also compose ChangeLog entries in the canonical format you see there and send those ahead of the patch. A point I'm not clear on: is the inclusion of __NR_exit_group or SYS_exit as real syscall no in the defs really necessary? powerpc also calls the same function on both exit and exit_group, but doesn't pass the real syscall number to the strace handler function. Sorry, I haven't figured out what you are talking about here. The __NR_exit_group and SYS_* definitions need to be correct (what the kernel really uses), and the table entries for those should use sys_exit. Otherwise, the internal process tracking will not work right because it won't be treating the exit and exit_group syscalls with the right magic. I've put in the change to define __NR_exit_group for M68K. That much is clearly correct. Thanks, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319010: nvidia-kernel-source: No support for TNT/TNT2/GeForce 2
Package: nvidia-kernel-source Version: 1.0.7174-3 Severity: important The current version of the Nvidia drivers do not support the RIVA TNT, TNT2, Vanta, GeForce 256, GeForce 2, Quadro, and Quadro 2 video cards. Version 1.0-7174 is the last version to support these cards. Perhaps a seperate package should be made - nvidia-legacy-kernel? I'd be happy to assist in anyway possible. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10james Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nvidia-kernel-source depends on: ii debhelper 4.2.32 helper programs for debian/rules ii dpatch2.0.10 patch maintenance system for Debia ii make 3.80-9 The GNU version of the make util ii sed 4.1.2-8The GNU sed stream editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318978: Shorewall upgrade question asked prematurely, there is no way to answer the question when asked
* Manoj Srivastava [EMAIL PROTECTED]: Package: shorewall Version: 2.4.1-2 Severity: normal Hi, On upgrade, shorewall asks the scary looking question: Did you check your configuration and do you want to restart Shorewall right now? Followed by: == This is a major release of Shorewall that introduces some changes in the configuration files. You have to check carefully your configuration before restarting your firewall to avoid failures and network blackout. The changes are listed in /usr/share/doc/shorewall/releasenotes.txt.gz. == Except, of course, they are not yet: the file there is the old file, since the package has not been unpacked. If the user is not paying attention, they can read the file, check their configuration find that is is fine, upgrade, and then procxeed to have holes in the firewall or blackouts. There is no information yet as to what changes are going to take place, and thus this question *MUS* be asked in the postinst, and _NOT_ in the .config. I have left the severity at normal, feel free to upgrade severity to important. I'll fix it as soon as possible moving the question to the postinst script as you suggested. I must admit that I don't like the scary question at all but it's the only way I know to inform the user about problems that may arise during the upgrade to a new major release. Have you got any suggestion about how to better handle such notification? Thank you for your report and for your help. -- lorenzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319008: nvidia-kernel-source: No support for TNT/TNT2/GeForce 2
Package: nvidia-kernel-source Version: 1.0.7174-3 Severity: important The current version of the Nvidia drivers do not support the RIVA TNT, TNT2, Vanta, GeForce 256, GeForce 2, Quadro, and Quadro 2 video cards. Version 1.0-7174 is the last version to support these cards. Perhaps a seperate package should be made - nvidia-legacy-kernel? I'd be happy to assist in anyway possible. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10james Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nvidia-kernel-source depends on: ii debhelper 4.2.32 helper programs for debian/rules ii dpatch2.0.10 patch maintenance system for Debia ii make 3.80-9 The GNU version of the make util ii sed 4.1.2-8The GNU sed stream editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319009: debhelper: would be nice to have a --follow-symlink options in dh_*
Package: debhelper Version: 4.9.3 Severity: wishlist Currently dh_* family copies symlinks as symlinks which I think most of the time will result in broken links. I am not absolutely sure that changing current behavior to follow symlinks by default is a good idea. Having an option to select this would sure be nice. At the moment I have to resort to using cp -L. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8.1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages debhelper depends on: ii binutils 2.16.1-2 The GNU assembler, linker and bina hi coreutils [fileutils] 5.2.1-2The GNU core utilities ii debconf-utils 1.4.52 debconf utilities ii dpkg-dev 1.13.10Package building tools for Debian hi file 4.12-1 Determines file type using magic ii fileutils 5.2.1-2The GNU file management utilities ii html2text 1.3.2a-2 An advanced HTML to text converter ii perl 5.8.7-4Larry Wall's Practical Extraction ii po-debconf0.8.23 manage translated Debconf template debhelper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263456: dcl: Suggestion for fix
Package: dcl Version: 1:0.9.4.4-1 Followup-For: Bug #263456 Since it would not make sense for this package to create a database, add some predependencies: dcl-pgsql-local, dcl-mysql-local, dcl-pgsql-remote, etc. These would set up the database on the appropriate server, ready for the DCL software to connect. The database-specific configuration would be in a /etc/dcl/database.config file which is included from the dcl package's /etc/dcl/config.php file. I just wish I knew how to do it myself... especially seeing the package has been orphaned... -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dcl depends on: ii apache [httpd] 1.3.33-6versatile, high-performance HTTP s ii bash 2.05b-26The GNU Bourne Again SHell ii debconf 1.4.30.13 Debian configuration management sy ii grep 2.5.1.ds1-4 GNU grep, egrep and fgrep ii php4 4:4.3.10-15 server-side, HTML-embedded scripti ii python 2.3.5-2 An interactive high-level object-o ii sed 4.1.2-8 The GNU sed stream editor ii wwwconfig-common 0.0.43 Debian web auto configuration -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318164: CXX 4.0 transition
Hello! [Tue, 19 Jul 2005] Josselin Mouette wrote: lam is linked statically against mpich. But libmpich++ is shipped with lam and lam builds and links against that. That is bad and incorrect but subject of another yet-to-file bug. Whoa ? LAM is linked against mpich ? Aren't they two independent implementations of MPI ? Yes. I confused it with mpich. liblammpi++ is part of lam and built against. I'm planning the NMU of lam. Thanks. I guess we also need a NMU of mpich, so that libmpich++ is rebuilt. Modifying mpicc.mpich to use dynamic linking would be a good idea as well. Similar for lam. lam4 should be split into c++ and pure-C library packages. But since that's mor a decision of the maintainer, I'll leave that to him. Robert. -- Neutrinos are into physicists. signature.asc Description: Digital signature
Bug#315703: Bug#316590: woody backport now available for all cacti security issues
On Tue, Jul 19, 2005 at 07:54:31AM +0200, Martin Schulze wrote: Ok, I'll wait. so, a 6 hour plane flight later, i've learned 3 things: 1 - there are a number of other variables that also need to be included. 2 - there are a number of calls where variables are indirectly passed to mysql_foo functions via other functions (which causes a problem for the current sanity checking method) 3 - there is another, ridiculously obvious security vulnerability in the woody version. 1 is easy to fix, we can just add on the extra variables to the file. of the 900 or so calls to mysql_foo functions, i had about 170 left to look at when my battery crapped out. 2 is trickier. we could either repeat the process i'm about finished with wrt mysql_foo for all the functions that pass variables to mysql_foo, or we could do the sanity checking in the function. as the former sounds ugly and even more time consuming i'm going to side with thte latter. what i think i'm going to do is split sanitize.php into sanitize and sanitize-functions. sanitize will include_once sanitize-functions, so then sanitize can be included multiple times (otherwise i believe that php will bitch about functions being redefined), and i'll just slip in a line in each mysql-calling function to include sanitize, and add the variables in said functions to sanitize.php. as for 3, well... there's a variable, which is stored in a cookie. the cookie name is cactilogin, and the value is an integer. want to guess what it does? a fix for this shouldn't be too hard, this kind of info should be stored in the session and not in the cookie. anyway, i'll have a fair amount of free time tomorrow, but will need a little sleep first :) sean -- signature.asc Description: Digital signature
Bug#315448: iconv: no glibcbug script found
tags 315448 fixed-upstream thanks At Thu, 23 Jun 2005 01:47:10 +0800, Dan Jacobson wrote: $ iconv --help Report bugs using the `glibcbug' script to [EMAIL PROTECTED]. $ dlocate glibcbug This message will be replaced in the next glibc 2.3.5 series. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318430: Console switching broken
On Mon, Jul 18, 2005 at 11:55:48AM +0200, David Martínez Moreno wrote: Hello, Hadmut. Could you please replace /usr/X11R6/lib/modules/libvgahw.a with the one available in http://people.debian.org/~ender/ and restart X? You may need to restart the whole system to achieve full recovery. Yup, works. :-) Thanks regards Hadmut
Bug#179344: fixed in upstream cvs
tags 179344 + fixed-upstream thanks I confirmed that this is fixed in upstream CVS: http://forum.xchat.org/viewtopic.php?p=6622#6622 It will likely be included in the next upstream version (2.4.5). -- bye, pabs http://qa.debian.org/developer.php?login=Paul+Wisecomaint=yes signature.asc Description: This is a digitally signed message part
Bug#318119: mercurial: Please reduce dependence upon newer cdbs (easier backporting)
On Mon, Jul 18, 2005 at 12:04:46PM -0500, Chad Walstrom wrote: In any case, it was a wishlist request and nothing more. This is why I let the bug opened for now. So, if I find the motivation and the time to make the changes you suggest, I will close it. (It looks like mercurial has just gotten a booster shot and now has quilt-like capabilities as well.) I hope it will be included in the 0.7 release :-) Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319015: libdate-pcalc-perl: Modules go to /usr/share/perl5 while perl5.8 expects them in /usr/share/perl/5.8
Package: libdate-pcalc-perl Severity: important I just tried to use Date/PCalc.pm in a perlscript while there is Perl-5.8 installed. Unfortunately, perl-5.8 is looking in /usr/share/perl/5.8 and not in /usr/share/perl5 anymore, therefore it can not find the module. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285765: fixed-upstream
tags 285765 fixed-upstream thanks -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/ and grep the source files for 'FIXME'. 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse f�r Mail, Message, More +++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314953: openoffice.org-spellcheck-de-* ought to depend on myspell-de-*-oldspell
* Rolf Leggewie [EMAIL PROTECTED] [2005-06-19 18:01]: Package: openoffice.org-spellcheck-de-de Version: Newest version openoffice.org-spellcheck-de-de ought to depend on myspell-de-de-oldspell as well as an alternative for those that do not want the new spelling rules. The same goes for the AT and CH packages. I cannot find this package in Debian. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318018: kernel-patch-suspend2: Big Fat Warning on reboot; initrd-related?
tags 318018 + moreinfo thanks Up front: this could be a bug or just as well a problem on your side. In the future, I would suggest making sure that you did everything right before filing a bug. also sprach Phil Endecott [EMAIL PROTECTED] [2005.07.12.2347 +0200]: # ../kernel-patches/all/2.6.11/suspend2/apply (this seems to apply cleanly, though the docs suggest that only 2.6.11-1 is supported) please check out the make-kpkg manpage wrt the added-patches option. # nano /etc/lilo.conf add: append=resume2=/dev/hda1 no need with initrd. # hibernate (hibernate is version 1.07-debian) (outdated) I think that the problem is related to the initrd. According to /usr/share/doc/kernel-patch-suspend2/README.Debian: The kernel patch modifies the kernel image in such a way that it will drop /etc/mkinitrd/scripts/suspend2-${KERNEL_VERSION} onto the system where the kernel is installed. But I don't see anything at all in /etc/mkinitrd/scripts. Why not? This may explain it. I am not sure what's the problem. If you do dpkg-reconfigure kernel-image-2.6.11suspend2 what's the output? -- Please do not send copies of list mail to me; I read the list! .''`. 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 subkeys? Use subkeys.pgp.net as keyserver! someday we'll find it the rainbow connection the lovers, the dreamers, and me! -- kermit signature.asc Description: Digital signature
Bug#316001: glibc-doc: pthread_rwlock_* are not documented (manpage)
reassign 316001 manpages-dev thanks At Mon, 27 Jun 2005 22:32:49 +0200, Michael Gebetsroither wrote: All manpages for pthread_rwlock_* are missing I think now the time manpages-dev should have pthread_* up-to-date manpages because glibc's pthread manpages are derived from old linuxthreads manpages, and we optionally support them from the next glibc 2.4 series - we don't have any linuxthreads (and its manpages) support officially in upstream. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319014: spamassassin should properly handle unicode garbage
Package: spamassassin Version: 3.0.4-2 Severity: minor Tags: upstream Yo! Occasionally, I see in my log: == Parsing of undecoded UTF-8 will give garbage when decoding entities at /usr/share/perl5/Mail/SpamAssassin/HTML.pm line 182, GEN5218 line 105. == (1) this is probably some minor bug in HTML handling. AFAICT spamassassin runs in unicode locale (LC_CTYPE=en_US.UTF-8 is the default, so I guess it applies to daemons in /etc/init.d as well.) (2) wishlist: Could this kind of apparently malformed UTF-8 in mail be used for Spamassassin hitpoints? (No, I didn't track it down to see if it's really malformed mail.) thanks greetings -- vbi -- Pzat! pgpyCWnZfOnBf.pgp Description: PGP signature
Bug#312927: glibc: Please use UTF-8 as the default locale codeset
At Fri, 10 Jun 2005 21:45:00 +0100, Roger Leigh wrote: The following patch reorders SUPPORTED when embedding the list in locales.config, so that UTF-8 locales are listed before all other locales, which are placed at the end of the list. The concept of your patch seems fine for me. I heard that debian-installer BoF in debconf5 decided to switch UTF-8 as default locale in installer. So normal users who use just debian-installer will move to UTF-8 in etch. However, I don't know it's nice idea to put all UTF-8 locales at the top. Actually many users have not switched to UTF-8 yet, so they want to select both UTF-8 and obsolete charsets at the same time. So, instead, I would like to change as follows: - The current order of SUPPORTED list (appeared at the first screen of dpkg-reconfigure locales) is for example: iw_IL ISO-8859-8 iw_IL.UTF-8 UTF-8 ja_JP.EUC-JP EUC-JP ja_JP.UTF-8 UTF-8 But the new order of SUPPORTED list is for example: iw_IL.UTF-8 UTF-8 iw_IL ISO-8859-8 ja_JP.UTF-8 UTF-8 ja_JP.EUC-JP EUC-JP - Selecting system standard locale (appeared at the second screen of dpkg-reconfigure locales) lists UTF-8 prior than other charmaps for example: iw_IL.UTF-8 UTF-8 iw_IL ISO-8859-8 ja_JP.UTF-8 UTF-8 ja_JP.EUC-JP EUC-JP I would like to put this version to locales package. I welcome your comments and patches. I've also added a small note to the debconf template to make the user aware that UTF-8 locales are recommended, but the other locales are still available should they be needed. --- glibc-2.3.2.ds1.old/debian/debhelper.in/locales.templates 2005-06-10 11:04:53.0 +0100 +++ glibc-2.3.2.ds1/debian/debhelper.in/locales.templates 2005-06-10 21:35:57.0 +0100 @@ -8,6 +8,10 @@ Choose which locales to generate. The selection will be saved to `/etc/locale.gen', which you can also edit manually (you need to run `locale-gen' afterwards). + . + UTF-8 locales are recommended. Locales using old national character sets + are provided for backwards-compatibility, but should not be used unless + strictly required. I don't know whether we should recommend use of UTF-8, because selecting localedata via locales debconf depends on user's decision. IMHO we have no authority to push the claim of should not be used unless strictly required. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318989: xlibmesa-dri: glx applications segfault inside r128_dri.so
On Tue, Jul 19, 2005 at 09:27:30AM +0200, David Mart?nez Moreno wrote: Excuse me, but I do not understand this. You claim to have 6.8.2.dfsg.1-3, but your report has XFree86 logs and information. It is xorg stuff: [EMAIL PROTECTED]:~/Desktop$ dpkg --get-selections|grep xserver xserver-common install xserver-xfree86 deinstall xserver-xorginstall (i didn't deinstall'ed xserver-xfree86 but didn't purge it in case i needed to go back) Maybe there is a problem with the xlibmesa-dri reportbug script. I suspect so, I didn't even think about it and just let it do it's thing. Thinking it might be partly because of the xf86-xorg upgrade process I purged xserver-common xserver-xfree86 xserver-xorg and some other cruft, moved the configuration files out the way and installed xserver-xorg and xlibmesa-dri letting it decide the configuration. DRI is now *not* working at all --- so I can no longer reproduce the crash (ie. no attempt to use direct render is made so things work albeit painfully slowly). I will take a look this morning, but meanwhile, please supply /etc/X11/xorg.conf and /var/log/Xorg.0.log. Attached are the files from *before* I reinstalled things above. These show DRI was being enabled then but diff'ing between the two configs I really have no idea why it won't work now or if these are useful given I can't reproduce the problem on a clean(ish) install. xorg.conf.bz2 Description: Binary data Xorg.0.log.bz2 Description: Binary data
Bug#315703: Bug#316590: woody backport now available for all cacti security issues
Sean Finney wrote: On Tue, Jul 19, 2005 at 07:54:31AM +0200, Martin Schulze wrote: Ok, I'll wait. so, a 6 hour plane flight later, i've learned 3 things: 1 - there are a number of other variables that also need to be included. 2 - there are a number of calls where variables are indirectly passed to mysql_foo functions via other functions (which causes a problem for the current sanity checking method) 3 - there is another, ridiculously obvious security vulnerability in the woody version. Thanks a lot for your investigation! 1 is easy to fix, we can just add on the extra variables to the file. of the 900 or so calls to mysql_foo functions, i had about 170 left to look at when my battery crapped out. 2 is trickier. we could either repeat the process i'm about finished with wrt mysql_foo for all the functions that pass variables to mysql_foo, or we could do the sanity checking in the function. as the former sounds ugly and even more time consuming i'm going to side with thte latter. The less work and the less intrusive the patch the better. what i think i'm going to do is split sanitize.php into sanitize and sanitize-functions. sanitize will include_once sanitize-functions, so then sanitize can be included multiple times (otherwise i believe that php will bitch about functions being redefined), and i'll just slip in a line in each mysql-calling function to include sanitize, and add the variables in said functions to sanitize.php. Sounds good. as for 3, well... there's a variable, which is stored in a cookie. the cookie name is cactilogin, and the value is an integer. want to guess what it does? a fix for this shouldn't be too hard, this kind of info should be stored in the session and not in the cookie. Hmm, having the user id stored in a cookie is common practice. The variable obviously needs to be sanitised as well. anyway, i'll have a fair amount of free time tomorrow, but will need a little sleep first :) Ok. For reference I'm attaching the interdiff between the woody version and the current updated version on security.debian.org (in the private queue). Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. diff -u cacti-0.6.7/include/config.php cacti-0.6.7/include/config.php --- cacti-0.6.7/include/config.php +++ cacti-0.6.7/include/config.php @@ -23,6 +23,21 @@ */? ? +/* whether or not we pull from a db, we need re-initilize */ +global $config; + +/* test for suspicious user-supplied variables that would otherwise + affect program execution, and if so zero out config for safety */ +if(isset($_GET[do_not_read_config]) || isset($_POST[do_not_read_config]) + || isset($_GET[config]) || isset($_POST[config])){ +$config = array(); +} +$colors = array(); + +## debian security backport ## +require_once(sanitize.php); +## debian security backport ## + ## Debian packaging ## include(/etc/cacti/config.php); ## Debian packaging ## @@ -30,9 +45,6 @@ /* make sure this variable reflects your operating system type: 'unix' or 'win32' */ $cacti_server_os = unix; -/* whether or not we pull from a db, we need re-initilize */ -global $config; - if ($do_not_read_config != true) { if (isset($config) == false) { /* make a connection to the database */ diff -u cacti-0.6.7/debian/changelog cacti-0.6.7/debian/changelog --- cacti-0.6.7/debian/changelog +++ cacti-0.6.7/debian/changelog @@ -1,3 +1,25 @@ +cacti (0.6.7-2.4) oldstable-security; urgency=high + + * Non-maintainer upload by the Security Team + * Switched to using $_REQUEST instead of $_GET and $_POST since this +version only uses $foo which is similar to $_REQUEST[foo] + * Reduced the number of tested variables to those actually used. + + -- Martin Schulze [EMAIL PROTECTED] Fri, 15 Jul 2005 16:06:58 +0200 + +cacti (0.6.7-2.3) oldstable-security; urgency=high + + * update prepared for the security team by new maintainer. + * include backported updates against the two latest cacti security +releases. this includes the following CAN id's: +- CAN-2005-1524 (idefense remote file inclusion) +- CAN-2005-1525 (idefense SQL injection) +- CAN-2005-1526 (idefense remote code execution) +- CAN-2005-2148 (hardened-php advisories 032005 and 042005) +- CAN-2005-2149 (hardened-php advisory 052005) + + -- sean finney [EMAIL PROTECTED] Mon, 11 Jul 2005 20:35:12 -0400 + cacti (0.6.7-2.2) stable-security; urgency=medium * Non-maintainer upload by Stable Release Manager only in patch2: unchanged: --- cacti-0.6.7.orig/include/sanitize.php +++ cacti-0.6.7/include/sanitize.php @@ -0,0 +1,123 @@ +?php + +/* + * backported security-related changes from cacti + * by sean finney [EMAIL PROTECTED] + * + * to preserve my own sanity, all sanity checks are done in here, which + * is included by the main configuration, which is included by
Bug#318923: utf-8 option for xterm does not work anymore
On Tue, Jul 19, 2005 at 08:22:10AM +0200, Jan Willem Stumpel wrote: Thomas Dickey wrote: The only relevant change I recall recently is Patch #201 - 2005/4/21 - XFree86 4.5.99.2 * modify interaction between +u8 and locale resource to allow the command-line option to override the resource (requested by Thomas Wolff). What value are you using to set xterm*VT100*utf8: ? and what would be the value for the locale resource? It used to be enough to just set xterm*VT100*utf-8 without any further value. There is (now ?) according to the xterm man page also a locale resource; setting this to true makes no difference, nor calling from the command line xterm -lc or xterm -u8. It remains necessary to do CTRL-RightClick and select UTF8. The locale resource has been there a couple of years (and can be set so that you get the original behavior). What happens if you set the locale resource to false? (And are you ensuring that there are no resource conflicts that override that). It used to be is vague - one of the problems with the Debian package is that I don't know offhand what version of xterm it corresponds to. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpkrYryMv6zg.pgp Description: PGP signature
Bug#318959: gcc-4.0: compiles broken code
reassign 318959 libc6 thanks looks like this only happens, when lround from libm is used. Thorsten Jordan writes: Package: gcc-4.0 Version: 4.0.1-2 Severity: grave Justification: renders package unusable gcc-4.0 generates code that gives false results for this tiny program: #include stdio.h #include math.h int main() { volatile double a = 1.04837e+06, b = 1.04866e+06; printf(%li %li\n, lround(a), lround(b)); return 0; } compilation with -O1 or -O2 gives wrong results for lround(b), although the number would fit the long variable obviously. -- 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 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages gcc-4.0 depends on: ii binutils2.16.1-2 The GNU assembler, linker and bina ii cpp-4.0 4.0.1-2 The GNU C preprocessor ii gcc-4.0-base4.0.1-2 The GNU Compiler Collection (base ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2GCC support library Versions of packages gcc-4.0 recommends: ii libc6-dev 2.3.2.ds1-22 GNU C Library: Development Librari ii libmudflap0-dev 4.0.1-2 GCC mudflap support libraries (dev -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318989: xlibmesa-dri: glx applications segfault inside r128_dri.so
Further information and some more fiddling about: * I am able to get things to crash again using the xorg.conf that resulted from the xf86-org upgrade. Disabling direct rendering stops the crash. * The xorg.conf produced by installing xserver-xorg doesn't not crash as direct rendering does not work. * If I hand-edit the xorg.conf file 'the way I like it' then direct rendering does work again and does *NOT* crash. So there is something that's a little bit finicky here but things do appear to work if poked the right way. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315500: FTBFS on m68k
Please send a patch that creates a linux/m68k/syscallent.h with correct contents, unless m68k really matches i386 exactly. Please also compose ChangeLog entries in the canonical format you see there and send those ahead of the patch. Thanks for reminding me. m68k does not match i386 exactly, nor does it slightly resemble i386 anymore beyond syscall no. 218 (the earlier differences were due to chown/lchown being swapped because historically m68k chose the opposite default behavior from i386 WRT chown of symlinks, at least that's my vague memory from the old days). The differences have grown too big to be incorporated into the i386 table, so I'll separate out the m68k table entirely as you suggest. This means I'll also send a patch clearing all m68k bits from the i386 table, OK? A point I'm not clear on: is the inclusion of __NR_exit_group or SYS_exit as real syscall no in the defs really necessary? powerpc also calls the same function on both exit and exit_group, but doesn't pass the real syscall number to the strace handler function. Sorry, I haven't figured out what you are talking about here. The __NR_exit_group and SYS_* definitions need to be correct (what the kernel The definitions are correct. really uses), and the table entries for those should use sys_exit. Otherwise, the internal process tracking will not work right because it won't be treating the exit and exit_group syscalls with the right magic. OK, that's what I was wondering. I've put in the change to define __NR_exit_group for M68K. That much is clearly correct. Do I need to change anything else in order to get a new linux/m68k/syscallent.h used by the build? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#260652: Yet another improved munpack patch
Here's an improved version of Roger Leigh's patch which fixes all the implicit declarations and a couple other warnings (and the uninitialized variable warning was harmless). It also fixes a problem which caused munpack to detect corruption on amd64 when there was none (that's the part in md5.h). -- Daniel Schepler Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet. -- Orson Scott Card diff -urN mpack-1.6.old/codes.c mpack-1.6/codes.c --- mpack-1.6.old/codes.c 2003-07-21 13:51:08.0 -0700 +++ mpack-1.6/codes.c 2005-07-19 01:28:48.0 -0700 @@ -128,7 +128,7 @@ int nbytes; MD5Init(context); -while (nbytes = fread(buf, 1, sizeof(buf), infile)) { +while ((nbytes = fread(buf, 1, sizeof(buf), infile))) { length += nbytes; MD5Update(context, buf, nbytes); } diff -urN mpack-1.6.old/decode.c mpack-1.6/decode.c --- mpack-1.6.old/decode.c 2003-07-21 13:47:54.0 -0700 +++ mpack-1.6/decode.c 2005-07-19 01:56:57.0 -0700 @@ -26,8 +26,10 @@ * SOFTWARE. */ #include stdio.h +#include stdlib.h #include string.h #include ctype.h +#include unistd.h #include xmalloc.h #include common.h #include part.h @@ -37,6 +39,19 @@ extern FILE *os_newtypedfile(char *fname, char *contentType, int flags, params contentParams); extern FILE *os_createnewfile(char *fname); extern char *md5contextTo64(MD5_CTX *context); +extern void warn(char *s); +extern void os_perror(char *str); +extern void chat(char *s); +extern void os_donewithdir(char *dir); +extern void os_warnMD5mismatch(void); +extern void os_closetypedfile(FILE *outfile); + +extern int part_depth(struct part *part); +extern void part_ungets(char *s, struct part *part); +extern void part_close(struct part *part); +extern int part_fill(struct part *part); +extern void part_addboundary(struct part *part, char *boundary); +extern int part_readboundary(struct part *part); /* The possible content transfer encodings */ enum encoding { enc_none, enc_qp, enc_base64 }; @@ -49,6 +64,17 @@ void from64(struct part *inpart, FILE *outfile, char **digestp, int suppressCR); void fromqp(struct part *inpart, FILE *outfile, char **digestp); void fromnone(struct part *inpart, FILE *outfile, char **digestp); +int handlePartial(struct part *inpart, char *headers, params contentParams, + int extractText); +int ignoreMessage(struct part *inpart); +int handleMultipart(struct part *inpart, char *contentType, + params contentParams, int extractText); +int handleUuencode(struct part *inpart, char *subject, int extractText); +int handleText(struct part *inpart, enum encoding contentEncoding); +int saveToFile(struct part *inpart, int inAppleDouble, char *contentType, + params contentParams, enum encoding contentEncoding, + char *contentDisposition, char *contentMD5); + /* * Read and handle an RFC 822 message from the body-part 'inpart'. */ @@ -624,7 +650,7 @@ } thispart = atoi(p); -if (p = getParam(contentParams, total)) { +if ((p = getParam(contentParams, total))) { nparts = atoi(p); if (nparts = 0) { warn(partial message has invalid number of parts); @@ -643,7 +669,7 @@ else { /* Try to retrieve number of parts from reassembly directory */ sprintf(buf, %sCT, dir); - if (partfile = fopen(buf, r)) { + if ((partfile = fopen(buf, r))) { if (fgets(buf, sizeof(buf), partfile)) { nparts = atoi(buf); if (nparts 0) nparts = 0; diff -urN mpack-1.6.old/encode.c mpack-1.6/encode.c --- mpack-1.6.old/encode.c 2003-07-21 13:35:31.0 -0700 +++ mpack-1.6/encode.c 2005-07-19 01:44:56.0 -0700 @@ -23,12 +23,15 @@ * SOFTWARE. */ #include stdio.h +#include stdlib.h #include string.h extern char *magic_look(FILE *infile); extern char *os_genid(void); extern FILE *os_createnewfile(char *fname); extern char *md5digest(FILE *infile, long int *len); +extern void os_perror(char *str); +extern int to64(FILE *infile, FILE *outfile, long int limit); #define NUMREFERENCES 4 @@ -43,7 +46,7 @@ char *type; FILE *outfile; char *cleanfname, *p; -char *digest, *appledigest; +char *digest, *appledigest = NULL; long filesize, l, written; int thispart, numparts = 1; int wrotefiletype = 0; @@ -57,12 +60,12 @@ /* This filename-cleaning knowledge will probably * be moved to the os layer in a future version. */ -if (p = strrchr(cleanfname, '.')) cleanfname = p+1; +if ((p = strrchr(cleanfname, '.'))) cleanfname = p+1; #else -if (p = strrchr(cleanfname, '/')) cleanfname = p+1; -if (p = strrchr(cleanfname, '\\')) cleanfname = p+1; +if ((p = strrchr(cleanfname, '/'))) cleanfname = p+1; +if ((p = strrchr(cleanfname, '\\'))) cleanfname = p+1; #endif -if (p = strrchr(cleanfname, ':')) cleanfname = p+1; +if ((p = strrchr(cleanfname, ':'))) cleanfname = p+1; /* Find file type */ if (typeoverride) {
Bug#217571: ITP: mediawiki -- Wikipedia wiki engine
Hi, the wikimedia ITP bug report(s) seem to be a mess of misunderstanding which I try to clear out: 1) [EMAIL PROTECTED]: first ITP (10/25/2003) -- #217571 2) [EMAIL PROTECTED]: sounded like wants to help (10/08/2004) merged bug numbers 3) [EMAIL PROTECTED]: buildes something, asked mentors (10/18/2004) 4) [EMAIL PROTECTED]: asked for the package URL (02/21/2005) 5) [EMAIL PROTECTED]: offered sponsoring (03/21/2005) 6) [EMAIL PROTECTED]: suggested group maintaining on Alioth (04/25/2005) 7) [EMAIL PROTECTED]: Refused group maintining - I wonder how Evan became involved? Promissed to get something out in a week but nothing happened (04/25/2005) 8) [EMAIL PROTECTED]: updated own packaging, first occurence of something to try: http://debian.duckcorp.org/(05/06/2005) 9) [EMAIL PROTECTED]: asked Evan about progress (05/08/2005) 10) [EMAIL PROTECTED]: reasonable suggestion to work on 7) (06/04/2005) 11) [EMAIL PROTECTED]: dropped the ITP (06/06/2005) Comment: Hi Evan, group maintainance is not stealing a package but helping out. It was greatly consensus on DebConf 5 to uses this for complex packages. Could you at least provide your code for the work you did? 12) [EMAIL PROTECTED]: Offered teamwork (06/12/2005) 13) [EMAIL PROTECTED]: Made another trivial package (07/07/2005) http://www.cti.ecp.fr/~beauxir5/debian binary/ Summary regarding social work together: Debian people do not really like to talk to each other - one of the results we got at DebConf5 and one more example. What to do next: Roland offered to move the project to Alioth. Roland, would you be willing to hava a look at 8) and 13) and move the stuff to alioth. We should definitely do some group maintainance here and moving the package to unstable should be a high priority goal. If nobody else starts the alioth project in two days I will go for it and hope that we finaly manage to work together here. I kept all involved addresses in CC and hope that you might like to ooperate. Kind regards and thanks for everybody who was involved and provided some code Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295666: fixed-upstream
tags 295666 fixed-upstream thanks -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/ and grep the source files for 'FIXME'. 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse f�r Mail, Message, More +++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319016: Information leak through insufficient permissions on backup files in kate (CAN-2005-1920)
Package: kate Severity: important Tags: security Kate creates backup files with default permissions, which may cause sensitive information to be visible to other users on the system. Please see http://www.kde.org/info/security/advisory-20050718-1.txt for full details. stable, testing and sid are affected, oldstable is not. It's been fixed in the 3.4.1 packages in experimental. Cheers, Moritz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.29-vs1.2.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kate depends on: pn kdebase-libs Not found. pn kdelibs3 Not found. ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfam0c102 [libfam0] 2.7.0-6 client library to control the FAM ii libjpeg62 6b-10 The Independent JPEG Group's JPEG pn libpng2 Not found. pn libqt2 Not found. ii libstdc++2.10-glibc2.2 1:2.95.4-22 The GNU stdc++ library pn xlibsNot found. ii zlib1g 1:1.2.2-4.sarge.1 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249543: 249543
tags 249543 fixed-upstream thanks -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/ and grep the source files for 'FIXME'. 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse f�r Mail, Message, More +++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319017: Package: installation-reports
Package: installation-reports Debian-installer-version: etch, mirror, 14 July 05 uname -a: Linux paris 2.6.8-2-386 #1 Thu May 19 17:40:50 JST 2005 i686 GNU/Linux Date: July 05 Method: Network install Machine: i386 Processor: Memory: Root Device: IDE? SCSI? Name of device? Root Size/partition table: Output of lspci and lspci -n: :00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev 02) :00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] :00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22) :00:04.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 10) :00:04.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 10) :00:04.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 10) :00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30) :00:04.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 20) :00:0a.0 Communication controller: TOPIC SEMICONDUCTOR Corp TP560 Data/Fax/Voice 56k modem :00:0c.0 VGA compatible controller: Cirrus Logic GD 5436 [Alpine] :00:0d.0 Ethernet controller: 3Com Corporation 3c590 10BaseT [Vortex] :01:00.0 VGA compatible controller: 3DLabs Permedia II 2D+3D (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[ ] Reboot: [ ] Comments/Problems: There seems to be a problem with a number of DSL routers which causes slightly difficult to diagnose problems during a network install. The problem is clearly the fault of the router, but some advice in the install docs or perhaps more verbose error reporting in the installer would be beneficial. In this case, a DSL-G604T, uses relay DNS. Essentially, these DSL routers with their default settings inform the network (DHCP) that the router/gateway is a DNS server, they then relay DNS requests to a real DNS server. However, it appears that during an install of debian they fail to provide good DNS services; perhaps the relay is overloaded, it can occur occasionally during normal use as well. The symptoms during the base install are messages such as being unable to locate a suitable kernel, (or some other package). A careful examination of the process shows that a transfer is attemped from ftp://1.0.0.0/ The quick-solution is to configure /etc/resolv.conf to use a proper DNSserver, but of course this is overwritten on the next DHCP. The better solution is to configure the router to provide the IP address of a proper DNS server in the DHCP reply, rather than indicating that it is a DNS relay. I hope this helps, I am extremely impressed with Debian! Ian -- Ian Broster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318917: dictionaries-common: [ispell.el]: Does not allow to safe word if it thinks is is a new composition
On Tue, Jul 19, 2005 at 09:17:54AM +0200, Frank Küster wrote: Agustin Martin [EMAIL PROTECTED] wrote: Is the same at your site? Yes, it seems so. This still means that the user interface is somewhat confusing, I have to give a linguistically wrong answer (Yes, it is a composition) to get the word safed. Agreed, I will probably make it something like Use option 'i' if this is a correct composition from the derivative root or the word is valid by itself. But that will not be inmediate. Another thing is if Schaf+t is a correct derivative from the root Schaf with the german affix table, but that is an ingerman issue. I don't know, however, whether ispell can distinguish between nouns and verbs (based on the former's capitalization in german), or otherwise handle affixes word-specifically. No, ispell knows only of roots, affixes and prfixes Thanks for your feedback Cheers, -- Agustin
Bug#319020: reportbug: Could advertise the PTS for packages which are not very popular
Package: reportbug Version: 3.8 Severity: wishlist As member of the Debian QA Group I try to think of ways to improve the overall quality of Debian. One way is to have more contributors for each package... and to get external people involved I encourage them to subscribe to the PTS for the packages that they care about. People submitting bug reports are usually people caring about a package so I think we should try to catch their attention and to propose them to subscribe to the PTS of the package on which they're submitting a bug report. To avoid asking for contributors on packages which do not need help, reportbug could use the stats from the following file: http://master.debian.org/~hertzog/pts/count.txt Source packages not listed there have no PTS subscribers. The figures indicates how many people are subscribed to the PTS of each package. If the number is below 4, then the package needs more external contributors and reportbug should try to catch the attention of someone submitting a bug on the indicated package. Subscribing to the PTS can be done by mailing [EMAIL PROTECTED] with subscribe srcpkg in the body. The user will then receive a confirmation mail. You could also point him to http://packages.qa.debian.org/srcpkg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319019: popularity-contest: New HTTP uploader do not follow CGI specification
Package: popularity-contest Version: 1.30 Severity: serious The HTTP POST upload being done by popcon-upload do not seem to follow the CGI file upload specification. This make it hard to use common CGI parsers on the server end, and also make it confusing to analyze the HTTP trafic. In addition, this make the Debian and Ubuntu HTTP upload protocol incompatible with each other. We should change the protocol and make sure the HTTP POST protocol look like a normal browser upload before the this new popularity-contest make it into testing. I set severity to serious because of this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319018: libhighgui-dev: libhighgui0.9.la requires /usr/lib/libtheora.la
Package: libhighgui-dev Version: 0.9.6-2 Severity: important /usr/lib/libtheora.la is referenced by libhighgui0.9.la, so IMHO, ibhighgui-dev should depend on libtheora-dev. regards, Qingning -- 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.11-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libhighgui-dev depends on: ii lesstif2-dev 1:0.93.94-11.4 development library and header fil ii libcv-dev 0.9.6-2development files for libcv ii libhighgui0.9-0c2 0.9.6-2computer vision GUI library ii libice-dev6.8.2.dfsg.1-2 Inter-Client Exchange library deve ii libjpeg62-dev [libjpeg-de 6b-10 Development files for the IJG JPEG ii libpng12-dev 1.2.8rel-1 PNG library - development ii libsm-dev 6.8.2.dfsg.1-2 X Window System Session Management ii libtiff4-dev 3.7.3-1Tag Image File Format library (TIF ii libx11-dev6.8.2.dfsg.1-2 X Window System protocol client li ii libxext-dev 6.8.2.dfsg.1-2 X Window System miscellaneous exte ii libxt-dev 6.8.2.dfsg.1-2 X Toolkit Intrinsics development f ii zlib1g-dev1:1.2.2-9 compression library - development libhighgui-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317098: kmail: Kmail segfaults : gdb backtrace
Package: kmail Version: 4:3.3.2-3 Followup-For: Bug #317098 Hi All, As already reported in Bug#317098 , kmail is segfaulting since a recent apt upgrade. Here's a gdb backtrace obtained on kmail : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1244858304 (LWP 5358)] 0xb758d95b in QString::QString () from /usr/lib/libqt-mt.so.3 (gdb) bt #0 0xb758d95b in QString::QString () from /usr/lib/libqt-mt.so.3 #1 0xb6aaeea5 in KPIM::Identity::Identity () from /usr/lib/libkpimidentities.so.1 #2 0xb6ab21d2 in KPIM::IdentityManager::functions () from /usr/lib/libkpimidentities.so.1 #3 0xb6ab22eb in KPIM::IdentityManager::functions () from /usr/lib/libkpimidentities.so.1 #4 0xb6ab5965 in QMemArraychar::detach () from /usr/lib/libkpimidentities.so.1 #5 0xb6aa7c85 in _init () from /usr/lib/libkpimidentities.so.1 #6 0xb7ff61ce in _dl_catch_error () from /lib/ld-linux.so.2 #7 0xb7ff62ba in _dl_init () from /lib/ld-linux.so.2 #8 0xb7feac5d in ?? () from /lib/ld-linux.so.2 (gdb) Hope this helps. -- 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.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kmail depends on: ii kdelibs4 4:3.3.2-7 KDE core libraries ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2 GCC support library ii libice6 6.8.2.dfsg.1-3 Inter-Client Exchange library ii libkcal2a 4:3.3.2-3 KDE calendaring library ii libkdenetwork24:3.3.2-3 KDE Network library ii libkdepim14:3.3.2-3 KDE PIM library ii libkleopatra0a4:3.3.2-3 KDE GnuPG interface libraries ii libkpimidentities14:3.3.2-3 KDE PIM user identity information ii libksieve04:3.3.2-3 KDE mail/news message filtering li ii libmimelib1a 4:3.3.2-3 KDE mime library ii libpng12-01.2.8rel-1 PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-3 X Window System Session Management ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-3 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-3 X Window System miscellaneous exte ii perl 5.8.7-4Larry Wall's Practical Extraction ii xlibs 6.8.2.dfsg.1-3 X Window System client libraries m ii zlib1g1:1.2.2-9 compression library - runtime Versions of packages kmail recommends: ii kdebase-kio-plugins 4:3.3.2-1 KDE I/O Slaves ii kdepim-kio-plugins4:3.3.2-3 KDE pim I/O Slaves ii procmail 3.22-11Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276057: ITP: mediawiki -- Wikipedia wiki engine
On Tue, 19 Jul 2005 11:29:50 +0200 (CEST), Andreas Tille wrote Hi, Hi! sniped the summary.. In fact, I've now merged my trivial package with the one from duck I also had mail chat with him, and it seems that both of us don't whish to be the main maintainer - mostly for time and diffuculties of packaging a webapp, but we'd be happy to co-maintain it. Summary regarding social work together: Debian people do not really like to talk to each other - one of the results we got at DebConf5 and one more example. Well, as said above there is is still at least some discussions :) What to do next: Roland offered to move the project to Alioth. Great! Roland, would you be willing to hava a look at 8) and 13) and move the stuff to alioth. We should definitely do some group maintainance here and moving the package to unstable should be a high priority goal. I do agree, I found it unbelievable that mediawiki is not in sid... If nobody else starts the alioth project in two days I will go for it and hope that we finaly manage to work together here. Yes, and I'll be happy to join the groups in order to work on this package! Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319021: mgetty: [INTL:da] Updated Danish debconf translation
Package: mgetty Severity: wishlist Tags: patch l10n Please use the attached updated Danish debconf translation (debian/po/da.po) -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (900, 'stable'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # Claus Hindsgaul [EMAIL PROTECTED], 2004, 2005. # msgid msgstr Project-Id-Version: mgetty\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-03-30 18:42+\n PO-Revision-Date: 2005-07-19 11:45+0200\n Last-Translator: Claus Hindsgaul [EMAIL PROTECTED]\n Language-Team: Danish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: note #. Description #: ../mgetty-fax.templates.master:3 msgid New permission handling msgstr Ny håndtering af filrettigheder #. Type: note #. Description #: ../mgetty-fax.templates.master:3 msgid Since version 1.1.29, mgetty-fax is using a new security scheme. This implies some changes in the permission handling of certain files and directories. msgstr Siden version 1.1.29 har mgetty-fax brugt et nyt sikkerhedssystem. Det medfører nogle ændringer i håndteringen af rettighederne til visse filer og mapper. #. Type: note #. Description #: ../mgetty-fax.templates.master:3 msgid A new utility with name faxq-helper has been placed into /usr/lib/mgetty- fax. It is owned by user \uucp\ and is setuid. The directory /var/spool/ fax/outoing is now owned by uucp as well and is only accessible to that user by default. If you want to modify the permissions of this directory (for example because you trust your users enough to let them read outgoing faxes), please use dpkg-statoverride. msgstr Et nyt værktøj med navnet faxq-helper er blevet lagt i /usr/lib/mgetty-fax. Det ejes af brugeren \uucp\ og er setuid. Mappen /var/spool/fax/outgoing ejes nu også af uucp og kan som udgangspunkt kun tilgås af denne bruger. Hvis du ønsker at ændre rettighederne til denne mappe (hvis du f.eks. stoler nok på dine brugere til at lade dem læse udgående fax'er), så brug dpkg- statoverride. #. Type: boolean #. Description #: ../mgetty-fax.templates.master:18 msgid Run faxrunqd during system startup? msgstr Vil du køre faxrunqd under systemetopstart? #. Type: boolean #. Description #: ../mgetty-fax.templates.master:18 msgid The mgetty-fax package contains a daemon (\faxrunqd\) that can automatically take in charge the sending of the faxes spooled with faxspool. This daemon and the faxrunq utility need /etc/mgetty/faxrunq.config to be configured appropriately in order to run. If you plan to use faxrunqd, please indicate so. msgstr Pakken mgetty-fax indeholder en dæmon (\faxrunqd\), som automatisk kan overtage afsendelsen af fax'er, der er lagt i kø i faxkøen. Denne dæmon og værktøjet faxrunq kræver at /etc/mgetty/faxrunq.config er sat ordentligt op for at kunne køre. Hvis du regner med at køre faxrunqd skal du angive det her.
Bug#319022: gnomad2: New upstream version 2.8.0
Package: gnomad2 Version: 2.6.3-1 Severity: wishlist Hi, A new upstream version is available. It requires libnjb 2.2 and presumably includes the fix to #279008... Regards, Stephen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-7-sk2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnomad2 depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2The ATK accessibility toolkit ii libbonobo2-0 2.10.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libgconf2-4 2.10.0-2GNOME configuration database syste ii libglib2.0-0 2.6.5-1 The GLib library of C routines ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeui-0 2.10.0-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgtk2.0-0 2.6.8-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libid3tag0 0.15.1b-7 ID3 tag reading library from the M ii libnjb4 2.1-1 Creative Labs Nomad Jukebox librar ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libusb-0.1-4 2:0.1.10a-9.sarge.1 userspace USB programming library ii libxml2 2.6.16-7GNOME XML library ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.1 compression library - runtime gnomad2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318526: Bug not fixed
reopen 318526 thanks Ack, previous upload did not actually include the bugfix. Reopening until actual fix. T -- This sentence is false. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283085: phing for php4
Hi! In case you are interested, I've packaged an old version of phing that does not depend on PHP5, namely, phing-1.0-rc2. It may be worth including into archive given that php5 isn't there yet. Upstream sources were grabbed from old binarycloud CVS module binarycloud/r3/phing at cvs.tigris.org . Binary and source packages available at deb http://dev.shamrockgames.ru/~grig/debian/ ./ deb-src http://dev.shamrockgames.ru/~grig/debian/ ./ I'm quite new to packaging so there might be errors, beware! Best regards, Alex. -- Alex Grigorovich [EMAIL PROTECTED] Shamrock Technologies -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301304: problem is in iodbctest
Hi, I think this is actually an iodbctest problem: iodbc: /usr/bin/iodbctest I get the same errors as the original poster when using iodbctest to connect to a MySQL database. However, my own application, using odbc++ on top of libiodbc2, works just fine with the same ODBC configuration. Additional hints may be found in: iodbctest tool fails to connect with mysql http://sourceforge.net/mailarchive/message.php?msg_id=11053109 http://sourceforge.net/mailarchive/forum.php?thread_id=6724202forum_id=40427 Also, these Debian bug reports appear to be related: Bug#309935: iodbc: iodbc with libmysql stops with No DSN entered Bug#309936: iodbc: iodbc with libmysql stops with No DSN entered The problem is not in iODBC, but in the way the MyODBC driver handles the SQL_DRIVER_PROMPT setting in the SQLDriverConnect call in iodbctest. On Unix they do not have a graphical setup routine, so they have the following code sequence: if (no connect string entered) fPrompt = TRUE; else { // Parse connect string if (KEY_DSN) { // read all key=value pairs from this DSN } if (fDriverCompletion == SQL_DRIVER_PROMPT || ((fDriverCompletion == SQL_DRIVER_COMPLETE || fDriverCompletion == SQL_DRIVER_COMPLETE_REQUIRED) (!KEY_DSN !fDriver))) fPrompt = TRUE; } if (!fprompt) DBUG_RETURN (set_conn_error (hdbc, MYERR_S1000, No DSN entered, 0)); The problem is the check for fDriverCompletion. If it is set to SQL_DRIVER_PROMPT it will set fPrompt = true. This causes the misleading No DSN entered return code, even though the connect string provides a DSN and all other parameters needed for connecting. Even though they do not have a graphical setup function, it would have been better if they had provided a separate error message, or just ignore the hint to prompt and try the connection anyway. A quick workaround it to change the iodbctest.c program and change the SQL_DRIVER_PROMPT to SQL_DRIVER_COMPLETE. This patch will be in the upcoming iODBC 3.52.3 release. Best regards, Patrick -- Patrick van KleefEmail : [EMAIL PROTECTED] Maintainer iODBC Web : http://www.iodbc.org OpenLink Software Universal Data Access Data Integration Technology Providers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279000: Python curses bindings and UTF-8
Has anyone had a chance to look into UTF-8 aware Python bindings for ncurses? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318959: libc6: varying behaviour with different compiler/optimization combinations
Package: libc6 Version: 2.3.2.ds1-22 Followup-For: Bug #318959 Actually there is something wrong even without volatile: /* file: ki.c */ #include stdio.h #include math.h extern long int lround(double x); int main() { double b; long int i; b = 1.04866e+6; i = lround(b); printf(%e %ld %ld\n, b, lround(b), i); return 0; } try running the following bash script: for c in 3.3 3.4 4.0; do for o in 0 1 2 3 ; do printf gcc-%s -O%s\t $c $o; gcc-$c -W -Wall -O$o -std=c99 ki.c -lm; ./a.out; done; done on my debian (stable, uniprocessor), the results are... mysterious: gcc-3.3 -O0 1.048660e+06 -2146434988 -2146434988 gcc-3.3 -O1 1.048660e+06 -2146434988 -2146434988 gcc-3.3 -O2 1.048660e+06 -2146434988 -2146434988 gcc-3.3 -O3 1.048660e+06 -2146434988 -2146434988 gcc-3.4 -O0 1.048660e+06 -2146434988 -2146434988 gcc-3.4 -O1 1.048660e+06 -2146434988 -2146434988 gcc-3.4 -O2 1.048660e+06 -2146434988 -2146434988 gcc-3.4 -O3 1.048660e+06 -2146434988 -2146434988 gcc-4.0 -O0 1.048660e+06 -2146434988 -2146434988 gcc-4.0 -O1 1.048660e+06 1048660 1048660 gcc-4.0 -O2 1.048660e+06 1048660 1048660 gcc-4.0 -O3 1.048660e+06 1048660 1048660 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl libc6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319023: libapache2-mod-python2.3: fails to preconfigure if /tmp is mounted noexec
Package: libapache2-mod-python2.3 Version: 3.1.3-3 Severity: normal When trying to install libapache2-mod-python2.3 via apt when /tmp is mounted noexec, it fails to preconfigure. The output from apt is shown below. It appears to install fine, but I figured it's worth mentioning. # apt-get install libapache2-mod-python2.3 Reading Package Lists... Done Building Dependency Tree... Done Suggested packages: libapache2-mod-python-doc The following NEW packages will be installed: libapache2-mod-python2.3 0 upgraded, 1 newly installed, 0 to remove and 156 not upgraded. Need to get 0B/82.7kB of archives. After unpacking 266kB of additional disk space will be used. Preconfiguring packages ... Can't exec /tmp/libapache2-mod-python2.3.config.103281: Permission denied at /usr/share/perl/5.8/IPC/Open3.pm line 168. open2: exec of /tmp/libapache2-mod-python2.3.config.103281 configure failed at /usr/share/perl5/Debconf/ConfModule.pm line 44 libapache2-mod-python2.3 failed to preconfigure, with exit status 2 Selecting previously deselected package libapache2-mod-python2.3. (Reading database ... 35447 files and directories currently installed.) Unpacking libapache2-mod-python2.3 (from .../libapache2-mod-python2.3_3.1.3-3_i386.deb) ... Setting up libapache2-mod-python2.3 (3.1.3-3) ... -- 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.4.27-1-386 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libapache2-mod-python2.3 depends on: ii apache2 2.0.54-4 next generation, scalable, extenda ii apache2-common 2.0.54-4 next generation, scalable, extenda ii apache2-mpm-prefork [apache 2.0.54-4 traditional model for Apache2 ii debconf 1.4.51 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii python2.3 2.3.5-4 An interactive high-level object-o -- debconf information: libapache2-mod-python/enable_module: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319025: privoxy: W3 validator buttons are blocked
Package: privoxy Version: 3.0.3-3 Severity: wishlist hi i note that W3 validator buttons are blocked on certain websites e.g. http://validator.w3.org/check these buttons should not be blocked in my humble oppinion, because we all want valid HTML on the web instead of all the crappy webpages breaking ones browser experience. Therefore, i propose that a generic rule in privoxy allows w3 validator buttons - buttons that suggest a certain website is sound! best regards martin -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.6 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages privoxy depends on: ii adduser 3.63 Add and remove users and groups ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpcre34.5-1.2 Perl 5 Compatible Regular Expressi ii logrotate 3.7-5Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319024: xfonts-scalable references Speedo
Package: xfonts-scalable Version: 6.8.2.dfsg.1-3 xfonts-scalable.postinst.in still references Speedo which has been removed from xorg. --SNIP-- #DEBHELPER# FONTDIRS=Speedo Type1 UPDATECMDS=update-fonts-scale update-fonts-dir --SNIP-- Setting up xfonts-scalable (6.8.2.dfsg.1-3) ... Updating font configuration of fontconfig... Cleaning up category cid.. Cleaning up category truetype.. Cleaning up category type1.. Updating category type1.. Updating category truetype.. Updating category cid.. xfonts-scalable postinst warning: Speedo is not a directory; not updating font directory data -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319026: libpam0g: typo in error message: exhasted
Package: libpam0g Version: 0.76-22 Severity: minor The following error message probably contains a typo: Have exhasted maximum number of retries for service. Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#165217: Please recompile cpio with _FILE_OFFSET_BITS=64
Can this bug please be fixed? It's been almost 3 years now. All that is needed is a recompile with _FILE_OFFSET_BITS=64 Large file support is really a must these days. Sincerely, -- Richard van den Berg, CISSP --- Trust Factory B.V. | www.dna-portal.net Bazarstraat 44a| www.trust-factory.com 2518AK The Hague | Phone: +31 70 3620684 The Netherlands| Fax : +31 70 3603009 --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318796: gq: backtraces
Package: gq Followup-For: Bug #318796 with a working cfg file (.gq) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 6231)] tokenize (list=0x0, keyword=0x80d49f8 Begins with) at util.c:845 845 for(i = 0; list[i].keyword strlen(list[i].keyword); i++) (gdb) bt #0 tokenize (list=0x0, keyword=0x80d49f8 Begins with) at util.c:845 #1 0x08081a43 in search_argumentE (ctx=0xb5bc, e=0x80d49d0) at gq-xml.c:286 #2 0x0808315a in endElementH (ctx=0xb5bc, name=0x80d4428 search-argument) at xmlparse.c:248 #3 0x44b80291 in xmlSkipBlankChars () from /usr/lib/libxml2.so.2 #4 0x44b8b5ba in xmlParseElement () from /usr/lib/libxml2.so.2 #5 0x44b89c64 in xmlParseContent () from /usr/lib/libxml2.so.2 #6 0x44b8b3e7 in xmlParseElement () from /usr/lib/libxml2.so.2 #7 0x44b8bb39 in xmlParseDocument () from /usr/lib/libxml2.so.2 #8 0x08083411 in XMLparse (tags=0x0, handler=0x80d12c8, user_data=0x0, file=0x80d0e00 /export/home/jon/.gq) at xmlparse.c:347 #9 0x0808299a in process_rcfile_XML (error_context=0, filename=0x80d0e00 /export/home/jon/.gq) at gq-xml.c:1185 #10 0x080683e0 in load_config () at configfile.c:374 #11 0x08068494 in init_config () at configfile.c:871 #12 0x08060ee5 in main (argc=1, argv=0xb8c4) at gq.c:124 when creating a new server #0 0x08069782 in create_edit_server_window (server=0x827a858, modalFor=0x81e78e0) at prefs.c:829 #1 0x414c52a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #2 0x414b3736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #3 0x414c4dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #4 0x414c3e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #5 0x414c4126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #6 0x44863af5 in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0 #7 0x4486497a in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0 #8 0x414c52a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #9 0x414b39c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #10 0x414b3736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #11 0x414c4651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #12 0x414c3e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #13 0x414c4126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #14 0x44863a65 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x44864823 in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x4492a47e in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x414b39c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #18 0x414b3736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #19 0x414c4855 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #20 0x414c3c8c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #21 0x414c4126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #22 0x44a19cf7 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x44928f92 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #24 0x44927de6 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x447bb8e5 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #26 0x41f7d5c2 in g_main_depth () from /usr/lib/libglib-2.0.so.0 #27 0x41f7e638 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #28 0x41f7e970 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #29 0x41f7ef13 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #30 0x44927693 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #31 0x08060f6a in main (argc=1, argv=0xb8c4) at gq.c:158 -- 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.4.30-vs1.2.10 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276057: ITP: mediawiki -- Wikipedia wiki engine
On Tue, 19 Jul 2005, Marc [utf-8] Dequènes wrote: [EMAIL PROTECTED] proposed me to join our efforts and i replied i was ok for team maintainance. I'm just too busy to take care of this big pkg myself alone, and be happy to contribute if someone with free time available take the lead. To make things clear: I have zero experience with PHP which will probably not change in the near future and thus I'm personally not the right person to get involved in packaging except some testing. It was slow, people looked at the first bugs or the merged one, but not both most of the time. Evan refusing team maintainance slowed things even more and now is clearly out of it. Evan, please speak up if we should remove you from CC list. Besides apache config changes in 13) i don't understand, [EMAIL PROTECTED]'s work is nice. I agree with real need for team maintainance and scn to do a good job. You have my GO to open the project on Alioth. OK, as I said I'm waiting a short time for lolando, but I guess it will not hurd him if I just start asking for the project on allioth to speed things up. On the other hand I would not really love to be Project Manager of a project I'm not really managing (see above). Lolando, just speak up if you are reading your mail but has no time for any other work and give me a go for it if you think this is the best way. For all others, who are no DDs but interested in doing something just post your alioth logins to this thread. Kind regards Andreas. -- http://fam-tille.de
Bug#318722: [amd64]Can't display japanese letter directry at flashplayer-nonfree
Written by David Martínez Moreno [EMAIL PROTECTED] at Mon, 18 Jul 2005 17:37:57 +0200 : Subject: Re: Bug#318722: [amd64]Can't display japanese letter directry at flashplayer-nonfree ender El Domingo, 17 de Julio de 2005 11:41, Kyuma Ohta escribió: ender Package: xorg-x11 ender Version: 6.8.2.dfsg.1-2 ender Severity: Important ender ender After upgrading x-window-system from XF86 4.3.0 to X.Org 6.8.2, ender restarting system,I can't look Japanese TrueType Fonts ender (ttf-kochi-*) with 32bit flashplayer-nonfree and ender 32bit mozilla-firefox. ender ender But, I tryed to send Japanese TrueType Fonts via xfs (Add ender TrueType entry to /etc/X11/fs/config and restart xfs, ender x-window-system), I can look Japanese TrueType Fonts from ender 32bit flashplayer-mozilla. ender ender Maybe, TrueType entry in Fonts section in xorg.conf is ender disabled,so I need to use xfs for TrueType. ender ender Hello, Ohta. Excuse me, but I did not understand very well your bug report. ender Could you please elaborate more on that? ender ender Are you saying that you finally got working Japanese fonts in your ender flashplayer? Yes. ender ender Or, on the other side, do you mean that even changing things like paths in ender xfs/config and xorg.conf you did not achieve to see Japanese fonts? 0.I set path of TTFonts to /etc/X11/XF86Config-4 , and I still using XFree86 4.3.0, I could see Japanese strings with rendered with TTFonts from 32bit programs.(i.e. OOo 1.9m118,flash). 1.I replaced X.Org from XFree86, and I set path of TTFonts to /etc/X11/xorg.conf *only*, but I could not see Japanese strings renderd with TTFonts from 32bit programs. 2.I set path of TTFonts to /etc/X11/xfs/config *too*, and Restarting xfs and xserver-xorg , I can see Japanese strings with TTFonts from them. Best regards,and sorry for later, Ohta.
Bug#318923: xterm: localization hell again (even with UTF8 locales)
On Mon, Jul 18, 2005 at 05:36:02PM -0400, Thomas Dickey wrote: /usr/build/xterm/xterm-203b (101) ./testit locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=LANG=uk_UA.UTF-8 LC_CTYPE=LANG=uk_UA.UTF-8 LC_NUMERIC=LANG=uk_UA.UTF-8 LC_TIME=LANG=uk_UA.UTF-8 LC_COLLATE=LANG=uk_UA.UTF-8 LC_MONETARY=LANG=uk_UA.UTF-8 LC_MESSAGES=LANG=uk_UA.UTF-8 LC_PAPER=LANG=uk_UA.UTF-8 LC_NAME=LANG=uk_UA.UTF-8 LC_ADDRESS=LANG=uk_UA.UTF-8 LC_TELEPHONE=LANG=uk_UA.UTF-8 LC_MEASUREMENT=LANG=uk_UA.UTF-8 LC_IDENTIFICATION=LANG=uk_UA.UTF-8 LC_ALL=LANG=uk_UA.UTF-8 Mon Jul 18 17:28:28 EDT 2005 /usr/build/xterm/xterm-203b (102) Very strange 'locale' printout above. Perhaps you should run 'with-locale' with first parameter 'uk_UA.UTF-8', not the entire assignment 'LANG=uk_UA.UTF-8'. Btw, your 'date' prints English date, not Cyrillic/Ukrainian. And you see these 'locale: Cannot set ...' diagnostics, which is not too good. testit: #!/bin/sh with-locale LANG=uk_UA.UTF-8 locale with-locale LANG=uk_UA.UTF-8 date with-locale: #!/bin/sh unset LANG unset LC_ALL unset LC_CTYPE export LANG=$1 export LC_ALL=$1 shift $* For the sake of discussion, a typescript file from your session, showing the output of locale and the output of date would show enough information to see if it is encoded in UTF-8, and allow me (by cat'ing to the terminal) to see what xterm would display. Here is 'locale' printout from the 'problem' xterm : LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= Here is what 'LANG=uk_UA.UTF-8 date' looks like : nnn nnn 19 12:59:53 EEST 2005 (with Terminus fontFace; with fixed/clean fontFaces it prints dotted squares instead of 'n's) Here is 'locale' printout from Cyrillized/Ukrainized xterm : LANG=uk_UA.UTF-8 LC_CTYPE=uk_UA.UTF-8 LC_NUMERIC=uk_UA.UTF-8 LC_TIME=uk_UA.UTF-8 LC_COLLATE=uk_UA.UTF-8 LC_MONETARY=uk_UA.UTF-8 LC_MESSAGES=uk_UA.UTF-8 LC_PAPER=uk_UA.UTF-8 LC_NAME=uk_UA.UTF-8 LC_ADDRESS=uk_UA.UTF-8 LC_TELEPHONE=uk_UA.UTF-8 LC_MEASUREMENT=uk_UA.UTF-8 LC_IDENTIFICATION=uk_UA.UTF-8 LC_ALL= How 'date' looks there : Втр Лип 19 13:02:49 EEST 2005 'date' passed through 'xxd' looks the same in both xterms : 000: d092 d182 d180 20d0 9bd0 b8d0 bf20 3139 .. ..19 I.e. Cyrillic letters are encoded as usual, with leading byte 'd0' or 'd1'. Moreover, when I select 'nnn nnn' (or dotted squares) in problem/English xterm and paste it into Cyrillized one, it is pasted perfectly well, giving 'Втр Лип' there. I was so glad working with xterm and Unicode locales. I thought mixed-lang environment dream has been finally realized : But alas ... : New changes returned old griefs :
Bug#319028: cpio: New upstream release
Package: cpio Version: 2.5-1.2 Severity: normal GNU release cpio-2.6 in December 2004. The configure script now also checks for large file support which should also close bug #165217. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages cpio depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317145: same happens on ppc
the same build failure happens on PPC, but only with gcc 4, not with CC=gcc-3.3 Looks like an upstream problem to me. johannnes signature.asc Description: This is a digitally signed message part
Bug#307637: glasnost: depedency on python-tal
Martin Michlmayr wrote: * Martin Michlmayr [EMAIL PROTECTED] [2005-06-07 23:21]: Package: glasnost Severity: normal can't install because of the dependency with python-tal (which itself has an outdated dependency problem). I can install python2.1-tal so maybe the dependency can be python-tal | python2.1-tal ? Frederic, can you please take a look at this bug. I'm closing this bug report in the Debian BTS since there's nothing we can do about it. I hope Frederic will take a look at it. I did and I thought I already answered to Arthur, there is a private repository with an old python-tal package, this is deb http://www.entrouvert.org ./debian/others/ Regards, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319030: dbconfig-common: [INTL:da] Updated Danish debconf translation
Package: dbconfig-common Severity: wishlist Tags: patch l10n Please use the attached updated Danish debconf translation (debian/po/da.po) -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (900, 'stable'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # Claus Hindsgaul [EMAIL PROTECTED], 2005. # msgid msgstr Project-Id-Version: dbconfig-common\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-07-10 16:28-0400\n PO-Revision-Date: 2005-07-19 12:53+0200\n Last-Translator: Claus Hindsgaul [EMAIL PROTECTED]\n Language-Team: Danish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n #. Type: boolean #. Description #: ../dbconfig-common.templates:4 msgid Keep \administrative\ database passwords in debconf? msgstr Opbevar databaseadministrations-adgangskoder i debconf? #. Type: boolean #. Description #: ../dbconfig-common.templates:4 msgid By default, you will be prompted for all administrator-level database passwords when you configure, upgrade, or remove applications with dbconfig- common. These passwords will not be stored in debconf for any longer than they are needed. msgstr Du vil som udgangspunkt blive spurgt om alle databaseadgangskoder på administratorniveau, når du afinstallerer, opgraderer eller sætter programmer op med dbconfig-common. Disse adgangskoder vil ikke blive opbevaret i debconf længere end højst nødvendigt. #. Type: boolean #. Description #: ../dbconfig-common.templates:4 msgid This behavior can be disabled, in which case the passwords will remain in the debconf password database. The debconf password database is protected by unix file permissions, though this is less secure and thus not the default setting. msgstr Denne fremgangsmåde kan deaktiveres, således at adgangskoderne bliver opbevaret i debconfs adgangskodedatabase. Debconfs adgangskodedatabase er beskyttet med unix-filrettigheder, hvilket er mindre sikkert og derfor ikke er standardindstillingen. #. Type: boolean #. Description #: ../dbconfig-common.templates:4 msgid If you would rather not be bothered by for an administrative password every time you upgrade a database application with dbconfig-common, you should choose this option. Otherwise, you should refuse this option. msgstr Hvis du ikke vil besværes med at indtaste administratoradgangskoden hver gang, du opgraderer et databaseprogram med dbconfig-common, skal du vælge denne indstilling. Ellers bør du afvise den. #. Type: boolean #. Description #: ../dbconfig-common.templates:22 msgid Configure database for ${pkg} with dbconfig-common? msgstr Sæt databasen for ${pkg} op med dbconfig-common? #. Type: boolean #. Description #: ../dbconfig-common.templates:22 msgid ${pkg} must have a database installed and configured before it can be used. If you like, this can be handled with dbconfig-common. msgstr ${pkg} skal have installeret og konfigureret en database, før det kan bruges. Hvis du ønsker det, kan dette håndteres af dbconfig-common. #. Type: boolean #. Description #: ../dbconfig-common.templates:22 msgid If you are an advanced database administrator and know that you want to perform this configuration manually, or if your database has already been installed and configured, you should refuse this option. Details on what needs to be done should most likely be provided in /usr/share/doc/${pkg}. msgstr Hvis du er en avanceret databaseadministrator og ved, hvordan du udfører denne opsætning manuelt, eller hvis din database allerede er installeret og klargjort, kan du afvise denne valgmulighed. Detaljer om, hvad der skal gøres, finder du sandsynligvis i /usr/share/doc/${pkg}. #. Type: boolean #. Description #: ../dbconfig-common.templates:22 msgid Otherwise, you should probably choose this option. msgstr Eller bør du nok vælge denne indstilling. #. Type: boolean #. Description #: ../dbconfig-common.templates:37 msgid Perform upgrade on database for ${pkg} with dbconfig-common? msgstr Gennemfør opgradering af databasen for ${pkg} med dbconfig-common? #. Type: boolean #. Description #: ../dbconfig-common.templates:37 msgid According to the maintainer for this package, database upgrade operations need to be formed on ${pkg}. Typically this is due to changes in how a new upstream version of
Bug#318923: xterm: localization hell again (even with UTF8 locales)
On Tue, Jul 19, 2005 at 01:18:45PM +0300, Wladimir Mutel wrote: Very strange 'locale' printout above. Perhaps you should run 'with-locale' with first parameter 'uk_UA.UTF-8', not the entire assignment 'LANG=uk_UA.UTF-8'. Btw, your 'date' prints English date, not Cyrillic/Ukrainian. And you see these 'locale: Cannot set ...' diagnostics, which is not too good. I think that the shell was unhappy with the unset's. Of course I noticed that, which is why I ran locale to see what it would say. However, my problem getting date to show Cyrillic is not related to the bug reported. nnn nnn 19 12:59:53 EEST 2005 (with Terminus fontFace; with fixed/clean fontFaces it prints dotted squares instead of 'n's) The dotted squares sound like missing glyphs. I'll try your output string to see how it looks for me (thanks). Moreover, when I select 'nnn nnn' (or dotted squares) in problem/English xterm and paste it into Cyrillized one, it is pasted perfectly well, giving '÷ÔÒ ìÉÐ' there. It should. I looked as far last night to see that xterm is storing the data as expected, and making calls to Xft to display. I'll look further tonight to see what I can. xterm's select/paste is done on the data that xterm stores rather than on what Xft may display. I was so glad working with xterm and Unicode locales. I thought mixed-lang environment dream has been finally realized : But alas ... : New changes returned old griefs : -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpAu3A7Q0kGb.pgp Description: PGP signature
Bug#318025: dict-freedict-sco-deu: Scottish?
Hi, I'm freedict upstream. Thanks for your report. Even though your introductory question looks like a rhetoric question, since I don't know the languages Gaelic or Scottish, I have to ask you to please answer your question :) Since it has only 300 headwords, I will put a note into the dictionary file. The .deb descriptions are generated automatically. That proces would have to be adapted to include the important notes from the dictionary file. Kindest regards, Michael Bunk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319032: eagle-usb: [INTL:da] Updated Danish debconf translation
Package: eagle-usb Severity: wishlist Tags: patch l10n Please use the attached updated Danish debconf translation (debian/po/da.po) -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (900, 'stable'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # Claus Hindsgaul [EMAIL PROTECTED], 2005. # msgid msgstr Project-Id-Version: eagle-usb debconf\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-03-24 15:46+0100\n PO-Revision-Date: 2005-07-19 13:06+0200\n Last-Translator: Claus Hindsgaul [EMAIL PROTECTED]\n Language-Team: Danish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid manual configuration msgstr manuel opsætning #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Algeria Wanadoo msgstr Algeriet Wanadoo #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid ArgentinaSpeedy msgstr ArgentinaSpeedy #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Austria * msgstr Østrig * #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Austria AON msgstr Østrig AON #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Austria Telstra msgstr Østrig Telstra #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Belgium ADSL Office msgstr Belgien ADSL Office #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Belgium Belgacom msgstr Belgien Belgacom #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Belgium Tiscali msgstr Belgien Tiscali #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Belgium Turboline msgstr Belgien Turboline #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Brazil Rio Grande do Sul msgstr BrasilienRio Grande do Sul #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Brazil Speedy Telefonica msgstr BrasilienSpeedy Telefonica #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Brazil Turbo Brasil Telecom msgstr BrasilienTurbo Brasil Telecom #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Brazil Velox Telemar msgstr BrasilienVelox Telemar #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Bulgaria BTC isdn msgstr BulgarienBTK isdn #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid Bulgaria BTC pots msgstr BulgarienBTK pots #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid ChinaChina Netcom Beijing msgstr Kina China Netcom Beijing #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid ChinaChina Netcom Changchun msgstr Kina China Netcom Changchun #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid ChinaChina Netcom Harbin msgstr Kina China Netcom Harbin #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid ChinaChina Netcom Hunan msgstr Kina China Netcom Hunan #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid ChinaChina Netcom Jilin msgstr Kina China Netcom Jilin #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid ChinaChina Netcom Lanzhou msgstr Kina China Netcom Lanzhou #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid ChinaChina Netcom Tianjin msgstr Kina China Netcom Tianjin #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid ChinaChina Netcom Xi'an msgstr Kina China Netcom Xi'an #. Type: select #. Choices #: ../eagle-usb-utils.templates:4 msgid ChinaChina Telecom Chongqing msgstr Kina China Telecom Chongqing #. Type: select #. Choices #:
Bug#319031: Crash on File-Open...
Package: kino Version: 0.76-2 Severity: grave Justification: renders package unusable Run kino, click File-Open..., kino crashes. Backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912583339152 (LWP 12836)] 0x2e18ac00 in strlen () from /lib/libc.so.6 (gdb) bt #0 0x2e18ac00 in strlen () from /lib/libc.so.6 #1 0x2d24eea2 in g_strdup () from /usr/lib/libglib-2.0.so.0 #2 0x2c753292 in g_value_array_sort_with_data () from /usr/lib/libgobject-2.0.so.0 #3 0x2c7399c1 in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0 #4 0x2c739193 in g_object_new () from /usr/lib/libgobject-2.0.so.0 #5 0x2bc74ad9 in gtk_button_new_from_stock () from /usr/lib/libgtk-x11-2.0.so.0 #6 0x2bcb5b66 in gtk_dialog_add_button () from /usr/lib/libgtk-x11-2.0.so.0 #7 0x2bcce361 in gtk_file_chooser_dialog_get_type () from /usr/lib/libgtk-x11-2.0.so.0 #8 0x2bcce435 in gtk_file_chooser_dialog_new () from /usr/lib/libgtk-x11-2.0.so.0 #9 0x00479576 in KinoCommon::getFileToOpen () #10 0x0047fcbe in KinoCommon::loadFile () #11 0x00439df9 in on_open_activate () #12 0x2c746d22 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #13 0x2c737056 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #14 0x2c7468ce in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #15 0x2c745906 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #16 0x2c745bd3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #17 0x2bc74c1c in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x2bc75836 in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0 #19 0x2c746d22 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #20 0x2c7372d0 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #21 0x2c737056 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #22 0x2c746182 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #23 0x2c745906 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #24 0x2c745bd3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #25 0x2bc74bbc in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 #26 0x2bc756f9 in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0 #27 0x2bd1d593 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #28 0x2c7372d0 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #29 0x2c737056 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #30 0x2c74637a in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #31 0x2c745713 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #32 0x2c745bd3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #33 0x2bdec626 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0 #34 0x2bd1c0e5 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #35 0x2bd1b2b2 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #36 0x2c050c53 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #37 0x2d23b94c in g_main_depth () from /usr/lib/libglib-2.0.so.0 #38 0x2d23c8e4 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #39 0x2d23cbee in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #40 0x2d23d0d5 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #41 0x2bd1ac81 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 ---Type return to continue, or q return to quit--- #42 0x00439ae8 in main () -- 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.2.64 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages kino 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 libavc1394-0 0.5.1-1control IEEE 1394 audio/video devi ii libbonobo2-0 2.10.0-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.0-1 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdv40.103-2software library for DV format dig ii libgcc1 1:4.0.1-2 GCC support library ii libgconf2-4 2.10.1-1 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.6.5-1The GLib library of C routines ii libgnome2-0
Bug#312412: [Logcheck-devel] Bug#312412: logcheck: Fails to read files under /var/log/mail/
thanks for your further feadback. On Wed, 08 Jun 2005, Grahame White wrote: On Wednesday 08 June 2005 13:11, maximilian attems wrote: On Wed, 08 Jun 2005, Grahame white wrote: Since upgrading from woody to sarge I've been getting the following apperaring in the reports sent by logcheck: E: File could not be read: /var/log/mail/mail.err E: File could not be read: /var/log/mail/mail.warn E: File could not be read: /var/log/mail/mail.info E: File could not be read: /var/log/mail/mail.log rereading your bug report. i forgot to ask about the permissions of the /var/log/mail/ dir. please send the ouput of ls -ld /var/log/mail/ any other progress? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312412: [Logcheck-devel] Bug#312412: logcheck: Fails to read files under /var/log/mail/
On Tuesday 19 July 2005 12:07, maximilian attems wrote: thanks for your further feadback. On Wed, 08 Jun 2005, Grahame White wrote: On Wednesday 08 June 2005 13:11, maximilian attems wrote: On Wed, 08 Jun 2005, Grahame white wrote: Since upgrading from woody to sarge I've been getting the following apperaring in the reports sent by logcheck: E: File could not be read: /var/log/mail/mail.err E: File could not be read: /var/log/mail/mail.warn E: File could not be read: /var/log/mail/mail.info E: File could not be read: /var/log/mail/mail.log rereading your bug report. i forgot to ask about the permissions of the /var/log/mail/ dir. please send the ouput of ls -ld /var/log/mail/ drwxrws--- 2 root smmsp 1024 Jul 19 06:30 /var/log/mail/ Grahame -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319035: postgresql-common: VACUUM FULL on upgrade?!?!
Package: postgresql-common Version: 22 Severity: normal Hi, I've just upgraded postgresql-8.0 and postgresql-common and found that postgresql-common is doing a VACUUM FULL on upgrade. This was a _rather_ unpleasant surprise since VACUUM FULL takes more than 2 hours on this machine. I think that causing such excessive database downtime for a package upgrade is unacceptable. And it is not even mentioned in changelog.Debian... Gabor Btw. pg_ctlcluster also prints a warning message: Use of uninitialized value in -r at /usr/bin/pg_ctlcluster line 112, F line 56. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) postgresql-common depends on no packages. Versions of packages postgresql-common recommends: ii openssl 0.9.7g-1 Secure Socket Layer (SSL) binary a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319036: please allow remapping FX keys
Package: jpilot Version: 0.99.7-0.99.8-pre8-1 Severity: wishlist The way jpilot uses function keys (F[0-9]) conflicts with other tools, such as the ion3 window manager. Please consider allowing all FX keys to be remapped to Ctrl-FX or Mod-FX by configuration through the dialog. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-cirrus Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages jpilot depends on: ii debconf 1.4.52 Debian configuration management sy ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib2.0-02.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpisock8 0.11.8-10Library for communicating with a P -- debconf information excluded -- .''`. 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 subkeys? Use subkeys.pgp.net as keyserver! das internet wurde konzipiert, um einem atomschlag standzuhalten. leider hatte kein militärstratege mit der deutschen telekom gerechnet... -- attila radnai signature.asc Description: Digital signature
Bug#276057: ITP: mediawiki -- Wikipedia wiki engine
On Tue, 2005-07-19 at 12:35 +0200, Andreas Tille wrote: Evan, please speak up if we should remove you from CC list. Absolutely. I want nothing to do with this package. ~Evan -- Evan Prodromou [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#319041: dasher: SEGV's on startup
Package: dasher Version: 3.2.13-1 Severity: blocker On starting dasher from the command line (TP 600X, using twm window manager, XFree86 4.3.0.1), it SEGV's right away. I reran it under gdb and got this msg back at the end: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223486144 (LWP 20430)] 0x0806aa87 in buildwindowtree () (gdb) bt #0 0x0806aa87 in buildwindowtree () #1 0x08069958 in buildcontroltree () #2 0x08069610 in gettree () #3 0x080601a6 in main () I had installed it by doing 'apt-get install dasher' on this mixed stable/testing/unstable system. I'll try building from source and let you know how that works. Let me know of any other tests that I can run. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.4-200503201 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dasher depends on: ii at-spi 1.6.4-1 Assistive Technology Service Provi ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2The ATK accessibility toolkit ii libatspi1.0-01.6.4-1 C binding libraries of at-spi for ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libexpat11.95.8-3XML parsing C library - runtime li ii libgcc1 1:4.0.0-9 GCC support library ii libgconf2-4 2.10.0-2GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-speech3 1:0.3.6-1 GNOME text-to-speech library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libwnck4 2.8.1-3 Window Navigator Construction Kit ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii libxtst6 4.3.0.dfsg.1-14 X Window System event recording an ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]