[Fwd: Re: [Clipart] Where to install?]

Fri Jun 24 09:53:17 PDT 2005

Hi.

I like the approach with /usr/share/clipart/openclipart-0.14 and would not 
mind to change our packages to use this path.

In addition, I would add a symlink /usr/share/clipart/openclipart -> 
openclipart-x.yy that would point to the default/prefered version.

I am afraid that it won't be possible to find an unique cross-platform path 
for windows and linux anyway.

Unfortunately, I do not know about any unique way how to set a variable on 
different distributions but the standardized path /usr/share/clipart might be 
enough.

Best Regards,
Petr Mladek

On Wednesday 22 June 2005 11:17, michael meeks wrote:
> Hi Jon,
>
> 	Assuming 'OCAL' is clipart at l.f.o.
>
> 	Ultimately Petr is the expert wrt. clipart & OO.o, and we don't much
> mind where the images go, we have 'gallery' files full of links /
> descriptions of the clipart [ I'd like to see that standardized so OO.o
> can just parse the openclipart descriptions (but this needs careful
> design, I'd be interested to review that design ) ].
>
> 	So - we have a load of links, and we ship an openclipart package with
> the clipart installed to /usr/share/openclipart/
>
> 	Of course, we remove the controversial images: flags, political maps of
> Asia etc. To have some way of annotating / removing those in the
> openclipart markup might be nice too.
>
> 	Regards,
>
> 		Michael.
>
> On Wed, 2005-06-22 at 00:21 -0700, Jon Phillips wrote:
> > Michael, we are having this discussion on the OCAL list. We though you
> > might have some good advice and insight into it. Can we continue this
> > discussion on the OCAL list please.
> >
> > Jon
> >
> >
> > -------- Forwarded Message --------
> >
> > > From: Matthew Gates <matthew at porpoisehead.net>
> > > To: clipart at lists.freedesktop.org
> > > Subject: Re: [Clipart] Where to install?
> > > Date: Tue, 21 Jun 2005 22:09:44 +0000
> > >
> > > On Tuesday 21 June 2005 20:45, you wrote:
> > > > On Tue, 2005-06-21 at 11:34 +0000, Matthew Gates wrote:
> > > > > Hi,
> > > > >
> > > > > There was recently a bug
> > > > > https://bugs.freedesktop.org/show_bug.cgi?id=3583 about getting an
> > > > > OCAL ebuild for gentoo.  I'm willing to have a go at making and
> > > > > submitting the ebuild.  Is there a standard place to put the OCAL
> > > > > files?  I suspect something like /usr/share/ocal/.
> > > >
> > > > Yes, we have discussed this in the past. I'm discussing this on the
> > > > chat channel right now.
> > > >
> > > > I think this solution is best. Use the following for all clipart on
> > > > *nix. And then inside this have the different released packages and
> > > > possible DMS repositories:
> > > >
> > > >     /usr/share/clipart
> > > >
> > > > Then after installing the 0.14 release of openclipart-0.14
> > > >
> > > >     /usr/share/clipart/openclipart-0.14
> > > >
> > > > This would allow for in the future:
> > > >
> > > >     /usr/share/clipart/openclipart-0.15
> > > >
> > > > Also, this would allow for other projects packages:
> > > >
> > > >     /usr/share/clipart/AnyPackage
> > > >
> > > > And, then for future DMS support:
> > > >
> > > >     /usr/share/clipart/dms
> > > >
> > > >
> > > > So, then, what would the user path be:
> > > >
> > > > ~/.clipart/
> > > >
> > > > And then any packages would be like so:
> > > >
> > > > ~/.clipart/openclipart-0.14
> > >
> > > I like the simplicity of this approach, but it's not clear how this
> > > would work on platforms that have alternative hierarchies - windows, OS
> > > X, and others like the more radical linux distros with their own
> > > directory layouts.
> > >
> > > > We could standardize upon this and then also make a basic Makefile to
> > > > be included with our packages that would make install to these
> > > > locations.
> > > >
> > > > Also, if we agreed upon this, we could set any future DMS clients to
> > > > download to this location.
> > > >
> > > > This is a standard that should be shared amongst GIMP, Inkscape,
> > > > other Gnome Apps, OO.o, Klipart, etc. Do you all agree? I don't think
> > > > there is a standard for this. Thoughts?
> > >
> > > If we can get the Gnome people interested then they might be able to
> > > have it trickle down to gnome and gtk based projects.
> > >
> > > > I just looked through my system and Abiword and Inkscape both have
> > > > clipart under there own program folder name like this:
> > > >
> > > >
> > > >     /usr/share/AbiSuite-2.2/clipart
> > > >
> > > >     /usr/local/share/inkscape/clipart
> > >
> > > Exactly the sort of think that we want to avoid IMO.  I checked
> > > inkscape's configure script and the location of the clipart is not
> > > customisable there.  Maybe we could submit improved configure scripts
> > > for these projects that allow the clipart directory to be specified as
> > > an option at package configuration time?  For gentoo at least it would
> > > then be trivial to alter the ebuild to configure gentoo to use the
> > > /usr/share/clipart directory for these projects.
> > >
> > > > > While wondering about it, I popped over to #openoffice.org on
> > > > > freenode, and asked them how OOo "finds" clipart libraries, and
> > > > > they said that there was a path in the OOo settings.  The thing is
> > > > > this path is for places where OOo's own thumbnail and index files
> > > > > reside, which at present can only be created by OOo itself.  See
> > > > > the contents of this debian package for an example of the files
> > > > > that need to be generated:
> > > > > http://packages.debian.org/unstable/graphics/openclipart-openoffice
> > > > >.o rg
> > > > >
> > > > > My guess is that other applications do something similar.  Wouldn't
> > > > > it be better to define some sort of standard for how to locate /
> > > > > parse clipart libraries, and modify applications / clipart libs to
> > > > > conform to the standard?  I think yes (of course), but how might it
> > > > > work - any ideas?
> > > >
> > > > Yes I agree. Well, we need to know more about OO.o and how it finds
> > > > clipart and standard clip art paths
> > > >
> > > > > The simplest thing I can think of it to have an environment
> > > > > variable, CLIPART_PATH, have clipart libraries regester their
> > > > > install locations in it, and have applications look in it for
> > > > > places to find clipart. That leaves interpretting thumbnails /
> > > > > filtering supported file types and such to the applications that
> > > > > use the variable, but it would be a start.
> > > >
> > > > I think this is a great idea. This is something that needs to be
> > > > standardized amongst graphics applications. We could set this using
> > > > an included Makefile with our packages. Also, in the future, clients
> > > > to DMS could set this as well.
> > >
> > > I'm unsure of how system wide environment variables are modified by
> > > different distro.  Gentoo has a directory /etc/env.d into which makes
> > > it pretty simple to add environment variables (if I'm interpretting
> > > it's purpose correctly).  I other distros have different mechanisms,
> > > and in some it'll probably be necessary to modify /etc/profile or
> > > something (ugly - especially for un-installations).   Not that this is
> > > directly a problem for us - rather is is something those that take on
> > > package creation for those distros need to worry about.
> > >
> > > > Overall, this is something we need to discuss with other projects
> > > > that use Clip Art. Do you all agree?
> > >
> > > Yes.  The question is - what forum is best?  Having some co-ordination
> > > between Gnome and KDE would be a good place to start.  I suppose this
> > > sort of thing is the realm of freedesktop.org?
> > > _______________________________________________
> > > clipart mailing list
> > > clipart at lists.freedesktop.org
> > > http://lists.freedesktop.org/mailman/listinfo/clipart