at all beyond
compile-testing as I don't have a suitable system myself ...)
I suppose it might be nice to macroify the stuff in
grub_util_getdiskname, but TBH I'm not sure it would shorten it all that
much or make it much more readable, so I didn't bother.
Thanks,
--
Colin Watson
project:
$ bzr push
Using saved push location: bzr+ssh://bzr.sv.gnu.org/man-db/trunk
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo
])
MAN_GCC_WARNING([write-strings])
MAN_GCC_WARNING([strict-prototypes])
MAN_GCC_WARNING([shadow])
MAN_GCC_WARNING([format-security])
MAN_GCC_WARNING([no-missing-field-initializers])
fi
Feel free to use and adjust to taste if you want.
--
Colin Watson
,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
to have arrived yet (though
I was away for a couple of weeks; maybe I should have another dig
through the post pile ...)
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http
===
--- ChangeLog (revision 2334)
+++ ChangeLog (working copy)
@@ -1,3 +1,9 @@
+2009-06-17 Colin Watson cjwat...@ubuntu.com
+
+ * util/elf/grub-mkimage.c (usage): Prefix each option line with two
+ spaces, for the benefit of help2man
This patch fixes
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/190207.
Index: ChangeLog
===
--- ChangeLog (revision 2335)
+++ ChangeLog (working copy)
@@ -1,5 +1,10 @@
+2009-06-17 Colin Watson cjwat...@ubuntu.com
system fails to boot then there are loads of things
other than the boot loader that might plausibly only be able to give you
errors in English anyway.
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel
to do at that
screen. Hit Tab to get to options? Cursor-key off the bottom? Press O or
H?
I think it's too terse in general.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
remove the os-prober package, but that doesn't really
scale as other packages are allowed to depend on it too.
Perhaps we could have a configuration option for this? Patch attached.
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
Index: util/grub.d/30_os
On Fri, Jul 10, 2009 at 07:31:21PM +0200, Robert Millan wrote:
On Wed, Jul 08, 2009 at 04:38:23PM +0100, Colin Watson wrote:
Some people seem to want to disable os-prober for various reasons (e.g.
they have lots of test installations lying around that they don't
normally want to get
this is fixable with blockdev --setro. The main reason
we haven't got round to doing this in os-prober yet is that we need to
get round to adding blockdev to busybox (which is important for
os-prober's original purpose, the Debian installer).
--
Colin Watson
at
libparted/labels/dos.c:msdos_probe(), which is already FSF-copyrighted
and GPLv3+. GRUB should use the same algorithm, and then the worst case
is that things will fail consistently.
--
Colin Watson [cjwat...@ubuntu.com
nor
the Linux kernel will understand it as a DOS partition table. Is it
really all that helpful for GRUB to attempt to do so?
I've never heard of false positives with the libparted/Linux checks. Do
you have real-world examples of them failing?
--
Colin Watson
be, sure; but checking that that byte is one of the two
permitted values in all four partitions happens to be a good sanity
check for whether it's really an MS-DOS label or in fact something else.
--
Colin Watson [cjwat...@ubuntu.com
GRUB
device names to grub-probe?
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
as desired. I also moved the timeout down to after
the point when the graphical terminal is initialised, to decrease the
period when GRUB isn't in the desired screen resolution.
2009-08-10 Colin Watson cjwat...@ubuntu.com
* util/grub-mkconfig.in: Export GRUB_HIDDEN_TIMEOUT.
* util
text at all, and it doesn't seem to start one
until relatively late for me. It may be that the next step here is to
try to explicitly tell the kernel to set the correct VESA mode rather
than using 0x0F04, but I thought I'd send this patch anyway in the
meantime ...
2009-08-10 Colin Watson cjwat
On Mon, Aug 10, 2009 at 01:44:50PM +0200, Robert Millan wrote:
On Mon, Aug 10, 2009 at 11:38:11AM +0100, Colin Watson wrote:
I'd like to integrate http://grub.enbug.org/Hiddenmenu as a
grub-mkconfig option so that we can use it by default in Ubuntu. How
does the attached patch look? I
On Mon, Aug 10, 2009 at 01:49:40PM +0200, Robert Millan wrote:
On Mon, Aug 10, 2009 at 12:01:02PM +0100, Colin Watson wrote:
If the user set keep in gfxpayload, as I understand it, that indicates
that they want the graphical mode set by GRUB to persist through to the
kernel. In order
On Mon, Aug 10, 2009 at 02:05:15PM +0200, Vladimir 'phcoder' Serbinenko wrote:
Colin Watson wrote:
This doesn't quite work perfectly yet. It's better than before - I've
tested this, and if everything works properly then the result is a
smooth zero-flicker transition, which is wonderful
On Mon, Aug 10, 2009 at 05:15:41PM +0200, Robert Millan wrote:
On Mon, Aug 10, 2009 at 12:58:35PM +0100, Colin Watson wrote:
It also seems that doing this right is tricky on the kernel side (see
https://lists.ubuntu.com/archives/kernel-team/2009-August/006773.html
and thread), so I probably
0x0F04 really do something when used in combination with Linux' vesafb?
It seems to be 16-bit boot protocol only. I withdraw this patch for the
time being as I'm obviously confused.
--
Colin Watson [cjwat...@ubuntu.com
it is not really directly relevant to that.
Regards,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
will only work properly on little-endian CPUs.
This looks as if it ought to be better, although I'm not really in a
position to test it:
if (len data-size)
len = data-size;
--
Colin Watson [cjwat...@ubuntu.com
,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Robert/Pavel
that the save step should be a single command/function.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Wed, Aug 12, 2009 at 09:41:39AM +0100, Colin Watson wrote:
On Wed, Aug 12, 2009 at 02:43:34AM +0200, Robert Millan wrote:
On Mon, Aug 10, 2009 at 07:10:12PM +0200, Vladimir 'phcoder' Serbinenko
wrote:
What about savedefault? Which savedefault way you prefer?
I think it would
On Wed, Aug 12, 2009 at 06:10:18PM +0200, Vladimir 'phcoder' Serbinenko wrote:
Colin Watson wrote:
This is based on previous work in GRUB Legacy by Kristian and Peter
(CCed). Peter tells me that Red Hat has an assignment already on file,
and it looks like mine is finally making some
On Thu, Aug 13, 2009 at 02:54:29AM -0400, Pavel Roskin wrote:
On Wed, 2009-08-12 at 16:25 +0100, Colin Watson wrote:
I'm having persistent problems with grub.cfg and core.img getting out of
sync. The usual pattern is:
* Some shiny new feature appears in core.img
* We extend grub
On Mon, Aug 10, 2009 at 05:10:31PM +0200, Robert Millan wrote:
On Mon, Aug 10, 2009 at 12:55:05PM +0100, Colin Watson wrote:
If we default to verbose, we could also have an option to turn it off from
/etc/default/grub, if that makes life easier for you.
Slightly, I suppose. I thought
On Thu, Aug 13, 2009 at 10:52:05PM +0200, Robert Millan wrote:
On Wed, Aug 12, 2009 at 11:14:31PM +0100, Colin Watson wrote:
On Wed, Aug 12, 2009 at 06:10:18PM +0200, Vladimir 'phcoder' Serbinenko
wrote:
Colin Watson wrote:
This is based on previous work in GRUB Legacy by Kristian
On Sun, Aug 23, 2009 at 03:22:41PM +0200, Felix Zielcke wrote:
Doestn't grub-mkconfig need to export it so it's actually usable
in /etc/default/grub?
Yes, that seems likely. Sorry about that.
2009-08-23 Colin Watson cjwat...@ubuntu.com
* util/grub-mkconfig.in: Export
On Sun, Aug 23, 2009 at 08:42:52PM +0200, Vladimir 'phcoder' Serbinenko wrote:
This partition scheme is PC-style ans calling it msdos effectively
means miscrediting IBM's work to Microsoft. I don't believe this to be
correct.
It's consistent with GNU Parted though ...
--
Colin Watson
On Mon, Aug 24, 2009 at 12:27:45AM +0200, Robert Millan wrote:
On Wed, Aug 12, 2009 at 04:35:21PM +0100, Colin Watson wrote:
+static int
+grub_at_keyboard_keystatus (void)
+{
+ /* FIXME: I don't know if getting key modifier status is possible without
+ * BIOS help. */
+ return 0
On Mon, Aug 24, 2009 at 12:46:29AM +0200, Vladimir 'phcoder' Serbinenko wrote:
[Could you please preserve attributions in your replies? I've reinserted
one here so that it's clear who wrote what.]
Colin Watson wrote:
The values I picked for the constants were convenient for i386-pc
On Mon, Aug 24, 2009 at 01:57:26PM +0200, Robert Millan wrote:
On Mon, Aug 24, 2009 at 10:11:10AM +0100, Colin Watson wrote:
No, that code only spots make scan codes arriving after GRUB's terminal
starts up. AFAICS it has no way to tell whether e.g. Shift was held down
already when GRUB
a keyboard report, so I think it must simply be a
timeout. USB frames are 1ms so waiting for 50ms should do.
2009-08-24 Colin Watson cjwat...@ubuntu.com
* term/usb_keyboard.c (grub_usb_keyboard_getreport): Make
`report' grub_uint8_t *.
(grub_usb_keyboard_checkkey): Make
--modules='uhci usb_keyboard' --pkglibdir=.
--grub-mkimage=./grub-mkimage ../t/disk
qemu -boot d -cdrom ../t/disk -usb -usbdevice keyboard
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel
special)
really does need actual kernel work. Look at where CONFIG_VGA_CONSOLE is
handled in arch/x86/kernel/setup.c for an example of the sort of thing I
mean.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel
On Mon, Aug 24, 2009 at 05:23:00PM +0100, Colin Watson wrote:
On Mon, Aug 24, 2009 at 04:28:00PM +0200, Robert Millan wrote:
Please go ahead (I assume you've tested it, at least with QEMU's USB
keyboard).
Hmm. Does GRUB actually work with that right now? Even without my patch
applied
On Mon, Aug 24, 2009 at 04:28:00PM +0200, Robert Millan wrote:
On Mon, Aug 24, 2009 at 02:27:07PM +0100, Colin Watson wrote:
Perhaps we can apply the following patch first, then? I was following
existing style, so the other code should be updated too.
Ah, sorry I didn't know
errors in your
patch and (b) adds USB keyboard support back in. How does this look?
2009-08-24 Colin Watson cjwat...@ubuntu.com
2009-08-24 Robert Millan rmh.g...@aybabtu.com
Add `getkeystatus' terminal method. Use it in `sleep' to detect
Shift being held down.
* include
On Tue, Aug 25, 2009 at 12:02:17AM +0100, Colin Watson wrote:
I'm open to other ideas. 'sleep --interruptible 0' is not an entirely
natural way to express what I'm looking for, so I'm not particularly
attached to it. 'if sleep --interruptible 0; then set timeout=0; fi' is
suboptimal because
On Wed, Aug 26, 2009 at 08:39:00PM +0200, Robert Millan wrote:
On Wed, Aug 26, 2009 at 04:33:56PM +0100, Colin Watson wrote:
Index: commands/sleep.c
===
--- commands/sleep.c(revision 2535)
+++ commands/sleep.c
+20090826/normal/cmdline.c:276:
warning: format not a string literal and no format arguments
2009-08-27 Colin Watson cjwat...@ubuntu.com
* normal/cmdline.c (grub_cmdline_get): Supply a format string as
the first argument to grub_printf.
Index: normal/cmdline.c
On Fri, Aug 28, 2009 at 02:44:15PM +0200, Robert Millan wrote:
On Wed, Aug 26, 2009 at 09:26:06PM +0100, Colin Watson wrote:
If GRUB_HIDDEN_TIMEOUT is set to a non-zero value, I would use sleep
rather than keystatus, I think. (At least, if I decided I wanted to
support that configuration
On Fri, Aug 28, 2009 at 02:48:45PM +0200, Robert Millan wrote:
On Thu, Aug 27, 2009 at 12:55:18AM +0100, Colin Watson wrote:
2009-08-27 Colin Watson cjwat...@ubuntu.com
* normal/cmdline.c (grub_cmdline_get): Supply a format string as
the first argument to grub_printf.
Thanks
possible that it may cause previously-working cases to
fail due to the extra strictness; so I thought I'd post it here in case
it helps anyone out.
2009-09-02 Colin Watson cjwat...@ubuntu.com
* util/grub-probe.c (probe): Test st.st_mode using S_ISREG macro
rather than comparing
?
2009-09-02 Colin Watson cjwat...@ubuntu.com
* docs/grub.texi: Describe one-based partition numbering.
Document acpi, blocklist, crc, export, insmod, keystatus, ls,
set, and unset commands.
Could you perhaps explicitly mention sections updated?
Sure.
-example
This implements saving an environment variable with a given value
without having to set that variable first, as suggested by Pavel here:
http://lists.gnu.org/archive/html/grub-devel/2009-06/msg00190.html
2009-09-02 Colin Watson cjwat...@ubuntu.com
* commands/loadenv.c
On Wed, Sep 02, 2009 at 03:11:32PM +0100, Colin Watson wrote:
Still to do: update grub-set-default to use this (obvious, I think);
implement 'savedefault --once' and grub-reboot (useful when you want to
tell the boot loader to boot something else just once, but then return
to the previous
Colin Watson cjwat...@ubuntu.com
* configure.ac: By default, GCC 4.4 generates .eh_frame sections
containing unwind information in some cases where it previously did
not. Use -fno-dwarf2-cfi-asm if available to restore the old
behaviour. See http
On Thu, Sep 03, 2009 at 04:16:27PM +0200, Robert Millan wrote:
On Tue, Sep 01, 2009 at 05:19:51PM +0100, Colin Watson wrote:
(Per a discussion with Robert on IRC, this can be post-1.97 if you
like.)
Would it make sense for grub-editenv to have a default for the filename?
I dislike
on it too.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Thu, Sep 03, 2009 at 04:47:40PM +0200, Robert Millan wrote:
On Thu, Sep 03, 2009 at 11:22:04AM +0100, Colin Watson wrote:
I'd like to commit this for 1.97; it's important for users of recent
distributions that use GCC 4.4 by default (which is the current release
series of GCC). Otherwise
On Thu, Sep 03, 2009 at 04:38:27PM +0200, Robert Millan wrote:
On Wed, Sep 02, 2009 at 03:11:32PM +0100, Colin Watson wrote:
I realise that Robert already said that this was post-1.97 material, but
I'd like to see if we can agree on this in advance.
This patch looks sane to me. I'm afraid
On Thu, Sep 03, 2009 at 05:38:27PM +0200, Robert Millan wrote:
Ok. Unless someone knows better, I'm fine with your previous approach.
Committed, then; if somebody has a better idea they can always refine
from here.
--
Colin Watson [cjwat...@ubuntu.com
():
A proper fix for this would be too intrusive for 1.97. Unless someone
has a bright idea, I'll comment it out untill we've released.
For the release this is probable the best idea.
Agreed. Sorry for this regression.
--
Colin Watson [cjwat...@ubuntu.com
sensible to do this in grub-mkconfig itself - it
doesn't really fit well into the /etc/grub.d/ hook system, which is
really just for generating output.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
or not this is a terrible idea, so I'm sending
mail in case somebody thinks it's a good idea and wants to run with it.
:-)
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http
, the startup fs modules are still read-only, but after
entering normal mode, users can switch to the fuse driver for more
functionality.
The level of functionality provided by the existing filesystem modules
would be quite sufficient.
--
Colin Watson [cjwat
. (Yes,
I know it's some work in GRUB, which is why this thread is labelled Mad
idea.)
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub
of Autoconf than we already require.
2009-09-10 Colin Watson cjwat...@ubuntu.com
* configure.ac: Don't look for help2man when cross-compiling. Fixes
part of bug #27349.
Index: configure.ac
===
--- configure.ac
filesystem, and wondering why he was getting out of disk
errors. Also, obviously, I didn't refer to Microsoft code in the process
of fixing this.)
2009-09-10 Colin Watson cjwat...@ubuntu.com
* include/grub/ntfs.h (struct grub_fshelp_node): Change `size'
to grub_uint64_t.
* fs
On Thu, Sep 10, 2009 at 09:17:54PM +0200, Robert Millan wrote:
On Thu, Sep 10, 2009 at 05:39:14PM +0100, Colin Watson wrote:
Index: include/grub/ntfs.h
===
--- include/grub/ntfs.h (revision 2584)
+++ include/grub/ntfs.h
it's likely to be more
efficient, but I'm attaching both alternatives to this mail. Please let
me know what you think.
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
2009-09-10 Colin Watson cjwat...@ubuntu.com
* disk/loopback.c (struct grub_loopback): Add
On Thu, Sep 10, 2009 at 09:20:19PM +0200, Robert Millan wrote:
On Thu, Sep 10, 2009 at 04:37:29PM +0100, Colin Watson wrote:
Index: configure.ac
===
--- configure.ac(revision 2584)
+++ configure.ac(working copy
On Fri, Sep 11, 2009 at 03:13:57PM +0200, Robert Millan wrote:
On Thu, Sep 10, 2009 at 11:51:04PM +0100, Colin Watson wrote:
Revised patch follows, also addressing Felix's comment. Is this better?
Looks fine.
Committed, thanks.
--
Colin Watson [cjwat
On Fri, Sep 11, 2009 at 03:14:53PM +0200, Robert Millan wrote:
On Thu, Sep 10, 2009 at 08:24:44PM +0100, Colin Watson wrote:
It probably would, but I don't think anything cares, does it? This data
structure is purely internal - it isn't read from disk in a way that
expects structures
don't see how grub-mkconfig could compensate for a missing feature in
save_env. Perhaps I'm missing the context here.
The choices are:
var=value
save_env var
(uglier grub-mkconfig code, smaller core)
save_env var=value
(simpler grub-mkconfig, more code in core)
--
Colin Watson
crashes (there
is a sudden restart) when I run the test.
The following patch fixes this. OK to commit?
2009-09-14 Colin Watson cjwat...@ubuntu.com
* commands/test.c (get_fileinfo): Return immediately if
grub_fs_probe fails.
Index: commands/test.c
I recently fixed
https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/393565 in
os-prober svn. GRUB needs this patch to handle the new output correctly.
2009-09-14 Colin Watson cjwat...@ubuntu.com
* util/grub.d/30_os-prober.in: Cope with Windows 7 in os-prober
output
On Mon, Sep 14, 2009 at 12:27:06PM +0100, Colin Watson wrote:
I recently fixed
https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/393565 in
os-prober svn. GRUB needs this patch to handle the new output correctly.
Felix OKed this on #debian-boot so I went ahead and committed.
--
Colin
and maintain.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
kind of generic superset, I'd
expect that we'd end up ignoring it and doing our own thing anyway.
I've just seen this done wrongly far too many times.
Cheers,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel
ago, I must
admin.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
number
I'm a little baffled. Why does the disk cache size make a difference
here? He has four disks - I'd have thought that 1021 would be plenty.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
On Tue, Sep 22, 2009 at 09:49:23AM +0200, Vladimir 'phcoder' Serbinenko wrote:
Colin Watson wrote:
* configure.ac: Check for makeinfo.
* Makefile.in (MAKEINFO, INFOS, info_INFOS): New variables.
(MAINTAINER_CLEANFILES): Add $(INFOS), docs/stamp-vti, and
docs/version.texi
' is
supposed to be tab. Replacing 'sed' with 'gsed' or 'perl -p' fixes this
issue.
Does putting a hard tab in the source file fix this? It's not pretty,
but we could do that.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub
that nobody is maintaining GRUB Legacy upstream right
now, which is better, to have your patch ignored or to receive a note
saying that it's against an unmaintained target? I'd go for not being
ignored any day.
--
Colin Watson [cjwat...@ubuntu.com
-solaris.
That should be fixed in config.{guess,sub}, certainly.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
is not yet stable. As
such, I expect that the Ubuntu package will be changing to make this
harder to do by accident.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http
On Sat, Sep 26, 2009 at 10:07:41AM +0100, James Courtier-Dutton wrote:
2009/9/26 Colin Watson cjwat...@ubuntu.com:
At the moment, this is a recipe for GRUB becoming unusable, as the
interface between the core image and grub.cfg is not yet stable. As
such, I expect that the Ubuntu package
If grub-editenv create is interrupted, it's theoretically possible for
it to create an incomplete block that future grub-editenv calls won't
recognise. It would be better for it to atomically create either a
complete block or nothing. Any objections?
2009-09-30 Colin Watson cjwat...@ubuntu.com
On Wed, Sep 30, 2009 at 11:54:30PM +0100, Colin Watson wrote:
If grub-editenv create is interrupted, it's theoretically possible for
it to create an incomplete block that future grub-editenv calls won't
recognise. It would be better for it to atomically create either a
complete block
On Thu, Oct 01, 2009 at 09:31:55PM -0500, richardvo...@gmail.com wrote:
On Wed, Sep 30, 2009 at 5:54 PM, Colin Watson cjwat...@ubuntu.com wrote:
If grub-editenv create is interrupted, it's theoretically possible for
it to create an incomplete block that future grub-editenv calls won't
)
return grub_errno;
var = grub_env_find (name);
}
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
result
in an unbootable system.
Would it help to double-check with blkid in this case, or something like
that?
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http
On Sat, Oct 17, 2009 at 02:50:41PM +0200, Felix Zielcke wrote:
If /dev/disk/by-uuid/abc123 doestn't exit, then this implies
that /dev/disk/by-uuid is not a directory.
I think you are misreading the original patch. Check it again ...
--
Colin Watson [cjwat
if the Debian source package
were maintained in it too, as a straightforward branch of the
appropriate upstream revision; that way, it would be possible to simply
'bzr merge' changes.
--
Colin Watson [cjwat...@ubuntu.com
+ssh://${userna...@bzr.sv.gnu.org/grub/trunk
Although I'm not a Bazaar developer myself, I have a lot of experience
with using it, and am happy to offer assistance to any GRUB developers
who may run into problems.
--
Colin Watson [cjwat...@ubuntu.com
GRUB: Robert Millan rmh.g...@aybabtu.com *
rrmh.g...@aybabtu.com-20091024205823-fv80obkubaqsi9vi test/test: test commit 2
... you get r764 or similar.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing
/cjwatson/raid-virtio/
=== modified file 'ChangeLog'
--- ChangeLog 2009-10-21 12:22:05 +
+++ ChangeLog 2009-10-25 01:32:02 +
@@ -1,3 +1,22 @@
+2009-10-25 Colin Watson cjwat...@ubuntu.com
+
+ Support RAID on virtio devices, and others.
+
+ * util/getroot.c [__MINGW32__
On Sun, Oct 25, 2009 at 10:27:49AM +0100, Vladimir 'phcoder' Serbinenko wrote:
Colin Watson wrote:
GRUB only supports RAID on a relatively small number of device types, as
implemented by grub_util_getdiskname. I received a bug report noting
that this doesn't work for RAID arrays with virtio
. Now I get the error:
I don't see the string m2c anywhere in GRUB. This is part of the
default 'make' rule for building Modula-2 programs, which is irrelevant
here; it's an accident of how files happen to be named that it's used at
all.
GRUB does not have a regression test suite.
--
Colin Watson
good rename tracking, and will only
consider two files to be different versions of the same file if they
have the same file-id; you can see the file-id with e.g. 'bzr ls
--show-ids'.)
I haven't looked at these two branches to find out exactly what's
happened.
--
Colin Watson
On Sat, Oct 31, 2009 at 02:45:49PM +0100, Robert Millan wrote:
On Sat, Oct 31, 2009 at 01:26:22PM +, Colin Watson wrote:
This usually means that there is a problem with the way the branches
were created or with the way they've been managed, such that the files
in each branch do not have
} root=device:${ROOT_DEVICE}
EOF
prepare_grub_to_access_device ${GRUB_DEVICE} | sed -e s/^/\t/
cat EOF
'multiboot ${kernel} root=device:${GRUB_DEVICE#/dev/}' would be simpler
and quicker.
--
Colin Watson [cjwat...@ubuntu.com
for the time
being. There may be cunning things we can do in future on systems that
support kernel modesetting, but it's not worth it right now.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub
1 - 100 of 625 matches
Mail list logo
