ejabberd 15.04 released Changelog overview R16B03-1 is now the minimal required Erlang/OTP version SQLite support Default db_type can be specified with global default_db option Included mod_muc_admin, mod_admin_extra and mod_multicast modules Removed ejabberd_http_poll Pubsub improvements Better RFC compliance Several other bugfixes Also, seems, fixes bug #547432 Reproducible: Always
I've created an ebuild for 15.06, two trivial changes: * Change url back to upstream's. * Adopt patch for ejabberdctl Will attach.
Created attachment 405726 [details] ejabberd-15.06.ebuild
Created attachment 405728 [details, diff] ejabberd-15.06-ejabberdctl.patch
(In reply to Hanno Boeck from comment #1) > I've created an ebuild for 15.06, two trivial changes: > * Change url back to upstream's. > * Adopt patch for ejabberdctl Unfortunately we can't (or rather we shouldn't) use upstream's tarball because then that still requires fetching dependencies via git or similar during the build process. I wish they'd just provide a static tarball of everything included otherwise we have to continue making one ourselves or debundle everything.
15.07 released, by the way... https://blog.process-one.net/ejabberd-15-07-released-summer-progress/
Small status update. I work on ebuild, which "emulate" rebar fetch mechanism, but instead download zip achives from github via api and unpack/move them where rebar expect them. Ebuild "works", but I need to clean it and check actual installation/upgrade of ejabberd.
ejabberd 15.09 released
Maybe this is a reliable download link :? https://www.process-one.net/downloads/ejabberd/15.09/ejabberd-15.09.tgz (and FWIW 15.09 compiles and starts here at a hardened amd64 fine)
(In reply to Toralf Förster from comment #8) > Maybe this is a reliable download link :? > https://www.process-one.net/downloads/ejabberd/15.09/ejabberd-15.09.tgz > > (and FWIW 15.09 compiles and starts here at a hardened amd64 fine) Link is reliable. But this is only core system, much more downloaded from git repos during compile time.
New vesion released. HTTP upload, metrics and performance. On the positive side - I finally write first working ebuild, and even test at my installation. Ebuild ispired on nginx one from overlay and use bash hashes. Rebar build system gently hacked, so it think what deps donloaded by him and works as expected. Ebuild download sources from github by commits, in some cases removes vesion strings to not trigger rebar fetch and inform rebar what deps downloaded. Huge thanks goes to: NightNord, for "one liner" which parsed git urls, and Civil, who suggest nginx ebuild and help with various ideas TODO: download some deps by tags instead of commits Please, test and post your suggestions :)
Created attachment 416248 [details] ejabberd-15.10.ebuild new ebuild
Created attachment 416250 [details, diff] ejabberd-15.10-ejabberdctl.patch adopted patch
Created attachment 416254 [details] metadata.xml updated metadata file, and sorry for noise
Ebuild tested and working, thanks a lot, Vadim. Should be included in the main portage tree as 15.03 ebuild throws all kinds of errors.
15.11 is out too !
This probably needs a dedicated (proxied) maintainer. @Vadim Efimov would you be interested in that?
Vadim, thank you for your work! I would like to see you on IRC to talk about the ebuild, update it for 16.01 and commit asap.
(In reply to Manuel Rüger from comment #16) > This probably needs a dedicated (proxied) maintainer. > > @Vadim Efimov would you be interested in that? Yes. (In reply to Amadeusz Żołnowski from comment #17) > Vadim, thank you for your work! I would like to see you on IRC to talk about > the ebuild, update it for 16.01 and commit asap. Channel/nick? I'm evadim, sitting here and there on freenode. Sorry for long time to answer. I think about converting "one liner" to script, as current one require some manual work. But can do this work one more time "by hand" if somebody going to update ebuild in the main tree...
#gentoo-dev
Created attachment 425392 [details] ebuild for ejabberd-16.01 Draft of new version ebuild for ejabberd 16.01 summary of changes: - adjust urls for new versions of modules - correct names/paths of some modules - drop nif use-flag In this version names of installed modules in /usr/$(get_libdir)/erlang/lib/ changed from "module_name" to "module_name-version". Also, should be analysed for conflicts with another packages.
What about moving libs into a subdir? Have you tried that? We either need to move them to ejabberd dir or completely debundle. Would it be to install all artefacts into ejabberd/{ebin,priv,src,...}? We cannot install dependencies into a common namespace from ejabberd package. In the meantime I have packed some of deps into ebuilds, see ejabberd-wip branch on official gentoo repo. I may not have time to finish everything in a short term, so I am still expecting any ready acceptable solution to commit asap. (-:
(In reply to Amadeusz Żołnowski from comment #21) > What about moving libs into a subdir? Have you tried that? Not yet. Plan to test it as is at this weekends. > We either need to > move them to ejabberd dir or completely debundle. Would it be to install all > artefacts into ejabberd/{ebin,priv,src,...}? We cannot install dependencies > into a common namespace from ejabberd package. I suspect, ejabberd core components (p1_*) can be installed to common namespace. Another modules, isn't (maybe). > In the meantime I have packed some of deps into ebuilds, see ejabberd-wip > branch on official gentoo repo. Does this thing work after that hack?
(In reply to Vadim Efimov from comment #22) > > In the meantime I have packed some of deps into ebuilds, see ejabberd-wip > > branch on official gentoo repo. > > Does this thing work after that hack? Do you mean the hack with overriding deps in rebar.config? E.g. p1_stringprep depends on p1_utils which is installed from p1_utils-1.0.2.ebuild. I have configured it with ERL_LIBS=/usr/lib64/erlang/lib, built with deps overridden with [] and then run tests - passed. I think it should work. I've prepared 11 deps out of 27. p1_* where pretty similar to each other and it was mostly copy-paste-rename. There may be a bit more work with the rest. But as we have all of them in the tree, the maintenance is going to be trivial. But as I said, I don't have time to prepare the other 16 deps in a short-term.
Created attachment 425542 [details] new version of ejabberd-16.01 ebuild "final" version of 16.01 ebuild - tested and works at least on my server - ejabberd & co moved to ejabberd/* folder, so no conflicts expected - soft block added versus dev-lang/elixir, as ejabberd have his own - minor sed/paths fixes So, can be pushed to tree "asap" and then polished in various ways...
Thank you a lot for your work! I have just committed the ebuild.