Resignation

2009-09-25 Thread Pavel Roskin
Hello! I have very little time for GNU GRUB, and I don't want to exercise any authority in the project without being able to track the mailing list and participate in the discussions. I would like to resign as comaintainer of GNU GRUB starting immediately. I'll try to participate if I have time.

Re: configure does not honor CC when testing for -mcmodel=large

2009-09-25 Thread Colin Watson
On Fri, Sep 25, 2009 at 03:35:57PM -0700, Seth Goldberg wrote: > Ok, setting TARGET_CC to gcc-4.3.2 works around this. My assumption was > that CC was the right environment variable (technically, it is, since I'm > not "cross-compiling". Any reason not to use --host as well as --target then, s

Re: configure does not honor CC when testing for -mcmodel=large

2009-09-25 Thread Seth Goldberg
Ok, setting TARGET_CC to gcc-4.3.2 works around this. My assumption was that CC was the right environment variable (technically, it is, since I'm not "cross-compiling". This going back to the core problem of all autoconf detecting Solaris as i386-pc-solaris and not x86_64-pc-solaris. --S

Re: configure does not honor CC when testing for -mcmodel=large

2009-09-25 Thread Colin Watson
On Fri, Sep 25, 2009 at 03:29:47PM -0700, Seth Goldberg wrote: > Setting $CC to another gcc (not in the path) fails when attempting to > configure for 64-bit EFI if the installed gcc cannot handle > -mcmodel=large. configure.in should be changed to honor $CC. I'm > horrible at m4 / autoconf,

configure does not honor CC when testing for -mcmodel=large

2009-09-25 Thread Seth Goldberg
Hi, Setting $CC to another gcc (not in the path) fails when attempting to configure for 64-bit EFI if the installed gcc cannot handle -mcmodel=large. configure.in should be changed to honor $CC. I'm horrible at m4 / autoconf, so I'm not sure what needs to be changed (otherwise, I'd provide a

Re: 16bit x86 assembler/disassembler

2009-09-25 Thread James Courtier-Dutton
2009/9/25 Seth Goldberg : > Hi, > >  gas supports 16-bit code with .code16 directives.  What are you trying to > do? > I would like to have some .c code, compile it into 16-bit x86 code. I then want to look at the resulting 16-bit x86 code with a disassembler. ___

Re: 16bit x86 assembler/disassembler

2009-09-25 Thread Seth Goldberg
Hi, gas supports 16-bit code with .code16 directives. What are you trying to do? --S Quoting James Courtier-Dutton, who wrote the following on Fri, 25 Sep 2009: Hi, Where is a 16bit x86 assembler/disassembler I am assuming that one is using one for grub. Does it do C to 16bit x86 cod

16bit x86 assembler/disassembler

2009-09-25 Thread James Courtier-Dutton
Hi, Where is a 16bit x86 assembler/disassembler I am assuming that one is using one for grub. Does it do C to 16bit x86 code? Kind Regards James ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [GITGRUB] New menu interface (implementation)

2009-09-25 Thread Bean
Hi, Update: Some adjustment to data representation. For example: background = "/splash.png" means loads splash.png, no extra handling if loading fails (text mode or file not found) background = "/splash.png,,blue" means loads splash.png, if it fails, replace it with rect that has blue backgro

Re: grub-0.97: btrfs multidevice support [PATCH]

2009-09-25 Thread Felix Zielcke
Am Freitag, den 25.09.2009, 16:01 +0100 schrieb Colin Watson: > On Fri, Sep 25, 2009 at 04:09:51PM +0200, Robert Millan wrote: > > On Fri, Sep 25, 2009 at 08:38:10AM +1000, Bron Gondwana wrote: > > > On Thu, Sep 24, 2009 at 10:21:46PM +0200, Robert Millan wrote: > > > > Edward - please do continue

Re: grub-0.97: btrfs multidevice support [PATCH]

2009-09-25 Thread Robert Millan
On Fri, Sep 25, 2009 at 07:16:09AM -0700, Ric Wheeler wrote: > > That would be rather unusual - we certainly discuss ext2 and ancient file > systems in our ext development lists. > > A lot of distros (and their users) still use grub, just like a lot of > users still use ext2. We support ext2 too

Re: grub-0.97: btrfs multidevice support [PATCH]

2009-09-25 Thread Colin Watson
On Fri, Sep 25, 2009 at 04:09:51PM +0200, Robert Millan wrote: > On Fri, Sep 25, 2009 at 08:38:10AM +1000, Bron Gondwana wrote: > > On Thu, Sep 24, 2009 at 10:21:46PM +0200, Robert Millan wrote: > > > I'm sorry but GRUB Legacy is not maintained. At least not by us; we've > > > deprecated it in fa

Re: patch to replace (UUID=) hack

2009-09-25 Thread Vladimir 'phcoder' Serbinenko
Robert Millan wrote: > On Fri, Sep 25, 2009 at 01:31:54PM +0200, Vladimir 'phcoder' Serbinenko wrote: > >> Robert Millan wrote: >> >>> On Tue, Sep 22, 2009 at 09:56:07AM +0200, Vladimir 'phcoder' Serbinenko >>> wrote: >>> >>> Try attached WIP patch >>

Re: Current Grub2 & problem with /boot on different drive

2009-09-25 Thread Vladimir 'phcoder' Serbinenko
Dean Loros wrote: > I have installed the patched Grub2 that Colin has in his PPA & done the > normal updating that he requested including confirming that it is > installed to my first drive. It is the only grub installed on my system, > so I feel very certain that I was using it during my timed run

Re: patch to replace (UUID=) hack

2009-09-25 Thread Robert Millan
On Fri, Sep 25, 2009 at 01:31:54PM +0200, Vladimir 'phcoder' Serbinenko wrote: > Robert Millan wrote: > > On Tue, Sep 22, 2009 at 09:56:07AM +0200, Vladimir 'phcoder' Serbinenko > > wrote: > > > >> Try attached WIP patch > >> > > > > Excellent. This was quite necessary. I have to admit m

Re: grub-0.97: btrfs multidevice support [PATCH]

2009-09-25 Thread Robert Millan
On Fri, Sep 25, 2009 at 08:38:10AM +1000, Bron Gondwana wrote: > On Thu, Sep 24, 2009 at 10:21:46PM +0200, Robert Millan wrote: > > > > Hi Edward, > > > > I'm sorry but GRUB Legacy is not maintained. At least not by us; we've > > deprecated it in favour of GRUB 2. > > > > It is also being aban

Re: Current Grub2 & problem with /boot on different drive

2009-09-25 Thread Dean Loros
I have installed the patched Grub2 that Colin has in his PPA & done the normal updating that he requested including confirming that it is installed to my first drive. It is the only grub installed on my system, so I feel very certain that I was using it during my timed run last evening. To re-confi

Re: patch to replace (UUID=) hack

2009-09-25 Thread Vladimir 'phcoder' Serbinenko
Robert Millan wrote: > On Tue, Sep 22, 2009 at 09:56:07AM +0200, Vladimir 'phcoder' Serbinenko wrote: > >> Try attached WIP patch >> > > Excellent. This was quite necessary. I have to admit my (UUID=) kludge was > a really poor solution (although in that time, the alternatives weren't > s

Re: [GITGRUB] New menu interface (implementation)

2009-09-25 Thread Michal Suchanek
2009/9/25 Bean : > On Fri, Sep 25, 2009 at 6:13 PM, Michal Suchanek wrote: >> 2009/9/25 Bean : >>> On Fri, Sep 25, 2009 at 5:46 PM, Michal Suchanek >>> wrote: 2009/9/25 Bean : > On Fri, Sep 25, 2009 at 5:00 PM, Michal Suchanek > wrote: >> If I understand it correctly this mean

Re: [GITGRUB] New menu interface (implementation)

2009-09-25 Thread Bean
On Fri, Sep 25, 2009 at 6:13 PM, Michal Suchanek wrote: > 2009/9/25 Bean : >> On Fri, Sep 25, 2009 at 5:46 PM, Michal Suchanek wrote: >>> 2009/9/25 Bean : On Fri, Sep 25, 2009 at 5:00 PM, Michal Suchanek wrote: > If I understand it correctly this means that a panel is a bunch of >

Re: [GITGRUB] New menu interface (implementation)

2009-09-25 Thread Michal Suchanek
2009/9/25 Bean : > On Fri, Sep 25, 2009 at 5:46 PM, Michal Suchanek wrote: >> 2009/9/25 Bean : >>> On Fri, Sep 25, 2009 at 5:00 PM, Michal Suchanek >>> wrote: If I understand it correctly this means that a panel is a bunch of cells which are laid out horizontally and at some random poi

Re: [GITGRUB] New menu interface (implementation)

2009-09-25 Thread Bean
On Fri, Sep 25, 2009 at 5:46 PM, Michal Suchanek wrote: > 2009/9/25 Bean : >> On Fri, Sep 25, 2009 at 5:00 PM, Michal Suchanek wrote: >>> If I understand it correctly this means that a panel is a bunch of >>> cells which are laid out horizontally and at some random point (but at >>> most after ma

Re: [GITGRUB] New menu interface (implementation)

2009-09-25 Thread Michal Suchanek
2009/9/25 Bean : > On Fri, Sep 25, 2009 at 5:00 PM, Michal Suchanek wrote: >> If I understand it correctly this means that a panel is a bunch of >> cells which are laid out horizontally and at some random point (but at >> most after max_columns cells) a row break is inserted and the later >> cells

Re: [GITGRUB] New menu interface (implementation)

2009-09-25 Thread Bean
On Fri, Sep 25, 2009 at 5:00 PM, Michal Suchanek wrote: > If I understand it correctly this means that a panel is a bunch of > cells which are laid out horizontally and at some random point (but at > most after max_columns cells) a row break is inserted and the later > cells start in a new row. >

Re: [GITGRUB] New menu interface (implementation)

2009-09-25 Thread Michal Suchanek
2009/9/25 Bean : > On Fri, Sep 25, 2009 at 6:00 AM, Michal Suchanek wrote: >> Certainly an element that does not have any parent is special. >> Inventing a new element only for the purpose of not having a parent >> seems over the board, though. >> >> There is certainly some check necessary for thi

Re: [GITGRUB] New menu interface (implementation)

2009-09-25 Thread Bean
On Fri, Sep 25, 2009 at 6:00 AM, Michal Suchanek wrote: > Certainly an element that does not have any parent is special. > Inventing a new element only for the purpose of not having a parent > seems over the board, though. > > There is certainly some check necessary for this situation but there >