On Wed, 2009-04-15 at 00:45 +0900, Yoshinori K. Okuji wrote:
> On Saturday 11 April 2009 22:16:58 Pavel Roskin wrote:
> > Quoting "Yoshinori K. Okuji" :
> > > "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
You can checkout the code via:
svn co svn://svn.savannah.gnu.org/grub/trunk/grub2
Then use the autocompile.sh
script that was posted earlier to make builds of grub2 or
you can wait for the nightly autobuilder to be set-up and just download its
results (from wherever they will be announced).
Hi
Great news!
Thanks for your reply!
Can't wait for PHcoder to finish his work!
Panarchy
On Wed, Apr 15, 2009 at 5:17 AM, Joey Korkames wrote:
>> What's the advantage of booting with an mfsroot?
>
> You can make a minimal fbsd system in the mfsroot that is smart enough to
> "init_chroot" fro
For a number of weird reasons, I would find the ability to kexec into grub2
from a running linux system useful.
In looking at the current code out there, there seems to be two ways to make
grub2 able to support this:
1) Add a 32-bit load segment to boot/i386/pc/lnxboot.S as described by
http
Hi,dear folks, unfortunately I have a tough working schedule last time.
It still not tested.
Hope to do it in a few weeks.
phcoder, I will report results.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
What's the advantage of booting with an mfsroot?
You can make a minimal fbsd system in the mfsroot that is smart enough to
"init_chroot" from a SMB/NFS netmount, or from a cloop file stored a CD or
http-sever (cached to a tmpfs (ramdisk)). Mine also unionfs-mounts a tmpfs
to what ever root th
Hi,
committed.
On Tue, Apr 14, 2009 at 11:47 PM, Yoshinori K. Okuji wrote:
> 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
Sorry this was supposed to be personal email to step21. I would never
send a binary to a list
phcoder wrote:
--
Regards
Vladimir 'phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Regards
Vladimir 'phcoder' Serbinenko
xnu.mod
Description: audio/mod
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Hi,
ok, committed.
On Tue, Apr 14, 2009 at 11:41 PM, Yoshinori K. Okuji wrote:
> On Saturday 11 April 2009 21:07:51 Bean wrote:
>> On Sat, Apr 11, 2009 at 6:24 PM, Yoshinori K. Okuji wrote:
>> > On Saturday 11 April 2009 18:29:00 Bean wrote:
>> >> Hi,
>> >>
>> >> When symbol name is 8 or less,
Hi,
Oh nice, can you confirm that there is no license conflict in porting
code from lua ?
On Tue, Apr 14, 2009 at 11:33 PM, Yoshinori K. Okuji wrote:
> 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 int
Am Mittwoch, den 15.04.2009, 00:35 +0900 schrieb Yoshinori K. Okuji:
>
> Well, it was not only about ruby, but also about autoconf. Anyway, if someone
> updates the INSTALL file appropriately, I don't object.
>
Ok, I just removed configure,config.h.in,stamp-h.in,DISTLIST,conf/*.mk,
updated INS
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
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_getl
On Saturday 11 April 2009 22:16:58 Pavel Roskin wrote:
> Quoting "Yoshinori K. Okuji" :
> > "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 21:07:51 Bean wrote:
> On Sat, Apr 11, 2009 at 6:24 PM, Yoshinori K. Okuji 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 did
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
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 befo
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, becaus
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
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
> > 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 wouldn't
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 preboot_re
On Sun, Apr 12, 2009 at 01:47:49PM +0200, phcoder wrote:
> Hello, we all know how annoying are these autogenerated files. We could
> remove it. The main argument against it is that people will not be able
> to compile without installing a lot of developement tools. It changes
> nothing for th
I posted binaries from grub2 rev 2074 with all modules, for further
evaluation -
http://ubuntuforums.org/showpost.php?p=7061606&postcount=595
(post #595 grub2074.tar.gz )
On Tue, Apr 14, 2009 at 9:17 PM, Peter Cros wrote:
> Hi,
> SVN rev 2074 should be good for Xserve1,1 and 1,2 according to t
Hi,
SVN rev 2074 should be good for Xserve1,1 and 1,2 according to tests we ran
at ubuntu forums.
On Tue, Apr 14, 2009 at 6:23 PM, Drew Rosen wrote:
> Hi Peter Cros,
>
> If you need anyone to run tests on the Xserve, I have a score of machines
> that we want to use on Linux...
>
>
>
>
> On Apr 9
Hello,
On Apr/11/2009, phcoder wrote:
> Hello, thanks for your work. It's a nice stuff, however it has some
> minor problems
During last months I have been extremely busy :-( and I think that I
will be during some more weeks, that's the reason that I have not been
following up :-(
I will catc
From: David Miller
Date: Tue, 14 Apr 2009 01:53:00 -0700 (PDT)
> From: John Stanley
> Date: Tue, 14 Apr 2009 05:17:44 -0400
>
>> An update: I looked at the change between r2077 and r2104 and it looks
>> like the relevant code is util/hostdisk.c; I've attached a patch that
>> appears to fix the
I haven't yet looked in depth in drivemap patch but it has some
problems. It uses preboot hook interface for which I proposed an update
in my recent patch "preboot hooks". Also it doesn't update memorymap
correctly. For this it should use my "mmap services" interface
John Stanley wrote:
Thanks
From: John Stanley
Date: Tue, 14 Apr 2009 05:17:44 -0400
> An update: I looked at the change between r2077 and r2104 and it looks
> like the relevant code is util/hostdisk.c; I've attached a patch that
> appears to fix the problem.
Sorry about that bug.
I did test that patch, I wonder why it wo
Hi Peter Cros,
If you need anyone to run tests on the Xserve, I have a score of
machines that we want to use on Linux...
On Apr 9, 2009, at 7:23 AM, Peter Cros wrote:
Hi,
It will be good to get this resolved and on SVN grub2 so people
(ubuntuforums) can build for Apple efi with the latest
Hi Uzer Cheg.
Any progress on the Xserve?
On Mar 18, 2009, at 6:22 AM, uzer cheg wrote:
Dear all,
I'm trying to run Xen Dom0 kernel on my Xserve.
As I see I need Grub's entry like this:
menuentry "Xen 3.3 unstable -i386
{
search --set /boot/xen-3.3.gz
multiboot /boot/xen-3.3.gz
module
Thanks Felix,
Hurm.. Well, if anyone is interested, I have just made a couple of
additional updates to the drivemap.path.8 code,
and now with r2104 the "unaligned pointer" issue is gone, and it is
working great on my systems. I can post the patch if you or anyone else
is interested.
John
Fe
Awesome.
BTW: How do these update to GRUB2 work, I mean to the patches, once
proven automatically get integrated into GRUB2 (and released to the
official website)?
On Mon, Apr 13, 2009 at 9:44 PM, Felix Zielcke wrote:
> Am Samstag, den 11.04.2009, 23:52 +0200 schrieb Felix Zielcke:
>> Hi,
>>
>>
An update: I looked at the change between r2077 and r2104 and it looks
like the relevant code is util/hostdisk.c; I've attached a patch that
appears to fix the problem.
John
Hi Again,
Thanks, r2104 builds with --enable-grub-fstest now, but a new problem,
not present in r2101 has surfaced:
What's the advantage of booting with an mfsroot?
Also, will it be advantageous to me?
(FreeBSD installations contained within a UFS, UFS2 &/or ZFS logical partition)
On Tue, Apr 14, 2009 at 7:36 AM, Joey Korkames wrote:
> That did the trick - amd64 boots with a mfsroot now. thanks!
>
> -joey
>
Am Montag, den 13.04.2009, 21:03 -0400 schrieb John Stanley:
> Hi all,
> I was wondering what the current status of a grub2 port of the grub-0.97
> "map" and "rootnoverify" commands is? I have found some work done to
> this end in the "drivemap.patch" work, but I find nothing more recent
> than
Am Montag, den 13.04.2009, 21:11 +0200 schrieb Robert Millan:
> How about [__FreeBSD__ || __FreeBSD_kernel__] ?
Ok.
> > + if (sysctlbyname ("kern.geom.debugflags", &sysctl_oldflags,
> > &sysctl_size, NULL, 0))
> > +grub_util_error ("cannot get current flags of sysctl
> > kern.geom.debugfl
37 matches
Mail list logo
