I don't have a new complete list, but I did manage to bend JIRA into the shape to give the numbers on usage, broken down by component and status. It is a "two-dimensional filter statistics" dashboard, for anybody interested.
Unfortunately, I don't think anybody else can see my dashboard, so I copied it to https://docs.google.com/spreadsheets/d/13AfPqHsog4YKtbbX4xQXVwmL_bWEOkfa_nMIjvR5oeM/edit?usp=sharing Looking at this, I think: 1) "client - java" and SolrJ should probably be merged (into "client - SolrJ") 2) The rest of the client - X could probably be all merged into "client - Other" 3) Component "search" seems to not mean anything. Same with "server". No coherent tagging strategy, looking at them. 4) There is a couple of "contrib - X", most without any issues 5) For Hadoop, we have "hdfs", "Hadoop Integration", "contrib - MapReduce" . Are these all related? 6) We have 2 issues in "Rules" which seem to be more about "replication" or "SolrCloud". Plus there are two more replication category, one for Java and one with a single open issue (which I just pinged to close) for scripts. We can probably merge them into SolrCloud or at least into one Replication. 7) We have two "facet" related components, probably safe to merge. 8) On the other hand, "JSON Request API" is probably standalone Regards, Alex. ---- http://www.solr-start.com/ - Resources for Solr users, new and experienced On 16 February 2017 at 14:37, Jan Høydahl <[email protected]> wrote: > We could start by narrowing the admin group to equal the PMC group and then > educate ourselves about when (not) to create new components or releases. > > Then if someone need admin rights (I could imagine e.g. Release Managers) we > could tackle it as we go. > > Next, someone suggests a complete revised component list (keep it short) and > we clean up the mess (when you click delete you are asked what component to > move the issues to instead so that part is easy). > > Jan > > Sendt fra min iPhone > >> Den 16. feb. 2017 kl. 17.33 skrev Alexandre Rafalovitch <[email protected]>: >> >> I thought I had a memory of being able to add a component before I got >> committer access. But perhaps it would have been rejected when I >> clicked submit. Or my memory is faulty. >> >> Either way, that was the reason I thought maybe some permission got >> perhaps assigned to 'Registered' users. I am happy to be wrong, it >> will make things easier. >> >> Regards, >> Alex. >> ---- >> http://www.solr-start.com/ - Resources for Solr users, new and experienced >> >> >>> On 16 February 2017 at 11:23, Cassandra Targett <[email protected]> >>> wrote: >>> On Thu, Feb 16, 2017 at 10:17 AM, Alexandre Rafalovitch >>> <[email protected]> wrote: >>>> Are we SURE that the role has not been relaxed by INFRA? Because if it >>>> is just us, we could do a one-time cleanup and try to be neat. >>> >>> Relaxed in what way? That all users have project admin-level >>> permissions? That seems unlikely. >>> >>> It's a default setting in JIRA that can't be changed. If you read the >>> comments in that issue Jan pointed to, the situation becomes clear: If >>> you have project admin permissions, you can edit components (by >>> default, and unchangeable) because that's part of administering a >>> project, and thus you have permission to create them on the fly in the >>> UI (also by default, and unchangeable). >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
