Hi,
There was a DNS problem, and I have fixed it up right now. If you exprience any
more problem with the wiki, feel free to let me know. I am sorry for the
inconvenience.
Regards,
Okuji
On Tuesday, March 29, 2011 05:11:00 pm KESHAV P.R. wrote:
Hi,
I am user of grub2 and have edited a
On Monday 13 April 2009 02:19:07 phcoder wrote:
What about this one?
- ChangeLog, loader.h and loader.c are not consistent. For example, loader.h
declares grub_loader_unregister_preboot_hook, but loader.c defines
grub_loader_remove_preboot.
- I don't understand how preboot_func and
On Monday 13 April 2009 14:03:01 Pavel Roskin wrote:
On Sun, 2009-04-12 at 18:07 -0700, David Miller wrote:
From: Pavel Roskin pro...@gnu.org
Date: Sun, 12 Apr 2009 17:24:49 -0400
On Sat, 2009-04-11 at 08:29 -0700, Colin D Bennett wrote:
If we could build with -Werror, then it
On Monday 13 April 2009 18:46:12 phcoder wrote:
Hello, here is a first proposition of a script for nightly builds. On
IRC Yoshinori K. Okuji said that grub.enbug.org could be used to host
these files. Can this server do the builds too? If not can someone setup
build factory?
I will do when I
On Monday 13 April 2009 23:00:37 Robert Millan wrote:
On Sat, Apr 11, 2009 at 11:58:05PM +0200, phcoder wrote:
Ping. Is it ok for me to implement it this way?
I'd really like it if Okuji could give his impression on this one, if
possible.
I don't think I am the right one to ask, because I
On Monday 13 April 2009 23:27:32 Robert Millan wrote:
On Tue, Apr 07, 2009 at 10:31:44PM +0800, Bean wrote:
Hi,
This patch integrate the LUA script engine to grub2.
Hi,
I don't have any opinion for or against using LUA, but note that we need
approval from Marco or Okuji before we can
On Monday 13 April 2009 23:30:42 Robert Millan wrote:
On Sun, Apr 12, 2009 at 04:54:21PM -0400, Pavel Roskin wrote:
On Sun, 2009-04-12 at 11:29 -0700, Colin D Bennett wrote:
phcoder wrote on Sunday 12 April 2009:
Hello, we all know how annoying are these autogenerated files. We
could
On Saturday 11 April 2009 21:07:51 Bean wrote:
On Sat, Apr 11, 2009 at 6:24 PM, Yoshinori K. Okuji ok...@enbug.org wrote:
On Saturday 11 April 2009 18:29:00 Bean wrote:
Hi,
When symbol name is 8 or less, pe store it as short name, which is not
necessary null-terminated.
Oh, I didn't
On Saturday 11 April 2009 22:16:58 Pavel Roskin wrote:
Quoting Yoshinori K. Okuji ok...@enbug.org:
test -n should be avoided. Maybe this is not necessary nowadays, but my
old lesson was to use test x$target_alias != x instead for portability.
Well, != was not very portable, either, maybe
On Saturday 11 April 2009 23:49:03 Bean wrote:
Hi,
This patch generate handler.lst using the register functions. In
normal.mod, it reads handler.lst and register commands like:
terminal_output.gfxterm
...
It also rename static function get_line in normal/main.c to
grub_file_getline.
On Sunday 12 April 2009 00:11:45 phcoder wrote:
Updated. Same changelog
+ {
+ update_val (grub_strcmp (args[*argn], args[*argn + 2]) == 0);
+ (*argn) += 3;
I myself feel that these parentheses are redundant, but I don't know how
others think. For C programmers,
On Saturday 11 April 2009 05:17:43 Bean wrote:
Hi,
Another update for the patch:
sync with svn r2074
misc bug fixes
change build script for i386-efi, i386-coreboot, i386-ieee1275 and
x86_64-efi as well as i386-pc, grub-emu now builds properly for
i386-pc.
support the use of #! in the
On Saturday 11 April 2009 07:18:59 phcoder wrote:
Rediffed. New changelog
This time, I comment on all style problems.
diff --git a/commands/test.c b/commands/test.c
index a9c8281..2d8dedd 100644
--- a/commands/test.c
+++ b/commands/test.c
@@ -21,33 +21,385 @@
#include grub/misc.h
On Saturday 11 April 2009 08:25:50 phcoder wrote:
I don't see any stoppers to merge this patch
Personally, I don't like this so much. Is it so useful?
Regards,
Okuji
Javier Martín wrote:
This patch modifies several files in the build system (mainly common.rmk
and genmk.rb) to reduce the
On Saturday 11 April 2009 08:48:07 phcoder wrote:
Hello, here is the preboot hooks support. Apply on top of my bootmove
patch. They are very useful for patches like sendkey (my old patch that
I'll rediff), badram, acpi (2 patches in separate threads) or drivemap
Some comments about the design.
On Saturday 11 April 2009 13:58:26 Pavel Roskin wrote:
Hello!
I promised this patch long ago, but didn't have a chance to implement
and test it. This patch would help users test GRUB using
cross-compilers. Many users would prefer to compile native GRUB
utilities (grub-mkimage etc) but
On Saturday 11 April 2009 17:08:29 David Miller wrote:
The grub printf code tries to treat 'long' and 'int' the same,
that doesn't work on (most) 64-bit platforms.
Right. Good finding.
Regards,
Okuji
2009-04-11 David S. Miller da...@davemloft.net
* kern/misc.c (grub_ltoa): New
On Saturday 11 April 2009 17:08:31 David Miller wrote:
This patch allows a platform to specify the image file output
format, it also adds the --strip-unneeded option to the objcopy
invocation as well.
IIRC, --strip-unneeded was dangerous.
I've left the i386-pc.mk portion of this patch out of
On Saturday 11 April 2009 18:29:00 Bean wrote:
Hi,
When symbol name is 8 or less, pe store it as short name, which is not
necessary null-terminated.
Oh, I didn't know that. Where is it documented?
Regards,
Okuji
___
Grub-devel mailing list
On Tuesday 07 April 2009 14:25:53 Bean wrote:
On Tue, Apr 7, 2009 at 8:37 AM, Yoshinori K. Okuji ok...@enbug.org wrote:
On Tuesday 07 April 2009 01:43:17 Bean wrote:
On Sat, Apr 4, 2009 at 8:53 PM, Bean bean12...@gmail.com wrote:
On Sat, Apr 4, 2009 at 5:30 PM, Yoshinori K. Okuji ok
On Wednesday 08 April 2009 23:32:18 Andrey Shuvikov wrote:
--- On Mon, 4/6/09, Yoshinori K. Okuji ok...@enbug.org wrote:
From: Yoshinori K. Okuji ok...@enbug.org
Subject: Re: stat for FreeBSD
To: The development of GRUB 2 grub-devel@gnu.org
Date: Monday, April 6, 2009, 8:35 PM
On Friday 10 April 2009 08:20:26 phcoder wrote:
Your info helps, I'll have a look at the issue. Depending on how much
work is needed it may be desirable to copy the code from bsd loader. as
it's under bsd-licence it's gpl-compatible. Could just the maintainers
confirm that it's ok to include
On Tuesday 07 April 2009 01:39:23 Bean wrote:
Hi,
This is another update of the patch.
1, Now completion.c is in menu.mod, and menu_viewer.c is in misc.mod,
the reason for the switch is to allow configfile to depend on misc.mod
only.
I think the name misc.mod is ugly. Can you think about a
On Monday 06 April 2009 22:29:58 phcoder wrote:
Here are the fixes for UFS. Basically it's a resubmit of my previous
patch. It works fine with both solaris UFS and recent BSD UFS2. Does it
break anything for anyone with ufs?
I don't have UFS, but the patch looks good to me.
Regards,
Okuji
On Tuesday 07 April 2009 00:34:03 Pavel Roskin wrote:
Hello!
This is an attempt to fix all issues with the video mode handling in the
new Linux loader.
First of all, free_page() doesn't belong to grub_linux_unload(). The
later function is called after the new kernel has been loaded, just
On Tuesday 07 April 2009 00:48:37 Andrey Shuvikov wrote:
Here is the patch against the latest revision to make grub-probe working on
FreeBSD. It includes this ioctl call, FreeBSD device names parsing, and
accounts for the fact that disk drives are character devices under FreeBSD.
Do you have
On Tuesday 07 April 2009 01:43:17 Bean wrote:
On Sat, Apr 4, 2009 at 8:53 PM, Bean bean12...@gmail.com wrote:
On Sat, Apr 4, 2009 at 5:30 PM, Yoshinori K. Okuji ok...@enbug.org
wrote:
I've undone r2063, since we're still discussing how to / not to split
modules. Bean, you must respect
On Tuesday 07 April 2009 01:39:23 Bean wrote:
Hi,
This is another update of the patch.
Thank you. I will review your patch and send comments tonight.
Regards,
Okuji
1, Now completion.c is in menu.mod, and menu_viewer.c is in misc.mod,
the reason for the switch is to allow configfile to
On Saturday 04 April 2009 08:02:40 Colin D Bennett wrote:
What if you switch back and forth between normal and rescue mode
many times in a row? The stack will grow with each call and eventually
the stack will overflow and Bad Things will happen.
Yes.
Now you could also return function
On Saturday 04 April 2009 14:06:18 Bean wrote:
One of the problem for normal.mod dependency is its side effect. For
example, currently ls.mod depend on normal.mod just for
grub_normal_print_device_info. If we want to embed ls.mod in core.img,
we must embedded normal.mod as well, along with a
On Saturday 04 April 2009 18:21:40 phcoder wrote:
Can someone review this patch?
Looks good to me.
Thanks,
Okuji
phcoder wrote:
mtime part
2009-03-15 Vladimir Serbinenko phco...@gmail.com
Support for mtime and further expandability of dir command
*
On Saturday 04 April 2009 18:22:39 phcoder wrote:
Can someone review this patch?
Only some style should be corrected. For example:
+#ifndef GRUB_UTIL
+ if (!parts)
+grub_dl_unref (mymod);
+#endif
Our convention is to put a space between ! and parts, so this should be:
+#ifndef GRUB_UTIL
On Monday 06 April 2009 00:02:59 Bean wrote:
On Sun, Apr 5, 2009 at 10:33 PM, Yoshinori K. Okuji ok...@enbug.org wrote:
On Saturday 04 April 2009 14:06:18 Bean wrote:
One of the problem for normal.mod dependency is its side effect. For
example, currently ls.mod depend on normal.mod just
Hello,
I have written an article on the wiki right now:
http://grub.enbug.org/OnSplittingModules
This article is based on our discussion on the IRC. I think the disagreement
between Bean and me derived from that I didn't know his ultimate goal, and
actually I investigated the same idea as him
I've undone r2063, since we're still discussing how to / not to split modules.
Bean, you must respect teamwork. If you are unable to follow such a
fundamental rule, I will have to disable your permission.
Regards,
Okuji
___
Grub-devel mailing list
On Tuesday 31 March 2009 02:41:14 Bean wrote:
Hi,
This new patch make some changes based on the discussion of previous patch.
1, Move script engine to script/sh (sh.mod)
2, Move generic menu code to menu (menu.mod)
3, Move text menu viewer to menu/text (textmenu.mod)
4, Move misc function
On Saturday 04 April 2009 04:02:18 BandiPat wrote:
Yoshinori K. Okuji wrote:
On Friday 03 April 2009 14:17:04 step21 wrote:
Hey, just a wild guess, but I think boot.mod got dropped and the boot
command is now included in minicmd.mod
Yes, it seems so. And, it is a mistake that boot
At r2010, Bean added fake_bios_data, and this function calls grub_printf. Why
not grub_dprintf? Was there any reason to print a message on the screen?
Regards,
Okuji
___
Grub-devel mailing list
Grub-devel@gnu.org
On Saturday 04 April 2009 04:49:36 Bean wrote:
On Sat, Apr 4, 2009 at 2:40 AM, Yoshinori K. Okuji ok...@enbug.org wrote:
On Tuesday 31 March 2009 02:41:14 Bean wrote:
Hi,
This new patch make some changes based on the discussion of previous
patch.
1, Move script engine to script/sh
On Saturday 04 April 2009 04:56:14 Bean wrote:
On Sat, Apr 4, 2009 at 3:43 AM, Yoshinori K. Okuji ok...@enbug.org wrote:
At r2010, Bean added fake_bios_data, and this function calls grub_printf.
Why not grub_dprintf? Was there any reason to print a message on the
screen?
Hi,
Well, I'm
On Wednesday 01 April 2009 21:57:55 Robert Millan wrote:
On Sat, Mar 28, 2009 at 11:31:14PM +0900, Yoshinori K. Okuji wrote:
On Saturday 28 March 2009 22:13:06 Robert Millan wrote:
Do we need the memory map to be sorted? AFAIK loadees can cope with
unsorted maps fine
On Wednesday 01 April 2009 22:01:11 Robert Millan wrote:
On Wed, Apr 01, 2009 at 01:17:40AM -0700, David Miller wrote:
From: Yoshinori K. Okuji ok...@enbug.org
Date: Sat, 28 Mar 2009 23:34:25 +0900
On Saturday 28 March 2009 22:39:48 Robert Millan wrote:
Unless there's someone else
On Wednesday 01 April 2009 22:05:57 Robert Millan wrote:
On Sun, Mar 29, 2009 at 05:39:36PM +0900, Yoshinori K. Okuji wrote:
On Sunday 29 March 2009 11:31:29 Robert Millan wrote:
This patch adds GRUB_GFXMODE_LINUX user variable to make it easy for
users to set graphical mode before
On Wednesday 01 April 2009 18:22:46 phcoder wrote:
ok, thanks. Now everything is in savannah task tracker. As for command
list I added important missing commands to task tracker and skipped
not-so-useful ones. As there is some subjectivity involved if you don't
agree with my choice just say
On Wednesday 01 April 2009 22:19:00 Robert Millan wrote:
GRUB is in dire need of an active project lead. I'm happy to see what you
plan to take back on that role. Over the last few months, I tried to cover
up for some of the work you and Marco weren't doing, like processing the
patches
On Wednesday 01 April 2009 23:19:32 Robert Millan wrote:
On Wed, Apr 01, 2009 at 10:52:26PM +0900, Yoshinori K. Okuji wrote:
On Tuesday 31 March 2009 17:56:24 phcoder wrote:
With a new swing in normal.mod splitting I think we should reconsider
this patch. It's useless to keep loader.c
On Monday 30 March 2009 00:17:59 Bean wrote:
But how to store the parameters ? Boot media is not available, so we
can't read file, and we can't embed them in code.
Could you be more specific? What case are you talking about?
For example, something the boot modules can't detect boot
On Monday 30 March 2009 05:35:08 phcoder wrote:
I moved todo to the svannah task track.
3 pieces aren't moved yet
-PPC / Ultrasparc
-Command list
-Feature requests by users
Isn't it better to remove the tasks which you moved to Savannah from the wiki?
Regards,
Okuji
On Monday 30 March 2009 23:35:52 phcoder wrote:
Pavel Roskin wrote:
On Sat, 2009-03-28 at 13:53 +0100, Robert Millan wrote:
Here's a patch to rename `linux' to `linux16' and build the 32-bit
loader as simply `linux'.
Committed.
Just for your information. With the old loader,
On Tuesday 31 March 2009 00:43:01 Bean wrote:
Hi,
I see the main objection here is about too many new modules, and the
use of script to configure boot process.
I don't object to the latter any longer. Did you read my message?
But how about the new
parser/reader/menu_viewer model ?
On Sunday 29 March 2009 11:31:29 Robert Millan wrote:
This patch adds GRUB_GFXMODE_LINUX user variable to make it easy for
users to set graphical mode before booting Linux.
Is this really Linux-specific? It look somehow coincidental to me that this is
used only for Linux. If other operating
On Sunday 29 March 2009 18:40:16 Vesa Jääskeläinen wrote:
Bean wrote:
Hi,
This patch split the function of normal mode into small modules, here
is a summary:
1, Move dynamic command loader to commands/dyncmd.c (dyncmd.mod)
2, Move automatic fs loader to fs/autofs.c (autofs.mod)
3,
On Sunday 29 March 2009 19:43:33 phcoder wrote:
I'm actually quite unhappy with the grub's authority in general. Some
people can commit their patches after a week of no replies while others
like me have to wait that someone has time to review their patches in
depth. I already have a collection
On Sunday 29 March 2009 19:48:45 Vesa Jääskeläinen wrote:
Yoshinori K. Okuji wrote:
You should select compile-time loading (i.e. linking) whenever
possible. If a function is loaded eventually, it should be linked at
compile time.
You should select automatic loading, if you need runtime
On Sunday 29 March 2009 20:33:48 phcoder wrote:
I agree when it's about big changes. I wouldalso not commit anything
what isn't quite tested or may break something. But when one-line
bugfixes stay uncommited during 2-3 weaks it's something that isn't
quite ok. Also if noone comments a
On Sunday 29 March 2009 20:40:17 David Miller wrote:
From: Yoshinori K. Okuji ok...@enbug.org
Date: Sun, 29 Mar 2009 20:29:26 +0900
So if nobody else can, I would like to get it straight again myself,
although I am pretty busy (as I have a startup company, can you
imagine how tough
On Sunday 29 March 2009 21:09:05 Bean wrote:
Hi,
Some of my consideration about splitting of normal mode.
1, In some environment, we have size limit of the boot image.
Normal.mod is too big, and rescue mode has too little functionality.
Using the split method, we could combine modules in
On Sunday 29 March 2009 22:59:53 Bean wrote:
On Sun, Mar 29, 2009 at 9:10 PM, Yoshinori K. Okuji ok...@enbug.org wrote:
On Sunday 29 March 2009 21:09:05 Bean wrote:
Hi,
Some of my consideration about splitting of normal mode.
1, In some environment, we have size limit of the boot
On Sunday 29 March 2009 22:23:11 Vesa Jääskeläinen wrote:
For both of those projects there are people that are paid to do that
work either directly or indirectly. How it internally affects, I don't
know.
Anyway... when people are paid to work there is certainly different
driving force behind
On Sunday 29 March 2009 22:00:05 phcoder wrote:
Yes, it's perfect
For very small, trivial patches, I will fix the problem by giving the
write permission to you.
For complex or big patches, I recommend that you use the bug tracker on
Savannah. I know that not many people use it, but
On Sunday 29 March 2009 23:30:48 Bean wrote:
If you use a label, label support should be loaded automatically.
If you use an uuid, uuid support should be loaded automatically.
If you set up a network, network support should be loaded automatically.
So I see no reason to stop automatic
On Saturday 28 March 2009 22:39:48 Robert Millan wrote:
On Wed, Mar 25, 2009 at 09:13:52PM -0700, David Miller wrote:
The FSF has received my copyright assignment paperwork so I'm starting
to feed fresh copies of my sparc64 changes.
Here, we fix the setjmp assembler implementation for
On Sunday 22 March 2009 21:50:22 Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 21:29:23 Robert Millan wrote:
On Sun, Mar 22, 2009 at 04:01:35PM +0900, Yoshinori K. Okuji wrote:
I will work towards this direction. I will first fix up the sector
handling and change the format to plain
On Sunday 15 March 2009 14:52:05 Bean wrote:
On Sun, Mar 15, 2009 at 5:10 AM, Yoshinori K. Okuji ok...@enbug.org wrote:
On Friday 13 March 2009 21:23:19 phcoder wrote:
Look at load_env/save_env commands and grub-editenv util
Thanks. Now I really regret that I didn't find those additions
On Sunday 22 March 2009 21:29:23 Robert Millan wrote:
On Sun, Mar 22, 2009 at 04:01:35PM +0900, Yoshinori K. Okuji wrote:
I will work towards this direction. I will first fix up the sector
handling and change the format to plain text. Naming changes are quite
trivial, so they can be done
On Sunday 22 March 2009 21:48:21 phcoder wrote:
Hello. Now when boot command isn't in kernel anymore I don't see why
loader.c stays in kernel. Here is the patch to move it to boot.mod
This is not useful in reality, because the loader interface needs to be
pre-loaded into core.img anyway. Note
On Sunday 22 March 2009 19:48:36 phcoder wrote:
Hello, I agree that non-sector aligned writes should be handled
correctly. However I disagree with removing of the magic number. I
personally would prefer if this file would have magic number and
checksum. AFAIK currently grub2 doesn't write to
On Sunday 22 March 2009 22:06:36 phcoder wrote:
Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 21:48:21 phcoder wrote:
Hello. Now when boot command isn't in kernel anymore I don't see why
loader.c stays in kernel. Here is the patch to move it to boot.mod
This is not useful in reality
On Sunday 22 March 2009 22:23:53 phcoder wrote:
Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 19:48:36 phcoder wrote:
Hello, I agree that non-sector aligned writes should be handled
correctly. However I disagree with removing of the magic number. I
personally would prefer if this file
On Sunday 22 March 2009 23:19:09 phcoder wrote:
Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 22:30:24 phcoder wrote:
Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 22:06:36 phcoder wrote:
Yoshinori K. Okuji wrote:
On Sunday 22 March 2009 21:48:21 phcoder wrote:
Hello. Now when
Hi all,
I would like to know if anybody wants to be a mentor in this year for Google
SoC. If none, I must tell Karl (the coordinator of the GNU participation to
SoC) to get rid of the link to GRUB. Otherwise, I would like to help the
preparation of ideas. In order to make a good list, one or
caring about
backward compatibility.
Regards,
Okuji
Yoshinori K. Okuji wrote:
On Thursday 05 March 2009 05:59:52 Robert Millan wrote:
We don't need a complete match of all the GRUB Legacy features in order
to migrate. The things I identified as needed for migration in Debian
are listed
On Sunday 15 March 2009 01:16:23 Bean wrote:
Hi,
I've discovered a bug in ext2.c, inside grub_ext2_mount. The mount
function must return GRUB_ERR_BAD_FS if something goes wrong, because
grub_fs_probe would stop as soon as it sees a non-GRUB_ERR_BAD_FS
error, thus preventing other fs driver
On Thursday 05 March 2009 05:59:52 Robert Millan wrote:
We don't need a complete match of all the GRUB Legacy features in order to
migrate. The things I identified as needed for migration in Debian are
listed here:
http://wiki.debian.org/GrubTransition
I think Xen is fixed now though
On Sunday 08 February 2009 06:33:46 Robert Millan wrote:
On Sat, Jan 24, 2009 at 12:29:24PM -0800, Colin D Bennett wrote:
There has been also a talk to enable pager=1 as a default.
Which, as I recall, Okuji rejected because it could cause a
unattended/non-interactive boot process to hang
On Saturday 22 November 2008 20:54:57 Robert Millan wrote:
On Sat, Nov 22, 2008 at 06:42:54PM +0100, Yoshinori K. Okuji wrote:
However, whenever you want to do more than that, you must control each
terminal differently. In particular, the menu code. The menu interface
may not be uniform
On Thursday 20 November 2008 17:20:42 Pavel Roskin wrote:
On Thu, 2008-11-20 at 18:40 +0530, shirish wrote:
Hi all,
Made it to the level I could understand
http://flossexperiences.wordpress.com/2008/11/19/jaunty-and-grub2/#more-2
69
There are 2 issues though which I hope came out as
On Tuesday 04 November 2008 18:14:17 Robert Millan wrote:
On Tue, Nov 04, 2008 at 04:52:20PM +0100, Yoshinori K. Okuji wrote:
No ChangeLog?
Here. I ommitted it because I wanted to see if it would need big
adjustments first.
OK. The patch looks perfect for me.
BTW, I would like to obtain
On Tuesday 04 November 2008 21:36:27 Robert Millan wrote:
The Multiboot2 draft says a Multiboot2 header must be included in the OS
image. However, our code assumes (in code itself and in comments) that for
MB2 this is optional.
As a consequence, if you feed GRUB's multiboot loader any ELF,
On Sunday 02 November 2008 19:41:42 Robert Millan wrote:
On Sun, Nov 02, 2008 at 06:07:30PM +0100, Jordi Mallach wrote:
On Sat, Nov 01, 2008 at 01:46:10PM +0100, Robert Millan wrote:
output will roll off the standard sized console. Please remove some
commands so there aren't so many
On Sunday 02 November 2008 19:11:32 Robert Millan wrote:
Hi,
This patch splits terminal handling in input and output. While at it, it
resolves/removes some of the kludges we had to work around this limitation.
For example, gfxterm/vga no longer need to assume the input is bios
console,
On Sunday 26 October 2008 17:27:50 Felix Zielcke wrote:
Am Samstag, den 25.10.2008, 15:33 +0100 schrieb Matt Sturgeon:
when will GRUB 2 be released as stable edition, and will there be an
installer?
grub-legacy wasn't ever released as stable.
Though it always depends how you define
On Friday 25 July 2008 22:43:10 Robert Millan wrote:
On Fri, Jul 25, 2008 at 08:18:27AM -0700, Colin D Bennett wrote:
On Thu, 24 Jul 2008 22:17:06 -0700 (PDT)
Viswesh S [EMAIL PROTECTED] wrote:
I have modified the conf/common.mk accordingly as shown below.
GRUB developers,
I
On Sunday 20 July 2008 01:06:22 Robert Millan wrote:
Anyone recalls the reason our loaders had to jump back to kernel
(startup.S) to do the final part of the load?
Not all of them should do that, but it might be more convenient. I look at one
by one:
- The chainloader needs to get back the
On Saturday 19 July 2008 17:06:24 Robert Millan wrote:
On Wed, Jul 16, 2008 at 01:32:18AM +0200, Yoshinori K. Okuji wrote:
On Wednesday 16 July 2008 01:21:57 Pavel Roskin wrote:
On Wed, 2008-07-16 at 01:15 +0200, Yoshinori K. Okuji wrote:
OK. Then how do you install GRUB into (hd1
On Saturday 19 July 2008 21:58:09 Robert Millan wrote:
On Sat, Jul 19, 2008 at 10:34:46AM -0700, Colin D Bennett wrote:
[...] We could support a setting such as set menuwrap=1 which
would enable this feature for users who care about it.
Isn't this a bit overkill? The time spent adding
On Monday 14 July 2008 14:37:45 Pavel Roskin wrote:
On Sun, 2008-07-13 at 03:54 +0200, Yoshinori K. Okuji wrote:
Hello,
Thank all of you for making effort on moving the version control system
to Subversion. I think this is a big improvement, and I like it.
Now, I would like to talk
On Monday 14 July 2008 15:03:04 Pavel Roskin wrote:
Now that we have lzma compression, we should probably consider making
another release in a week or two.
Before it happens, I'd like to add a configure test for working target
compiler, so that users of pure x86_64 machines are not surprised
On Wednesday 16 July 2008 00:31:39 Pavel Roskin wrote:
On Tue, 2008-07-15 at 23:04 +0200, Yoshinori K. Okuji wrote:
I am sorry, but can I ask why you want to remove device.map? Did I miss
any discussion?
There was a short discussion, but I write it more concisely now.
1) We don't want
On Wednesday 16 July 2008 00:23:53 Pavel Roskin wrote:
Yes, that's my suggestion. I understand that you may feel uneasy about
it, but I don't think we are going to do many releases from the legacy
branch, maybe one or none at all.
It's OK to have stable and development branches. grub-legacy
On Wednesday 16 July 2008 01:21:57 Pavel Roskin wrote:
On Wed, 2008-07-16 at 01:15 +0200, Yoshinori K. Okuji wrote:
OK. Then how do you install GRUB into (hd1) in a development machine,
which is (hd0) in a booting machine? When GRUB may not correctly
determine BIOS drives, do you want
On Tuesday 08 July 2008 07:57:30 Jean-Christophe Haessig wrote:
Le mardi 08 juillet 2008 à 07:32 +0200, Yoshinori K. Okuji a écrit :
snip
In fact, you want to write a GRUB module which deciphers a partition
when given a key. That's no DRM in any way. In the DRM world, users
don't (and can't
Hello,
Thank all of you for making effort on moving the version control system to
Subversion. I think this is a big improvement, and I like it.
Now, I would like to talk about the structure. Currently, it looks like this:
trunk/
grub/
grub2/
tags/
release*/
branches/
Hello,
Some french-speaking people might have read this, but I would like to explain
some ideas, since I am involved with this news somehow:
http://www.zdnet.fr/actualites/informatique/0,39040745,39382177,00.htm
This news, basically, says that my company will provide a solution to
activating
On Wednesday 25 June 2008 12:53:17 Bean wrote:
On Wed, Jun 25, 2008 at 6:19 PM, Marco Gerards [EMAIL PROTECTED] wrote:
Bean [EMAIL PROTECTED] writes:
On Wed, Jun 25, 2008 at 4:38 AM, Javier Martín [EMAIL PROTECTED]
wrote:
El mié, 25-06-2008 a las 04:11 +0800, Bean escribió:
2. Macbook
On Tuesday 24 June 2008 22:11:18 Bean wrote:
This patch fix two problem that can cause problem for grub-pc in macbook.
1, In grub-setup, we should skip the first 1024 bytes when comparing
data, as it have previously made change to the buffer with
install_dos_part and install_bsd_part, cause
On Tuesday 17 June 2008 17:54:27 Pavel Roskin wrote:
On Tue, 2008-06-17 at 23:02 +0800, Bean wrote:
I'm not against other compression algorithm, but lzma seems to be the
best, for example, for the previous c2.img:
bzip2 c2.img du -b c2.img.bz2
29247 c2.img.bz2
gzip c2.img du -b
On Tuesday 17 June 2008 14:48:52 Marco Gerards wrote:
Hi,
Bean [EMAIL PROTECTED] writes:
It seems svn is available at savannah:
https://savannah.gnu.org/forum/forum.php?forum_id=5340
any plan to switch ?
This seems like a good idea to me. I put Okuji on the Cc, in case he
doesn't
On Wednesday 18 June 2008 06:09:10 Pavel Roskin wrote:
On Wed, 2008-06-18 at 10:22 +0800, y.volta wrote:
Hi,
I just wondering, can grub2 support module coded with c++? Let's
suppose we are trying to apply the fancy menu. ;-)
I think it can be done, but you'll need to disable
On Wednesday 18 June 2008 08:27:09 Bean wrote:
On Wed, Jun 18, 2008 at 4:32 AM, David Holloway [EMAIL PROTECTED] wrote:
I've just edumacated myself about how the platforms are defined.
Let me get this straight, the efi platform does not yet support loading a
multiboot kernel?
I'm
1 - 100 of 503 matches
Mail list logo