I think it'd be nice to have an ebuild to install the openclipart.org resources for use in Inkscape, Sodipodi, and other SVG illustration tools. I'll probably attach an ebuild to this shortly.
Created attachment 38532 [details] openclipart 0.06 ebuild Here's my ebuild, it's very simple, sticks the clipart under /usr/share/openclipart. Note that in my ebuild I've used the Creative Commons license on file, but openclipart actually uses a /different/ Creative Commons license, the CC Public Domain License: http://creativecommons.org/licenses/publicdomain/ I imagine this license will need to be added to /usr/portage/licenses and the ebuild changed to reflect that before it can be officially accepted into CVS.
I made a better for openclipart. I attach it in a few minutes... ;-)
Created attachment 43410 [details] openclipart-0.08.ebuild better ebuild for OpenClipArt suggested location: media-gfx/openclipart (if there's no better place)
ok, what's "better"... ;-) 1. installes clips under /usr/share/clipart/${PN} so we have a single basedir also for other free clipart-libraries in future 2. you can select wanted formats via USE-flags: svg png pdf disabled formats are not installed (saves space) 3. *.txt and README files are always compressed with "gzip -9" and are only installed, if the correspondent *.png/*.pdf/*.svg is also installed. 4. USE-flag 'compress' (ATTENTION: this is a *NEW* USE-flag!) compresses all *.svg with "gzip -9" to *.svgz files this saves LOT of space! 5. global docs are installed in normal $DOCDIR
oh, I forgot: I set the license also to Creative Commons. Should be changed.
Created attachment 43417 [details] openclipart-0.08.ebuild slightly optimized version. LICENSE problem still exists.
Created attachment 43418 [details] sodipodi-flags-1.6.ebuild another free clipart library. Homepage: http://www.sodipodi.com/ Description: Sodipodi Flag collection (SVG cliparts) License: public-domain (creative commons) same license as openclipart. Will also be installed under /usr/share/clipart/${PN} USE-flag 'compress' (*NEW*) for optionally compress *.svg to *.svgz
Wow, you were busy! Good work, this all looks great! :)
well... ;-) look for further sources of good free cliparts. Even WMFs! They can easily converted with wmf2svg from the libwmf package. I could make an ebuild which converts all WMFs to SVG(Z)s if said so via USE-flags. the more the better. Cliparts are very important. Many (ex-)windows-users complain about that.
Great work!!! :o) By the way, in adittion to graphic tools as Inkscape or Sodipodi, I think some form of integration with office tools (OpenOffice.org, KOffice, Scribus...) would be desirable. For instance, OpenOffice.org stores its own gallery in /opt/OpenOffice.org/share/gallery/, so maybe this ebuild (or the OOo ebuild) could create some link to the openclipart stuff to be used out of the box... what do you think?
a softlink to /usr/share/clipart would be enough. That's one of the reasons, why I wanted a common basedir. :-)
I was going to take a look at these ebuilds right now, but it seems the openclipart.org site is down. Anyway, the following announce: http://www.oooforum.org/forum/viewtopic.php?t=13945 seems to imply that the sodipodi flags collection has already been included in the openclipart collection, so you wouldn't need a separate sodipodi-flags ebuild. Has anybody checked this?
even it's included in openclipart, someone who only needs the flags don't want to install openclipart. 2 ebuilds are ok, but we could change the description of sodipodi-flags to "... (also included in openclipart)".
hmpf! openclipart.org still not reachable. :-/
They seem to be having DNS issues: unit3@mr-t:~$ whois openclipart.org Name Server:X2.CS.PDX.EDU Name Server:X1.CS.PDX.EDU unit3@mr-t:~$ host openclipart.org x2.cs.pdx.edu ;; connection timed out; no servers could be reached unit3@mr-t:~$ host openclipart.org x1.cs.pdx.edu ;; connection timed out; no servers could be reached The name servers are up, but no DNS seems to be running on them.
openclipart.org is online again!
huh? no response anymore?
Heh, I didn't think you needed a response about the site going back online. ;) If you're referring to comment 13, I agree with you, I think two ebuilds are fine, as long as it's explained that there is some overlap.
just fix the description of sodipodi-flags to: ... (also partly included in openclipart).
0.09 is out
file extension changed from .tgz to .tar.gz I'm testing it right now...
ok, 0.08 ebuild is NOT compatible to 0.09!!! I will fix it! Gimme a few hours.
Created attachment 48877 [details] openclipart-0.09.ebuild new version. adding 'wmf' and 'doc' USE-flag. With "doc" you can select, if you want to have all the *.txt files. And "wmf" installs the few *.wmf files.
Created attachment 48878 [details] sodipodi-flags-1.6.ebuild updated sodipodi-flags ebuild (a little bit streamlined)
Created attachment 48879 [details] sodipodi-clipart-2.1.ebuild well, another clipart library. ;)
now it's time to put this into portage! ;-D
Note that the developer of the flags collection is now doing it as part of openclipart rather than sodipodi, so the official, complete package of flags will be distributed in the main openclipart package. If you'd like to have a separate flags package, a more correct name would be openclipart-flags. Note that in the future we hope to provide multiple packages with different options of what to include. For example, we are considering creating a package that is "clean" from problematic images such as the nazi flag, etc. This is a compromise so we can continue keeping OCAL "uncensored" yet still provide art that is in compliance with particular national laws, etc. I don't know what this will be called, but it will probably appear either in the next release or the one after. Also, we are exploring ideas for further ways to provide customized subsets. We figure that as the library grows larger and larger, distros may wish to provide it in more manageable subsets. Ideas/suggestions/ requests are welcome. :-) Bryce
cool, one of the OCAL maintainers is here. ;-) Well, look at my ebuild and you see, what we need. Manageable would be packages for every different class/group (root-subdir). It would be also good to reduce the number of different formats. SVG(Z) is ok, also PNG. But not WMF, EPS and GIFs. These formats should be converted into SVG or PNG. If you (as a user) need a different format than SVG or PNG, you can use the dozens of converting tools available. Also: anything other than the cliparts (READMEs, etc.) should be in a doc-directory. It's easier to browse all the cliparts, if you only have cliparts in a directory and nothing else. And the Sodipodi-Collection, well, I made the ebuilds. But if you say, that all that stuff is in OCAL, then we can drop it.
OpenClipArt 0.10 is out today. :)
Created attachment 50846 [details] openclipart-0.10.ebuild Minor changes.
Comment on attachment 48877 [details] openclipart-0.09.ebuild 0.10 ebuild accepted. So this one is obsolete... ;-)
I think it's time to put this beast into portage finally!
/usr/lib/portage/bin/dodoc: PASSFAIL* does not exist. hmmm. I fix this and attach a fixed ebuild.
Created attachment 50847 [details] openclipart-0.10.ebuild (fixed) fixed 'dodoc'. Removed log-output files from 'dodoc'.
Yes, get this into the portage tree!
openclipart-0.12 has been released. Bumping the last ebuild works for me. No idea if the ebuild misses something.
It seems they have added some tools to the package (they all seem to be perl scripts: http://openclipart.org/cgi-bin/wiki.pl?Tools), so I guess the ebuild should take this into account.
stupid bugzilla... anyway, imho, users who willingly install so much clipart are going to want to have all types... png, gif, whatever anyone see a problem with dropping all of those USE flags? also, "compress" is useless: who wants clipart that you have to decompress before you can use? i'll wait for a bit before i commit anything for response
yes, me! The PNGs and GIFs etc. are redundant, since they are just "thumbnails" of the SVG versions. I don't want to install them!
btw: compress is NOT useless, since *.svgz is a standard format and can be read by (allmost) all SVG compliant apps w/o uncompressing!
Yes, IIRC supporting svgz files transparently is *mandatory* in compliant renderers.
(In reply to comment #39) > yes, me! The PNGs and GIFs etc. are redundant, since they are just > "thumbnails" of the SVG versions. I don't want to install them! ok :-) (In reply to comment #41) > Yes, IIRC supporting svgz files transparently is *mandatory* in compliant renderers. i didn't know, but thanks for the info. sorry, i don't use anything like this very often, but noone else seems to be willing to look at this bug, so i guess you guys will have to settle for me :-P
Hahaha fair enough, I've got bugs that no-one looks at period (see: rhgb). I'm happy with the amount of activity this one sees, to be honest. :)
(In reply to comment #34) > Created an attachment (id=50847) [edit] > openclipart-0.10.ebuild (fixed) > > fixed 'dodoc'. Removed log-output files from 'dodoc'. "useq" has been depreciated. now we just say "use flag && whatever" just fyi
in portage... thanks all :-)