Re: GRUB 1.90 is released

2005-08-08 Thread Yoshinori K. Okuji
On Tuesday 09 August 2005 05:21, Hollis Blanchard wrote: > On Aug 7, 2005, at 12:39 PM, Yoshinori K. Okuji wrote: > > I'm happy to announce the release of GRUB 1.90. > > I'm disappointed that you chose to announce GRUB 1.90 after knowingly > breaking the PPC build. Do not forget that you broke it

Re: savannah

2005-08-08 Thread Vincent Pelletier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yoshinori K. Okuji wrote: > And they are still talking about LILO vs. GRUB? Completely off-topic. Who on > the earth understands your post? *sigh* They are asking for a popularity poll between LILO and GRUB. And they also report some problems they ha

Re: arch-specific files

2005-08-08 Thread Hollis Blanchard
On Aug 7, 2005, at 9:15 AM, Yoshinori K. Okuji wrote: On Saturday 06 August 2005 17:04, Yoshinori K. Okuji wrote: Hollis put ieee1275.c under the directory kern directly, and I don't feel comfortable with this. Even if that file is shared by multiple cpu types, it is still arch-dependent. I'

Re: GRUB 1.90 is released

2005-08-08 Thread Hollis Blanchard
On Aug 7, 2005, at 12:39 PM, Yoshinori K. Okuji wrote: I'm happy to announce the release of GRUB 1.90. I'm disappointed that you chose to announce GRUB 1.90 after knowingly breaking the PPC build. I have fixed the build. -Hollis ___ Grub-devel

Re: [PATCHv2] FIXME: These should be dynamically obtained from a terminal.

2005-08-08 Thread Hollis Blanchard
On Aug 4, 2005, at 1:13 PM, Marco Gerards wrote: Marco Gerards <[EMAIL PROTECTED]> writes: Vincent Pelletier <[EMAIL PROTECTED]> writes: Hi Vincent, Finally I had the time and energy to both proofread and test your patch. It did work for me after making some changes. I have committed your

Re: savannah

2005-08-08 Thread Yoshinori K. Okuji
On Monday 08 August 2005 23:23, Vincent Pelletier wrote: > Here I get : > (begin) > Savannah is currently offline and undergoing an upgrade. > > Savannah services (CVS, anonymous FTP, HTTP) will be unavailable while > this upgrade is in progress. (Mailing lists are not affected by this > upgrade.)

[PATCH] x86_64 compiling (fixed message)

2005-08-08 Thread Ruslan Nikolaev
I'm sorry... Previous message contains patch w/o new lines. PATCH: diff -urN old/configure.ac new/configure.ac --- old/configure.ac 2005-08-08 19:08:41.0 + +++ new/configure.ac 2005-08-09 01:25:14.135290880 + @@ -22,16 +22,27 @@ case "$host_cpu" in i[[3456]]86) host_cpu=i386 ;; + x

Re: [PATCH] x86_64 compiling

2005-08-08 Thread Yoshinori K. Okuji
On Tuesday 09 August 2005 00:27, Ruslan Nikolaev wrote: > Hi all! I recently made patch for x86_64 compiling support. It seems to > be working (I've tested it with chain loading). Please note that CC_ARCH > is keeped just for passing it to BUILD_CC because CC is overrided for > amd64. Also it creat

[PATCH] x86_64 compiling

2005-08-08 Thread Ruslan Nikolaev
Hi all! I recently made patch for x86_64 compiling support. It seems to be working (I've tested it with chain loading). Please note that CC_ARCH is keeped just for passing it to BUILD_CC because CC is overrided for amd64. Also it creates links to i386 specific headers and config files during confi

Re: savannah

2005-08-08 Thread Vincent Pelletier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yoshinori K. Okuji wrote: > Ummh, Savannah seems to be down. Does anybody know why? Was it cracked again? Here I get : (begin) Savannah is currently offline and undergoing an upgrade. Savannah services (CVS, anonymous FTP, HTTP) will be unavailable w

savannah

2005-08-08 Thread Yoshinori K. Okuji
Ummh, Savannah seems to be down. Does anybody know why? Was it cracked again? Okuji ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

hexcat + grub_ncurses_getwh

2005-08-08 Thread Vladimir Serbinenko
I wrote a new patch: grub_ncurses_getwh + hexcat. hexcat shows the contents of file like hex editors. Vladimir 2005-08-08 Vladimir Serbinenko <[EMAIL PROTECTED]> * commands/hexcat.c: new file * c

Re: doc on memory management

2005-08-08 Thread Vincent Guffens
Hi, I put the document on the wiki: http://www.autistici.org/grub/moin.cgi/MemoryManagement However, the links to the images points to my website as I found no other way to inline images. Is it possible to upload these images on the wiki server ? thanks, Marco Gerards wrote: Vincent Guffe

Re: [DISCUSSION] Journal playback

2005-08-08 Thread Yoshinori K. Okuji
On Monday 08 August 2005 14:27, Vladimir Serbinenko wrote: > It'll give for sure considerable amount of work but the question if > it'll give real advantages? Yes, it does. Especially when the implementation of a journaling is loose, the superblock of a journaling filesystem often breaks, when yo

Re: [DISCUSSION] Journal playback

2005-08-08 Thread Yoshinori K. Okuji
On Monday 08 August 2005 13:46, Marco Gerards wrote: > The size of a filesystem module is now about 4KB. We do not know yet > how much the size will increase when journaling is possible. According to the experience in GRUB Legacy, it will increase the size by 1KB or so. Since pre-loaded modules

Re: [BUGFIX] pc_partition_map and grub_setup

2005-08-08 Thread Yoshinori K. Okuji
On Monday 08 August 2005 13:16, Vladimir Serbinenko wrote: > I tried to install GRUB2 to a partition and found a bug in > pc_partition_map: in pc_partition_map_iterate pcdata was a local variable > and its address was written to p and p was returned. I'm sorry. Actually I forgot to commit the fix

Re: [DISCUSSION] Journal playback

2005-08-08 Thread Marco Gerards
Vladimir Serbinenko <[EMAIL PROTECTED]> writes: > It'll give for sure considerable amount of work but the question if > it'll give real advantages? Journaling was made to keep *FS* from > the corruption. *Not* the data. So even if data needed by GRUB is > corrupted (that is not very probable beca

Re: [DISCUSSION] Journal playback

2005-08-08 Thread Vladimir Serbinenko
Marco Gerards wrote: >Vladimir Serbinenko <[EMAIL PROTECTED]> writes: > > > >>I've seen that journal playback is one of TODO items. I think it's bad >>idea because: >> >>1) It'll increase the size of FS modules. And fs modules are often embed >>in core image. So their size is critical >> >>

Re: [DISCUSSION] Journal playback

2005-08-08 Thread Marco Gerards
Vladimir Serbinenko <[EMAIL PROTECTED]> writes: > I've seen that journal playback is one of TODO items. I think it's bad > idea because: > > 1) It'll increase the size of FS modules. And fs modules are often embed > in core image. So their size is critical The size of a filesystem module is now a

Re: [DISCUSSION] Journal playback

2005-08-08 Thread Vincent Pelletier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vladimir Serbinenko wrote: > 1) It'll increase the size of FS modules. And fs modules are often embed > in core image. So their size is critical True (on x86). > 2) It'll decrease safety because now GRUB doesn't write to FS and then > it'll be so the

[BUGFIX] pc_partition_map and grub_setup

2005-08-08 Thread Vladimir Serbinenko
I tried to install GRUB2 to a partition and found a bug in pc_partition_map: in pc_partition_map_iterate pcdata was a local variable and its address was written to p and p was returned. 2005-08-08 Vladimir Serbinenko <[EMAIL PROTECTED]> * partmap/pc.c (pc_partition_map_iterate): pcdata is

[DISCUSSION] Journal playback

2005-08-08 Thread Vladimir Serbinenko
I've seen that journal playback is one of TODO items. I think it's bad idea because: 1) It'll increase the size of FS modules. And fs modules are often embed in core image. So their size is critical 2) It'll decrease safety because now GRUB doesn't write to FS and then it'll be so the GRUB's bugs