Bugzilla – Bug 3584
RFE: Finish adding more support for RPMs to Makefile
Last modified: 2010-08-18 03:24:18 UTC
There should be a basic Makefile that is released along with the packages to
provide a way to quickly install the clip art to the default path for clip art
on a *nix system.
Added cvs module: clipart_package which does this and much much more! Just need
to add/fix openclipart.spec.in so that it does the full rpm build and then I
think that makefile system is solid.
To test current rpm directive, run:
Basically, openclipart.spec.in is processed in distprep, which is called through
the chain to getting to make rpm. Then in turn, the idea is for rpmbuild to
process openclipart.spec (which is output from the distprep directive).
http://openclipart.org/cgi-bin/wiki.pl?ReleaseProcedure needs to be updated with
the new procedure.
Created attachment 2973 [details]
The current clipart_package module...most everything you need to build clipart packages
This is pretty much everything as of 2005-08-21 in the clipart_package.
Uncompress it and have a go! Submit any patches here, or just work via the CVS
module clipart_package if you have access.
Also, the clipart folder has dummy content in it currently. That content will
be replaced by the real clip art at the end of the month.
I merged Paul Howarths changes, but he had these comments:
Here's a first stab at it (see attached openclipart.spec.in and Makefile).
Once the tools get into a shape where they can be distributed and
installed properly using "make install", "make dist" etc., I would
advocate splitting the RPM along these lines:
* a single SRPM containing the "full" bzip tarball. It would be even
better if the multiple image formats could be generated using "make"
from one or two input formats (e.g. make PNGs from SVGs plus text
files). I don't know if this is possible or not. If it is, a source
distribution containing just the minimum needed content would be better,
and have the rest built using "make". Full "binary" distributions could
also be built for people not wanting to do that themselves, but the RPM
would not use those.
* an openclipart-svg RPM containing just the SVG images
* an openclipart-extraformats RPM containing the other data and with a
dependency on openclipart-svg
* an openclipart-tools package
The first two of these could be relocatable.
The SRPM probably does not need the .png files, nor the .txt metadata
summary for each image. Those things ultimately derive from the .svg
files and can be generated from them. However, the tools package is
needed to do said generating.
Also it is noteworthy that the tools package has some dependencies,
that probably ought to be specified. Among them...
* Inkscape (used for generating the thumbnails)
* Perl Modules from the CPAN:
* SVG::Metadata (most of the tools need this one)
Yeah, we still need this...need to figure out how to hook in our packaging into
Closing all openclipart bugs as openclipart is now on launchpad, as per request from Jon Philips.