Vladimir 'phcoder' Serbinenko a écrit :
Yves Blusseau wrote:
Hi all,
i can't compile the current version of grub2 on my linux system:
gcc -Iscript/sh -I./script/sh -I. -I./include -I./include -Wall -W
-DGRUB_LIBDIR=\"/usr/local/lib/`echo grub/i386-pc | sed 's,x,x,'`\" -g
-O2 -DGRUB_UTIL=1 -
On Thu, Oct 29, 2009 at 10:50:25AM +0100, Vladimir 'phcoder' Serbinenko wrote:
> Yves Blusseau wrote:
> > Hi all,
> >
> > i can't compile the current version of grub2 on my linux system:
> >
> > gcc -Iscript/sh -I./script/sh -I. -I./include -I./include -Wall -W
> > -DGRUB_LIBDIR=\"/usr/local/lib/`e
Yves Blusseau wrote:
> Hi all,
>
> i can't compile the current version of grub2 on my linux system:
>
> gcc -Iscript/sh -I./script/sh -I. -I./include -I./include -Wall -W
> -DGRUB_LIBDIR=\"/usr/local/lib/`echo grub/i386-pc | sed 's,x,x,'`\" -g
> -O2 -DGRUB_UTIL=1 -MD -c -o grub_emu-script_sh_lexer.
Yves Blusseau wrote:
> Hi all,
>
> i can't compile the current version of grub2 on my linux system:
>
> gcc -Iscript/sh -I./script/sh -I. -I./include -I./include -Wall -W
> -DGRUB_LIBDIR=\"/usr/local/lib/`echo grub/i386-pc | sed 's,x,x,'`\" -g
> -O2 -DGRUB_UTIL=1 -MD -c -o grub_emu-script_sh_lexer.
Hi all,
i can't compile the current version of grub2 on my linux system:
gcc -Iscript/sh -I./script/sh -I. -I./include -I./include -Wall -W
-DGRUB_LIBDIR=\"/usr/local/lib/`echo grub/i386-pc | sed 's,x,x,'`\" -g
-O2 -DGRUB_UTIL=1 -MD -c -o grub_emu-script_sh_lexer.o script/sh/lexer.c
script/sh/
Thank you for advice. It's certainly what I planned to do tomorrow.Vladimir,
I'm going to test Grub2 on mu Xserve is case of successful Xen Dom0 on Bios
PC.
As I see posted modmem.diff and posted before efiboot.diff both contains
patches for loader/i386/multiboot.c
Which code is actual for my EFI
On Tue, Jun 16, 2009 at 11:07 PM, uzer cheg wrote:
> Pavel, patched Grub2 i386 loads Xen Dom0.
> Honestly speaking it loads partially.
> Now I got new error message
> (XEN) elf_init: not an EL binary
> ...
> Panic on CPU 0
>
> I tried Xen 3.2.1 and Xen 3.4.
>
> Unfortunately I do not have right C
Pavel, patched Grub2 i386 loads Xen Dom0.
Honestly speaking it loads partially.
Now I got new error message
(XEN) elf_init: not an EL binary
...
Panic on CPU 0
I tried Xen 3.2.1 and Xen 3.4.
Unfortunately I do not have right CPU on my testing PC.
I think it's old Pentium without VT support.
Hope
On Tue, 2009-06-16 at 00:01 +0200, Vladimir 'phcoder' Serbinenko wrote:
> > Here is a part of terminal screen from MacOS X:
> Thank you for reporting this problem. Tomorrow I'll look for a fix
This message:
-nostdlib -static -Wl,-preload -Wl,-segalign,20 -Wl,-image_base,
comes from
AC_MSG_RESUL
On Mon, Jun 15, 2009 at 11:44 PM, uzer cheg wrote:
> Thank you for quick response, Vladimir.
>
> I just applied patch to grub2-r2322 and trying to build new grub2 image.
>
> It compiles fine on i386 platformbut ./configure script on amd64
> platform and MacOS X gets error message.
> Here is a part
Thank you for quick response, Vladimir.
I just applied patch to grub2-r2322 and trying to build new grub2 image.
It compiles fine on i386 platformbut ./configure script on amd64
platform and MacOS X gets error message.
Here is a part of terminal screen from MacOS X:
...
checking for nm... nm
.0 (lenny) with Dom0.
> It works fine and loads in Xen Dom0 via legacy grub supplied by Debian.
> Than I got latest grub2 via svn and built it as usual. Also I made
> custom /grub2/core.img by grub-mkimage
> On start computer loads old legacy grub. Than it loads grub2 as
> # kernel
ed by Debian.
Than I got latest grub2 via svn and built it as usual. Also I made
custom /grub2/core.img by grub-mkimage
On start computer loads old legacy grub. Than it loads grub2 as
# kernel /grub2/core.img
Grub2 starts fine and I try to load Xen.
menuentry "xen" {
multiboot /boot/
bit 2 64-bit
>> limitation. 32-bit only supports up to 3.25GB of RAM.
>>
>> Have you tried compiling it on 32-bit os? That may (for some reason)
>> fix the problem.
>>
>> Give it a go.
>>
>> Panarchy
>>
>>
>> -- Forwarded messa
Panarchy
-- Forwarded message --
From: decoder
Date: Thu, Apr 23, 2009 at 7:49 PM
Subject: Grub2 SVN on 64bit Xserve 2,1
To: grub-devel@gnu.org
Cc: st_ad...@st.cs.uni-saarland.de
Hello all,
recently, we tried to use Grub2 SVN on a 64bit Apple Xserve (Model
2,1) using EFI and
he problem.
Give it a go.
Panarchy
-- Forwarded message --
From: decoder
Date: Thu, Apr 23, 2009 at 7:49 PM
Subject: Grub2 SVN on 64bit Xserve 2,1
To: grub-devel@gnu.org
Cc: st_ad...@st.cs.uni-saarland.de
Hello all,
recently, we tried to use Grub2 SVN on a 64bit Apple Xserve
Hello all,
recently, we tried to use Grub2 SVN on a 64bit Apple Xserve (Model 2,1)
using EFI and after Bean solved some Xserve specific problems that were
discussed on the Ubuntu forums
(http://ubuntuforums.org/showthread.php?t=995704) someone else finally
managed to boot his Xserve 2,1
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 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
forms
> where applicable.
Please do. Even without the nightly tarballs, I don't think the requirement
to have a few tools installed to build from the VCS is that bad. People
who compile software from SVN should be used to this.
There was also talk of rewriting the ruby scripts into any othe
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
> > > remove it. The main argument against it is that pe
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
> > remove it. The main argument against it is that people will not be able
> > to compile without installing a lot of devel
phcoder wrote on Sunday 12 April 2009:
> 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 the users wanting to modif
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 the users wanting to modify the code. So I propose to remove
these fi
Hello
Just try the command you mentioned and got the same error:
###
[EMAIL PROTECTED] ~]# svn co svn://svn.sv.gnu.org/grub/trunk/grub2
svn: Can't connect to host 'svn.sv.gnu.org': Connection timed out
[EMAIL PROTECTED] ~]#
###
Sorry, perhaps I'm doing something wrong...
You should use this
svn co svn://svn.sv.gnu.org/grub/trunk/grub2
On Fri, 2008-10-24 at 14:09 +0100, José Campos wrote:
> Hello,
>
> When i try to trunk svn version off grub2 I receive the following message
> like bellow:
>
>
>
> [EMAIL PROTECTED] ~]# svn co sv
Hello,
When i try to trunk svn version off grub2 I receive the following message like
bellow:
[EMAIL PROTECTED] ~]# svn co svn://svn.savannah.gnu.org/grub/trunk/grub2
svn: Can't connect to host 'svn.savannah.gnu.org': Connection timed out
Can you help me.
Thanks
On Tue, Sep 30, 2008 at 02:34:36PM +0200, Hans Lambermont wrote:
> Robert Millan wrote on 20080924:
>
> > On Tue, Sep 23, 2008 at 10:58:01AM +0200, Felix Zielcke wrote:
> >> Am Dienstag, den 23.09.2008, 10:29 +0200 schrieb Hans Lambermont:
> >>> The new patch was sent to the list 2 weeks ago.
> >>
Robert Millan wrote on 20080924:
> On Tue, Sep 23, 2008 at 10:58:01AM +0200, Felix Zielcke wrote:
>> Am Dienstag, den 23.09.2008, 10:29 +0200 schrieb Hans Lambermont:
>>> The new patch was sent to the list 2 weeks ago.
>>> (See http://lists.gnu.org/archive/html/grub-devel/2008-09/msg00210.html )
>
On Tue, Sep 23, 2008 at 10:58:01AM +0200, Felix Zielcke wrote:
> Am Dienstag, den 23.09.2008, 10:29 +0200 schrieb Hans Lambermont:
> > The new patch was sent to the list 2 weeks ago.
> > (See http://lists.gnu.org/archive/html/grub-devel/2008-09/msg00210.html )
> >
> > Is there anything else that i
Am Dienstag, den 23.09.2008, 10:29 +0200 schrieb Hans Lambermont:
> The new patch was sent to the list 2 weeks ago.
> (See http://lists.gnu.org/archive/html/grub-devel/2008-09/msg00210.html )
>
> Is there anything else that is needed ?
For me personally it looks fine, but it would be good if Mar
Hans Lambermont wrote on 20080909:
> Felix Zielcke wrote on 20080903:
>> could you please address Marco's issues and send a new patch so the
>> topic is brought up again?
The new patch was sent to the list 2 weeks ago.
(See http://lists.gnu.org/archive/html/grub-devel/2008-09/msg00210.html )
Is t
ER_SIZE, from the LVM2
project lib/format_text/layout.h
Circular metadata bug found and patch debugged by
Jan Derk Gerlings <[EMAIL PROTECTED]>
The 'svn diff --diff-cmd diff -x -up' style patch is attached.
regards,
Hans Lambermont
--
Hans Lambermont, M.S
Felix Zielcke wrote on 20080903:
> could you please address Marco's issues and send a new patch so the
> topic is brought up again?
Yes, I'll make some time for it.
regards,
Hans Lambermont
--
Hans Lambermont, M.Sc. - Newtec - OS-Platform&VAS
http://newtec.eu/t:+31408519234m:+316
Hans,
could you please address Marco's issues and send a new patch so the
topic is brought up again?
Am Freitag, den 29.08.2008, 18:08 +0200 schrieb Marco Gerards:
>
> > diff -uwr grub-1.96_svn20080813-org/ChangeLog
> > grub-1.96_svn20080813-new/ChangeLog
> > --- grub-1.96_svn20080813-org/Chang
Am Freitag, den 29.08.2008, 18:08 +0200 schrieb Marco Gerards:
> Hi Hans,
>
> [EMAIL PROTECTED] (Hans Lambermont) writes:
> > Please find the patch attached, this was tested with circular metadata
> > and the segfault in grub-setup is gone and the system boots fine.
>
> Great! It is really nice
Hi Hans,
[EMAIL PROTECTED] (Hans Lambermont) writes:
> Felix Zielcke wrote on 20080828:
>
>> Am Donnerstag, den 28.08.2008, 13:14 +0200 schrieb Hans Lambermont:
>>> My colleague Jan Derk Gerlings found a bug in the way grub 1.96, svn
>>> version 20080813 (and ea
Vesa Jääskeläinen <[EMAIL PROTECTED]> writes:
> Felix Zielcke wrote:
>> The Changelog entry should be seperate, i.e. not a diff against the
>> actual ChangeLog file but you can have it above inside your patch
>> For example here my last small patch send to the list
>
> That is perfectly fine there
Hello,
Am Freitag, den 29.08.2008, 18:00 +0300 schrieb Vesa Jääskeläinen:
> Felix Zielcke wrote:
> > The Changelog entry should be seperate, i.e. not a diff against the
> > actual ChangeLog file but you can have it above inside your patch
> > For example here my last small patch send to the list
>
Felix Zielcke wrote:
> The Changelog entry should be seperate, i.e. not a diff against the
> actual ChangeLog file but you can have it above inside your patch
> For example here my last small patch send to the list
That is perfectly fine there :)
Thou, you can also copy it within your email too.
he Changelog entry should be seperate, i.e. not a diff against the
actual ChangeLog file but you can have it above inside your patch
For example here my last small patch send to the list
http://lists.gnu.org/archive/html/grub-devel/2008-08/txtUBorY42rw2.txt
Second please use `svn diff --diff-cmd d
Felix Zielcke wrote on 20080828:
> Am Donnerstag, den 28.08.2008, 13:14 +0200 schrieb Hans Lambermont:
>> My colleague Jan Derk Gerlings found a bug in the way grub 1.96, svn
>> version 20080813 (and earlier) reads the circular lvm2 metadata
>> buffer.
>
> Great, on D
Am Donnerstag, den 28.08.2008, 13:14 +0200 schrieb Hans Lambermont:
> Hi all,
Hello,
> My colleague Jan Derk Gerlings found a bug in the way grub 1.96, svn
> version 20080813 (and earlier) reads the circular lvm2 metadata buffer.
Great, on Debian BTS we have 2 bugs [0] related to
Hi all,
My colleague Jan Derk Gerlings found a bug in the way grub 1.96, svn
version 20080813 (and earlier) reads the circular lvm2 metadata buffer.
If the lvm2 metadata is too large to fit in the buffer given an offset,
then it is continued at the start of the buffer. In this case the
current
grub-legacy boots everything except GPT stuff
grub2 svn 17aug2008 boots everything except leopard-MBR stuff
I went on the IRC #grub channel installed grub-emu and started it
In grub-emu in the console mode I did a ls -l (hd0,2) and saw the structure of
my Leopard partition
However In real Life
On Sun, Aug 10, 2008 at 05:54:27PM +0800, y.volta wrote:
> Hi,
>
> i check-out the latest revsion, and confiure it using all default
> settings, but i failed to get the core.img to run.
> by using the bochdbg, i get to know the decompress with sth. wrong, when i
> jump to the grub_main(), t
Hi,
i check-out the latest revsion, and confiure it using all default settings,
but i failed to get the core.img to run.
by using the bochdbg, i get to know the decompress with sth. wrong, when i
jump to the grub_main(), the
debug screen shows me "CPU_LOOP 1", the asm code is: "int 0xe8".
On Sun, 10 Aug 2008 09:42:39 +0800
"y.volta" <[EMAIL PROTECTED]> wrote:
> hi all,
>
> I have a question about using svn: how can i synchronize the
> local copy with the local svn and official svn? for examle:
>
> 1. i checkout the official grub2 fr
On Sun, Aug 10, 2008 at 09:42:39AM +0800, y.volta wrote:
> hi all,
>
> I have a question about using svn: how can i synchronize the
> local copy with the local svn and official svn?
I've solved that problem by using a different source control tool for
the local repos
hi all,
I have a question about using svn: how can i synchronize the local copy
with the local svn and official svn?
for examle:
1. i checkout the official grub2 from SA
(svn://svn.sv.gnu.org/grub/trunk/grub2) to LD (/home/grub2);
2. and then, i create a local site to host the
On Thu, Aug 07, 2008 at 02:21:03PM +0200, Robert Millan wrote:
> On Mon, Aug 04, 2008 at 08:51:25AM -0400, Pavel Roskin wrote:
> > On Mon, 2008-08-04 at 11:16 +0200, Robert Millan wrote:
> >
> > > Furthermore, I had a look and some of the x86_64 versions are just stubs
> > > that
> > > include th
On Mon, Aug 04, 2008 at 08:51:25AM -0400, Pavel Roskin wrote:
> On Mon, 2008-08-04 at 11:16 +0200, Robert Millan wrote:
>
> > Furthermore, I had a look and some of the x86_64 versions are just stubs
> > that
> > include the i386 one.
> >
> > Why don't we handle this like Linux? They ship a sing
On Thu, Aug 7, 2008 at 6:58 PM, Felix Zielcke <[EMAIL PROTECTED]> wrote:
> Am Montag, den 04.08.2008, 02:31 +0200 schrieb Felix Zielcke:
>> I just tried to compile the Debian packages with the currently SVN
>> version and it failed:
>>
> And again, I did a clean `svn
Am Montag, den 04.08.2008, 02:31 +0200 schrieb Felix Zielcke:
> I just tried to compile the Debian packages with the currently SVN
> version and it failed:
>
And again, I did a clean `svn co' to compile the full suite of debian
packages and this time i386-efi failed:
cc -Ikern/i3
Viswesh S wrote:
Hi,
I have a small suggestion.
Why cant we document in a small file, the procedures, or the dont's
while adding modules or modifying grub2.A FAQ file may be.
That will help us in the long run.
Viswesh
A) We have Wiki for that purpose. Please use that to fill this informat
elopment of GRUB 2
Sent: Tuesday, 5 August, 2008 9:25:43 PM
Subject: Re: Remove conf/*.mk from svn
Am Dienstag, den 05.08.2008, 17:48 +0200 schrieb Marco Gerards:
>
> Actually, since ruby is required to generate these files, I guess we
> can better keep the .mk files.
>
Just a li
t <[EMAIL PROTECTED]> writes:
> > >>> I think we should remove conf/*.mk from the Subversion
> > >>> repository. If people are going to be developing on GRUB and
> > >>> checking out svn branches, then I think it's fine to require
> > >&g
repository. If
> >>> people are going to be developing on GRUB and checking out svn
> >>> branches, then I think it's fine to require them to have Ruby. For
> >>> released tarballs that we expect non-developers to use, we just need to
> >>> g
Am Dienstag, den 05.08.2008, 17:48 +0200 schrieb Marco Gerards:
>
> Actually, since ruby is required to generate these files, I guess we
> can better keep the .mk files.
>
Just a little note from me:
The Debian package build depends already on ruby so this won't be a
problem for all Debian guy
Vesa Jääskeläinen <[EMAIL PROTECTED]> writes:
> Marco Gerards wrote:
>> Colin D Bennett <[EMAIL PROTECTED]> writes:
>>> I think we should remove conf/*.mk from the Subversion repository. If
>>> people are going to be developing on GRUB and checking out svn
Marco Gerards wrote:
Colin D Bennett <[EMAIL PROTECTED]> writes:
I think we should remove conf/*.mk from the Subversion repository. If
people are going to be developing on GRUB and checking out svn
branches, then I think it's fine to require them to have Ruby. For
released tarba
Hi,
Colin D Bennett <[EMAIL PROTECTED]> writes:
[...]
> I think we should remove conf/*.mk from the Subversion repository. If
> people are going to be developing on GRUB and checking out svn
> branches, then I think it's fine to require them to have Ruby. For
> re
Hi,
Christian Franke <[EMAIL PROTECTED]> writes:
> For a release tarball, It IMO also makes sense to include
> util/parser.tab.c. It is platform-independent and rarely changed. This
> would remove bison from the list of prerequisites.
Fine for me.
--
Marco
___
On Mon, 2008-08-04 at 17:11 +0200, Robert Millan wrote:
> Ok, but I think the i386->x86 rename would be overkill. We're already using
> i386/ headers on x86_64 (for example, when building util/ stuff in grub-pc).
> It
> doesn't hurt if we continue doing that IMHO.
Fine with me.
--
Regards,
Pa
On Mon, Aug 04, 2008 at 08:51:25AM -0400, Pavel Roskin wrote:
> On Mon, 2008-08-04 at 11:16 +0200, Robert Millan wrote:
>
> > Furthermore, I had a look and some of the x86_64 versions are just stubs
> > that
> > include the i386 one.
> >
> > Why don't we handle this like Linux? They ship a sing
On Mon, 2008-08-04 at 11:16 +0200, Robert Millan wrote:
> Furthermore, I had a look and some of the x86_64 versions are just stubs that
> include the i386 one.
>
> Why don't we handle this like Linux? They ship a single directory and use
> #ifdefs where appropiate. That enforces consistency in
On Mon, Aug 04, 2008 at 01:02:41AM -0400, Pavel Roskin wrote:
>
> I confirm it. And the i386-pc platform grew new warnings:
>
> kern/main.c: In function 'grub_set_root_dev':
> kern/main.c:108: warning: implicit declaration of function 'grub_free'
> loader/i386/pc/multiboot.c: In function 'grub_m
On Mon, Aug 04, 2008 at 02:31:28AM +0200, Felix Zielcke wrote:
> I just tried to compile the Debian packages with the currently SVN
> version and it failed:
>
> cc -Iloader/i386/efi -I/home/fz/grub/grub2-1.96+20080804/loader/i386/efi -I.
> -Iinclude -I/home/fz/grub/grub2-1.96+2
On Mon, 2008-08-04 at 02:31 +0200, Felix Zielcke wrote:
> I just tried to compile the Debian packages with the currently SVN
> version and it failed:
>
> cc -Iloader/i386/efi -I/home/fz/grub/grub2-1.96+20080804/loader/i386/efi -I.
> -Iinclude -I/home/fz/grub/grub2-1.96+20080804/i
I just tried to compile the Debian packages with the currently SVN
version and it failed:
cc -Iloader/i386/efi -I/home/fz/grub/grub2-1.96+20080804/loader/i386/efi -I.
-Iinclude -I/home/fz/grub/grub2-1.96+20080804/include -Wall -W -Wall -W
-Wshadow -Wpointer-arith -Wmissing-prototypes
rdingly as shown below.
> >
> > GRUB developers,
> >
> > I think we should remove conf/*.mk from the Subversion repository. If
> > people are going to be developing on GRUB and checking out svn
> > branches, then I think it's fine to require them to have Ruby. Fo
On Mon, 2008-07-28 at 00:28 +0200, Christian Franke wrote:
> Pavel Roskin wrote:
> > At least we should put a message into *.mk files that would make it
> > clear that they are generated.
> >
> >
>
> Yes.
Done.
> For a release tarball, It IMO also makes sense to include
> util/parser.tab.c.
Pavel Roskin wrote:
On Fri, 2008-07-25 at 20:41 +0200, Christian Franke wrote:
I agree, the files generated by ./autogen.sh should be included in
tarball, but not in the repo.
Additional prerequisites (autoconf, ruby) for builds from svn are IMO OK.
I agree.
At least we should put
On Fri, 2008-07-25 at 20:41 +0200, Christian Franke wrote:
> I agree, the files generated by ./autogen.sh should be included in
> tarball, but not in the repo.
> Additional prerequisites (autoconf, ruby) for builds from svn are IMO OK.
I agree.
At least we should put a message into *
ove conf/*.mk from the Subversion repository. If
> people are going to be developing on GRUB and checking out svn
> branches, then I think it's fine to require them to have Ruby. For
> released tarballs that we expect non-developers to use, we just need to
> generate the *.mk f
UB and checking out svn
branches, then I think it's fine to require them to have Ruby. For
released tarballs that we expect non-developers to use, we just need to
generate the *.mk files and include them in the tarball.
What is the benefit of having conf/*.mk files in svn? They cause lo
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 think we should remove conf/*.mk from the Subversion repository. If
people are going to be developing on GRUB and checkin
On Wed, Jul 02, 2008 at 01:35:14PM +0200, Marco Gerards wrote:
> Hi,
>
> Bean <[EMAIL PROTECTED]> writes:
>
> > Nice, it's up and running now.
> >
> > But I have a small question, how to get email notification of svn commits ?
They should be sent to [
Hi,
Bean <[EMAIL PROTECTED]> writes:
> Nice, it's up and running now.
>
> But I have a small question, how to get email notification of svn commits ?
Do we have to request the savannah maintainers to enable this feature?
--
Marco
__
On Wed, Jul 2, 2008 at 1:25 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Not sure why grub-devel didn't receive the updates, as it was CCed. Anyway,
> SVN is enabled now.
>
> See https://savannah.gnu.org/svn/?group=grub
>
> and https://savannah.gn
On Tue, 2008-07-01 at 19:25 +0200, Robert Millan wrote:
> Hi,
>
> Not sure why grub-devel didn't receive the updates, as it was CCed. Anyway,
> SVN is enabled now.
>
> See https://savannah.gnu.org/svn/?group=grub
>
> and https://savannah.gnu.org/support/?106422
I
On Tue, Jul 01, 2008 at 08:48:04PM +0300, Vesa Jääskeläinen wrote:
> Robert Millan wrote:
> >Hi,
> >
> >Not sure why grub-devel didn't receive the updates, as it was CCed.
> >Anyway,
> >SVN is enabled now.
> >
> >See https://savannah.gnu.org/s
Robert Millan wrote:
Hi,
Not sure why grub-devel didn't receive the updates, as it was CCed. Anyway,
SVN is enabled now.
See https://savannah.gnu.org/svn/?group=grub
and https://savannah.gnu.org/support/?106422
grub-devel is member only mailing list and it should stay like that.
But
Hi,
Not sure why grub-devel didn't receive the updates, as it was CCed. Anyway,
SVN is enabled now.
See https://savannah.gnu.org/svn/?group=grub
and https://savannah.gnu.org/support/?106422
--
Robert Millan
I know my rights; I want my phone call!
What good is a phone call… if yo
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes:
> On Tuesday 17 June 2008 14:48:52 Marco Gerards wrote:
>> Hi,
>>
>> Bean <[EMAIL PROTECTED]> writes:
>> > It seems svn is available at savannah:
>> >
>> > https://savan
Yoshinori K. Okuji wrote:
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
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
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 watch the list closely.
On Tue, Jun 17, 2008 at 11:27:00AM +0800, Bean wrote:
> Hi,
>
> It seems svn is available at savannah:
>
> https://savannah.gnu.org/forum/forum.php?forum_id=5340
>
> any plan to switch ?
I second that. Then we could finally move files comfortably.
--
Robert Millan
I k
Hi,
It seems svn is available at savannah:
https://savannah.gnu.org/forum/forum.php?forum_id=5340
any plan to switch ?
--
Bean
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
90 matches
Mail list logo
