Hello,
I have decided to enable the Task Tracker on Savannah:
https://savannah.gnu.org/task/?group=grub
I have already submitted several tasks from my personal note. For now, only
Project Members are allowed to submit tasks and add comments. If you want to
configure fields, let me know.
Okuji
On Saturday 12 January 2008 22:09, Robert Millan wrote:
> > I have decided to enable the Task Tracker on Savannah:
> >
> > https://savannah.gnu.org/task/?group=grub
> >
> > I have already submitted several tasks from my personal note. For now,
> > only Project Members are allowed to submit tasks an
On Sunday 13 January 2008 08:38, Bean wrote:
> Hi,
>
> any suggestion about this patch ? i would like to commit it soon.
I am sorry that I forgot to reply.
I would like to know how you intend to approach the following issues:
- If you want to support, for example, an ecrypted and compressed file
On Sunday 13 January 2008 13:19, Robert Millan wrote:
> This is becoming a nightmare. I think it's better if we just exclude
> symbols starting with __ from our checks. They aren't really meant for us
> to mess with.
My original suggestion was that we could extract (required) symbols from
libgc
On Sunday 13 January 2008 19:06, Marco Gerards wrote:
> Pavel Roskin <[EMAIL PROTECTED]> writes:
> > On Tue, 2008-01-08 at 12:57 +0100, Robert Millan wrote:
> >> http://cvs.savannah.gnu.org/viewvc/grub2/configure?root=grub&view=log
> >>
> >> Does it make sense to keep `configure' under revision con
On Sunday 13 January 2008 21:16, Robert Millan wrote:
> On Sun, Jan 13, 2008 at 08:53:49PM +0100, Yoshinori K. Okuji wrote:
> > On Sunday 13 January 2008 13:19, Robert Millan wrote:
> > > This is becoming a nightmare. I think it's better if we just exclude
> > > s
On Sunday 13 January 2008 21:16, Bean wrote:
> > - If you want to support, for example, an ecrypted and compressed file,
> > in the current implementation, each hook must try other hooks
> > recursively. I believe that this should be done at grub_file_open_ex
> > rather than at every hook. Is there
On Monday 14 January 2008 15:10, Robert Millan wrote:
> As subject says. Based on suggestions from Vesa.
Why do you want to use a nested function?
Okuji
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Wednesday 23 January 2008 12:44, Robert Millan wrote:
> On Wed, Jan 23, 2008 at 12:39:35PM +0100, Marco Gerards wrote:
> > Alexandre Boeglin <[EMAIL PROTECTED]> writes:
> > > On Sun, 18 Nov 2007 19:14:03 +0100, Alexandre Boeglin
> > > <[EMAIL PROTECTED]>
> > >
> > > wrote:
> > >> I also still ha
On Wednesday 23 January 2008 12:32, Marco Gerards wrote:
> > Which reminds me, is 1.96 coming soon? When lvm/raid, reiserfs and
> > powerpc issues are fixed, it might be a good time. What do you think?
>
> Fine for me, we didn't have a release for quite a while. To be
> honest, I just hate the u
On Wednesday 23 January 2008 13:25, Marco Gerards wrote:
> "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> > I think it would be more convenient to allow Bean and Alexandre to check
> > in changes themselves. Is there any objection?
>
> No
On Wednesday 23 January 2008 15:53, Robert Millan wrote:
> On Wed, Jan 23, 2008 at 03:05:31PM +0100, Marco Gerards wrote:
> > Robert Millan <[EMAIL PROTECTED]> writes:
> > > Some cleanup for i386-ieee1275.
> >
> > Can you please give a bit more information?
>
> The multiboot module on i386-ieee1275
On Wednesday 23 January 2008 16:46, Douglas Ward wrote:
> Robert Millan wrote:
> > On Wed, Jan 23, 2008 at 12:38:31PM +0100, Marco Gerards wrote:
> >> But to be honest, there are more important issues than networking in
> >> the short term...
> >
> > ACK. Let's focus on what GRUB excels at, instea
On Wednesday 23 January 2008 20:58, Robert Millan wrote:
> Is GRUB supposed to always call grub_dl_unload_all() when preparing to
> jump into a loaded multiboot image?
Yes.
> How important is it to unload all modules? What do you suggest? Do we fix
> everything to unload all modules (is that ev
On Wednesday 23 January 2008 23:27, Robert Millan wrote:
> On Wed, Jan 23, 2008 at 10:50:50PM +0100, Franklin PIAT wrote:
> > Hello,
> >
> > I've started more manpages :
> > http://wiki.debian.org/Grub/grub-install.manpage
> > http://wiki.debian.org/Grub/grub-mkimage.manpage
> > http://wiki.debian.
On Thursday 24 January 2008 13:42, Robert Millan wrote:
> Well, if we can collaborate by sharing the same driver collection that's
> even better, of course. This was done for GRUB Legacy, right?
Sure. I had a very short conversation with gpxe developers last year, and we
have agreed that we shou
On Thursday 24 January 2008 19:34, Pavel Roskin wrote:
> On Thu, 2008-01-24 at 20:08 +0200, Vesa Jääskeläinen wrote:
> > Previous behavior was working correctly. You have to handle
> > errorcodes
> > at some point and that means when error is handled it is zeroed (or
> > GRUB_ERR_NONE). So code is
On Thursday 24 January 2008 12:49, Bean wrote:
> On Jan 24, 2008 7:32 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> > Sorry, my question was confusing; what I meant is, where is it located
> > when core.img is started. But Just checked in our Linux loader, and it
> > seems to be at a very high a
On Thursday 24 January 2008 13:39, Robert Millan wrote:
> So perhaps it's a good idea to release 1.96 with known regressions after
> all.
I think that would be a nicer approach at this stage. Anyway, nobody expects
that GRUB 2 is rock-solid (am I wrong?), so it would be more convenient for
the d
On Thursday 24 January 2008 13:40, Robert Millan wrote:
> On Thu, Jan 24, 2008 at 09:46:09AM +0100, Yoshinori K. Okuji wrote:
> > > The multiboot module on i386-ieee1275 was using variables that only
> > > have a meaning on i386-pc (and i386-linuxbios): grub_os_area_addr,
&g
On Thursday 24 January 2008 20:57, Bean wrote:
> this is the patch, it can list all files.
>
> the main problem of the original code is that it assume that the next
> offset will be current offset + 1, this is not true. the offset is a
> hash value. it can be extracted when going through the B+ tre
On Friday 25 January 2008 14:25, Robert Millan wrote:
> On Fri, Jan 25, 2008 at 10:00:17AM +0100, Marco Gerards wrote:
> > "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> > > On Thursday 24 January 2008 13:42, Robert Millan wrote:
> > >> Well, if
On Friday 25 January 2008 09:56, Marco Gerards wrote:
> "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> > On Thursday 24 January 2008 13:39, Robert Millan wrote:
> >> So perhaps it's a good idea to release 1.96 with known regressions after
> >
On Tuesday 29 January 2008 12:18, Marco Gerards wrote:
> Robert Millan <[EMAIL PROTECTED]> writes:
> > On Tue, Jan 29, 2008 at 10:29:35AM +0100, Marco Gerards wrote:
> >> >> I prefer both. Not all CDROM drives are ATA drives.
> >> >
> >> > But we are likely to get USB support this summer :-)
> >>
On Tuesday 29 January 2008 12:15, Marco Gerards wrote:
> > I thought SVN wasn't (properly) supported by Savannah.
>
> I am not sure: http://savannah.gnu.org/svn/?group=phpgroupware
>
> They seem to use it...
All I can say is that SVN does not appear in the feature list.
> That's exactly what I wa
On Wednesday 30 January 2008 18:57, Marco Gerards wrote:
> No objections? Did everyone have a (quick) look at the interfaces?
>
> If I hear nothing, I will commit this patch Friday.
You didn't check the return value from a hook. Besides that, okay for me.
Thanks,
Okuji
On Thursday 31 January 2008 09:46, Franklin PIAT wrote:
> After some thoughts, I'll release the documentation[1] I wrote, with
> copyright assignments to FSF, Dual licensed under GPL+GFDL.
Thank you very much.
> I wish I could have left it on a Wiki, then do docbook/xml export, then
> converting
On Thursday 31 January 2008 11:47, Robert Millan wrote:
> > It would be nice to have some linker trick to tell the code about the
> > prelinked modules. That could make grub-mkimage a very thin wrapper
> > around "ld -r", perhaps written as a shell script.
>
> Sure it would. Shouldn't be too hard
On Thursday 31 January 2008 12:09, Robert Millan wrote:
> On Thu, Jan 31, 2008 at 04:38:15PM +0800, Bean wrote:
> > Changes in this new version:
> >
> > Fix a bug in lnxboot.
> > Use macro for magic values.
> > Try 3 times when reading from cdrom.
> >
> > 2008-01-31 Bean <[EMAIL PROTECTED]>
> >
>
On Thursday 31 January 2008 13:47, Robert Millan wrote:
> On Thu, Jan 31, 2008 at 12:38:01PM +0100, Yoshinori K. Okuji wrote:
> > On Thursday 31 January 2008 11:47, Robert Millan wrote:
> > > > It would be nice to have some linker trick to tell the code about the
> > &
On Thursday 31 January 2008 13:50, Robert Millan wrote:
> On Thu, Jan 31, 2008 at 12:28:50PM +0100, Yoshinori K. Okuji wrote:
> > Anyway, the best way of using texinfo is to start from examples. In our
> > case, you can copy the manual from GRUB Legacy, and tweak it. FYI, Ema
On Wednesday 30 January 2008 13:36, Bean wrote:
> > Do you have a more generic solution to this? Something that can be
> > compared with NESTED_FUNC_ATTR? This is an i386 only bug...
>
> perhaps define NESTED_FUNC_ADDR2 as __attribute__ ((regparm(1))) ?
Is it bad to just change the definition o
On Thursday 31 January 2008 23:35, Pavel Roskin wrote:
> > I think I told you. What's the problem?
>
> You may want to copy the message to the personal address.
>
> I guess the mailing list needs to be reconfigured to stop rewriting
> Reply-to, as recommended here:
> http://www.unicom.com/pw/reply
On Friday 01 February 2008 19:44, Paul Elliott wrote:
> > Would not the boot device be hd0?
>
> No, usually the first hard disk is hd0, the second hard disk
> is hd1, and the usb sticks come after that. At least that is
> how it works under my computer. Usually it is because the number
> of hard di
On Friday 01 February 2008 20:58, Robert Millan wrote:
> The following function name:
>
> normal/main.c:read_config_file (const char *config, int nested)
>
> is missleading. It does actually execute the config file, not just
> read it. Does it seem fine to rename it?
>
> How about `process_conf
On Saturday 02 February 2008 13:14, Yoshinori K. Okuji wrote:
> On Friday 01 February 2008 20:58, Robert Millan wrote:
> > The following function name:
> >
> > normal/main.c:read_config_file (const char *config, int nested)
> >
> > is missleading. It does actu
On Friday 01 February 2008 21:02, Robert Millan wrote:
> normal.mod seems to insist in displaying a menu even if grub.cfg didn't
> define any menu entries. This seems to be due to a bogus check (for
> menu instead of menu->size).
It is not completely bogus, since MENU can be NULL. Probably what y
On Friday 01 February 2008 22:19, Oleg Strikov wrote:
> Good day!
>
> Let's look at grub_cmdline_get() func code:
>
> /* normal/cmdline.c - line 300 */
> plen = grub_utf8_strlen (prompt);
> lpos = llen = 0;
> buf[0] = '\0';
>
> if ((grub_getxy () >> 8) != 0)
> grub_putchar ('\n');
>
>
On Friday 01 February 2008 22:41, Robert Millan wrote:
> On Fri, Feb 01, 2008 at 12:49:11PM -0800, walt wrote:
> > I got grub2 compiled on NetBSD, so now on to OpenBSD:
> >
> > In file included from ../util/i386/pc/grub-mkimage.c:29:
> > ../include/grub/misc.h:43: warning: conflicting types for bui
On Friday 01 February 2008 23:48, Robert Millan wrote:
> On Fri, Feb 01, 2008 at 11:45:50PM +0100, Robert Millan wrote:
> > +static void *
> > +grub_xrealloc (void *ptr, grub_size_t size)
> > +{
> > + void *value = grub_realloc (ptr, size);
> > + if (value == 0)
> > +grub_fatal ("Virtual memo
On Saturday 02 February 2008 18:05, Robert Millan wrote:
> On Sat, Feb 02, 2008 at 01:38:28PM +0100, Yoshinori K. Okuji wrote:
> > > Does it make sense to move any of these two to kernel? Or to
> > > normal.mod ? Or maybe just to un-static-ize them and leave them here?
> &
On Sunday 03 February 2008 11:55, Robert Millan wrote:
> You mean it is intentional? I think it's a bad plan to assume user will
> check for error status of each command, specially in situations like
> font/gfxterm.
It is quite intentional. This behavior is consistent with Bash and GRUB
Legacy.
I'm happy to announce the release of GRUB 1.96. This is the seventh of
our prereleases leading up to GRUB 2.0. We encourage you to try it, as
we have done a significant amount of work towards GRUB 2. Note that this
release is mainly for developers who are willing to contribute to our
project. If
On Sunday 03 February 2008 16:18, Robert Millan wrote:
> On Sun, Feb 03, 2008 at 09:47:17AM -0500, George Lengel wrote:
> > Dear Robert,
> >
> > I now get a 0x80 at the top of the screen just before the rescue mode
> > line. This indicates I am using my compiled version and also confirms
> > your s
On Sunday 03 February 2008 18:15, Pavel Roskin wrote:
> That's a very serious bug, which prevents Windows Vista from loading
> (and perhaps many other OSes depend on it too). Applying the patch
> fixes it. The patch needs to be applied before 1.96 is released, if
> possible.
Sorry that it's a bi
On Sunday 03 February 2008 20:34, Pavel Roskin wrote:
> I suggest that we require Autoconf 2.61 in configure.ac. It has been
> out for over a year. It's easy to install locally without breaking
> anything. It generates more portable configure scripts than older
> version of Autoconf (at least it
On Sunday 03 February 2008 17:53, Yoshinori K. Okuji wrote:
> On Sunday 03 February 2008 16:18, Robert Millan wrote:
> > On Sun, Feb 03, 2008 at 09:47:17AM -0500, George Lengel wrote:
> > > Dear Robert,
> > >
> > > I now get a 0x80 at the top of the screen ju
On Thursday 07 February 2008 00:19, Sam Morris wrote:
> On Wed, 06 Feb 2008 00:49:24 +, Sam Morris wrote:
> > Then the screen blanks, and the next thing printed is:
> >
> > Welcome to GRUB!
> >
> > Entering into rescue mode...
> > grub rescue>
> >
> > Whereupon I can enter 'insmod normal' an
On Friday 08 February 2008 17:18, Robert Millan wrote:
> Fixes an ugly result of setting timeout=0.
>
> When this is combined with the "sleep" patch I just sent, user can
> implement hiddenmenu-like functionality via scripting:
>
> echo -n "Press `ESC' to enter the menu... "
> if sleep -v -i 10 ; t
Hello,
We have created a new mailing list specific to support requests: help-grub.
From now on, if you need help on how to use GRUB, please post a message to
help-grub instead of bug-grub or grub-devel.
http://lists.gnu.org/mailman/listinfo/help-grub
Okuji
___
On Saturday 09 February 2008 23:09, Robert Millan wrote:
> On Sat, Feb 09, 2008 at 09:03:09PM +0100, Yoshinori K. Okuji wrote:
> > On Friday 08 February 2008 17:18, Robert Millan wrote:
> > > Fixes an ugly result of setting timeout=0.
> > >
> > > When this is co
On Sunday 10 February 2008 10:26, Vesa Jääskeläinen wrote:
> Yoshinori K. Okuji wrote:
> > We have created a new mailing list specific to support requests:
> > help-grub. From now on, if you need help on how to use GRUB, please post
> > a message to help-grub instead of b
On Sunday 10 February 2008 14:16, Robert Millan wrote:
> Adds a parameter to define echoing behaviour in read. Then one can use
> --echo=no or --echo=wildcard to make it suitable for reading passwords.
Can you describe how you are planning to use it?
Okuji
_
On Sunday 10 February 2008 14:09, Robert Millan wrote:
> Implement menu_lock. This is a variable that locks the menu when set.
>
> It can be used by users to lock the menu, although there's no way to
> authenticate users for unlocking it, yet (but the procedure would be
> independant from this int
On Sunday 10 February 2008 13:55, Robert Millan wrote:
> We could make the behaviour be, that if ESC is pressed at any time before
> an input line is completed, the operation is aborted, read returns
> non-zero, and it doesn't save the line to any variable. What do you think?
Not bad. :)
> > In
On Monday 11 February 2008 23:44, walt wrote:
> On Mon, 2008-02-04 at 16:56 +0100, Marco Gerards wrote:
> > walt <[EMAIL PROTECTED]> writes:
> > > NetBSD's gcc wants libgcc and libc to define __enable_execute_stack,
> > > but this is useless for a free-standing executable like grub. Define
> > > a
On Tuesday 12 February 2008 06:51, Pavel Roskin wrote:
> Hello!
>
> All grub binaries installed in $prefix/bin and $prefix/sbin start with
> "grub-" except mbchk and update-grub. mbchk is probably not meant to
> be grub specific, but update-grub is.
>
> I think it would be logical to rename update
On Sunday 10 February 2008 21:59, Robert Millan wrote:
> I didn't see this; it was inspired in the "lock" command in GRUB Legacy.
> But since it only applies to menu, and doesn't lock anything else, I
> thought "menu_lock" would be a good choice.
>
> Since our default state is not to lock the men
On Wednesday 13 February 2008 00:56, walt wrote:
> This is a link-time error, and I have no clue how to detect it at
> configure time. Please show me how you would do it.
I think the following would be sufficient:
1. Find small code which produces a reference to __enable_execute_stack even
with
On Tuesday 19 February 2008 20:05, Daedius wrote:
> I was wondering if anyone is doing any testing of Grub 2 on intel
> Macintosh computers. A test matrix someone would be nice for the
> status status of the various systems (mac mini, macbooks, mac pro, and
> xserve). I'm so happy new options are
On Monday 18 February 2008 23:08, Franklin PIAT wrote:
> Hi,
>
> On Thu, 2008-01-31 at 12:28 +0100, Yoshinori K. Okuji wrote:
> > On Thursday 31 January 2008 09:46, Franklin PIAT wrote:
> > > After some thoughts, I'll release the documentation[1] I wrote, with
>
On Tuesday 19 February 2008 21:56, Pavel Roskin wrote:
> But it made me think whether it's right for the "multiboot" command to
> try ELF if multiboot fails.
It is wrong. No fallback, please. If someone wants a fallback, it should be
accomplished with scripting.
Okuji
_
On Monday 18 February 2008 00:25, Bean wrote:
> Some adjustment in this patch: as the get_block function is only used
> when journal type is GRUB_FSHELP_JOURNAL_TYPE_FILE, i move it to
> grub_fshelp_journal instead of using it as a parameter for
> grub_fshelp_map_block. also add changelog for reise
On Sunday 17 February 2008 15:18, Alexandre Boeglin wrote:
> I have a few issues with this on a EFI machine:
> - if I press any other key but ESC, the sleep command is not interruptible
> anymore
> - the keys I press are read when the command returns
>
> Does this happen on other machines as well
On Sunday 17 February 2008 12:52, Alexandre Boeglin wrote:
> This small patch fixes grub_get_rtc on EFI architecture. If I understood
> correctly, one minute is 6 milliseconds, not 3600.
Nope. What's wrong here is the comment but not the code. It should read "This
is destined to overflow when
On Thursday 21 February 2008 19:53, Alexandre Boeglin wrote:
> It has a resolution of 1 second, which is OK I think, as afaik grub_get_rtc
> is only used to display timeout counters.
I don't think it is so good. In the future, we will have more active use of
the timer (e.g. animation).
> And my
On Thursday 21 February 2008 04:12, Bean wrote:
> On Thu, Feb 21, 2008 at 5:37 AM, Yoshinori K. Okuji <[EMAIL PROTECTED]> wrote:
> > On Monday 18 February 2008 00:25, Bean wrote:
> > > Some adjustment in this patch: as the get_block function is only used
>
On Friday 22 February 2008 08:49, Alexandre Boeglin wrote:
> Le jeu 21 fév 2008 à 22:08:55 +0100, Yoshinori K. Okuji a écrit :
> > On Sunday 17 February 2008 12:52, Alexandre Boeglin wrote:
> > > This small patch fixes grub_get_rtc on EFI architecture. If I
> > > under
On Sunday 24 February 2008 13:01, Vegard Nossum wrote:
> I have a question/comment regarding the Multiboot Specification. Since
> loaders need to read/load an object file anyway, wouldn't it be more
> appropriate to look for the multiboot header by looking up either a
> symbol name or a section nam
On Sunday 24 February 2008 16:16, Robert Millan wrote:
> On Wed, Feb 20, 2008 at 10:28:22PM +0100, Yoshinori K. Okuji wrote:
> > > Currently I can't merge my work in a grub-v1 manual, as you explained.
> > > What shall we do ?
> >
> > Why not? What we sho
On Sunday 24 February 2008 16:25, Robert Millan wrote:
> On Wed, Feb 20, 2008 at 10:20:23PM +0100, Yoshinori K. Okuji wrote:
> > Anyway, I don't like the current implementation of sleep. Robert, are you
> > going to change it according to our discussion?
>
> Sorry, I was
On Monday 25 February 2008 08:43, Franklin PIAT wrote:
> Hello,
>
> On Sun, 2008-02-24 at 16:16 +0100, Robert Millan wrote:
> > On Wed, Feb 20, 2008 at 10:28:22PM +0100, Yoshinori K. Okuji wrote:
> > > > Currently I can't merge my work in a grub-v1 manual, as you
On Tuesday 26 February 2008 06:37, Bean wrote:
> On Tue, Feb 26, 2008 at 3:09 AM, Christian Meyer <[EMAIL PROTECTED]> wrote:
> > Bean <[EMAIL PROTECTED]> schrieb am 25.02.2008 15:08:56:
> > > On Mon, Feb 25, 2008 at 7:57 PM, Christian Meyer <[EMAIL PROTECTED]>
> > wrote:
> > > > The diskimage ht
On Thursday 28 February 2008 11:41, Robert Millan wrote:
> On Thu, Feb 28, 2008 at 02:10:18AM -0500, Pavel Roskin wrote:
> > >This is on grub2 (1.96+20080203-1ubuntu1) dunno whether its a bug
> > >which should be filed in grub2 here or something which got messed up
> > >while packaging it for ubunt
On Thursday 28 February 2008 11:57, Robert Millan wrote:
> On Sat, Feb 09, 2008 at 09:03:09PM +0100, Yoshinori K. Okuji wrote:
> > On Friday 08 February 2008 17:18, Robert Millan wrote:
> > > Fixes an ugly result of setting timeout=0.
> > >
> > > When this is co
On Thursday 28 February 2008 17:58, Robert Millan wrote:
> On Fri, Feb 29, 2008 at 12:14:06AM +0800, Bean wrote:
> > > There are worse situations in fact (in that they're more common), like
> > > RAID and LVM drives (which can be the boot device too).
> > >
> > > But I don't think we need parser
On Friday 29 February 2008 13:52, Alexandre Boeglin wrote:
> Le ven 22 fév 2008 à 09:24:23 +0100, Yoshinori K. Okuji a écrit :
> > > Then, I think the problem is the same, as the current grub_get_rtc
> > > returns a number of milliseconds. So, shouldn'it be 60 * 60 * 100
On Tuesday 26 February 2008 23:34, Yoshinori K. Okuji wrote:
> On Monday 25 February 2008 08:43, Franklin PIAT wrote:
> > Hello,
> >
> > On Sun, 2008-02-24 at 16:16 +0100, Robert Millan wrote:
> > > On Wed, Feb 20, 2008 at 10:28:22PM +0100, Yoshinori K. Okuji wrot
FYI, if we want to participate the Google Summer of Code as a part of the GNU
Project, we must provide information now or soon. The question is not about
ideas for students, but who wants to be the mentor. If you are willing to do,
let me know.
Okuji
__
On Friday 07 March 2008 09:03, Bean wrote:
> On Fri, Mar 7, 2008 at 7:11 AM, Yoshinori K. Okuji <[EMAIL PROTECTED]> wrote:
> > FYI, if we want to participate the Google Summer of Code as a part of the
> > GNU Project, we must provide information now or soon. The question is no
On Saturday 08 March 2008 17:56, Bean wrote:
> perhaps as student, i'd like to write some code.
Being a mentor does not prevent you from writing code (outside the SoC).
Anyway, if you don't take part as a mentor, it means that we have no mentor,
except for Vesa. Vesa, are you willing to be a men
On Thursday 20 March 2008 16:19, Robert Millan wrote:
> I checked in a few of ideas in the GRUB web site (also updated it removed
> some obsolete stuff). Would be nice if you can review them and
> comment/improve before mentioning them to [EMAIL PROTECTED] They
> are:
>
> USB support
> ATA (paral
On Monday 14 April 2008 04:52, Julian Salazar wrote:
> Sorry if I wasn't more specific, but I was talking about the multiboot
> draft at http://grub.enbug.org/MultibootDraft, specifically the Multiboot
> Information Format.
>
> > Or maybe you mean that the kernel should tell the bootloader whether
On Saturday 19 April 2008 13:45, Patrick Georgi wrote:
> Yet, GRUB2 differs in behaviour from GRUB legacy:
>
> GRUB first looks if the file is multiboot and an ELF image. If not, it
> looks for the aout flag, and handles the file accordingly. So in case of
> the OpenSolaris kernel, it never looks a
On Saturday 31 May 2008 17:21:25 Robert Millan wrote:
> On Sat, May 31, 2008 at 08:09:50PM +0800, Bean wrote:
> > On Sat, May 31, 2008 at 7:39 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> > > I think the method is sound; what I'm complaining about (and it's not
> > > something specific to your p
On Tuesday 17 June 2008 14:54:23 Robert Millan wrote:
> On Tue, Jun 17, 2008 at 02:33:48PM +0200, Robert Millan wrote:
> > On Tue, Jun 17, 2008 at 02:22:15PM +0200, Robert Millan wrote:
> > > A problem I see here is that LZMA is licensed under GPLv2-only, so it'd
> > > probably take a rewrite of th
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
> >
> > gzi
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 c
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 disab
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?
>
On Thursday 19 June 2008 01:56:52 Pavel Roskin wrote:
> On Thu, 2008-06-19 at 00:15 +0200, Robert Millan wrote:
> > > Which implementation of LZMA do you refer to? I think LZMA SDK is
> > > available under LGPL, and most of LZMA Utils is also under LGPL. So
> > > there should be no problem.
> >
> >
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, cau
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ó:
Hello,
I have noticed that read.c has a bug. In this line:
while ((line[i - 1] != '\n') && (line[i - 1] != '\r'))
LINE is not initialized yet at the first time, so this refers to a
uninitialized location.
Regards,
Okuji
___
Grub-devel mailing lis
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 p
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 :
>
>
>
> 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 wo
On Saturday 12 July 2008 16:59:20 Michael Gorven wrote:
> On Saturday 12 July 2008 16:39:21 Robert Millan wrote:
> > On Tue, Jul 08, 2008 at 08:24:33AM +0200, Michael Gorven wrote:
> > > On Tuesday 08 July 2008 07:32:40 Yoshinori K. Okuji wrote:
> > > > This news, b
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/
pre
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 li
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 surpri
1 - 100 of 779 matches
Mail list logo
