Re: [xwiki-devs] [Proposal] XWiki Core - Second take

Hi, I’d like to progress with this idea so let me summarize this thread’s discussion so far: * +1 from Thomas, Guillaume, Caty and Marius * No answer from Edy on whether he’s ok with the proposal or not. Edy? :) * Denis seems negative about it but I agree with Thomas’s reply in that the points raised by Denis do not concern this discussion. Denis commented about publishing and installing Extensions, whereas this proposal was only about a location for storing some extensions. Extensions can be developed anywhere and don’t have to go into this new proposed location. Denis, could you please review this new proposal with this in mind? * There were discussions about the name and devs express doubts about using xwiki-contrib-sandbox. I’d like to progress so here’s my second proposal. It differs from the first proposal on the following points: * All our code is contributed so I don’t think we need to emphasize this point and I don’t think we need to have “contrib” in the name of the github repos. This will lead to shorter names which is better. * I propose to have 3 github org: ** xwiki-core (currently “xwiki” but we should probably rename it - Github will create redirects and the only downside is that we need to check it out for making repo changes) ** xwiki-extensions (new). For maintained and good quality level extensions, following the charter defined in the first proposal (we’ll tune it). Committers are added extension by extension and will be voted on the devs list for now, by the xwiki core devs (we’ll tune that later on) ** xwiki-incubator (currently “xwiki-contrib” but we should rename it). Extensions in xwiki-extensions that are no longer working with the latest LTS and that nobody is fixing will move back to xwiki-incubator too. * I propose to change the goal of the contrib.xwiki.org wiki and to expand its goal. Right now it’s focused about the xwiki-contrib organization on GitHub. I propose to make it the wiki that explains how to make contributions to the XWiki ecosystem in general. We would move http://dev.xwiki.org/xwiki/bin/view/Community/Contributing + add pages for explaining how to contribute to xwiki-core, xwiki-extensions and xwiki-incubator. * ATM we should continue to use the “org.xwiki.contrib" groupid for code in the xwiki-incubator and xwiki-extensions organizations. Ideally we should use org.xwiki.extension but it’s already used by the Extension module in xwiki-core. An option would have been to use org.xwiki.core for the core but that would break too much code so the only option is to keep having a special prefix for non-core code. Other ideas: “org.xwiki.module”, “org.xwiki.ext”, “org.xwiki.external”, “org.xwiki.addon”. The simplest is to keep “org.xwiki.contrib” I think, WDYT? Once (and if) we agree on this, I’d like to quickly move some existing extensions from the xwiki-core organization into xwiki-extensions, starting with the FAQ Application, in order to start testing this new organization. WDYT? Thanks -Vincent On 3 Dec 2014 at 15:58:36, vincent(a)massol.net (vincent(a)massol.net(mailto: vincent(a)massol.net)) wrote: project and to give it a new dynamism. I believe the topics discussed below are made even more important since we’re soon going to develop the notion of flavors in XWiki. http://markmail.org/message/4hglttljiio5v2km proposal (i.e. the move of some extensions in the xwiki github organization), which itself was obsoleting http://markmail.org/message/ppw2slpgqou2ihai github organization) is increasing but the team stays relatively small organization, the less easy it is for non-“XWiki Dev Team” committers to participate and we want more contributions organization by only keeping “core” modules that can be used in lots of XWiki flavors, if not all). This is opposed to “vertical” modules which are modules specific of a usage of XWiki. distribution wizard, statistics application, annotations, active installs, one base flavor (the “XWiki” flavor), etc application, FAQ application, flavors (except the base flavor), etc xwiki github organization repos extensions that are maintained and developed following best practices. We need some way to maintain the quality of important extensions (it’s too complex to rename the org to “xwiki-core” IMO) there are called “XWiki Core Committers”). rename it to “xwiki-contrib-sandbox”): extensions or abandoned extensions are located be granted one and he/she’d be given write access to all repos in the xwiki-contrib-sandbox organization. xwiki-contrib-extensions. For example: months (this gives time to see if the extension is maintained during that time and will survive the test of time - most extensions will die in the first months) on extensions.xwiki.org(http://extensions.xwiki.org) with documentation latest stable version of XWiki (right now that would be 5.4.5 + 6.3). Note that if the extension has to use new API it’s ok that it doesn’t work on the latest LTS. the one proposing to move the extension from xwiki-sandbox to xwiki-extensions. He/she’s responsible for ensuring that the extension gets regular releases and is maintained in general. He/she defines initially the list of committers in his email proposal for moving the extension. generally in charge of both xwiki-contrib-sandbox and xwiki-contrib-extensions (voting new extensions in xwiki-contrib-extensions, vote new PMC members, etc). To bootstrap it, I would send a mail on devs@ asking who’s interested to be part of this committee. I expect some core committers + some contrib committers to stand up. groupid as currently defined at http://contrib.xwiki.org code in there, xwiki contrib is developed extension by extension (each extension is an island). This allows anyone to propose extensions in XWiki Contrib without the need for everyone to support them. _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs