gdecrypt won't start: picture format unknown

Bug #872967 reported by Thomas on 2011-10-12
138
This bug affects 24 people
Affects Status Importance Assigned to Milestone
shared-mime-info
Invalid
Medium
gdecrypt (Ubuntu)
Medium
Unassigned
gdk-pixbuf (Ubuntu)
Undecided
Unassigned
librsvg (Ubuntu)
Undecided
Unassigned

Bug Description

When I wanna start gdecyrpt on terminal I only see the following message:

Traceback (most recent call last):
  File "./main.py", line 609, in <module>
    gdc = gdecrypt()
  File "./main.py", line 127, in __init__
    pixbuf128 = gtk.icon_theme_get_default().load_icon("gdecrypt",128,0)
glib.GError: Format der Bilddatei unbekannt

It translate to someting like "picture format unknown".

I think there is some missing dependency?!

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: gdecrypt 0.7.2.2-0ubuntu6
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
Uname: Linux 3.0.0-12-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 1.23-0ubuntu3
Architecture: amd64
Date: Wed Oct 12 18:40:51 2011
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Beta amd64 (20110921.2)
PackageArchitecture: all
SourcePackage: gdecrypt
UpgradeStatus: No upgrade log present (probably fresh install)

Thomas (t.c) wrote :
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gdecrypt (Ubuntu):
status: New → Confirmed
Steffen Röcker (sroecker) wrote :

This seems to be a bug in gdk-pixbuf and SVG loading, changing the code to use gtk.ICON_LOOKUP_NO_SVG works fine.
However, the exception should always be catched.

I have uploaded working version of gdecrypt to my PPA:
https://launchpad.net/~sroecker/+archive/oneiric

Steffen Röcker (sroecker) wrote :
tags: added: patch

The attachment "fix_icon.patch" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-sponsors please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

Severe impact on non-core app->medium

Changed in gdecrypt (Ubuntu):
importance: Undecided → Medium
Steffen Röcker (sroecker) wrote :

Attached is some code to reproduce the bug.

gdk_pixbuf_new_from_file doesn't work while
rsvg_pixbuf_from_file works.

Dave Gilbert (ubuntu-treblig) wrote :

Hi Steffen,
  I've added librsvg to the bug because it provides /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
which one might think is the file that is supposed to load the svg for gdk-pixbuf.

Dave

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gdk-pixbuf (Ubuntu):
status: New → Confirmed
Changed in librsvg (Ubuntu):
status: New → Confirmed
summary: - gdecrypt wont start: picture format unknown
+ gdecrypt won't start: picture format unknown
Fabián Rodríguez (magicfab) wrote :

Steffen, I've tried the PPA version and gdecrypt still won't start.

Here's the output:

$ gksudo gdecrypt

(gksudo:6082): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap",

(gksudo:6082): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap",

(gksudo:6082): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap",

(gksudo:6082): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap",

(main.py:6086): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap",

(main.py:6086): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap",

(main.py:6086): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap",
Traceback (most recent call last):
  File "./main.py", line 612, in <module>
    gdc = gdecrypt()
  File "./main.py", line 151, in __init__
    self.hal_manager = self.bus.get_object('org.freedesktop.Hal', '/org/freedesktop/Hal/Manager')
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 244, in get_object
    follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 246, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 183, in activate_name_owner
    self.start_service_by_name(bus_name)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 281, in start_service_by_name
    'su', (bus_name, flags)))
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 630, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Hal was not provided by any .service files

I'll search for the error message - seems gdecrypt still depends on HAL.

Fabián Rodríguez (magicfab) wrote :

Yep, installing HAL lets gdecrypt start. So, workaround:
1) sudo apt-get install hal
2) Restart gdecrypt

Thanks to:
https://bugzilla.redhat.com/show_bug.cgi?id=693170

Fabián Rodríguez (magicfab) wrote :

Summarizing:

Steffen's PPA version works, but gdecrypt would still need HAL to work. Not sure how to report this - the project's website links to this bugtracker which had +2 yr. old bugs w/o response I just cleaned up. Last news there indicate activity until 2008-05-26. :|

Same at precise

Walter Mundt (waltermundt) wrote :

I did some checking into this in https://bugs.launchpad.net/ubuntu/+source/gdk-pixbuf/+bug/926019

It turns out that the copyright notice in the svg format icon is preventing the icon from being recognized as svg by gdk-pixbuf -- that's why it works when you load it by specifying a type, but can't just use gdk_pixbuf_new_from_file. Removing the copyright notice from /usr/share/icons/hicolor/scalable/apps/gdecrypt.svg with a text editor also makes gdecrypt work.

Nonetheless, as I said on that bug, the root of this issue is the way gdk detects whether a file is an svg image -- I believe it is looking for an <svg tag in the first few bytes of the file, and the long comment at the top breaks the format detection even though it's perfectly valid content in an svg file.

Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/GNOME. If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

Walter Mundt (waltermundt) wrote :

Upstream bug report now filed at https://bugzilla.gnome.org/show_bug.cgi?id=669854

Created attachment 59446
Make search range sufficiently large to enable artists prepend SVGs with licencing information

Many users affected including me.
Though one can easily edit SVGs to make it work, this isn't intutive.

Links I followed to get to the root cause-

https://bugs.launchpad.net/ubuntu/+source/gdk-pixbuf/+bug/926019
https://bugs.launchpad.net/ubuntu/+source/gdk-pixbuf/+bug/872967
https://bugzilla.gnome.org/show_bug.cgi?id=669854

Created attachment 59449
SVG files: matches should have their offset fields rectified

Or rather both the matches should have their offset fields rectified

Changed in shared-mime-info:
importance: Unknown → Low
status: Unknown → Confirmed
Steven Wagner (stevenwagner) wrote :

worth noting here...

GDecrypt is unmaintained[1] and pending Ubuntu
removal [2]. Also, it is unnecessary, as Truecrypt has GUI support since
version 5.

[1] https://launchpad.net/gdecrypt
[2] https://bugs.launchpad.net/ubuntu/+source/gdecrypt/+bug/1021442

Logan Rosen (logan) wrote :

Bug 1021442 requests the removal of gdecrypt from the repository. :)

Logan Rosen (logan) wrote :

Whoops, just realized that you noticed that. Ignore me!

Any chance to have this fixed?
The workaround for this would be to have all existing SVGs with licence info in the beginning of the file modified to move the info below the file's <svg> tag.

A consensus among the standard and artists would be very welcoming.

Changed in shared-mime-info:
importance: Low → Medium

*** This bug has been marked as a duplicate of bug 27318 ***

Changed in shared-mime-info:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.