https://bugzilla.wikimedia.org/show_bug.cgi?id=68818
--- Comment #3 from Marc A. Pelletier <[email protected]> --- (In reply to Chad H. from comment #1) > (In reply to Marc A. Pelletier from comment #0) > This sounds like a search problem we can improve on. Can you give some > concrete examples? Try to figure out how to use puppet for a labs project for instance; over half the pages are about puppet as applied by opsen in prod and it's rarely clear which is which. Same deal if you want to find documentation about DNS, etc. Things are only going to get worse if we deploy Openstack for prod work. It's not about search quality as the subject matter /is/ truly relevant, but context gets lost. > > * User rights on Wikitech are tied to technical rights with the > > infrastructure, and are delicate to delegate to the community > > This sounds like a configuration problem. If we can't hand out +sysop > because it has extra permissions either we need a new group with the sysop-y > rights or can split the non-sysop-y stuff off to its own group. That's arguably true, but more complicated than first seems (especially in re 'crat etc). > More namespaces is easy if we don't want to lose meaning on them. I think that's besides the point - Wikitech has a well-defined value as a collection of ops-related documentation and tools; and I don't expect documentation of the /workings/ of labs (infrastructure-wise) should be split - nor the technical interface. What the point /is/ IMO is that there is a community building amongst labs /users/ and supporting that community with a Wiki is our modus operandi. There really isn't any overlap in focus - documenting usage and processes of dev-facing labs stuff is very distinct - and having a wiki for this is much more productive than spreading documentation between semi-automated Nova resource: pages and subpages of various vaguely related topics. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
