ejabberd - Comments for "ejabberd-contrib repository is ready to get your ejabberd modules" https://www.ejabberd.im/node/24757 en Hello Mati, We listened. Our https://www.ejabberd.im/node/24757#comment-65360 <p>Hello Mati,</p> <p>We listened. Our new approach on ejabberd-contrib allow pointing to external repository, just holding a spec file in the main repo.</p> <p>You can read more here: <a href="https://blog.process-one.net/easy-installer-and-structure-for-ejabberd-contributed-modules/" title="https://blog.process-one.net/easy-installer-and-structure-for-ejabberd-contributed-modules/">https://blog.process-one.net/easy-installer-and-structure-for-ejabberd-c...</a></p> <p>I hope you will like it.</p> Fri, 20 Mar 2015 17:09:14 +0000 mremond comment 65360 at https://www.ejabberd.im ejabberd-contrib repository https://www.ejabberd.im/node/24757#comment-65234 <p>Hello,</p> <p>You should more think about this repository as Homebrew. This is a way to have a large set of features for which the development is very open and almost integrated into ejabberd. This is the exact opposite of what you describe.</p> <p>The goal is NOT to rely on ProcessOne to accept Pull requests, but to open largely the commit rights on that repository. Let me know if you want an account :)</p> <p>ejabberd is already split into several repositories (p1_yaml, xml, etc). However, the approach of splitting module that can be a single file into its own repository as issues as well, the main one being discoverability.</p> <p>Anyway, we can consider that split, but we need to find a way to make sure those contributions can be easily discoverable by ejabberd users.</p> Sun, 15 Feb 2015 15:25:57 +0000 mremond comment 65234 at https://www.ejabberd.im Quote: Module developers can https://www.ejabberd.im/node/24757#comment-65233 <div class="quote-msg"> <div class="quote-author">Quote:</div> <p>Module developers can no longer develop their own modules on their own but have to rely in p1-devs to merge the request.</p></div> <p>I think those who are actually interested in further development of their modules should just ask for push access to the ejabberd-contrib repository. But in practice, the original authors often don't really provide long-term maintenance/support. So I think it's good to have a team take care of that.</p> <div class="quote-msg"> <div class="quote-author">Quote:</div> <p>The current layout does not match git well.</p></div> <p>As I said in private chat, personally I wouldn't mind splitting up the repository, as long as the same team remains responsible. However, we'd have to figure out a good way of dealing with the infrastructure which is used by all modules and currently maintained in the <code>ejabberd-dev</code> directory of the repository.</p> Sat, 14 Feb 2015 22:52:16 +0000 holger comment 65233 at https://www.ejabberd.im ejabberd-contrib repository https://www.ejabberd.im/node/24757#comment-65232 <p>The ejabberd-contrib repository still hosts most important modules. The repository goes back to the SVN days. That is still reflected in the large monolithic repository layout and the migration to git never took that into account. Module developers can no longer develop their own modules on their own but have to rely in p1-devs to merge the request.</p> <p>The current layout does not match git well. The official git wiki <noindex><a href="https://git.wiki.kernel.org/index.php/GitSvnComparison#Partial_Checkout.2FBandwidth_Requirements" rel="nofollow" >recommends</a></noindex> splitting an SVN repository up into multiple repositories when moving to git. This is what most FOSS projects did, as far as I know. I think we should start doing the same here, with ejabberd.im keeping links to repositories with individual modules.</p> Sat, 14 Feb 2015 11:58:04 +0000 mati comment 65232 at https://www.ejabberd.im