Le lundi 01 juin 2009 à 12:11 +0200, Vladimir 'phcoder' Serbinenko a
écrit :
> On Sun, May 3, 2009 at 7:19 PM, Michael Scherer wrote:
> >
> > Le 7 févr. 09 à 22:02, Robert Millan a écrit :
> >
> >> On Mon, Jan 12, 2009 at 10:52:48PM +0100, Michael Scherer wrote:
> >>>
> >>> Hi,
> >>>
> >>> Here is
On Tue, Jun 2, 2009 at 11:12 PM, Felix Zielcke wrote:
> Am Dienstag, den 02.06.2009, 13:54 -0700 schrieb David Miller:
>> From: Marco Gerards
>> Date: Tue, 02 Jun 2009 17:17:46 +0200
>>
>> > No offense, but didn't Okuji implement more than most of us did? He
>> > actually wrote all the intial co
> Well, thanks for taking time to review :)
You're welcome
>
> Just for my own curiosity, isn't the inlining of function automatic with
> gcc and recent compiler ?
It is. However if you want to be sure better to say it explicitely
>
>> @@ -218,6 +228,7 @@ struct grub_hfsplus_data
>>/* This is t
>
> Neither have I, but xen-devel says MiniOS is BSD, and should be
> acceptable for Grub.
If it's under MIT or new BSD license it is. However no code with
unclear licensing can be used in grub2
>
>> Also it's much better in licensing and technical point of view to do
>> it from scratch: it usually
I wonder why nobody on this list noticed this yet.
Jordi reported this already on Debian a while ago [0]
It fails with `No suitable backend could be found for gfxterm.'
The problem is that gfxterm is used when nothing is explicitly specified
and the fonts were compiled, but the fails because vbe.m
Le mercredi 03 juin 2009 à 11:26 +0200, Vladimir 'phcoder' Serbinenko a
écrit :
> I see a two last problems with your patch:
> + grub_uint32_t clump_size; // ignored
> We use /* Ignored. */ style of comments
> @@ -3106,7 +3112,6 @@
> (freetype_libs): Likewise.
>
> * util/grub-mk
Am Dienstag, den 02.06.2009, 12:13 +0200 schrieb Felix Zielcke:
> Savannah has recovered now:
> https://savannah.gnu.org/forum/forum.php?forum_id=5828
>
> I checked out both their SVN backups with rsync.
> The April one seems to be really working but the incomplete May not:
> $ svnadmin verify gru
Am Mittwoch, den 03.06.2009, 15:28 +0200 schrieb Felix Zielcke:
>
> Luckly they now found a working backup from May 27 [0]
>
> http://lists.gnu.org/archive/html/savannah-users/2009-06/msg00027.html
> I checked it out with rsync and verified it with `svnadmin verify'
> It's up to rev 2238 so we on
Am Montag, den 01.06.2009, 16:24 +0200 schrieb Vladimir 'phcoder'
Serbinenko:
> However convention for
> creating false is:
> return grub_error (GRUB_ERR_TEST_FAILURE, "false");
> and not
> return 1;
Ok changed it. If everyone is fine with placing this in normal/main.c, I
commit it.
--
Felix
Am Montag, den 04.05.2009, 22:31 +0200 schrieb Robert Millan:
> On Tue, May 05, 2009 at 03:44:27AM +0800, Bean wrote:
> > Hi,
> >
> > git users can add this at the beginning of .git/hooks/pre-commit to
> > run the copyright update test before committing:
> >
> > L1=`git diff --cached --stat 2>/de
On Wed, 2009-06-03 at 15:51 +0200, Felix Zielcke wrote:
> Am Mittwoch, den 03.06.2009, 15:28 +0200 schrieb Felix Zielcke:
> >
> > Luckly they now found a working backup from May 27 [0]
> >
> > http://lists.gnu.org/archive/html/savannah-users/2009-06/msg00027.html
> > I checked it out with rsync a
Try create gub2 multiboot cd.
My kernel worked fine with grub-legacy.
But encounter problem.
kernel receive mmap up to 1meg...
lsmmap command show full mmap.
multiboot fill mmap over grub_mmap_iterate,
lsmmap get mmap over grub_machine_mmap_iterate.
May be machine_mmap is better?
Sometime, ke
On Wed, 2009-06-03 at 11:43 +0200, Felix Zielcke wrote:
> I wonder why nobody on this list noticed this yet.
> Jordi reported this already on Debian a while ago [0]
>
> It fails with `No suitable backend could be found for gfxterm.'
> The problem is that gfxterm is used when nothing is explicitly
Hello!
I think the ChangeLog needs to be improved. It's immodest to claim
"complete" support for something. It's a very strong statement. It's
better to say "improve". Or better yet, let's be specific. Also please
spell check the entry. "insensitive" and "insentive" is not the same.
You want
Hello,
just talked with a guy from the debian-boot people about using grub-efi
for the Intel Mac Users.
Is there any way avaible in Linux to detect somehow if the EFI is 64bit
or 32bit?
Maybe some list of CPUs which could be grep'ed from /proc/cpuinfo or so?
I read on refit page that Apple introdu
(CCing Okuji so he hopefully reads this)
The homepage still says grub2 is under development and the FAQ says:
It is usable, but we are still making incompatible changes from time to
time. Stabilizing the features is planned in November, 2008
November 2008 has already been past.
So what are the pl
Am Mittwoch, den 03.06.2009, 16:55 -0400 schrieb Pavel Roskin:
> On Wed, 2009-06-03 at 11:43 +0200, Felix Zielcke wrote:
> > I wonder why nobody on this list noticed this yet.
> > Jordi reported this already on Debian a while ago [0]
> >
> > It fails with `No suitable backend could be found for gf
Am Mittwoch, den 03.06.2009, 23:53 +0200 schrieb Felix Zielcke:
> (CCing Okuji so he hopefully reads this)
Args actually forgot to CC him.
> The homepage still says grub2 is under development and the FAQ says:
> It is usable, but we are still making incompatible changes from time to
> time. Stabi
On Wed, Jun 3, 2009 at 9:52 PM, Andrey Valyaev wrote:
> Try create gub2 multiboot cd.
> My kernel worked fine with grub-legacy.
>
> But encounter problem.
> kernel receive mmap up to 1meg...
> lsmmap command show full mmap.
>
> multiboot fill mmap over grub_mmap_iterate,
> lsmmap get mmap over gru
On Wed, Jun 3, 2009 at 11:32 PM, Felix Zielcke wrote:
> Hello,
>
> just talked with a guy from the debian-boot people about using grub-efi
> for the Intel Mac Users.
> Is there any way avaible in Linux to detect somehow if the EFI is 64bit
> or 32bit?
If you EFI-boot linux then its architecture is
On Wed, Jun 3, 2009 at 11:53 PM, Felix Zielcke wrote:
> (CCing Okuji so he hopefully reads this)
>
> The homepage still says grub2 is under development and the FAQ says:
> It is usable, but we are still making incompatible changes from time to
> time. Stabilizing the features is planned in Novembe
21 matches
Mail list logo