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: make rpm 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) * File::Spec::Functions * DateTime
Yeah, we still need this...need to figure out how to hook in our packaging into cchost.
Closing all openclipart bugs as openclipart is now on launchpad, as per request from Jon Philips.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.