Bug#559316: Another web page
Here's another web page that is almost impossible to scroll through in Iceweasel: http://drupal.org/node/371374 It's actually the slowest scrolling page I've found so far. Kind regards, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559316: iceweasel: Terribly slow and stuttering scrolling
Package: iceweasel Version: 3.5.5-1 Severity: important The title tells it all: Scrolling through web pages is terribly slow on many pages. In fact, on so many pages, that I set the severity of this bug to important: I can't use Iceweasel for daily browsing anymore! Here's a couple of affected URLs: http://www.msavisuals.com/webcam_piano http://www.spiegel.de/netzwelt/gadgets/0,1518,664341,00.html http://twitter.com/ I can give you lots more if you like. This started either with an upgrade of libgtk2.0-0 or with the upgrade to iceweasel- 3.5.x. It's the same on amd64 and on x86, Nvidia and ATI/AMD cards. I'm experiencing this issue on 3 different machines. Kind regards, Felix -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 3.2.2 Miscellaneous utilities specific t ii fontconfig2.6.0-4generic font configuration library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgtk2.0-0 2.18.4-1 The GTK+ graphical user interface ii libnspr4-0d 4.8.2-1NetScape Portable Runtime Library ii libstdc++64.4.2-3The GNU Standard C++ Library v3 ii procps1:3.2.8-2 /proc file system utilities ii psmisc22.8-1 utilities that use the proc file s ii xulrunner-1.9.1 1.9.1.5-2 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 1.6.4-1 TrueType versions of some TeX font ii libkrb53 1.6.dfsg.4~beta1-13 Transitional library package/krb4 ii mathematica-fonts [t 10 Installer of Mathematica fonts pn mozplugger none (no description available) ii ttf-mathematica4.1 10 transitional dummy package ii xfonts-mathml3 Type1 Symbol font for MathML pn xprint none (no description available) ii xulrunner-1.9.1-gnom 1.9.1.5-2 Support for GNOME in xulrunner app -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498573: libqt4-dev: Please, enable Phonon support
Hi Sune, Sune Vuorela wrote: What's wrong? which phonon backends do you have installed ? phonon-backend-gstreamer: Installed: 4:4.2.0-1 Candidate: 4:4.2.0-1 phonon-backend-xine: Installed: 4:4.1.0-2 Candidate: 4:4.1.0-2 Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498573: libqt4-dev: Please, enable Phonon support
Hi, thank you Sune for your reply. I'm very sorry I didn't answer earlier. I've tried again building the musicplayer example from the Qt4 examples. It builds but it doesn't work. I'm getting error messages of this kind: Phonon::createPath: Cannot connect Phonon::MediaObject(no objectName) to Phonon::AudioOutput(no objectName). WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded Unfortunately, the example isn't build in qt4-demos either. What's wrong? Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501819: xserver-xorg-video-radeon: Screen corruption with KDE4: horizontal lines after resizing windows
Hi, Michel Dänzer wrote: This should be fixed in libgl1-mesa-dri 7.2-1 from experimental (and upstream Git mesa_7_0_branch). After upgrading libgl1-mesa-dri (and only libgl1-mesa-dri) makes the KDE4 desktop unusable. It looks like OpenGL/GLX isn't working then. I tried to upgrade a couple more xorg packages (e.g. xserver-xorg-core ) to the versions in experimental but whne I got the desktop displayed the panel was totall corrupted and the desktop was unresponsive to mouse clicks. Is the xserver-xorg version in experimental broken or have I missed some packages? Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501820: fglrx-driver breaks DRI for xserver-xorg-video-radeon
Package: fglrx-driver Version: 1:8-7-2 Severity: critical Justification: breaks unrelated software Hi, when fglrx-driver is installed DRI is broken for the open source radeon/ati driver. Here's an excerpt of glxinfo: ~$ LIBGL_DEBUG=verbose glxinfo name of display: :0.0 libGL: XF86DRIGetClientDriverName: 5.3.0 r300 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/r300_dri.so libGL error: dlopen /usr/lib/dri/r300_dri.so failed (/usr/lib/dri/r300_dri.so: undefined symbol: _glapi_Dispatch) libGL error: unable to load driver: r300_dri.so display: :0 screen: 0 direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose) Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.3-jawaka (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-driver depends on: ii fglrx-glx 1:8-7-2proprietary libGL for the non-free ii libc6 2.7-14 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 7.0.3-6A free implementation of the OpenG ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxrandr22:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii xserver-xorg 1:7.3+18 the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-atieventsd 1:8-7-2external events daemon for the non ii fglrx-glx 1:8-7-2proprietary libGL for the non-free ii fglrx-source 1:8-7-2kernel module source for the non-f Versions of packages fglrx-driver suggests: ii fglrx-control 8.28.8-4 control panel for the ATI graphics -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501820: [Pkg-fglrx-devel] Bug#501820: fglrx-driver breaks DRI for xserver-xorg-video-radeon
Hi Romain, if it's a wontfix there should at least be a note about the issue in the package documentation. If it's not mentioned anywhere people who have tried (and thus installed ) the fglrx driver will think the radeon driver is broken. At least that's what I thought... Regards, Felix Romain Beauxis wrote: severity 501820 normal tag 501820 wontfix thanks Le Friday 10 October 2008 19:57:50 Felix Homann, vous avez écrit : Hi, Hi ! when fglrx-driver is installed DRI is broken for the open source radeon/ati driver. Here's an excerpt of glxinfo: Yep, this is surely a consequence of the private version of libGL installed by fglrx. Just uninstall it and it should be fixed. Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498573: libqt4-dev: Please, enable Phonon support
Package: libqt4-dev Version: 4.4.0-4 Severity: wishlist Hi, while Phonon support is one of the major new enhancements in Qt 4.4 it is disabled in the Debian package. Thus it turns Qt 4.4 in Debian a little incomplete and in effect incompatible with packages on different platforms. So, could you please enable it? Thanks, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'hardy'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.10-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libqt4-dev depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii libgcc11:4.3.2-1 GCC support library ii libqt4-assistant 4.4.0-4 Qt 4 assistant module ii libqt4-dbus4.4.0-4 Qt 4 D-Bus module ii libqt4-designer4.4.0-4 Qt 4 designer module ii libqt4-help4.4.0-4 Qt 4 help module ii libqt4-network 4.4.0-4 Qt 4 network module ii libqt4-qt3support 4.4.0-4 Qt 3 compatibility library for Qt ii libqt4-script 4.4.0-4 Qt 4 script module ii libqt4-sql 4.4.0-4 Qt 4 SQL module ii libqt4-svg 4.4.0-4 Qt 4 SVG module ii libqt4-test4.4.0-4 Qt 4 test module ii libqt4-webkit 4.4.0-4 Qt 4 WebKit module ii libqt4-xml 4.4.0-4 Qt 4 XML module ii libqt4-xmlpatterns 4.4.0-4 Qt 4 XML patterns module ii libqtcore4 4.4.0-4 Qt 4 core module ii libqtgui4 4.4.0-4 Qt 4 GUI module ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages libqt4-dev recommends: ii libqt4-opengl-dev 4.4.0-4Qt 4 OpenGL library development fi Versions of packages libqt4-dev suggests: pn firebird2.0-dev none (no description available) pn libiodbc2-dev none (no description available) pn libmysqlclient15-dev none (no description available) pn libpq-dev none (no description available) ii libsqlite0-dev2.8.17-4 SQLite development files ii libsqlite3-dev3.5.9-4SQLite 3 development files ii qt4-dev-tools 4.4.0-4Qt 4 development tools ii qt4-doc 4.4.0-4Qt 4 API documentation -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498573: libqt4-dev: Please, enable Phonon support
Hi Sune, what does it mean after all? As far as I can tell the Qt4.4 interface is not working. Actually, I don't even know whether it is an interface or if Phonon is just bundled with Qt 4.4. At least, Qt and Phonon don't play together as they should according to the Qt docs, e.g. the example applications won't build. Qt applications are supposed to build on many platforms without modification of the source code. They won't on Debian if Phonon is involved. So how am I supposed to use phonon in Qt applications on Debian? Similar discussions can be found here: https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/253854 and here: http://mail.kde.org/pipermail/kde-freebsd/2008-June/002501.html Seems like it's not only a Debian specific problem. But maybe there should be mention in something like README.Debian or README.Phonon 1. that Phonon is disabled 2. how you can build Qt/Phonon applications (there's NO docs in /usr/share/doc/libphonon* and Qt's Phonon docs don't work) Kind regards, Felix Sune Vuorela wrote: Hi! Qt4.4 ships phonon 4.1, but phonon is a extra thing that has seperate releases as well. Phonon is in debian provided by the phonon source package, that builds libphonon4 and libphonon-dev. The version provided here is phonon 4.2, which is required by kde4.1. /Sune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485821: qtiplot: Crashes and Symbol `_ZTV9QwtSymbol' has different size...consider re-linking
Package: qtiplot Version: 0.9.4-1 Severity: grave Justification: renders package unusable qtiplot currently crashes when trying to plot. On start, it spits out two warnings: qtiplot: Symbol `_ZTV9QwtSymbol' has different size in shared object, consider re-linking qtiplot: Symbol `_ZTV13QwtPlotPicker' has different size in shared object, consider re-linking which are probably related to the crash. Tested on i386 and amd64. Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.3-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qtiplot depends on: ii libaudio2 1.9.1-2 Network Audio System - shared libr ii libc6 2.7-12GNU C Library: Shared libraries ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.1-1 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-1 A free implementation of the OpenG ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libglu1-mesa [libglu1] 7.0.3-1 The OpenGL utility library (GLU) ii libgsl0ldbl1.11-2GNU Scientific Library (GSL) -- li ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libmuparser0 1.28-2fast mathematical expressions pars ii libmysqlclient15off5.0.51a-7 MySQL database client library ii liborigin0 20080225-2library for reading OriginLab Orig ii libpng12-0 1.2.27-1 PNG library - runtime ii libpq5 8.3.1-2+b1PostgreSQL C client library ii libqt4-core4.4.0-3 transitional package for Qt 4 core ii libqt4-gui 4.4.0-3 transitional package for Qt 4 GUI ii libqt4-qt3support 4.4.0-3 Qt 3 compatibility library for Qt ii libqt4-sql 4.4.0-3 Qt 4 SQL module ii libqwt5-qt45.1.1-1 Qt4 widgets library for technical ii libqwtplot3d-qt4 0.2.7+svn191-23D plotting library based on Qt4/O ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsqlite0 2.8.17-4 SQLite shared library ii libsqlite3-0 3.5.9-2 SQLite 3 shared library ii libstdc++6 4.3.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 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 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.2-2 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii python-qt4 4.3.3-3 Python bindings for Qt4 ii python2.4 2.4.5-2 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime qtiplot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485624: kword crashes when trying to insert a formula
Package: kword Version: 1:1.6.3-6 Severity: important when trying to insert a formula into a document first a couple of message boxes appear, saying Could not start process Unable to create io-slave: klauncher said: Unknown protocol . After skipping some of them kword crashes. I've attached a backtrace. Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.3-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kword depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-4 core libraries and binaries for al ii koffice-libs1:1.6.3-6common libraries and binaries for ii kspread 1:1.6.3-6a spreadsheet for the KDE Office S ii kword-data 1:1.6.3-6data files for KWord word processo ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-1GCC support library ii libpaper1 1.1.23 library for handling paper charact ii libstdc++6 4.3.1-1 The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwv2-1c2 0.2.3-2 a library for accessing Microsoft Versions of packages kword recommends: ii khelpce 4:4.0.0.really.3.5.9.dfsg.1-2+b1 help center for KDE ii libksca 4:3.5.9-1+b2 scanner library for KDE -- no debconf information [Thread debugging using libthread_db enabled] [New Thread 0x2b9fb3879d70 (LWP 31761)] [KCrash handler] #5 0x2b9fae384423 in QString::QString () from /usr/lib/libqt-mt.so.3 #6 0x2b9fad4e032c in KIO::CopyJob::copyNextFile () from /usr/lib/libkio.so.4 #7 0x2b9fad4e227f in KIO::CopyJob::slotResultCopyingFiles () from /usr/lib/libkio.so.4 #8 0x2b9fad4eda9b in KIO::CopyJob::qt_invoke () from /usr/lib/libkio.so.4 #9 0x2b9fae10736c in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #10 0x2b9fad492232 in KIO::Job::result () from /usr/lib/libkio.so.4 #11 0x2b9fad4c995f in KIO::Job::emitResult () from /usr/lib/libkio.so.4 #12 0x2b9fad4ee8ae in KIO::FileCopyJob::slotResult () from /usr/lib/libkio.so.4 #13 0x2b9fad4dd887 in KIO::FileCopyJob::qt_invoke () from /usr/lib/libkio.so.4 #14 0x2b9fae10736c in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #15 0x2b9fad492232 in KIO::Job::result () from /usr/lib/libkio.so.4 #16 0x2b9fad4c995f in KIO::Job::emitResult () from /usr/lib/libkio.so.4 #17 0x2b9fad4e5eea in KIO::SimpleJob::slotFinished () from /usr/lib/libkio.so.4 #18 0x2b9fad4e652c in KIO::TransferJob::slotFinished () from /usr/lib/libkio.so.4 #19 0x2b9fad4c9487 in KIO::SimpleJob::qt_invoke () from /usr/lib/libkio.so.4 #20 0x2b9fad4c9577 in KIO::TransferJob::qt_invoke () from /usr/lib/libkio.so.4 #21 0x2b9fae10736c in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #22 0x2b9fae3df7e2 in QSignal::signal () from /usr/lib/libqt-mt.so.3 #23 0x2b9fae11f5fd in QSignal::activate () from /usr/lib/libqt-mt.so.3 #24 0x2b9fae1258c8 in QSingleShotTimer::event () from /usr/lib/libqt-mt.so.3 #25 0x2b9fae0b1953 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #26 0x2b9fae0b2668 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #27 0x2b9fadad0ead in KApplication::notify () from /usr/lib/libkdecore.so.4 #28 0x2b9fae0a822b in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #29 0x2b9fae067c4d in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #30 0x2b9fae0c6001 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #31 0x2b9fae25f490 in QDialog::exec () from /usr/lib/libqt-mt.so.3 #32 0x2b9fad4a413a in KIO::open_SkipDlg () from /usr/lib/libkio.so.4 #33 0x2b9fad4a41be in Observer::open_SkipDlg () from /usr/lib/libkio.so.4 #34 0x2b9fad4e1e47 in KIO::CopyJob::slotResultConflictCopyingFiles () from /usr/lib/libkio.so.4 #35 0x2b9fad4e244a in KIO::CopyJob::slotResultCopyingFiles () from /usr/lib/libkio.so.4 #36 0x2b9fad4eda9b in KIO::CopyJob::qt_invoke () from /usr/lib/libkio.so.4 #37 0x2b9fae10736c in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #38 0x2b9fad492232 in KIO::Job::result () from /usr/lib/libkio.so.4 #39 0x2b9fad4c995f in KIO::Job::emitResult () from /usr/lib/libkio.so.4 #40 0x2b9fad4ee8ae in KIO::FileCopyJob::slotResult () from /usr/lib/libkio.so.4 #41 0x2b9fad4dd887 in KIO::FileCopyJob::qt_invoke () from /usr/lib/libkio.so.4 #42 0x2b9fae10736c in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #43 0x2b9fad492232 in KIO::Job::result ()
Bug#484279: maxima: New upstream version 5.15.0
Package: maxima Version: 5.13.0-3.1 Severity: wishlist Hi, while Debian is still at 5.13.0 upstream development has already reached 5.15.0. Would you mind packaging the latest version? Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.3-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages maxima depends on: ii gnuplot-nox 4.2.2-1A command-line driven interactive ii libc6 2.7-11 GNU C Library: Shared libraries ii libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libncurses5 5.6+20080531-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libsm62:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw7 2:1.0.4-2 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library Versions of packages maxima recommends: ii gv 1:3.6.3dfsg-6 PostScript and PDF viewer for X ii maxima-share 5.13.0-3.1A computer algebra system -- extra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484278: maxima: Maxima fails on 'load(rducon);'
Package: maxima Version: 5.13.0-3.1 Severity: normal Hi, I've just tried to load the package rducon without success: (%i1) load(rducon); Load failed for /usr/share/maxima/5.13.0/share/simplification/rducon.lisp -- an error. To debug this try debugmode(true); ### It's the saem on i386 and amd64 architectures. Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.3-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages maxima depends on: ii gnuplot-nox 4.2.2-1A command-line driven interactive ii libc6 2.7-11 GNU C Library: Shared libraries ii libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libncurses5 5.6+20080531-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libsm62:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw7 2:1.0.4-2 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library Versions of packages maxima recommends: ii gv 1:3.6.3dfsg-6 PostScript and PDF viewer for X ii maxima-share 5.13.0-3.1A computer algebra system -- extra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484281: wxmaxima: New upstream version 0.7.5
Package: wxmaxima Version: 0.7.1-1 Severity: wishlist Hi, while Debian packages are still at 0.7.1 upstream has reached version 0.7.5. Since starting with 0.7.4 wxmaxima now supports simple animations it would be really nice to have the latest version packaged. Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.3-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wxmaxima depends on: ii libc6 2.7-11GNU C Library: Shared libraries ii libgcc11:4.3.0-5 GCC support library ii libstdc++6 4.3.0-5 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.2-2 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.2-2 wxWidgets Cross-platform C++ GUI t ii libxml22.6.32.dfsg-2 GNOME XML library ii maxima 5.13.0-3.1A computer algebra system -- base ii maxima-doc 5.13.0-3.1A computer algebra system -- docum wxmaxima recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473494: libginac1.4: Doesn't work with libcln5=1.2.1-1, undefined symbol: cl_double_to_DF_pointer
Package: libginac1.4 Version: 1.4.1-1+b2 Severity: grave Justification: renders package unusable Hi, libcln5 1.2.1-1 renders libginac1.4.1-1+b2 unusable. Linking is not possible as ld returns: /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib64/libginac.so: undefined reference to `cln::cl_double_to_DF_pointer(cln::dfloatjanus const)' Or just start ginsh to see a similar undefined reference error: ginsh: symbol lookup error: /usr/lib/libginac-1.4.so.0: undefined symbol: _ZN3cln23cl_double_to_DF_pointerERKNS_11dfloatjanusE Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libginac1.4 depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libcln5 1.2.1-1Class Library for Numbers (C++) ii libgcc1 1:4.3.0-2 GCC support library ii libstdc++64.3.0-2The GNU Standard C++ Library v3 libginac1.4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471709: qtiplot: Python scripting broken
Package: qtiplot Version: 0.9.3-1 Severity: normal Selecting Scripting-Scripting language-Python puts this error message in the scripting console: Traceback (most recent call last): File /usr/lib/python2.4/py_compile.py, line 135, in compile fc = open(cfile, 'wb') IOError : [Errno 13] Permission denied: '/etc/qtiplotrc.pyc' Failed to import qtiUtil file! Tested on x86 and AMD64. Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3-jawaka (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qtiplot depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libgcc11:4.3.0-1 GCC support library ii libgl1-mesa-glx [libgl 7.0.3~rc2-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3~rc2-1 The OpenGL utility library (GLU) ii libgsl0ldbl1.10-4GNU Scientific Library (GSL) -- li ii libmuparser0 1.28-2fast mathematical expressions pars ii liborigin0 20080225-2library for reading OriginLab Orig ii libqt4-core4.3.4-2 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.3.4-2 Qt 4 core GUI functionality runtim ii libqt4-qt3support 4.3.4-2 Qt 3 compatibility library for Qt ii libqwt5-qt45.0.2-2 Qt4 widgets library for technical ii libqwtplot3d-qt4 0.2.7+svn191-13D plotting library based on Qt4/O ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii python-qt4 4.3.3-2 Python bindings for Qt4 ii python2.4 2.4.5-1 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime qtiplot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469221: apt-listchanges: How about a viable solution from a user's point of view?
Pierre Habouzit wrote: Everything seems to be fine afterwards again. of course, and you just trashed your whole history with it, nice... or not. Well, without knowledge of the intrinsics, I was faced with only 3 options: 1. continue using apt-listchanges but trashing the history 2. remove apt-listchanges to get rid of the error messages 3. just live with the error messages (4. Dig into the intrinsics) Option 1 seemed most reasonable to me since apparently nobody feels responsible for fixing the issue! And does it make any difference? Does apt-listchanges behave very different with a trashed history? (I really don't know, could you please elucidate on this? ) the solution is to: $ db4.6_dump /var/lib/apt/listchanges.db | db4.5_load a.db $ mv a.db /var/lib/apt/listchanges.db Thanks, this should have gone in a NEWS file, or at least in the bug tracking system days ago, IMO. Until you find a real solution you could include this information in a NEWS.Debian file. Or one could instead fix python That's what I meant debating responsibilities: You won't fix, Matthias won't fix ...then at least tell the user's what *they* can do to work around this bug in the meantime. Nevertheless, thank you very much for this better solution, I'm gonna use it on my 2nd machine! Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469221: apt-listchanges: How about a viable solution from a user's point of view?
Pierre Habouzit wrote: it doesn't show changelogs for a package it considers new (as it would else show YEARS of useless changelogs since it's not really changes). So you won't see changelogs for upgrades on your _next_ upgrade of those packages, only for the one after that. Thank you very much for the clarification! Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469221: apt-listchanges: How about a viable solution from a user's point of view?
Package: apt-listchanges Version: 2.82 Followup-For: Bug #469221 OK, while you're all apparently busy debating responsibilities, here's something for those bothered by 'bsddb.db.DBRunRecoveryError' messages: sudo aptitude purge apt-listchanges sudo aptitude install apt-listchanges Everything seems to be fine afterwards again. Until you find a real solution you could include this information in a NEWS.Debian file. Regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listchanges depends on: ii apt 0.7.11 Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.20 Debian configuration management sy ii debianutils 2.28.4 Miscellaneous utilities specific t ii python2.4.4-6An interactive high-level object-o ii python-apt0.7.5 Python interface to libapt-pkg ii python-support0.7.7 automated rebuilding support for P ii ucf 3.005 Update Configuration File: preserv Versions of packages apt-listchanges recommends: ii exim4 4.69-2 meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-2 lightweight Exim MTA (v4) daemon -- debconf information: apt-listchanges/confirm: false apt-listchanges/email-address: root apt-listchanges/which: news apt-listchanges/frontend: pager apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465300: kcontrol: Same here
Package: kcontrol Version: 4:3.5.8.dfsg.1-7 Followup-For: Bug #465300 As the subject line says: Font settings are not available on my machines, too. Regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kcontrol depends on: ii kdebase-data 4:3.5.8.dfsg.1-7 shared data files for the KDE base ii kdelibs4c2a4:3.5.8.dfsg.1-7 core libraries and binaries for al ii kicker 4:3.5.8.dfsg.1-7 desktop panel for KDE ii libacl12.2.45-1 Access control list shared library ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libattr1 1:2.4.41-1Extended attribute shared library ii libaudio2 1.9.1-1 Network Audio System - shared libr ii libc6 2.7-8 GNU C Library: Shared libraries ii libfam02.7.0-13.1Client library to control the FAM ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3-20080202-1 GCC support library ii libgl1-mesa-glx [libgl 7.0.2-4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.2-4 The OpenGL utility library (GLU) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.4-1 GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libqt3-mt 3:3.3.8b-1Qt GUI Library (Threaded runtime v ii libraw1394-8 1.3.0-2 library for direct access to IEEE ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.80.9.8g-7 SSL shared libraries ii libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-9userspace USB programming library 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 libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii usbutils 0.73-5Linux USB utilities ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages kcontrol recommends: ii udev 0.114-2/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461970: libxine1 1.1.9-1 breaks amarok
Darren Salt wrote: I demand that Felix Homann may or may not have written... What does that mean??? I've seen something similar with DVB. If it's the same problem, you should see (if you have amarok running verbosely) What exactly do you mean? 'amarok --help-all' doesn't show any options for a verbose mode. some lines emitted by the ALSA output plugin - the first problem line contains (paraphrased) pause call failed (file descriptor in bad state) and it is followed by many drain call failed (resource temporarily unavailable) lines; Running amarok from konsole does not show any of this. Do I need to pass some debugging options to amarok? Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461970: libxine1 1.1.9-1 breaks amarok
Package: libxine1 Version: 1.1.8-3 Severity: important With libxine1 version 1.1.9-1 amarok will play *one and only one* stream *once and only once* until amarok is restarted. Please, see bug #460525 for further details. Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxine1 depends on: ii libxine1-console 1.1.8-3libaa/libcaca/framebuffer/directfb ii libxine1-misc-plugins 1.1.8-3Input, audio output and post plugi ii libxine1-x1.1.8-3X desktop video output plugins for Versions of packages libxine1 recommends: ii libc6 2.7-6 GNU C Library: Shared libraries ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libxine1-doc [libxine- 1.1.9-1 the xine video player library, doc pn libxine1-ffmpegnone(no description available) ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460525: amarok: Yes, downgrading libxine helps
Package: amarok Version: 1.4.8-1 Followup-For: Bug #460525 I can confirm that downgrading libxine solves the problem on my system. Maybe this should be forwarded or reassigned to the libxine maintainer? Regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages amarok depends on: ii amarok-engines 1.4.8-1 output engines for the Amarok audi ii amarok-xine [amarok-eng 1.4.8-1 xine engine for the Amarok audio p ii kdelibs4c2a 4:3.5.8.dfsg.1-6 core libraries and binaries for al ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libaudio2 1.9.1-1 Network Audio System - shared libr ii libc6 2.7-6GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.4generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3-20080116-1 GCC support library ii libgl1-mesa-glx [libgl1 7.0.2-4 A free implementation of the OpenG ii libglib2.0-02.14.5-2 The GLib library of C routines ii libgpod30.6.0-3 a library to read and write songs ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libidn111.1-1GNU libidn library, implementation ii libifp4 1.0.0.2-3communicate with iRiver iFP audio ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libkarma0 0.0.6-3.1Rio Karma access library [runtime ii libmtp7 0.2.5-1 Media Transfer Protocol (MTP) libr ii libmysqlclient15off 5.0.51-2 MySQL database client library ii libnjb5 2.2.5-4.1Creative Labs Nomad Jukebox librar ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpq5 8.2.6-1 PostgreSQL C client library ii libqt3-mt 3:3.3.7-9Qt GUI Library (Threaded runtime v ii libruby1.8 1.8.6.111-3 Libraries necessary to run Ruby 1. ii libsdl1.2debian 1.2.13-1 Simple DirectMedia Layer ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsqlite3-03.4.2-2 SQLite 3 shared library ii libstdc++6 4.3-20080116-1 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-8+b1 TagLib Audio Meta-Data Library ii libtagc01.4-8+b1 TagLib Audio Meta-Data Library (C ii libtunepimp50.5.3-6 MusicBrainz tagging library ii libusb-0.1-42:0.1.12-9 userspace USB programming library ii libvisual-0.4-0 0.4.0-2 Audio visualization framework ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii ruby4.1 An interpreter of object-oriented ii unzip 5.52-10 De-archiver for .zip files ii zlib1g 1:1.2.3.3.dfsg-9 compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:3.5.8-1 enables the browsing of audio CDs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454339: hplip: Non-root users need to be in group scanner!
Package: hplip Version: 2.7.10-5 Severity: normal As said in the subject line, non-root users need to be in the 'scanner' group if they want to use hplip tools. This 1. breaks working hplip installations on upgrade 2. should at least be mentioned in News.Debian. Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.1-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hplip depends on: ii adduser 3.105add and remove users and groups ii coreutils 5.97-5.6 The GNU core utilities ii cupsys 1.3.4-2 Common UNIX Printing System(tm) - ii hplip-data 2.7.10-5 HP Linux Printing and Imaging - da ii libc6 2.7-3GNU C Library: Shared libraries ii libcupsys2 1.3.4-2 Common UNIX Printing System(tm) - ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libsane 1.0.19~cvs20071028-1 API library for scanners ii libsnmp15 5.4.1~dfsg-4 SNMP (Simple Network Management Pr ii libssl0.9.8 0.9.8g-3 SSL shared libraries ii libusb-0.1-42:0.1.12-8 userspace USB programming library ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii python 2.4.4-6 An interactive high-level object-o ii python-support 0.7.5automated rebuilding support for p Versions of packages hplip recommends: ii cupsys-client1.3.4-2 Common UNIX Printing System(tm) - ii hpijs2.7.10+2.7.10-5 HP Linux Printing and Imaging - gs ii hpijs-ppds 2.7.10+2.7.10-5 HP Linux Printing and Imaging - HP ii hplip-gui2.7.10-5HP Linux Printing and Imaging - GU pn openprinting-ppdsnone (no description available) ii python-reportlab 2.0dfsg-1 ReportLab library to create PDF do -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454341: hplip-gui: Unable to find HP fax PPD file
Package: hplip-gui Version: 2.7.10-5 Severity: normal Trying to setup a HP OfficeJet 5600 from within hp-toolbox partially fails as the HP fax PPD file can not be found. It si installed though: It can be configured through the CUPS interface. Regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.1-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hplip-gui depends on: ii hplip 2.7.10-5 HP Linux Printing and Imaging Syst ii python-qt33.17.3-3 Qt3 bindings for Python hplip-gui recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448494: Still present in 2.5.0-2
Keith Packard wrote: Weird. I'll enable bitmap fonts and fix this today. Thanks for filing a bug. Just to let you know: On my system Qt4 apps are still affected by this bug with fontconfig 2.5.0-2. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448494: Still present in 2.5.0-2
Keith Packard wrote: On Mon, 2007-11-19 at 17:14 +0100, Felix Homann wrote: Just to let you know: On my system Qt4 apps are still affected by this bug with fontconfig 2.5.0-2. Thanks. Can you figure out which font the apps are matching now? One way is to use lsof. The trouble is that Qt4 has it's own font matching mechanism that it layers on top of fontconfig which integrates core and client fonts in a rather inconsistent fashion. Here you go: fontconfig 2.5.0-2: lsof | grep qt4app | grep fonts lsof: WARNING: can't stat() ext3 file system /dev/.static/dev Output information may be incomplete. qt4app27145 fex mem REG8,514116 21561978 /usr/share/fonts/X11/100dpi/helvR08.pcf.gz qt4app27145 fex mem REG8,514077 21561960 /usr/share/fonts/X11/100dpi/helvB08.pcf.gz fontconfig 2.4.2-1.4: lsof | grep qt4app | grep fonts lsof: WARNING: can't stat() ext3 file system /dev/.static/dev Output information may be incomplete. qt4app26755 fex mem REG8,565932 19172479 /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf qt4app26755 fex mem REG8,558716 19172481 /usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf Hope it helps. If there's anything more you need, please let me know. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448504: Misrendered fonts
close 448504 Keith Packard wrote: Looks like one of your ttfs is broken If removing your broken font fixes this bug, please go ahead and close it. Yes, it does. Thanks very much for your help! Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448504: Misrendered fonts
One more note: It is sufficent to revert the fontconfig package to fix the issue. (The message you sent asking about it didn't get through to me. I just found it a minute ago on bugs.debian.org) --Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448504: fontconfig: Some fonts won't render correctly after upgrade to 2.4.91-1
Keith Packard wrote: Some capital letters (V,W,N) won't render correctly in the Sans Serif font after upgrading to 2.4.91-1. Please see the attached screenshot, especially the words Werbung, VoIP, Nvidia, DVD. That's weird. I cannot reproduce this myself. Strange I see this on both of my machines, one AMD64 the other x86. Can you check your iceweasel configuration to make sure you're using Sans Serif? The screenshot I sent is showing konqueror, but it's the same in iceweasel. In iceweasel the Sans-serif font is 'sans-serif'. I have to decrease the font size once (Ctrl+-) to see the effect. And then, can you see what: $ fc-match -v 'Sans Serif' returns? I've attached the output using both versions of fontconfig. If those look good, How do I tell? please try to reproduce this with something simpler, like 'xfd' (using the -fa option) or even the 'gwaterfall' program which you'll find in my git repository: git://keithp.com/git/gwaterfall. No success so far, i.e. gwaterfall seems to display all fonts just fine. Some further information that might be helpful: I'm using the en_US.UTF-8 locale. I've even attached a list of font related packages installed ont his system (dpkg -l | grep font). I've even created a new user, logged in, started iceweasel, went to golem.de or spiegel.de, hit Ctrl+- and saw the same effect. Regards, Felix Pattern has 29 elts (size 32) family: Bitstream Vera Sans(s) familylang: en(s) style: Roman(s) stylelang: en(s) slant: 0(i)(s) weight: 80(i)(s) width: 100(i)(s) size: 12(f)(s) pixelsize: 12.5(f)(s) foundry: bitstream(s) antialias: FcTrue(w) hintstyle: 3(i)(w) hinting: FcTrue(w) verticallayout: FcFalse(s) autohint: FcFalse(s) globaladvance: FcTrue(s) file: /var/lib/defoma/fontconfig.d/B/Bitstream-Vera-Sans.ttf(s) index: 0(i)(s) outline: FcTrue(s) scalable: FcTrue(s) dpi: 75(f)(s) rgba: 1(i)(w) scale: 1(f)(s) charset: : 7fff 0001: c00230c0 0003 c00c0006 6103 0004 0002: 3fc0 0003: 0200 0001 0020: 7718 06010047 0010 1000 0021: 0004 0022: 46268044 0800 0100 0031 0025: 0400 00fb: 0006 (s) lang: aa|ast|ay|bi|br|ch|co|da|de|en|es|et|eu|fi|fj|fo|fr|fur|fy|gd|gl|gv|ho|ia|id|ie|io|is|it|lb|mg|nb|nds|nl|nn|no|oc|om|pt|rm|sma|smj|so|sq|sv|sw|tn|tr|ts|vo|vot|wa|xh|yap|zu(s) fontversion: 131072(i)(s) fontformat: TrueType(s) embeddedbitmap: FcTrue(s) decorative: FcFalse(s) Pattern has 31 elts (size 32) family: Bitstream Vera Sans(s) familylang: en(s) style: Roman(s) stylelang: en(s) fullname: Bitstream Vera Sans(s) fullnamelang: en(s) slant: 0(i)(s) weight: 80(i)(s) width: 100(i)(s) size: 12(f)(s) pixelsize: 12.5(f)(s) foundry: bitstream(s) antialias: FcTrue(w) hintstyle: 3(i)(w) hinting: FcTrue(w) verticallayout: FcFalse(s) autohint: FcFalse(s) globaladvance: FcTrue(s) file: /usr/share/fonts/truetype/microsoft/Vera.ttf(s) index: 0(i)(s) outline: FcTrue(s) scalable: FcTrue(s) dpi: 75(f)(s) rgba: 1(i)(w) scale: 1(f)(s) charset: : 7fff 0001: c00230c0 0003 c00c0006 6103 0004 0002: 3fc0 0003: 0200 0001 0020: 7718 06010047 0010 1000 0021: 0004 0022: 46268044 0800 0100 0031 0025: 0400 00fb: 0006 (s) lang: aa|ast|ay|bi|br|ch|co|da|de|en|es|et|eu|fi|fj|fo|fr|fur|fy|gd|gl|gv|ho|ia|id|ie|io|is|it|lb|mg|nb|nds|nl|nn|no|nr|nso|oc|om|pt|rm|sma|smj|so|sq|ss|st|sv|sw|tn|tr|ts|vo|vot|wa|xh|yap|zu(s) fontversion: 131072(i)(s)
Bug#448504: fontconfig: Some fonts won't render correctly after upgrade to 2.4.91-1
Just one further note: While updateing to 2.4.91-1 I get several error messages like this: /var/cache/fontconfig: invalid cache file: 3830d5c3ddfd5cd38a049b759396e72e-x86-64.cache-2 I don't get anything like that when downgrading. Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420814: fglrx-driver: Not fixed, yet. Please reopen
Package: fglrx-driver Version: 8.38.6-2 Followup-For: Bug #420814 Hi, although the fglrx-driver issues related to newer versions of xserver-xorg-core are supposed to be resolved since fglrx-driver 8.37.6-1 it never worked on my system. I've even already tried version 8.40.4-2 from experimental or different kernels without success: fglrx-driver together with xserver-xorg-core (2:1.3.0.0.dfsg-12 at the moment) will lead to a black screen and an unresponsive system (I can ssh in, though). I've attached a corresponding the Xorg.0.log. Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.2 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-driver depends on: ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070712-1 GCC support library ii libstdc++5 1:3.3.6-15 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii xserver-xorg1:7.2-5 the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-kernel-2.6.22.2 [fglrx- 8.38.6-2 ATI binary kernel module for Linux ii fglrx-kernel-src 8.38.6-2 kernel module source for the ATI g -- no debconf information X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12) Current Operating System: Linux jawaka 2.6.22.2 #1 PREEMPT Wed Aug 15 12:14:20 CEST 2007 i686 Build Date: 09 August 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Aug 16 17:40:00 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device ATI Technologies, Inc. M24 1P [Radeon Mobility X600] (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (**) |--Input Device Synaptics Touchpad (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID. Entry deleted from font path. (Run 'mkfontdir' on /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID). (WW) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81e5140 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2590 card 1025,0066 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2591 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1c:0: chip 8086,2660 card , rev 04 class 06,04,00 hdr 81 (II) PCI: 00:1c:1: chip 8086,2662 card
Bug#420814: Found a solution!
Hi, searching the web I've found an interesting link with a solution to my problem: http://pastebin.ca/644793 The solution is simple but not easy to guess: Remove all lines containing containing PairModes in /etc/ati/amdpcsdb and /etc/X11/xorg.conf. Could you please add a line in README.Debian or wherever it's more appropriate? Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427088: icedove: Hardly readable small font when composing messages
Hi, some further notes: 1. I've tried Mozilla Thunderbird. It is not affected by this bug, everything is displayed fine in Thunderbird. 2. I've created a new user on my machine and tried Icedove: The reported problem does appear. 3. This might be the same as #425977 and #425856. The suggested solution to #425856 does not work here: I can only choose between Serif and SansSerif, no way to specify Times or Times New Roman. 4. I've found a machine which still had a 1.5.xx versoin of icedove installed. After upgrading messages fonts got messed up. Mailing is quite frustrating right now. After several years I had just switched from kmail to icedove because of the annoying kmail-freezes-while-downloading-or-filtering-messages-bug. And now I can't even use icedove anymore since it hurts my eyes trying to read or write messages. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427088: icedove: Hardly readable small font when composing messages
On Monday 04 June 2007, Alexander Sack wrote: You can zoom your View by Ctrl AND + ... or through the View menu. - Alexander Sure, but Serif fonts in the message headers look very ugly then... Something seems to be very wrong with fonts in the 2.xxx version of Icedove. If Icedove is supposed to be an unbranded version of Thunderbird why does Thunderbird behave correctly while Icedove doesn't? Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427088: icedove: Hardly readable small font when composing messages
On Monday 04 June 2007, Alexander Sack wrote: You can zoom your View by Ctrl AND + ... or through the View menu. BTW, this doesn't help editing messages, it just doesn't work in the composing window... Regards, Felix P.S.: Thanks for the clarification w.r.t. Icedove - Thunderbird libraries! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427088: icedove: Hardly readable small font when composing messages
Package: icedove Version: 2.0.0.0-3 Severity: normal Since, upgrading to the current version of icedove I suffer from a hardly readable small font in the composing window. I've tried lots of font options so far, none helped. It was all fine with icedove 1.5.xx. I don't send HTML mails, it's all about plain text messages. Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 2.19 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2generic font configuration library ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-9GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070528-1 GCC support library ii libglib2.0-02.12.12-1The GLib library of C routines ii libgtk2.0-0 2.10.12-2The GTK+ graphical user interface ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.6-3 NetScape Portable Runtime Library ii libnss3-0d 3.11.5-3+b1 Network Security Service libraries ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library 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 libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-15 compression library - runtime icedove recommends no packages. -- debconf information: icedove/browser: Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427088: icedove: Hardly readable small font when composing messages
Hi, Alexander Sack - Debian Bugmail wrote: Since, upgrading to the current version of icedove I suffer from a hardly readable small font in the composing window. Is this still the case for 2.0.0.0-4? yes, it is. Moreover, every plain text message is displayed with the same way too small font. Citations are displayed bigger than the main message, though. All in all, font sizes seem to be screwed up for plain text messages (at least here). Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425476: icedove: Can't send or receive emails after upgrade to 2.0.0.0-3
Package: icedove Version: 2.0.0.0-3 Severity: grave Justification: renders package unusable Hi, I've just upgraded to 2.0.0.0-3. Now, I can't send or receive emails anymore. On start-up icedove alerts Icedove can't connect securely to imap.xxx.xxx because the SSL protocol has been disabled I've configured the server to use TLS if available, though, not SSL. When trying to write an email I get a message An error occured while creating a message compose window. Please try again. I've tried again a couple of times without success. Since an email client that can't send or receive emails is completely useless, I've put severity to grave. Kind regards, Felix Homann -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-yerbouti (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 2.18.2 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2generic font configuration library ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-8GNU C Library: Shared libraries ii libcairo2 1.4.6-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070516-1 GCC support library ii libglib2.0-02.12.12-1The GLib library of C routines ii libgtk2.0-0 2.10.12-2The GTK+ graphical user interface ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.6-3 NetScape Portable Runtime Library ii libnss3-0d 3.11.5-3+b1 Network Security Service libraries ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2-20070516-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library 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 libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-15 compression library - runtime icedove recommends no packages. -- debconf information: icedove/browser: Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405216: hal: Problem exists - Donald Gordon's patch solves it
Hi Michael, Michael Biebl wrote: hal 0.5.9 has solved this a bit differently. Could you test the hal-0.5.9 packages from experimental and confirm that this version solves your problem? Cheers, Michael Yes, hal 0.5.9 does indeed solve the issue. Great! Thanks, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422701: kontact: crash on startup
Package: kontact Version: 4:3.5.6.dfsg.1-2 Severity: normal Hi, on two of my machines kontact reliably crashes on startup since 1-2 weeks. On the third machine it runs fine. kmail and korganizer both run well standalone. I'll attach a backtrace. Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.4-jawaka Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kontact depends on: ii kdelibs4c2a 4:3.5.6.r1.dfsg.1-4 core libraries and binaries for al ii libc62.5-5 GNU C Library: Shared libraries ii libgcc1 1:4.1.2-5 GCC support library ii libkcal2b4:3.5.6.dfsg.1-2KDE calendaring library ii libkdepim1a 4:3.5.6.dfsg.1-2KDE PIM library ii libkpimidentities1 4:3.5.6.dfsg.1-2KDE PIM user identity information ii libqt3-mt3:3.3.7-4+b1Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.2-5 The GNU Standard C++ Library v3 Versions of packages kontact recommends: ii kaddressbook4:3.5.6.dfsg.1-2 KDE NG addressbook application ii kitchensync 4:3.5.6.dfsg.1-2 Synchronization framework ii kmail 4:3.5.6.dfsg.1-2 KDE Email client ii knode 4:3.5.6.dfsg.1-2 KDE news reader ii knotes 4:3.5.6.dfsg.1-2 KDE sticky notes ii korganizer 4:3.5.6.dfsg.1-2 KDE personal organizer -- no debconf information Using host libthread_db library /lib/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1242933552 (LWP 10119)] [New Thread -1288193136 (LWP 10123)] [New Thread -1279804528 (LWP 10122)] [New Thread -1271415920 (LWP 10121)] [New Thread -1263027312 (LWP 10120)] [KCrash handler] #5 0xb6e5eb2c in QObject::parent (this=0x0) at ../include/qobject.h:154 #6 0xb6e5f2f9 in QWidget::parentWidget (this=0x0, sameWindow=false) at ../include/qwidget.h:878 #7 0xb6e97e80 in QWidget::raise (this=0x0) at kernel/qwidget_x11.cpp:1869 #8 0xb2a335b1 in Archive::open () from /usr/lib/libbasketcommon.so #9 0xb2a46352 in BNPView::addWelcomeBaskets () from /usr/lib/libbasketcommon.so #10 0xb2a46974 in BNPView::lateInit () from /usr/lib/libbasketcommon.so #11 0xb2a4784b in BNPView::qt_invoke () from /usr/lib/libbasketcommon.so #12 0xb6f33e1b in QObject::activate_signal (this=0x8839d18, clist=0x88358b0, o=0xbfd378d8) at kernel/qobject.cpp:2356 #13 0xb72bcf87 in QSignal::signal (this=0x8839d18, [EMAIL PROTECTED]) at .moc/debug-shared-mt/moc_qsignal.cpp:100 #14 0xb6f5399e in QSignal::activate (this=0x8839d18) at kernel/qsignal.cpp:212 #15 0xb6f5b370 in QSingleShotTimer::event (this=0x8839cf0) at kernel/qtimer.cpp:286 #16 0xb6ecbcf2 in QApplication::internalNotify (this=0xbfd38e88, receiver=0x8839cf0, e=0xbfd37c48) at kernel/qapplication.cpp:2635 #17 0xb6ecdb0f in QApplication::notify (this=0xbfd38e88, receiver=0x8839cf0, e=0xbfd37c48) at kernel/qapplication.cpp:2358 #18 0xb75d3cce in KApplication::notify (this=0xbfd38e88, receiver=0x8839cf0, event=0xbfd37c48) at /tmp/buildd/kdelibs-3.5.6.r1.dfsg.1/./kdecore/kapplication.cpp:550 #19 0xb6e5f4c1 in QApplication::sendEvent (receiver=0x8839cf0, event=0xbfd37c48) at ../include/qapplication.h:520 #20 0xb6ebe6c3 in QEventLoop::activateTimers (this=0x809f100) at kernel/qeventloop_unix.cpp:556 #21 0xb6e7380f in QEventLoop::processEvents (this=0x809f100, flags=3) at kernel/qeventloop_x11.cpp:389 #22 0xb56760e8 in SummaryWidget::initDocuments (this=0x88e4250) at /tmp/buildd/kdepim-3.5.6.dfsg.1/./kontact/plugins/newsticker/summarywidget.cpp:145 #23 0xb5676d7c in SummaryWidget (this=0x88e4250, parent=0x88dd650, name=0x0) at /tmp/buildd/kdepim-3.5.6.dfsg.1/./kontact/plugins/newsticker/summarywidget.cpp:78 #24 0xb5676f4a in NewsTickerPlugin::createSummaryWidget (this=0x8247ba8, parentWidget=0x88dd650) at /tmp/buildd/kdepim-3.5.6.dfsg.1/./kontact/plugins/newsticker/newsticker_plugin.cpp:42 #25 0xb557cd36 in SummaryViewPart::updateWidgets (this=0x8177730) at /tmp/buildd/kdepim-3.5.6.dfsg.1/./kontact/plugins/summary/summaryview_part.cpp:179 #26 0xb557dc44 in SummaryViewPart::initGUI (this=0x8177730, core=0x80c6db8) at /tmp/buildd/kdepim-3.5.6.dfsg.1/./kontact/plugins/summary/summaryview_part.cpp:395 #27 0xb557e507 in SummaryViewPart (this=0x8177730, core=0x80c6db8, aboutData=0x8173e58, parent=0x8284bc0, name=0xb5580d51 summarypart) at /tmp/buildd/kdepim-3.5.6.dfsg.1/./kontact/plugins/summary/summaryview_part.cpp:78 #28 0xb557e921 in SummaryView::createPart (this=0x8284bc0) at /tmp/buildd/kdepim-3.5.6.dfsg.1/./kontact/plugins/summary/summaryview_plugin.cpp:47 #29 0xb7d5c412 in Kontact::Plugin::part (this=0x8284bc0) at
Bug#405216: hal: Problem exists - Donald Gordon's patch solves it
Package: hal Version: 0.5.8.1-9 Followup-For: Bug #405216 Hi, just a status update on this bug: Current hal shows the same issue while Donald Gordon's patch solved it (I didn't try the patch with current hal, though). Has it been send to upstream? Kind regards, Felix -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.4-jawaka Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hal depends on: ii adduser 3.102 Add and remove users and groups ii dbus 1.0.2-4simple interprocess messaging syst ii libc6 2.5-5 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-4simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2 simple interprocess messaging syst ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libglib2.0-0 2.12.11-3 The GLib library of C routines ii libhal-storage1 0.5.8.1-9 Hardware Abstraction Layer - share ii libhal1 0.5.8.1-9 Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-7 userspace USB programming library ii libvolume-id0 0.105-4libvolume_id shared library ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii pciutils 1:2.2.4-1 Linux PCI Utilities ii udev 0.105-4/dev/ and hotplug management daemo ii usbutils 0.72-8 Linux USB utilities Versions of packages hal recommends: ii eject 2.1.4-4ejects CDs and operates CD-Changer -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402175: powersaved: Wrong (constant) battery info when AC is unplugged
On Friday 12 January 2007 22:48, Michael Biebl wrote: This is very likely a bug in HAL and the same problem as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405216 Can you confirm, that it is hal, that reports too coarse figures (0, 25%, 50%, 75% and 100%) when the battery is (dis)charged. Use lshal | grep battery.charge_level.percentage. Cheers, Michael Hi Michael, thanks for caring :-) Yes, the problem seems to be the same as reported in bug #405216. My laptop is an Acer, too, and the present voltage is 1mV just as in #405216. Here's the battery information: $ cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: discharging present rate:1901 mA remaining capacity: 2974 mAh present voltage: 1 mV Here's what I got from lshal: 97% directly after unplugging. A minute later I got 100% (strange, isn't it). Next, step is 75%, then 50%. (I stopped here) Why does HAL need to recalculate the charge_level.percentage at all when it is already provided by acpi? Shouldn't they (acpi and lshal) report the same values anyway? Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402175: powersaved: Wrong (constant) battery info when AC is unplugged
Package: powersaved Version: 0.14.0-6 Severity: critical Justification: causes serious data loss On my laptop, when the AC adaptor is unplugged 'powersave -B' reports a constant battery state (75% charged, 180 minutes left) no matter what the state according to 'acpi -V' is, it doesn't change a bit. If the AC adaptor is plugged in 'powersave -B' reports values which are comparable with those of 'acpi -V'. I've set the severity to critical since I think that one of the key functions of powersaved for laptop users is to prevent data loss caused by running out of battery. If powersaved constantly sees 75% of capacity it will never trigger the appropriate actions. I don't know when this faulty behaviour started but I remember that it has been working correctly in the past. Kind regards, Felix -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1-jawaka Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages powersaved depends on: ii adduser 3.100 Add and remove users and groups ii dbus 1.0.1-2 simple interprocess messaging syst ii hal 0.5.8.1-4 Hardware Abstraction Layer ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libcpufreq0 002-2 shared library to deal with the cp ii libdbus-1-3 1.0.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libgcc1 1:4.1.1-20 GCC support library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libhal1 0.5.8.1-4 Hardware Abstraction Layer - share ii libpowersave10 0.14.0-6power management daemon - shared l ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip Versions of packages powersaved recommends: ii acpid 1.0.4-5 Utilities for using ACPI power man ii grub 0.97-20 GRand Unified Bootloader ii hdparm 6.9-1 tune hard disk parameters for high ii kpowersave 0.6.2-4 frontend to powersave for setting ii uswsusp0.3~cvs20060928-4 tools to use userspace software su -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402175: powersaved: Wrong (constant) battery info when AC is unplugged
Hi, I should have waited a bit longer before filing this bug report: The charge is not reported as a constant but seems to go down in 25% portions. Starting with a fully charged battery powersave will show 100% until the acpi charge goes down to 94% . Powersave will then display 75%. I don't know yet how this will continue. Please, accept my apologies for not properly checking the correctness of my original report, especially in the light of giving it such a high severity. Sorry!!! On Friday 08 December 2006 19:05, you wrote: powersaved gets the information from hal. What does lshal | grep battery say? Here's the output: ~$ lshal | grep battery battery.remaining_time = 10800 (0x2a30) (int) battery.charge_level.percentage = 75 (0x4b) (int) battery.charge_level.rate = 1 (0x1) (int) battery.charge_level.last_full = 4 (0x4) (int) battery.charge_level.current = 3 (0x3) (int) battery.voltage.current = 1 (0x1) (int) battery.reporting.rate = 1596 (0x63c) (int) battery.reporting.current = 3696 (0xe70) (int) battery.charge_level.capacity_state = 'ok' (string) battery.rechargeable.is_discharging = true (bool) battery.rechargeable.is_charging = false (bool) battery.is_rechargeable = true (bool) battery.charge_level.unit = 'mWh' (string) battery.charge_level.granularity_2 = 473 (0x1d9) (int) battery.charge_level.granularity_1 = 473 (0x1d9) (int) battery.charge_level.low = 1953 (0x7a1) (int) battery.charge_level.warning = 4440 (0x1158) (int) battery.charge_level.design = 65120 (0xfe60) (int) battery.voltage.design = 14800 (0x39d0) (int) battery.voltage.unit = 'mV' (string) battery.reporting.granularity_2 = 32 (0x20) (int) battery.reporting.granularity_1 = 32 (0x20) (int) battery.reporting.low = 132 (0x84) (int) battery.reporting.warning = 300 (0x12c) (int) battery.reporting.design = 4400 (0x1130) (int) battery.reporting.last_full = 4206 (0x106e) (int) battery.reporting.unit = 'mAh' (string) battery.technology = 'lithium-ion' (string) battery.reporting.technology = 'LION' (string) battery.serial = '12025' (string) battery.model = 'ZL01' (string) battery.vendor = 'SANYO' (string) battery.present = true (bool) info.capabilities = {'battery'} (string list) info.category = 'battery' (string) battery.type = 'primary' (string) linux.acpi_path = '/proc/acpi/battery/BAT1' (string) battery.present = false (bool) info.capabilities = {'battery'} (string list) info.category = 'battery' (string) battery.type = 'primary' (string) linux.acpi_path = '/proc/acpi/battery/BAT2' (string) Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401341: Starting gnue-appserver fails
Package: gnue-appserver Version: 0.4.3-1 Severity: grave Justification: renders package unusable After a fresh install I get this: Starting gnue-appserver: gnue-appserverTraceback (most recent call last): File /usr/bin/gnue-appserver, line 30, in ? from gnue.appserver import geasRpcServer ImportError: No module named gnue.appserver Kind regards, Felix -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1-jawaka Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnue-appserver depends on: ii gnue-common 0.6.1-1GNU Enterprise Common Library for ii python2.4.4-1An interactive high-level object-o gnue-appserver recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353360: eclipse: What about update-java-alternatives?
Package: eclipse Version: 3.1.2-2 Followup-For: Bug #353360 Hi Michael, On Fri, 17 Feb 2006 20:42:41 +0100 Michael Koch wrote: The alternates system doesnt fit into the Java world. Eclipse needs more then just the java runtime binary. It needs whole Java Runtime environment. As you know, since version 0.24 the java-common package provides 'update-java-alternatives' which seems to facilitate setting a default Java Whatever environment. Doesn't this change the situation? Would it not be possible now for Eclipse to use the system's default JRE by default as set via update-java-alternatives? Kind regards, Felix -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1-jawaka Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.2-2Java Development Tools plug-ins fo ii eclipse-pde 3.1.2-2Plug-in Development Environment to ii eclipse-source3.1.2-2Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354895: Wizard's working fine if OOo is build with Sun's Java
Hi, after struggling a bit with the debian/rules file I managed to build OOo-packages with Sun's JDK from the sun-java5-jdk package. I build packages from the 2.0.4-5 sources. (Wow, 12 hours on a dated 1GHz Dual Pentium 3 machine. That's been my largest build since generating all computer modern fonts back then on my 33MHz 80386 machine..and building cm fonts is done on the fly nowadays...) The form wizard is working fine now. It is working with both available JREs, i.e. Sun's 1.5.0_08 and FSF's 1.4.2. So now we _know_ that the problem is due to building with gcj. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395894: Installing openoffice.org-gcj breaks (already broken) form wizard even further
Hi Rene, On Saturday 28 October 2006 20:57, you wrote: Sun's JDK, I can't figure it out myself from the really debian/rules file. ` really what? The really is probably the result of accidental pasting: Sometimes when I move my finger too slowly on the touchpad this is interpreted as a middle-mouse-button-event. In other words: Really wasn't really meant to be there at all... It's easy to see. Hint: sarge. Easy for you, not for me... Sure, the JAVA_HOME variable is easy to find. But what about SYSTEM_XT? It's set to n for the Sarge backport and to y for the other builds. What does it mean? Is this related to gcj/Sun's Java? Do I have to set it to n when building with Sun's JDK? What about the CONFIGURE_FLAGS? Are those used for the Sarge backport the ones I should use when building with Sun's Java on Sid ? You see, I don't know what e.g. --with-system-xml-apis means. Unfortunately, at the moment I can't build OOo anyway since the Build-dependencies for openoffice.org could not be satisfied ( - apt-get build-dep openoffice.org ). I've tried on 3 different machines. On another note, the reason I want to build OOo with Sun's Java is to make sure the issues I've reported are indeed due to building with different Javas. At the moment it's just a guess, Your guess, BTW. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395894: Installing openoffice.org-gcj breaks (already broken) form wizard even further
On Saturday 28 October 2006 20:59, you wrote: (Without openoffice.org-gcj the from wizard at least pretends to be working and only reveals its non-functional nature in the very last step..) Looks like a improvement to me... ;) At least it now doesn't pretend to work.. Yes, your right, it is an improvement ;-) How about further improvement by removing the wizard until there is a chance it could work? (I don't see why this justfies a new bugreport, but *shrugs*) The form wizard behaves differently when openoffice.org-gcj is installed. Therefore I can't tell if it's really the same bug. If the wizard would work in at least one configuration I could tell. Nevertheless, you know much more about OOo than I do. So, if you know that both bugs have the same reason, please merge #395894 and #354895 Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395894: Installing openoffice.org-gcj breaks (already broken) form wizard even further
Package: openoffice.org-gcj Version: 2.0.4-2 Severity: normal Again, I've tried to use the form wizard in oobase from Debian. This time I've installed openoffice.org-gcj and the form wizard won't even come up. (Without openoffice.org-gcj the from wizard at least pretends to be working and only reveals its non-functional nature in the very last step..) BTW, Rene, could you please tell me how to build OOo-packages against Sun's JDK, I can't figure it out myself from the really debian/rules file. Kind regards, Felix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-jawaka-splash Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages openoffice.org-gcj depends on: ii gij 4:4.1.1-13 The GNU Java bytecode interpreter ii java-gcj-compat 1.0.65-8Java runtime environment using GIJ ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-18 GCC support library ii libgcj-bc4.1.1-19Link time only library for use wit ii libgcj-common1:4.1.1-19 Java runtime library (common files ii openoffice.org-core 2.0.4-2 OpenOffice.org office suite archit ii openoffice.org-java-common 2.0.4-2 OpenOffice.org office suite Java s ii zlib1g 1:1.2.3-13 compression library - runtime openoffice.org-gcj recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390925: qt4-doc: Please, package 'qtdemo' and the Qt4 demonstration sources
Package: qt4-doc Version: 4.1.4-1.1 Severity: wishlist Hi, first, the README says Run the Qt Examples and Demos either by typing 'qtdemo' on the command line or through the desktop's Start menu. Since qtdemo is not part of the package either that part of the README should be removed or else qtdemo should be included in the package. Moreover, upstream's demos are missing as sources. Could you please ship them at least as qt4-demos.tar.gz just as you do with the examples? Thanks, Felix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-jawaka-splash Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354895: No improvements half a year later...
Hi, I would just like to let you know that nothing seems to have changed. The form wizard is still not functional in 2.0.4~rc1-1. I guess it's still a Debian (read building with gcj) specific issue, though I didn't try alternate packages this time. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388306: hal: HAL detects wrong system.formfactor for my laptop
Package: hal Version: 0.5.7.1-2 Severity: normal My laptop is not detected by HAL as a laptop: [EMAIL PROTECTED]:~$ lshal | grep formfactor system.formfactor = 'unknown' (string) This e.g. causes kpowersave to hide an important laptop specific option from me. Kind regards, Felix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-jawaka-splash Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages hal depends on: ii adduser 3.97 Add and remove users and groups ii dbus 0.92-2 simple interprocess messaging syst ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libdbus-1-3 0.92-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-2 simple interprocess messaging syst ii libexpat1 1.95.8-3.3 XML parsing C library - runtime li ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libhal1 0.5.7.1-2 Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii pciutils 1:2.2.4~pre4-1 Linux PCI Utilities ii udev 0.100-1/dev/ and hotplug management daemo ii usbutils 0.72-5 USB console utilities hal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378839: [Pkg-bluetooth-maintainers] Bug#378839: bluez-pcmcia-support: udev support broken
On Tuesday 08 August 2006 04:15, Adeodato Simó wrote: * Felix Homann [Wed, 26 Jul 2006 10:12:11 +0200]: On Tuesday 25 July 2006 16:23, Filippo Giunchedi wrote: okay, I've updated bluetooth.sh and bluez-pcmcia-support.udev again, do you mind trying if it works as expected? It works as expected. Does this mean the bug is fixed in version 3.1-3 of the package, and so the bug can be closed? Yes, it can IMO. Kind regards, Felix
Bug#379401: ISCAN/PSCAN can't be enabled in hcid.conf
Hi again, OK, my system won't be seen by others since iscan/pscan enbable/disabe options in hcid.conf don't have any effect at all. PSCAN and only PSCAN and always PSCAN will be enabled no matter what I specify in hcid.conf. Setting the scan mode manually via hciconfig works as expected, though. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378839: [Pkg-bluetooth-maintainers] Bug#378839: bluez-pcmcia-support: udev support broken
On Tuesday 25 July 2006 16:23, Filippo Giunchedi wrote: okay, I've updated bluetooth.sh and bluez-pcmcia-support.udev again, do you mind trying if it works as expected? It works as expected. Also can you paste the relevant udev database entry for your card? Here you go: P: /class/tty/ttyS2 N: ttyS2 E: MANFID=0x025e E: CARD_ID=0x1000 E: DEVICENAME= searching the output of udevinfo -e might help. Only the mapping for $DEVICENAME is left to figure out. I don't understand what you expect here. As far as I can tell $DEVICENAME _has_ to be empty since $name is not a valid key (at least not mentioned in 'man udev'). It is not needed or used anywhere, so I think that ENV{DEVICENAME}=$name should be removed. If it was meant as a reaction on Marcel's remark about the DEVICE=`echo $DEVNAME|sed -e 's_/dev/__'` line in bluetooth.sh you can safely remove that line and use /usr/sbin/hciattach $DEVNAME ... I agree with Marcel in that the script should be renamed into bluetooth_serial (and every other point he made!). Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379403: kbluetoothd only blinded with Belkin USB stick?
Hi, I've tried another USB dongle. With an EPoX BT-DG03 kbluetooth can find other devices, with a Belkin F8T013 it can't. 'hcitool scan' can find devices no matter which dongle I use. I never had a problem with bluez-utils =2.25-1. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378839: [Pkg-bluetooth-maintainers] Bug#378839: bluez-pcmcia-support: udev support broken
On Tuesday 25 July 2006 11:12, Filippo Giunchedi wrote: I've modified the rules file, it is available at http://svn.debian.org/wsvn/pkg-bluetooth/bluez-utils/trunk/debian/bluez-pcm cia-support.udev?op=filerev=0sc=0 and the bluetooth.sh invoked on RUN available at http://svn.debian.org/wsvn/pkg-bluetooth/bluez-utils/trunk/debian/bluetooth .sh?op=filerev=0sc=0 what about the change from DEVPATH to PHYSDEVPATH Felix proposed in bluetooth.sh? Felix: do you mind trying the first file to see if it works for you? It's working, but only if PHYSDEVPATH is used in bluetooth.sh. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379403: Further note
Having tried my PCMCIA card I found that kbluetoothd is only blinded using my USB bluetooth dongle. Strange... Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378839: [Pkg-bluetooth-maintainers] Bug#378839: bluez-pcmcia-support: udev support broken
On Tuesday 25 July 2006 11:12, Filippo Giunchedi wrote: what about the change from DEVPATH to PHYSDEVPATH Felix proposed in bluetooth.sh? Hi again, MANFID=`cat /sys/$PHYSDEVPATH/manf_id`,`cat /sys/$PHYSDEVPATH/card_id` and MANFID=`cat /sys/$DEVPATH/device/manf_id`,`cat /sys/$DEVPATH/device/card_id` seem to be equivalent in this setting. I don't know if either one is prefered or deprecated, but I would now prefer the latter since it's simpler: $DEVPATH - /class/tty/ttyS2 $PHYSDEVPATH - /devices/pci:00/:00:1e.0/:06:01.0/0.0 (on insertion of a SPHINX card) Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378839: [Pkg-bluetooth-maintainers] Bug#378839: bluez-pcmcia-support: udev support broken
On Tuesday 25 July 2006 13:18, Kay Sievers wrote: PHYSDEVPATH and the 'device' link are both deprecated and will go away some day in the future, you better pass the values you want to use in your script down from udev with $sysfs{}. That is not dependent on a specific order of devices in sysfs. Kay Thanks, I've attached working (for me) rules+bluetooth.sh. $sysfs{manf_id} and $sysfs{card_id} are passed to bluetooth.sh. Kind regards, Felix ## PCMCIA-Cards # Brain Boxes BL-620 Bluetooth Adapter SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==Brain Boxes, SYSFS{prod_id2}==Bluetooth PC Card, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # Xircom CreditCard Bluetooth Adapter SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==Xircom, SYSFS{prod_id3}==CBT, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # Xircom RealPort2 Bluetooth Adapter SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==Xircom, SYSFS{prod_id3}==CBT, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # IBM Bluetooth PC Card II SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==IBM, SYSFS{prod_id2}==Bluetooth PC Card II, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # TDK Bluetooth PC Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==TDK, SYSFS{prod_id2}==Bluetooth PC Card II, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # AmbiCom BT2000C Bluetooth PC/CF Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==AmbiCom BT2000C, SYSFS{prod_id2}==Bluetooth PC/CF Card, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # COM One Platinium Bluetooth PC Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==COM1 SA, SYSFS{prod_id2}==MC310 CARD, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # Sphinx PICO Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==SPHINX, SYSFS{prod_id2}==BT-CARD, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # H-Soft blue+Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==H-Soft, SYSFS{prod_id2}==Blue+CARD, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # Compaq iPAQ Bluetooth Sleeve SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==CF CARD, SYSFS{prod_id2}==GENERIC, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # Zoom Bluetooth Card # Sitecom CN-504 Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==PCMCIA, SYSFS{prod_id2}==Bluetooth Card, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # # dtl1_cs # # card Nokia Bluetooth Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==Nokia Mobile Phones, SYSFS{prod_id2}==DTL-1, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==Nokia Mobile Phones, SYSFS{prod_id2}==DTL-4, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # Socket Bluetooth Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==Socket, SYSFS{prod_id2}==CF+ Personal Network Card, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # # bt3c_cs # # 3Com Bluetooth PC Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==3COM, SYSFS{prod_id3}==Bluetooth PC Card, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # # bluecard_cs # # LSE041 Bluetooth PC Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==BlueCard, SYSFS{prod_id2}==LSE041, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # LSE039 Bluetooth Compact Flash Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==WSS, SYSFS{prod_id2}==LSE039, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # LSE139 Bluetooth Compact Flash Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==BTCFCARD, SYSFS{prod_id2}==LSE139, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # # bt950_cs # # AmbiCom BT2000E Bluetooth Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==AmbiCom,Inc, SYSFS{prod_id2}==BT2000E, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # Pretec BT2000E Bluetooth Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==Pretec, SYSFS{prod_id2}==BT2000E, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # Billionton Bluetooth Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==Compact Flash, SYSFS{prod_id2}==Bluetooth Card, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} # # btuart_cs # # Cyber-blue Compact Flash Card SUBSYSTEM==tty, BUS==pcmcia, SYSFS{prod_id1}==BT, SYSFS{prod_id2}==, SYSFS{prod_id3}==, SYSFS{prod_id4}==, RUN+=/lib/udev/bluetooth.sh $sysfs{manf_id} $sysfs{card_id} bluetooth.sh Description: application/shellscript
Bug#378839: [Pkg-bluetooth-maintainers] Bug#378839: bluez-pcmcia-support: udev support broken
On Tuesday 25 July 2006 17:12, Marcel Holtmann wrote: this is nice, but there is no need to run bluetooth.sh on non-serial based Bluetooth cards like the Nokia DTL1 for example. They work perfectly fine without any additional udev rule. The rules are essentially taken from SuSE, I don't know where they got them from. I also don't like that bluetooth.sh tries to run /etc/init.d/bluetooth, because this should not be a task of an udev script. Either Bluetooth is enabled to be started a system boot or not. Agreed! The other thing is that this is not Debian specific. So why does nobody tried to start an upstream discussion on bluez-devel or linux-hotplug mailing list. Very good point!!! Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379401: bluez-utils: 3.1-2 renders system invisible for other BT devices
Package: bluez-utils Version: 3.1-2 Severity: important Hi, with bluez-utils 3.1-2 my system is invisible for other devices, it can't be found. I still can send data from devices that know my dongle's bluetooth address, though. Kind regards, Felix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-jawaka-splash Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bluez-utils depends on: ii libbluetooth2 3.1-1 Library to use the BlueZ Linux Blu ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdbus-1-20.62-4simple interprocess messaging syst ii libdbus-glib-1-2 0.62-4simple interprocess messaging syst ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libusb-0.1-4 2:0.1.12-2userspace USB programming library ii lsb-base 3.1-10Linux Standard Base 3.1 init scrip ii makedev2.3.1-82 creates device files in /dev ii module-init-tools 3.2.2-3 tools for managing Linux kernel mo ii modutils 2.4.27.0-6Linux module utilities ii sysvinit 2.86.ds1-14.1 System-V-like init utilities ii udev 0.093-1 /dev/ and hotplug management daemo bluez-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379403: bluez-utils: kbluetoothd blinded
Package: bluez-utils Version: 3.1-2 Severity: important Hi again, using bluez-utils 3.1-2 kbluetoothd (from the kdebluetooth package) won't find any bluetooth devices, it's blind. That's not been a problem with previous versions. 'hcitool scan' is working properly so it's not a completely blind system. Kind regards, Felix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-jawaka-splash Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bluez-utils depends on: ii libbluetooth2 3.1-1 Library to use the BlueZ Linux Blu ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdbus-1-20.62-4simple interprocess messaging syst ii libdbus-glib-1-2 0.62-4simple interprocess messaging syst ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libusb-0.1-4 2:0.1.12-2userspace USB programming library ii lsb-base 3.1-10Linux Standard Base 3.1 init scrip ii makedev2.3.1-82 creates device files in /dev ii module-init-tools 3.2.2-3 tools for managing Linux kernel mo ii modutils 2.4.27.0-6Linux module utilities ii sysvinit 2.86.ds1-14.1 System-V-like init utilities ii udev 0.093-1 /dev/ and hotplug management daemo bluez-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378839: [Pkg-bluetooth-maintainers] Bug#378839: bluez-pcmcia-support: udev support broken
On Wednesday 19 July 2006 12:00, Filippo Giunchedi wrote: [I'm CCing udev maintainer to have some comments (if any)] On Wed, Jul 19, 2006 at 10:57:04AM +0200, [EMAIL PROTECTED] wrote: The udev rules supplied by the package don't work. At least on my system tested with a SPHINX and a Sitecom card. The solution is to replace ENV{BUS} by ENV{PHYSDEVBUS} in bluez-pcmcia-support.udev and to correspondingly change $DEVPATH to $PHYSDEVPATH in bluetooth.sh, i. e. revert to the solution I sent in #351106. Marco: comments on this? will this solution work for all cases in your opinion? Just one further comment: The solution is propose is not my own invention. It's what SuSE has been doing for a long time. (I already mentioned this in #351106.) Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377798: ...and how about s2both?
Hi again, and support for s2both would be very welcome, too. In essence it would be nice to have an easy means to specify the command used to suspend-to-whatever. I for one would like to suspend-to-ram using 's2both' and suspend-to-disk using 's2disk'. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373220: kdvi crashes on logout
On Tuesday 13 June 2006 23:43, Pierre Habouzit wrote: if you can send a useful backtrace + the dvi that causes the crash yourself, you would spare us a lot of time :D OK, I've installed the respective -dbg packages. The new backtrace is attached. I hope it is a good one. To reproduce please open kdvi-crash.dvi with kdvi and logout. The LaTeX source is also attached. Please, let me know if you need additional information or if the backtrace is not good enough. Kind regards, Felix Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1231898336 (LWP 10212)] [KCrash handler] #5 KViewPart::writeSettings (this=0x81333f0) at /build/buildd/kdegraphics-3.5.3/./kviewshell/kviewpart.cpp:1363 #6 0xb68102be in ~KViewPart (this=0x81333f0) at /build/buildd/kdegraphics-3.5.3/./kviewshell/kviewpart.cpp:351 #7 0xb7998dfe in QPtrListQObject::deleteItem (this=0x8132098, d=0x0) at /usr/share/qt3/include/qptrlist.h:150 #8 0xb72c4614 in QGList::clear (this=0x8132098) at tools/qglist.cpp:701 #9 0xb75e4597 in ~KLibrary (this=0x8132060) at /usr/share/qt3/include/qptrlist.h:93 #10 0xb75e4c23 in KLibLoader::close_pending (this=0x8131c30, wrap=0x0) at /build/buildd/kdelibs-3.5.3/./kdecore/klibloader.cpp:516 #11 0xb75e508e in ~KLibLoader (this=0x8131c30) at /build/buildd/kdelibs-3.5.3/./kdecore/klibloader.cpp:328 #12 0xb75884ab in KLibLoader::cleanUp () at /build/buildd/kdelibs-3.5.3/./kdecore/klibloader.cpp:298 #13 0xb76313e3 in ~KApplication (this=0xbfbfbef4) at /build/buildd/kdelibs-3.5.3/./kdecore/kapplication.cpp:1609 #14 0x0805043f in main (argc=135477264, argv=0x8133810) at /build/buildd/kdegraphics-3.5.3/./kdvi/main.cpp:153 #15 0xb7d4ceb0 in __libc_start_main () from /lib/tls/libc.so.6 #16 0x08050161 in _start () at ../sysdeps/i386/elf/start.S:119 \listfiles \documentclass[11pt,liststotoc,a4paper,pagesize,headsepline]{scrreprt} \pagestyle{headings} \usepackage[latin1]{inputenc} \usepackage{hyperref} \begin{document} \section{kdvi crashes on logout} \label{sec:kdvi-crashes-logout} kdvi reliably crashes on logout from a KDE session if this file is opened. \end{document} %%% Local Variables: %%% mode: latex %%% TeX-master: kdvi-crash %%% End: kdvi-crash.dvi Description: TeX dvi file
Bug#373220: kdvi crashes on logout
On Tuesday 13 June 2006 21:58, you wrote: the backtrace is useless, please provide a good one by installing the relevant -dbg packages, or this report will be closed. thanks Your reply is partially useless, please provide a good one by telling me what the relevant -dbg packages are and how to use them, or I won't be able to [EMAIL PROTECTED] help. (Sorry, but your reply sounded a little harsh compared to the helpful tone you usually have on the debian-kde list..) I've investigated a bit further and found out that the crash depends on the dvi file opened. I've attached a .dvi and the corresponding .tex file which reliably crash kdvi on logout. Just open the kdvi-crash.dvi with kdvi and log out from your KDE session. I've tested it on 2 different machines (one actually still using KDE 3.5.2). And again, please, tell me how to produce a good backtrace. I'll gladly send it to you and the bug tracking system. Kind regards, Felix Homann kdvi-crash.dvi Description: TeX dvi file \listfiles \documentclass[11pt,liststotoc,a4paper,pagesize,headsepline]{scrreprt} \pagestyle{headings} \usepackage[latin1]{inputenc} \usepackage{hyperref} \begin{document} \section{kdvi crashes on logout} \label{sec:kdvi-crashes-logout} kdvi reliably crashes on logout from a KDE session if this file is opened. \end{document} %%% Local Variables: %%% mode: latex %%% TeX-master: kdvi-crash %%% End:
Bug#373220: kdvi crashes on logout
On Tuesday 13 June 2006 23:13, Pierre HABOUZIT wrote: you have to install qt-x11-free-dbg, kdebase-dbg, kdelibs-dbg and probably kdegraphics-dbg packages, so that the backtraces are not full of (no symbol found) meaning that the backtrace cannot be used to anything useful. Thanks, I'll try this tomorrow. sorry for the tone, No problem, really :-) we just have too many of those backtraces thrown at us daily, with no explanation on how to reproduce the bug, and the user usualy think they were useful, and it's sometimes iritating. Maybe, the KDE crash handler should not provide backtraces without the relevant -dbg libraries. If it wouldn't provide useless backtraces you wouldn't have to bother about them. BTW, I actually thought kdvi would crash with *every* .dvi opened since it does so with every .dvi I produce. Your reply caused me to investigate further. So it's all for good! if you can provide a good backtrace, with the dvi file you sent + that backtrace, I've enough to forward the bug upstream. I've already send a bug report to upstream as #129099. Please, let me know if you would prefer me sending further information to the Debian-, KDE- or both bug tracking systems. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365930: guessnet: A wireless test using wpa_cli
Package: guessnet Version: 0.38-1 Severity: wishlist Hi, enclosed you will find a test I called test-wpacli that I think is useful for those who are using wpa_supplicant to connect to an access point. It is based on test-wireless but does not need to bring an interface up. Instead it uses wpa_cli (included in the wpasupplicant package) to check for the ssid and bssid of the AP wpa_supplicant has connected to. wpa_cli -i$IFACE status has output like this: Selected interface 'wlan' bssid=00:01:02:03:04:05 ssid=your-network-name pairwise_cipher=TKIP group_cipher=TKIP key_mgmt=WPA-PSK wpa_state=COMPLETED This is used in the test to check for the actual SSID/BSSID. I've included 1. test-wpacli which can be used just as test-wireless (using bssid instead of mac and ssid instead of essid; BSSID has to be lowercase) 2. test-command-wpacli which is essentially the same but is designed to be used with a 'test-command' directive, i.e. expects $IFACE to be set. I think this should go into examples/ 3. Patches for IfaceParser.cc and GuessnetParser.cc in order to make test-wpacli work 4. A patch for the man page as well The patches have been generated against the current Debian package 0.38-1. Thanks and kind regards, Felix --- guessnet.8-original 2006-05-03 21:08:29.0 +0200 +++ guessnet.8 2006-05-03 21:08:46.0 +0200 @@ -348,7 +348,42 @@ the wireless network adapter to keep it associated to an access point. .sp Note that the \fBwireless\fP test is not yet implemented cleanly. - +.SS wpacli +.TP +.B Test description file syntax: +\fIprofile\fP \fBwpacli\fP [\fBbssid\fP \fIBSSID\fP] [\fBssid\fP \fISSID\fP] +.TP +.B Ifupdown mode syntax: +\fBtest wpacli\fP [\fBbssid\fP \fIBSSID\fP] [\fBssid\fP \fISSID\fP] +.TP +.B Description: +When +.BR wpa_supplicant (8) +is used to associate with an access point (AP), this +tests the BSSID and/or the SSID of the associated AP. +If both are given then \fIBSSID\fP must precede \fISSID\fP. +.sp +Blanks may be included in the SSID. +For example, +.nf +prof1 wpacli ssid My LAN +.fi +tests for an SSID of My LAN. +.sp +Since the test is using +.BR wpa_cli (8) +the \fIBSSID\fP +has to be given in lower case letters. +.sp +Note that the \fBwpacli\fP test does not attempt +to change these properties; it only examines them. +This test is designed to work with and depends on +.BR wpa_supplicant (8) +which independently and dynamically manages +the wireless network adapter +to keep it associated to an access point. +.sp +Note that the \fBwpacli\fP test is not tested thoroughly. .P Note that if one of several tests terminates successfully then any other tests still running will be terminated with the KILL signal. @@ -375,7 +410,9 @@ Currently \fBguessnet\fP only supports s .BR sh (1), .BR pppoe (8), .BR ifplugd (8), -.BR waproamd (8). +.BR waproamd (8), +.BR wpa_supplicant (8), +.BR wpa_cli (8). .SH AUTHOR \fBGuessnet\fP was written by Enrico Zini [EMAIL PROTECTED] with contributions from Thomas Hood. --- GuessnetParser.cc-original 2006-05-03 21:06:43.0 +0200 +++ GuessnetParser.cc 2006-05-03 21:06:28.0 +0200 @@ -82,6 +82,18 @@ void GuessnetParser::parse(FILE* input, ^[[:blank:]]* ([^[:blank:]]+)[[:blank:]]+ wireless[[:blank:]]+essid[[:blank:]](.+)$, 3); + ExtendedRegexp wpacli_bssid_ssid_line( + ^[[:blank:]]* + ([^[:blank:]]+)[[:blank:]]+ + wpacli[[:blank:]]+bssid[[:blank:]]+([^[:blank:]]+)[[:blank:]]+ssid[[:blank:]](.+)$, 4); + ExtendedRegexp wpacli_bssid_line( + ^[[:blank:]]* + ([^[:blank:]]+)[[:blank:]]+ + wpacli[[:blank:]]+bssid[[:blank:]]+([^[:blank:]]+)[[:blank:]]*$, 3); + ExtendedRegexp wpacli_ssid_line( + ^[[:blank:]]* + ([^[:blank:]]+)[[:blank:]]+ + wpacli[[:blank:]]+ssid[[:blank:]](.+)$, 3); ExtendedRegexp old_input_line( ^[[:blank:]]*( IPPATTERN )[[:blank:]]+ ( MACPATTERN ) @@ -200,6 +212,24 @@ void GuessnetParser::parse(FILE* input, sc.handleScan(new ScriptScan(name, string(SCRIPTDIR /test-wireless ) + Environment::get().iface() + essid \ + wireless_essid_line[2] + \ )); found++; } + else if (wireless_mac_essid_line.match(line)) + { +string name = wpacli_bssid_ssid_line[1]; +sc.handleScan(new ScriptScan(name, string(SCRIPTDIR /test-wpacli ) + Environment::get().iface() + bssid + wpacli_bssid_ssid_line[2] + ssid \ + wpacli_bssid_ssid_line[3] + \ )); +found++; + } + else if (wpacli_bssid_line.match(line)) + { +string name = wpacli_bssid_line[1]; +sc.handleScan(new ScriptScan(name, string(SCRIPTDIR /test-wpacli ) + Environment::get().iface() + bssid + wpacli_bssid_line[2] )); +found++; + } + else if (wpacli_ssid_line.match(line)) + { +string name = wpacli_ssid_line[1]; +sc.handleScan(new ScriptScan(name, string(SCRIPTDIR /test-wpacli ) + Environment::get().iface() + ssid \ + wpacli_ssid_line[2] + \ )); +found++; + } else { warning(Parse error at line %d: line ignored\n, linenum); ---
Bug#365613: [pkg-wpa-devel] Bug#365613: Upgrading remote system makes it unmaintainable after reboot
On Wednesday 03 May 2006 09:05, Reinhard Tartler wrote: but the bug submitter seem to have confirmed that he uses custom scripts, which use /etc/wpa_supplicant.conf, Right, the custom script (which was in fact a direct call of wpa_supplicant via pre-up in /e/n/i) used /etc/wpa_supplicant.conf as suggested in 'man wpa_supplicant'. and he was okay with the removal of the system service. That's a misinterpretation: I'm not at all okay with the removal of the system service (on upgrade)! But that's an issue unrelated to this bug report. Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365613: [pkg-wpa-devel] Bug#365613: Upgrading remote system makes it unmaintainable after reboot
On Tuesday 02 May 2006 14:05, Kel Modderman wrote: Reinhard Tartler wrote: On Tue, May 02, 2006 at 09:34:31PM +1000, Kel Modderman wrote: We could surely keep the conffile in place, but would this really fix the issue? If you were invoking wpa_supplicant by an own script, pre-up or manually, and you expected wpa_supplicant.conf to exist yeah, I reckon it would. Ok, good point. Perhaps we should leave the wpa_supplicant.conf in place, so that custom scripts will stind find it. However I think this is a quite seldom cornercase, and I highly doubt this would satisfy the submitter. Of course this would satisfy the submitter. Why do you (Reinhard) think I suggested this solution? Well, lets wait and see if this would indeed satisfy Felix' bug report, from Felix himself. Thanks Kel! And just in case Reinhard did not understand: If you leave /etc/wpa_supplicant.conf in place on upgrades I regard the issue I reported in Bug#365613 as fixed! Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365613: [pkg-wpa-devel] Bug#365613: Upgrading remote system makes it unmaintainable after reboot
On Tuesday 02 May 2006 15:06, Kel Modderman wrote: Clarification: only leave /etc/wpa_supplicant alone if its been edited, remove the file if it has not changed since installation. Kel. Sure, that's the right way to do it. Thanks, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365613: wpasupplicant: Upgrading remote system makes it unmaintainable after reboot
Package: wpasupplicant Version: 0.4.8-4 Severity: critical Justification: breaks the whole system I tried upgrading wpasupplicant from 0.4.7-4 to 0.4.8-4 on a remote system that is connected to the network via a WPA connection using wpa_supplicant. The system is a server only system: It does not have a video card or keyboard but is maintained via SSH. After upgrading everything seemed to work as usual until reboot. After reboot the system could not connect to the network anymore and was therefore unmaintainable. Reason: /etc/wpa_suplicant.conf was renamed without warning. Solution: Don't rename /etc/wpa_supplicant.conf on upgrade. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365613: [pkg-wpa-devel] Bug#365613: wpasupplicant: Upgrading remote system makes it unmaintainable after reboot
severity 365613 important retitle 365613 Upgrading remote system makes it unmaintainable after reboot unmerge 365613 On Monday 01 May 2006 17:19, Reinhard Tartler wrote: Severity wishlist, this does not break your whole system, but your network connection. Making a system unmaintainable without warning seems very much like critical to me. I set the severity to important as a compromise. So I'm merging this with 360387, which is the same issue. It is not remotely the same issue. Unmerged the bug. This is a quite extreme and constructed example. It is not constructed at all. It happened. You did know in advance that this would break, as would have anyone who uses apt-listchanges, since this is written in Debian.NEWS. I don't have apt-listchanges installed. But even in /usr/share/doc/wpasupplicant/NEWS.Debian there is not a single word about renaming /etc/wpa_supplicant.conf. Sure, I could have known this would break due to all the discussion lately. But since this setup did not involve the init script I forgot about the /etc/wpa_supplicant.conf issue for a moment. (wpa_supplicant was started from an old fashioned 'pre-up' in /e/n/i ) Solution: Don't rename /etc/wpa_supplicant.conf on upgrade. And you exactly know why this isn't feasible. No, I don't have the slightest idea why this is not feasible, really. But if it is not feasible then you could at least display a word of warning. You still need some kind of system service, since this is what you rely on. Wrong! See above. please finally stop filing more duplicates on issues we are already aware of. Could you please point me to the duplicate bug report! Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363347: wpasupplicant: ifdown doesn't work correctly when using wpacli-action-dhclient script
Package: wpasupplicant Version: 0.4.8-3 Severity: normal Hi, when using wpacli-action-dhclient from the examples directory like this: # /etc/network/interfaces iface wlan inet manual wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf wpa-action /etc/wpa_supplicant/wpacli-action-dhclient ifdown wlan won't take the network interface down correctly. /bin/ip addr show wlan will still show an inet line. Regards, Felix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.3-jawaka Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wpasupplicant depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-1.1Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libssl0.9.8 0.9.8a-8 SSL shared libraries wpasupplicant recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363347: wpasupplicant: ifdown doesn't work correctly when using wpacli-action-dhclient script
retitle 363347 wpacli-action-dhclient breaks ifdown and thereby ifup and zeroconf severity 363347 important quit After further investigaion I found that the described behaviour has a major effect on ifup and zeroconf as well. I therefore rename the bug and increase its severity. Here's what happens. 1. Effect on ifup = Bring the interface up once, then ifdown it. Subsequent ifups will be successful even if they should fail (if e.g. the AP is unreachable or you turned your radio off). ifconfig will show the interface as configured with the old IP. 2. Effect on zeroconf = If you configure zeroconf to be used as fallback only it will only allocate a Link Local address if there isn't already an IP address in the global scope: - # From /etc/network/if-up.d/zeroconf: # should we only allocate an address if we do not already have one? if [ -n $FALLBACK ]; then /bin/ip addr show $IFACE scope global | grep -q inet IP=$? if [ $IP -eq 0 ]; then /bin/ip route add 169.254.0.0/16 dev $IFACE exit 0 fi fi - If the interface isn't brought down correctly zeroconf will never allocate a LL address. Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363347: [pkg-wpa-devel] Bug#363347: wpasupplicant: ifdown doesn't work correctly when using wpacli-action-dhclient script
On Tuesday 18 April 2006 21:29, Reinhard Tartler wrote: Thanks for trying to clarify, but please provide the requested information I asked you before. Patience! I had this one submitted even before you answered to the original report :-) Here's what happens. 1. Effect on ifup = Bring the interface up once, then ifdown it. With or without successful association? With succesful association. Subsequent ifups will be successful even if they should fail (if e.g. the AP is unreachable or you turned your radio off). ifconfig will show the interface as configured with the old IP. This is due to design limitations of ifupdown and the Linux kernel. ifupdown will bring the interface up regardless if it was able to configure the interface or not. I don't know of any concept in ifupdown to detect if 'bringing the interface up' has failed. I'm really sorry to tell you that this isn't an issue with the old setup ;-) I've tried the following: 1. ifup succesfully then ifdown with the wpacli-action-dhclient setup thus leaving the interface in a semi-down state, i.e. leaving the inet line behind. 2. Switch off the radio. Switch to an old style setup: #/etc/network/interfaces: iface wlan inet dhcp 3. Start a wpa_supplicant process for the interface. 4. Then ifup the interface. Since the radio is off, this attempt to bring the interface up will fail but afterwards the inet line from the /bin/ip output will be gone. In (at least recent) linux kernels, the interface does not loose the associated ip. I'm running 2.6.15.3. This sounds to me that ifupdown should always do a 'ip addr flush dev $IFACE' on ifup. Would this fix your problem? I don't think so. I guess it should rather flush the interface on ifdown. As a workaround, I'd suggest adding this command to /etc/wpa_supplicant/ifupdown.sh. Could you please try that and tell me if this fixes your problems? I'll see tomorrow. Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363347: [pkg-wpa-devel] Bug#363347: wpasupplicant: ifdown doesn't work correctly when using wpacli-action-dhclient script
On Tuesday 18 April 2006 20:45, Reinhard Tartler wrote: Interesting. I cannot reproduce the problem with madwifi-old here. What network card, driver and driver version are you using? Intel 2200BG, ipw2200 driver version 1.0.8 Please run 'ifdown --verbose wlan' # ifdown --verbose wlan Configuring interface wlan=wlan (inet) run-parts --verbose /etc/network/if-down.d run-parts: executing /etc/network/if-down.d/openvpn run-parts: executing /etc/network/if-down.d/resolvconf run-parts: executing /etc/network/if-down.d/wpasupplicant wpa_supplicant: ctrl_interface=/var/run/wpa_supplicant wpa_supplicant: sending disconnect signal and terminating wpa_cli daemon wpa_supplicant: /sbin/wpa_cli -p /var/run/wpa_supplicant -i wlan disconnect : OK run-parts --verbose /etc/network/if-post-down.d run-parts: executing /etc/network/if-post-down.d/wireless-tools run-parts: executing /etc/network/if-post-down.d/wpasupplicant wpa_supplicant: ctrl_interface=/var/run/wpa_supplicant wpa_supplicant: terminating wpa_supplicant daemon and attach the output of 'ip addr show wlan' to this bug report. #/bin/ip addr show wlan 2: wlan: BROADCAST,MULTICAST mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:01:02:03:04:05 brd ff:ff:ff:ff:ff:ff inet 192.168.1.20/24 brd 192.168.1.255 scope global wlan (I've edited the HWaddress in the output) --Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363347: [pkg-wpa-devel] Bug#363347: wpasupplicant: ifdown doesn't work correctly when using wpacli-action-dhclient script
On Tuesday 18 April 2006 21:29, Reinhard Tartler wrote: In (at least recent) linux kernels, the interface does not loose the associated ip. If you want to get all ip's off, you have to do a `ip addr flush dev wlan` (or reload the device driver module). On my machine it is sufficient to ifdown an interface. This even holds true for the managed mode wpa_supplicant setup. --Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363347: ifdown doesn't work correctly when using wpacli-action-dhclient script
On Tuesday 18 April 2006 22:55, Reinhard Tartler wrote: On Tue, Apr 18, 2006 at 10:18:10PM +0200, Felix Homann wrote: Since the radio is off, this attempt to bring the interface up will fail but afterwards the inet line from the /bin/ip output will be gone. Err, isn't this expected behavior? Sure, but it doesn't work with the wpacli-action-dhclient setup. I'm gonna have the old IP until eventually a new one will be supplied. The interface will be brought up even if the radio is off. See the attached log (all with wpacli-action-dhclient setup). Regards, Felix jawaka:~# ifdown --verbose wlan Configuring interface wlan=wlan (inet) run-parts --verbose /etc/network/if-down.d run-parts: executing /etc/network/if-down.d/openvpn run-parts: executing /etc/network/if-down.d/resolvconf run-parts: executing /etc/network/if-down.d/wpasupplicant wpa_supplicant: ctrl_interface=/var/run/wpa_supplicant wpa_supplicant: sending disconnect signal and terminating wpa_cli daemon wpa_supplicant: /sbin/wpa_cli -p /var/run/wpa_supplicant -i wlan disconnect : OK run-parts --verbose /etc/network/if-post-down.d run-parts: executing /etc/network/if-post-down.d/wireless-tools run-parts: executing /etc/network/if-post-down.d/wpasupplicant wpa_supplicant: ctrl_interface=/var/run/wpa_supplicant wpa_supplicant: terminating wpa_supplicant daemon jawaka:~# ifconfig lan Link encap:Ethernet HWaddr 00:C0:9F:86:58:DF UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:10 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:646 errors:0 dropped:0 overruns:0 frame:0 TX packets:646 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:234377 (228.8 KiB) TX bytes:234377 (228.8 KiB) jawaka:~# ip addr show wlan 2: wlan: BROADCAST,MULTICAST mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0e:35:da:c1:db brd ff:ff:ff:ff:ff:ff inet 192.168.1.20/24 brd 192.168.1.255 scope global wlan jawaka:~# # NOW I'VE SWITCHED OFF THE RADIO!!! jawaka:~# ifup --verbose wlan Configuring interface wlan=wlan (inet) run-parts --verbose /etc/network/if-pre-up.d run-parts: executing /etc/network/if-pre-up.d/wireless-tools run-parts: executing /etc/network/if-pre-up.d/wpasupplicant wpa_supplicant: ctrl_interface=/var/run/wpa_supplicant wpa_supplicant: guessing wpa-driver type of wext for wlan wpa_supplicant: waiting for wpa_cli to attach before starting wpa_supplicant: /sbin/wpa_supplicant -W -B -P /var/run/wpa_supplicant.wlan.pid -i wlan -c /etc/wpa_supplicant/wpa_supplicant.conf-test -D wext wpa_supplicant: ctrl_interface socket located at /var/run/wpa_supplicant/wlan wpa_supplicant: /sbin/wpa_cli -B -P /var/run/wpa_cli.wlan.pid -i wlan -p /var/run/wpa_supplicant -a /etc/wpa_supplicant/wpacli-action-dhclient wpa_supplicant: action script timed out, backgrounding run-parts --verbose /etc/network/if-up.d run-parts: executing /etc/network/if-up.d/000resolvconf run-parts: executing /etc/network/if-up.d/openvpn run-parts: executing /etc/network/if-up.d/zeroconf jawaka:~# ifconfig lan Link encap:Ethernet HWaddr 00:C0:9F:86:58:DF UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:10 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:658 errors:0 dropped:0 overruns:0 frame:0 TX packets:658 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:238961 (233.3 KiB) TX bytes:238961 (233.3 KiB) wlan Link encap:Ethernet HWaddr 00:0E:35:DA:C1:DB inet addr:192.168.1.20 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:1 dropped:17 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:8470734 (8.0 MiB) TX bytes:1242082 (1.1 MiB) Interrupt:11 Base address:0xe000 Memory:c8219000-c8219fff jawaka:~# ip addr show wlan 2: wlan: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0e:35:da:c1:db brd ff:ff:ff:ff:ff:ff inet 192.168.1.20/24 brd 192.168.1.255 scope global wlan
Bug#363347: ifdown doesn't work correctly when using wpacli-action-dhclient script
On Tuesday 18 April 2006 22:55, Reinhard Tartler wrote: What I read from your output, the interface itself is indeed down, but still has the old ip assigned. This seems to be the way intended. In every other (DHCP) setup, i. e. old-style wpa_supplicant and managed mode, the IP will be flushed by 'ifdown wlan', on my wired interface ifdown will flush the IP as well. I therefore don't think it is intended to keep the IP when the interface is down. Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362745: [pkg-wpa-devel] Bug#362745: wpasupplicant: Managed mode leaves wpa_supplicant running if ifup fails
On Saturday 15 April 2006 18:12, Felix Homann wrote: No DHCPOFFERS received. No working leases in persistent database - sleeping. Here it fails saying: No working leases in persistent database. Exiting. Failed to bring up wlan. The device is not shown as up. The difference is due to different versions of dhclient. While Kel uses dhclient 3.0.3 (probably from the dhcp3-client package) I'm using the one from the dhcp-client package. Temporarily installing dhcp3-client I could reproduce Kel's output. Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362745: wpasupplicant: Managed mode leaves wpa_supplicant running if ifup fails
Package: wpasupplicant Version: 0.4.8-3 Severity: normal If ifup fails on an interface configured to use wpasupplicant's managed mode a wpa_supplicant process is left running in the background. The same happens if you interrupt ifup by pressing CTRL-C before it has finished. This has a major effect if you're trying to set up managed mode: If the first attempt fails the second attempt will fail, too. How to reproduce this behavior: Break a working managed mode setup by commenting out the wpa-passphrase line: # /etc/network/interfaces: iface wlan inet dhcp wpa-driver wext wpa-ssid yourssid wpa-key-mgmt WPA-PSK #wpa-passphrase Iwonttellyou wpa-proto WPA ifup the interface and wait until ifup gives in. You will still have a wpa_supplicant running in the background Now, uncomment the wpa-passphrase line and try to ifup wlan again. It will fail. Regards, Felix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.3-jawaka Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wpasupplicant depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libssl0.9.8 0.9.8a-8 SSL shared libraries wpasupplicant recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362745: [pkg-wpa-devel] Bug#362745: wpasupplicant: Managed mode leaves wpa_supplicant running if ifup fails
On Saturday 15 April 2006 16:38, Kel Modderman wrote: Felix Homann wrote: If ifup fails on an interface configured to use wpasupplicant's managed mode a wpa_supplicant process is left running in the background. And the device is still marked as up in ifstate, Not here. This has a major effect if you're trying to set up managed mode: If the first attempt fails the second attempt will fail, too. Only when you cancel the first attempt manually, IMO. No, on my system it reliably fails following my instructions. No DHCPOFFERS received. No working leases in persistent database - sleeping. Here it fails saying: No working leases in persistent database. Exiting. Failed to bring up wlan. The device is not shown as up. Therefore, you must ifdown the iface before attempting to configure it a second time. I can't because it is not up. BTW, in case you have not noticed: I'm already using 0.4.8-3 from incoming. Maybe that's the reason for the slightly different behaviour. Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360387: [pkg-wpa-devel] Bug#360387: Lowering severity (was: reopening)
On Wednesday 12 April 2006 11:00, Reinhard Tartler wrote: I've retitled this bug acordingly to what this bug is actually about. No, you haven't. Please retitle it again to something like Please, install the old init script by default. Leave it to the user if he wants to use it. Keep it enabled on upgrades. Don't break working setups. Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354895: Some of the problems are caused by openoffice.org-gcj
Hi again, here's some further investigation: With openoffice.org-gcj installed none of the following wizards starts with whatever JRE: From Writer: letter, fax, agenda, web page (presentation works!) From Base: Create Table, Create Form, Create Report After removing openoffice.org-gcj some of the wizards start with some JREs but not without issues: FSF 1.4.2: -- Writer: The agenda wizard crashes OOo: It doesn' t react to any input anymore, you can't quit from OOo. The other wizards seem to work fine. Base: Form wizard can't be finished (as in the original bug report). The other wizards are working. Sun 1.4.2_11, Sun 1.5.0_06, and Blackdown 1.4.2-03: --- Writer: The agenda wizard crashes OOo in a similar way as FSF 1.4.2, but you can still input text into writer; you can't exit OOo. The other wizards seem to work fine. Base: The report and table wizards work. Query and form wizards don't start. I hope this helps to find what's wrong. Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354895: Some of the problems are caused by openoffice.org-gcj
On Saturday 18 March 2006 13:20, Rene Engelhard wrote: Felix Homann wrote: With openoffice.org-gcj installed none of the following wizards starts with whatever JRE: From Writer: letter, fax, agenda, web page (presentation works!) From Base: Create Table, Create Form, Create Report After removing openoffice.org-gcj some of the wizards start with some JREs but On which arch? They work here on i386 with -gcj installed but not on powerpc. Which is why -gcj will be disabled for powerpc at the next upload. Regards, Rene Hi, it's on i386! Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354895: Some of the problems are caused by openoffice.org-gcj
On Saturday 18 March 2006 13:46, Rene Engelhard wrote: I guess the also installed Blackdown JDK interfered (/usr/bin/java where JAVA_HOOME of Free Software Foundation 1.4.2 is /usr...). Removing the Blackdown JRE didn't change anything. So it's not only an interference with the Blackdown JRE. Will disable -gcj. Yes, that's probably a good idea. BTW, my default Java environment is Sun's 1.5.0_06 , i. e. /etc/alternatives/java points to /usr/lib/j2sdk1.5-sun/bin/java (analogously javac etc.). Can this cause some of the problems? Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354895: Form wizard only broken in Debian's packages
Hi, in order to find out wether the problems I've reported earlier are upstream or specific to Debian I temporarily installed the packages from http://ftp.linux.cz/pub/localization/OpenOffice.org/2.0.2/ The wizard is working fine there. So it is not an upstream problem but a problem with the Debian packages! So, what went wrong there? Regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354895: It's getting worse!
Hi, I've just upgraded to 2.0.2-1. Now the wizard does not start with *any* JRE I've tried! Is this Debian-specific or upstream? Kind regards, Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355543: kdelibs: Separator lines between toolbars missing in 4:3.5.1-3
Package: kdelibs Version: 4:3.5.1-3 Severity: normal Hi, after upgrading to 4:3.5.1-3 the separator lines between toolbars are missing. I don't know exactly which of the kdelibs* packages is responsible for this behaviour. I tried downgrading kdelibs-data to 4:3.5.1-2 but it didn't resolve the problem. Downgrading all kdelibs* packages gives back the separator lines. I've reproduced the bug on two different machines. Regards, Felix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.3-jawaka Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kdelibs depends on: ii kdelibs-bin 4:3.5.1-3 core binaries for all KDE applicat ii kdelibs-data 4:3.5.1-3 core shared data for all KDE appli ii kdelibs4c2a 4:3.5.1-3 core libraries for all KDE applica kdelibs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354895: openoffice.org-base: Form wizard fails with several JREs with different symptoms
Package: openoffice.org-base Version: 2.0.1-2 Severity: important Hi, I've tried to Use Wizard to Create Form on my postgresql database. No matter which of the installed JREs I've used the wizard failed: 1. sun-j2sdk1.5 1.5.0+update06 and Blackdown j2re1.4 [jav 1.4.2.03-1] The wizard doesn't even start. 2. Free Software Foundation 1.4.2 Sometimes the Wizard starts sometime it doesn't. Sometimes it only starts after using a Wizard to create a letter in oowriter and then open the .odb. If the Wizard starts it throws an exception when trying to finish so it is not possible to save the created form. I've tried connecting to my DBMS via ODBC and postgresql-sdbc-0.7. The result is the same. Attached to this report you will find what ooffice has to say about the exception. Regards, Felix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.3-jawaka Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages openoffice.org-base depends on: ii j2re1.4 [jav 1.4.2.03-1 Blackdown Java(TM) 2 Runtime Envir ii java-gcj-com 1.0.51-1Java runtime environment using GIJ ii libc62.3.6-2 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-9 GCC support library ii libglib2.0-0 2.8.6-1 The GLib library of C routines ii libhsqldb-ja 1.8.0.2-2 Java SQL database engine ii libmdbtools 0.5.99.0.6pre1.0.20051109-2 mdbtools libraries ii libstdc++6 4.0.2-9 The GNU Standard C++ Library v3 ii libstlport4. 4.6.2-3 STLport C++ class library ii openoffice.o 2.0.1-2 OpenOffice.org office suite archit ii openoffice.o 2.0.1-2 OpenOffice.org office suite Java s ii sun-j2sdk1.5 1.5.0+update06 Java(TM) 2 SDK, Standard Edition, openoffice.org-base recommends no packages. -- no debconf information === === Note: An Exception was thrown which should have === === caused a crash. I caught it. Please report this === === to openoffice.org === === java.lang.reflect.InvocationTargetException at java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object[]) (/usr/lib/libgcj.so.6.0.0) at com.sun.star.wizards.ui.event.MethodInvocation.invoke(java.lang.Object) (Unknown Source) at com.sun.star.wizards.ui.event.AbstractListener.invoke(java.lang.String, java.lang.String, java.lang.Object) (Unknown Source) at com.sun.star.wizards.ui.event.CommonListener.actionPerformed(com.sun.star.awt.ActionEvent) (Unknown Source) at ActionListenerMultiplexer.actionPerformed(com.sun.star.awt.ActionEvent const) (/usr/lib/openoffice/program/libtk680li.so) at ActionListenerMultiplexer.actionPerformed(com.sun.star.awt.ActionEvent const) (/usr/lib/openoffice/program/libtk680li.so) at VCLXButton.ProcessWindowEvent(VclWindowEvent const) (/usr/lib/openoffice/program/libtk680li.so) at VCLXWindow.WindowEventListener(VclSimpleEvent) (/usr/lib/openoffice/program/libtk680li.so) at VCLXWindow.LinkStubWindowEventListener(void, void) (/usr/lib/openoffice/program/libtk680li.so) at VclEventListeners.Call(VclSimpleEvent) const (/usr/lib/openoffice/program/libvcl680li.so) at Window.CallEventListeners(unsigned long, void) (/usr/lib/openoffice/program/libvcl680li.so) at Window.ImplCallEventListeners(unsigned long, void) (/usr/lib/openoffice/program/libvcl680li.so) at Control.ImplCallEventListenersAndHandler(unsigned long, Link const, void) (/usr/lib/openoffice/program/libvcl680li.so) at Button.Click() (/usr/lib/openoffice/program/libvcl680li.so) at PushButton.Tracking(TrackingEvent const) (/usr/lib/openoffice/program/libvcl680li.so) at Window.EndTracking(unsigned short) (/usr/lib/openoffice/program/libvcl680li.so) at .ImplHandleMouseEvent(Window, unsigned short, unsigned char, long, long, unsigned long, unsigned short, unsigned short) (/usr/lib/openoffice/program/libvcl680li.so) at .ImplHandleSalMouseButtonUp(Window, SalMouseEvent) (/usr/lib/openoffice/program/libvcl680li.so) at .ImplWindowFrameProc(void, SalFrame, unsigned short, void const) (/usr/lib/openoffice/program/libvcl680li.so) at SalFrame.CallCallback(unsigned short, void const) const (/usr/lib/openoffice/program/libvclplug_gen680li.so) at X11SalFrame.HandleMouseEvent(_XEvent) (/usr/lib/openoffice/program/libvclplug_gen680li.so) at X11SalFrame.Dispatch(_XEvent) (/usr/lib/openoffice/program/libvclplug_gen680li.so) at SalX11Display.Dispatch(_XEvent) (/usr/lib/openoffice/program/libvclplug_gen680li.so) at SalX11Display.Yield(unsigned char)
Bug#351106: Patch suggestion
Hi, I've managed to get a working setup on my system. I've put the attached 86-bluetooth.rules into /etc/udev/rules.d and bluetooth.sh into /etc/pcmcia. Both files are slightly modified versions of the corresponding SuSE ones. Since the udev maintainers don't like other packages to mess around with udev rules I would suggest to get in contact with them first. This setup should work with all cards represented in the 86-bluetooth.rules file. Regards, Felix bluetooth.sh Description: application/shellscript # uncomment this if you have configured an automatic rfcomm-bind in # /etc/bluetooth/rfcomm.conf # KERNEL==rfcomm*, NAME=%k GROUP=uucp MODE=0660 OPTIONS=resmgr ## PCMCIA-Cards # Brain Boxes BL-620 Bluetooth Adapter SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==Brain Boxes, SYSFS{prod_id2}==Bluetooth PC Card, RUN+=/etc/pcmcia/bluetooth.sh # Xircom CreditCard Bluetooth Adapter SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==Xircom, SYSFS{prod_id3}==CBT, RUN+=/etc/pcmcia/bluetooth.sh # Xircom RealPort2 Bluetooth Adapter SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==Xircom, SYSFS{prod_id3}==CBT, RUN+=/etc/pcmcia/bluetooth.sh # IBM Bluetooth PC Card II SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==IBM, SYSFS{prod_id2}==Bluetooth PC Card II, RUN+=/etc/pcmcia/bluetooth.sh # TDK Bluetooth PC Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==TDK, SYSFS{prod_id2}==Bluetooth PC Card II, RUN+=/etc/pcmcia/bluetooth.sh # AmbiCom BT2000C Bluetooth PC/CF Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==AmbiCom BT2000C, SYSFS{prod_id2}==Bluetooth PC/CF Card, RUN+=/etc/pcmcia/bluetooth.sh # COM One Platinium Bluetooth PC Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==COM1 SA, SYSFS{prod_id2}==MC310 CARD, RUN+=/etc/pcmcia/bluetooth.sh # Sphinx PICO Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==SPHINX, SYSFS{prod_id2}==BT-CARD, RUN+=/etc/pcmcia/bluetooth.sh # H-Soft blue+Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==H-Soft, SYSFS{prod_id2}==Blue+CARD, RUN+=/etc/pcmcia/bluetooth.sh # Compaq iPAQ Bluetooth Sleeve SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==CF CARD, SYSFS{prod_id2}==GENERIC, RUN+=/etc/pcmcia/bluetooth.sh # Zoom Bluetooth Card # Sitecom CN-504 Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==PCMCIA, SYSFS{prod_id2}==Bluetooth Card, RUN+=/etc/pcmcia/bluetooth.sh # # dtl1_cs # # card Nokia Bluetooth Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==Nokia Mobile Phones, SYSFS{prod_id2}==DTL-1, RUN+=/etc/pcmcia/bluetooth.sh SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==Nokia Mobile Phones, SYSFS{prod_id2}==DTL-4, RUN+=/etc/pcmcia/bluetooth.sh # Socket Bluetooth Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==Socket, SYSFS{prod_id2}==CF+ Personal Network Card, RUN+=/etc/pcmcia/bluetooth.sh # # bt3c_cs # # 3Com Bluetooth PC Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==3COM, SYSFS{prod_id3}==Bluetooth PC Card, RUN+=/etc/pcmcia/bluetooth.sh # # bluecard_cs # # LSE041 Bluetooth PC Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==BlueCard, SYSFS{prod_id2}==LSE041, RUN+=/etc/pcmcia/bluetooth.sh # LSE039 Bluetooth Compact Flash Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==WSS, SYSFS{prod_id2}==LSE039, RUN+=/etc/pcmcia/bluetooth.sh # LSE139 Bluetooth Compact Flash Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==BTCFCARD, SYSFS{prod_id2}==LSE139, RUN+=/etc/pcmcia/bluetooth.sh # # bt950_cs # # AmbiCom BT2000E Bluetooth Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==AmbiCom,Inc, SYSFS{prod_id2}==BT2000E, RUN+=/etc/pcmcia/bluetooth.sh # Pretec BT2000E Bluetooth Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==Pretec, SYSFS{prod_id2}==BT2000E, RUN+=/etc/pcmcia/bluetooth.sh # Billionton Bluetooth Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==Compact Flash, SYSFS{prod_id2}==Bluetooth Card, RUN+=/etc/pcmcia/bluetooth.sh # # btuart_cs # # Cyber-blue Compact Flash Card SUBSYSTEM==tty, ENV{PHYSDEVBUS}==pcmcia, SYSFS{prod_id1}==BT, SYSFS{prod_id2}==, SYSFS{prod_id3}==, SYSFS{prod_id4}==, RUN+=/etc/pcmcia/bluetooth.sh
Bug#351106: bluez-pcmcia-support useless with pcmciautils
Package: bluez-pcmcia-support Version: 2.24-1 Severity: important Hi, as it seems to me bluez-pcmcia-support does not support systems which use pcmciautils. Since this affects essentially every system with a more or less up-to-date kernel the package is mostly unusable. While trying to fix it for my own system I found that SuSE seem to have modified the /etc/pcmcia/bluetooth script in order to work with pcmciautils/udev. I don't understand udev and the SuSE way to do things enough to translate those modifications to Debian, but they may serve as a starting point. Kind regards, Felix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-jawaka Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages bluez-pcmcia-support depends on: ii bluez-utils 2.24-1 Bluetooth tools and daemons ii pcmcia-cs 3.2.8-6PCMCIA Card Services for Linux (de bluez-pcmcia-support recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294550: xemacs21: xemacs fails to open .tex-file containing \documentclass{scrreprt}
Package: xemacs21 Version: 21.4.17-1 Severity: important Hi, since a couple of days I can't open any .tex file containing \documentclass{scrreprt}. The mini buffer just says: Symbol's value as variable is void: font-latex-match-textual-keywords-local When I change the documentclass to 'article' or just 'asdf' there's no problem opening the file. Both, mule and nomule versions are affected. GNU emacs does not have the same problem. In order to track down the problem I've stripped down my .xemacs/ directory to contain just the following init.el: ;;--init.el-- (require 'tex-site) (setq TeX-auto-save t) (setq TeX-parse-self t) (setq-default TeX-master nil) (require 'recent-files) (recent-files-initialize) (setq options-save-faces t) (add-hook 'LaTeX-mode-hook 'turn-on-reftex) (add-hook 'LaTeX-mode-hook 'turn-on-auto-fill) (add-hook 'LaTeX-mode-hook 'latex-math-mode) (require 'font-latex) ;;-end of init.el Any idea? Thanks in advance, Felix Homann -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xemacs21 depends on: ii xemacs21-mule 21.4.17-1 highly customizable text editor -- ii xemacs21-nomule 21.4.17-1 highly customizable text editor -- -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]