Debian Bug report logs -
#545396
.ora files look like zip archives! (... really openraster support bugs: no mime-info, no thumbnailer)
Reply or subscribe to this bug.
Toggle useless messages
Report forwarded
to
debian-bugs-dist@lists.debian.org, Gürkan Sengün <gurkan@phys.ethz.ch>:
Bug#545396; Package
mypaint.
(Sun, 06 Sep 2009 22:06:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Andrew Chadwick <andrewc@piffle.org>:
New Bug report received and forwarded. Copy sent to
Gürkan Sengün <gurkan@phys.ethz.ch>.
(Sun, 06 Sep 2009 22:06:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit@bugs.debian.org (full text, mbox):
Package: mypaint
Version: 0.7.1-1
Severity: minor
OpenRaster files created by MyPaint are indistinguishable from Zip
archives when viewed in Nautilus, to the extent of being shown with an
incorrect MIME type (application/zip instead of image/openraster). Plus
of course the icon is that of a zipfile.
Breaking it down, this is really another two-issue bug report (sorry)
but these really are related, I promise!
1. MyPaint does not ship with a mime-info entry for OpenRaster files,
meaning that ORA files appear in file manager programs as though they
were ZIP archives.
2. Since the package is targeted at artists and visually-thinking
people, it'd be really nice to have a thumbnailer for the most common
desktop environments :)
Perhaps a new package for openraster desktop support could be created
for these two issues together? Fixing 1. is a prerequisite of fixing 2.
There's software available out there for this:
http://create.freedesktop.org/wiki/OpenRaster
http://gitorious.org/mypaint/mypaint/commit/043b64da68d47718fd96e64d04d710a46592526a
and it certainly wouldn't be something limited to just MyPaint: Krita
(SVN), Drawpile, and GIMP (via the unofficial ORA loader/saver plugin)
would all benefit. Initially it could live in the mypaint package I
suppose, since mypaint is the program which would most immediately benefit.
--
Andrew Chadwick
Information forwarded
to
debian-bugs-dist@lists.debian.org, Gürkan Sengün <gurkan@phys.ethz.ch>:
Bug#545396; Package
mypaint.
(Mon, 07 Sep 2009 09:36:46 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Martin Renold <martinxyz@gmx.ch>:
Extra info received and forwarded to list. Copy sent to
Gürkan Sengün <gurkan@phys.ethz.ch>.
(Mon, 07 Sep 2009 09:36:46 GMT)
Full text and
rfc822 format available.
Message #10 received at 545396@bugs.debian.org (full text, mbox):
On Sun, Sep 06, 2009 at 10:56:05PM +0100, Andrew Chadwick wrote:
> 1. MyPaint does not ship with a mime-info entry for OpenRaster
> files, meaning that ORA files appear in file manager programs as
> though they were ZIP archives.
I was wondering whether MyPaint should really have this mime? Anyway, there
is one in the source in desktop/mime/mypaint.xml. And Krita also has one,
not sure if it gets installed, but it's probably somewhat different.
Wouldn't there be conflicts if more than one application installs this?
> 2. Since the package is targeted at artists and visually-thinking
> people, it'd be really nice to have a thumbnailer for the most
> common desktop environments :)
I fully agree. The thing (if I'm up-to-date) is that we haven't figured out
yet whom to ask to integrate those thumbnailers into which project.
> Perhaps a new package for openraster desktop support could be
> created for these two issues together?
>
> and it certainly wouldn't be something limited to just MyPaint: Krita
> (SVN), Drawpile, and GIMP (via the unofficial ORA loader/saver plugin)
> would all benefit. Initially it could live in the mypaint package I
> suppose, since mypaint is the program which would most immediately
> benefit.
I was planning to move thumbnailers and mime stuff also into the oratools
repository (where the GIMP plugin is), away from the mypaint source, until
the respective desktop environments take over maintainence. Do you think
this should grow into its own independent project instead, for distributions
to package?
bye,
Martin
Information forwarded
to
debian-bugs-dist@lists.debian.org, Gürkan Sengün <gurkan@phys.ethz.ch>:
Bug#545396; Package
mypaint.
(Mon, 07 Sep 2009 12:39:09 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Andrew Chadwick <andrewc@piffle.org>:
Extra info received and forwarded to list. Copy sent to
Gürkan Sengün <gurkan@phys.ethz.ch>.
(Mon, 07 Sep 2009 12:39:09 GMT)
Full text and
rfc822 format available.
Message #15 received at 545396@bugs.debian.org (full text, mbox):
[Cc:ed the named Debian krita maintainers and Bernd (maintainer of
gimp-plugin-registry). Hi guys; Martin is the upstream maintainer of
oratools, a bundle of plugins and desktop support for the OpenRaster
file format: http://gitorious.org/mypaint/oratools . Any comments?]
Martin Renold wrote:
> I was wondering whether MyPaint should really have this mime? Anyway, there
> is one in the source in desktop/mime/mypaint.xml. And Krita also has one,
> not sure if it gets installed, but it's probably somewhat different.
>
> Wouldn't there be conflicts if more than one application installs this?
Provided everything uses different files, then shared-mime-info
shouldn't get too confused when it updates. It's still better practice
to put behaviour only in one place, I think.
>> 2. Since the package is targeted at artists and visually-thinking
>> people, it'd be really nice to have a thumbnailer for the most
>> common desktop environments :)
>
> I fully agree. The thing (if I'm up-to-date) is that we haven't figured out
> yet whom to ask to integrate those thumbnailers into which project.
As far as oratools - yourself and Jon - are concerned, oratools could
just package the mime-info XML and the thumbnailer scripts (disclaimer:
I've not played with the KDE one), plus the existing GIMP package. Leave
the installation details to the distros. It's still useful to have
everything in one place, for everyone's sake.
Ana Beatriz, Raúl: would that seem acceptable from a KDE/krita
perspective? I've no idea how KDE integrates thumbnailers, sadly.
(To fulfil the expectation created by the "tools" name, perhaps oratools
could bundle some conversion scripts as well as the desktop and gimp
integration stuff...? :)
>> Perhaps a new package for openraster desktop support could be
>> created for these two issues together?
>>
>> and it certainly wouldn't be something limited to just MyPaint: Krita
>> (SVN), Drawpile, and GIMP (via the unofficial ORA loader/saver plugin)
>> would all benefit. Initially it could live in the mypaint package I
>> suppose, since mypaint is the program which would most immediately
>> benefit.
>
> I was planning to move thumbnailers and mime stuff also into the oratools
> repository (where the GIMP plugin is), away from the mypaint source, until
> the respective desktop environments take over maintainence. Do you think
> this should grow into its own independent project instead, for distributions
> to package?
Seems like the best plan, simply from the perspective of keeping
everything in one place for maintainers. Making it fully independent of
mypaint might be a nice thing too, from a political perspective... :)
One caveat from the packaging perspective: don't force KDE stuff on
Gnome people or /vice versa/. If I were packaging for Debian, I'd split
it into:
oratools:
Description: MIME setup and GIMP plugin for OpenRaster images
Recommends: oratools-thumbnailer-gnome | oratools-thumbnailer-kde
Enhances: gimp
Depends: shared-mime-info
Suggests: oratools-thumbnailer-gnome | oratools-thumbnailer-kde
oratools-thumbnailer-kde:
Description: KDE thumbnailer for OpenRaster images
Enhances: kdebase
Depends: oratools, $KDE_STUFF
oratools-thumbnailer-gnome:
Description: GNOME-style thumbnailer for OpenRaster images
Enhances: gnome-desktop-environment, thunar
Depends: oratools, $GNOME_STUFF
and arrange for actual paint programs which use OpenRaster - krita,
mypaint - to use
Recommends: oratools-thumbnailer-gnome | oratools-thumbnailer-kde
With this setup, people grabbing mypaint or krita using a Debian package
manager that automatically selects Recommended packages should
automatically pull in the right thumbnailers for their system.
Thunar uses GNOME-style thumbnailers if they're available, according to
http://goodies.xfce.org/projects/thunar-plugins/thunar-thumbnailers/
Seems like KDE use shared-mime-info these days:
http://lists.kde.org/?l=kde-core-devel&m=117439505315489 , but their own
style of binary thumbnailer blivets.
--
Andrew Chadwick
Information forwarded
to
debian-bugs-dist@lists.debian.org, Gürkan Sengün <gurkan@phys.ethz.ch>:
Bug#545396; Package
mypaint.
(Mon, 07 Sep 2009 21:57:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ana Guerrero <ana@debian.org>:
Extra info received and forwarded to list. Copy sent to
Gürkan Sengün <gurkan@phys.ethz.ch>.
(Mon, 07 Sep 2009 21:57:03 GMT)
Full text and
rfc822 format available.
Message #20 received at 545396@bugs.debian.org (full text, mbox):
On Mon, Sep 07, 2009 at 01:18:30PM +0100, Andrew Chadwick wrote:
>
> Ana Beatriz, Raúl: would that seem acceptable from a KDE/krita
> perspective? I've no idea how KDE integrates thumbnailers, sadly.
krita has handled this on its way and ship:
cat /usr/share/mime/packages/krita_ora.xml
<?xml version="1.0" encoding="UTF-8"?>
<mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info">
<mime-type type="image/openraster-archiving">
<comment>OpenRaster (long-term) Archiving document</comment>
<glob pattern="*.ora"/>
</mime-type>
</mime-info>
So for krita users it is shown corrently. Actually, I think it better should be
handled direclty by /usr/share/mime/packages/kde.xml.
In any case, why you do not submit the definition to share-mime-info upstream
and it is shown consistentely in all the desktops? Even if you do not have
any of the mentioned programs installed users can know what the file is about.
Ana
Information forwarded
to
debian-bugs-dist@lists.debian.org, Gürkan Sengün <gurkan@phys.ethz.ch>:
Bug#545396; Package
mypaint.
(Wed, 16 Sep 2009 22:18:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Pino Toscano <pino@kde.org>:
Extra info received and forwarded to list. Copy sent to
Gürkan Sengün <gurkan@phys.ethz.ch>.
(Wed, 16 Sep 2009 22:18:09 GMT)
Full text and
rfc822 format available.
Message #25 received at 545396@bugs.debian.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
I am developer, who usually helps also about mimetypes in KDE.
I looked at the current situation, and given there is some agreement on a
common format, I did the following:
- created a mimetype definition for the image/openraster (with both glob and
content match) basing on the mypaint wiki pages, and added it today (along
with an example file found on mypaint site) to shared-mime-info's CVS
- synchronized krita to use this new version
this means that:
- any shared-mime-info version > 0.60 (current version is 0.60, so any
released version from today) will have image/openraster available
- krita (in next released version, which will be the stable 2.1, in the end)
uses this version, albeit carrying a local copy of it (to avoid a dependency
on a not-released-yet shared-mime-info version)
I guess this should solve the mimetypes issue of openraster files. If not,
just ping me :)
--
Pino Toscano
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
debian-bugs-dist@lists.debian.org, Gürkan Sengün <gurkan@phys.ethz.ch>:
Bug#545396; Package
mypaint.
(Fri, 18 Sep 2009 17:45:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Martin Renold <martinxyz@gmx.ch>:
Extra info received and forwarded to list. Copy sent to
Gürkan Sengün <gurkan@phys.ethz.ch>.
(Fri, 18 Sep 2009 17:45:03 GMT)
Full text and
rfc822 format available.
Message #30 received at 545396@bugs.debian.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Thu, Sep 17, 2009 at 12:08:50AM +0200, Pino Toscano wrote:
> I guess this should solve the mimetypes issue of openraster files.
Thanks! One problem solved.
bye,
Martin
[signature.asc (application/pgp-signature, inline)]
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Tue Feb 9 19:47:10 2010;
Machine Name:
busoni.debian.org
Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.