Wiki

Wiki

[Marco Gerards]

Hi,

The GRUB wiki is down.  We talked a bit about moving the wiki on IRC.
Did someone find a good host for the wiki already?

Another problem is the data, is it still available some way so we can
restore the wiki if we found a new host?

Thanks,
Marco

Re: Wiki

[Hollis Blanchard]

On Oct 17, 2005, at 3:25 AM, Marco Gerards wrote:
>
> The GRUB wiki is down.  We talked a bit about moving the wiki on IRC.
> Did someone find a good host for the wiki already?
>
> Another problem is the data, is it still available some way so we can
> restore the wiki if we found a new host?

It appears the wiki is back (for now?)...

-Hollis

Re: Wiki

[Yoshinori K. Okuji]

On Friday 21 October 2005 04:45 pm, Hollis Blanchard wrote:
> On Oct 17, 2005, at 3:25 AM, Marco Gerards wrote:
> > The GRUB wiki is down.  We talked a bit about moving the wiki on IRC.
> > Did someone find a good host for the wiki already?
> >
> > Another problem is the data, is it still available some way so we can
> > restore the wiki if we found a new host?
>
> It appears the wiki is back (for now?)...

Anyway, we will migrate to another host. I hope I will have time to set it up 
in this weekend.

Okuji

Re: Wiki

[Yoshinori K. Okuji]

On Friday 21 October 2005 06:04 pm, Yoshinori K. Okuji wrote:
> Anyway, we will migrate to another host. I hope I will have time to set it
> up in this weekend.

I have done right now. This is the new one:

http://grub.enbug.org/

Okuji

Re: Wiki

[Hollis Blanchard]

On Oct 21, 2005, at 5:03 PM, Yoshinori K. Okuji wrote:

> On Friday 21 October 2005 06:04 pm, Yoshinori K. Okuji wrote:
>> Anyway, we will migrate to another host. I hope I will have time to 
>> set it
>> up in this weekend.
>
> I have done right now. This is the new one:
>
> http://grub.enbug.org/

Great!

Will you update the links on http://www.gnu.org/software/grub/ and 
http://www.gnu.org/software/grub/grub-2.en.html, and maybe add a 
redirect from http://www1.autistici.org/grub/moin.cgi/FrontPage (for 
people who have bookmarks)?

-Hollis

Re: Wiki

[Yoshinori K. Okuji]

On Sunday 23 October 2005 04:31 am, Hollis Blanchard wrote:
> Will you update the links on http://www.gnu.org/software/grub/ and
> http://www.gnu.org/software/grub/grub-2.en.html, and maybe add a
> redirect from http://www1.autistici.org/grub/moin.cgi/FrontPage (for
> people who have bookmarks)?

This is supposed to be done by Allen, the current maintainer of the official 
web site.

Okuji

Patchwork

[Ryan Eatmon]

All,

We are using the new Yocto Project Patchwork server to track the state 
of patches sent to this mailing list.  If you would like to know the 
status of a given patch, you may query the project at:

https://patchwork.yoctoproject.org/project/arago/list/


-- 
Ryan Eatmon
reatmon@ti.com

wiki

[Nishanth Menon]

All,

I have migrated a few of the wiki pages from arago-project.org to https://lists.yoctoproject.org/g/meta-arago/wiki/Home

I am hoping we make some time to clean it up and update eventually given
that arago-project.org will die in the near future. if there are any
interesting ones we need to keep alive, do reply on this thread and we
can migrate them over.


-- 
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3  1A34 DDB5 849D 1736 249D

Wiki

[Marco Gerards]

Hi,

As most of you know, I was not very active lately.  Most important and
big emails people sent in were not read by me.  Not because they are
not important, just because those issues cost more time.  Hopefully I
will have more time in February, I expect most important courses are
finished by then.

I created a private page about what I am working on and what's on my
todo on the wiki.  If you think there is something I should look at,
but which is not on the wiki, please contact me.  If it is not there
it means I forgot about it.

Besides that, I have added links from the todo list to my personal
page for the todo items I work on or which are high on my todo list.
I hope other people will do the same.  This will make it clear for
people who are not involved with GRUB what we are heading to and what
needs to be worked on.

I have some holidays now.  I'm quite busy for school, but I'd also
like to fill the spare hours with some GRUB hacking (HFS+ and
scripting is something that just can't wait, other things rely on
it...)

Hopefully I explained my situation clearly, otherwise feel free to
contact me. :-)

--
Marco

Wiki

[Ralf Baechle]

Some of you may have already noticed; I replaced the old homepage of
linux-mips.org which was generated from the same sources as the
Linux/MIPS Howto by a wiki at http://www.linux-mips.org.  The wiki's
currently 82 pages including a somewhat updated version of Jun Sun's
Porting Linux document and inspite of the young age of the wiki it
should already have bypassed the old documents in quantity, readability,
up-to-dateness.

Check it out, post what you think about the wiki.  Most importantatly
write many nice new articles :-)

  Ralf

usability

[Yoshinori K. Okuji]

Hello,

I have stopped my work on GRUB 2 for a while, but I now would like to 
restart it again.

My initial goal is to make it possible to use GRUB 2 for real purpose 
(e.g. on my computer with which I write this mail). This is the most 
important for me, since it is really tiring to maintain both GRUB 
Legacy and GRUB 2. I don't think this will be feature-rich in near 
future, and I intend to focus on very fundamental things. I will do 
these as the first step:

- Implement the menu interface with Unicode awared. I have a prototype 
but this is very poor, especially about Unicode handling. I address 
this issue first.

- Support a config file. I can just port the support from GRUB Legacy, 
but I will consider if it could be improved. At least, I want to 
include support for including a portion of a config file from another 
file, and support for specifying a label to a title, so that you can 
use a label instead of a number to specify an entry.

- Implement some loaders on i386-pc for the normal mode (such as linux 
and multiboot). This should be very easy.

- Implement autoload. This should be very easy.

- Make it possible to call a hook when a variable is read/written. This 
would require some consideration about the API design.

- Implement some basic variables and commands (such as root and boot).

Probably I won't be very fast, because it is very hard for me to work in 
weekdays. If you are willing to work on any of them, let me know, so 
that we won't waste time due to duplicated work.

Okuji

Re: usability

[Marco Gerards]

"Yoshinori K. Okuji" <okuji@enbug.org> writes:

> We need to discuss more on internationalization... I will post my idea 
> about this later.

Please do.  I know very little about this subject and I think that is
true for many people.  I am Dutch and for Dutch (and English) ASCII
(or anything ASCII like) is enough.

So I don't know much about it, when it is used, etc.  But don't take
me wrong, I find this very important.

>> If selecting a menu item is not a noop anymore it can be used already
>> to boot.  I can implement this, if you want me to.
>
> I'm sorry, but I don't understand what you mean here.

Ok.  You already implemented a very simple menu.  But when I choose an
option, nothing happens.  It is easy to change it so it actually boots
the option you have chosen.

I know you want to work more on this, but I think it is important to
have something that works in an early stage.  For the Pc and apple
versions we have almost everything that is required.

> BTW, if you have any new feature you want in GRUB 2, let me know. I'm 
> thinking these extensions:

I think I told you my opinion in every case and I will continue to do
so.

> - Labelling entries

What is a label used for?

> - Tree interface
> I'm not sure about this feature.

I like it.  Currently on my development box I have a boot item called
"Network menu" (yeah, stupid name).  When I choose that it loads the
menu.lst from my tftp server.  In that menu.lst some GNU Mach, L4 and
toy kernels are listed.

> - User-definable shortcuts

Nice.

>> I can commit Thomas' patch for the chainloader.  I could do the other
>> two as well, if you don't want to.
>
> Please. :)

Ok.

> Not only. Currently, GRUB has no way to resolve dependencies 
> automatically, so I want to implement this feature.

I think Thomas sent in a patch for this, right?  Could you please
review it?  You have more knowledge about module loading.

>> What would be useful is extending the TODO if you feel important
>> things are missing.  GRUB 2 is quite an active project (people
>> already know it and are willing to work on it) and chances are high
>> people want to work on things you put in the TODO.  Especially when
>> it is networking related, from what I have noticed people want to
>> work on it but don't really know what to do.
>
> I see. I will do that. But maybe we want to have Wiki? I think Wiki is 
> very efficient to share some rough ideas, such as a TODO list. What do 
> you think?

This is a very good idea.  Can you set up a wiki?

Thanks,
Marco

Re: usability

[Yoshinori K. Okuji]

On Sunday 01 August 2004 00:59, Marco Gerards wrote:
> Please do.  I know very little about this subject and I think that is
> true for many people.  I am Dutch and for Dutch (and English) ASCII
> (or anything ASCII like) is enough.

Done.

> Ok.  You already implemented a very simple menu.  But when I choose
> an option, nothing happens.  It is easy to change it so it actually
> boots the option you have chosen.

Ah, I understand.

> > - Labelling entries
>
> What is a label used for?

I wrote this example in the previous mail:

default hurd-l4

title --label=hurd-l4 Hurd/L4
root=(hd0,0)
...

Or

title Hurd/L4
label hurd-l4
root=(hd0,0)
...

Labels should be able to be used in everywhere you can specify entry 
numbers, such as default, savedefault and fallback. If this is 
implemented, it could be much easier to modify config files 
automatically by shell scripts.

> I think Thomas sent in a patch for this, right?  Could you please
> review it?  You have more knowledge about module loading.

I think his patch is only for commands. Autoloading filesystem modules 
is not implemented, and I want to have commands in the normal mode to 
load/unload modules with/without resolving dependencies automatically.

BTW, one problem in his patch is that autocmd.lst is maintained 
manually. It is better to generate this file automatically at the 
compilation time.

> This is a very good idea.  Can you set up a wiki?

Do you know any site which we can use freely (and permanently, if 
possible) ?

I can set it up on my server, but I'm afraid that mine is too poor for 
dynamic page rendering, because it is an OpenBrick. This may be a good 
occasion to get an OpenBrick NG, but I have no money to buy a new 
machine at the moment.

One way is to use a hosting service, such as BerliOS or SourceForge. 
BerliOS might be a good option, because it has a builtin wiki 
interface, while you must set it up manually on SourceForge. It is 
unfortunate that Savannah does not have any way to set up a wiki site.

I will talk about this with Savannah hackers.

Okuji

wiki

[Yoshinori K. Okuji]

I installed a wiki into my own server using MoinMoin:

http://enbug.org/grubwiki/

I put this in my site temporarily. Probably I will move this to another 
server.

Okuji

Re: wiki

[Marco Gerards]

"Yoshinori K. Okuji" <okuji@enbug.org> writes:

> I installed a wiki into my own server using MoinMoin:
>
> http://enbug.org/grubwiki/

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 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.

> I put this in my site temporarily. Probably I will move this to another 
> server.

Ok.

Thanks,
Marco

Re: wiki

[Yoshinori K. Okuji]

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

Re: wiki

[Yoshinori K. Okuji]

I succeeded to find another place for the wiki:

http://www.autistici.org/grub

It is hosted by Autistici in Italy, and it is faster than my machine 
(probably the network speed rather than the machine itself). So please 
use the new one from now on. I will add a link to the wiki into the 
GRUB web site later.

Can anybody move the contents to the new server?

Okuji