If you emerge jabberd, some transports and perhaps some other jabber stuff every of these ebuilds use their own path for configuration-files and stuff. One example: jabberd (2.0.8): * conf: /etc/jabberd * files: /var/jabberd pyicq-t: * conf: /etc * files: /somewhere/scary My idea is: Put all that stuff together: * conf: /etc/jabber/<packagename> * files: /var/jabber/<packagename> That would clear some of the problems the peaple have when creating ebuilds, too. I've seen some ebuilds that put configuration-files for transports into /etc/jabberd for example. Thats the wrong place, because if you use ejabberd you don't have /etc/jabberd. Putting it into /etc is handly better.... Reproducible: Always Steps to Reproduce: 1. 2. 3.
I'm in the processe of writting a net-im/jabber-base that will handle creation of the users/directories. This way no more lost users, no more strange dirs. i propose: /etc/jabber/$package_name for configuration files /var/run/jabber for the flat files databases and one user "jabber" for the server/transports
That sounds great, thank you ;-)
After a long away status i'm comming back. My previous post should be: /etc/jabber/$package_name for configuration files /var/run/jabber/ for the pid files /var/spool/jabber/ for the flat files databases (actually there must be a ewarn at end of ebuild telling user to do that, as some transports fail to start if the directory is not there, even if they have permissions to creat it) for the python based transports with no install script: they must inherit python, run python_version() and be installed in: /usr/lib/python${PYVER}/site-packages/$package-name
Speaking of python transports, are there any PyAIM-t ebuilds in the works? I've written a simple one, but I'm not very good with ebuilds.
Gustavo, hasn't this one been fixed already? At the moment only ebuilds for pyicq-t and pymsn-t are in the tree, but they are doing what you said. James: there's a pyaim-t ebuild in the sunrise overlay: http://overlays.gentoo.org/proj/sunrise/browser/sunrise/net-im/pyaim-t
(In reply to Maurice van der Pot (RETIRED) from comment #5) > Gustavo, hasn't this one been fixed already? > > At the moment only ebuilds for pyicq-t and pymsn-t are in the tree, but they > are doing what you said. > > James: there's a pyaim-t ebuild in the sunrise overlay: > http://overlays.gentoo.org/proj/sunrise/browser/sunrise/net-im/pyaim-t