From: Leo Famulari <leo@famulari.name>
To: Nils Gillmann <niasterisk@grrlz.net>
Cc: help-guix@gnu.org
Subject: Re: Some things to be aware of for docs
Date: Mon, 15 Feb 2016 19:07:23 -0500 [thread overview]
Message-ID: <20160216000723.GA27625@jasmine> (raw)
In-Reply-To: <87si0ta5s5.fsf@grrlz.net>
On Tue, Feb 16, 2016 at 12:54:34AM +0100, Nils Gillmann wrote:
> Leo Famulari <leo@famulari.name> writes:
>
> > On Mon, Feb 15, 2016 at 02:33:47PM -0500, Esteban Enrique wrote:
> >>
> >> First, formatting the drive. I have some experience with Arch Linux, so I
> >> had a general sense of how to use fdisk. However, for the vast majority of
> >> those who don't know about this, there could be a link or a self-contained
> >> explanation that goes through the process of formatting the disk.
> >
> > Personally, I feel a tension between improving the fdisk manual so that
> > beginners can use it and just giving step-by-step instructions in our
> > manual.
> >
> > I really don't like Arch's approach of working around poor upstream
> > manuals by giving step-by-step instructions in their wiki, because it
> > only helps Arch users [0]. If the fdisk manual is insufficient, we
> > should help them improve it.
> >
> > On the other hand, in the meantime, *our* potential users are struggling
> > to get started.
> >
> > I _do_ think it's valuable to provide instructions on using 3rd party
> > software when it relates to quirks in our use of said software. For
> > example, I wrote a section in our manual about using QEMU with our `guix
> > system vm-image` command.
> >
> > What do people think?
> >
> --snip--
> >
> > [0] I know that in practice users of other distros refer to the Arch
> > wiki.
> I would refer to gentoo wiki section handbook, subsection
> formating the disks (or smth like that) for this as it's very
> understandable for inexperienced user in my opinion.
> But that's just me, where I already had 14+ years of experience
> when I read it 1 or 2 years ago. Gentoo documentation is overall
> very good (the wiki section) and gets the balance right.
>
> I think something similar to this is a nice approach.
> Documentation is something most people don't do good
> enough, and as long as the upstream docs aren't good, it would be
> good to have something in one place to refer to.
I suggest that if the docs of fdisk (for example) are insufficient, why
not improve them directly, rather than creating some distro-specific
list of instructions that will need to be manually kept in sync with
updates to fdisk?
Re-documenting fdisk in a distro's documentation is the wrong approach,
in my opinion.
next prev parent reply other threads:[~2016-02-16 0:07 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-15 19:33 Some things to be aware of for docs Esteban Enrique
2016-02-15 22:00 ` Leo Famulari
2016-02-15 22:28 ` myglc2
2016-02-16 2:06 ` Esteban Enrique
2016-02-15 22:51 ` Esteban Enrique
2016-02-16 0:00 ` Nils Gillmann
2016-02-15 23:54 ` Nils Gillmann
2016-02-16 0:07 ` Leo Famulari [this message]
2016-02-24 21:26 ` Ludovic Courtès
2016-02-24 21:28 ` Andreas Enge
2016-02-27 17:27 ` Ludovic Courtès
2016-02-27 18:13 ` Andreas Enge
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=20160216000723.GA27625@jasmine \
--to=leo@famulari.name \
--cc=help-guix@gnu.org \
--cc=niasterisk@grrlz.net \
/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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
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.