Bug#375251: inkscape: Cursor coordinates in status bar do not match ruler numbers
Package: inkscape Version: 0.41-4.99.sarge2 Severity: normal I'm new to Inkscape - trying to find something better than Xfig - but I'm bewildered that for a completely new document the cursor position in the status bar just next to the %zoom seems to be 1.25 times the ruler numbers. For instance, if I put the cursor immediately below '400' the cursor position reads '500'. Beneath 200 it reads 250, etc. I get exactly the same sort of effect if I put the cursor beside 400 in the vertical ruler: the coordinates read 500. I've tried setting all the unit measurements to px, and I can't see anything to control this weird scaling. The most likely thing looked like 'Default export scaling' but I twiddled with that and it made no difference. If this really isn't a bug, please accept my apologies and tell me how to make the two numbers match up (or why it's so very useful to have them scaled by 125%)? It's driving me berserk. Thanks, Tim -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages inkscape depends on: ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22sarge3GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.5 FreeType 2 font engine, shared lib ii libgc1 1:6.4-1 conservative garbage collector for ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libglibmm-2.4-12.6.1-1 C++ wrapper for the GLib toolkit ( ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libgtkmm-2.4-1 2.4.10-1 C++ wrappers for GTK+ 2.4 (shared ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-2.0-02.0.10-1 type-safe Signal Framework for C++ ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxft22.1.7-1 FreeType-based font drawing librar ii libxml22.6.16-7 GNOME XML library ii libxrender10.8.3-7 X Rendering Extension client libra ii libxslt1.1 1.1.12-8 XSLT processing library - runtime ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365460: boot hangs if disc full
Package: mysql-server-4.1 Version: 4.1.11a-4sarge2 Severity: normal File: /usr/sbin/mysqld My boot-up hung on 'Starting: mysql' because: Apr 29 13:28:23 cardinal mysqld[1178]: ^G/usr/sbin/mysqld: Disk is full writing '/var/log/mysql/mysql-bin.000343' (Errcode: 28). Waiting for someone to free space... Retry in 60 secs Since nobody can free space during boot, can this error cause a 'failed' notifier for mysql please? Incidentally, this error did not appear on the screen, which would have been helpful. It would be particularly helpful if it said something like 'disk is full, retrying in 60 seconds (but will quit after 3 retries)' Thanks, Tim -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mysql-server-4.1 depends on: ii adduser 3.63Add and remove users and groups ii debconf 1.4.30.13 Debian configuration management sy ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libdbi-perl 1.46-6 Perl5 database interface by Tim Bu ii libgcc1 1:3.4.3-13 GCC support library ii libmysqlclient14 4.1.11a-4sarge2 mysql database client library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libreadline4 4.3-11 GNU readline and history libraries ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent ii mysql-client-4.1 4.1.11a-4sarge2 mysql database client binaries ii mysql-common-4.1 4.1.11a-4sarge2 mysql database common files (e.g. ii passwd 1:4.0.3-31sarge5change and administer password and ii perl 5.8.4-8sarge3 Larry Wall's Practical Extraction ii psmisc 21.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: mysql-server-4.1/start_on_boot: true mysql-server-4.1/postrm_remove_databases: false mysql-server-4.1/nis_warning: * mysql-server-4.1/mysql_install_db_notes: mysql-server-4.1/mysql_update_hints1: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365461: No flushing of old packages
Package: aptitude Version: 0.2.15.9-2 Severity: normal I've been using aptitude for a while, but recently my disc filled up because the /var/cache/apt/archives were never being flushed of old packages, despite the manpage apparently saying that was the default. I fixed it readily with apt-get autoclean, but 'autoclean' seems like something which should be run by something automatically? Is this something aptitude should be doing? Thanks. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-5-3 0.5.28.6 Advanced front-end for dpkg ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libncurses5 5.4-4Shared libraries for terminal hand ii libsigc++-1.2-5c102 1.2.5-4 type-safe Signal Framework for C++ ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351857: ogle-mmx: Various GUI buttons do not work
Package: ogle-mmx Version: 0.9.2-2 Severity: important Several of the navigation buttons do not work for me. In particular: - does nothing (doesn't even reverse the action of button) - does nothing | - does nothing, even while paused. | - does nothing, even while paused. These work: - starts or reverts sped-up playback to normal || - pauses/unpauses - speeds up playback | - does go back to the beginning of the scene. | - does go forward to the next scene. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ogle-mmx depends on: ii liba52-0.7.4 0.7.4-1 Library for decoding ATSC A/52 str ii libasound2 1.0.8-3 ALSA library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdvdread30.9.4-5 Simple foundation for reading DVDs ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libmad00.15.1b-1.1 MPEG audio decoder library ii libxml22.6.16-7 GNOME XML library ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: * ogle/install_css: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350123: galeon: Link context menu does not offer 'Open with...' like the image context menu.
Hi. On Monday 30 January 2006 13:43, Loïc Minier wrote: It seems you would want Galeon to offer some sort of override of this system, permitting you to select any application, changing the way it is called, to open any type of file you click on. Am I understanding you correctly? Yes. The mime-type thing is useful for many applications, but making it the sole source of choice is too restrictive. By way of example: it would be stupid for 'Vi' to register itself as being able to cope with HTML, but HTML is a text-based format and it's fairly natural for someone to want to open a HTML link in Vi, to examine it. If opening a link in an arbitrary application could optionally register it as able to handle that mime-type or file extension, that might be particularly useful. Cheers, Tim -- Most incoming HTML email is caught by my SPAM FILTER. http://www.baverstock.org.uk/tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350123: galeon: Link context menu does not offer 'Open with...' like the image context menu.
Hi. The particular example might be a GIMP bug, but the overall issue is that I would like Galeon to have a pop-up menu entry that asks me which application I want to send an arbitrary link to - not necessarily an SVG to GIMP: it could be that I want to send a .txt link to vi, or that I sometimes want to send a .wek link to xfwek and sometimes send it to xwek. Perhaps even - horrors - a .html link to my shell script that fires up Internet Explorer in Wine. Thanks, Tim On Sunday 29 January 2006 19:37, Loïc Minier wrote: reassign #350123 gimp-svg retitle #350123 Should register the image/svg+xml MimeType thanks Hi, On Fri, Jan 27, 2006, Tim Baverstock wrote: If I want to open an '.svg' file, I have to save it first. This is a little annoying when I could easily send it to GIMP. I know I should be able to set up the association if I dig through the manual, but it would be much easier if that were on the context menu. This seems to be a problem with Gimp which does not list the SVG Mime Type in its descriptor, even when gimp-svg is installed. To the gimp maintainer: perhaps you should dpkg-divert /usr/share/gimp/2.0/misc/gimp.desktop when gimp-svg is installed with a version listing image/svg+xml in the MimeType field? Cheers, -- Most incoming HTML email is caught by my SPAM FILTER. http://www.baverstock.org.uk/tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350123: galeon: Link context menu does not offer 'Open with...' like the image context menu.
Package: galeon Version: 1.3.20-1 Severity: wishlist If I want to open an '.svg' file, I have to save it first. This is a little annoying when I could easily send it to GIMP. I know I should be able to set up the association if I dig through the manual, but it would be much easier if that were on the context menu. Cheers. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages galeon depends on: ii debconf1.4.30.13 Debian configuration management sy ii galeon-common 1.3.20-1 GNOME web browser for advanced use ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libeel2-2 2.8.2-1 Eazel Extensions Library (for GNOM ii libgail-common 1.8.4-1 GNOME Accessibility Implementation ii libgail17 1.8.4-1 GNOME Accessibility Implementation ii libgcc11:3.4.3-13GCC support library ii libgconf2-42.8.1-6 GNOME configuration database syste ii libglade2-01:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libnautilus2-2 2.8.2-2 libraries for nautilus components ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxml22.6.16-7 GNOME XML library ii mozilla-browser2:1.7.8-1sarge3 The Mozilla Internet application s ii procps 1:3.2.1-2 The /proc file system utilities ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: galeon/old_config_warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341221: gimp: Open Location fails
Package: gimp Version: 2.2.6-1 Severity: normal I tried to use Galeon's 'Open image with - GIMP' menu option, but GIMP said: --- URL Message wget exited abnormally on URL 'http://www.baverstock.org.uk/tim/comics/cys.gif' GIMP Message Opening 'http://www.baverstock.org.uk/tim/comics/cys.gif' failed: Plug-In could not open image --- Other 'Open image with -' options work happily. So I tried that URL in the 'Open Location' menu item in GIMP with the same results. I wrote a quick indirection script for wget, to log what parameters GIMP was giving it, and it reported this: wget -e server-response=off -T 300 http://www.baverstock.org.uk/tim/comics/cys.gif -O /home/warwick/.gimp-2.2/tmp/gimp_temp_22994.gif and also reported that the wget command was returning 0. This command, when typed from the command-line works happily, returning 0. From this, I infer that GIMP's 'Open location' menu option is broken. Thanks, Tim -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gimp depends on: ii aalib1 1.4p5-22 ascii art library ii gimp-data 2.2.6-1 Data files for The GIMP ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexif10 0.6.9-6 library to parse EXIF files ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgimp2.0 2.2.6-1 Libraries necessary to run the GIM ii libgimpprint1 4.2.7-10 The Gimp-Print printer driver libr ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liblcms1 1.13-1Color management library ii libmng11.0.8-1 Multiple-image Network Graphics li ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libtiff4 3.7.2-3 Tag Image File Format (TIFF) libra ii libwmf0.2-70.2.8.3-2 Windows metafile conversion librar ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii wget 1.9.1-12 retrieves files from the web ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339960: kghostview: No facility for selecting text
Package: kghostview Version: 4:3.3.2-2sarge1 Severity: normal I suppose this might be a wishlist item, but it seems like such a fundamental omission that I can only imagine it's a bug. I can't select text, in order to paste it into another application. Not even as plain text. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kghostview depends on: ii gs 8.01-5Transitional package ii gs-esp [gs]7.07.1-9 The Ghostscript PostScript interpr ii gs-gpl [gs]8.01-5The GPL Ghostscript PostScript int ii kdelibs4 4:3.3.2-6.2 KDE core libraries ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfam0c1022.7.0-6 client library to control the FAM ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libidn11 0.5.13-1.0GNU libidn library, implementation ii libpng12-0 1.2.8rel-1PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxrender10.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335268: kernel-patch-badram: Is a 2.6.8 patch available?
Package: kernel-patch-badram Version: 2.6.5.2-2 Severity: important Hi. I'm not sure what your policy on new kernel versions is, nor am I sure when kernel-source-2.6.8 was released, but I just downloaded 2.6.8 and this package and I don't see that in kernel-patches/all/apply/badram. Do I just clag in one of the patch files from http://rick.vanrein.org/linux/badram/download.html? Cheers, Tim -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-patch-badram depends on: ii bash 2.05b-26 The GNU Bourne Again SHell ii grep-dctrl2.1.11 Grep Debian package information ii patch 2.5.9-2Apply a diff file to an original -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328978: mailto: for Gnome start-up not supported
Package: kmail Version: 4:3.3.2-3 Severity: wishlist This is a crack in the floorboards between KMail and Gnome/Galeon. It would be nice if it could be fixed. Galeon (Gnome) wants to start kmail up as 'kmail %s' where %s is replaced with this sort of thing: mailto:?Subject=Debian%20Bug%20report%20logs%3A%20package%20kmailBody=http%3A%2F%2Fbugs.debian.org%2Fcgi-bin%2Fpkgreport.cgi%3Fpkg%3Dkmail which seems reasonable enough, given that this seems to be how many websites use mailto: to set a subject (and perhaps a body) - is there a standard? In particular, it uses this for its 'Send link as...' menu item. Perhaps kmail could accept this mailto: format somehow, maybe with a new '--mailto %s' option. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kmail depends on: ii kdelibs4 4:3.3.2-6.1 KDE core libraries ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14 Inter-Client Exchange library ii libkcal2a 4:3.3.2-3 KDE calendaring library ii libkdenetwork2 4:3.3.2-3 KDE Network library ii libkdepim1 4:3.3.2-3 KDE PIM library ii libkleopatra0a 4:3.3.2-3 KDE GnuPG interface libraries ii libkpimidentities1 4:3.3.2-3 KDE PIM user identity information ii libksieve0 4:3.3.2-3 KDE mail/news message filtering li ii libmimelib1a 4:3.3.2-3 KDE mime library ii libpng12-0 1.2.8rel-1PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii perl 5.8.4-8 Larry Wall's Practical Extraction ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328533: kmail: Please handle Content-Type: message/partial;
Package: kmail Version: 4:3.3.2-3 Severity: normal I'm occasionally sent binary attachments from Microsoft Outlook that show up as two separate emails with this header in the first: Subject: Tidings 18Sep.doc [1/2] Content-Type: message/partial; total=2; id=[EMAIL PROTECTED]; number=1 and this in the second: Subject: Tidings 18Sep.doc [2/2] Content-Type: message/partial; total=2; id=[EMAIL PROTECTED]; number=2 The messages just need their bodies glued together to form a standard email with its own header. Currently I'm handling this by closing kmail, loading inbox into vi and editing it by hand, which isn't terribly convenient. It'd be good if kmail could do this for me. Cheers, Tim -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kmail depends on: ii kdelibs4 4:3.3.2-6.1 KDE core libraries ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14 Inter-Client Exchange library ii libkcal2a 4:3.3.2-3 KDE calendaring library ii libkdenetwork2 4:3.3.2-3 KDE Network library ii libkdepim1 4:3.3.2-3 KDE PIM library ii libkleopatra0a 4:3.3.2-3 KDE GnuPG interface libraries ii libkpimidentities1 4:3.3.2-3 KDE PIM user identity information ii libksieve0 4:3.3.2-3 KDE mail/news message filtering li ii libmimelib1a 4:3.3.2-3 KDE mime library ii libpng12-0 1.2.8rel-1PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii perl 5.8.4-8 Larry Wall's Practical Extraction ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302777: /usr/bin/xscreensaver-demo: It seems to hang when it starts the preview
Package: xscreensaver Version: 4.21-3 Followup-For: Bug #302777 I get this reliably too. I also use the nvidia proprietary driver. I set up a trivial shell loop to monitor CPU usage when the preview (I happened to use twang) started, as well as when it ended, and it looks to me like the process actually goes berserk at the start of the preview, not at the end. I don't know whether that helps at all: % while sleep 1; do date; ps -eo etime,time,pid,user,args --sort %cpu|grep 'xscreensaver-|twang'|grep -v reportbug; done [[ Shortly before I start xscreensaver-demo; it starts the mini-twang, neither are eating any significant CPU ]] Sun Sep 11 18:18:02 BST 2005 Sun Sep 11 18:18:03 BST 2005 Sun Sep 11 18:18:04 BST 2005 Sun Sep 11 18:18:05 BST 2005 00:00 00:00:00 4541 warwick xscreensaver-demo Sun Sep 11 18:18:06 BST 2005 00:01 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:07 BST 2005 00:00 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:00 00:00:00 4554 warwick xscreensaver-getimage 0x1e000a0 0x1e000a0 00:02 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:08 BST 2005 00:01 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:03 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:09 BST 2005 00:02 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:04 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:11 BST 2005 00:04 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:06 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:12 BST 2005 00:05 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:07 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:13 BST 2005 00:06 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:08 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:14 BST 2005 00:07 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:09 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:15 BST 2005 00:08 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:10 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:16 BST 2005 00:09 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:11 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:17 BST 2005 00:10 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:12 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:18 BST 2005 00:11 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:13 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:19 BST 2005 00:12 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:14 00:00:01 4541 warwick xscreensaver-demo Sun Sep 11 18:18:20 BST 2005 00:13 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:15 00:00:01 4541 warwick xscreensaver-demo [[ Here's where I start the preview twang; notice that xscreensaver-demo starts eating just under 1 cpusecond per second around now. I presume it would be eating it all, if twang weren't trying for some. ]] Sun Sep 11 18:18:21 BST 2005 00:00 00:00:00 4622 warwick xscreensaver-getimage 0x60002f 0x60002f 00:14 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:01 00:00:00 4621 warwick twang -root 00:16 00:00:02 4541 warwick xscreensaver-demo Sun Sep 11 18:18:22 BST 2005 00:02 00:00:00 4621 warwick twang -root 00:15 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:17 00:00:02 4541 warwick xscreensaver-demo 00:01 00:00:00 4622 warwick xscreensaver-getimage 0x60002f 0x60002f 00:01 00:00:00 4628 warwick /usr/bin/perl -w /usr/bin/xscreensaver-getimage-file --name /home/warwick/pics Sun Sep 11 18:18:23 BST 2005 00:03 00:00:00 4621 warwick twang -root 00:16 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:02 00:00:00 4622 warwick xscreensaver-getimage 0x60002f 0x60002f 00:18 00:00:03 4541 warwick xscreensaver-demo 00:02 00:00:00 4628 warwick /usr/bin/perl -w /usr/bin/xscreensaver-getimage-file --name /home/warwick/pics Sun Sep 11 18:18:24 BST 2005 00:04 00:00:00 4621 warwick twang -root 00:17 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:03 00:00:00 4622 warwick xscreensaver-getimage 0x60002f 0x60002f 00:19 00:00:04 4541 warwick xscreensaver-demo 00:03 00:00:00 4628 warwick [xscreensaver-ge] defunct Sun Sep 11 18:18:25 BST 2005 00:18 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:05 00:00:00 4621 warwick twang -root 00:20 00:00:04 4541 warwick xscreensaver-demo Sun Sep 11 18:18:26 BST 2005 00:19 00:00:00 4553 warwick twang -root -window-id 0x1E000A0 00:06 00:00:00 4621 warwick twang -root 00:21 00:00:05 4541 warwick xscreensaver-demo Sun Sep 11 18:18:27 BST 2005 00:20
Bug#327720: xscreensaver: Run hacks by name from command-line, not by index.
Package: xscreensaver Version: 4.21-3 Severity: wishlist It would be nice to be able to say: xscreensaver-command -demo carousel instead of xscreensaver-command -demo 239 (or whatever number carousel is) At the very least, have xscreensaver-command -list | grep carousel show something like 239: carousel -root -some other parameters It seems arcane to expect someone to look up the index for a hack by scanning the (unfriendly) .xscreensavers file, for running hacks from the command-line, when they have perfectly good names associated with them. I know there's the screensaver-demo command, but I rather like the carousel as an application in and of itself. Cheers, Tim Baverstock -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18.20050910bmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xscreensaver depends on: ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglade2-01:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxml22.6.16-7 GNOME XML library ii libxmu64.3.0.dfsg.1-14 X Window System miscellaneous util ii libxpm44.3.0.dfsg.1-14 X pixmap library ii libxrandr2 4.3.0.dfsg.1-14 X Window System Resize, Rotate and ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327720: xscreensaver: Run hacks by name from command-line, not by index.
On Sunday 11 September 2005 19:25, you wrote: * Tim Baverstock [EMAIL PROTECTED]: It would be nice to be able to say: xscreensaver-command -demo carousel /usr/lib/xscreensaver/carousel :) Gah! I stupid! shame Actually, I could have sworn I tried something along those lines with one of the others, and it didn't work. Oh well, must have flurped. Cheers, Tim -- Most incoming HTML email is caught by my SPAM FILTER. http://www.baverstock.org.uk/tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326825: Fix for gnome-terminal.wrapper's -e breakage
Package: gnome-terminal
Version: 2.8.2-2
Severity: important
The -e option in gnome-terminal.wrapper correctly glues @ARGV into
@args, but then incorrectly continues trying to process the arguments
it's just glued in.
The fix is to add 'last' as follows:
elsif ($opt eq '-e')
{
push(@args, '-x', @ARGV);
last; # Add this so -e works
}
I think this may fix some of the other bugs reported, but I know it
fixes mine.
Regards,
Tim
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.18.20040523
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages gnome-terminal depends on:
ii gnome-control-center 1:2.8.2-3 The GNOME Control Center for GNOME
ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit
ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library
ii libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii libgconf2-4 2.8.1-6 GNOME configuration database syste
ii libglade2-0 1:2.4.2-2 library to load .glade files at ru
ii libglib2.0-0 2.6.4-1 The GLib library of C routines
ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file
ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf
ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface
ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB
ii libpango1.0-01.8.1-1 Layout and rendering of internatio
ii libpopt0 1.7-5 lib for parsing cmdline parameters
ii libstartup-notification0 0.8-1 library for program launch feedbac
ii libvte4 1:0.11.12-1 Terminal emulator widget for GTK+
ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii scrollkeeper 0.3.14-10 A free electronic cataloging syste
ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299562: dev=/dev/cdrom crashed/hung X
On Wednesday 30 March 2005 3:53 pm, you wrote: 'dev=/dev/cdrom' would have been confusing, but something like Impossible SCSI address [-2, -2, -2] - have you specified dev= properly? would have been good. Well, first you did call cdrecord with a _wrong_ dev= parameter and should not be amazed by the results. RTFM for the correct parameters. Not amazed, but disappointed. RTFM is all very well, but making a program behave helpfully in the face of improper input is matter of good taste, particularly if that input is subsequently processed in a relatively obscure way, as in the translation from /dev/cdrom to -2,-2,-2: You already warn about the image file being too large before trying to write it, I think. I try to make my software give helpful messages if someone gets it wrong (so the program is in some senses an extension of the manual) but I also try to name the options in a way to avoid confusion: The parameter 'dev' is short for 'device' which has long meant /dev/ files on Unix, so I think the confusion is quite reasonable. Calling the parameter something like 'scsiaddr=' would probably have been a better choice. Still, it's your code, and I have to thank you for making it available, because when everything's right, it works well. Solaris is currently free of charge for any type of usage and it will be Open Source for everybody very soon (I already have access to the Mm. Certainly the new kernel-level debugging facilities are very tempting, but I think driver support isn't quite as good. I'll think about it. Anyway, I'd better stop hassling you. Thanks again. Tim -- Most incoming HTML email is caught by my SPAM FILTER. http://www.baverstock.org.uk/tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299562: dev=/dev/cdrom crashed/hung X
Hi. I'm running the Debian/Woody package for both cdrecord and 2.4 kernel-sources, so the ioctls should be compatible (even if they're 4 years old). So far as I know, I'm not using any GUI-based volume management (I use fvwm2, not Gnome or KDE) but are there any processes or kernel modules I should check for? It sounds like you're saying this is a kernel bug. Perhaps you would be kind enough to forward the report to the kernel package team if that's the case? As an aside, while clearly nothing should cause a kernel to crash, I would have expected a program that deals specifically with the SCSI interface, to the extent of scanning the bus, to notice that it was about to try to talk to an unlikely/impossible SCSI address and give a warning to the user: a message like 'ENOTTY: No such device' in response to 'dev=/dev/cdrom' would have been confusing, but something like Impossible SCSI address [-2, -2, -2] - have you specified dev= properly? would have been good. I sympathise with your frustration over Linux ioctl changes. You'd suggest that I use Windows or Solaris instead? Best wishes, Tim Baverstock. On Sunday 27 March 2005 1:14 pm, Joerg Schilling wrote: I am sorry, but there is no relation between your problem and cdrercord. Your problem is either caused by an ill-designed kernel (in a decently designed kernel, all ioctl function codes are different and for this reason, sending an ioctl to an improper device will just cause a kernel error code of ENOTTY but no hang) ... or you found a bug in the volume management that is build into some GUIs on Linux because the Linux kernel is missing support for changeable volume management In any case: Note that you are using a 4 year old cdrecord! If Linux was a kernel where the authors did take care about the users and thus did care about stable interfaces this should be no problem. Unfortunately this is not true for Linux. The Linux kernel authors are proud of the fact that they constantly change interfaces in order to show you that you need the sources of your applications. You need to recompile them all every time you install a new kernel. Of course, you need to fetch the latest source before as not all interface changes are dealt by a recompile only.the authors of applications are forced tp constantly add new work arounds for the fact that Linux kernel interfaces are not stable. Jörg -- Most incoming HTML email is caught by my SPAM FILTER. http://www.baverstock.org.uk/tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300562: KMail insists on downloading URLs before passing them to Galeon
On Monday 21 March 2005 3:11 pm, Kevin Krammer wrote:
On Monday 21 March 2005 11:27, Tim Baverstock wrote:
I updated the Exec line for those in my home directory:
and restarted X (to ensure that KDEinit was dead) but no dice.
The association was already created and stored
in .kde/share/mimelnk/text/html.desktop
Mm. Doesn't mention Galeon in there, %u or otherwise:
cat .kde/share/mimelnk/text/html.desktop
[Desktop Entry]
Comment=HTML Page
Hidden=false
Icon=html
MimeType=text/html
Patterns=*.html;*.HTML;*.htm;*.HTM
Type=MimeType
X-KDE-AutoEmbed=true
I saw now that you are using KDE2 and very likely an equally old Galeon.
Maybe at that time they didn't fully implement the .desktop file
specification yet.
Old? Have they released a successor to Woody without telling me? Nobody ever
tells me anything. Why do you all hate me?
Le's'ee... KDE 2.2.2 and Galeon 1.2.5 (2000-2002). The very latest!
More seriously - do those in the know tend to use testing? I'm a home user,
so not mission-critical, although I'd be upset if all my por^H^H^Hdata was
deleted.
Restarting KDE or running kbuildsycoca should apply all changes made to the
files in the mean time.
Mmm. Interesting. Doesn't seem to float that way. I moved the old Galeon
thingy up (with my user area's copies of the Galeon.desktop at Exec=... %u),
ran kbuildsycoca, and... still broken. Moved the new galeon\ %u one back,
things work again. Edited the /var/lib/{kde,gnome}/.../Net/Galeon.desktop
files to add the %u to the Exec line, re-ran kbuildsycoca, moved it back up
again, and... no polenta. Have I erred?
Cheers,
Tim
--
Most incoming HTML email is caught by my SPAM FILTER.
http://www.baverstock.org.uk/tim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300562: KMail insists on downloading URLs before passing them to Galeon
On Monday 21 March 2005 9:03 am, Kevin Krammer wrote: On Sunday 20 March 2005 15:25, Tim Baverstock wrote: 1. KMail insists on downloading the file before passing it on to Galeon, so instead of getting a website URL in Galeon, I get some random Very likely the command is missing the %u parameter which tells KDE that the application is able to handle URLs itself. Hi. Thanks for this. I ran 'locate Galeon' and found a few Galeon.desktop files: /home/warwick/.gnome/Debian/Galeon.desktop /home/warwick/.kde/share/applnk/Debian/Galeon.desktop /home/warwick/.wmx/Debian/Galeon /usr/share/oaf/GNOME_Galeon_Automation.oaf /var/lib/gnome/Debian/Apps/Net/Galeon.desktop /var/lib/kde/menu/Net/Galeon.desktop I updated the Exec line for those in my home directory: $ cat .kde/share/applnk/Debian/Galeon.desktop [Desktop Entry] Comment=Galeon Exec=/usr/bin/galeon %u Icon=/usr/share/pixmaps/galeon.xpm InitialPreference=2 MimeType=image/png;all/x-url;application/x-url;Application Name=Galeon ServiceTypes= Terminal=false Type=Application and restarted X (to ensure that KDEinit was dead) but no dice. If you created the command by using the application tree, this would suggest that the .desktop file installed by Galeon is broken. I did create the association by choosing Galeon from the menu that pops up: Internet-Debian-Galeon. I just tried typing /usr/bin/galeon %u in to the 'enter the name' field and moving that entry to the top of the list, and that now successfully launches Galeon with the URL, but other than the name change I can't see any real difference between the two files, so I don't understand why this one works when the other doesn't, so I'm not sure what to ask the Galeon maintainer to fix - can you advise? $ cat .kde/share/applnk/galeon\ %u.desktop [Desktop Entry] Comment= Exec=/usr/bin/galeon %u Icon=unknown InitialPreference=4 MimeType=text/html;Application Name=galeon %u ServiceTypes= Terminal=false Type=Application Also, is there something I should be using to edit these files, other that Vi? Or something I should run to say 'the files have been updated'? Thanks, Tim -- Most incoming HTML email is caught by my SPAM FILTER. http://www.baverstock.org.uk/tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299562: dev=/dev/cdrom crashed/hung X
Package: cdrecord Version: 4:1.10-7 Severity: normal I tried to write a CD without reading the documentation properly, and typed 'cdrecord dev=/dev/cdrom karan.iso'. This decided that I wanted to use -2,-2,-2 and unsurprisingly cdrecord hung. I pressed ^C and (being the simple soul that I am) typed the same command with the softlink translated to /dev/sr0. This time, X froze - even the keyboard numlock etc didn't toggle - and I had to hard-reset the computer. (Sadly, the PDA I've used on other occasions had broken, so I couldn't try to get in through ttyS1.) The journalling file systems kicked in, so I don't think I've lost anything (although they complained about some inodes), but I was a little startled. My cdrecord -scanbus: Linux sg driver version: 3.1.22 Cdrecord 1.10 (i686-pc-linux-gnu) Copyright (C) 1995-2001 Jörg Schilling Using libscg version 'schily-0.5' scsibus0: 0,0,0 0) 'HL-DT-ST' 'DVDRAM GSA-4081B' 'A100' Removable CD-ROM 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * I've since changed my defaults file so it knows the CD writer lives at 0,0,0 and successfully written a CD ROM. Oh, my root cmd: auto BOOT_IMAGE=Linux ro root=301 hdd=ide-scsi The only slightly weird thing with my machine that comes to mind - I have an nvidia card and use their proprietary driver. Oh, and I have a wacom graphics tablet whose Xdriver I had to compile from (open) source. Cheers. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux cardinal 2.4.18.20040523 #1 Sat Apr 24 01:30:06 BST 2004 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages cdrecord depends on: ii debconf 1.0.32 Debian configuration management sy ii libc6 2.2.5-11.8 GNU C Library: Shared libraries an ii makedev 2.3.1-58 Creates device files in /dev. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
