Unable to open certain openclipart files
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
New
|
Undecided
|
Unassigned | ||
inkscape (Debian) |
New
|
Unknown
|
Bug Description
From: Markus Sauermann <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: inkscape: Unable to open certain openclipart files
Date: Sat, 29 Dec 2012 20:06:43 +0100
Package: inkscape
Version: 0.48.3.1-1.2
Severity: normal
Dear Maintainer,
I am trying to access openlipart.org cliparts via
Menu->File->"Import from Open Clip Art Library".
Searching for "Person" and importing "Young Man" works perfectly
well.
However when I want to import "Business Person", the preview is
visible, but the import fails with a GUI messsage
"Failed to load the requested file
/tmp/ocal-
and on the console the following error appears:
--- BEGIN ---
/tmp/ocal-
<svg version="1.1" id="Layer_1" xmlns="&ns_svg;" xmlns:xlink=
--- END ---
It would be great, if all cliparts would be usable.
Regards
Markus
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages inkscape depends on:
ii gconf-service 3.2.5-1+build1
ii libaspell15 0.60.7~20110707-1
ii libatk1.0-0 2.4.0-2
ii libatkmm-1.6-1 2.22.6-1
ii libc6 2.13-37
ii libcairo2 1.12.2-2
ii libcairomm-1.0-1 1.10.0-1
ii libfontconfig1 2.9.0-7.1
ii libfreetype6 2.4.9-1.1
ii libgc1c2 1:7.1-9.1
ii libgcc1 1:4.7.2-4
ii libgconf-2-4 3.2.5-1+build1
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-0 2.33.12+
ii libglibmm-2.4-1c2a 2.32.1-1
ii libgnomevfs2-0 1:2.24.4-1
ii libgomp1 4.7.2-4
ii libgsl0ldbl 1.15+dfsg.2-2
ii libgtk2.0-0 2.24.10-2
ii libgtkmm-2.4-1c2a 1:2.24.2-1
ii libgtkspell0 2.0.16-1
ii liblcms1 1.19.dfsg-1.2
ii libmagick++5 8:6.7.7.10-5
ii libmagickcore5 8:6.7.7.10-5
ii libpango1.0-0 1.30.0-1
ii libpangomm-1.4-1 2.28.4-1
ii libpng12-0 1.2.49-3
ii libpoppler-glib8 0.18.4-4
ii libpoppler19 0.18.4-4
ii libpopt0 1.16-7
ii libsigc++-2.0-0c2a 2.2.10-0.2
ii libstdc++6 4.7.2-4
ii libwpd-0.9-9 0.9.4-3
ii libwpg-0.2-2 0.2.1-1
ii libx11-6 2:1.5.0-1
ii libxml2 2.8.0+dfsg1-7
ii libxslt1.1 1.1.26-14
ii zlib1g 1:1.2.7.dfsg-13
Versions of packages inkscape recommends:
ii aspell 0.60.7~20110707-1
ii imagemagick 8:6.7.7.10-5
ii libwmf-bin 0.2.8.4-10.2
ii perlmagick 8:6.7.7.10-5
ii pstoedit 3.60-2+b1
Versions of packages inkscape suggests:
ii dia 0.97.2-8
ii libgnomevfs2-extra 1:2.24.4-1
pn libsvg-perl <none>
pn libxml-xql-perl <none>
ii python 2.7.3-3
pn python-lxml <none>
ii python-numpy 1:1.6.2-1
pn python-uniconvertor <none>
ii ruby1.8 [ruby] 1.8.7.358-6
pn skencil <none>
-- no debconf information
Message #10 received at <email address hidden> (full text, mbox, reply):
From: anarcat <email address hidden>
To: <email address hidden>
Subject: see also
Date: Sun, 31 Mar 2013 21:43:11 -0400
[Message part 1 (text/plain, inline)]
This bug was also noticed when loading the Debian logo itself here:
http://
0.48.3.1-1.3 is said not to be affected there... But I have the same
problem as you with the file here:
https:/
A workaround that is suggested:
1) apt-get install libxml2-utils sgml-data
2) xmllint --noent openlogo.svg > openlogo-fixed.svg
(Yes it's "noent", not to be confused with "nonet".)
3) Optionally, remove the DTD declaration from the resulting file.
The last two steps can be combined as:
xmllint --dropdtd --noent openlogo.svg > openlogo-fixed.svg
This bug with the Debian logo was reported in #698872, where the package
python-scour was also suggested to cleanup namespaces...
So no fix, but a workaround, which I confirms fixes the problem for me
with the above image.
A.
--
Le Québec ne rêve plus de devenir une société modèle: voilà son
problème d'environnement.
CVE References
Changed in inkscape (Debian): | |
status: | Unknown → New |
Known regression in Inkscape 0.48.4, fixed in 0.48.5.
On 2015-01-31 15:03 (+0100), Alex Valavanis wrote:
> 0.48.3.1-1.3 is said not to be affected there... But I have the same
> problem as you with the file here:
Since the regression was introduced by a security bug-fix for 0.48.4, AFAICT that fix was backported to the 0.48.3.1 debian packages:
> inkscape (0.48.3.1-1.2) unstable; urgency=low metadata. ftp-master. debian. org/changelogs/ /main/i/ inkscape/ inkscape_ 0.48.3. 1-1.3_changelog>
>
> * Non-maintainer upload.
> * Add Debian patch to fix vulnerability CVE-2012-5656 (Closes: #696485).
>
<http://
Linking as duplicate to /bugs.launchpad .net/inkscape/ +bug/166371
- Bug #166371 “Illustrator CS SVG won't load: namespace URIs in entities”
https:/
Please add a comment and revert the duplicate status if you disagree and think this was done in error.