[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guix wiki
From: |
Matt |
Subject: |
Re: Guix wiki |
Date: |
Tue, 11 Jan 2022 20:57:43 -0500 |
User-agent: |
Zoho Mail |
---- On Mon, 10 Jan 2022 03:29:35 -0500 Josua Stingelin <josuast@hotmail.com>
wrote ----
> I've been following the gnunet for a while so I felt qualified to comment.
>
> > Concern 1: guix will be soon be distributed over gnunet
> Guix could provide an endpoint in the gnunet network for users that prefer to
> use it. However there's no reason to prevent it from being accessible using
> the
> current TCP/IP stack.
>
> The goal of gnunet is to replace the TCP/IP stack. It is built as an overlay
> and underlay network. It can run on TCP/IP but could also replace it. Every
> application using TCP/IP would have to be converted to use gnunet or
> gnunet would have to emulate TCP/IP. Until then they'll run in parallel.
Thanks for explaining.
> > Concern 5: having a wiki may confuse what the primary source of
> > documentation is (i.e. the manual)
> >
> > I'm not sure I understand why this is a problem. Of course,
> > confusion should be minimized. But the primary source of
> > documentation should be the one that best helps the user. Ideally,
> > that is the manual. Is there a negative consequence for the primary
> > source not being the manual? For example, how many of you have used
> > the Arch wiki to solve problems for something other than the Arch
> > system? Is that a problem?
>
> I suppose that depends on the user. As a new linux user I tended to only use
> the information available for my distro. Only after knowing the differences
> from the distros have I started to use a wider spectrum for information.
>
> That may primarily be a question of the target audience for guix?
My guess, as Guix is a package manager, there are two audiences: package users
(end users) and package maintainers. I'm curious what degree of separation
between those should exist for Guix.
> > Concern 8: the manual should have all the examples necessary for people to
> > understand how to tweak things
> >
> > Agreed. Contributing to documentation also shouldn't be as
> > difficult as it currently is, but here we are. Let's figure it out
> > together. :)
>
> What about an online editing interface (analogous to Wikipedia) where
> everyone
> can make edit suggestions. Optimally directly converted to a patch by the
> software. Changes to the cookbook would have to be merged by the maintainers
> and the community based wiki could either have a group of editors or a
> consensus based workflow.
>
>
> Personally I believe having one resource for information to be the preferred
> solution. Maybe the Gentoo wiki could be a source of inspiration on what we'd
> like to achieve? (https://wiki.gentoo.org/wiki/Main_Page)
There is currently a wiki. I could see it being a sandbox for what the manual
may need. But I also see disdain towards wikis by some here that's not
unreasonable.
- Re: Guix wiki, (continued)
- Re: Guix wiki, Luis Felipe, 2022/01/12
- Re: Guix wiki, Luis Felipe, 2022/01/11
- Re: Guix wiki, Attila Lendvai, 2022/01/11
- Re: Guix wiki, Ricardo Wurmus, 2022/01/11
- Re: Guix wiki, Matt, 2022/01/11
- Re: Guix wiki, Ludovic Courtès, 2022/01/18
- Re: Guix wiki, Attila Lendvai, 2022/01/12
- Re: Guix wiki, Ricardo Wurmus, 2022/01/12
- Re: Guix wiki, André A . Gomes, 2022/01/12
Re: Guix wiki, Josua Stingelin, 2022/01/10