I have attached an ebuild for AutoProfile, which is a fully-featured profile manager for the popular instant messenger client Gaim. It's main goal is to allow users to create dynamically generated away messages and profiles that update on a regular basis. The homepage is: http://hkn.eecs.berkeley.edu/~casey/autoprofile/index.php I suggest that it be placed in net-im/autoprofile. The dependencies are: net-im/gaim. Cheers, Josh
Created attachment 22916 [details] net-im/autoprofile-2.00.ebuild (New Package)
wanna handle this ?
You could just list gaim the SRC_URI if you need to source. I'll have to look more closely at this. I don't want to end up breaking gaim over it.
Right, I could list Gaim in the SRC_URI if I knew ahead of time which version of Gaim is installed. However, I need the source for the version of Gaim which is installed on the user's system so that I can guarantee Gaim plugin compatibility. That is what all the foolishness in src_compile() is about. I realise that how I am doing things is retarded, but I could not find a better way with the current ebuild and Gaim frameworks. There are two ways to solve this problem, that I can think of: 1. Gaim could provide an apxs-like plugin building system. 2. Someone could write a GLEP that defines how to do the following: a. Determine which version of package X is installed. b. Unpack the source for said package into the Portage work area. Maybe some magic in SRC_URI would be a good way of doing this. e.g.: "PORTAGE:net-im/gaim" would fetch (if necessary) everything in the SRC_URI of the ebuild for Gaim corresponding to the installed version. Anyway, this ebuild cannot break Gaim, since it simply puts a new plugin into Gaim's plugin directory.
If this is a gaim plugin then perhaps I could just have it as part of gaim, like I do with gaim-encryption. Will require a local USE flag to make this optional, so shouldn't be such a bad thing. I'll let you know after I've had an opportunity to look at things.
FYI tonight I've split out gaim and gaim-encryption. I now have gaim copy all of it's header files into /usr/include/gaim/ so we should be able to build this and any other plugins without having to re-install gaim. Should be fairly straight forward. I'll play around with it tomorrow.
Hmm it seems this package requires gaim's Makefile. Things would be MUCH easier if it had it's own Makefile and could specify the directory to use for gaim source. See the gaim-encryption package for what I'm talking about. Worst case scenario is we'll need to write our own Makefile for it and include it in the files dir.
FYI autoprofile-2.02 is out. Still requires building in gaim source. I'll contact the developer about packaging with autoconf/automake like I've done for my plugin (http://gaim-snpp.sourceforge.net -- shameless plug).
FYI I did email the dev but haven't received a response.
I heard back from the dev and he is working on a new version with a Makefile.
I committed x11-plugins/autoprofile-2.04 for gaim-0.77. Can you play around with that and let me know how it works for you.
Confirmed that this works.
