Summary: | net-im/jive-messenger does not follow java policy | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Petteri Räty (RETIRED) <betelgeuse> |
Component: | [OLD] Server | Assignee: | Java team <java> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | java, lostlogic |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 120513 |
Description
Petteri Räty (RETIRED)
![]() On a more general ebuild note you should use MY_PN because ${PN//-/_} is twice in the ebuild. Some developers also feel that versionator.eclass is the better way to do these kinds of things. How about adding a section explaining java ebuilds to the developer handbook? gentoo-wiki.com is _not_ a official ressource. (In reply to comment #2) > How about adding a section explaining java ebuilds to the developer handbook? > gentoo-wiki.com is _not_ a official ressource. Sure. There will be major changes in the java ebuild setup for which we (axxo, but he others are welcome too) are writing documentation. You can find the documentation work in progress in http://gentooexperimental.org/svn/java/axxo-overlay/README/docs/ . This new documentation will probably go to official gentoo.org sites and the developer documentation can then link to these. Moving towards making our policy more official. http://www.gentoo.org/proj/en/java/java-devel.xml Sorry guys, but it's just not in the cards for me to be able to learn all of the java herding knowledge that I would need to fix this package properly, so I'm going to have to dump this back to you. It seems like having things like a java policy starts to raise the barrier to entry for those wishing to contribute ebuilds to a rather high and possibly unacceptable level. The ebuild for this package as-is works correctly, and does not break any other packages, and is not in violation of the FHS AFAICS. This package is marked for removal[1]. Please try net-im/wildfire [1]http://article.gmane.org/gmane.linux.gentoo.devel/36331 |