Summary: | Fix openclipart-0.15 ebuild and future releases | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jon Phillips <jon> |
Component: | New packages | Assignee: | Desktop Misc. Team <desktop-misc> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | esigra |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jon Phillips
2005-07-09 18:21:43 UTC
Crap, this should be assigned to desktop-misc@gentoo.org. I forgot to do this and now I cannot with my current permissions on this bugzilla. Thanks! Also, why is the openclipart-0.15 ebuild architecture dependent? Anyone system Gentoo supports should be able to use it. We have users asking for ~amd64 support, and it might as well support as many systems as possible, as the contents of the package are files like svg, png, and txt. Thanks! (In reply to comment #2) > We have users asking for ~amd64 support This ebuild is marked ~amd64, so I don't understand what's the problem here. (In reply to comment #2) > Also, why is the openclipart-0.15 ebuild architecture dependent? Anyone system > Gentoo supports should be able to use it. We have users asking for ~amd64 > support, and it might as well support as many systems as possible, as the > contents of the package are files like svg, png, and txt. take a look here: http://packages.gentoo.org/search/?sstring=openclipart personally, i can only mark packages on x86 and amd64. it is possible that i might be able to mark a few things sparc in the future, but that is, well, in the future. every ebuild has to be tested on every arch before it is marked with that arch, no matter what the ebuild does or contains. as for the catagory, i personally don't care. the origional bug was filed to desktop-misc@g.o, and most of our packages go in x11-misc. if the media herds will be willing to take over the package, then it can be moved. until then, i'd like to keep it in x11-misc. as for symlinking and slotting... i don't see the point. afaik, the only difference between releases is a few scripts and an _increase_ in the number of images. that makes slotting somewhat pointless. even more use flags also seems pointless. it already has 6 rather cryptic ones... the ebuilds you reference also undo many of the features that the one in portage contains... if you would like to create a diff against that of exactly what you would like to add/subtract, i would be willing to look. however, i rather like the current ebuild one more thing... if you want openclipart to be available on more platforms, file a new bug entitled "x11-misc/openclipart arch testing" and CC all the relevent platforms. be sure to include only _relevent_ platforms... i doubt arm will want an ebuild that creates 7390245872039458263409 huge image files for no reason (as an example) if there is a good reason to do any of this which i am somehow missing, either email me or reopen the bug |