Fedora Wiki Revision

[Paul W. Frields]

On Fri, Sep 04, 2015 at 09:59:29AM -0600, Kevin Fenzi wrote:
> On Thu, 03 Sep 2015 02:30:54 +0300
> Zacharias Mitzelos <mitzie at mitzelos.com> wrote:
> 
> > After my workshop at Flock about the Fedora Wiki, we discussed many
> > ways to improve and reorganize the wiki, and we sat down with Brian
> > Exelbierd and Peter Travis to discuss it more thoroughly and discuss
> > how the wiki should operate from now on and keep pages and content in
> > general, organized.
> > 
> > So let me sum up the things that we wrote on the pad, and feel free to
> > visit it yourself here[1]:
> 
> ...snip...
> 
> So, a few things to note here: 
> 
> We are planning a upgrade to the wiki to the new LTS version. Any
> scripts/plugins we should make sure work with the new version, not the
> existing one. This upgrade will likely be after beta.
> 
> It's probibly good to have this conversation on the devel and/or test
> lists too, as those groups use the wiki quite a lot too and possibly
> for things you haven't thought of. Here's some more off the top of my
> head: 
> 
> * Common bugs. Would this become a doc? How easy would it be to update
>   (common bugs gets updated a ton in the run up to a release). 
> 
> * User pages. I think there was talk about moving this into hubs, but I
>   don't know the status of it. 
> 
> * SOP's. I know releng has all their SOP's in the wiki, other groups
>   likey too. Thats not end user facing really, so it would just
>   stay?

Opinion: Yes.

> * Test days. This gets used a bunch for test days and qa results. Those
>   stay?

Opinion: Yes.

> * Test cases. bodhi2 grabs test cases from the wiki for packages. 

Opinion: Yes.

> * Ambassadors events. This is sort of end user facing as users are
>   pointed there to know if Fedora is going to be at events, etc. 

I could see this going to Hubs or something else.

> * Changes for releases. We have these as bugs, but also there's still
>   wiki change pages. 

We want this to be as zero-friction as possible for maintainers,
FESCo, etc. -- seems internally facing, and thus appropriate for wiki.

> That all said, I am in favor of more automated cleanup and marking
> things. We could also add more namespaces and have different policies
> for them, or even more wiki's if needed. 

-1 more wikis but +1 namespaces! :-)

-- 
Paul W. Frields                                http://paul.frields.org/
  gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233  5906 ACDB C937 BD11 3717
  http://redhat.com/   -  -  -  -   http://pfrields.fedorapeople.org/
    The open source story continues to grow: http://opensource.com