I have attempted to get a working ebuild for atheme-5.0.1. I felt it best to start from scratch, but I borrowed some file permissions code from the in-portage, masked atheme versions. The current versions of atheme no longer support postgresql, so maybe something to that affect should be ewarn or epause-d in pkg_setup() if an old version is detected. I am assuming that this bug would deprecate bug 274586 (this being a separate bug to keep things clean). My copy of this ebuild and patches is kept at http://ohnopub.net/hg/ohnobinki_overlay/net-irc/atheme . The 3 patches have already been upstreamed. See coming attachments
Created attachment 219897 [details] atheme-5.0.1.ebuild
Created attachment 219899 [details] metadata.xml
Created attachment 219901 [details] files/atheme-5.0.1-depend-parallel.patch
Created attachment 219903 [details] files/atheme-5.0.1-ldap-as-needed.patch
Created attachment 219905 [details] files/atheme-5.0.1-with-ldap.patch
Created attachment 219907 [details] files/atheme.initd
Created attachment 219909 [details] /home/ohnobinki/anope-1.8.0.ebuild-atheme.patch I think this would be a nice complement to adding a stable atheme to portage as some anope users would want to convert to atheme. I'm not sure how pretty it is to pull stuff from /usr/share/doc, though :-/
i just hg cloned your overlay. everything seems to work. init.d/atheme has ${SVSNAME} instead of ${SVCNAME}, so i'm getting Starting ... instead of Starting atheme ... on startup.
Created attachment 226681 [details] fixed initscript (In reply to comment #8) > i just hg cloned your overlay. everything seems to work. Cool > init.d/atheme has ${SVSNAME} instead of ${SVCNAME}, so i'm getting Starting ... > instead of Starting atheme ... on startup. Thanks for reporting, I feel a little stupid right now ;-).
*** Bug 274586 has been marked as a duplicate of this bug. ***
Created attachment 245563 [details] Ebuild for atheme-5.2.4 Upstream's current stable
Created attachment 245564 [details, diff] Fixes LDFLAGS for plugins compilation, I believe.
net-irc/atheme-services-6.0.8 is just committed into CVS. Please test, enjoy, and file bugs against it in Gentoo's bugtracker :-).
ugh 6.0.8 just spammed me with a new atheme-services user. there should probably be a check for an existing atheme:atheme setup.
(In reply to comment #14) > ugh 6.0.8 just spammed me with a new atheme-services user. there should > probably be a check for an existing atheme:atheme setup. Sorry, I wanted to make the name change (meant to reflect upstream's naming change) completely pervasive. Also, it was much cleaner to not make an upgrade path from my overlay to the in-tree version; so far the only person who would have atheme:atheme would be you from using my overlay or someone who had been using atheme-1.2.1 (which is improbable)). Sorry that this caused trouble, hopefully you can remove the old `atheme' user and get permissions fixed back up?
ahh no biggie at all. just took some fiddling around. thanks for clearing it up. it does seem that upstream pervasiveness is not all the way there, /var/lib/atheme, /var/log/atheme etc still seem to be the default locations.
(In reply to comment #16) > it does seem that upstream pervasiveness is not all the way there, > /var/lib/atheme, /var/log/atheme etc still seem to be the default locations. That's just upstream being inconsistent itself ;-) http://git.atheme.org/atheme/tree/configure.ac?id=4d603f#n209