From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BrbG8-0004Df-33 for mharc-grub-devel@gnu.org; Mon, 02 Aug 2004 07:45:40 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BrbG4-0004DY-4B for grub-devel@gnu.org; Mon, 02 Aug 2004 07:45:36 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BrbG2-0004DJ-Cj for grub-devel@gnu.org; Mon, 02 Aug 2004 07:45:35 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BrbG2-0004DG-8s for grub-devel@gnu.org; Mon, 02 Aug 2004 07:45:34 -0400 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BrbCQ-0001kv-58 for grub-devel@gnu.org; Mon, 02 Aug 2004 07:41:50 -0400 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 3F8DBF0D47A2 for ; Mon, 2 Aug 2004 07:41:48 -0400 (EDT) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Mon, 2 Aug 2004 13:41:54 +0200 User-Agent: KMail/1.6.1 References: <200407312032.27650.okuji@enbug.org> <200408011724.55422.okuji@enbug.org> <87brhuegns.fsf@marco.marco-g.com> In-Reply-To: <87brhuegns.fsf@marco.marco-g.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408021341.54882.okuji@enbug.org> Subject: Re: wiki X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2004 11:45:36 -0000 On Sunday 01 August 2004 22:40, Marco Gerards wrote: > It works perfectly for me. I just assume I have all freedom to do > what I want. If you don't agree with something, just change it or > bring it up for discussion, ok? I think that is the best way to work > when using a wiki. I'm used to wiki, so don't worry. What I'm afraid of is what happens if many people access it. The machine does not have a lot of memory, so it would be too slow to use it. > I have added a section for bugs. I think for know it is best to > maintain bugs in the wiki, instead of in CVS (like we discussed about > earlier). If you think this is stupid, just remove it. It's ok for now. CVS is better, since it is in the well-maintained site (Savannah). Wiki is not very good, since it is in my personal site. Normally, personal sites cannot be trusted, because they can disappear or stop long suddenly. For example, if I decide to change my appartment, I will have to stop the server, obtain a new internet connection, change the ip address in the dns server, and so on. This may take one week or more, especially if this movement is across countries. If a fast connection is too expensive, I will just give up. So I'd like to find a more stable place as soon as possible. If you have any idea, let me know. Okuji