Re: Removal of conf/*.mk files?

2005-08-16 Thread Hollis Blanchard
On Aug 16, 2005, at 1:40 PM, Vesa Jääskeläinen wrote: Should we schedule removal of *.mk files from conf's directory and add them to .cvsignore ? Those files will be regenerated anyway and in my opinion they should not reside on CVS. It just generates additional versions to both .rmk and .mk

Re: [PATCH] new (mmap support and x86_64 detection)

2005-08-16 Thread Ruslan Nikolaev
OK. I've changed it to grub_multiboot_detect_x86_64(). I'll busy for a week or even more. Please say if something wrong. diff -urN old/grub-1.90/include/grub/i386/pc/init.h new/grub-1.90/include/grub/i386/pc/init.h --- old/grub-1.90/include/grub/i386/pc/init.h 2005-02-01 00:40:25.0 +0300

Removal of conf/*.mk files?

2005-08-16 Thread Vesa Jääskeläinen
Hi, Should we schedule removal of *.mk files from conf's directory and add them to .cvsignore ? Those files will be regenerated anyway and in my opinion they should not reside on CVS. It just generates additional versions to both .rmk and .mk files when modifications are being made. Thanks, Vesa

Re: vesafb terminal for testing.

2005-08-16 Thread Vesa Jääskeläinen
Marco Gerards wrote: >> Just a note until admins fix those commit messages, first version of vbe >> terminal support is now committed. It still needs more work, but it is a >> starting point. > > Cool! If you do receive the commit messages, can you forward them so > we could see them as well? I

Re: [PATCH] new (mmap support and x86_64 detection)

2005-08-16 Thread Yoshinori K. Okuji
On Tuesday 16 August 2005 02:49, Ruslan Nikolaev wrote: > +/* Detect x86_64 CPU */ > +static __inline__ int grub_x86_64_cpu (void) Can you change this name? This is quoted from http://www.autistici.org/grub/moin.cgi/CodingStyle: Functions If a function is global, its name must be prefixed with

Re: vesafb terminal for testing.

2005-08-16 Thread Marco Gerards
Vesa Jääskeläinen <[EMAIL PROTECTED]> writes: > Marco Gerards wrote: >> Vesa Jääskeläinen <[EMAIL PROTECTED]> writes: >> There are some long lines, can you please make them shorter so the maximal line length is 78 characters? >>> Hmm... I made another scan for those. Still I left some o

Re: vesafb terminal for testing.

2005-08-16 Thread Marco Gerards
Vincent Pelletier <[EMAIL PROTECTED]> writes: > On the IEEE1275 point of view, I saw framebuffer graphic primitives in > the standard, so it *should* be easy too. And on my sun, there is a > mouse device in the OB tree. Right, same for EFI. > Marco Gerards wrote: >> Right, but it would be the be

Re: vesafb terminal for testing.

2005-08-16 Thread Vincent Pelletier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marco Gerards wrote: > Perhaps we can get help and suggestions from designers instead of > programmers. Perhaps we can contact Ubuntu, they have designers. > Perhaps a KDE or gnome team? Gnoppix has a really nice - Grub legacy - graphic menu, so I th

Re: vesafb terminal for testing.

2005-08-16 Thread Vincent Pelletier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yoshinori K. Okuji wrote: > A pluggable menu might sound good, but it's not so easy to maintain multiple > menu interfaces. I think we should only maintain some kind of API interface with an example module, and let the community develop on it if it f