Bug#479315: clive throws stack trace
Package: clive Version: 0.4.11-1 Severity: normal I installed the new clive version on my lenny system, but I was unable to run it. Is a depencency missing? Many thanks, Rainer blackbox:~# aptitude install clive=0.4.11-1 Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: clive python-chardet{a} python-ctypes{a} python-feedparser{a} python-libxml2{a} python-urlgrabber{a} python-utidylib{a} 0 packages upgraded, 7 newly installed, 0 to remove and 3 not upgraded. Need to get 772kB/829kB of archives. After unpacking 4229kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done Get:1 http://ftp-stud.fht-esslingen.de lenny/main python-feedparser 4.1-10 [125kB] Get:2 http://ftp-stud.fht-esslingen.de sid/main clive 0.4.11-1 [45.5kB] Get:3 http://ftp-stud.fht-esslingen.de lenny/main python-chardet 1.0.1-1 [171kB] Get:4 http://ftp-stud.fht-esslingen.de lenny/main python-ctypes 1.0.2-4 [159kB] Get:5 http://ftp-stud.fht-esslingen.de lenny/main python-libxml2 2.6.32.dfsg-2 [263kB] Get:6 http://ftp-stud.fht-esslingen.de lenny/main python-utidylib 0.2-3.1 [8060B] Fetched 772kB in 3s (216kB/s) Selecting previously deselected package python-urlgrabber. (Reading database ... 235251 files and directories currently installed.) Unpacking python-urlgrabber (from .../python-urlgrabber_3.1.0-4_all.deb) ... Selecting previously deselected package python-feedparser. Unpacking python-feedparser (from .../python-feedparser_4.1-10_all.deb) ... Selecting previously deselected package clive. Unpacking clive (from .../clive_0.4.11-1_all.deb) ... Selecting previously deselected package python-chardet. Unpacking python-chardet (from .../python-chardet_1.0.1-1_all.deb) ... Selecting previously deselected package python-ctypes. Unpacking python-ctypes (from .../python-ctypes_1.0.2-4_i386.deb) ... Selecting previously deselected package python-libxml2. Unpacking python-libxml2 (from .../python-libxml2_2.6.32.dfsg-2_i386.deb) ... Selecting previously deselected package python-utidylib. Unpacking python-utidylib (from .../python-utidylib_0.2-3.1_all.deb) ... Setting up python-urlgrabber (3.1.0-4) ... Setting up python-feedparser (4.1-10) ... Setting up clive (0.4.11-1) ... Setting up python-chardet (1.0.1-1) ... Setting up python-ctypes (1.0.2-4) ... Setting up python-libxml2 (2.6.32.dfsg-2) ... Setting up python-utidylib (0.2-3.1) ... Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done blackbox:~# logout [EMAIL PROTECTED]:~$ clive http://www.youtube.com/watch?v=4XpnKHJAok8 clive/0.4.11 (linux/2.6.24; py/2.5.2; urlg/3.1.0; fparser/4.1) cache:yes; paste:off; play:off; encode:off; rate:off; exist:rename error: Traceback (most recent call last): File /usr/bin/clive, line 28, in module Clive().main() File /usr/lib/python2.5/site-packages/clive/main.py, line 51, in main Nomad().run(self.opts, self.args, self._say) File /usr/lib/python2.5/site-packages/clive/nomad.py, line 94, in run self._check_raw_urls(raw_urls) File /usr/lib/python2.5/site-packages/clive/nomad.py, line 254, in _check_raw_urls self._check_url(url, (index,len(raw_urls))) File /usr/lib/python2.5/site-packages/clive/nomad.py, line 297, in _check_url cache_row = self._cache.read(url) File /usr/lib/python2.5/site-packages/clive/cache.py, line 112, in read 'from cache where cache_hash=?', (hash,)) OperationalError: no such column: cache_lowq [EMAIL PROTECTED]:~$ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (400, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (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 clive depends on: ii python 2.5.2-1 An interactive high-level object-o ii python-central 0.6.6 register and build utility for Pyt ii python-feedparser4.1-10 Universal Feed Parser for Python ii python-newt 0.52.2-11.2 A NEWT module for Python ii python-urlgrabber3.1.0-4 A high-level cross-protocol url-gr clive recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479315: Problem is cache related
Seems that the problem is cache related: [EMAIL PROTECTED]:~$ clive http://www.youtube.com/watch?v=4XpnKHJAok8; --no-cache clive/0.4.11 (linux/2.6.24; py/2.5.2; urlg/3.1.0; fparser/4.1) cache:off; paste:off; play:off; encode:off; rate:off; exist:rename http://www.youtube.com/watch?v=4XpnKHJAok8fmt=18 100% warn: no-media: switching to low quality warn: no-support; cannot continue partially downloaded file TechTalkLinusTorvaldsongit-581e782c.flv 162.9MB = 1 (162.9MB), failed: 0, skipped: 0. [EMAIL PROTECTED]:~$ clive http://www.youtube.com/watch?v=4XpnKHJAok8; clive/0.4.11 (linux/2.6.24; py/2.5.2; urlg/3.1.0; fparser/4.1) cache:yes; paste:off; play:off; encode:off; rate:off; exist:rename error: Traceback (most recent call last): File /usr/bin/clive, line 28, in module Clive().main() File /usr/lib/python2.5/site-packages/clive/main.py, line 51, in main Nomad().run(self.opts, self.args, self._say) File /usr/lib/python2.5/site-packages/clive/nomad.py, line 94, in run self._check_raw_urls(raw_urls) File /usr/lib/python2.5/site-packages/clive/nomad.py, line 254, in _check_raw_urls self._check_url(url, (index,len(raw_urls))) File /usr/lib/python2.5/site-packages/clive/nomad.py, line 297, in _check_url cache_row = self._cache.read(url) File /usr/lib/python2.5/site-packages/clive/cache.py, line 112, in read 'from cache where cache_hash=?', (hash,)) OperationalError: no such column: cache_lowq [EMAIL PROTECTED]:~$ Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478196: upstream bug
I think this bug is related to the upstream bug reports http://bugs.freedesktop.org/show_bug.cgi?id=13968 and http://bugs.freedesktop.org/show_bug.cgi?id=15370 I tried the driver from experimental (II) Module intel: vendor=X.Org Foundation compiled for 1.4.0.90, module version = 2.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 but it is not working for me. Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473310: miro segfaults when playing a podcast
Package: miro Version: 1.1.2-3 Severity: normal Hello, I have miro segfaulting when I play a podcast. The problem goes away when using the xshm xine driver. This happens when running with the vesa xorg driver on intel G35 graphics. When I use the intel driver, miro works with the default driver. Not sure if the root cause of the problem is in miro, but instead of segfaulting, miro should print a meaningful error message. [EMAIL PROTECTED]:~$ miro /usr/lib/xulrunner INFO Starting up Miro INFO Version:1.1.2 INFO Revision: https://svn.participatoryculture.org/svn/dtv/tags/Miro-1.1.2/tv/resources - 6194 INFO Builder:[EMAIL PROTECTED] INFO Build Time: 1204932633.46 INFO Loading preferences... INFO Starting event loop thread INFO Restoring database... INFO Connecting to /home/rd/.miro/sqlitedb TIMING Database load slow: 0.430 TIMING idle (Initializing database) too slow (0.641 secs) INFO *** Launching Downloader Daemon INFO Spawning auto downloader... INFO Displaying main frame... INFO Creating video display... WARNING Menu item action RenameVideo not implemented WARNING Menu item action FastForward not implemented WARNING Menu item action Rewind not implemented WARNING Menu item action UpVolume not implemented WARNING Menu item action DownVolume not implemented INFO loaded renderer 'xinerenderer' INFO First URL is https://www.miroguide.com/ INFO got file:///tmp/tmplFSm_1.html TIMING Icon clear: 0.143 INFO Starting movie data updates INFO Finished startup sequence TIMING idle (finalizing startup) too slow (0.687 secs) INFO got file:///tmp/tmp69Anoe.html INFO First URL is https://www.miroguide.com/ INFO got file:///usr/share/miro/resources/html/guide-navigation.html INFO First URL is https://www.miroguide.com/ WARNING: u'None' has no scheme WARNING: Assuming port 80 for scheme: WARNING: u'None' has no scheme WARNING: Assuming port 80 for scheme: WARNING: u'None' has no scheme WARNING: Assuming port 80 for scheme: INFO got https://www.miroguide.com/ INFO First URL is https://www.miroguide.com/ INFO *** Daemon ready *** INFO got action:handleSelect?area=tablistviewName=staticTabsid=1799shiftDown=0ctrlDown=0 INFO got file:///tmp/tmptoquqN.html INFO got action:playViewNamed?viewName=matchingItemsfirstItemId=1719 INFO Playing item with renderer: frontend_implementation.xinerenderer.Renderer instance at 0x8ee606c /usr/bin/miro: line 3: 19473 Segmentation fault LD_LIBRARY_PATH=/usr/lib/xulrunner ADDON_PATH=/tmp/empty miro.real $@ [EMAIL PROTECTED]:~$ WARNING downloader: connection closed -- quitting INFO Shutting down downloaders... [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ miro --xine-driver=xshm /usr/lib/xulrunner INFO Starting up Miro INFO Version:1.1.2 INFO Revision: https://svn.participatoryculture.org/svn/dtv/tags/Miro-1.1.2/tv/resources - 6194 INFO Builder:[EMAIL PROTECTED] INFO Build Time: 1204932633.46 INFO Loading preferences... INFO Starting event loop thread INFO Restoring database... INFO Connecting to /home/rd/.miro/sqlitedb TIMING Database load slow: 0.427 TIMING idle (Initializing database) too slow (0.638 secs) INFO Spawning auto downloader... INFO Displaying main frame... INFO *** Launching Downloader Daemon INFO Creating video display... WARNING Menu item action RenameVideo not implemented WARNING Menu item action FastForward not implemented WARNING Menu item action Rewind not implemented WARNING Menu item action UpVolume not implemented WARNING Menu item action DownVolume not implemented INFO loaded renderer 'xinerenderer' INFO First URL is https://www.miroguide.com/ INFO got file:///tmp/tmp85kHpm.html TIMING Icon clear: 0.140 INFO Starting movie data updates INFO Finished startup sequence TIMING idle (finalizing startup) too slow (0.664 secs) INFO got file:///tmp/tmpZCFrtL.html INFO First URL is https://www.miroguide.com/ WARNING: u'None' has no scheme WARNING: Assuming port 80 for scheme: WARNING: u'None' has no scheme WARNING: Assuming port 80 for scheme: WARNING: u'None' has no scheme WARNING: Assuming port 80 for scheme: INFO got file:///usr/share/miro/resources/html/guide-navigation.html INFO First URL is https://www.miroguide.com/ INFO got https://www.miroguide.com/ INFO First URL is https://www.miroguide.com/ INFO *** Daemon ready *** INFO got action:handleSelect?area=tablistviewName=staticTabsid=1799shiftDown=0ctrlDown=0 INFO got file:///tmp/tmpuFhxoN.html WARNING: u'None' has no scheme WARNING: Assuming port 80 for scheme: WARNING: u'None' has no scheme WARNING: Assuming port 80 for scheme: WARNING: u'None' has no scheme WARNING: Assuming port 80 for scheme: INFO got action:playViewNamed?viewName=matchingItemsfirstItemId=1719 INFO Playing item with renderer:
Bug#459234: gpsbabel: upstream released gpababel 1.3.4
Package: gpsbabel Version: 1.3.3-2 Severity: wishlist Upstream released gpsbabel version 1.3.4: http://www.gpsbabel.org/news/20070806.html News: - Support for new formats - New features - Bugfixes -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (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 gpsbabel depends on: ii libc6 2.7-5GNU C Library: Shared libraries ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libusb-0.1-42:0.1.12-8 userspace USB programming library ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime gpsbabel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455689: Etch is also affected by this problem
I see the problem in etch. I have the flashplayer plugin from debian-multimedia.org from Christian Marillat. [EMAIL PROTECTED]:~/Managed/ApplicationConfig/konqueror$ apt-cache show flashplayer-mozilla Package: flashplayer-mozilla Priority: optional Section: web Installed-Size: 7992 Maintainer: Christian Marillat [EMAIL PROTECTED] Architecture: i386 Source: flash-player Version: 9.0.115.0-0.1 -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#391151: Upstream bug
This is an upstream issue, see https://lists.ntp.org/pipermail/bugs/2007-February/005349.html -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: Second Life new version
Am Montag, 20. August 2007 13:25 schrieb Marcos Marado: On Saturday 18 August 2007 08:18, Paul TBBle Hampson wrote: I've uploaded 1.18.1.2 packages, however I have no idea if it will build on i386 or amd64, as I've got a patch in there which changes the way compiler flags are put together compared to upstream (which also changed since 1.18.0.6, hence the patch) Thank you. Rainer: are you going to keep doing i386 etch packages and test this for Paul, or do you want me to try doing that? Marcos, I am just back from vacation and have a backlog of work. So I would probably not get started this week. Please go ahead and give the i386 build a try. Many thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07032-359190 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: Second Life new version
Am Montag, 23. Juli 2007 02:20 schrieben Sie: I guess this will just have to live as an etch-specific change, I don't see any good way of dealing with this automatically. I was hoping that you have a good idea here. But nevermind, this is an easy to remember change. Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: Second Life new version
to track delayed this longer than neccessary. I've slightly forked from what I understand upstream is planning to do with the build-system, but I think for a Debian package, what I've done is more appropriate. It certainly seems to have taken my build-time from 3 hours to 1 hour 50 minutes, and subjectively the client runs faster, although I've not compared a full static 1.18 build. http://www.tbble.net/debian/slviewer/ http://www.tbble.net/debian/slviewer-artwork/ Of course, build-system changes mean risk of failure on arches other than PowerPC. ^_^ -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#290740: Issue not reproducable in etch
Hello, I just tried to reproduce this in etch, but it was not possible. Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#431305: PTS: Testing version in Available versions not uptodate
Package: qa.debian.org Severity: normal I find for kdelibs at http://packages.qa.debian.org/k/kdelibs.html - in the latest news section [2007-06-26] kdelibs 4:3.5.7.dfsg.1-1 MIGRATED to testing (Britney) - in the Available versions section Testing 4:3.5.5a.dfsg.1-8 For reference I added a screenshot at http://www.alzental-castle.de/~rd/pts-issue.png Thanks, Rainer -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (600, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290740: bug still present?
Hello, I can check if it is still present in etch. Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07032-359190 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: 1.17 etch packages....
Am Dienstag, 19. Juni 2007 15:00 schrieben Sie: Are the Etch packages built from the -1 or -2 version of 1.17? The main change was using the default g++ instead of the g++-3.4 specified by upstream. -1 As I understand it, the cafuego packages appear to just be the upstream binary releases extracted to /opt and then put into a .deb, so they're built with the non-free libraries, which might make a difference. (Specifically, it could be an openJPEG problem... I also uploaded openJPEG 1.2 which produces libopenjpeg2, you may not have noticed...) I updated the openjpeg packages, I do not know though if Marcos picked them. Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07032-359190 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: 1.17 etch packages....
Am Dienstag, 19. Juni 2007 18:11 schrieb Marcos Marado: On Tuesday 19 June 2007 16:55, Rainer Dorsch wrote: Am Dienstag, 19. Juni 2007 15:00 schrieben Sie: Are the Etch packages built from the -1 or -2 version of 1.17? The main change was using the default g++ instead of the g++-3.4 specified by upstream. -1 Can you please package -2 to see if the problem still happens? Sure, I can. But as I understood Paul, this is even further away from the upstream compile (Ubuntu packages), because they recommend the gcc-3.4. As I understand it, the cafuego packages appear to just be the upstream binary releases extracted to /opt and then put into a .deb, so they're built with the non-free libraries, which might make a difference. (Specifically, it could be an openJPEG problem... I also uploaded openJPEG 1.2 which produces libopenjpeg2, you may not have noticed...) I updated the openjpeg packages, I do not know though if Marcos picked them. Yes, I did. Hmmm.try to summarize 1. The etch packages work for me not for you - points to a problem specific to your machine 2. The ubuntu packages (which are the distributed binaries) work for you - points to the Debian packages Paul, do you know if any of the dependencies allow several alternatives? E.g. if java is required Marco could run a sun JDK, I could run gcj or something like that. Marcos, could you try to run reportbug on slviewer to see the version of your installed dependencies? Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07032-359190 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: 1.17 etch packages....
Am Dienstag, 19. Juni 2007 19:19 schrieb Marcos Marado: On Tuesday 19 June 2007 18:00, Rainer Dorsch wrote: Am Dienstag, 19. Juni 2007 18:11 schrieb Marcos Marado: On Tuesday 19 June 2007 16:55, Rainer Dorsch wrote: Am Dienstag, 19. Juni 2007 15:00 schrieben Sie: Are the Etch packages built from the -1 or -2 version of 1.17? The main change was using the default g++ instead of the g++-3.4 specified by upstream. -1 Can you please package -2 to see if the problem still happens? Sure, I can. But as I understood Paul, this is even further away from the upstream compile (Ubuntu packages), because they recommend the gcc-3.4. Yes, you're right... Paul, can you please explain why did you change that? Marcos, could you try to run reportbug on slviewer to see the version of your installed dependencies? There it goes: -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages slviewer depends on: ii libapr1 1.2.7-8.2 The Apache Portable Runtime Librar ii libaprutil1 1.2.7+dfsg-2 The Apache Portable Runtime Utilit ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libcurl3 7.15.5-1 Multi-protocol file transfer libra ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch1 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.6 A free implementation of the OpenG ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libglu1-mesa [libglu1]6.5.1-0.6 The OpenGL utility library (GLU) ii libgoogle-perftools0 0.8-5 libraries for CPU and heap analysi ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libogg0 1.1.3-2Ogg Bitstream Library ii libopenjpeg2 1.2-1 JPEG 2000 image compression codec ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisfile31.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxmlrpc-epi00.51-1 XML-RPC request serialisation/dese ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii slviewer-artwork 1.17.0.12-1skin textures and misc data for th ii slviewer-data 1.17.0.12-2Datafiles for slviewer ii ttf-dejavu2.15-1 Vera font family derivate with add ii ttf-kochi-mincho 1.0.20030809-4 Kochi Subst Mincho Japanese TrueTy ii zlib1g1:1.2.3-13 compression library - runtime slviewer recommends no packages. -- no debconf information Here are my data, they are pretty much the same. The only small difference I notices is, you have ii slviewer-artwork 1.17.0.12-1skin textures and misc data for th ii slviewer-data 1.17.0.12-2Datafiles for slviewer slightly different version sofr slviewer-data. That is architecture independent, maybe you grapped that from Paul's place? But I do not think that this makes a difference. The I noticed that we both depend on ii libgcc1 1:4.1.1-21 GCC support library I am surprised about the verison, I thought I compiled with gcc-3.4 (?). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (600, 'stable') Architecture
Bug#406335: 1.17 etch packages....
Hi Marcos, Am Samstag, 16. Juni 2007 18:14 schrieb Marcos Torres Marado: Also, I would like for you to CC me on issues regarding this bug, 'cause like Rainer I'm not getting the replies... I tried again a few days ago and the subscription works now for me. Your screenshot looks weired, here slviewer works definitely better. Not sure what is the best way to debug the problem. But do you know which video adapter you have and which driver you use? Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: 1.17 etch packages....
...are available here: http://alzental-castle.de/~rd/SL/ Regards, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: [EMAIL PROTECTED]: Bug#406335: New etch packages rebuilt]
Marcos, thanks for testing the packages. Can you describe in more detail what you mean with you get no textures (or even generate a screenshot)? I did not notice a problem, but since I am not an experienced second life guy, I might have missed it. I spin Paul's new packages this weekend for etch. Regards, Rainer PS: Paul, thanks for forwarding the mail, the subscription still does not work. I send a report about that to debian-devel Am Freitag, 8. Juni 2007 05:14 schrieben Sie: You mentioned your sub subscription wasn't working, just in case it still isn't, this message came through the other day. - Forwarded message from Marcos Marado [EMAIL PROTECTED] - X-Virus-Scanned: Debian amavisd-new at cbit.net.au X-ASG-Debug-ID: 1180982015-4782002d-FAWnAq X-Barracuda-URL: http://202.55.154.13:8000/cgi-bin/mark.cgi X-Barracuda-Connect: cobalt.pobox.com[208.58.1.196] X-Barracuda-Start-Time: 1180982015 X-Pobox-Delivery-ID: [EMAIL PROTECTED] X-ASG-Orig-Subj: Bug#406335: New etch packages rebuilt Subject: Bug#406335: New etch packages rebuilt Reply-To: Marcos Marado [EMAIL PROTECTED], [EMAIL PROTECTED] Resent-From: Marcos Marado [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: [EMAIL PROTECTED], Paul TBBle Hampson [EMAIL PROTECTED] Resent-Date: Mon, 04 Jun 2007 18:33:01 + Resent-Message-ID: [EMAIL PROTECTED] X-Debian-PR-Message: report 406335 X-Debian-PR-Package: wnpp X-Debian-PR-Keywords: From: Marcos Marado [EMAIL PROTECTED] Organization: Sonaecom To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on rietz.debian.org X-Spam-Level: X-Spam-Status: No, hits=-4.5 required=4.0 tests=BAYES_10,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Resent-Sender: Debian BTS [EMAIL PROTECTED] Resent-Date: Mon, 04 Jun 2007 18:33:02 + X-Barracuda-Virus-Scanned: by Barracuda Spam Firewall at cbit.net.au X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=3.5 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=6.0 tests=UNPARSEABLE_RELAY X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.18959 Rule breakdown below pts rule name description -- -- 0.00 UNPARSEABLE_RELAY Informational: message has unparseable relay lines On Sat, Jun 02, 2007 at 08:03:30AM +0200, Rainer Dorsch wrote: I rebuild your packages 1.16.0.5-1 for etch. They are available at http://alzental-castle.de/~rd/SL/ Tested on etch, works well. I get no textures at all, like I'm in the fog. Is this a bug or something related with the slviewer-artwork license issues? If so, how's that problem status? -- Marcos Marado Sonaecom IT - End forwarded message - -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07032-359190 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: typo in debian/control
Paul, there is a typo in debian/control: dpkg-checkbuilddeps: Unmet build dependencies: libcurl4-openssl-dev | lubcurl3-openssl-dev This change is needed: lubcurl3 - libcurl3 Many thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: New etch packages rebuilt
I rebuild your packages 1.16.0.5-1 for etch. They are available at http://alzental-castle.de/~rd/SL/ Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: A new version of Second Life is available. You must download this update to use the system.
Am Samstag, 2. Juni 2007 07:26 schrieb Paul TBBle Hampson: [...] If I'm reading this right, you've just added | lubcurl3-openssl-dev to the libcurl4-openssl-dev build-dep, right? Yes, that is the only change. I might also see if it'll build with the default gcc later on tonight. FYI, when I start slviewer, it tells me that there is again a new version. Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: A new version of Second Life is available. You must download this update to use the system.
Am Freitag, 1. Juni 2007 03:23 schrieb Paul TBBle Hampson: On Thu, May 31, 2007 at 11:25:28PM +0200, Rainer Dorsch wrote: Paul, my version Version: 1.15.1.3-1 is now apparently too old. For your server http://www.tbble.net/debian/ I get right now an error: Blast, looks like server's having issues. I'll get that fixed as soon as I can. (Might take a little while, it's unresponsive just now) Also, it looks like I forgot to announce to this bug when I uploaded the latest build (1.16.0.5-1) to that directory. Sorry. It's been there for about a week (I think it was within 24 hours of the version bump) Paul, thanks for the quick reply and cc'ing. My subscription to this bug seem not to work. The server is up again and I am building the new version. Does it make sense to add this diff to make it compiling out of the box with etch as well? $ diff debian/control.TBBle debian/control 5c5 Build-Depends: debhelper (= 5), dpatch (= 2), libapr1-dev, libexpat1-dev, zlib1g-dev, libjpeg62-dev, libopenjpeg-dev, libcurl4-openssl-dev, libssl-dev, libaprutil1-dev, libxmlrpc-epi-dev, libgtk2.0-dev, libfreetype6-dev, libsdl1.2-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libogg-dev, libvorbis-dev, g++-3.4, flex, bison, scons, libboost-dev, libboost-regex-dev Thanks, Rainer --- Build-Depends: debhelper (= 5), dpatch (= 2), libapr1-dev, libexpat1-dev, zlib1g-dev, libjpeg62-dev, libopenjpeg-dev, libcurl4-openssl-dev | libcurl3-openssl-dev, libssl-dev, libaprutil1-dev, libxmlrpc-epi-dev, libgtk2.0-dev, libfreetype6-dev, libsdl1.2-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libogg-dev, libvorbis-dev, g++-3.4, flex, bison, scons, libboost-dev, libboost-regex-dev [EMAIL PROTECTED]:~/SW.nobackup/SL-1.16/slviewer-1.16.0.5$ -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: A new version of Second Life is available. You must download this update to use the system.
Paul, my version Version: 1.15.1.3-1 is now apparently too old. For your server http://www.tbble.net/debian/ I get right now an error: [EMAIL PROTECTED]:~/SW.nobackup$ wget -d http://www.tbble.net/debian/ DEBUG output created by Wget 1.10.2 on linux-gnu. --23:18:47-- http://www.tbble.net/debian/ = `index.html' Resolving www.tbble.net... 202.55.154.19 Caching www.tbble.net = 202.55.154.19 Connecting to www.tbble.net|202.55.154.19|:80... connected. Created socket 3. Releasing 0x0808e960 (new refcount 1). ---request begin--- GET /debian/ HTTP/1.0 User-Agent: Wget/1.10.2 Accept: */* Host: www.tbble.net Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... Read error (Connection reset by peer) in headers. Closed fd 3 Retrying. --23:23:22-- http://www.tbble.net/debian/ (try: 2) = `index.html' Found www.tbble.net in host_name_addresses_map (0x808e960) Connecting to www.tbble.net|202.55.154.19|:80... connected. Created socket 3. Releasing 0x0808e960 (new refcount 1). ---request begin--- GET /debian/ HTTP/1.0 User-Agent: Wget/1.10.2 Accept: */* Host: www.tbble.net Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: Second life packages for etch / i386
Paul, thanks for providing the packages. I downloaded the sources and rebuilt the packages for etch/i386. I ignored the dpatch directory http://www.tbble.net/debian/slviewer/dpatch/ Also I noticed a build dependency of slviewer on libcurl4-openssl-dev, but etch comes only with libcurl3-openssl-dev. I changed the dependency to libcurl4-openssl-dev | libcurl3-openssl-dev Would you expect problems here, i.e. did you intentionally make that thing depend on libcurl4 or just because that was what is in debian unstable? I noticed that the client is not aware of a quicktime player and wants to connect to apple for that. Also external browser windows do not open. Not sure, if that is a single API or if every location is encoding this itself. Also my systems seems to be CPU limited. The CPU is a Penitum 4 / 2.53 GHz, which is a few years old. Not sure if a better graphics adapter would do offload work from the CPU. Mine is an ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]. If anybody is interested in the packages, I built, you can grab them from http://alzental-castle.de/~rd/SL/ Many thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#227578: xbase-clients: xmodmap stopped working
Am Dienstag, 10. April 2007 23:16 schrieb Brice Goglin: Hi, About 3 years ago, you reported (or replied to) a bug in the Debian BTS regarding xmodmap problems. Does any of you guys still experience this problem nowadays? With Xorg/Etch? Brice, thanks for caring about the bug reports, in sarge the problem is still there, in etch it is gone. Thanks. Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#416706: dpkg fails to clean up the maintainer scripts from the previous package
Package: dpkg Version: 1.13.25 Severity: normal I was upgrading from sarge to etch when I found this dpkg issue (dpkg was already upgraded): Installation of all following packages failed Preparing to replace postgresql-client 7.4.7-6sarge4 (using .../postgresql-client_7.5.22_all.deb) ... install: `/var/lib/postgres/dumpall/7.4': Not a directory dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... dpkg: error processing /var/cache/apt/archives/postgresql-client_7.5.22_all.deb (--unpack): there is no script in the new version of the package - giving up dpkg: considering removing postgresql-client in favour of postgresql-client-common ... dpkg: yes, will remove postgresql-client in favour of postgresql-client-common. Unpacking postgresql-client-common (from .../postgresql-client-common_71_all.deb) ... install: `/var/lib/postgres/dumpall/7.4': Not a directory dpkg: error processing /var/cache/apt/archives/postgresql-client-common_71_all.deb (--unpack): subprocess pre-removal script returned error exit status 1 Unpacking postgresql-client-7.4 (from .../postgresql-client-7.4_1%3a7.4.16-1_i386.deb) ... install: `/var/lib/postgres/dumpall/7.4': Not a directory dpkg: error processing /var/cache/apt/archives/postgresql-client-7.4_1%3a7.4.16-1_i386.deb (--unpack): subprocess pre-removal script returned error exit status 1 Preparing to replace powernowd 0.90-3 (using .../powernowd_0.97-1_i386.deb) ... Stopping powernowd: powernowd. install: `/var/lib/postgres/dumpall/7.4': Not a directory Why is powernowd worried about postgres/dumpall/7.4 ??? The bad thing which was happening here was that /var/lib/postgres was a file not a directory. I removed postgres and created /var/lib/postgres/dumpall/7.4 which solved the orignial problem. Then the install of the other packages went fine. For more details (typescript of the upgrade, see http://lists.debian.org/debian-release/2007/03/msg00937.html Since the upgrade completed now, I unfortunately cannot reproduce this issue. Thanks Rainer -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (600, 'testing'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dpkg depends on: ii coreutils 5.97-5.3 The GNU core utilities ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416708: release-notes: sound is broken after the upgrade - run alsaconf manually
Package: release-notes Severity: normal My upgrade from sarge to etch broke my sound configuration. Fortunately, I was not the only one with that problem and I googled a solution (http://lists.debian.org/debian-user/2006/09/msg00949.html). Is it worth that it goes into 5.1 Potential problems of the release notes? Something along the lines: 5.1.5 Sound stops working In rare cases the sound stops working after the upgrade. In this case go through the alsa checklist 1) run alsaconf as root user 2) add your user to the 'audio' group 3) use alsamixer and make sure levels are up and it is unmuted 4) arts or esound stopped? 5) OSS modules unloaded? 6) speakers on? 7) does `cat /dev/urandom /dev/dsp` work for root? For me alsoconf solved the problem as well. Thanks, Rainer -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (600, 'testing'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406335: Ubuntu packages
Paul, just wanted to make sure that you are aware of the ubuntu packages: http://ubuntu.cafuego.net/dists/edgy-cafuego/secondlife/ (though not sure, if it works on etch) Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07032-359190 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: (no subject)
Hi, is there any progress with the debian package, any prerelease, etc. Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-359190 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397508: DBUS and HAL permissions for console users
Am Dienstag, 16. Januar 2007 22:59 schrieben Sie: Rainer Dorsch wrote: [..] dbus_bindings.Connection.send_with_reply_and_block dbus_bindings.DBusException: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface org.freedesktop.Hal.Device.LaptopPanel member SetBrightness error name (unset) destination org.freedesktop.Hal) This shows up, although the user is in the powerdev group Sure about that? Have you checked with groups $username? Also make sure to restart dbus after changing group memberships. Michael, in fact, now the problem went away, even with an unpatched version of guidance-powermanager. Even the screen brightness adaption works now well on my etch system. I logged into the machine (ssh -X localhost) to make sure that I pick up the powerdev group membership. I did not expect that I have to restart dbus, because I did not modify the dbus config files. Weird. Is it required to restart dbus after a user was added to powerdev, i.e. only /etc/group was modified? At least that would explain what I observed. Lure offered help to the Debian distribution and I wanted to find a person who can give Lure the right information, such that Debian can get the help. I did not want to flood your the inbox (or whatever is the reason you do not want me to spread Lure's offer helping out). Thanks, Rainer Michael P.S: Please avoid the massive cross-posting in the future. -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397508: [EMAIL PROTECTED]: Fwd: Re: [Pkg-kde-extras] Powermanager OSD comes up again and again]
Am Montag, 15. Januar 2007 16:05 schrieb Luka Renko: On Monday 15. January 2007 21:34, Rainer Dorsch wrote: I checked the output of lshal, both when the laptop is connected to the power supply and when the laptop runs from battery. The output looks reasonable to me. Since kde-guidance-powermanager displays again and again that the laptop is disconnected, I did several time an lshal, when the power supply is plugged off. But always I get the ac_adapter.present = false. Looks to me like a powermanager issue. Also the problem is not intermittent, happens always Yep, thus looks like powermanager issue. If you start powermanager from konsole, do you get any messages on the screen? Here is the konsole output: [EMAIL PROTECTED]:~/.ssh$ guidance-power-manager [EMAIL PROTECTED]:~/.ssh$ Traceback (most recent call last): File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 551, in changePoweredBrightness self.powermanager.adjustBrightness(level) File /usr/share/python-support/kde-guidance/powermanage.py, line 255, in adjustBrightness if level == self.getBrightness(): File /usr/share/python-support/kde-guidance/powermanage.py, line 246, in getBrightness b = self.brightnessObject.GetBrightness(dbus_interface=org.freedesktop.Hal.Device.LaptopPanel) File /var/lib/python-support/python2.4/dbus/proxies.py, line 102, in __call__ reply_message = self._connection.send_with_reply_and_block(message, timeout) File dbus_bindings.pyx, line 455, in dbus_bindings.Connection.send_with_reply_and_block dbus_bindings.DBusException: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface org.freedesktop.Hal.Device.LaptopPanel member GetBrightness error name (unset) destination org.freedesktop.Hal) Very strange! got a DCOPReplyDelayed opcode, but we were not waiting for a reply! now unplugging [EMAIL PROTECTED]:~/.ssh$ [EMAIL PROTECTED]:~/.ssh$ [EMAIL PROTECTED]:~/.ssh$ Traceback (most recent call last): File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 411, in poll self.powerHasBeenUnplugged() File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 567, in powerHasBeenUnplugged dbus_interface=org.freedesktop.Hal.Device.LaptopPanel) File /var/lib/python-support/python2.4/dbus/proxies.py, line 102, in __call__ reply_message = self._connection.send_with_reply_and_block(message, timeout) File dbus_bindings.pyx, line 455, in dbus_bindings.Connection.send_with_reply_and_block dbus_bindings.DBusException: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface org.freedesktop.Hal.Device.LaptopPanel member SetBrightness error name (unset) destination org.freedesktop.Hal) Traceback (most recent call last): File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 411, in poll self.powerHasBeenUnplugged() File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 567, in powerHasBeenUnplugged dbus_interface=org.freedesktop.Hal.Device.LaptopPanel) File /var/lib/python-support/python2.4/dbus/proxies.py, line 102, in __call__ reply_message = self._connection.send_with_reply_and_block(message, timeout) File dbus_bindings.pyx, line 455, in dbus_bindings.Connection.send_with_reply_and_block dbus_bindings.DBusException: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface org.freedesktop.Hal.Device.LaptopPanel member SetBrightness error name (unset) destination org.freedesktop.Hal) this now repeats [EMAIL PROTECTED]:~/.ssh$ [EMAIL PROTECTED]:~/.ssh$ [EMAIL PROTECTED]:~/.ssh$ [EMAIL PROTECTED]:~/.ssh$ Traceback (most recent call last): File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 411, in poll self.powerHasBeenUnplugged() File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 567, in powerHasBeenUnplugged dbus_interface=org.freedesktop.Hal.Device.LaptopPanel) File /var/lib/python-support/python2.4/dbus/proxies.py, line 102, in __call__ reply_message = self._connection.send_with_reply_and_block(message, timeout) File dbus_bindings.pyx, line 455, in dbus_bindings.Connection.send_with_reply_and_block dbus_bindings.DBusException: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface org.freedesktop.Hal.Device.LaptopPanel member SetBrightness error name (unset) destination org.freedesktop.Hal) [EMAIL PROTECTED]:~/.ssh$ [EMAIL PROTECTED]:~/.ssh$ Traceback (most recent call last): File /usr/share/python-support/kde-guidance/guidance
Bug#397508: [EMAIL PROTECTED]: Fwd: Re: [Pkg-kde-extras] Powermanager OSD comes up again and again]
Hi Luka, thanks for your reply. I checked the output of lshal, both when the laptop is connected to the power supply and when the laptop runs from battery. The output looks reasonable to me. Since kde-guidance-powermanager displays again and again that the laptop is disconnected, I did several time an lshal, when the power supply is plugged off. But always I get the ac_adapter.present = false. Looks to me like a powermanager issue. Also the problem is not intermittent, happens always Thanks, Rainer Here are details: This is what I get, when plugged in: [EMAIL PROTECTED]:~/.ssh$ lshal|grep -B 3 -A 1 ac_adapter udi = '/org/freedesktop/Hal/devices/acpi_AC' info.udi = '/org/freedesktop/Hal/devices/acpi_AC' (string) linux.hotplug_type = 4 (0x4) (int) ac_adapter.present = true (bool) info.capabilities = {'ac_adapter'} (string list) info.category = 'ac_adapter' (string) info.product = 'AC Adapter' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) linux.acpi_type = 3 (0x3) (int) linux.acpi_path = '/proc/acpi/ac_adapter/AC' (string) Now plugging off the power supply. This is what I get when plugged off: [EMAIL PROTECTED]:~/.ssh$ lshal|grep -B 3 -A 1 ac_adapter udi = '/org/freedesktop/Hal/devices/acpi_AC' info.udi = '/org/freedesktop/Hal/devices/acpi_AC' (string) linux.hotplug_type = 4 (0x4) (int) ac_adapter.present = false (bool) info.capabilities = {'ac_adapter'} (string list) info.category = 'ac_adapter' (string) info.product = 'AC Adapter' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) linux.acpi_type = 3 (0x3) (int) linux.acpi_path = '/proc/acpi/ac_adapter/AC' (string) [EMAIL PROTECTED]:~/.ssh$ lshal|grep -B 3 -A 1 ac_adapter udi = '/org/freedesktop/Hal/devices/acpi_AC' info.udi = '/org/freedesktop/Hal/devices/acpi_AC' (string) linux.hotplug_type = 4 (0x4) (int) ac_adapter.present = false (bool) info.capabilities = {'ac_adapter'} (string list) info.category = 'ac_adapter' (string) info.product = 'AC Adapter' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) linux.acpi_type = 3 (0x3) (int) linux.acpi_path = '/proc/acpi/ac_adapter/AC' (string) [EMAIL PROTECTED]:~/.ssh$ lshal|grep -B 3 -A 1 ac_adapter udi = '/org/freedesktop/Hal/devices/acpi_AC' info.udi = '/org/freedesktop/Hal/devices/acpi_AC' (string) linux.hotplug_type = 4 (0x4) (int) ac_adapter.present = false (bool) info.capabilities = {'ac_adapter'} (string list) info.category = 'ac_adapter' (string) info.product = 'AC Adapter' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) linux.acpi_type = 3 (0x3) (int) linux.acpi_path = '/proc/acpi/ac_adapter/AC' (string) [EMAIL PROTECTED]:~/.ssh$ lshal|grep -B 3 -A 1 ac_adapter udi = '/org/freedesktop/Hal/devices/acpi_AC' info.udi = '/org/freedesktop/Hal/devices/acpi_AC' (string) linux.hotplug_type = 4 (0x4) (int) ac_adapter.present = false (bool) info.capabilities = {'ac_adapter'} (string list) info.category = 'ac_adapter' (string) info.product = 'AC Adapter' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) linux.acpi_type = 3 (0x3) (int) linux.acpi_path = '/proc/acpi/ac_adapter/AC' (string) [EMAIL PROTECTED]:~/.ssh$ Am Montag, 15. Januar 2007 15:06 schrieb Luka Renko: Hi! Powermanager uses HAL/DBus to get information about battery and AC adapter. Currently, powermanager does polling on the HAL devices status in regular intervals and detect if the state of device changes. Notification about battery powered/AC adapter powered is therefore detected by device of category ac_adapter. You can check the output of lshal and search for ac_adapter. On my system: udi = '/org/freedesktop/Hal/devices/acpi_C176' info.udi = '/org/freedesktop/Hal/devices/acpi_C176' (string) linux.hotplug_type = 4 (0x4) (int) ac_adapter.present = false (bool) info.capabilities = {'ac_adapter'} (string list) info.category = 'ac_adapter' (string) info.product = 'AC Adapter' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) linux.acpi_type = 3 (0x3) (int) linux.acpi_path = '/proc/acpi/ac_adapter/C176' (string) Powermanager checks 'ac_adapter.present' variable and if the state changes, it notifies the users. It is possible that the bug reported by you is powermanager bug or bug in HAL or kernel. Inspecting lshal output when bug occurs might reveal if HAL has proper info about the state or not. Regards, Luka - Forwarded message from Rainer Dorsch [EMAIL PROTECTED] - From: Rainer Dorsch [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Sat, 13 Jan 2007 20:35:22 -0500 Subject: Fwd: Re: [Pkg-kde-extras] Powermanager OSD comes up again and again Hello, I just wanted to politely ask how powermanager finds out that it got detached from the power and runs from
Bug#397508: [EMAIL PROTECTED]: Fwd: Re: [Pkg-kde-extras] Powermanager OSD comes up again and again]
Am Montag, 15. Januar 2007 17:20 schrieb Luka Renko: On Monday 15. January 2007 23:17, Sebastian Kügler wrote: DBus is returning bogus output from HAL it seems. While I cannot see the real reason for that (some problem with brightness setting, it seems), attached patch should work around this specific issue. Note that this might make other, similar problems surface, but we can work through them. Can you try the attached patch, see if that helps, and post console output if you still have problems? Yep, this should help, however I have also proposed simple fix for on_battery detection which should make it more robust for such failures. See https://launchpad.net/bugs/77091 Root cause is probably dbus security - we are discussing this on IRC with Rainer... Just wanted to mention for the Debian BTS, that this patch circumvents the problem. It does not resolve the root cause of the problem (the permission problem reported when powermanager is started on the command line), but makes the annoying box going away. Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#397508: Same behavior in current etch
Hello, I just wanted to add, that I saw the same behavior today and I do have a standard etch installation. [EMAIL PROTECTED]:~$ dpkg -s hal|grep Version Version: 0.5.8.1-4 [EMAIL PROTECTED]:~$ dpkg -s kde-guidance-powermanager|grep Version Version: 0.7.0-1 [EMAIL PROTECTED]:~$ It worked before, maybe the problem came with one of the etch updates I installed today (don't remember which packages came). I stopped powermanager to get rid of the annoying box. Now I don't know, how to start it. [EMAIL PROTECTED]:~$ guidance-power-manager gives me a lot of errors (not sure, if they are related to the original problem): [EMAIL PROTECTED]:~$ Traceback (most recent call last): File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 559, in changeBatteryBrightness self.powermanager.adjustBrightness(level) File /usr/share/python-support/kde-guidance/powermanage.py, line 255, in adjustBrightness if level == self.getBrightness(): File /usr/share/python-support/kde-guidance/powermanage.py, line 246, in getBrightness b = self.brightnessObject.GetBrightness(dbus_interface=org.freedesktop.Hal.Device.LaptopPanel) File /var/lib/python-support/python2.4/dbus/proxies.py, line 102, in __call__ reply_message = self._connection.send_with_reply_and_block(message, timeout) File dbus_bindings.pyx, line 455, in dbus_bindings.Connection.send_with_reply_and_block dbus_bindings.DBusException: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface org.freedesktop.Hal.Device.LaptopPanel member GetBrightness error name (unset) destination org.freedesktop.Hal) Traceback (most recent call last): File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 741, in ? mainWindow = PowermanagerApp(None, main window) File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 696, in __init__ self.pmwidget.prepare() File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 112, in prepare self.poll() File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 411, in poll self.powerHasBeenUnplugged() File /usr/share/python-support/kde-guidance/guidance-power-manager.py, line 567, in powerHasBeenUnplugged dbus_interface=org.freedesktop.Hal.Device.LaptopPanel) File /var/lib/python-support/python2.4/dbus/proxies.py, line 102, in __call__ reply_message = self._connection.send_with_reply_and_block(message, timeout) File dbus_bindings.pyx, line 455, in dbus_bindings.Connection.send_with_reply_and_block dbus_bindings.DBusException: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface org.freedesktop.Hal.Device.LaptopPanel member SetBrightness error name (unset) destination org.freedesktop.Hal) power-manager: ERROR: Communication problem with power-manager, it probably crashed. Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403939: Watch out for the status line
I talked to the upstream author Thomas Baumgart [EMAIL PROTECTED]. He needs to know, what the status line of kmymoney says in these cases (usually it should say something like ready). Please report, if you hit this issue. Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403939: Saw the same behaviour today
Hello, I just wanted to second this bug report. I saw exactly the same behaviour today, with a fresh installed kmymoney2. I decided to go throught the bug reports, often a bug is reported and a fix or workaround is described. Not here though... Regards, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359003: [Pkg-bluetooth-maintainers] Bug#359003: udev script missing (?)
/usb1/1-2# cat idProduct #0001 #topsi:/sys/bus/usb/devices/usb1/1-2# cat idVendor #0a12 #topsi:/sys/bus/usb/devices/usb1/1-2# # Epox BT-DG02A BUS==usb, SYSFS{idProduct}==0001, SYSFS{idVendor}==0a12, SYSFS{bInterfaceNumber}==00, RUN+=bluetooth_usb topsi:~# Register the udev script: topsi:/etc/udev/rules.d# ls -l z60_bluez-usb-support.rules lrwxrwxrwx 1 root root 26 2006-12-07 09:05 z60_bluez-usb-support.rules - ../bluez-usb-support.rules topsi:/etc/udev/rules.d# The RUN scripts in /lib/udev topsi:/etc/udev/rules.d# cat /lib/udev/bluetooth_usb #!/bin/sh # # bluetooth_usb # # Bluetooth usb dongle startup # echo $* /tmp/bluetooth_usb.log echo MANF_ID: $MANF_ID /tmp/bluetooth_usb.log echo ACTION: $ACTION /tmp/bluetooth_usb.log start_bluetooth() { # if [ ! -x /bin/setserial -o ! -x /usr/sbin/hciattach ]; then # logger $0: setserial or hciattach not executable, cannot start $DEVNAME # return 1 # fi # IRQ=`/bin/setserial $DEVNAME | sed -e 's/.*IRQ: //'` # /bin/setserial $DEVNAME irq 0 ; /bin/setserial $DEVNAME irq $IRQ MANF_CARD_ID=${MANF_ID},${CARD_ID} sleep 2 /etc/init.d/bluetooth restart } stop_bluetooth() { # [ -x /bin/fuser ] || return 1 #/bin/fuser -k -HUP $DEVNAME /dev/null } case $ACTION in add) start_bluetooth ;; remove) stop_bluetooth ;; *) logger Unknown action received $0: $ACTION ;; esac topsi:/etc/udev/rules.d# Many thanks, Rainer Am Montag, 9. Oktober 2006 13:01 schrieben Sie: On Sun, Oct 08, 2006 at 12:27:12AM +0200, Rainer Dorsch wrote: Hello, I just upgraded a sarge system to etch and since hotplug is gone in etch, attaching my bluetooth usb dongle have a look at udev rules in /etc/udev, you might want to see bluez-pcmcia-support as it contains some udev rules and the bluetooth_serial script. You want to match your usb dongle via udev and then use a RUN target running your modified script. By the way, this seems a non-bug to me, can I close it or it needs more attention? thanks, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: The only way to get rid of a temptation is to yield to it. -- Oscar Wilde -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401847: ntpd[7988]: sendto(209.132.176.4) (fd=24): Invalid argument
Hello, I found another strange issue with my ntpd. I do not open an new bug report just provide the infromation, because it could be the same root cause. Dec 7 09:18:17 nslu2 ntpd[7988]: sendto(209.132.176.4) (fd=24): Invalid argument Dec 7 09:19:01 nslu2 ntpd[7988]: sendto(217.150.241.215) (fd=24): Invalid argument Restarting ntp fixes the problem for sometime: nslu2:/etc# /etc/init.d/ntp restart Stopping NTP server: ntpd. Starting NTP server: ntpd. nslu2:/etc# tail -f /var/log/syslog Dec 7 09:22:37 nslu2 ntpd[15144]: Listening on interface wildcard, ::#123 Disabled Dec 7 09:22:37 nslu2 ntpd[15144]: Listening on interface eth0, fe80::20f:66ff:fe7f:63bb#123 Enabled Dec 7 09:22:37 nslu2 ntpd[15144]: Listening on interface lo, ::1#123 Enabled Dec 7 09:22:37 nslu2 ntpd[15144]: Listening on interface nas0, fe80::290:d0ff:fe81:36c#123 Enabled Dec 7 09:22:37 nslu2 ntpd[15144]: Listening on interface lo, 127.0.0.1#123 Enabled Dec 7 09:22:37 nslu2 ntpd[15144]: Listening on interface eth0, 192.168.1.2#123 Enabled Dec 7 09:22:37 nslu2 ntpd[15144]: Listening on interface nas0, 192.168.0.1#123 Enabled Dec 7 09:22:37 nslu2 ntpd[15144]: Listening on interface ppp0, 217.190.50.105#123 Enabled Dec 7 09:22:37 nslu2 ntpd[15144]: kernel time sync status 0040 Dec 7 09:22:37 nslu2 ntpd[15144]: frequency initialized 11.774 PPM from /var/lib/ntp/ntp.drift Dec 7 09:22:49 nslu2 ntpd[15144]: synchronized to 193.125.143.173, stratum 2 Dec 7 09:22:49 nslu2 ntpd[15144]: time reset +0.188831 s Dec 7 09:22:49 nslu2 ntpd[15144]: kernel time sync disabled 0001 Dec 7 09:27:42 nslu2 ntpd[15144]: synchronized to 193.125.143.173, stratum 2 Dec 7 09:31:58 nslu2 ntpd[15144]: synchronized to 193.224.70.7, stratum 2 Dec 7 09:56:27 nslu2 -- MARK -- Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401847: ntpd_initres[1825]: ntpd returns a permission denied error!
Package: ntp Version: 1:4.2.2.p4+dfsg-1 Severity: important Hello, I installed etch on an nslu2 (arm port) and receive this message in the /var/log/syslog file: Dec 6 12:24:24 LKG7F63BB ntpd_initres[1825]: ntpd returns a permission denied e rror! Dec 6 12:24:24 LKG7F63BB last message repeated 3 times Dec 6 12:25:24 LKG7F63BB last message repeated 4 times Dec 6 12:26:24 LKG7F63BB last message repeated 4 times Dec 6 12:27:24 LKG7F63BB last message repeated 4 times It really pollutes the syslog file since the last reboot (did not happen immeadiately after the installation). Not sure what data are of interest: LKG7F63BB:~# ps uaxwww|grep 1825|grep -v grep root 1825 0.0 2.1 5436 640 ?S10:13 0:00 /usr/sbin/ntpd-p /var/run/ntpd.pid -u 104:104 -g LKG7F63BB:~# LKG7F63BB:~# ls -l /var/run/ntpd.pid -rw-r--r-- 1 root root 4 Dec 6 10:10 /var/run/ntpd.pid LKG7F63BB:~# cat /var/run/ntpd.pid 1767LKG7F63BB:~# LKG7F63BB:~# ps uaxwww|grep 1767|grep -v grep ntp 1767 0.0 2.2 5436 680 ?Ss 10:10 0:01 /usr/sbin/ntpd-p /var/run/ntpd.pid -u 104:104 -g LKG7F63BB:~# ps uaxwww|grep ntpd|grep -v grep ntp 1767 0.0 2.2 5436 680 ?Ss 10:10 0:01 /usr/sbin/ntpd-p /var/run/ntpd.pid -u 104:104 -g root 1825 0.0 2.1 5436 640 ?S10:13 0:00 /usr/sbin/ntpd-p /var/run/ntpd.pid -u 104:104 -g LKG7F63BB:~# Kind of surprising to me, that two ntpd are running. The system is pure etch on the arm architecture. The only exception is a 2.6.18 kernel which is not yet in etch. Let me know, if you need more information. Thanks, Rainer -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv5tel) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-ixp4xx Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ntp depends on: ii adduser 3.99Add and remove users and groups ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libreadline5 5.2-1 GNU readline and history libraries ii libssl0.9.8 0.9.8c-4SSL shared libraries ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii netbase 4.27Basic TCP/IP networking system ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ntp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401850: Etch exim4 client generates wrong mainlog entries in sarge exim-tls server
Package: exim-tls Version: 3.35-3woody3 Severity: normal Hello, I am running a exim-tls server on a sarge system (for which I run reportbug now) and configured an exim4 client on an etch system. The intention is to use smtp-auth with plain authentification and TLS. The mainlog on the sarge exim-tls server contains an 535 Incorrect authentication data, but the mail is sent anyways. I expect that the authentification data are correct but the 535 should not be there. 2006-12-06 12:32:13 Authentication failed for stgt-d9bea09e.pool.mediaways.net (LKG7F63BB.example.org) [217.190.160.158]: 535 Incorrect authentication data 2006-12-06 12:32:14 1Grv0Y-0005Vs-00 = [EMAIL PROTECTED] H=stgt-d9bea09e.pool.mediaways.net (LKG7F63BB.example.org) [217.190.160.158] P=asmtp X=TLSv1:DES-CBC3-SHA:168 A=plain:rd S=3337 [EMAIL PROTECTED] 2006-12-06 12:32:17 1Grv0Y-0005Vs-00 = [EMAIL PROTECTED] R=lookuphost T=remote_smtp H=bugs.debian.org [140.211.166.43] When I really change the authentification data to make it wrong, I get a diffent mainlog entry: 2006-12-06 13:06:34 Authentication failed for stgt-d9bea09e.pool.mediaways.net (nslu2.alzental-castle.de) [217.190.160.158]: 535 Incorrect authentication data 2006-12-06 13:06:34 Authentication failed for stgt-d9bea09e.pool.mediaways.net (nslu2.alzental-castle.de) [217.190.160.158]: 535 Incorrect authentication data 2006-12-06 13:06:35 Authentication failed for stgt-d9bea09e.pool.mediaways.net (nslu2.alzental-castle.de) [217.190.160.158]: 535 Incorrect authentication data 2006-12-06 13:06:35 refused relay (host) to [EMAIL PROTECTED] from [EMAIL PROTECTED] H=stgt-d9bea09e.pool.mediaways.net (nslu2.alzental-castle.de) [217.190.160.158] 2006-12-06 13:06:37 Authentication failed for stgt-d9bea09e.pool.mediaways.net (nslu2.alzental-castle.de) [217.190.160.158]: 535 Incorrect authentication data 2006-12-06 13:06:37 Authentication failed for stgt-d9bea09e.pool.mediaways.net (nslu2.alzental-castle.de) [217.190.160.158]: 535 Incorrect authentication data 2006-12-06 13:06:37 Authentication failed for stgt-d9bea09e.pool.mediaways.net (nslu2.alzental-castle.de) [217.190.160.158]: 535 Incorrect authentication data 2006-12-06 13:06:37 refused relay (host) to [EMAIL PROTECTED] from H=stgt-d9bea09e.pool.mediaways.net (nslu2.alzental-castle.de) [217.190.160.158] I classified that bug report to normal, since it seems everything is working, only the mainlog contains wrong information. If I am wrong here and relaying for spamers would be possible, please consider reclassification. Let me know, if you need more information from client (etch exim4) or server (sarge exim-tls) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.30-vd1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim-tls depends on: ii cron 3.0pl1-86 management of regular background p ii debianutils 2.8.4 Miscellaneous utilities specific t ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libdb33.2.9-22 Berkeley v3 Database Libraries [ru ii libdb3-util 3.2.9-22 Berkeley v3 Database Utilities ii libident 0.22-3 simple RFC1413 client library - ru ii libldap2 2.1.30-8 OpenLDAP libraries ii libpam0g 0.76-22Pluggable Authentication Modules l ii libpcre3 4.5-1.2sarge1 Perl 5 Compatible Regular Expressi ii libssl0.9.6 0.9.6m-1sarge4 SSL shared libraries (old version) ii netbase 4.21 Basic TCP/IP networking system ii openssl 0.9.7e-3sarge4 Secure Socket Layer (SSL) binary a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359003: [Pkg-bluetooth-maintainers] Bug#359003: udev script missing (?)
Fillippo, many thanks for your quick reply. I did not open the original bug, I just commented, since my problem was at least similar. It would have helped me to find some documentation how to attach my own usb bluetooth stick to the usb port and get the network up automatically in /usr/share/doc/bluez-utils. I will try your suggestion and if I succeed, I am happy to send you a few lines (or if you want to can go ahead and write the lines and I will test them). Many thanks, Rainer Am Montag, 9. Oktober 2006 13:01 schrieb Filippo Giunchedi: On Sun, Oct 08, 2006 at 12:27:12AM +0200, Rainer Dorsch wrote: Hello, I just upgraded a sarge system to etch and since hotplug is gone in etch, attaching my bluetooth usb dongle have a look at udev rules in /etc/udev, you might want to see bluez-pcmcia-support as it contains some udev rules and the bluetooth_serial script. You want to match your usb dongle via udev and then use a RUN target running your modified script. By the way, this seems a non-bug to me, can I close it or it needs more attention? thanks, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: The only way to get rid of a temptation is to yield to it. -- Oscar Wilde -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390547: update
An alternative to apm power_off=1 in /etc/modules would be [EMAIL PROTECTED]:~$ cat /etc/modprobe.d/apm # power off at shutdown needs now an explicit option options apm power_off=1 [EMAIL PROTECTED]:~$ This way also a manually loaded apm module would see that option. Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337610: Can be fixed manually
Thanks for this bug report, was very useful for me. It is not required to delete ~/openoffice.org2 it is sufficient to delete the two libraries in ~/openoffice.org2/user/basic/dialog.xlc and ~/openoffice.org2/user/basic/script.xlc [EMAIL PROTECTED]:~/.openoffice.org2$ diff user/basic/dialog.xlc* 14a15 library:library library:name=WebWizard xlink:href=file:///usr/lib/openoffice/share/basic/WebWizard/dialog.xlb/ xlink:type=simple library:link=true library:readonly=true/ [EMAIL PROTECTED]:~/.openoffice.org2$ diff user/basic/script.xlc* 14a15 library:library library:name=WebWizard xlink:href=file:///usr/lib/openoffice/share/basic/WebWizard/script.xlb/ xlink:type=simple library:link=true library:readonly=false/ [EMAIL PROTECTED]:~/.openoffice.org2$ Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 ICq 32550367 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300317: sane-utils: scanimage -L does not return
Hi Julien, the syslog contains Mar 30 23:20:22 silverboxy kernel: ppdev0: registered pardevice Mar 30 23:20:24 silverboxy kernel: ppdev0: registered pardevice Mar 30 23:20:25 silverboxy kernel: ppdev0: released pardevice because user-space forgot Mar 30 23:20:25 silverboxy kernel: ppdev0: unregistered pardevice Mar 30 23:20:25 silverboxy kernel: parport0: ppdev0 forgot to release port Mar 30 23:20:25 silverboxy kernel: ppdev0: unregistered pardevice Mar 30 23:20:28 silverboxy kernel: ppdev0: registered pardevice Mar 30 23:20:29 silverboxy kernel: ppdev0: registered pardevice Mar 30 23:21:38 silverboxy kernel: ppdev0: released pardevice because user-space forgot Mar 30 23:21:38 silverboxy kernel: ppdev0: unregistered pardevice Mar 30 23:21:38 silverboxy kernel: parport0: ppdev0 forgot to release port Mar 30 23:21:38 silverboxy kernel: ppdev0: unregistered pardevice Mar 30 23:22:06 silverboxy kernel: ppdev0: registered pardevice Mar 30 23:22:06 silverboxy kernel: ppdev0: registered pardevice Mar 30 23:22:56 silverboxy kernel: ppdev0: released pardevice because user-space forgot Mar 30 23:22:56 silverboxy kernel: ppdev0: unregistered pardevice Mar 30 23:22:56 silverboxy kernel: parport0: ppdev0 forgot to release port Mar 30 23:22:56 silverboxy kernel: ppdev0: unregistered pardevice I attach logs from mustek and hpsj5s (which is very short). Thanks, Rainer Am Mittwoch, 30. März 2005 23:02 schrieb Julien BLACHE: Rainer Dorsch [EMAIL PROTECTED] wrote: Hi Rainer, open(/dev/scanner, O_RDWR|O_NONBLOCK|O_EXCL) = -1 ENOENT (No such file or directory) open(/etc/ieee1284.conf, O_RDONLY)= -1 ENOENT (No such file or directory) open(/dev/parport0, O_RDONLY|O_NOCTTY) = 5 ioctl(5, PPCLAIM, 0x4004c7bc unfinished ... silverboxy:~# OK, exact same thing. I'm going to ask you for one (really, two) debug logs from the mustek and hpsj5s backends, and I should have enough information to pinpoint the problem. (btw, I guess you still see the same parport related messages in /var/log/messages ?). Could you run: # SANE_DEBUG_MUSTEK=255 scanimage -L 2 mustek.log # SANE_DEBUG_HPSJ5S=255 scanimage -L 2 hpsj5s.log And send me both files ? (I still think both backends are misusing libieee1284 and not releasing the parport; otherwise, the parport is claimed by another process, and there's nothing I can do I think) Thanks, JB. -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367 [sanei_debug] Setting debug level of mustek to 255. [mustek] SANE mustek backend version 1.0 build 137 from sane-backends 1.0.15 [mustek] sane_init: authorize != null [mustek] sane_init: using sanei_scsi_open_extended [mustek] sane_init: reading config file `mustek.conf' [mustek] sane_init: config file line 1: ignoring comment line [mustek] sane_init: config file line 2: ignoring empty line [mustek] sane_init: config file line 3: ignoring comment line [mustek] sane_init: config file line 4: ignoring comment line [mustek] sane_init: config file line 5: ignoring comment line [mustek] sane_init: config file line 6: ignoring comment line [mustek] sane_init: config file line 7: ignoring comment line [mustek] sane_init: config file line 8: ignoring comment line [mustek] sane_init: config file line 9: ignoring empty line [mustek] sane_init: config file line 10: ignoring comment line [mustek] sane_init: config file line 11: trying to attach `scsi MUSTEK * Scanner' [mustek] sane_init: config file line 12: ignoring comment line [mustek] sane_init: config file line 13: ignoring comment line [mustek] sane_init: config file line 14: ignoring comment line [mustek] sane_init: config file line 15: ignoring comment line [mustek] sane_init: config file line 16: ignoring comment line [mustek] sane_init: config file line 17: ignoring empty line [mustek] sane_init: config file line 18: trying to attach `scsi SCANNER' [mustek] sane_init: config file line 19: ignoring comment line [mustek] sane_init: config file line 20: ignoring comment line [mustek] sane_init: config file line 21: ignoring comment line [mustek] sane_init: config file line 22: ignoring comment line [mustek] sane_init: config file line 23: ignoring comment line [mustek] sane_init: config file line 24: ignoring empty line [mustek] sane_init: config file line 25: trying to attach `/dev/scanner' [mustek] attach: trying device /dev/scanner [mustek] dev_open /dev/scanner [mustek] dev_open: Invalid argument: can't open /dev/scanner as a SCSI device [mustek] dev_open: Invalid argument: can't open /dev/scanner as an AB306N device [sanei_debug] Setting debug level of hpsj5s to 255. [hpsj5s] sane_init[hpsj5s] sane_init: version_code != 0, authorize != 0 [hpsj5s] sane_init: SANE hpsj5s backend version 1.0.3 [hpsj5s] sane_init
Bug#300317: sane-utils: scanimage -L does not return
Julien, sorry for the late reply. Am Sonntag, 20. März 2005 23:21 schrieben Sie: Rainer Dorsch [EMAIL PROTECTED] wrote: I guess cups might have claimed the parallel port before. Try without cups running if you want to be sure. There's no good way to avoid Stopping cups (/etc/init.d/cupsys stop) does not solve the problem. If you have the lp module loaded, it might it that claimed the parport (I'd have to look at the code to be sure, it's been a long time). silverboxy:~# lsmod |grep lp lp 11204 0 parport41832 3 lp,parport_pc,ppdev silverboxy:~# that, apart from disabling the backends by default :/ I would do this only when we understood why libieee1284 is now a problem or when more people are complaining. As it hasn't been reported so far, I believe there is something specific to your setup... Could you have a look to /var/log/messages and see if you can find any message related to the parallel port in there ? silverboxy:~# grep parport /var/log/messages silverboxy:~# grep parport /var/log/syslog Mar 25 10:17:57 silverboxy kernel: parport0: BUSY timeout (1) in compat_write_block_pio Mar 25 22:30:48 silverboxy kernel: parport0: ppdev0 forgot to release port silverboxy:~# grep 1284 /var/log/syslog silverboxy:~# grep 1284 /var/log/messages silverboxy:~# The second line in syslog is caused by the scanimage -L (?): Mar 25 22:30:45 silverboxy kernel: ppdev0: registered pardevice Mar 25 22:30:46 silverboxy kernel: ppdev0: registered pardevice Mar 25 22:30:48 silverboxy kernel: ppdev0: released pardevice because user-space forgot Mar 25 22:30:48 silverboxy kernel: ppdev0: unregistered pardevice Mar 25 22:30:48 silverboxy kernel: parport0: ppdev0 forgot to release port Mar 25 22:30:48 silverboxy kernel: ppdev0: unregistered pardevice Mar 25 22:30:56 silverboxy kernel: ppdev0: registered pardevice Mar 25 22:30:57 silverboxy kernel: ppdev0: released pardevice because user-space forgot Mar 25 22:30:57 silverboxy kernel: ppdev0: unregistered pardevice Does that tell you anything? Thanks, Rainer libieee1284 claims the parallel port so that the kernel will load the driver if it isn't loaded already; maybe it could be patched to check that the driver is loaded to avoid this situation... which driver? it=hpsj5s could be patched? libieee1284 itself. If you agree, I'll close this bug. Yes, please do so. We understood the problem is specific for my system and the solution is documented in BTS. I'll wait a little bit more, I'd really like to understand what's going on, and I have the feeling that it's something terribly simple that just hasn't popped up to my mind yet ... Many thanks for the great support. You're welcome :-) JB. -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367
Bug#300317: sane-utils: scanimage -L does not return
Am Sonntag, 20. März 2005 20:21 schrieben Sie: Rainer Dorsch [EMAIL PROTECTED] wrote: open(/etc/ieee1284.conf, O_RDONLY)= -1 ENOENT (No such file or directory) open(/dev/parport0, O_RDONLY|O_NOCTTY) = 4 ioctl(4, PPCLAIM, 0x4009ccce unfinished ... silverboxy:~# I guess cups might have claimed the parallel port before. Try without cups running if you want to be sure. There's no good way to avoid Stopping cups (/etc/init.d/cupsys stop) does not solve the problem. that, apart from disabling the backends by default :/ I would do this only when we understood why libieee1284 is now a problem or when more people are complaining. libieee1284 claims the parallel port so that the kernel will load the driver if it isn't loaded already; maybe it could be patched to check that the driver is loaded to avoid this situation... which driver? it=hpsj5s could be patched? If you agree, I'll close this bug. Yes, please do so. We understood the problem is specific for my system and the solution is documented in BTS. Many thanks for the great support. Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367
Bug#300317: sane-utils: scanimage -L does not return
Am Samstag, 19. März 2005 12:17 schrieb Julien BLACHE: Rainer Dorsch [EMAIL PROTECTED] wrote: [please keep the bug log in the loop when replying] It is umax: silverboxy:~# SANE_DEBUG_UMAX=255 scanimage -L [sanei_debug] Setting debug level of umax to 255. [umax] sane_init [umax] This is sane-umax version 1.0 build 44 [umax] compiled with USB support for Astra 2200 [umax] (C) 1997-2002 by Oliver Rauch [umax] EMAIL: [EMAIL PROTECTED] [umax] reading configure file umax.conf [umax] sanei_config_attach_matching_devices(scsi UMAX * Scanner) [umax] sanei_config_attach_matching_devices(scsi LinoHell JADE) [umax] sanei_config_attach_matching_devices(scsi LinoHell Office) [umax] sanei_config_attach_matching_devices(scsi LinoHell Office2) [umax] sanei_config_attach_matching_devices(scsi LinoHell SAPHIR2) [umax] sanei_config_attach_matching_devices(scsi LinoHell SAPHIR3) [umax] sanei_config_attach_matching_devices(scsi Linotype SAPHIR4) [umax] sanei_config_attach_matching_devices(scsi LinoHell OPAL2) [umax] sanei_config_attach_matching_devices(scsi HDM LS4H1S) [umax] sanei_config_attach_matching_devices(scsi Nikon AX-110) [umax] sanei_config_attach_matching_devices(scsi Nikon AX-210) [umax] sanei_config_attach_matching_devices(scsi KYE ColorPage-HR5) [umax] sanei_config_attach_matching_devices(scsi EPSON Perfection600) [umax] sanei_config_attach_matching_devices(scsi ESCORT Galleria 600S) [umax] sanei_config_attach_matching_devices(scsi TriGem PowerScanII) [umax] sanei_usb_attach_matching_devices(usb 0x1606 0x0230) [umax] option connection-type = 1 [umax] attach_scanner: /dev/scanner, connection_type 1 [umax] attach_scanner: opening scsi device /dev/scanner [umax] ERROR: attach_scanner: opening scsi device /dev/scanner failed [umax] option connection-type = 2 [umax] attach_scanner: /dev/usbscanner, connection_type 2 [umax] attach_scanner: opening usb device /dev/usbscanner [umax] sanei_umaxusb_open: open of `/dev/usbscanner' failed: Invalid argument [umax] ERROR: attach_scanner: opening usb device /dev/usbscanner failed [umax] finished reading configure file [umax] sane_get_devices(local_only = 0) When I run as user, the problem does not occur: [EMAIL PROTECTED]:~$ scanimage -L device `umax1220u:libusb:001:004' is a UMAX Astra 1220U flatbed scanner [EMAIL PROTECTED]:~$ SANE_DEBUG_UMAX=255 scanimage -L [sanei_debug] Setting debug level of umax to 255. [umax] sane_init [umax] This is sane-umax version 1.0 build 44 [umax] compiled with USB support for Astra 2200 [umax] (C) 1997-2002 by Oliver Rauch [umax] EMAIL: [EMAIL PROTECTED] [umax] reading configure file umax.conf [umax] sanei_config_attach_matching_devices(scsi UMAX * Scanner) [umax] sanei_config_attach_matching_devices(scsi LinoHell JADE) [umax] sanei_config_attach_matching_devices(scsi LinoHell Office) [umax] sanei_config_attach_matching_devices(scsi LinoHell Office2) [umax] sanei_config_attach_matching_devices(scsi LinoHell SAPHIR2) [umax] sanei_config_attach_matching_devices(scsi LinoHell SAPHIR3) [umax] sanei_config_attach_matching_devices(scsi Linotype SAPHIR4) [umax] sanei_config_attach_matching_devices(scsi LinoHell OPAL2) [umax] sanei_config_attach_matching_devices(scsi HDM LS4H1S) [umax] sanei_config_attach_matching_devices(scsi Nikon AX-110) [umax] sanei_config_attach_matching_devices(scsi Nikon AX-210) [umax] sanei_config_attach_matching_devices(scsi KYE ColorPage-HR5) [umax] sanei_config_attach_matching_devices(scsi EPSON Perfection600) [umax] sanei_config_attach_matching_devices(scsi ESCORT Galleria 600S) [umax] sanei_config_attach_matching_devices(scsi TriGem PowerScanII) [umax] sanei_usb_attach_matching_devices(usb 0x1606 0x0230) [umax] option connection-type = 1 [umax] attach_scanner: /dev/scanner, connection_type 1 [umax] attach_scanner: opening scsi device /dev/scanner [umax] ERROR: attach_scanner: opening scsi device /dev/scanner failed [umax] option connection-type = 2 [umax] attach_scanner: /dev/usbscanner, connection_type 2 [umax] attach_scanner: opening usb device /dev/usbscanner [umax] sanei_umaxusb_open: open of `/dev/usbscanner' failed: Invalid argument [umax] ERROR: attach_scanner: opening usb device /dev/usbscanner failed [umax] finished reading configure file [umax] sane_get_devices(local_only = 0) device `umax1220u:libusb:001:004' is a UMAX Astra 1220U flatbed scanner [umax] sane_exit [EMAIL PROTECTED]:~$ OK... probably not a problem in the backend. Could you run scanimage under gdb and obtain a backtrace ? In your other mail you asked for another trace (?): silverboxy:~# SANE_DEBUG_DLL=255 SANE_DEBUG_UMAX1220U=255 scanimage -L [sanei_debug] Setting debug level of dll to 255. [dll] sane_init: SANE dll backend version 1.0.11 from sane-backends 1.0.15 [dll] sane_init/read_config: reading dll.conf [dll] add_backend: adding backend `net' [dll] add_backend: adding
Bug#300317: sane-utils: scanimage -L does not return
Package: sane-utils Version: 1.0.15-7 Severity: normal [EMAIL PROTECTED]:~$ scanimage -L No scanners were identified. If you were expecting something different, check that the scanner is plugged in, turned on and detected by the sane-find-scanner tool (if appropriate). Please read the documentation which came with this software (README, FAQ, manpages). [EMAIL PROTECTED]:~$ su - Password: silverboxy:~# scanimage -L Note: scanimage does not return to the command line. silverboxy:~# lsusb Bus 004 Device 001: ID : Bus 003 Device 003: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) Bus 003 Device 001: ID : Bus 002 Device 001: ID : Bus 001 Device 004: ID 1606:0010 Umax [hex] Astra 1220U Bus 001 Device 001: ID : silverboxy:~# The scanner is visible at usb level, KDE's kooka can use it flawlessly. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages sane-utils depends on: ii adduser 3.63 Add and remove users and g:roups ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libieee1284-3 0.2.8-2 Cross-platform library for paralle ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libsane 1.0.15-7 API library for scanners ii libusb-0.1-42:0.1.10a-6 userspace USB programming library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#235906: cupsys: Bogus configuration file conflicts
Package: cupsys Version: 1.1.23-3 Followup-For: Bug #235906 I was close to submit a bug report, but I found that there is already a report (and a solution?). I just want to second the problem described in this report is real (and possibly very easy to fix). Each cupsys upgrade needs manual intervention here: Configuration file `/etc/cups/cupsd.conf' == Modified (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** cupsd.conf (Y/I/N/O/D/Z) [default=N] ? y Installing new version of config file /etc/cups/cupsd.conf ... Configuration file `/etc/cups/printers.conf' == Modified (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** printers.conf (Y/I/N/O/D/Z) [default=N] ? y As the original bug reporter pointed out, I could select N, but this way I might loose handy new features...this time I should have selected N: silverboxy:/etc/cups# diff cupsd.conf cupsd.conf.dpkg-old 1a2 # $Id: cupsd.conf.in,v 1.17 2005/01/03 19:29:45 mike Exp $ 841a843,844 Allow From 192.168.1.101 Allow From 192.168.2.2 846a850 # End of $Id: cupsd.conf.in,v 1.17 2005/01/03 19:29:45 mike Exp $. silverboxy:/etc/cups# emacs --nw cupsd.conf silverboxy:/etc/cups# emacs -nw cupsd.conf silverboxy:/etc/cups# diff printers.conf printers.conf.dpkg-old 1a2 # $Id: printers.conf,v 1.15 2005/01/03 19:29:45 mike Exp $ 93a95 # End of $Id: printers.conf,v 1.15 2005/01/03 19:29:45 mike Exp $. 94a97,108 # Printer configuration file for CUPS v1.1.14 # Written by cupsd on Sat Mar 22 09:04:45 2003 DefaultPrinter CanonBJ10sx Info Canon BJ-10e DeviceURI parallel:/dev/lp0 State Idle Accepting Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 /Printer silverboxy:/etc/cups# Thanks, Rainer -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cupsys depends on: ii adduser 3.59 Add and remove users and groups ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-3 Common UNIX Printing System(tm) - ii libcupsys2-gnutls10 1.1.23-3 Common UNIX Printing System(tm) - ii libgnutls11 1.0.16-9 GNU TLS library - runtime library ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpaper1 1.1.14-3 Library for handling paper charact ii libslp1 1.0.11-7 OpenSLP libraries ii patch 2.5.9-2 Apply a diff file to an original ii perl-modules5.8.4-5 Core Perl modules ii xpdf-utils 3.00-12 Portable Document Format (PDF) sui ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, socket, usb -- To
Bug#208321: Same on MacOS
I have the same problem here, but have not yet solved it. Is is not urgent for me, because kmail works, it is just a problem with evolution. I just saw this post of a MacOs user, which seems somehow related (long URL might be wrapped) http://groups.google.de/groups?q=imaplogin:+couriertls:+connect: +error:1408F10B:SSL+routines:SSL3_GET_RECORD:wrong+version+numberhl=delr=ie=UTF-8selm=b999th%24s7v%241%40FreeBSD.csie.NCTU.edu.twrnum=3 Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291115: seyon has locale problem
Am Mittwoch, 19. Januar 2005 01:05 schrieb Steve McIntyre: On Tue, Jan 18, 2005 at 09:56:51PM +0100, Rainer Dorsch wrote: Package: seyon Version: 2.20c-15 Severity: normal Steve, I just installed seyon. I does not start, I think it that the installation has a locale problem: [EMAIL PROTECTED]:~$ seyon uxterm tried to use locale en_US.UTF-8 locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Hmmm. Are you sure that's seyon and not uxterm failing? What happens if you run seyon -emulator xterm ? You are right, with xterm seyon works as expected. Starting uxterm directly shows the same problem: [EMAIL PROTECTED]:~$ uxterm uxterm tried to use locale de_DE.UTF-8 locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory [EMAIL PROTECTED]:~$ Can you reassign the bug report to uxterm or should I open a new one? Maybe there is already one... Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291115: seyon has locale problem
Package: seyon Version: 2.20c-15 Severity: normal Steve, I just installed seyon. I does not start, I think it that the installation has a locale problem: [EMAIL PROTECTED]:~$ seyon uxterm tried to use locale en_US.UTF-8 locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory [EMAIL PROTECTED]:~$ export declare -x COLORTERM= declare -x DESKTOP_SESSION=default declare -x DISPLAY=:0 declare -x DM_CONTROL=/var/run/xdmctl declare -x GS_LIB=/home/rd/.fonts declare -x GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/rd/.gtkrc-2.0:/home/rd/.kde/share/config/gtkrc declare -x GTK_RC_FILES=/etc/gtk/gtkrc:/home/rd/.gtkrc:/home/rd/.kde/share/config/gtkrc declare -x HOME=/home/rd declare -x KDE_FULL_SESSION=true declare -x KDE_MULTIHEAD=false declare -x KONSOLE_DCOP=DCOPRef(konsole-12319,konsole) declare -x KONSOLE_DCOP_SESSION=DCOPRef(konsole-12319,session-4) declare -x LOGNAME=rd declare -x LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.ogg=01;35:*.mp3=01;35:*.wav=01;35: declare -x NNTPSERVER=news.online.de declare -x OLDPWD declare -x PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games declare -x PWD=/home/rd declare -x SESSION_MANAGER=local/silverboxy:/tmp/.ICE-unix/12289 declare -x SHELL=/bin/bash declare -x SHLVL=2 declare -x SSH_AGENT_PID=12240 declare -x SSH_AUTH_SOCK=/tmp/ssh-nLGAf12194/agent.12194 declare -x TERM=xterm declare -x USER=rd declare -x WINDOWID=41943045 declare -x XCURSOR_SIZE= declare -x XCURSOR_THEME=default declare -x XDM_MANAGED=/var/run/xdmctl/xdmctl-:0,maysd,mayfn,sched,rsvd,method=classic declare -x XPSERVERLIST=:64 [EMAIL PROTECTED]:~$ -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages seyon depends on: ii debconf 1.4.30.11 Debian configuration management sy ii konsole [x-terminal-emul 4:3.3.1-4 KDE X terminal emulator ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-10 X Athena widget set library ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii xterm [x-terminal-emulat 4.3.0.dfsg.1-10 X terminal emulator -- debconf information: seyon/device: /dev/modem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290740: xgnokii crashes when LANG is set
Package: gnokii Version: 0.6.4-1 Severity: normal I just noticed that xgnokii fails when LANG is set. This could also be a glib bug, but since I observe it in gnokii, I file it here. Feel free to reassign it, if you think that is approriate: [EMAIL PROTECTED]:~$ xgnokii GLib-ERROR **: could not allocate 1073741979 bytes aborting... Abgebrochen [EMAIL PROTECTED]:~$ echo $LANG [EMAIL PROTECTED] [EMAIL PROTECTED]:~$ unset LANG [EMAIL PROTECTED]:~$ xgnokii Event 9 failed with return code 5! Event 9 failed with return code 5! Event 9 failed with return code 5! Event 9 failed with return code 5! A solution would be a wrapper script Thanks, Rainer -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnokii depends on: ii libbluetooth12.11-1 Library to use the BlueZ Linux Blu ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9The GLib library of C routines ii libgnokii2 0.6.4-1 Gnokii library ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii liblockfile1 1.06NFS-safe locking library, includes ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii passwd 1:4.0.3-30.7Change and administer password and ii timeout 1.11-6.1Run a command with a time limit. ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]