From: Lars Kurth <lars.kurth@xen.org>
To: Joseph Glanville <joseph.glanville@orionvm.com.au>
Cc: Andrew Bobulsky <rulerof@gmail.com>,
"xen-users@lists.xensource.com" <xen-users@lists.xensource.com>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Ian Campbell <Ian.Campbell@citrix.com>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: Re: [Xen-users] Re: Xen document day (Oct 12 or 26)
Date: Mon, 24 Oct 2011 12:35:14 +0100 [thread overview]
Message-ID: <4EA54D72.7040205@xen.org> (raw)
In-Reply-To: <CAOzFzEjZKCmMDx+VbdCtEkzHM5_RcYM=4K2DZwtzu=ua6bQi9g@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 4096 bytes --]
On 22/10/2011 00:33, Joseph Glanville wrote:
> As I noted, this is just my opinion, its not my place to decide how
> people want to use it but if we could have to idea of what should and
> shouldn't be in there it makes it easy to then structure the information.
>
> I think we need to setup a guided rewrite/refactor of the core
> documentation so it resembles something close to this:
>
> Overview (brief introduction, architecture, why xen is
> different and maybe abit of xen philosophy)
> Getting started guide ( Installation of Xen on Debian -
> probably the simplest and easiest way to get started with Xen
> at the moment, start a Debian PV guest, start at Windows HVM
> guest)
> Installation guide ( More indepth covering all the core
> distros and some more advanced installations including
> compilation from source and using the Linux 3.1 kernel,
> networking options etc)
> Administration guide ( This bit requires atlot of discussion,
> do we recommend xm still? should we only support xl? If that
> is the case how to we recommend stuff like managed domains etc..)
> Advanced topics.. stuff like Networking, PCI passthrough etc
> deserve their own pages
>
> Are you suggesting we restructure the wiki front-page around this?
>
>
> Yes, maybe not -exactly- this format but something resembling it would
> be of value I think. Guiding people towards the beginners
> documentation and making it quite clear there is a reading progression
> will show much stronger cohesion.
I think we have two choices:
a) We re-write large sections of the wiki with the purpose of making it
more accessible
b) We use create methods to highlight existing stuff and focus on
filling gaps, etc.
I think that b) is more valuable. Here are a few ideas:
Trails: I have come across the idea of wiki trails before. These are
pages/indexes which lead the reader through a series of articles. The
key is that these are easily identified and highlighted from the main
page. E.g. we could use Trails (listing all trails and a page template),
Trails/XenOverview, Trails/XenGettingStarted, etc. By doing this, we
group the existing documents, rather than re-writing a lot of stuff and
just refactoring it. This would make an easier start, and if somebody
wishes they can always clean up and refactor the documentation which
makes up a trail.
I had a look around for MoinMoin plug-ins for something which may help
with trails: not much, but there are a couple of plugins that may help
Being able to create TOCs across sevaleraL wiki pages
(http://moinmo.in/SteveTindle/DocTools from
http://moinmo.in/MacroMarket#Release_1.5 using /EnhancedTableOfContents
<http://moinmo.in/MacroMarket/EnhancedTableOfContents> /SetSection
<http://moinmo.in/MacroMarket/SetSection> /TocOf
<http://moinmo.in/MacroMarket/TocOf> )
> The current wiki is poluted with alot of architecture and design
> info that isn't of interest to a general user but is still key to
> understanding Xen from a developers point of view.
>
> Part of the issue is that it is hard for me to identify what is
> what. If I had a good approximation of what is what, I (or others)
> could just go through the motions and re-encode stuff accordingly.
>
>
> I have exactly the same problem, I just need to undertand what needs
> to be done and where.
I hope I will get some of this out of Wed.
> I think what you seem to be saying is that there would be
> extremely high value in having a "Getting started" guide and some
> other entry level documentation (even if just an index page)
> accessible from the wiki front page.
>
>
> Precisely, documenting the more advanced features of Xen seems to be
> something that we can approach over time. Beginner documentation is
> immeadiately lacking and seems to be an easier target that would
> benefit more people.
Let's see whether we can get enough structure in place on Wed and make a
good start
Lars
[-- Attachment #1.2: Type: text/html, Size: 6571 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2011-10-24 11:35 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-22 13:06 Xen document day (Oct 12 or 26) Konrad Rzeszutek Wilk
2011-09-22 16:32 ` George Dunlap
2011-09-22 17:40 ` Konrad Rzeszutek Wilk
2011-09-24 8:14 ` Ian Campbell
2011-09-26 18:15 ` Konrad Rzeszutek Wilk
2011-09-26 19:02 ` Ian Campbell
2011-09-26 20:24 ` Sander Eikelenboom
[not found] ` <20098.1097.824552.541924@mariner.uk.xensource.com>
2011-09-27 22:18 ` Daniel Castro
2011-09-28 7:40 ` Ian Campbell
2011-09-28 13:26 ` Ian Jackson
2011-09-28 13:48 ` Konrad Rzeszutek Wilk
2011-09-28 14:00 ` Ian Campbell
2011-09-29 10:53 ` Joseph Glanville
2011-09-29 11:01 ` Ian Campbell
2011-09-29 11:24 ` Joseph Glanville
2011-09-29 11:29 ` Ian Campbell
2011-09-29 11:35 ` Joseph Glanville
2011-09-29 11:56 ` Joseph Glanville
2011-09-29 11:59 ` Sander Eikelenboom
2011-09-29 12:18 ` Joseph Glanville
2011-09-28 13:58 ` Ian Campbell
2011-09-29 14:13 ` Pasi Kärkkäinen
2011-09-29 14:22 ` Joseph Glanville
2011-09-30 11:36 ` Lars Kurth
2011-09-30 14:20 ` Joseph Glanville
2011-09-30 16:33 ` [Xen-users] " Florian Heigl
2011-09-30 23:52 ` Pasi Kärkkäinen
2011-10-01 18:06 ` Florian Heigl
2011-10-02 11:12 ` Pasi Kärkkäinen
2011-10-03 18:53 ` Konrad Rzeszutek Wilk
2011-10-10 11:33 ` Lars Kurth
2011-10-10 16:04 ` Konrad Rzeszutek Wilk
2011-10-11 16:28 ` Lars Kurth
2011-10-12 18:44 ` Joseph Glanville
2011-10-13 18:02 ` Konrad Rzeszutek Wilk
2011-10-14 3:43 ` Re: [Xen-devel] " Andrew Bobulsky
2011-10-17 13:59 ` [Xen-users] " Ian Campbell
2011-10-17 15:09 ` Lars Kurth
2011-10-17 15:17 ` Ian Campbell
2011-10-17 15:37 ` Lars Kurth
2011-10-18 13:26 ` Konrad Rzeszutek Wilk
2011-10-19 8:38 ` Ian Campbell
2011-10-19 18:13 ` Lars Kurth
2011-10-21 3:44 ` Joseph Glanville
2011-10-21 15:28 ` Lars Kurth
2011-10-21 23:33 ` Joseph Glanville
2011-10-24 11:35 ` Lars Kurth [this message]
2011-10-24 14:59 ` Joseph Glanville
2011-10-26 19:55 ` Konrad Rzeszutek Wilk
2011-10-27 10:30 ` Lars Kurth
2011-10-27 20:23 ` Joseph Glanville
2011-10-28 12:47 ` Lars Kurth
2011-10-28 14:11 ` Joseph Glanville
2011-10-30 20:58 ` Florian Heigl
2011-10-31 9:31 ` Ian Campbell
2011-10-31 9:40 ` Fajar A. Nugraha
2011-11-01 2:17 ` Lars Kurth
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4EA54D72.7040205@xen.org \
--to=lars.kurth@xen.org \
--cc=Ian.Campbell@citrix.com \
--cc=joseph.glanville@orionvm.com.au \
--cc=konrad.wilk@oracle.com \
--cc=rulerof@gmail.com \
--cc=xen-devel@lists.xensource.com \
--cc=xen-users@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.