Arthur Marsh wrote, on 07/07/09 14:10:
Pavel Roskin wrote, on 2009-07-07 13:53:
On Tue, 2009-07-07 at 13:08 +0930, Arthur Marsh wrote:
Pavel Roskin wrote, on 07/07/09 11:28:
On Tue, 2009-07-07 at 10:41 +0930, Arthur Marsh wrote:
using grub-emu at the moment. I'll try in real grub when I rebo
Hi,
there is a "bug" in boot.img: if you install the boot.img into the
volume boot sector of a FAT32 partition instead of MBR (i know it's a
bad idea), you "destroyed" the partition (even grub will not recognize it).
The problem is that the FAT32 FileSystem need a 87 bytes long BPB
instead of
On Sun, Jul 05, 2009 at 11:13:25AM +0800, Bean wrote:
> Hi,
>
> >> LUA integration.
> >> LUA is quite powerful, it's more suitable to do complicated task than
> >> sh script. For example, we can use it to detect os at runtime,
> >> implement simple commands, or draw the graphic menu.
> >
> > I don
On Sun, Jul 05, 2009 at 10:20:07PM -0400, Pavel Roskin wrote:
> Hello!
>
> I have just fixed a breakage in the Linux loader that was committed
> yesterday. Linux would not be able to mount the root partition. If
> anyone ended up with an unbootable system, please use linux16 and
> initrd16
On Mon, Jul 06, 2009 at 05:13:03PM -0400, Pavel Roskin wrote:
> ChangeLog:
>
> * commands/search.c (search_file): Merge into ...
> (search_fs): ... this. On error, don't output what we were
> looking for. Accept search type as argument.
> (grub_cmd_search): Pass search ty
On Tue, 2009-07-07 at 20:41 +0200, Robert Millan wrote:
> On Sun, Jul 05, 2009 at 10:20:07PM -0400, Pavel Roskin wrote:
> > Hello!
> >
> > I have just fixed a breakage in the Linux loader that was committed
> > yesterday. Linux would not be able to mount the root partition. If
> > anyone ende
On Sat, Jun 27, 2009 at 01:25:21PM +0200, Robert Millan wrote:
>
> Hi,
>
> Pavel pointed out earlier that sometimes when starting on i386-qemu GRUB
> receives spurious events from AT keyboard. It seems that it is the role
> of the firmware to flush this buffer at startup.
>
> Unless someone has
On Mon, 2009-07-06 at 19:43 -0400, Pavel Roskin wrote:
> - if (opt->longarg && ! grub_strcmp (opt->longarg, s))
> + if (opt->longarg && ! grub_strncmp (opt->longarg, s, len))
This change has an unexpected side effect, as GRUB starts recognizing
abbreviated options (like --fs instead o
On Tue, 2009-07-07 at 20:42 +0200, Robert Millan wrote:
> I'd suggest making this clearer by eithe explicitly checking for
> SEARCH_XXX or otherwise put a comment after the else.
Done. Committed.
--
Regards,
Pavel Roskin
___
Grub-devel mailing list
On Tue, 2009-07-07 at 21:51 +0200, Robert Millan wrote:
> I think we should just jump to 0x0 to reboot. I didn't know back when I
> wrote reboot.c, but this is supposedly more reliable since we're jumping to
> code in ROM which hasn't been overwritten (kern/i386/pc/startup.S uses the
> same t
On Tue, 2009-07-07 at 10:08 +0200, Yves BLUSSEAU wrote:
> Hi,
>
> there is a "bug" in boot.img: if you install the boot.img into the
> volume boot sector of a FAT32 partition instead of MBR (i know it's a
> bad idea), you "destroyed" the partition (even grub will not recognize it).
I think a mu
Quoting Pavel Roskin :
* change the minor version of the GRUB_BOOT_VERSION 4.0 => 4.1
I don't see where it's checked. What's the effect of the change?
P.S. I think eventually grub-setup should learn to use ELF images.
Then the boot version could be a discardable constant, and the
l
On Tue, 2009-07-07 at 20:39 +0200, Robert Millan wrote:
> > With LUA, we can have a more user friendly interface. I like way rEFIt
> > works, it doesn't require configuration. At runtime, it detects os and
> > shows an icon for each of them. We can achieve similar goal using lua.
> > Of course, ad
On Tue, 2009-07-07 at 16:21 +0930, Arthur Marsh wrote:
> ok, after applying the "second take" search.c patch, I get:
>
> sh:grub> ls -l
> Device hd0: Partition table
> Partition hd0,7: Filesystem type ext2, Last modification time
> 2009-07-07
> 06:24:14 Tuesday, UUID 96c96a61-8615-4
Hello,
(Cc-ing the grub-devel mailing list for the record)
Just a few short points:
- brltty GPL2+ and has a _lot_ of drivers for braille devices, it would
be sad to not reuse them :)
- speakup is also GPL2+ and has drivers for hardware speech syntheses.
- qemu can emulate a Baum braille devic
15 matches
Mail list logo