Bug#638126: panflute-applet: needs porting to new libpanel-applet interface
On Fri, 2011-10-28 at 14:20 +0200, Michael Biebl wrote: Hi Paul, in Debian unstable, we currently have the GNOME 3 transition ongoing. As part of GNOME 3, the old GNOME 2 panel applet interface is going away [1]. panflute is one of the packages using that interface. Are you, as upstream, working on a port to GNOME 3, i.e. a port to the D-Bus based GNOME 3 panel or even integration into gnome-shell? An answer to this question would help to decide, if we continue to ship panflute in the Debian archive or not. I stepped away from Panflute development back in March since I didn't see much of a role for it in a GNOME 3 world, and no one has stepped up to take it over since then, so it's safe to say the project is largely dead. signature.asc Description: This is a digitally signed message part
Bug#490662: Another stack trace
I have the same problem with banshee 1.0.0-1, but I get a different stack trace: [Info 20:27:43.720] Running Banshee 1.0.0 [Warn 20:27:45.249] No player engines were found. Please ensure Banshee has been cleanly installed. - Using the featureless NullPlayerEngine. [Warn 20:27:45.313] Service `Banshee.Hardware.HardwareManager' not started: No HardwareManager extensions could be loaded. Hardware support will be disabled. [Warn 20:27:45.331] Caught an exception - No HardwareManager extensions could be loaded. Hardware support will be disabled. (in `Banshee.Services') at Banshee.Hardware.HardwareManager..ctor () [0x00112] in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.Services/Banshee.Hardware/HardwareManager.cs:71 at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (object,object[]) at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0] [Info 20:27:47.223] All services are started 2.825319s [Info 20:27:51.034] nereid Client Started Exception in Gtk# callback delegate Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception. System.NullReferenceException: Object reference not set to an instance of an object at Banshee.Dap.DapService.DelayedInitialize () [0x00029] in /tmp/buildd/banshee-1.0.0/src/Dap/Banshee.Dap/Banshee.Dap/DapService.cs:63 at Banshee.ServiceStack.ServiceManager.DelayedInitialize (IService service) [0x0001f] in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.Services/Banshee.ServiceStack/ServiceManager.cs:234 at Banshee.ServiceStack.ServiceManager.DelayedInitialize () [0x00039] in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.Services/Banshee.ServiceStack/ServiceManager.cs:224 at Banshee.ServiceStack.ServiceManager.OnClientStarted (Banshee.ServiceStack.Client client) [0x0] in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.Services/Banshee.ServiceStack/ServiceManager.cs:98 at Banshee.ServiceStack.Application.OnClientStarted (Banshee.ServiceStack.Client client) [0x0001e] in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.Services/Banshee.ServiceStack/Application.cs:140 at Banshee.ServiceStack.Client.OnStarted () [0x0002d] in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.Services/Banshee.ServiceStack/Client.cs:60 at Banshee.Gui.GtkBaseClient+c__CompilerGenerated15.Runc__67 () [0x0] in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.ThickClient/Banshee.Gui/GtkBaseClient.cs:113 at Banshee.Gui.GtkBaseClient+c__CompilerGenerated18.RunIdlec__70 () [0x0] in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.ThickClient/Banshee.Gui/GtkBaseClient.cs:201 at GLib.Idle+IdleProxy.Handler () [0x0] at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal) at GLib.Idle+IdleProxy.Handler() at GLib.Idle+IdleProxy.Handler() at Gtk.Application.gtk_main() at Gtk.Application.gtk_main() at Gtk.Application.Run() at Banshee.Gui.GtkBaseClient.Run() in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.ThickClient/Banshee.Gui/GtkBaseClient.cs:line 114 at Banshee.Gui.GtkBaseClient.Startup() in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.ThickClient/Banshee.Gui/GtkBaseClient.cs:line 55 at Hyena.Gui.CleanRoomStartup.Startup(Hyena.Gui.StartupInvocationHandler startup) in /tmp/buildd/banshee-1.0.0/src/Libraries/Hyena.Gui/Hyena.Gui/CleanRoomStartup.cs:line 54 at Banshee.Gui.GtkBaseClient.Entry() in /tmp/buildd/banshee-1.0.0/src/Core/Banshee.ThickClient/Banshee.Gui/GtkBaseClient.cs:line 50 at Nereid.Client.Main(System.String[] args) in /tmp/buildd/banshee-1.0.0/src/Clients/Nereid/Nereid/Client.cs:line 77 signature.asc Description: This is a digitally signed message part
Bug#452744: fails to show menu bar submenus from .glade file
On Mon, 2007-11-26 at 12:29 +0100, Josselin Mouette wrote: Hi, Le samedi 24 novembre 2007 à 17:17 -0500, Paul Kuliniewicz a écrit : After loading a .glade file, the menu editor for a menu bar does not show any of the submenus. Only the items in the menu bar itself are shown. Can you reproduce this issue with glade 3.4 which has just entered unstable? I can't reproduce with 3.4. Looks like this bug got fixed. signature.asc Description: This is a digitally signed message part
Bug#452744: fails to show menu bar submenus from .glade file
Package: glade Version: 3.2.2-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After loading a .glade file, the menu editor for a menu bar does not show any of the submenus. Only the items in the menu bar itself are shown. Steps to reproduce: 1. Create a new Glade project. 2. Add a toplevel Window. 3. Add a Menu Bar to the Window. 4. Click the Edit button at the bottom of the Properties list and verify the menu bar has the default set of menus (File-New, File-Open, etc.). 5. Save to foo.glade. 6. Close Glade. 7. Restart Glade. 8. Open the foo.glade file created in Step 5. 9. Expand window1 in the Inspector and click on menubar1. 10. Click the Edit button at the bottom of the Properties list. Expected results: The menu editor should show the same menus as appeared in Step 4. Actual results: The menu editor only shows the toplevel menus (_File, _Edit, _View, and _Help), with none of their subitems. The only error message that appears on the console is: ** (glade-3:29006): WARNING **: Failed to open bindings directory: Error opening directory '/usr/lib/glade3/bindings': No such file or directory - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) 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 glade depends on: ii libc6 2.7-1 GNU C Library: Shared libraries ii libgladeui-1-53.2.2-1GTK+ User Interface Build core lib ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-3 The GTK+ graphical user interface Versions of packages glade recommends: ii devhelp 0.16.1-3 A GNOME developers help program ii libglade2-dev 1:2.6.2-1 development files for libglade ii libgtk2.0-dev 2.12.1-3 Development files for the GTK+ lib - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHSKLtZOE8w8ubnoERAs70AJ0RBomTxHHznTluM3fUNWpUR3i3XQCguaXH b+/qJssmk46FvdmyfqQdjsA= =e3g6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427263: muine: Failed to export D-Bus object
Package: muine Version: 0.8.7-1+b1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When starting Muine, the following message is printed out: Failed to export D-Bus object: Ambiguous matching in method resolution And none of the methods on Muine's D-Bus interface work. For example: $ dbus-send --session --dest=org.gnome.Muine --print-reply /org/gnome/Muine/Player org.gnome.Muine.Player.GetCurrentSong Error org.freedesktop.DBus.Error.UnknownMethod: Method GetCurrentSong with signature on interface org.gnome.Muine.Player doesn't exist - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) 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 muine depends on: ii gconf22.18.0.1-3 GNOME configuration database syste ii gstreamer0.10-gnomevfs0.10.12-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-bas 0.10.12-2 GStreamer plugins from the base ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libbonobo2-0 2.18.0-2 Bonobo CORBA interfaces library ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra ii libflac7 1.1.2-6Free Lossless Audio Codec - runtim ii libfontconfig12.4.2-1.2 generic font configuration library ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libgconf2.0-cil 2.16.0-6 CLI binding for GConf 2.16 ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii libglade2.0-cil 2.10.0-2 CLI binding for the Glade librarie ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libglib2.0-cil2.10.0-2 CLI binding for the GLib utility l ii libgnome2.0-cil 2.16.0-6 CLI binding for Gnome 2.16 ii libgnomevfs2-01:2.18.1-2 GNOME Virtual File System (runtime ii libgstreamer0.10-00.10.12-5 Core GStreamer libraries and eleme ii libgtk2.0-0 2.10.12-2 The GTK+ graphical user interface ii libgtk2.0-cil 2.10.0-2 CLI binding for the GTK+ toolkit 2 ii libid3tag00.15.1b-10 ID3 tag reading library from the M ii libmono-corlib2.0-cil 1.2.4-3Mono core library (2.0) ii libmono-system-web2.0-cil 1.2.4-3Mono System.Web Library ii libmono-system2.0-cil 1.2.4-3Mono System libraries (2.0) ii libmono2.0-cil1.2.4-3Mono libraries (2.0) ii libogg0 1.1.3-2Ogg Bitstream Library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libvorbis0a 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.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml2 2.6.28.dfsg-1 GNOME XML library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii mono-runtime 1.2.4-3Mono runtime ii zlib1g1:1.2.3-15 compression library - runtime muine recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGYdVBZOE8w8ubnoERAiUqAJ9d/hGR2BQ0gbt+39xkOvDruTkvlQCggkuN 4iKdivwlisyy+DSsLDY0vZc= =nEh/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426361: Already fixed?
Upgrading the mono packages to 1.2.4-2 seems to fix the problem, as mentioned in the mono changelog. signature.asc Description: This is a digitally signed message part
Bug#412416: Acknowledgement (rhythmbox: Fails to download podcasts that redirect to query string)
On Mon, 2007-02-26 at 09:26 +0100, Sven Arvidsson wrote: Hi, Sounds like this bug, http://bugzilla.gnome.org/show_bug.cgi?id=378155 Can you confirm? Not quite. There, the HEAD reply succeeds, but doesn't tell the file length. Rhythmbox reports a failure, but the file actually does download successfully, and if you edit rhythmdb.xml to change the status code from failed to complete, you can play the podcast. Here, the server replies with an error when you try to issue a HEAD. gnomevfs-info also reports failure: $ gnomevfs-info \ 'http://www.sciam.com/podcast/podcast.mp3?e_id=FBAD66D5-E7F2-99DF-3C650E02F372F1BFref=p_rss' Error: Unsupported operation The fix is probably to make Rhythmbox try to download the file even if the HEAD request fails or doesn't report all the information Rhythmbox would like, which would also take care of Gnome#378155 too. signature.asc Description: This is a digitally signed message part
Bug#412416: rhythmbox: Fails to download podcasts that redirect to query string
Package: rhythmbox Version: 0.9.6-7 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rhythmbox always fails when it tries to download podcasts from either of the podcasts at http://www.sciam.com/podcast/. When trying to download a podcast, Rhythmbox immediately reports a failure. Running in debug mode produces this output when trying to download one of the files: (17:11:54) [0x815b218] [rb_podcast_source_cmd_download_post] rb-podcast-source.c:1296: Add to download action (17:11:54) [0x815b218] [rb_podcast_manager_download_entry] rb-podcast-manager.c:420: Try insert entry for download. (17:11:54) [0x815b218] [rb_podcast_manager_next_file] rb-podcast-manager.c:540: try lock file_process mutex (17:11:54) [0x815b218] [rb_podcast_manager_copy_post] rb-podcast-manager.c:576: processing http://www.sciam.com/podcast/podcast.mp3?e_id=EB7A34D3-E7F2-99DF-3C75590478B496A8ref=p_rss (17:11:54) [0x815b218] [rb_podcast_manager_copy_post] rb-podcast-manager.c:588: hiding query string e_id=EB7A34D3-E7F2-99DF-3C75590478B496A8ref=p_rss from gnome-vfs (17:11:54) [0x815b218] [rb_podcast_manager_download_file_info_cb] rb-podcast-manager.c:637: got file info results for http://www.sciam.com/podcast/podcast.mp3?e_id=EB7A34D3-E7F2-99DF-3C75590478B496A8ref=p_rss (17:11:54) [0x815b218] [rb_podcast_manager_download_file_info_cb] rb-podcast-manager.c:655: get_file_info request failed (17:11:54) [0x815b218] [rb_podcast_manager_next_file] rb-podcast-manager.c:540: try lock file_process mutex wget has no problem downloading the file at that URL: $ wget 'http://www.sciam.com/podcast/podcast.mp3?e_id=EB7A34D3-E7F2-99DF-3C75590478B496A8ref=p_rss' - --17:25:04-- http://www.sciam.com/podcast/podcast.mp3?e_id=EB7A34D3-E7F2-99DF-3C75590478B496A8ref=p_rss = `podcast.mp3?e_id=EB7A34D3-E7F2-99DF-3C75590478B496A8ref=p_rss' Resolving www.sciam.com... 216.68.232.11 Connecting to www.sciam.com|216.68.232.11|:80... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://www.sciam.com/podcast/podcast.cfm?e_id=EB7A34D3-E7F2-99DF-3C75590478B496A8ref=p_rss [following] - --17:25:04-- http://www.sciam.com/podcast/podcast.cfm?e_id=EB7A34D3-E7F2-99DF-3C75590478B496A8ref=p_rss = `podcast.cfm?e_id=EB7A34D3-E7F2-99DF-3C75590478B496A8ref=p_rss' Reusing existing connection to www.sciam.com:80. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://podcast.sciam.com/daily/sa_d_podcast_070223.mp3 [following] - --17:25:09-- http://podcast.sciam.com/daily/sa_d_podcast_070223.mp3 = `sa_d_podcast_070223.mp3' Resolving podcast.sciam.com... 216.68.232.22 Connecting to podcast.sciam.com|216.68.232.22|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1,184,541 (1.1M) [audio/mpeg] 100%[===] 1,184,541497.29K/s 17:25:11 (495.91 KB/s) - `sa_d_podcast_070223.mp3' saved [1184541/1184541] The same situation happens for the other files in either of the two feeds (http://www.sciam.com/podcast/sciam_podcast_r_d.xml or http://www.sciam.com/podcast/sciam_podcast_r.xml) on the website. Whatever the fix was for #321991 doesn't seem to work for this case. Reading the code for rb_podcast_manager_copy_post (in podcast/rb-podcast-manager.c) suggests that GnomeVFS has trouble with URIs with query strings in them; Rhythmbox builds the correct URI behind the library's back, and then tells GnomeVFS to try it. However, for these two feeds, the redirect leads to *another* URL with a query string, which GnomeVFS presumably tries to handle by itself and chokes on. So, this might actually end up being a bug in GnomeVFS rather than Rhythmbox, unless there's some way to work around this issue in Rhythmbox. - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rhythmbox depends on: ii dbus 1.0.2-1simple interprocess messaging syst ii gconf22.16.0-3 GNOME configuration database syste ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii gstreamer0.10-alsa [gstre 0.10.10-4 GStreamer plugin for ALSA ii gstreamer0.10-esd [gstrea 0.10.4-4 GStreamer plugin for ESD ii gstreamer0.10-gnomevfs0.10.10-4 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-bas 0.10.10-4 GStreamer plugins from the base ii gstreamer0.10-plugins-goo 0.10.4-4 GStreamer plugins from the good ii gstreamer0.10-plugins-ugl 0.10.4-4 GStreamer plugins from the ugly ii libart-2.0-2 2.3.17-1 Library of functions for 2D
Bug#412416: Acknowledgement (rhythmbox: Fails to download podcasts that redirect to query string)
Upon further analysis, another culprit may be that the server hosting the podcast's files doesn't seem to support HEAD queries: $ HEAD 'http://www.sciam.com/podcast/podcast.mp3?e_id=E1406298-E7F2-99DF-35CEFA91E80F6B4Fref=p_rss' 405 Method Not Allowed Connection: close Date: Mon, 26 Feb 2007 01:12:03 GMT Server: Netscape-Enterprise/6.0 Allow: GET, POST Content-Length: 124 Content-Type: text/html Client-Date: Mon, 26 Feb 2007 01:15:17 GMT Client-Peer: 216.68.232.11:80 Client-Response-Num: 1 X-Cache: MISS from aries.sciam.com Assuming that the call to gnome_vfs_async_get_file_info issues a HEAD request, that could also explain the failure to download anything, before it even tries to handle any 302 redirect. signature.asc Description: This is a digitally signed message part
Bug#406545: [Fwd: Bug#406545: music-applet: please support exaile]
On Sun, 2007-01-14 at 22:10 +0100, Adriaan Peeters wrote: Hi Paul, I received the attached wishlist bug against the Debian package of music-applet. Would it be possible to include support for exaile in a next version of music-applet? It looks like Exaile has a D-Bus interface, so it shouldn't be too difficult to do. signature.asc Description: This is a digitally signed message part
Bug#392538: [Fwd: Bug#392538: music-applet: [INTL:sv] Swedish translation update]
On Thu, 2006-10-12 at 10:37 +0200, Adriaan Peeters wrote: Hi Paul, I received this Swedish translation for Music Applet. You might want to include it in the next release. Thanks; I've checked it into my Arch repo and will include it in the next release, whenever that turns out to be. signature.asc Description: This is a digitally signed message part
Bug#354608: music-applet bugs fixed in upstream release 0.9.2
tag 354606 +fixed-upstream tag 354608 +fixed-upstream thanks The just-released version 0.9.2 of Music Applet fixes both these bugs. You can get it at: http://web.ics.purdue.edu/~kuliniew/music-applet/downloads/music-applet-0.9.2.tar.gz signature.asc Description: This is a digitally signed message part
Bug#345643: rhythmbox-applet: does not update its GUI with rhythmbox 0.9.2-1
tags 345643 + fixed-upstream thanks On Mon, Jan 02, 2006 at 03:15:57PM +0100, David Paleino wrote: rhythmbox-applet (GNOME) does not update its GUI with rhythmbox 0.9.2-1 taken from Debian experimental repositories. I mean, it doesn't change icons (for example, the Play button doesn't change into a Pause button once it's pressed, and so the Forward and Previous buttons don't get activated. The time label works, indicating time of the song elapsed, but when I move my mouse over it, an yellow tip tells me Not playing. I suppose it's an interfacement problem with rhythmbox 0.9.2-1. [puts upstream hat on] It is. This is fixed in Rhythmbox Applet 0.1.9, which adds support for Rhythmbox 0.9.2. (Though a bug did creep into Rhythmbox shortly before release that can cause some problems, but that's out of the applet's control; see http://mail.gnome.org/archives/rhythmbox-devel/2005-December/msg00121.html) One problem with getting Rhythmbox Applet 0.1.9 into Debian is its new dependency on a relatively recent D-Bus (0.35 or later), whereas unstable still only has 0.23.4. But seeing how Rhythmbox 0.9.2 is only in experimental, there shouldn't be a problem uploading Rhythmbox Applet 0.1.9 to experimental as well in the meantime. signature.asc Description: Digital signature
Bug#345643: rhythmbox-applet: does not update its GUI with rhythmbox 0.9.2-1
On Mon, Jan 02, 2006 at 08:14:50PM +0100, David Paleino wrote: Paul Kuliniewicz ha scritto: One problem with getting Rhythmbox Applet 0.1.9 into Debian is its new dependency on a relatively recent D-Bus (0.35 or later), whereas unstable still only has 0.23.4. But seeing how Rhythmbox 0.9.2 is only in experimental, there shouldn't be a problem uploading Rhythmbox Applet 0.1.9 to experimental as well in the meantime. jJust for curiosity, it seems that there are two dbus packages. One, dbus, is at version 0.60.2. The other one is dbus-1, which is the one you mentioned, version 0.23.4-8. What's the difference between them? I noticed also that in the experimental repositories the dbus packages are still those ones mentioned just above. Can you explain me what's the difference between the two packages? (The apt-cache show description slightly differs from each other) From a practical standpoint, the protocols used by the two versions of D-Bus are incompatible with one another, so something compiled for D-Bus 0.23.4 won't be able to communicate with something compiled for D-Bus 0.60. The library APIs have also changed between the two versions. I haven't tried it myself, but I doubt either Rhythmbox or Rhythmbox Applet could even compile against the D-Bus in unstable. As for the changes in packaging, you'd need to ask one of the D-Bus maintainers. signature.asc Description: Digital signature
Bug#345558: /usr/X11R6/lib/modules/input/wacom_drv.so: undefined symbol in wacom_drv.o prevents X server from starting
Package: xserver-xorg Version: 6.9.0.dfsg.1-1 Severity: important File: /usr/X11R6/lib/modules/input/wacom_drv.so -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The file /usr/X11R6/lib/modules/input/wacom_drv.so contains an undefined symbol IsPad. As a result, when the X server attempts to use it, the server aborts. Naturally, this makes the X server unusable when using the module (thus severity important). This happens with xserver-xorg version 6.9.0.dfsg.1-1. It does not happen with the version I previously had installed (6.8.2.dfsg.1-11). Here is what the X server prints to stderr when I run startx: [== begin ==] xauth: creating new authority file /root/.serverauth.12841 X: warning; process set to priority -1 instead of requested priority 0 X Window System Version 6.9.0 (Debian 6.9.0.dfsg.1-1 20051229045140 David Nusinow [EMAIL PROTECTED]) Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: Linux 2.6.14-2-686 i686 [ELF] Current Operating System: Linux kryten 2.6.12-1-686 #1 Tue Sep 27 12:52:50 JST 2005 i686 Build Date: 29 December 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.12-1-686 ([EMAIL PROTECTED]) (gcc version 4.0.2 20050917 (prerelease) (Debian 4.0.1-8)) #1 Tue Sep 27 12:52:50 JST 2005 TF Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Jan 1 13:10:14 2006 (==) Using config file: /etc/X11/xorg.conf (==) Wacom General ISDV4 tablet speed=9600 maxX=24570 maxY=18428 maxZ=255 resX=2540 resY=2540 suppress=2 tilt=disabled (==) Wacom device cursor top X=0 top Y=0 bottom X=24570 bottom Y=18428 (==) Wacom device stylus top X=0 top Y=0 bottom X=24570 bottom Y=18428 /usr/bin/X11/X: symbol lookup error: /usr/X11R6/lib/modules/input/wacom_drv.so: undefined symbol: IsPad XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 after 0 requests (0 known processed) with 0 events remaining. [== end ==] Thanks. - -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Sep 6 11:30 /etc/X11/X - /usr/bin/X11/Xorg - -rwxr-xr-x 1 root root 1852284 Dec 29 01:38 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation NV34M [GeForce FX Go5200 32M/64M] (rev a1) /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: - -rw-r--r-- 1 root root 3785 Jan 1 13:00 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xf86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice
Bug#341287: monodoc-browser: desktop file has malformed Exec line
Package: monodoc-browser Version: 1.1.10-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When trying to start the Monodoc browser from the GNOME Applications menu, I get the following error message: Cannot launch entry Details: Failed to execute child process ${exec_prefix}/bin/monodoc (No such file or directory) Looking at /usr/share/applications/monodoc.desktop, I see the line: Exec=${exec_prefix}/bin/monodoc which seems to be the culprit. This should be: Exec=/usr/bin/monodoc - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages monodoc-browser depends on: ii libglade-cil 1.0.10-2 CLI binding for the Glade librarie ii libglib-cil 1.0.10-2 CLI binding for the GLib utility l ii libgnome-cil 1.0.10-2 CLI binding for GNOME ii libgtk-cil1.0.10-2 CLI binding for the Gtk+ toolkit ii mono-classlib-1.0 1.1.10-1 Mono class library (1.0) ii mono-jit 1.1.10-1 fast CLI (.NET) JIT compiler for M ii monodoc-base 1.1.9-1shared MonoDoc binaries ii monodoc-manual1.1.9-1compiled XML documentation from th Versions of packages monodoc-browser recommends: ii lynx 2.8.5-2sarge1 Text-mode WWW Browser - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDjMNSZOE8w8ubnoERAg7wAJ45b/uTbBnu8IiLlgUdM9SIot1aPgCeMGzS xy0GIzD4TDjTjHdYxhU9vIg= =2DKs -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328192: FTBFS: Missing sentinel in function call
Rhythmbox Applet 0.1.8 is now out, which fixes this bug upstream. http://web.ics.purdue.edu/~kuliniew/rhythmbox-applet/downloads/rhythmbox-applet-0.1.8.tar.gz signature.asc Description: Digital signature
Bug#328192: FTBFS: Missing sentinel in function call
*puts Upstream Developer hat on* Rhythmbox Applet 0.1.8 is going to be released Real Soon Now (i.e., once its translators have a chance to update their .po files), and it includes a fix for this bug. In the meantime, I can confirm that the patch fixes the problem, and I have already made the same change to the Arch repository. The next release of RBA has a few build system changes that should help prevent it from breaking like this when the libraries it uses get upgraded. I've learned that disabling deprecated APIs and treating compiler warnings as errors work well for development, but not for a released tarball that people just want to compile. :-) signature.asc Description: Digital signature
Bug#326158: evolution: crashes when choosing weekly recurrence end date
Package: evolution Version: 2.2.3-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Evolution crashes when I try to use the calendar widget pop-up to set an end date for a weekly recurrence for an appointment. Steps to reproduce: 1. Open the Calendar pane. 2. Select New (Appointment) from the toolbar. 3. Click the Recurrence tab. 4. Check the This appointment recurs box. 5. Select week(s) from the first option menu. 6. Select until from the second option menu. 7. Click the down arrow next to the date entry field. Evolution always crashes at this point with a Segmentation Fault. Here is a backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1230051648 (LWP 18501)] 0xb7ebf710 in e_date_edit_set_time_popup_range () from /usr/lib/evolution/2.2/libemiscwidgets.so.0 (gdb) bt #0 0xb7ebf710 in e_date_edit_set_time_popup_range () from /usr/lib/evolution/2.2/libemiscwidgets.so.0 #1 0xb7ebf59a in e_date_edit_set_time_popup_range () from /usr/lib/evolution/2.2/libemiscwidgets.so.0 #2 0xb6d2e60b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #3 0xb6d225bb in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #4 0xb6d31a6d in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #5 0xb6d32e47 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #6 0xb6d331fe in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #7 0xb700a0a8 in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0 #8 0xb700b969 in _gtk_button_set_depressed () from /usr/lib/libgtk-x11-2.0.so.0 #9 0xb6d2e60b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #10 0xb6d21f18 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #11 0xb6d225bb in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #12 0xb6d31316 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #13 0xb6d32e47 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #14 0xb6d331fe in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #15 0xb700a018 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 #16 0xb700af7c in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0 #17 0xb70c1d85 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #18 0xb6d21f18 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #19 0xb6d225bb in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #20 0xb6d31c72 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #21 0xb6d32c05 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #22 0xb6d331fe in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #23 0xb719f568 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #24 0xb70c02d9 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #25 0xb70c0739 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #26 0xb6e5744a in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #27 0xb6cb23f1 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #28 0xb6cb5647 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #29 0xb6cb5b98 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #30 0xb747ec78 in bonobo_main () from /usr/lib/libbonobo-2.so.0 #31 0x080666b5 in main () - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages evolution depends on: ii evolution-data-server1.2.3-2 evolution database backend server ii gconf2 2.10.1-1GNOME configuration database syste ii gnome-icon-theme 2.10.1-2GNOME Desktop icon theme ii gtkhtml3.6 3.6.2-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.0-1The Bonobo UI library ii libc62.3.5-6 GNU C Library: Shared libraries an ii libcamel1.2-01.2.3-2 The Evolution MIME message handlin ii libcomerr2 1.38-2 common error description library ii libcompfaceg11989.11.11-24 Compress/decompress images for mai ii libdb4.1 4.1.25-18 Berkeley v4.1 Database Libraries [ ii libebook1.2-31.2.3-2 Client library for evolution addre ii libecal1.2-2 1.2.3-2 Client library for evolution calen ii libedataserver1.2-4 1.2.3-2 Utily library for evolution data s ii libedataserverui1.2-41.2.3-2 GUI utily library for evolution da ii libesd0
Bug#323702: linux-headers-2.6.12-1: recursive symlinks prevent module-assistant from building modules
On Thu, Aug 18, 2005 at 07:55:12AM +0200, Bastian Blank wrote: On Wed, Aug 17, 2005 at 08:08:52PM -0400, Paul Kuliniewicz wrote: linux-headers-2.6.12-1 ships recursive symlinks in /usr/src/linux-headers-2.6.12-1/arch/i386, as shown: I don't know where you get this package, but the version from my mirror don't contains this symlinks: Hmm. I purged the packages, deleted the cached .debs, and re-installed, and now everything looks to be as it should be. I'm not sure what had happened there. I think I had version -2 of the .deb and then upgraded it to -5, but I don't remember for sure. Everything seems to be working now, so I guess you can close this bug. signature.asc Description: Digital signature
Bug#323702: linux-headers-2.6.12-1: recursive symlinks prevent module-assistant from building modules
Package: linux-headers-2.6.12-1 Version: 2.6.12-5 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 linux-headers-2.6.12-1 ships recursive symlinks in /usr/src/linux-headers-2.6.12-1/arch/i386, as shown: [EMAIL PROTECTED]:/usr/src/linux-headers-2.6.12-1/arch/i386$ ls -l total 56 lrwxrwxrwx 1 root root 49 Aug 17 18:47 Kconfig - ../../../linux-headers-2.6.12-1/arch/i386/Kconfig lrwxrwxrwx 1 root root 55 Aug 17 18:47 Kconfig.debug - ../../../linux-headers-2.6.12-1/arch/i386/Kconfig.debug lrwxrwxrwx 1 root root 50 Aug 17 18:47 Makefile - ../../../linux-headers-2.6.12-1/arch/i386/Makefile drwxr-xr-x 3 root root 4096 Aug 17 18:47 boot drwxr-xr-x 2 root root 4096 Aug 17 18:47 crypto drwxr-xr-x 5 root root 4096 Aug 17 18:47 kernel drwxr-xr-x 2 root root 4096 Aug 17 18:47 lib drwxr-xr-x 2 root root 4096 Aug 17 18:47 mach-default drwxr-xr-x 2 root root 4096 Aug 17 18:47 mach-es7000 drwxr-xr-x 2 root root 4096 Aug 17 18:47 mach-generic drwxr-xr-x 2 root root 4096 Aug 17 18:47 mach-visws drwxr-xr-x 2 root root 4096 Aug 17 18:47 mach-voyager drwxr-xr-x 2 root root 4096 Aug 17 18:47 math-emu drwxr-xr-x 2 root root 4096 Aug 17 18:47 mm drwxr-xr-x 2 root root 4096 Aug 17 18:47 oprofile drwxr-xr-x 2 root root 4096 Aug 17 18:47 pci drwxr-xr-x 2 root root 4096 Aug 17 18:47 power linux-headers-2.6.12-1-686 has symlinks to these recursive symlinks: [EMAIL PROTECTED]:/usr/src/linux-headers-2.6.12-1-686/arch/i386$ ls -l total 56 lrwxrwxrwx 1 root root 49 Aug 17 18:47 Kconfig - ../../../linux-headers-2.6.12-1/arch/i386/Kconfig lrwxrwxrwx 1 root root 55 Aug 17 18:47 Kconfig.debug - ../../../linux-headers-2.6.12-1/arch/i386/Kconfig.debug lrwxrwxrwx 1 root root 50 Aug 17 18:47 Makefile - ../../../linux-headers-2.6.12-1/arch/i386/Makefile drwxr-xr-x 3 root root 4096 Aug 17 18:47 boot drwxr-xr-x 2 root root 4096 Aug 17 18:47 crypto drwxr-xr-x 5 root root 4096 Aug 17 18:47 kernel drwxr-xr-x 2 root root 4096 Aug 17 18:47 lib drwxr-xr-x 2 root root 4096 Aug 17 18:47 mach-default drwxr-xr-x 2 root root 4096 Aug 17 18:47 mach-es7000 drwxr-xr-x 2 root root 4096 Aug 17 18:47 mach-generic drwxr-xr-x 2 root root 4096 Aug 17 18:47 mach-visws drwxr-xr-x 2 root root 4096 Aug 17 18:47 mach-voyager drwxr-xr-x 2 root root 4096 Aug 17 18:47 math-emu drwxr-xr-x 2 root root 4096 Aug 17 18:47 mm drwxr-xr-x 2 root root 4096 Aug 17 18:47 oprofile drwxr-xr-x 2 root root 4096 Aug 17 18:47 pci drwxr-xr-x 2 root root 4096 Aug 17 18:47 power When module-assistant tries to build a module for this kernel, the build fails because it tries to dereference this recursive symlink. Here's a build log from trying to build ieee80211-source; dh_testdir dh_testroot rm -f build-arch-stamp build-indep-stamp configure-stamp rm -rf modules /usr/bin/make clean make[1]: Entering directory `/usr/src/modules/ieee80211' make[1]: Leaving directory `/usr/src/modules/ieee80211' /usr/bin/make -C driver clean make[1]: Entering directory `/usr/src/modules/ieee80211/driver' rm -f *.mod.c *.mod *.o *.ko .*.cmd .*.flags *.lst *~ .#* rm -rf /usr/src/modules/ieee80211/driver/tmp .tmp_versions for file in *.{c,h} net/*.h; do \ if [ -e $file ]; then \ sed -i -e s:\ *$::g -e s:\t*$::g $file; \ fi \ done make[1]: Leaving directory `/usr/src/modules/ieee80211/driver' dh_clean /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/ieee80211' dh_testdir dh_testroot rm -f build-arch-stamp build-indep-stamp configure-stamp rm -rf modules /usr/bin/make clean make[2]: Entering directory `/usr/src/modules/ieee80211' make[2]: *** No rule to make target `clean'. Stop. make[2]: Leaving directory `/usr/src/modules/ieee80211' make[1]: [clean] Error 2 (ignored) /usr/bin/make -C driver clean make[2]: Entering directory `/usr/src/modules/ieee80211/driver' rm -f *.mod.c *.mod *.o *.ko .*.cmd .*.flags *.lst *~ .#* rm -rf /usr/src/modules/ieee80211/driver/tmp .tmp_versions for file in *.{c,h} net/*.h; do \ if [ -e $file ]; then \ sed -i -e s:\ *$::g -e s:\t*$::g $file; \ fi \ done make[2]: Leaving directory `/usr/src/modules/ieee80211/driver' dh_clean /usr/bin/gcc-4.0 for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.12-1-686/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.12-1-686/g ;s/#KVERS#/2.6.12-1-686/g ; s/_KVERS_/2.6.12-1-686/g ; s/##KDREV##/2.6.12-5/g ; s/#KDREV#/2.6.12-5/g ; s/_KDREV_/2.6.12-5/g' $templ ${templ%.modules.in}; \ done export DH_OPTIONS='-pieee80211-modules-2.6.12-1-686' dh_testdir dh_testroot dh_clean -k # Build the module /usr/bin/make -C driver KSRC=/usr/src/linux KVER=2.6.12-1-686 make[2]: Entering directory `/usr/src/modules/ieee80211/driver' /usr/bin/make -C /usr/src/linux
Bug#316816: rdiff-backup: uppercase letters in filenames encoded wrongly when writing to vfat
Package: rdiff-backup Version: 0.13.4-5 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm trying to use rdiff-backup to backup some files to a USB drive with a VFAT filesystem. (Yes, not the best choice in filesystems, but that's not the point here.) rdiff-backup doesn't seem to be aware that a VFAT filesystem supports uppercase letters. When it creates a file on a VFAT filesystem, it replaces each uppercase letter in the filename with a semicolon followed by the letter's three-digit ASCII code. For example: [EMAIL PROTECTED]:~/tmp$ mount | grep usbdisk /dev/sda1 on /media/usbdisk type vfat (rw,noexec,nosuid,nodev,shortname=win95,user=paul) [EMAIL PROTECTED]:~/tmp$ ls case CamelCase UPPERCASE lowercase [EMAIL PROTECTED]:~/tmp$ ls /media/usbdisk/backup [EMAIL PROTECTED]:~/tmp$ rdiff-backup case /media/usbdisk/backup - - Detected abilities for source (read only) file system: Access control lists Off Extended attributes Off Mac OS X style resource forksOff Mac OS X Finder information Off - - Warning: ownership cannot be changed on filesystem at /media/usbdisk/backup/rdiff-backup-data Warning: hard linking not supported by filesystem at /media/usbdisk/backup/rdiff-backup-data - - Detected abilities for destination (read/write) file system: Characters needing quoting '^a-z0-9_ -.' Ownership changing Off Hard linking Off fsync() directories On Directory inc permissionsOff Access control lists Off Extended attributes Off Mac OS X style resource forksOff Mac OS X Finder information Off - - [EMAIL PROTECTED]:~/tmp$ ls /media/usbdisk/backup ;067amel;067ase ;085;080;080;069;082;067;065;083;069 lowercase rdiff-backup-data [EMAIL PROTECTED]:~/tmp$ touch /media/usbdisk/backup/AnotherFile [EMAIL PROTECTED]:~/tmp$ ls /media/usbdisk/backup ;067amel;067ase ;085;080;080;069;082;067;065;083;069 AnotherFile lowercase rdiff-backup-data When writing to files stored on a non-VFAT filesystem (in particular, ext3), this problem does not occur. And as seen by the touch command above, the filesystem itself can handle uppercase letters in filenames. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rdiff-backup depends on: ii python2.3 2.3.5-6An interactive high-level object-o ii rdiff 0.9.7-1Binary diff tool for signature-bas rdiff-backup recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCyKmZZOE8w8ubnoERAqtPAKDQRF1Ded46IifBfk8e7XjhX1ks7wCeIsmG dXOhtR9AZvU6q4XEXvOCOmU= =C1ZV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294677: mozilla-firefox: unable to print (XML parsing error)
On Wed, Feb 23, 2005 at 12:42:22AM -0500, Eric Dorland wrote: Can you search your home directory for any files named XUL.mfasl in your home directory and delete them with Firefox not running then launch it. If that doesn't work, try moving .mozilla out of the way and see what that does. Actually, it seems as though I can't reproduce the problem any more -- the print dialog and plugin dialog both work properly. No idea what fixed it, since mozilla-firefox hasn't been upgraded since I filed the report. If no one else has experienced whatever problem this was, I guess you can probably close this report. signature.asc Description: Digital signature
Bug#294677: mozilla-firefox: unable to print (XML parsing error)
Package: mozilla-firefox Version: 1.0+dfsg.1-6 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When trying to print from Firefox, instead of getting the Print dialog, a window with this error message appears: XML Parsing Error: syntax error Location: chrome://global/content/printdialog.xul Line Number 1, Column 3: gFileFromPicker = dialog.fileInput.value; - --^ - -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mozilla-firefox depends on: ii debianutils 2.11.2 Miscellaneous utilities specific t ii fontconfig 2.2.3-4 generic font configuration library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-2 The GTK+ graphical user interface ii libidl0 0.8.3-1 library for parsing CORBA IDL file ii libjpeg626b-9The Independent JPEG Group's JPEG ii libkrb53 1.3.6-1 MIT Kerberos runtime libraries ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 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 libxft2 2.1.2-6 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-10 X Window System printing extension ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCDBwVZOE8w8ubnoERAifaAKCoBfcnSrf9Jq6OCZidAGZ0/T+46wCgiRpr 80+/+v+tDOVwWhSqaPNx6rk= =kbx5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294677: mozilla-firefox: unable to print (XML parsing error)
On Thu, Feb 10, 2005 at 10:11:37PM -0500, Eric Dorland wrote: * Paul Kuliniewicz ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-6 Severity: normal When trying to print from Firefox, instead of getting the Print dialog, a window with this error message appears: XML Parsing Error: syntax error Location: chrome://global/content/printdialog.xul Line Number 1, Column 3: gFileFromPicker = dialog.fileInput.value; --^ Close firefox and reopen it, and see if the problem goes away. It's still there. I also just discovered another problem that I suspect might be related. If I go to a page that wants to install a plugin (such as [0]), and I click the Install Missing Plugins... button, I get this error message: XML Parsing Error: not well-formed Location: chrome://mozapps/content/plugins/pluginInstallerWizard.xul Line Number 1, Column 12: skinVersion=1.5 ---^ Maybe both are symptoms of the same underlying problem? [0] http://www.certicom.com/content/live/resources/ecc_tutorial/ecc_javaCurve.html signature.asc Description: Digital signature
Bug#293385: fceu: ignores gamepad input
Package: fceu Version: 0.98.12-1 Severity: normal As far as I can tell, the current version of fceu (0.98.12-1) ignores gamepad input while running, except while you're configuring the gamepad controls. The last version of fceu-sdl didn't have this problem, so I presume something's changed between those two versions of the software. For example, if I do: fceu -inputcfg gamepad -input1 gamepad /usr/share/nes/efp.nes The gamepad configuration seems to work; fceu notices when I push buttons and move axes. But as soon as it starts playing the ROM, it ignores gamepad input completely. If I do: fceu -input1 gamepad /usr/share/nes/efp.nes It also ignores gamepad input completely. In either case, the keyboard controls seem to work, but obviously that's not what I want, since I'm saying -input1 gamepad. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fceu depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]