Bug#337995: slang-curl: The description seems to contain a spelling mistake.
Package: slang-curl Severity: minor Description: transfer files using HTPP and FTP from S-Lang HTTP should be spelled with one P and two T. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) signature.asc Description: Digital signature
Bug#402057: psi: segfault when closing a window too fast (with shortcuts)
Package: psi Version: 0.10-2 Severity: important Do the following: * Receive a chat message from a contact. * Open the chat window. * Now quickly close the window (about 1/4 second maximum). Using the ESC key or other shortcuts should work. * If psi did not segfault yet, it presents you a question window asking you if you really want to close the window. * It most often segfaults when pressing yes and sometimes also for no. Any further information needed? Helmut -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages psi depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-20 GCC support library ii libqca1c21.0-8 Qt Cryptographic Architecture - sh ii libqt3-mt3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages psi recommends: ii qca-tls 1.0-3 TLS plugin for the Qt Cryptographi ii sox 12.17.9-1 A universal sound sample translato -- no debconf information signature.asc Description: Digital signature
Bug#402057: psi: segfault when closing a window too fast (with shortcuts)
Hi Jan, How often does the segfault happen? I can't reproduce it, but it may of course be architecture dependent and I only have x86 (32bit) available. Thanks for your quick reply. On my amd64 machine it segfaulted always after pressing the yes button and sometimes on other actions. I don't think it ever segfaulted on my i386 (testing) machine. It segfaulted only once after using the no button yet. Another point I forgot to add is that the dialog says something like Really close the window? and whatever I answer the window is gone even when it does not segfault. I experienced about 15 segfaults in total, but I try to avoid them. ;-) Do you think a gdb backtrace, strace or similar stuff would be helpful? Helmut signature.asc Description: Digital signature
Bug#402057: psi: segfault when closing a window too fast (with shortcuts)
That matches my experience, I tried it 100 times but didn't get a single segfault. But OTOH perhaps it's only the timing that is different, so I wouldn't be sure that only the amd64 version is buggy. For testing I added another user and started with a fresh config on the same account. It never segfaulted. Yes, sure! Anything that may point to the buggy code would be helpful. I already had a short look at the source but didn't see an obvious problem. Still I managed to quickly reproduce a segfault within gdb. Looks like we might want to forward the bug to qt or something similar: $ gdb psi ... (gdb) run ... Program received signal SIGSEGV, Segmentation fault. 0x005c1230 in QTextEdit::setCurrentFont () (gdb) bt #0 0x005c1230 in QTextEdit::setCurrentFont () #1 0x005cb448 in QTextEdit::setCurrentFont () #2 0x005cbb2a in QTextEdit::setCurrentFont () #3 0x005cbe39 in QTextEdit::setCurrentFont () #4 0x2b87b663691b in QWidget::event () from /usr/lib/libqt-mt.so.3 #5 0x2b87b659d212 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #6 0x2b87b659facb in QApplication::notify () from /usr/lib/libqt-mt.so.3 #7 0x0060f821 in QListView::removeItem () #8 0x2b87b6530824 in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #9 0x2b87b65a1a6c in QApplication::setActiveWindow () from /usr/lib/libqt-mt.so.3 #10 0x2b87b652da03 in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #11 0x2b87b654386a in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #12 0x2b87b65b679e in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #13 0x2b87b659ec8e in QApplication::enter_loop () from /usr/lib/libqt-mt.so.3 #14 0x2b87b67a7787 in QDialog::exec () from /usr/lib/libqt-mt.so.3 #15 0x2b87b67cac91 in QMessageBox::QMessageBox () from /usr/lib/libqt-mt.so.3 #16 0x2b87b67cae33 in QMessageBox::information () from /usr/lib/libqt-mt.so.3 #17 0x005caa79 in QTextEdit::setCurrentFont () #18 0x2b87b6636647 in QWidget::event () from /usr/lib/libqt-mt.so.3 #19 0x2b87b659d212 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #20 0x2b87b659facb in QApplication::notify () from /usr/lib/libqt-mt.so.3 #21 0x0060f821 in QListView::removeItem () #22 0x2b87b65307b2 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #23 0x2b87b6638dfa in QWidget::close () from /usr/lib/libqt-mt.so.3 #24 0x005cbf90 in QTextEdit::setCurrentFont () #25 0x2b87b663639a in QWidget::event () from /usr/lib/libqt-mt.so.3 #26 0x2b87b659d212 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #27 0x2b87b659f1ab in QApplication::notify () from /usr/lib/libqt-mt.so.3 #28 0x0060f821 in QListView::removeItem () #29 0x2b87b6530824 in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #30 0x2b87b652211d in QETWidget::translateKeyEvent () from /usr/lib/libqt-mt.so.3 #31 0x2b87b652d921 in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #32 0x2b87b654386a in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #33 0x2b87b65b679e in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #34 0x2b87b65b65a7 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #35 0x2b87b659ecf0 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #36 0x0053eeb3 in QLabel::metaObject () #37 0x2b87b75c04ca in __libc_start_main () from /lib/libc.so.6 #38 0x0043b90a in ?? () #39 0x74bf43e8 in ?? () #40 0x in ?? () (gdb) bt full doesn't give more information. Maybe font settings are interesting, too. So this is my lookandfeel section from .psi/profiles/default/config.xml: lookandfeel newHeadingsfalse/newHeadings chat-opacity100/chat-opacity roster-opacity95/roster-opacity outline-headingstrue/outline-headings colors online#00/online listback#ff/listback away#004bb4/away dnd#7e/dnd offline#646464/offline profilefore#ff/profilefore profileback#969696/profileback groupfore#5a5a5a/groupfore groupback#f0f0f0/groupback animfront#00/animfront animback#969696/animback /colors fonts rosterDejaVu Sans Condensed,12,-1,5,50,0,0,0,0,0/roster messageDejaVu Sans Condensed,12,-1,5,50,0,0,0,0,0/message chatDejaVu Sans Condensed,12,-1,5,50,0,0,0,0,0/chat popupDejaVu Serif Condensed,10,-1,5,50,0,0,0,0,0/popup /fonts /lookandfeel Uhm. It might also be interesting to know what fonts currently are installed: $ dpkg -l '*font*' | grep ^ii ii fontconfig 2.4.2-1generic font configuration library - support ii fontconfig-con 2.4.2-1generic font configuration library - configu ii gsfonts8.11+urwcyr1.0 Fonts for the Ghostscript interpreter(s) ii gsfonts-x110.20 Make Ghostscript fonts available to X11 ii latex-xft-font 0.1-5
Bug#402592: gnupg: allocates arbitary amounts of memory on verifying a signature
Package: gnupg Version: 1.4.6-1 Severity: important Tags: security Justification: remote dos I somehow found this signature (which seems to be too large to append to a mail): http://subdivi.de/~helmut/gpg-outofmemory.sig Running gpg --verify gpg-outofmemory.sig will cause gpg try to allocate over 1G of memory. I consider this to be a denial of service attack as the file could cause gpg allocate up to 4G of memory which could cause the Linux kernel to OOM kill arbitrary applications which might cause data loss. gpg is used with software like mutt to automatically verify signatures, so the user might not know what the bad signature does. I have some more files of this kind. Please contact me in case you need additional information. Helmut Grohne -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gnupg depends on: ii gpgv 1.4.6-1 GNU privacy guard - signature veri ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libldap2 2.1.30-13.2 OpenLDAP libraries ii libreadline5 5.2-1 GNU readline and history libraries ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii makedev 2.3.1-83creates device files in /dev ii zlib1g 1:1.2.3-13 compression library - runtime gnupg recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#402600: gpg: Ohhhh jeeee: pop_filter(): filter function not found
Package: gnupg Version: 1.4.6-1 Severity: normal I found another file doing harm to gpg. It is located at: http://subdivi.de/~helmut/gpg-oj.sig $ gpg --verify gpg-oj.sig gpg: DBG: pop_filter called in set_partial_block_mode - please report gpg: O j: pop_filter(): filter function not found secmem usage: 0/0 bytes in 0/0 blocks of pool 0/32768 Aborted $ echo $? 134 $ Helmut Grohne -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gnupg depends on: ii gpgv 1.4.6-1 GNU privacy guard - signature veri ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libldap2 2.1.30-13.2 OpenLDAP libraries ii libreadline5 5.2-1 GNU readline and history libraries ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii makedev 2.3.1-83creates device files in /dev ii zlib1g 1:1.2.3-13 compression library - runtime gnupg recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#391761: python-soappy: fails to bytecompile at postinst with python2.5 because of a SyntaxError with __future__
Package: python-soappy Version: 0.11.3-1.6 Severity: normal Let me just paste it. This should explain almost everything needed: ... Setting up python-soappy (0.11.3-1.6) ... Compiling /var/lib/python-support/python2.5/SOAPpy/Client.py ... File /var/lib/python-support/python2.5/SOAPpy/Client.py, line 46 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file Compiling /var/lib/python-support/python2.5/SOAPpy/GSIServer.py ... File /var/lib/python-support/python2.5/SOAPpy/GSIServer.py, line 49 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file Compiling /var/lib/python-support/python2.5/SOAPpy/Server.py ... File /var/lib/python-support/python2.5/SOAPpy/Server.py, line 46 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file Compiling /var/lib/python-support/python2.5/SOAPpy/Types.py ... File /var/lib/python-support/python2.5/SOAPpy/Types.py, line 39 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file ... This happens when compilation for python2.5 is enabled. Please disable py2.5 support or just fix this bug, by putting the from __future__ import nested_scopes line before the ident=... line. Helmut Grohne -- 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.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages python-soappy depends on: ii python2.4.3-11 An interactive high-level object-o ii python-support0.5.3 automated rebuilding support for p ii python-xml0.8.4-5XML tools for Python python-soappy recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#392005: neon26: typing mistake in src/ne_auth.c: logical and used where bitwise expected
Package: neon26 Version: 0.26.1-1 Severity: minor Tags: patch upstream Debian: src/ne_auth.c:1358 Upstream tarball from http://www.webdav.org/neon/: src/ne_auth.c:1204: else if (sess-protocol sess-protocol-flags AUTH_FLAG_VERIFY_NON40x (status-klass == 2 || status-klass == 3) auth_hdr) { ret = sess-protocol-verify(areq, sess, auth_hdr); } flags AUTH_FLAG_VERIFY_NON40x is typing mistake and should be corrected to bitwise and, as it could lead to unexpected behaviour or a security hole. Helmut Grohne -- 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.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) signature.asc Description: Digital signature
Bug#392006: python-simplejson: fails to bytecompile with python2.5, because of a SyntaxError concerning __future__ imports
Package: python-simplejson Version: 1.3-0.1 Severity: normal Some parts from postinst: Compiling /var/lib/python-support/python2.5/SOAPpy/GSIServer.py ... File /var/lib/python-support/python2.5/SOAPpy/GSIServer.py, line 49 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file Compiling /var/lib/python-support/python2.5/SOAPpy/Server.py ... File /var/lib/python-support/python2.5/SOAPpy/Server.py, line 46 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file Compiling /var/lib/python-support/python2.5/SOAPpy/Types.py ... File /var/lib/python-support/python2.5/SOAPpy/Types.py, line 39 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file Please move the corresponding lines up or mark your package as not beeing compatible with Python2.5. Helmut Grohne -- 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.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages python-simplejson depends on: ii python2.4.3-11 An interactive high-level object-o ii python-support0.5.3 automated rebuilding support for p python-simplejson recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#390234: valgrind: Assertion 'cfsi-len 0 cfsi-len 2000000' failed with any C++ program
Package: valgrind Version: 1:3.2.0-2 Severity: important $ cat test.c++ main(){} $ g++ --version g++ (GCC) 4.1.2 20060920 (prerelease) (Debian 4.1.1-14) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ g++ test.c++ $ valgrind --tool=none ./a.out ==30834== Nulgrind, a binary JIT-compiler. ==30834== Copyright (C) 2002-2006, and GNU GPL'd, by Nicholas Nethercote. ==30834== Using LibVEX rev 1606, a library for dynamic binary translation. ==30834== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==30834== Using valgrind-3.2.0-Debian, a dynamic binary instrumentation framework. ==30834== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==30834== --30834-- Command line --30834--./a.out --30834-- Startup, with flags: --30834---v --30834----tool=none --30834-- Contents of /proc/version: --30834-- Linux version 2.6.17-2-amd64 (Debian 2.6.17-9) ([EMAIL PROTECTED]) (gcc version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)) #1 SMP Wed Sep 13 17:49:33 CEST 2006 --30834-- Arch and hwcaps: AMD64, amd64-sse2 --30834-- Valgrind library directory: /usr/lib/valgrind --30834-- Reading syms from /home/helmut/darcs/string/a.out (0x40) --30834-- warning: DiCfSI 0x286100E00400509 .. 0x286100E0040050B outside segment 0x40 .. 0x400FFF --30834-- Reading syms from /lib/ld-2.3.6.so (0x400) --30834-- Reading debug info from /lib/ld-2.3.6.so... --30834-- ... CRC mismatch (computed 3777F8F4 wanted 4E780ECE) --30834--object doesn't have a symbol table --30834-- Reading syms from /usr/lib/valgrind/amd64-linux/none (0x3800) --30834--object doesn't have a dynamic symbol table --30834-- Reading syms from /usr/lib/valgrind/amd64-linux/vgpreload_core.so (0x4918000) --30834-- Reading syms from /usr/lib/libstdc++.so.6.0.8 (0x4A19000) --30834--object doesn't have a symbol table --30834-- DWARF2 CFI reader: unhandled CFI instruction 0:24 --30834-- DWARF2 CFI reader: unhandled CFI instruction 0:24 --30834-- DWARF2 CFI reader: unhandled CFI instruction 0:24 --30834-- warning: DiCfSI 0xE44100EFFF836FB .. 0xE44100EFFF8372A outside segment 0x4A19000 .. 0x4C18FFF --30834-- DWARF2 CFI reader: unhandled CFI instruction 0:24 --30834-- DWARF2 CFI reader: unhandled CFI instruction 0:24 --30834-- warning: DiCfSI 0x8F01900EFFF83E37 .. 0x8F01900EFFF83EC4 outside segment 0x4A19000 .. 0x4C18FFF --30834-- DWARF2 CFI reader: unhandled CFI instruction 0:24 [line is repeated 32 times] valgrind: m_debuginfo/storage.c:311 (vgModuleLocal_addDiCfSI): Assertion 'cfsi-len 0 cfsi-len 200' failed. ==30834==at 0x3803F38E: report_and_quit (m_libcassert.c:136) ==30834==by 0x3803F6F1: vgPlain_assert_fail (m_libcassert.c:200) ==30834==by 0x380442CC: vgModuleLocal_addDiCfSI (storage.c:311) ==30834==by 0x3804DD20: run_CF_instructions (readdwarf.c:2338) ==30834==by 0x3804E63A: vgModuleLocal_read_callframe_info_dwarf2 (readdwarf.c:2699) ==30834==by 0x380467E7: vgModuleLocal_read_elf_debug_info (readelf.c:1206) ==30834==by 0x3801952C: vgPlain_di_notify_mmap (debuginfo.c:177) ==30834==by 0x38028145: vgModuleLocal_generic_PRE_sys_mmap (syswrap-generic.c:1874) ==30834==by 0x38038515: vgSysWrap_amd64_linux_sys_mmap_before (syswrap-amd64-linux.c:944) ==30834==by 0x3802C713: vgPlain_client_syscall (syswrap-main.c:719) ==30834==by 0x3801BA3F: vgPlain_scheduler (scheduler.c:721) ==30834==by 0x380358A9: run_a_thread_NORETURN (syswrap-linux.c:87) sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==30834==at 0x401073C: (within /lib/ld-2.3.6.so) ==30834==by 0x400505C: (within /lib/ld-2.3.6.so) ==30834==by 0x4006D6C: (within /lib/ld-2.3.6.so) ==30834==by 0x4009EFC: (within /lib/ld-2.3.6.so) ==30834==by 0x400B7E0: (within /lib/ld-2.3.6.so) ==30834==by 0x400A5D3: (within /lib/ld-2.3.6.so) ==30834==by 0x40028FB: (within /lib/ld-2.3.6.so) ==30834==by 0x400F7EF: (within /lib/ld-2.3.6.so) ==30834==by 0x400127C: (within /lib/ld-2.3.6.so) ==30834==by 0x4000A87: (within /lib/ld-2.3.6.so) Note: see also the FAQ.txt in the source distribution. It contains workarounds to several common problems. If that doesn't help, please report this bug to: www.valgrind.org In the bug report, send all the above text, the valgrind version, and what Linux distro you are using. Thanks. $ I hope that this is enough information. Helmut Grohne -- 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.17-2-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages valgrind depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries Versions of packages valgrind recommends: ii gdb
Bug#391538: python-zopeinterface fails to install: raise PyCentralError, package has no field Python-Version
Package: python-zopeinterface Version: 3.3.0-2 Severity: grave Justification: renders package unusable Fails to configure with: Setting up python-zopeinterface (3.3.0-2) ... Traceback (most recent call last): File /usr/bin/pycentral, line 1336, in ? main() File /usr/bin/pycentral, line 1330, in main rv = action.run(global_options) File /usr/bin/pycentral, line 865, in run pkg.read_version_info() File /usr/bin/pycentral, line 535, in read_version_info raise PyCentralError, package has no field Python-Version __main__.PyCentralError: package has no field Python-Version dpkg: error processing python-zopeinterface (--configure): subprocess post-installation script returned error exit status 1 As other packages using python-central seem to work on my system I don't think this to be a python-central bug. It seems like the package just hasn't been tested with a recent python-central version. Helmut Grohne -- 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.17-2-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages python-zopeinterface depends on: ii python-central0.5.6 register and build utility for Pyt python-zopeinterface recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#339770: darcs-server is a misleading package name
reopen 339770 severity 339770 whishlist thanks Hi, I beliebe that the bug was not fixed, so please tag it as wontfix or rename the package. Furthermore there exists another tool at http://www.equational.org/darcs-server/ which would actually be worth the name. Greetings Helmut Grohne signature.asc Description: Digital signature
Bug#389883: RM: slate -- RoM: upstream nearly dead
Package: ftp.debian.org Severity: normal Once there were two developers. One is left. The last release is one year old. There is barely no mailing list traffic anymore and I have no hope for slate to get a new release before etch is going to be stable. I therefore suggest removing the package entirely. Helmut Grohne signature.asc Description: Digital signature
Bug#499433: pdnsd: this bug really is a security issue
Package: pdnsd Version: 1.2.6-par-10 Followup-For: Bug #499433 Severity: grave 14:48:00.688906 IP aaa.aaa.aaa.aaa.38399 bbb.bbb.bbb.bbb.53: 43459+ A? sdjfhsdjkfhj1.com. (35) 14:48:00.698405 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38399: 43459 NXDomain* 0/1/0 (108) 14:48:00.699067 IP aaa.aaa.aaa.aaa.38400 bbb.bbb.bbb.bbb.53: 19837+ A? sdjfhsdjkfhj1.com.the.local.domain. (52) 14:48:00.699461 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38400: 19837 NXDomain* 0/1/0 (102) 14:48:04.178967 IP aaa.aaa.aaa.aaa.38401 bbb.bbb.bbb.bbb.53: 6424+ A? sdjfhsdjkfhj2.com. (35) 14:48:04.186806 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38401: 6424 NXDomain* 0/1/0 (108) 14:48:04.187562 IP aaa.aaa.aaa.aaa.38402 bbb.bbb.bbb.bbb.53: 63360+ A? sdjfhsdjkfhj2.com.the.local.domain. (52) 14:48:04.187975 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38402: 63360 NXDomain* 0/1/0 (102) 14:48:05.482649 IP aaa.aaa.aaa.aaa.38403 bbb.bbb.bbb.bbb.53: 20028+ A? sdjfhsdjkfhj3.com. (35) 14:48:05.755718 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38403: 20028 NXDomain* 0/1/0 (108) 14:48:05.756263 IP aaa.aaa.aaa.aaa.38404 bbb.bbb.bbb.bbb.53: 59106+ A? sdjfhsdjkfhj3.com.the.local.domain. (52) 14:48:05.756770 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38404: 59106 NXDomain* 0/1/0 (102) 14:48:09.445224 IP aaa.aaa.aaa.aaa.38405 bbb.bbb.bbb.bbb.53: 63943+ A? sdjfhsdjkfhj4.com. (35) 14:48:09.604176 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38405: 63943 NXDomain* 0/1/0 (108) 14:48:09.604678 IP aaa.aaa.aaa.aaa.38406 bbb.bbb.bbb.bbb.53: 56120+ A? sdjfhsdjkfhj4.com.the.local.domain. (52) 14:48:09.605096 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38406: 56120 NXDomain* 0/1/0 (102) 14:48:10.850705 IP aaa.aaa.aaa.aaa.38407 bbb.bbb.bbb.bbb.53: 26718+ A? sdjfhsdjkfhj5.com. (35) 14:48:10.861259 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38407: 26718 NXDomain* 0/1/0 (108) 14:48:10.861707 IP aaa.aaa.aaa.aaa.38408 bbb.bbb.bbb.bbb.53: 56367+ A? sdjfhsdjkfhj5.com.the.local.domain. (52) 14:48:10.862295 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38408: 56367 NXDomain* 0/1/0 (102) 14:48:12.256789 IP aaa.aaa.aaa.aaa.38411 bbb.bbb.bbb.bbb.53: 44406+ A? sdjfhsdjkfhj6.com. (35) 14:48:12.289141 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38411: 44406 NXDomain* 0/1/0 (108) 14:48:12.289567 IP aaa.aaa.aaa.aaa.38412 bbb.bbb.bbb.bbb.53: 34974+ A? sdjfhsdjkfhj6.com.the.local.domain. (52) 14:48:12.290042 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38412: 34974 NXDomain* 0/1/0 (102) 14:48:13.617108 IP aaa.aaa.aaa.aaa.38413 bbb.bbb.bbb.bbb.53: 7010+ A? sdjfhsdjkfhj7.com. (35) 14:48:13.630783 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38413: 7010 NXDomain* 0/1/0 (108) 14:48:13.631756 IP aaa.aaa.aaa.aaa.38414 bbb.bbb.bbb.bbb.53: 35773+ A? sdjfhsdjkfhj7.com.the.local.domain. (52) 14:48:13.632283 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38414: 35773 NXDomain* 0/1/0 (102) 14:48:14.994027 IP aaa.aaa.aaa.aaa.38415 bbb.bbb.bbb.bbb.53: 34368+ A? sdjfhsdjkfhj8.com. (35) 14:48:15.002921 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38415: 34368 NXDomain* 0/1/0 (108) 14:48:15.003520 IP aaa.aaa.aaa.aaa.38416 bbb.bbb.bbb.bbb.53: 49461+ A? sdjfhsdjkfhj8.com.the.local.domain. (52) 14:48:15.004545 IP bbb.bbb.bbb.bbb.53 aaa.aaa.aaa.aaa.38416: 49461 NXDomain* 0/1/0 (102) There have been tons of DSAs concerning CVE-2008-1447. This bug *still* applies to pdnsd as can be seen above. It is fixed in 1.2.7-par according to http://secunia.com/advisories/31847/. I don't see why this should be less critical than all the other cases. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages pdnsd depends on: ii adduser 3.110 add and remove users and groups ii cdebconf [debconf-2.0]0.136 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-15 GNU C Library: Shared libraries Versions of packages pdnsd recommends: ii resolvconf1.42 name server information handler pdnsd suggests no packages. -- debconf information: * pdnsd/conf: Manual -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502263: mailman: policy violation (9.1.1): writes to /usr when config changes
Package: mailman Version: 1:2.1.9-7 Severity: serious Justification: Policy 9.1.1 Policy section 9.1.1 says that FHS must be complied and FHS Chapter 4 says that /usr must not be written to. However after changing the configuration file /usr/lib/mailman/Mailman/mm_cfg.pyc is updated on restarting mailman which is a violation of the policy. It should be non-fatal when /usr is read-only, because python will then simply not write out the .pyc file. However using tools like tripwire may cause problems. Please lower the severity of this issue if you think a lower severity is more appropriate. I only filed it as serious because it technically is serious (a policy violation). Helmut -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages mailman depends on: ii adduser3.102 Add and remove users and groups ii apache22.2.3-4+etch5 Next generation, scalable, extenda ii apache2-mpm-prefork [h 2.2.3-4+etch5 Traditional model for Apache HTTPD ii cron 3.0pl1-100management of regular background p ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy ii exim4 4.63-17 metapackage to ease exim MTA (v4) ii exim4-daemon-light [ma 4.63-17 lightweight exim MTA (v4) daemon ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii logrotate 3.7.1-3 Log rotation utility ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii pwgen 2.05-1Automatic Password generation ii python 2.4.4-2 An interactive high-level object-o ii python-support 0.5.6 automated rebuilding support for p ii ucf2.0020Update Configuration File: preserv mailman recommends no packages. -- debconf information: mailman/queue_files_present: * mailman/default_server_language: en mailman/gate_news: false * mailman/site_languages: en * mailman/used_languages: * mailman/create_site_list: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499433: pdnsd: this bug really is a security issue
clone 499433 -1 retitle -1 pdnsd does not randomize source ports by default severity -1 grave tags -1 security thanks No it's not. This bug is about packaging a new upstream, which is a no-go at this point of the freeze. As you wish. It is fixed in 1.2.7-par according to http://secunia.com/advisories/31847/. This is again NOT an option. I fully support this point. Nevertheless the issue must be fixed. Fortunately this is easy: The default value of query_port_start=0 which effectively lets the kernel choose source ports (sequentially). Shipping a new config file with query_port_start=1024 solves the issue (verified on sid/amd64 and etch/i386). Additionally I suggest a cirtical debconf question in case this value is not found in a unchanged configuration file. Affected distributions include etch, lenny and sid. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502263: [Pkg-mailman-hackers] Bug#502263: mailman: policy violation (9.1.1): writes to /usr when config changes
I welcome input on this issue from people with more deep knowledge than myself about these Python cached files, and how we could best address it in this case. If there's a straightforward solution I think we can apply it for lenny. The simplest solution might actually be to take the approach python-support uses. 1) The .py files stay where they are. 2) They are symlinked to a directory hierarchy within /var/lib. (This means directories are copied and files are symlinked.) 3) The .pyc files will get created on /var. 4) The module path has to be adapted from /usr/lib/mailman to something on /var. Therefore /usr/lib/mailman/bin/paths.py should be adapted. However I indeed don't think this should be release critical, as you say, it doesn't break when writing fails. It is an inconvenience with e.g. tripwire, but that is resolvable within the context of that application. So I would classify it as an 'important' issue myself. ACK. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499433: pdnsd: this bug really is a security issue
Fortunately this is easy: The default value of query_port_start=0 which effectively lets the kernel choose source ports (sequentially). Shipping a new config file with query_port_start=1024 solves the issue (verified on sid/amd64 and etch/i386). which is what I did like 3 hours ago. Great! I've not dealt with etch at all though, neither for that, nor for the other CVE, I assumed that the security team is on it. If not, I'll do that but later, I'm on a schedule right now. No problem. Your response was quite quick! Thank you very much. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501445: done
notfound 501445 3.0.3-2 thanks This was actually fixed in that version. Duplicate of three others (sorry). Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502620: includes bad libncurses5.md5sums or debsums verification failed
Package: libncurses5 Version: 5.6+20081004-1 Severity: serious Justification: Policy 12.7 Quote from 12.7: | Packages that are not Debian-native must contain a compressed copy of | the debian/changelog file from the Debian source tree in | /usr/share/doc/package with the name changelog.Debian.gz. Violation: A debian/changelog with a different version is installed. It is probably caused by hardlinks between changelogs that are not enforced to have the same version. I discovered it this way: $ debsums libncurses5 /usr/share/doc/libncurses5/README.Debian OK /usr/share/doc/libncurses5/changelog.gz FAILED /usr/share/doc/libncurses5/copyright OK /usr/share/doc/libncurses5/FAQOK /usr/share/doc/libncurses5/changelog.Debian.gzFAILED /usr/share/doc/libncurses5/TODO.DebianOK /usr/lib/libmenu.so.5.6 OK /usr/lib/libform.so.5.6 OK /usr/lib/libpanel.so.5.6 OK /lib/libncurses.so.5.6OK /lib/libtic.so.5.6OK $ dpkg -l libncurses5 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libncurses55.6+20081004-1 shared libraries for terminal handling $ mkdir tmp $ dpkg-deb -X /var/cache/apt/archives/libncurses5_5.6+20081004-1_amd64.deb tmp/ ./ ./usr/ ./usr/share/ ./usr/share/doc/ ./usr/share/doc/libncurses5/ ./usr/share/doc/libncurses5/README.Debian ./usr/share/doc/libncurses5/changelog.gz ./usr/share/doc/libncurses5/copyright ./usr/share/doc/libncurses5/FAQ ./usr/share/doc/libncurses5/changelog.Debian.gz ./usr/share/doc/libncurses5/TODO.Debian ./usr/lib/ ./usr/lib/libmenu.so.5.6 ./usr/lib/libform.so.5.6 ./usr/lib/libpanel.so.5.6 ./lib/ ./lib/libncurses.so.5.6 ./lib/libtic.so.5.6 ./usr/lib/libform.so.5 ./usr/lib/libmenu.so.5 ./usr/lib/libpanel.so.5 ./lib/libtic.so.5 ./lib/libncurses.so.5 $ zdiff -ruN tmp/usr/share/doc/libncurses5/changelog.gz /usr/share/doc/libncurses5/changelog.gz --- /dev/fd/5 2008-10-18 14:25:09.971995422 +0200 +++ - 2008-10-18 14:25:09.976556741 +0200 @@ -25,7 +25,7 @@ -- sale, use or other dealings in this Software without prior written-- -- authorization.-- --- --- $Id: NEWS,v 1.1304 2008/10/04 23:01:08 tom Exp $ +-- $Id: NEWS,v 1.1309 2008/10/11 21:42:24 tom Exp $ --- This is a log of changes that ncurses has gone through since Zeyd started @@ -45,6 +45,17 @@ Changes through 1.9.9e did not credit all contributions; it is not possible to add this information. +20081011 + + update html documentation. + + add -m and -s options to test/keynames.c and test/key_names.c to test + the meta() function with keyname() or key_name(), respectively. + + correct return value of key_name() on error; it is null. + + document some unresolved issues for rpath and pthreads in TO-DO. + + fix a missing prototype for ioctl() on OpenBSD in tset.c + + add configure option --disable-tic-depends to make explicit whether + tic library depends on ncurses/ncursesw library, amends change from + 20080823 (prompted by Debian #501421). + 20081004 + some build-fixes for configure --disable-ext-funcs (incomplete, but works for C/C++ parts). $ zdiff -ruN tmp/usr/share/doc/libncurses5/changelog.Debian.gz /usr/share/doc/libncurses5/changelog.Debian.gz --- /dev/fd/5 2008-10-18 14:26:21.056979638 +0200 +++ - 2008-10-18 14:26:21.061947166 +0200 @@ -1,3 +1,10 @@ +ncurses (5.6+20081011-1) unstable; urgency=low + + * Merging upstream version 5.6+20081011. + * Building with --disable-tic-depends. + + -- Daniel Baumann [EMAIL PROTECTED] Thu, 16 Oct 2008 20:55:00 +0200 + ncurses (5.6+20081004-1) unstable; urgency=low * Merging upstream version 5.6+20081004. $ ls -lai /usr/share/doc/*ncurses*/changelog* | sort -g 262216 -rw-r--r-- 1 root root 145732 Oct 16 20:55 /usr/share/doc/libncurses5/changelog.gz 262216 -rw-r--r-- 1 root root 145732 Oct 16 20:55 /usr/share/doc/ncurses-base/changelog.gz 262216 -rw-r--r-- 1 root root 145732 Oct 16 20:55 /usr/share/doc/ncurses-bin/changelog.gz 262216 -rw-r--r-- 1 root root 145732 Oct 16 20:55
Bug#502972: gkrellm-xkb: neither notices changes to the keyboard layout nor permits to change the layout
Package: gkrellm-xkb Version: 1.05-5 Severity: grave Justification: renders package unusable On changing the layout using setxkbmap the plugin simply does nothing. Only toggling caps or num lock triggers an update. Also left-clicking on the plugin area results in a menu that when closed gets redrawed to the correct flag (so the old flag is partly overwritten with the new one). Furthermore the menu only includes the current layout and nothing else. The plugin has no configuration or whatsoever, so it is impossible to use the plugin for changing layouts. I conclude that the plugin does almost nothing that could be expected from the description except for maybe showing caps and num lock states. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gkrellm-xkb depends on: ii gkrellm 2.3.1-7The GNU Krell Monitors ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-15 GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio gkrellm-xkb recommends no packages. gkrellm-xkb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500618: ingerman: breaks debsums 2.0.37
Package: ingerman Version: 20071211-1 Severity: important ingerman modifies /var/lib/ispell/ngerman.{compat,hash} in postinst which makes the cron job in debsums send a daily mail. This renders the cron job almost useless. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages ingerman depends on: ii cdebconf [debconf-2.0] 0.136Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.23 Debian configuration management sy ii dictionaries-common 0.98.12 Common utilities for spelling dict ii ispell 3.1.20.0-4.4 International Ispell (an interacti ingerman recommends no packages. Versions of packages ingerman suggests: ii wngerman 20071211-1 New German orthography wordlist -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501291: awesome: leaks filedescriptors to children
Package: awesome Version: 2.3.3-1 Severity: normal When I start an xterm with bash from awesome it has like these open files: $ lsof -n -p 23385 COMMAND PID USER FD TYPE DEVICESIZENODE NAME ... bash23385 helmut0u CHR 136,3 5 /dev/pts/3 bash23385 helmut1u CHR 136,3 5 /dev/pts/3 bash23385 helmut2u CHR 136,3 5 /dev/pts/3 bash23385 helmut4u unix 0xe93f73c0 25134 /home/helmut/.awesome_ctl.0 bash23385 helmut5w FIFO0,5 24642 pipe bash23385 helmut6u unix 0xe93f7e40 33058 /home/helmut/.awesome_ctl.0 bash23385 helmut7r FIFO0,5 24646 pipe bash23385 helmut8u unix 0xe93f7ac0 33224 /home/helmut/.awesome_ctl.0 bash23385 helmut 255u CHR 136,3 5 /dev/pts/3 $ However these .awesome_ctl.0 sockets are not connected, so they are of no use. I therefore suggest to set the FD_CLOEXEC flag like this: int flags; flags = fcntl(socket_fd, F_GETFD); if(flags == -1) handle_error(); flags |= FD_CLOEXEC; if(fcntl(socket_fd, FD_SETFD, flags) 0) handle_error; This fix should go into lenny if possible. Helmut -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24.3 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages awesome depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra ii libconfuse0 2.6-2 Library for parsing configuration ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libimlib2 1.4.0-1.1 powerful image loading and renderi ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libx11-6 2:1.1.5-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.2.3-1 X11 RandR extension library awesome recommends no packages. awesome suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501398: gmpc: even more regressions for volume fading
Package: gmpc Version: 0.16.1-1 Severity: normal Old behaviour: Left clicking on the loud speaker at the left top edge of the ui opens a small vertical scrollbar such that the fader is located under the pointer. (That means the scrollbar has a different position depending on volume and exact cursor position.) New behaviour: The scrollbar has a fixed position. However the volume is adjusted so that the fader is located under the pointer. This is bad, because it causes hickups in the volume and makes the volume control unusable without a mouse wheel. Could you also fix the tray icon regression? #460401 Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gmpc depends on: ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-14GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.18.2-7 Multi-protocol file transfer libra ii libfontconfig1 2.6.0-1 generic font configuration library ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libmpd00.16.1-1 High-level client library for acce ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-2 PNG library - runtime ii libsm6 2:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcb-render-util00.3.0-1 utility libraries for X C Binding ii libxcb-render0 1.1-1.1 X C Binding, render extension ii libxcb11.1-1.1 X C Binding ii libxml22.6.32.dfsg-4 GNOME XML library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime gmpc recommends no packages. Versions of packages gmpc suggests: ii mpd 0.13.2-2 Music Player Daemon -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501445: iceweasel 'openurl(foo)' - Iceweasel is already running, but not responding. To open ...
Package: iceweasel Version: 3.0.3-1 Severity: important The update to 3.0.3-1 introduced a very nasty regression. $ iceweasel 'openurl(foo)' # is not working anymore. Not working means that iceweasel complains like this: | Iceweasel is already running, but is not responding. To open a new | window, you must first close the existing Iceweasel process, or | restart your system. However killing all iceweasel instances does not help. I verified that this also applies to a clean profile in safe-mode. Please fix this asap, as it is very nasty. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-14 GNU C Library: Shared libraries ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4NetScape Portable Runtime Library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii procps1:3.2.7-9 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.3-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii mozplugger1.10.2-2 Plugin allowing external viewers t pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) ii xprint2:1.4.2-7 X11 print system (binary) pn xulrunner-1.9-gnome-s none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501656: regression: Toggle Read Status lost from context menu
Package: liferea Version: 1.4.18-1 Severity: normal The item Toggle Read Status in the context menu seems to be gone in recent releases. It is however still available from the Item menu. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-14GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libgcc11:4.3.2-1 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libgcrypt111.4.1-1 LGPL Crypto library - runtime libr ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnutls262.4.2-1 the GNU TLS library - runtime libr ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liblua5.1-05.1.3-1 Simple, extensible, embeddable pro ii libnm-glib00.6.6-2 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libsm6 2:1.0.3-2 X11 Session Management library ii libsqlite3-0 3.5.9-5 SQLite 3 shared library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml22.6.32.dfsg-4 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii xulrunner-1.9 1.9.0.3-1 XUL + XPCOM application runner ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages liferea recommends: ii curl 7.18.2-7 Get a file from an HTTP, HTTPS or ii dbus 1.2.1-3simple interprocess messaging syst ii dbus-x11 1.2.1-3simple interprocess messaging syst ii wget 1.11.4-2 retrieves files from the web liferea suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501682: fusil: missing versioned dependency on python-ptrace = 0.4.2
Package: fusil Version: 1.0.0-1 Severity: normal Does not work unless upgrading python-ptrace to = 0.4.2. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages fusil depends on: ii python2.5.2-2An interactive high-level object-o ii python-ptrace 0.5-1 Python bindings for ptrace ii python-support0.8.6 automated rebuilding support for P Versions of packages fusil recommends: ii gcc 4:4.3.2-2 The GNU C compiler pn python-xlib none (no description available) fusil suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498826: sugar-emulator: RuntimeError: Could not get owner object.
Package: sugar Version: 0.82.0-1 Severity: important $ sugar-emulator INFO:sugar-emulator:Attempting to find free port for X11 (Xephyr) INFO:sugar-emulator: Found free port: #2 (6002) INFO:sugar-emulator:Starting the Xephyr nested X display on display 2 DEBUG:sugar-emulator:Xephyr command: Xephyr :2 -ac -screen 1200x900 -dpi 107 INFO:sugar-emulator:Attempting to launch sugar to replace this process: dbus-launch dbus-launch --exit-with-session sugar-shell Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! [config/hal] couldn't initialise context: (null) ((null)) matchbox-wm: unable to open theme: /usr/share/themes/sugar/matchbox/theme.xml 1221316960.865681 WARNING root: No icon with the name go-right was found in the theme. 1221316960.870902 ERROR dbus.proxies: Introspect error on org.freedesktop.ohm:/org/freedesktop/ohm/Keystore: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.ohm was not provided by any .service files 1221316960.907541 WARNING root: No icon with the name go-right was found in the theme. 1221316960.943616 ERROR root: Cannot unfreeze the DCON 1221316962.445527 WARNING root: No icon with the name go-right was found in the theme. 1221316963.127083 WARNING root: No icon with the name go-right was found in the theme. 1221316963.430621 WARNING root: No icon with the name go-right was found in the theme. 1221316964.526358 WARNING root: No icon with the name computer-xo was found in the theme. 1221316964.527349 WARNING root: No icon with the name go-left was found in the theme. 1221316964.530523 WARNING root: No icon with the name go-right was found in the theme. 1221316964.532269 WARNING root: No icon with the name computer-xo was found in the theme. 1221316964.546009 WARNING root: No icon with the name computer-xo was found in the theme. 1221316964.547158 WARNING root: No icon with the name go-right was found in the theme. 1221316964.549055 WARNING root: No icon with the name go-left was found in the theme. 1221316967.994478 WARNING root: No icon with the name go-right was found in the theme. 1221316968.551916 WARNING root: No icon with the name go-right was found in the theme. 1221316968.696938 WARNING root: No icon with the name go-right was found in the theme. 1221316969.405904 ERROR dbus.proxies: Introspect error on org.laptop.Sugar.Presence:/org/laptop/Sugar/Presence: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.laptop.Sugar.Presence was not provided by any .service files 1221316969.407332 WARNING sugar.presence.presenceservice: Unable to retrieve local user/owner from presence service: org.freedesktop.DBus.Error.ServiceUnknown: The name org.laptop.Sugar.Presence was not provided by any .service files Traceback (most recent call last): File /usr/bin/sugar-shell, line 32, in module main() File /usr/share/sugar/shell/main.py, line 153, in main view.Shell.get_instance() File /usr/share/sugar/shell/view/Shell.py, line 259, in get_instance _instance = Shell() File /usr/share/sugar/shell/view/Shell.py, line 55, in __init__ self._model = shellmodel.get_instance() File /usr/share/sugar/shell/model/shellmodel.py, line 102, in get_instance _instance = ShellModel() File /usr/share/sugar/shell/model/shellmodel.py, line 48, in __init__ self._owner = ShellOwner() File /usr/share/sugar/shell/model/Owner.py, line 76, in __init__ self._invites = Invites() File /usr/share/sugar/shell/model/Invites.py, line 78, in __init__ owner = ps.get_owner() File /usr/lib/python2.5/site-packages/sugar/presence/presenceservice.py, line 452, in get_owner raise RuntimeError(Could not get owner object.) RuntimeError: Could not get owner object. $ I was presented the question for a name and after entering than an color selection without colors appeared. Clicking on done there results in the traceback above. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages sugar depends on: ii dbus-x11 1.2.1-3 simple interprocess messaging syst ii librsvg2-common 2.22.2-2SAX-based renderer library for SVG ii matchbox-window-manager 1.2-2 window manager for resource-limite ii python 2.5.2-2 An interactive high-level object-o ii python-cairo 1.4.12-1.1 Python bindings for the Cairo vect ii python-central 0.6.8 register and build utility for Pyt ii python-dbus 0.83.0-1simple interprocess messaging syst ii python-gnome2-desktop2.22.0-2Python bindings for the GNOME desk ii python-gobject
Bug#499395: splint: Unrecognized identifier: strdup (string.h is included)
Package: splint Version: 3.1.2.dfsg1-1 Severity: normal $ man strdup ... SYNOPSIS #include string.h char *strdup(const char *s); ... $ cat test.c #includestring.h #includestdlib.h int main(void) { /[EMAIL PROTECTED]@*/ char *s = strdup(foo); free(s); return 0; } $ splint test.c Splint 3.1.2 --- 23 Aug 2008 test.c: (in function main) test.c:3:39: Unrecognized identifier: strdup Identifier used in code has not been declared. (Use -unrecog to inhibit warning) Finished checking --- 1 code warning $ Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages splint depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii splint-data3.1.2.dfsg1-1 tool for statically checking C pro splint recommends no packages. Versions of packages splint suggests: pn splint-doc-html none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491842: gosmore: please mention that it requires additional data files in the long description
Package: gosmore Version: 0.0.0.20080704-1 Severity: normal Please mention that it requires additional data files in the long description. Thanks Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491867: cryptsetup: README.initramfs.gz Section 9 is borked (decrypt_derived does not work with luks)
Package: cryptsetup Version: 2:1.0.6-3 Severity: normal File: /usr/share/doc/cryptsetup/README.initramfs.gz Section 9 ``The decrypt_derived keyscript'' from README.initramfs.gz is borked: It does not work the way it is described. Sticking with the text step 4 will fail because: * cryptstuff: the precheck for '/dev/the_device' failed: - The device /dev/the_device contains a valid filesystem type crypto_LUKS. I suggest fixing or removing that section. According to my understanding decrypt_derived technically cannot work with luks, so a relatively simple fix would be to fix the two crypttab lines to use the same config as decrypt_derived and especially mention that it will not work with luks. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491875: /usr/share/doc/darcs/manual/index.html: package wastes space (100k package, 700k inst-size)
Package: darcs Version: 2.0.0-5 Severity: normal File: /usr/share/doc/darcs/manual/index.html I noticed that manual/index.html is exactly the same file as manual darcs.html. This wastes approximately 100k on each mirror and 700k on each installation (that's about 10%). I therefore suggest removing on instance and making it a symlink to the other. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491908: sm: rendering issues with --x
Package: sm Version: 0.11-1 Severity: normal I've attached a screenshot (hope it's not too big) for running: $ sm --x The rendering looks somewhat unintended. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages sm depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-12 GNU C Library: Shared libraries ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio sm recommends no packages. sm suggests no packages. -- no debconf information attachment: smbug.png
Bug#494317: japa: Please drop fftw3-dev alternative from Build-Depends
The fftw3-dev binary package is no longer available, please remove it from Build-Depends. It is the second alternative to libfftw3-dev and thus causing no harm. Instead it enables easy backporting to etch. I will take care of that after lenny being released. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497942: liblua5.1-0-dev: pkg-config lua5.1 --static --libs doesn't list -ldl causing a linker failure
Package: liblua5.1-0-dev Version: 5.1.3-1 Severity: normal Let's say luatest.c is a simple lua program. $ pkg-config lua5.1 --cflags --libs --static -I/usr/include/lua5.1 -llua5.1 -lm $ gcc -static luatest.c `pkg-config lua5.1 --cflags --libs --static` /usr/lib/gcc/x86_64-linux-gnu/4.3.1/../../../../lib/liblua5.1.a(loadlib.o): In function `ll_loadfunc': (.text+0x7a4): undefined reference to `dlsym' /usr/lib/gcc/x86_64-linux-gnu/4.3.1/../../../../lib/liblua5.1.a(loadlib.o): In function `ll_loadfunc': (.text+0x7b2): undefined reference to `dlerror' /usr/lib/gcc/x86_64-linux-gnu/4.3.1/../../../../lib/liblua5.1.a(loadlib.o): In function `ll_loadfunc': (.text+0x87d): undefined reference to `dlopen' /usr/lib/gcc/x86_64-linux-gnu/4.3.1/../../../../lib/liblua5.1.a(loadlib.o): In function `ll_loadfunc': (.text+0x893): undefined reference to `dlerror' /usr/lib/gcc/x86_64-linux-gnu/4.3.1/../../../../lib/liblua5.1.a(loadlib.o): In function `gctm': (.text+0xd8c): undefined reference to `dlclose' collect2: ld returned 1 exit status $ This indicates that -ldl shoud be listed for static linker flags. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Versions of packages liblua5.1-0-dev depends on: ii libc6-dev [libc-dev] 2.7-13 GNU C Library: Development Librari ii liblua5.1-0 5.1.3-1Simple, extensible, embeddable pro ii libreadline5-dev 5.2-3 GNU readline and history libraries Versions of packages liblua5.1-0-dev recommends: pn libtool none (no description available) ii pkg-config0.22-1 manage compile and link flags for -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498026: openturns: the description does not explain what OpenTURNS is
Package: openturns Version: 0.12.1-1 Severity: important Policy 4.3: The description should describe the package (the program) to a user (system administrator) who has never met it before so that they have enough information to decide whether they want to install it. This description should not just be copied verbatim from the program's documentation. Neither the description for openturns-doc nor for openturns-validation meet this criteria, so please expand it. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498357: please patch psi dbus remote control
Package: psi Version: 0.12-2 Severity: wishlist Tags: patch The psi developers seem to be only using long running machines or eventually windows or mac (where this problem doesn't occur). They seem to not care about any method to use psi with suspend to disk (on linux) or any other remote control with reasonings like for other operating systems there are interfaces for that, so we wait for linux to come up with one, too. While this seems valid it is heavily breaking the usability of psi. Many users (me being an example) would be almost happy with any kind of remote control such as dbus. Fortunately psi uses dbus now, so it is kind of easy to extend that interface with status functions. So please patch the Debian psi version until upstream understands the importance of this matter. The patch is to be applied to src/dbus.cpp and does nothing except extending the dbus interface by six functions. While it might be^W^Wis cleaner to use one function for this using 6 functions avoids parsing a string to an enum. Helmut --- dbus.cpp.orig 2007-12-10 21:44:47.0 +0100 +++ dbus.cpp2008-09-09 13:43:29.0 +0200 @@ -27,6 +27,13 @@ public Q_SLOTS: // void openURI(QString uri); void raise(); + void setstatusonline(const QString message); + void setstatusaway(const QString message); + void setstatusffc(const QString message); + void setstatusxa(const QString message); + void setstatusdnd(const QString message); + void setstatusoffline(const QString message); + /*Q_SIGNALS: void psi_pong(); */ @@ -54,9 +61,41 @@ { psicon-raiseMainwin(); } +void PsiConAdapter::setstatusonline(const QString message) +{ + Status s(Status::Online, message); + psicon-setGlobalStatus(s); +} +void PsiConAdapter::setstatusaway(const QString message) +{ + Status s(Status::Away, message); + psicon-setGlobalStatus(s); +} +void PsiConAdapter::setstatusffc(const QString message) +{ + Status s(Status::FFC, message); + psicon-setGlobalStatus(s); +} +void PsiConAdapter::setstatusxa(const QString message) +{ + Status s(Status::XA, message); + psicon-setGlobalStatus(s); +} + +void PsiConAdapter::setstatusdnd(const QString message) +{ + Status s(Status::DND, message); + psicon-setGlobalStatus(s); +} + +void PsiConAdapter::setstatusoffline(const QString message) +{ + Status s(Status::Offline, message); + psicon-setGlobalStatus(s); +} void addPsiConAdapter(PsiCon *psicon) { -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491867: closed by Jonas Meurer [EMAIL PROTECTED] (Bug#491867: fixed in cryptsetup 2:1.0.6-4)
reopen 491867 severity 491867 serious thanks - Fix section ''9. The decrypt_derived keyscript'': Add swap option to the example line for crypttab and other minor fixes. Thanks to Helmut Grohne [EMAIL PROTECTED]. (closes: #491867) The fix actually makes things worse. The document says: | If cryptswap is used as your suspend/resume device, you'd normally need to | enter two different passphrases during the boot, but the decrypt_derived | script can generate the key for the second mapping using a hash of the key | for the first mapping. I conclude that this kind of cryptswap is intended for use with suspend resume. In Step 3 you added the option swap which translates to Run mkswap on the created device. according to man crypttab. So this will run mkswap on the resume device. I mark the bug as release critical, because application of these steps will result in data loss. Helmut PS: I wonder how these instructions actually ever worked when you tried them on your machine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498416: liblua5.1-0-dev: please use a consistent pkg-config name (lua5.1 or lua-5.1)
Package: liblua5.1-0-dev Version: 5.1.3-1 Severity: normal I'm writing to both the Debian bug tracking system and the FreeBSD maintainer for lua with a cross plattform matter: These platforms are using inconsistent pkg-config names. On Debian it is lua5.1 and lua-5.1 does not work, and on FreeBSD it is just the other way round. The Debian version is given above for the Debian BTS. (I'm using unstable.) The FreeBSD system (run by Klaus Aehlig) is 7.0-RELEASE-p4 and uses the latest version (as of today, Sep 9, 2008) of the FreeBSD ports tree. The port used is lang/lua. I therefore ask you to find a name that is common accross plattforms. Thanks Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491867: closed by Jonas Meurer [EMAIL PROTECTED] (Bug#491867: fixed in cryptsetup 2:1.0.6-4)
severity 491867 minor thanks So this will run mkswap on the resume device. AFAIK, this mkswap operation is run by /etc/init.d/cryptsetup-early which in turn is run by /sbin/init. Thus, this operation is only during a regular boot. It is not run during resume, since resume does not actually run init scripts. With only reading I come to the same conclusion. In particular, I could find no copy of the crypttab file in the initrd.img which hands over to the unfrozen system. Still this information has to be somewhere in the initrd, because otherwise the initrd would have no way to know what to decrypt. I guess the file is parsed and stored somewhere in conf/. What gives more evidence is that neither /usr/share/initramfs-tools mentions mkswap nor the initrd contains a copy. Has this fix actually caused a problem with any system? Actually no, I did not trash my system. I only verified that the swap signature does change and that the luks header is not properly destroyed. I then concluded under the false assumption that cryptsetup behaves consistent. So let me propose changing other things: * First of all it would be great if we could change man crypttab to reflect this behaviour like Run mkswap on the created device, but not before /sbin/init is run. or Run mkswap on the created device unless it is used for resuming. * Secondly in README.initramfs.gz according to my understanding step 6 should be useless, because step 4 already formated the device. A imho better approach would be to keep step 6 and never let cryptsetup invoke mkswap by removing that swap option if this change does not break the sequence in another way. I'd also be glad if README.initramfs.gz could be extended with more explanations on why and how this works, because the documentation of cryptsetup often made me read the source. Thanks for investigating this Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498709: bugs.debian.org: refining bug displaying criertia partly broken
Package: bugs.debian.org Severity: normal If you visit http://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=someone (and fill in someone before) you'll get a nice list of options at the bottom of the page. Only one field will be filled in there submitted by. Now if you click on the Submit button at the bottom of the page you will be presented No reports found!. I think that this is caused by ;package= being appended to the url and thus only matching packages called . This also happens if you try to exclude bugs. No bug reports will be shown, because package= is being set. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498809: splint: fails to parse sys/syslog.h
Package: splint Version: 3.1.2.dfsg1-1 Severity: normal $ cat test.c #include syslog.h $ splint test.c Splint 3.1.2 --- 23 Aug 2008 /usr/include/sys/syslog.h:200:66: Parse Error: Inconsistent function parameter syntax: __gnuc_va_list : any. (For help on parse errors, see splint -help parseerrors.) *** Cannot continue. $ Helmut -- System Information: Versions of packages splint depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii splint-data3.1.2.dfsg1-1 tool for statically checking C pro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465054: xserver-xorg-video-nv: takes like 15 seconds to switch from X to a vt/console (ctrl-alt-fn)
Package: xserver-xorg-video-nv Version: 1:2.1.7-1 Severity: normal Switching from X to a console takes like 15 seconds or more. From within X I press ctrl-alt-f1. The display does not update anymore (clock, etc.). After about 12 to 17 seconds the vt appears in text mode. Switching back to X is fast. I can then see a bit cpu load on gkrellm for those 12 to 17 seconds. This is a major annoyance for me, as I regularly need this feature, still it doesn't look important to me, as this normally isn't needed. Helmut -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Sep 11 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1831520 Feb 1 06:08 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 02:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 4470 Feb 9 14:57 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/share/fonts/X11/misc FontPath/usr/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/CID FontPath/usr/lib/X11/fonts/CID FontPath/usr/share/fonts/X11/100dpi FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadevdev Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de Option XkbVariantnodeadkeys EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons false Option ZAxisMapping 4 5 EndSection Section Device Identifier Primary Device Driver nv #Driver nvidia BusID 2:0:0 Screen 0 EndSection #Section Device # Identifier Secondary Device # #Driver nv # Driver nvidia # BusID 2:0:0 # Screen 1 #EndSection Section Monitor Identifier macom Option DPMS # HorizSync 25-75 # VertRefresh 43-60 HorizSync 60-80 VertRefresh 47-90 EndSection #Section Monitor # Identifier Secondary Monitor # #Option DPMS # HorizSync 60-80 # VertRefresh 47-90 #EndSection Section Screen Identifier Primary Screen Device Primary Device Monitor macom DefaultDepth16 SubSection Display Depth 1 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes
Bug#465054: xserver-xorg-video-nv: takes like 15 seconds to switch from X to a vt/console (ctrl-alt-fn)
Hi Brice, Thanks for your quick response. Assuming 2.1.6 worked fine, could you try to locate which commit broke this in 2.1.7? I cannot tell whether 2.1.6 worked fine, because I recently switch from nvidia to nv (as can be seen in the config). The reason for switching was Xorg taking much memory after 7.3 upgrade (1G resident within a week). Does Option HWCursor off help? (in the Device section of xorg.conf) I'll try that when my swap is full with xorg again. Sorry, but experimenting with this machine is a bit dangerous, because it occasionally crashes then and I really need it to work, so this'll take a bit. I hope I can find some time for reinvestigating my other xorg bugs soon and hopefully marking them as unreproducible. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465646: jmdlx: copyright file broken
Package: jmdlx Version: 0.4-2 Severity: important Tags: pending The copyright file mentions a non-existent extra file with additional copyright information. This has been fixed in svn and will be closed with the next upload. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421783: this old bug
Hi, I'm running the nv (instead of nvidia) driver again because of memory usage issues with xorg. In the meantime a lot changed. The bug was reported using 7.2 and I'm now using 7.3. The described freeze did not happen again. I therefore suggest marking the bug as unreproducible and close it. If I ever reach it again (and I don't think this'll be the case) I can still reopen it. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430158: [Pkg-cryptsetup-devel] Bug#430158: closed by Jonas Meurer [EMAIL PROTECTED] (closing because of inactivity)
reopen 430158 thanks My problem was: a booting system asks only three times for a password and then boots without the encrypted block device. Your proposed solution was to set tries=0 in /etc/crypttab. This does not increase the number of password questions at the boot stage, so it does not solve the problem. (I just verified that using a qemu test system.) Therefore I am reopening the bug. Anything unclear? Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360950: moreinfo?
tags 360950 -moreinfo thanks Hi, the bug is marked as moreinfo. As I fail to see what further information you request on the report I remove the tag. Please add it again along with a question if you like. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462651: please fix or respond
Hi Martin, this is a maintainer ping mail. Please respond in any way. If you don't respond within a week, I'll ask d-mentors to sponsor my proposed patch as nmu. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430158: [Pkg-cryptsetup-devel] Bug#430158: closed by Jonas Meurer [EMAIL PROTECTED] (closing because of inactivity)
yes, that's the default. do you suggest to raise this default of three tries? I object against this suggestion, especially for security reasons. I asked for a way to change it at all (without modifying files in /usr). why don't you just raise the retries yourself in /etc/crypttab. As mentioned above, infinitive retries are not supported, but you could set tries=999, and i doubt that anybody will try to input the password more than 999 times. No problem, I just tried. I set the number of tries to , updated my initramfs and rebooted just to observe that after three tries the system would boot. Am I missing something? Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430158: [Pkg-cryptsetup-devel] Bug#430158: closed by Jonas Meurer [EMAIL PROTECTED] (closing because of inactivity)
Hi, Ok, now I got the problem. You're correct, that the tries option doesn't work for the cryptsetup version in debian/stable (2:1.0.4+svn26-1). That's due to a mistake in upstream development. This has been fixed in the cryptsetup package version 2:1.0.4+svn26-2, but unfortunately this didn't make it into etch. Please see bugs #414326 and #412064 for further information. I was indeed trying using an etch system, sorry about that. I though this was ok, since /usr/share/initramfs-tools/scrips/local-top/cryptroot were roughly the same. As you can see, this bug has been fixed for a long time, so I'm closing the bugreport again. Unfortunately, this will never make it into etch, which is due to debians stable release policy. If you insist on this feature, I could prepare a backport of the current cryptsetup package version 2:1.0.6~pre1+svn46-1 for backports.org. What do you think about that? I normally don't use etch, so could you be so kind to explain me how you fixed it? I really don't see this: My unstable system has 2:1.0.6~pre1+svn45-1, so this should have the fix included. The script for activating cryptsetup is the one mentioned above. On line 173 I can see: cryptcreate=/sbin/cryptsetup luksOpen $cryptsource $crypttarget $cryptsource is tested for -e, so this will not include --tries and $crypttarget is similarly tested for -e /dev/mapper/$crypttarget, so this command does not include a --tries. Later in line 198 (I don't run a keyscript not bootsplash): $cryptcreate /dev/console /dev/console 21 The command is just verbatim executed, no --tries. The whole script doesn't even contain -T nor --tries, so how do the number of tries get into that script? I really don't see that, sorry. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430158: [Pkg-cryptsetup-devel] Bug#430158: closed by Jonas Meurer [EMAIL PROTECTED] (closing because of inactivity)
Hi, sorry, forgot to actually attach the patch. here it is. May I propose a different patch and try that instead? greetings, jonas --- /usr/share/initramfs-tools/scripts/local-top/cryptroot2008-01-29 11:43:07.0 +0100 +++ /usr/share/initramfs-tools/scripts/local-top/cryptroot2008-02-16 18:27:14.0 +0100 @@ -43,6 +43,7 @@ cryptlvm= cryptkeyscript= cryptkey= # This is only used as an argument to an eventual keyscript + crypttries=3 local IFS= , for x in $cryptopts; do @@ -78,6 +79,11 @@ cryptkey=${x#key=} fi ;; + tries=*) + if [ ${x#tries=} -gt 0 ]; then + crypttries=${x#tries=} + fi + ;; esac done I aggree with this until now. @@ -170,9 +176,9 @@ # Prepare commands if /sbin/cryptsetup isLuks $cryptsource /dev/null 21; then - cryptcreate=/sbin/cryptsetup luksOpen $cryptsource $crypttarget + cryptcreate=/sbin/cryptsetup -T $crypttries luksOpen $cryptsource $crypttarget else - cryptcreate=/sbin/cryptsetup -c $cryptcipher -s $cryptsize -h $crypthash create $crypttarget $cryptsource + cryptcreate=/sbin/cryptsetup -T $crypttries -c $cryptcipher -s $cryptsize -h $crypthash create $crypttarget $cryptsource fi cryptremove=/sbin/cryptsetup remove $crypttarget NEWROOT=/dev/mapper/$crypttarget The retry management basically happened below in the previous version: Line 181: count=0 while [ $count -lt 3]; do I therefore suggest to reuse that management (or throw it away completely), because your patch will only allow for multiples of 3 tries this way. My patch is attached (really, no second mail :-p). If you like to use the trial management from cryptsetup, it would be great if you could clean the cryptroot script and send me a new patch. Helmut --- cryptroot 2008-02-16 18:39:57.0 +0100 +++ cryptroot_helmut 2008-02-16 18:45:28.0 +0100 @@ -43,6 +43,7 @@ cryptlvm= cryptkeyscript= cryptkey= # This is only used as an argument to an eventual keyscript + crypttries=3 local IFS= , for x in $cryptopts; do @@ -78,6 +79,11 @@ cryptkey=${x#key=} fi ;; + tries=*) + if [ ${x#tries=} -gt 0 ]; then +crypttries=${x#tries=} + fi + ;; esac done @@ -179,7 +185,7 @@ # Try to get a satisfactory password three times count=0 - while [ $count -lt 3 ]; do + while [ $crypttries -le 0 -o $count -lt $crypttries ]; do count=$(( $count + 1 )) if [ -n $cryptkeyscript ]; then
Bug#430158: [Pkg-cryptsetup-devel] Bug#430158: Bug#430158: closed by Jonas Meurer [EMAIL PROTECTED] (closing because of inactivity)
Hello Jonas, On Mon, 18 Feb 2008, Jonas Meurer wrote: Maybe I don't understand your request, as you talk about /etc/fstab, which not used by cryptdisks and initramfs cryptroot script at all. Let me try to be clearer. The script: /usr/share/initramfs-tools/cryptroot adds entries to /conf/conf.d/cryptroot in the initrd. This is based on what root and resume devices are dependent on an encrypted device. For example, supose that we have the device /dev/mapper/vg0-root where vg0 is a volume group based on the dm-crypt device /dev/mapper/encbase. If the entry in /etc/fstab has the root device as /dev/mapper/vg0-root ... then the following entry is added to /conf/conf.d/cryptroot in the initrd target=encbase,source=/dev/hda2,key=none,lvm=vg0-root However, if the entry in /etc/fstab is /dev/vg0/root ... then no such entry is created. Moreover, if the filesystem on /dev/vg0/root has label ROOT and the entry in /etc/fstab is LABEL=ROOT ... then again no such entry is created. Thus one is forced to add all these options to the kernel command line which becomes quite long! I hope this clarifies the bug report. Thanks and best regards, Kapil. -- signature.asc Description: Digital signature
Bug#460401: gmpc: tray icon functionality toggle (middle mouse) and volume fade (mouse wheel) lost
Package: gmpc Version: 0.15.5.0-2 Severity: wishlist Hi, I noticed that a recent version of gmpc actually lost functionality whereas it most often gained. It was possible control mpd via the tray icon. A middle mouse press worked like mpc toggle and the mouse wheel worked like mpc volume +-something. Could this be added again? Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gmpc depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-5 GNU C Library: Shared libraries ii libcairo2 1.4.12-2 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.17.1-1 Multi-protocol file transfer libra ii libglade2-0 1:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libmpd0 0.15.0-3 High-level client library for acce ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libsm62:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml2 2.6.30.dfsg-3 GNOME XML library -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442147: reopen
reopen 442147 thanks Did I miss something? What does -l stand for? --loop or --probe-only? This is 2.5.1-1. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460722: aptitude: uncaught exception on pressing keys like ^ or §
Package: aptitude Version: 0.4.10-1+b1 Severity: normal aptitude immediately aborts after pressing certain keys keyboard printing the following message: Uncaught exception: Unable to read from stdin: Invalid or incomplete multibyte or wide character This behaviour can be provoked by pressing ^ or § for instance. German umlauts like ü (latin1: 0xfc) work as well. Helmut -- Package-specific info: Terminal: xterm $DISPLAY is set. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.7 0.7.10 Advanced front-end for dpkg ii libc6 2.7-6GNU C Library: Shared libraries ii libcwidget1 0.5.6.1-3high-level terminal interface libr ii libgcc1 1:4.3-20080104-1 GCC support library ii libncursesw55.6+20071215-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libstdc++6 4.3-20080104-1 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.10-1 English manual for aptitude, a ter ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460722: aptitude: uncaught exception on pressing keys like ^ or §
Hi, Thanks for your quick response. This looks to me like some sort of locale problem, but it doesn't happen here even if I duplicate your locale settings. Could you try running LC_ALL=de_DE aptitude LC_ALL=de_DE.UTF-8 aptitude and see if you can still reproduce this bug? You are right. I normally use LANG=C. Simply adding LC_CTYPE=de_DE prevents aptitude from crashing. One thing I don't understand is why this affects the ^-key (0x5e). This is an ascii letter. I'm not quite sure what aptitude can do in this case, since it sounds like your locale is set up in a way that keeps curses from reading multibyte characters. Presumably crashing is non-ideal, though. One option would be to try to capture the errno value and somehow handle it, maybe by throwing away the incomprehensible character and beeping? Crashing is obviously bad, because aptitude will loose all changes. Therefore beeping sounds like a good solution to me. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460888: courier-imap: sometimes forgets messages' read status when closing a mailbox
Package: courier-imap Version: 4.1.1.20060828-5 Severity: important Hi. I'm using courier-imap with mutt (from unstable). It is invoked via a ssh pipe (tunnel=ssh -q host /usr/bin/imapd Maildir/ 2/dev/null). Sometimes after closing a mailbox (by changing it or terminating mutt) all messages that were previously marked as read (by reading mail) are marked as new again. This is some kind of data loss which makes me mark this bug as important. On reproducing: It happens sometimes. Using a mailbox for a short amount of time will usually not trigger this bug. Leaving it open longer makes it more likely to happen. It might very well be that it depends on mail arriving while reading the mailbox (and indeed I think this to be the case). Is this reproducible at all? Suggestions for debugging? Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460897: vim: please improve syntax based folding of c/c++ comments
Package: vim Version: 1:7.1-175+2 Severity: wishlist Tags: patch I'm using syntax highlighting and foldmethod=syntax on C++ files. Let me give an example: /** * This is a doxygen comment. * ... */ This gets folded to: +-- 4 lines folded -... It would be much better to see the first useful line of the comment. This can be achieved using a foldtext function like: fun My_c_fold_line() let line = getline(v:foldstart) if line =~ '^\s*/\*\*\?\s*$' return getline(v:foldstart+1) else return line endif endfun It would be great if you could incorporate this or an improved version in the syntax files. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages vim depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libncurses5 5.6+20080105-1 Shared libraries for terminal hand ii vim-common1:7.1-175+2Vi IMproved - Common files ii vim-runtime 1:7.1-175+2Vi IMproved - Runtime files vim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463889: apt-howto: FTBFS with /bin/sh - dash
Package: apt-howto Version: 2.0.2-2 Severity: normal Tags: patch ... # end of Uploaders generating code if patch --dry-run -R -p0 debian/patches/00_special_case_el_in_fixhtml.diff /dev/null; then \ patch -R -p0 debian/patches/00_special_case_el_in_fixhtml.diff; \ fi /bin/sh: Syntax error: Bad fd number make: *** [clean] Error 2 ... Please replace /dev/null with /dev/null 21. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430158: closed by Jonas Meurer [EMAIL PROTECTED] (closing because of inactivity)
Hi, This mail closes bug #430158 as the original submitter never replied to any questions regaring it, and it doesn't really describe a bug. I'm sorry I didn't receive [EMAIL PROTECTED] (and maybe others). At least the mentioned message id did not enter my email system. Could someone at bugs.d.o please check where it was lost? I'll reinvestigate #430158 after the 12th of this month and maybe reopen it then. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462651: gidentd: does not rotate logfiles and therefore fills /var/log
Package: gidentd Version: 0.4.5-7.3 Severity: serious Justification: Policy 10.8 Tags: patch gidentd does not rotate logfiles (neither etch nor sid). However the policy requires this (and my /var/log fills ...): Policy 10.8 says: Log files must be rotated occasionally so that they don't grow indefinitely; ... A NMU diff is attached. While investigating your package I also found following bugs: At least the stable package does not remove logfiles when being purged (policy says this should [!= must] happen). Furthermore the package does not build with MAKEFLAGS=-j2. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash diff -ruN gidentd-0.4.5+dfsg1/debian/changelog gidentd-0.4.5+dfsg1-0.2/debian/changelog --- gidentd-0.4.5+dfsg1/debian/changelog 2008-01-26 15:10:57.0 +0100 +++ gidentd-0.4.5+dfsg1-0.2/debian/changelog 2008-01-26 15:17:36.0 +0100 @@ -1,3 +1,10 @@ +gidentd (0.4.5+dfsg1-0.2) unstable; urgency=low + + * Non-maintainer upload. + * Fix missing logrotate (policy 10.8, Closes: #nnn). + + -- Helmut Grohne [EMAIL PROTECTED] Sat, 26 Jan 2008 14:52:08 +0100 + gidentd (0.4.5+dfsg1-0.1) unstable; urgency=low * Non-maintainer upload. diff -ruN gidentd-0.4.5+dfsg1/debian/control gidentd-0.4.5+dfsg1-0.2/debian/control --- gidentd-0.4.5+dfsg1/debian/control 2008-01-26 15:10:57.0 +0100 +++ gidentd-0.4.5+dfsg1-0.2/debian/control 2008-01-26 15:14:38.0 +0100 @@ -9,7 +9,7 @@ Architecture: any Replaces: ident-server Provides: ident-server -Depends: ${shlibs:Depends}, update-inetd +Depends: ${shlibs:Depends}, update-inetd, logrotate Conflicts: ident-server Description: RFC1413 compliant IPv4/IPv6 ident daemon gidentd is a fully functional, RFC1413 compliant ident daemon, diff -ruN gidentd-0.4.5+dfsg1/debian/gidentd.logrotate gidentd-0.4.5+dfsg1-0.2/debian/gidentd.logrotate --- gidentd-0.4.5+dfsg1/debian/gidentd.logrotate 1970-01-01 01:00:00.0 +0100 +++ gidentd-0.4.5+dfsg1-0.2/debian/gidentd.logrotate 2008-01-26 15:12:23.0 +0100 @@ -0,0 +1,10 @@ +/var/log/gidentd.log { + rotate 12 + weekly + compress + # Is this necessary? It doesn't hurt though: + delaycompress + postrotate + /etc/init.d/gidentd force-reload + endscript +} diff -ruN gidentd-0.4.5+dfsg1/debian/rules gidentd-0.4.5+dfsg1-0.2/debian/rules --- gidentd-0.4.5+dfsg1/debian/rules 2008-01-26 15:10:57.0 +0100 +++ gidentd-0.4.5+dfsg1-0.2/debian/rules 2008-01-26 15:14:11.0 +0100 @@ -49,6 +49,7 @@ dh_installman debian/gidentd.8 dh_installchangelogs ChangeLog + dh_installlogrotate dh_link dh_strip
Bug#463117: mpc: please add a command to query the playlist as unique objects (like filenames)
Package: mpc Version: 0.12.1-1 Severity: wishlist mpc playlist outputs the playlist as: entrynumber) artist - title With a bad collection artist - title doesn't have to be a unique, so it is impossible to find out what some entries really are. It would be cool if there was some option to make mpc output the playlist as filenames (the mpd protocol has direct support for this) or otherwise unique identifiers. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages mpc depends on: ii libc6 2.7-6 GNU C Library: Shared libraries mpc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451551: mplayer: uses echo -e bashism in postinst
Package: mplayer Version: 1.0~rc2-6 Severity: minor I recently updated mplayer and saw Setting up mplayer (1.0~rc2-6) ... -e Configuring mplayer ...-e Mplayer warning: dvd device '/dev/cdrom' does not exist! -e done mplayer.postinst (which claims to be a posix shell script) printed (some of) these messages (including the -e stuff). The script does so by using echo -n -e in a message shell function. However posix does neither guarantee to provide -n nor -e. Using echo -n -e is (even if it was intended to print -n -e) at least confusing, because the behaviour is shell dependant. I therefore suggest discarding -n -e or using printf. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299460: bug 299460 has no owner, submitter 299460
# Automatically generated email from bts, devscripts version 2.10.11 # sorry, mixed up owner and submitter noowner 299460 submitter 299460 ! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455194: update to -5.1 introduces: rsync: failed to set times on filename: Function not implemented (38)
Package: rsync Version: 2.6.9-5.1 Severity: normal I regularly run rsync --some-options --link-dest foo remote:bar qux. After upgrading to -5.1 rsync spits out warnings like: rsync: failed to set times on some_filename Function not implemented (38) This happens on some of the files that already are at all three places foo bar and qux. Downgrading to -5 solves this problem, so I guess it has to do with the security NMU. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages rsync depends on: ii libacl1 2.2.45-1 Access control list shared library ii libc6 2.7-4 GNU C Library: Shared libraries ii libpopt0 1.10-3 lib for parsing cmdline parameters ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip rsync recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311410: pinentry-curses segfaults after confirm
Package: pinentry-curses Version: 0.7.2-1 Severity: important On my system i can make pinentry-curses segfault by doing the following: - start pinentry without options - request confirmation by sending a single line confirm\n to it - answer that confirmation request in any way -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages pinentry-curses depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information signature.asc Description: Digital signature
Bug#288554: mozilla-firefox: Firefox sometimes hangs within futex() calls for a long time.
I would guess it's some sort of race condition then. Did you give the upstream bugzilla a once over to see if anyone had reported something similar? Good suggestion. See https://bugzilla.mozilla.org/show_bug.cgi?id=227168 that describes what i observed. Greetings Helmut Grohne signature.asc Description: Digital signature
Bug#299460: udev should create a symlink from vbi0 to vbi to cooperate with scantv
Package: udev Version: 0.054-2 Severity: minor udev created /dev/vbi0 on probing the module correctly. Unfortunately the corresponding symbolic link to /dev/vbi which is needed by applications like scantv is missing. I therefore suggest to add a line to one of the rules files. It might look like this: NAME=vbi0, SYMLINK=vbi -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 4 lrwxrwxrwx 1 root root 19 2004-12-05 10:39 cd-aliases.rules - ../cd-aliases.rules -rw-r--r-- 1 root root 145 2004-12-29 15:52 twinmos.rules lrwxrwxrwx 1 root root 13 2004-10-24 13:04 udev.rules - ../udev.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hda/hda5/dev /sys/block/hda/hda6/dev /sys/block/hda/hda7/dev /sys/block/hda/hda8/dev /sys/block/hda/hda9/dev /sys/block/hdb/dev /sys/block/hdc/dev /sys/block/hdd/dev /sys/block/hde/dev /sys/block/hde/hde1/dev /sys/block/hde/hde2/dev /sys/block/hde/hde3/dev /sys/block/hde/hde5/dev /sys/block/hde/hde6/dev /sys/block/hde/hde7/dev /sys/block/hde/hde8/dev /sys/block/hdg/dev /sys/block/hdg/hdg1/dev /sys/class/input/event0/dev /sys/class/input/event1/dev /sys/class/input/event2/dev /sys/class/input/mice/dev /sys/class/input/mouse0/dev /sys/class/misc/device-mapper/dev /sys/class/misc/psaux/dev /sys/class/netlink/arpd/dev /sys/class/netlink/dnrtmsg/dev /sys/class/netlink/fwmonitor/dev /sys/class/netlink/ip6_fw/dev /sys/class/netlink/nflog/dev /sys/class/netlink/route6/dev /sys/class/netlink/route/dev /sys/class/netlink/skip/dev /sys/class/netlink/tap0/dev /sys/class/netlink/tap10/dev /sys/class/netlink/tap11/dev /sys/class/netlink/tap12/dev /sys/class/netlink/tap13/dev /sys/class/netlink/tap14/dev /sys/class/netlink/tap15/dev /sys/class/netlink/tap1/dev /sys/class/netlink/tap2/dev /sys/class/netlink/tap3/dev /sys/class/netlink/tap4/dev /sys/class/netlink/tap5/dev /sys/class/netlink/tap6/dev /sys/class/netlink/tap7/dev /sys/class/netlink/tap8/dev /sys/class/netlink/tap9/dev /sys/class/netlink/tcpdiag/dev /sys/class/netlink/usersock/dev /sys/class/netlink/xfrm/dev /sys/class/printer/lp0/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/controlC1/dev /sys/class/sound/controlC2/dev /sys/class/sound/controlC3/dev /sys/class/sound/dmmidi/dev /sys/class/sound/dsp/dev /sys/class/sound/midiC0D0/dev /sys/class/sound/midi/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/timer/dev /sys/class/video4linux/radio0/dev /sys/class/video4linux/vbi0/dev /sys/class/video4linux/video0/dev -- Kernel configuration: -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages udev depends on: ii hotplug 0.0.20040329-17 Linux Hotplug Scripts ii initscripts 2.86.ds1-1 Standard scripts needed for bootin ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii makedev 2.3.1-76creates device files in /dev ii sed 4.1.4-2 The GNU sed stream editor -- debconf information: udev/devfs-warning: udev/reboot-warning: signature.asc Description: Digital signature
Bug#288554: mozilla-firefox: Firefox sometimes hangs within futex() calls for a long time.
Is it swapping heavily? That doesn't use CPU. No. It simply hangs. One workaround for this problem is sending a lot of SIGCONTs to firefox-bin using a little perl one-liner. As far as I know futex() calls get interrupted when signals arrive. If I remember correctly I had some similar problems on a FreeBSD head installation. Don't rely on this. Greetings Helmut Grohne signature.asc Description: Digital signature
Bug#443288: midori: segfaults on selecting preferences
Package: midori Version: 0.0.6-1 Severity: normal $ gdb midori ... (gdb) run ... click on Edit and then Preferences Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x2b51ab01b1d0 (LWP 20551)] 0x0040c043 in ?? () (gdb) bt #0 0x0040c043 in ?? () #1 0x2b51a3ed8a1f in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #2 0x2b51a3eec6f8 in ?? () from /usr/lib/libgobject-2.0.so.0 #3 0x2b51a3eee135 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #4 0x2b51a3eee523 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #5 0x2b51a1a9d9f3 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #6 0x2b51a3ed8a1f in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #7 0x2b51a3eec6f8 in ?? () from /usr/lib/libgobject-2.0.so.0 #8 0x2b51a3eee135 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #9 0x2b51a3eee523 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #10 0x2b51a1cbbd0a in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x2b51a1ba3fb0 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x2b51a1ba5e99 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x2b51a1b952f1 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x2b51a3ed8a1f in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #15 0x2b51a3eecada in ?? () from /usr/lib/libgobject-2.0.so.0 #16 0x2b51a3eede5f in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #17 0x2b51a3eee523 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #18 0x2b51a1cb6bfe in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #19 0x2b51a1b8ce6c in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #20 0x2b51a1b8e031 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x2b51a207471c in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #22 0x2b51a4547d54 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #23 0x2b51a454b03d in ?? () from /usr/lib/libglib-2.0.so.0 #24 0x2b51a454b337 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #25 0x2b51a1b8e443 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #26 0x00411ae3 in ?? () #27 0x2b51a58b3b44 in __libc_start_main () from /lib/libc.so.6 #28 0x004085c9 in ?? () #29 0x7fff0929a9e8 in ?? () #30 0x in ?? () bt full isn't any more helpful. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on: ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.14.1-3 The GLib library of C routines ii libgtk2.0-02.11.4-1 The GTK+ graphical user interface ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libsexy2 0.1.11-2 collection of additional GTK+ widg ii libwebkitgdk0d 0~svn25144-2 Web content engine library for Gtk ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.30.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra midori recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443902: debian-policy: (C.3) subdirectories in debian/ not allowed?
Package: debian-policy Version: 3.7.2.2 Severity: wishlist Tags: patch Appending C.3 says: All the directories in the diff must exist, except the debian subdirectory of the top of the source tree, which will be created by dpkg-source if necessary when unpacking. This is exactly one exception namely `debian/'. Creating directories like `debian/patches' (dpatch) would violate the policy while strictly reading it. I therefore suggest that `subdirectory' is replaced by `subtree', `subdirectory and subdirectories thereof' or something similar. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443904: ITP: jugglemaster -- graphical siteswap simulator
Package: wnpp Severity: wishlist Owner: Helmut Grohne [EMAIL PROTECTED] * Package name: jugglemaster Version : 0.4 Upstream Authors: Gary Briggs, Per Johan Groland, Ken Matsuoka, Greg Gilbert * URL : http://icculus.org/jugglemaster/ * License : GPL and modified BSD Programming Lang: C, C++ Description : graphical siteswap animator JuggleMaster is a siteswap animator. If you know what that is, great. If you don't, you can just install the program and look at some of the builtin patterns, without understanding the notation. It provides three interfaces using aalib, wx2.4 and qt3. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443288: midori: segfaults on selecting preferences
tag 443288 fixed-in-experimental thanks midori 0.0.7-1 is in experimental. Could you please check if the bug is still reproducible? Yes, 0.0.7-1 is in experimental, but not for amd64. So I used pbuilder to see that my bug is no longer reproducible. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438560: vim -C isn't compatible
Package: vim Version: 1:7.1-056+2 Severity: minor man vim states that -C Compatible. Set the 'compatible' option. This will make Vim behave mostly like Vi, even though a .vimrc file exists. However vim -C is not compatible. This is due to a set nocompatible statement in /usr/share/vim/vim71/debian.vim. I suggest adapting the manpage or discarding this statement. [off topic:] I stumbled upon this while trying to make vim compatible based on the program name, i.e. compatible for invoking vi and nocompatible for invoking vim. Is there a better way to achieve this than using this $ cat ~/bin/vi #!/bin/sh exec vim -u NONE -U NONE $@ $ shell script? Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages vim depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libncurses5 5.6+20070812-1 Shared libraries for terminal hand ii vim-common1:7.1-056+2Vi IMproved - Common files ii vim-runtime 1:7.1-056+2Vi IMproved - Runtime files vim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438557: nasd segfaults after connect
Package: nas Version: 1.9-2+b1 Severity: important nasd segfaults after first client connects. $ gdb nasd GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu... (no debugging symbols found) Using host libthread_db library /usr/lib/debug/libthread_db.so.1. (gdb) run :1 Starting program: /usr/bin/nasd :1 (no debugging symbols found) (no debugging symbols found) Network Audio System Release 1.9 Program received signal SIGSEGV, Segmentation fault. 0x2b93fb0c69e0 in strlen () from /usr/lib/debug/libc.so.6 (gdb) bt full #0 0x2b93fb0c69e0 in strlen () from /usr/lib/debug/libc.so.6 mallenv = MALLOC_TRACE malloc_trace_buffer = 0x0 tr_old_free_hook = (void (*)(void *, const void *)) 0 lock = 0 tr_old_malloc_hook = (void *(*)(size_t, const void *)) 0 tr_old_realloc_hook = (void *(*)(void *, size_t, const void *)) 0 mallstream = (FILE *) 0x0 tr_old_memalign_hook = (void *(*)(size_t, size_t, const void *)) 0 mallwatch = (void *) 0x0 #1 0x2b93fb0950ea in _IO_vfprintf_internal (s=0x7fffafc78cc0, format=value optimized out, ap=0x7fffafc78de0) at vfprintf.c:1568 tmp = (const unsigned char *) 0x418751 %s port %d alt = 0 is_long = 0 prec = -1 is_negative = value optimized out base = 11155 string = 0xfb3a2f90 Address 0xfb3a2f90 out of bounds space = 0 width = 0 showsign = 0 group = 0 is_char = 0 pad = 32 ' ' the_arg = {pa_wchar = 1, pa_int = 1, pa_long_int = 1, pa_long_long_int = 1, pa_u_int = 1, pa_u_long_int = 1, pa_u_long_long_int = 1, pa_double = 4.9406564584124654e-324, pa_long_double = invalid float value, pa_string = 0x1 Address 0x1 out of bounds, pa_wstring = 0x1, pa_pointer = 0x1} left = 0 is_long_double = 0 is_short = 0 use_outdigits = 0 spec = 115 's' _buffer = {__routine = 0, __arg = 0x0, __canceltype = 837, __prev = 0x1000} _avail = 0 thousands_sep = 0x0 grouping = 0x Address 0x out of bounds done = 3 f = (const unsigned char *) 0x418752 s port %d lead_str_end = (const unsigned char *) 0x418751 %s port %d work_buffer = [EMAIL PROTECTED]... workstart = 0x0 workend = 0x7fffafc78b78 ¤\201 mbstate = {__count = 0, __value = {__wch = 0, __wchb = \000\000\000}} ap_save = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7fffafc78ec0, reg_save_area = 0x7fffafc78e00}} nspecs_done = 0 save_errno = 2 readonly_format = 0 jump_table = {1, 0, 0, 4, 0, 14, 0, 6, 0, 0, 7, 2, 0, 3, 9, 0, 5, 8, 8, 8, 8, 8, 8, 8, 8, 8, 0, 0, 0, 0, 0, 0, 0, 26, 0, 25, 0, 19, 19, 19, 0, 29, 0, 0, 12, 0, 0, 0, 0, 0, 0, 21, 0, 0, 0, 0, 18, 0, 13, 0, 0, 0, 0, 0, 0, 26, 0, 20, 15, 19, 19, 19, 10, 15, 28, 0, 11, 24, 23, 17, 22, 12, 0, 21, 27, 16, 0, 0, 18, 0, 13} __PRETTY_FUNCTION__ = _IO_vfprintf_internal step0_jumps = {0, -392, -2030, -1941, -1845, -1756, -1647, -1453, -1232, -966, -676, -481, -585, -486, 1530, 1581, 1667, 1756, 1768, 1780, 2160, -299, 397, 2354, 2119, -3329, -3936, -3430, -3430, -1544} step1_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, -966, -676, -481, -585, -486, 1530, 1581, 1667, 1756, 1768, 1780, 2160, -299, 397, 2354, 2119, -3329, -3936, -3430, -3430, 0} step2_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, -676, -481, -585, -486, 1530, 1581, 1667, 1756, 1768, 1780, 2160, -299, 397, 2354, 2119, -3329, -3936, -3430, -3430, 0} step3a_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, -1065, 0, 0, 0, 1530, 1581, 1667, 1756, 1768, 0, 0, 0, 0, 2354, 0, 0, 0, 0, 0, 0} step3b_jumps = {0 repeats 11 times, -585, 0, 0, 1530, 1581, 1667, 1756, 1768, 1780, 2160, -299, 397, 2354, 2119, -3329, -3936, 0, 0, 0} step4_jumps = {0 repeats 14 times, 1530, 1581, 1667, 1756, 1768, 1780, 2160, -299, 397, 2354, 2119, -3329, -3936, 0, 0, 0} step4_jumps = {2449 repeats 14 times, 325, 813, 1402, 1506, 1518, 2601, 3325, 3173, 3063, 3221, 2758, -2948, 2688, 2449, 2449, 2449} #2 0x2b93fb0b15f9 in __IO_vsprintf (string=0x7fffafc78ec0 IP , format=0x41874e IP %s port %d, args=0x7fffafc78de0) at iovsprintf.c:43 sf = {_sbf = {_f = {_flags = -72515583, _IO_read_ptr = 0x7fffafc78ec0 IP , _IO_read_end = 0x7fffafc78ec0 IP , _IO_read_base = 0x7fffafc78ec0 IP , _IO_write_base = 0x7fffafc78ec0 IP , _IO_write_ptr = 0x7fffafc78ec3 , _IO_write_end = 0x Address 0x out of bounds, _IO_buf_base
Bug#438559: apt: Apt::Periodic::* undocumented
Package: apt Version: 0.7.6 Severity: wishlist Tags: patch The Apt::Periodic::* statements used from /etc/cron.daily/apt are undocumented in terms of manpages or READMEs. It would be a good idea to include the comment section of that file in the manpage of apt.conf for I've been asked how to do periodic updates and wasn't able to point someone to the manpage. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring2007.07.31 GnuPG archive keys of the Debian a ii libc6 2.6.1-1GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libstdc++64.2.1-4The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432516: xbacklight: randomizes brightnesses on i810
I'm sorry for my answer was is a bit late, but I didn't restart my xserver so far, which is a pain anyway. On Sun, Aug 05, 2007 at 12:49:36PM +0200, Brice Goglin wrote: Is it better with xserver-xorg-video-intel 2.1.0 (currently in testing) ? Yes, backlight support is much better with that one. However terminating the xserver now not only segfaults the xserver but freezes the whole system, which is why I'll have to go back to an older version. :-( This is of course another bug to be reported after investigation, so this bug can be closed. Thanks! Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438560: vim -C isn't compatible
On Sat, Aug 18, 2007 at 10:42:55AM +0200, Pierre Habouzit wrote: the package vim-tiny ships a 'vi' binary that is in compatible mode for real. OTOH I think that vi -C should be in compatible mode, no matter what is in the rc files. Thanks, but this does not solve the bug as the manpage of vim (without -tiny) states that vim -C is compatible whereas it is not. Some change has to be done. (Easiest might be changing the manpage.) Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443904: ITP: jugglemaster -- graphical siteswap simulator
Hi, (I was a bit busy recently, so my response is a bit delayed.) Thanks for your feedback. Look, I one of those who doesn't think descriptions of specialty packages need to explain their function to non-specialized users. If you don't understand this, you don't need it is an acceptable background attitude for a lot of package descriptions. However, spelling it out explicitly may be a bit much. As for the next sentence, I'm not sure it's OK to say: if you want to know what the program does, you have to install it. To be honest I took this description mostly from the upstream website, because I thought they would be best at describing their own software. Would you like to comment on this suggestion for the first break? JuggleMaster is a siteswap animator. A siteswap is a textual representation for patterns one can juggle (using balls, clubs, etc.). It is mainly useful for understanding specific siteswaps by animating them (including multiplexing). Other uses may include watching patterns without understanding the notation behind. For those who install the package without knowing what a siteswap is I have included a url with further information on the notion in every manpage. If you would like to sponsor this package or know a sponsor, please let me know. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441934: w3m: misinterprets shy; by drawing hyphens everywhere
Package: w3m Version: 0.5.1-5.1+b1 Severity: normal w3m seems to handle shy; worse than the gecko family. Rather than ignoring shy; which results in readable texts w3m puts expands every shy; to a hyphen. The correct behaviour would be to remove shy; and otherwise insert a hyphen if and only if a line break improves text flow. Similarly w3m expands zwnj; to something that displays as a question mark on my xterm. As w3m requires monospace fonts character joining is a non-issue and zwnj; and zwj; should also expand to nothing. An idea for a patch would be modifying entity.c:66 conv_entity to return an empty string for some special integer value to be chosen and then modifying entity.h to map these entities to the special integer value. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages w3m depends on: ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libgc1c21:6.8-1.1conservative garbage collector for ii libgpmg11.19.6-25General Purpose Mouse - shared lib ii libncurses5 5.6+20070908-1 Shared libraries for terminal hand ii libssl0.9.8 0.9.8e-8 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20070303 Common CA Certificates PEM files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441935: dillo: misinterprets shy; by drawing hyphens everywhere
Package: dillo Version: 0.8.5-4.1+b1 Severity: normal A shy; is a hyphen that is only allowed to be visible if located at the end of a line. Unfortunately dillo misinterprets this entity to just draw a hyphen everywhere which makes some documents extremely hard to read. A quick solution to this problem would be to simply ignore all shy; occurrences. The entities zwj; and zwnj; produce similar eye damage. I think they can safely be ignored by dillo for now. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages dillo depends on: ii libc62.6.1-2 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libssl0.9.8 0.9.8e-8SSL shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft2 2.1.12-2FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxrender1 1:0.9.3-1 X Rendering Extension client libra ii wget 1.10.2+1.11.beta1-1 retrieves files from the web ii zlib1g 1:1.2.3.3.dfsg-5compression library - runtime dillo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442125: xmove assert: SaveVisuals() couldn't find the default visual
Package: xmove Version: 2.0beta2-8 Severity: important $ xmove Implementing MIT-MAGIC-COOKIE-1 user authentication XMove 2.0 ready. (next line comes after starting xterm and waiting a bit) xmove assert: SaveVisuals() couldn't find the default visual $ $ DISPLAY=:1 xterm (sleeps a bit) X connection to localhost:1.0 broken (explicit kill or server shutdown). $ This bug is probably specific to amd64, nvidia or something else as it would have been found by others, too. Is it reproducible at all? Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages xmove depends on: ii libc6 2.6.1-3GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library xmove recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442147: xmp: manpage has two explanations for -l
Package: xmp Version: 2.0.4d-12+b1 Severity: minor man xmp states: -l, --load-only Exit after loading the module. -l, --loop Enable module looping and backward pattern jumps. How can -l stand for two contradicting options? I suggest removing the first in accordance with xmp -h. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages xmp depends on: ii libc6 2.6.1-3 GNU C Library: Shared libraries ii libxmp2 2.0.4d-12+b1 Shared library files for xmp, xxmp ii xmp-common 2.0.4d-12+b1 Common files for xmp, xxmp and the xmp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442249: kqemu-source: qemu-system-x86_64 -cdrom debian-40r1-i386-netinst.iso freezes after Freeing unused kernel memory
Package: kqemu-source Version: 1.3.0~pre11-6.1 Severity: important Running qemu-system-x86_64 -cdrom debian-40r1-i386-netinst.iso often freezes after Freeing unused kernel memory: Sometimes it gets a bit further, but I have never seen it reach entering a runlevel. After doing rmmod kqemu (and thus removing /dev/kqemu) the command above works fine (a bit slower of course). If I remember correctly this bug does not occur with a windows guest, but I can unfortunately not verify that. System details: The kernel running is a vanilla 2.6.20.1 build with make-kpkg and kqemu was install using m-a a-i as was the running nvidia module. However the bug also occurs without nvidia. Any suggestions on debugging this? Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages kqemu-source depends on: ii bzip2 1.0.3-7high-quality block-sorting file co ii debhelper 5.0.54 helper programs for debian/rules ii dpatch2.0.27 patch maintenance system for Debia ii make 3.81-3 The GNU version of the make util ii module-assistant 0.10.11tool to make module package creati Interesting packages: ii kqemu-modules-2.6.20.1 1.3.0~pre11-6.1+2.6.20.1 kqemu modules for Linux (kernel 2.6.20.1). ii linux-image-2.6.20.1 2.6.20.1-10.00.CustomLinux kernel binary image for version 2.6.20.1 ii nvidia-kernel-2.6.20.1 1.0.9755-1+2.6.20.1-10.0 NVIDIA binary kernel module for Linux 2.6.20.1 network drivers kqemu-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402057: tagging 402057
# Automatically generated email from bts, devscripts version 2.10.8 # tried using 0.11~rc2-2 tags 402057 fixed-in-experimental -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442249: closed by Daniel Baumann [EMAIL PROTECTED] (reply to [EMAIL PROTECTED]) (Re: Bug#442249: kqemu-source: qemu-system-x86_64 -cdrom debian-40r1-i386-netinst.iso freezes after Freeing unuse
reopen 442249 thanks conceptually, kqemu only works if host architecture and guest architecture are identical. So what would you call running qemu-system-x86_64 on x86_64? Apart from that kqemu should not prohibit running qemu in any case, so if it breaks something it is a bug whether it accelerates or not (and in fact it accelerates). Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442274: qemu -curses -hda something segfaults
Package: qemu Version: 0.9.0+20070816-1 Severity: normal qemu -hda /dev/null shows a bios telling there's no bootable disk which is fine. Now adding -curses causes a segfault. Unfortunately gdb doesn't look very promising: (gdb) bt full #0 0x00415c17 in ?? () No symbol table info available. #1 0x00477929 in ?? () No symbol table info available. #2 0x004783e9 in ?? () No symbol table info available. #3 0x0040ea67 in ?? () No symbol table info available. #4 0x2b1f2600ab44 in __libc_start_main (main=0x40d220 [EMAIL PROTECTED], argc=4, ubp_av=0x7fff85d84878, init=value optimized out, fini=value optimized out, rtld_fini=value optimized out, stack_end=0x7fff85d84868) at libc-start.c:224 result = value optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {47412763950080, 2209932700636806677, 0, 140735438932080, 0, 0, -2210060541668753899, 5230102022581648917}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x4d3b10, 0x7fff85d84878}, data = {prev = 0x0, cleanup = 0x0, canceltype = 5061392}}} not_first_call = value optimized out #5 0x00405fb9 in ?? () No symbol table info available. #6 0x7fff85d84868 in ?? () No symbol table info available. #7 0x in ?? () No symbol table info available. I tried to create a debug build by setting CFLAGS, but this somehow went wrong as gdb wasn't more verbose. Is this reproducible at all? Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages qemu depends on: ii bochsbios 2.3+20070705-2BIOS for the Bochs emulator ii libasound2 1.0.14a-2 ALSA library ii libc6 2.6.1-3 GNU C Library: Shared libraries ii libncurses55.6+20070908-1Shared libraries for terminal hand ii libsdl1.2debian1.2.11-9 Simple DirectMedia Layer ii openbios-sparc 1.0~alpha2+20070816-1 SPARC Open Firmware ii openhackware 0.4.1-2 OpenFirmware emulator for PowerPC ii proll 18-2 JavaStation PROM 2.x compatible re ii vgabios0.6a-3VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages qemu recommends: ii debootstrap 1.0.3 Bootstrap a basic Debian system ii sharutils1:4.6.3-1 shar, unshar, uuencode, uudecode ii vde2 2.1.6+r154-1+b1 Virtual Distributed Ethernet -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442839: konqueror: crashes when closing a top/bottom split tab
Package: konqueror Version: 4:3.93.0-1 Severity: normal Looks like konqueror crashes reproducible on my system: 1) Start konqueror. 2) Click Window - Split View Top/Bottom 3) Click Window - New Tab 4) Go back to the first tab 5) Click Window - Close Current Tab This should result in an instant crash: konqueror(15202)/kparts KParts::Part::~Part: deleting widget KHTMLView(0xa9c680) pure virtual method called terminate called without an active exception Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages konqueror depends on: ii kdebase-data4:3.93.0-1 shared data files for the KDE base ii kdelibs54:3.93.0-1 core libraries for all KDE 4 beta ii libbz2-1.0 1.0.3-7 high-quality block-sorting file co ii libc6 2.6.1-4 GNU C Library: Shared libraries ii libfam0 2.7.0-13 Client library to control the FAM ii libgcc1 1:4.3-20070902-1 GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libkonq54:3.93.0-1 core libraries for Konqueror ii libpcre37.3-1Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt4-core 4.3.1-2 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.3.1-2 Qt 4 core GUI functionality runtim ii libqt4-qt3support 4.3.1-2 Qt 3 compatibility library for Qt ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3-20070902-1 The GNU Standard C++ Library v3 ii libstreamanalyzer0 0.5.5-2 streamanalyzer library for Strigi ii libstreams0 0.5.5-2 streams library for for Strigi Des ii libungif4g 4.1.4-5+b1 shared library for GIF images ii libx11-62:1.0.3-7X11 client-side library ii libxau6 1:1.0.3-2X11 authorisation library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdmcp6 1:1.0.2-2X11 Display Manager Control Protoc ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii libxtst62:1.0.3-1X11 Testing -- Resource extension ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441024: eukleides: euk2eps depends on texlive-pstricks, but only texlive is suggested
Package: eukleides Version: 1.0.3-1 Severity: minor Tags: patch The package suggests texlive. However texlive just isn't enough. It should also suggest texlive-pstricks for euk2eps requires that package. Helmut -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages eukleides depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries eukleides recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#430445: zrtp hangup details
Hi, I also observed this behaviour: twinkle: symbol lookup error: twinkle: undefined symbol: _ZThn944_N3ost9ZrtpQueue11sendDataRTPEPKhi This message was produced using libzrtpcpp-0.9-0 version 0.9.2-1. Downgrading this package to 0.9.0-6 makes twinkle work again. I suggest upload a rebuild. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430445: zrtp hangup details
clone 430445 -1 retitle -1 twinkle crashes on zrtp calls severity -1 important thanks I also observed this behaviour: Sorry. I should have read that report more thoroughly. This is actually another bug, because the other report uses an older version of libztrpcpp-0.9-0. twinkle: symbol lookup error: twinkle: undefined symbol: _ZThn944_N3ost9ZrtpQueue11sendDataRTPEPKhi Twinkle terminates at this point and doesn't simply hangup. This message was produced using libzrtpcpp-0.9-0 version 0.9.2-1. Downgrading this package to 0.9.0-6 makes twinkle work again. I suggest upload a rebuild. I still hope that a rebuild solves the problem I observe. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445510: initramfs-tools: please fail gracefully for ENOSPC
Package: initramfs-tools Version: 0.85h Severity: wishlist I recently set up a system with /boot being too small. While this is my fault update-initramfs could handle this in a better way than backup the old (working) initramfs and leave a truncated one for the next reboot will fail. (Yes, it told me that my initramfs was broken afterwards!) (According to my understanding of the scripts the bug also applies to 0.91b.) I therefore suggest not creating the new initramfs directly, but create a new file with a different name and then in the last step rename the stuff if and only if no error occurred. By doing so the system will more often be in a bootable state. Furthermore this will prevent making a system unbootable by suspending the machine while updating the initramfs (a DD reported this on planet.d.o). Helmut [extra info wiped as this bug occurred on a different system] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445518: qemu: segfaults after ejecting harddisks using -f
Package: qemu Version: 0.9.0+20070816-1 Severity: minor I was running a raid system inside qemu and tried to simulate a disk failure by eject -f hdd. The system continued to work. I then entered sync at the shell prompt which made qemu segfault. Is this really a bug? I mean I had to force qemu to do so. Is it reproducible? See my backtrace below. Helmut (gdb) run -hda disk.img -hdb disk2.img -hdc disk3.img -hdd disk4.img Starting program: /usr/bin/qemu -hda disk.img -hdb disk2.img -hdc disk3.img -hdd disk4.img (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0x2b468f2bd120 (LWP 18171)] [New Thread 0x40003950 (LWP 18179)] Program received signal SIGUSR2, User defined signal 2. [Switching to Thread 0x2b468f2bd120 (LWP 18171)] 0x2b468e42cc9b in write () from /usr/lib/debug/libc.so.6 (gdb) bt full #0 0x2b468e42cc9b in write () from /usr/lib/debug/libc.so.6 nullserv = {next = 0x0, socktype = 0, protocol = 0, port = 0} default_hints = {ai_flags = 40, ai_family = 0, ai_socktype = 0, ai_protocol = 0, ai_addrlen = 0, ai_addr = 0x0, ai_canonname = 0x0, ai_next = 0x0} __elf_set___libc_subfreeres_element_fini__ = (const void *) 0x2b468e471cf0 gaih_inet_typeproto = {{socktype = 0, protocol = 0, name = \000\000\000, protoflag = 0}, {socktype = 1, protocol = 6, name = tcp, protoflag = 0}, {socktype = 2, protocol = 17, name = udp, protoflag = 0}, { socktype = 3, protocol = 0, name = raw, protoflag = 3}, {socktype = 0, protocol = 0, name = \000\000\000, protoflag = 0}} precedence = (const struct prefixentry *) 0x0 gaiconf_reload_flag = 0 gaiconf_mtime = {tv_sec = 0, tv_nsec = 0} default_precedence = {{prefix = {in6_u = {u6_addr8 = '\0' repeats 15 times, \001, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 256}, u6_addr32 = {0, 0, 0, 16777216}}}, bits = 128, val = 50}, {prefix = {in6_u = { u6_addr8 = \002, '\0' repeats 13 times, u6_addr16 = {544, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {544, 0, 0, 0}}}, bits = 16, val = 30}, {prefix = {in6_u = {u6_addr8 = '\0' repeats 15 times, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, bits = 96, val = 20}, {prefix = {in6_u = { u6_addr8 = \000\000\000\000\000\000\000\000\000\000ÿÿ\000\000\000, u6_addr16 = {0, 0, 0, 0, 0, 65535, 0, 0}, u6_addr32 = {0, 0, 4294901760, 0}}}, bits = 96, val = 10}, {prefix = {in6_u = { u6_addr8 = '\0' repeats 15 times, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, bits = 0, val = 40}} gaiconf_sortv4_flag = 1 labels = (const struct prefixentry *) 0x0 default_labels = {{prefix = {in6_u = {u6_addr8 = '\0' repeats 15 times, \001, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 256}, u6_addr32 = {0, 0, 0, 16777216}}}, bits = 128, val = 0}, {prefix = {in6_u = { u6_addr8 = \002, '\0' repeats 13 times, u6_addr16 = {544, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {544, 0, 0, 0}}}, bits = 16, val = 2}, {prefix = {in6_u = {u6_addr8 = '\0' repeats 15 times, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, bits = 96, val = 3}, {prefix = {in6_u = { u6_addr8 = \000\000\000\000\000\000\000\000\000\000ÿÿ\000\000\000, u6_addr16 = {0, 0, 0, 0, 0, 65535, 0, 0}, u6_addr32 = {0, 0, 4294901760, 0}}}, bits = 96, val = 4}, {prefix = {in6_u = { u6_addr8 = þÀ, '\0' repeats 13 times, u6_addr16 = {49406, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {49406, 0, 0, 0}}}, bits = 10, val = 5}, {prefix = {in6_u = {u6_addr8 = ü, '\0' repeats 14 times, u6_addr16 = {252, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {252, 0, 0, 0}}}, bits = 7, val = 6}, {prefix = {in6_u = { u6_addr8 = \001, '\0' repeats 13 times, u6_addr16 = {288, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {288, 0, 0, 0}}}, bits = 32, val = 7}, {prefix = {in6_u = {u6_addr8 = '\0' repeats 15 times, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, bits = 0, val = 1}} _nl_category_name_idxs = \v +\000\0243\000?HP[hw #1 0x2b4698122d7f in ?? () from /usr/lib/libX11.so.6 No symbol table info available. #2 0x2b4698127a5f in ?? () from /usr/lib/libX11.so.6 No symbol table info available. #3 0x2b4698104b5a in XFlush () from /usr/lib/libX11.so.6 No symbol table info available. #4 0x2b468dc888a0 in ?? () from /usr/lib/libSDL-1.2.so.0 No symbol table info available. #5 0x2b468dc7d5ac in SDL_UpdateRect () from /usr/lib/libSDL-1.2.so.0 No symbol table info available. #6 0x0044439c in ?? () No symbol table info available. #7 0x00476c9e in ?? () No symbol table info available. #8 0x0040c4a7 in ?? () No symbol table info available. #9 0x00406bdc in ?? () No symbol table info available. #10 0x0040cf39 in ?? () No symbol table info available. #11 0x0040d0c5 in ?? ()
Bug#445540: mdadm: checkarray typo exit0
Package: mdadm Version: 2.6.3+200709292116+4450e59-3 Severity: minor Tags: patch Great work, especially /usr/share/doc/mdadm! checkarray line 82 says: *) echo $PROGNAME: E: invalid option: $opt 2; usage 2; exit0;; but there is no command exit0, so I suggest to replace it with: *) echo $PROGNAME: E: invalid option: $opt 2; usage 2; exit 0;; Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407181: silky: segfaults when pressing TAB on amd64
Package: silky Version: 0.5.4-0.1 Severity: important I started silky without parameters, connected to a (private) network, joined a channel and pressed the TAB key. The result is a segmentation fault: (gdb) bt #0 0x2b4778ecff93 in g_utf8_pointer_to_offset () from /usr/lib/libglib-2.0.so.0 #1 0x2b4778ecffb5 in g_utf8_pointer_to_offset () from /usr/lib/libglib-2.0.so.0 #2 0x00420b2f in channel_tab_completion () #3 0x0040e378 in on_key_press () #4 0x2b477718464d in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #5 0x2b4778a40479 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #6 0x2b4778a4fae1 in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #7 0x2b4778a50b5e in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #8 0x2b4778a50f73 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #9 0x2b477725adae in gtk_widget_get_default_style () from /usr/lib/libgtk-x11-2.0.so.0 #10 0x2b477717e395 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x2b477717f357 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x2b47774c752c in _gdk_events_init () from /usr/lib/libgdk-x11-2.0.so.0 #13 0x2b4778eaec73 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #14 0x2b4778eb1abd in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #15 0x2b4778eb1da6 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #16 0x2b477717f6b2 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x0041483d in main () (gdb) Maybe this is a glib2.0 oder gtk bug. In that case please forward the bug. Please tell me if any further information is needed. Helmut -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages silky depends on: ii libatk1.0-01.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgtk2.0-02.8.20-4 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libsilc-1.0-2 0.9.12-6 SILC library (silc-toolkit) ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii mime-support 3.39-1MIME files 'mime.types' 'mailcap silky recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#407251: qemu: recommends transitional package vde
Package: qemu Version: 0.8.2-5 Severity: minor Tags: patch The package vde2 replaced vde, which as a result is a transitional package. qemu should now depend on vde2 instead of vde. Helmut -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages qemu depends on: ii bochsbios 2.3-2BIOS for the Bochs emulator ii libasound2 1.0.13-1 ALSA library ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libncurses5 5.5-5Shared libraries for terminal hand ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer ii openhackware0.4.1-2 OpenFirmware emulator for PowerPC ii proll 18-2 JavaStation PROM 2.x compatible re ii vgabios 0.6a-1 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages qemu recommends: ii debootstrap 0.3.3.1Bootstrap a basic Debian system ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode pn vde none (no description available) -- no debconf information signature.asc Description: Digital signature
Bug#405928: xserver-xephyr: segfaults while startup on amd64
Package: xserver-xephyr Version: 2:1.1.1-13 Severity: important $ gdb Xephyr ... (gdb) run :1 ... Extended Input Devices not yet supported. Impelement it at line 625 in ../../../../hw/kdrive/src/kinput.c xkb_keycodes { include xfree86+aliases(qwerty) }; xkb_types{ include complete }; xkb_compatibility{ include complete }; xkb_symbols { include pc(pc105)+us }; xkb_geometry { include pc(pc101) }; Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! Could not init font path element /usr/X11R6/lib/ X11/fonts/Type1, removing from list! Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x006a822c in PictureDestroyWindow () #2 0x004477ad in FreeColormap () #3 0x00447ac3 in FreeColormap () #4 0x00437f6a in NotImplemented () #5 0x2b8c8d6004ca in __libc_start_main () from /lib/libc.so.6 #6 0x0041f45a in ?? () #7 0x7fff1e025808 in ?? () #8 0x in ?? () (gdb) Helmut Grohne -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xserver-xephyr depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp61:1.0.1-2 X11 Display Manager Control Protoc ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfont11:1.2.2-1 X11 font rasterisation library ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xserver-xephyr recommends: ii xbase-clients 1:7.1.ds-3 miscellaneous X clients -- no debconf information signature.asc Description: Digital signature
Bug#403324: vde2: wirefilter manpage contains mistakes
Package: vde2 Version: 2.1.4-1 Severity: minor First of all: thanks for getting vde2 in Debian! The manpage for wirefilter contains some mistakes though: Below DESCRIPTION: ... dpipe vde_plug /tmp/s1 = wirefilter -l 10 = vde_plug /tmp/s1 creates a wire between two vde_switches (with sockets /tmp/s1 and /tmp/s2 respectively). This cable looses 10% of the packets in each ... Looks like the second s1 from the dpipe command should have been s2. Below OPTIONS: 0percentage of loss as a floating point number. It is possible to spec- ify different loss percentage for the two channels: LR20.5 means ... Looks like a formatting mistake. There should probably have been a -l (which is later referenced). Helmut -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages vde2 depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libvdeplug2 2.1.4-1 Virtual Distributed Ethernet - Plu vde2 recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#403809: nanoblogger: BROWSER environment variable conflicts with sensible-browser
Package: nanoblogger Version: 3.3~rc5-3 Severity: wishlist The sensible-browser program from debianutils relies on the $BROWSER variable which is set to firefox -remote openurl(%s,new-tab):firefox:w3m on my system. This results in Error: Failed to send command: 500 command not parseable when nanoblogger tries to invoke $BROWSER. Setting $BROWSER to sensible-browser within nb results in sensible-browser invoking itself. It would therefore be cool if either nanoblogger or debianutils could use another variable name. I report this to nanoblogger as I used debianutils before. Please forward the bug to debianutils if you think it would be better to change sensible-browser. Helmut -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) nanoblogger depends on no packages. Versions of packages nanoblogger recommends: pn tidy none (no description available) Other packages that might be of interest: ii debianutils2.17.4 Miscellaneous utilities specific to Debian -- no debconf information signature.asc Description: Digital signature