gt; This is very confusing and usually results in your e-mail being
> unhandled when topic you posted is handled.
Grégoire's mail made perfect sense in this thread - he was raising an
incompatibility between his patch series and my patch, th
On Wed, Jun 09, 2010 at 10:31:26PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 06/08/2010 08:26 PM, Colin Watson wrote:
> > On Tue, Jun 08, 2010 at 07:58:57PM +0200, Grégoire Sutre wrote:
> >> In a recent message sent to the list [1], I proposed the follow
On Sat, Jun 12, 2010 at 04:17:08PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 06/07/2010 11:09 PM, Colin Watson wrote:
> > I just committed a couple of typo fixes to the website, and suddenly the
> > redesign you committed back in February went live, rathe
practical problem?
2010-06-13 Colin Watson
* kern/emu/hostdisk.c: Include and
on FreeBSD. Define HAVE_DIOCGDINFO on NetBSD and FreeBSD to reduce
the verbosity of later #ifs.
(find_partition_start): Define this function on FreeBSD too.
(device_is
ly be done using
less code than the first option above, and all told it feels a bit less
hacky to me.
What do people prefer?
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Mon, Jun 14, 2010 at 08:07:35AM -0500, richardvo...@gmail.com wrote:
> Colin Watson wrote:
> > I can think of an alternative. We do still need grub_install_dos_part
> > and grub_install_bsd_part for the multiboot trampoline, which is in
> > assembly, so it's
On Mon, Jun 14, 2010 at 02:25:39PM +0100, Colin Watson wrote:
> On Mon, Jun 14, 2010 at 08:07:35AM -0500, richardvo...@gmail.com wrote:
> > Colin Watson wrote:
> > > I can think of an alternative. We do still need grub_install_dos_part
> > > and grub_install_bsd_part f
On Mon, Jun 14, 2010 at 05:58:55PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 06/14/2010 05:02 PM, Colin Watson wrote:
> > 2010-06-14 Colin Watson
> >
> > Fix i386-pc prefix handling with nested partitions (Debian bug
> > #58506
st
> checking :).
That part of my patch was just copied from immediately above, so doesn't
really change the current state.
grub-mkrescue has special code for dealing with CDs and setting an
appropriate prefix at run-time from the output of a 'search' command.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Mon, Jun 14, 2010 at 07:12:38PM +0200, Grégoire Sutre wrote:
> On 06/14/2010 18:43, Colin Watson wrote:
>> Do you have any suggestions on how to deal with that? I'm not familiar
>> with multiboot and need guidance.
>
> A possible solution would be to use the mult
On Tue, Jun 15, 2010 at 11:07:42PM +0200, Grégoire Sutre wrote:
> On 06/15/2010 01:21 PM, Colin Watson wrote:
>>2) If multiboot_trampoline needs to change install_dos_part or
>> install_bsd_part based on the value of boot_device in the MBI, then
>> we know tha
On Thu, Jun 17, 2010 at 02:47:11AM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 06/15/2010 01:21 PM, Colin Watson wrote:
> > On Mon, Jun 14, 2010 at 07:12:38PM +0200, Grégoire Sutre wrote:
> >> On 06/14/2010 18:43, Colin Watson wrote:
> >>> Do
w
what you think?
Here's a ChangeLog fragment for the parts I was responsible for.
Vladimir said that he would write a ChangeLog for the parts he wrote
(i.e. most of the branch ...). Following that is a diff of the branch
against trunk.
2010-06-17 Colin Watson
* util/grub-mkconfig.in:
y automatically.
Makes sense to me. grub-devel, how about this patch?
2010-06-20 Colin Watson
* commands/cat.c (grub_cmd_cat): Print DOS "\r\n" line endings as
simple newlines.
=== modified file 'commands/cat.c'
--- commands/cat.c 2010-03-01 19:24:34
-mkdevicemap -m - | sudo ./grub-probe
--device-map=/proc/self/fd/0 --target=drive /
(hd0,msdos5)
$ sudo ./grub-mkdevicemap -m - | sudo ./grub-probe
--device-map=/proc/self/fd/0 --target=fs /
ext2
What do people think?
2010-06-21 Colin Watson
Change grub-mkdevicemap to emit
mentioned in a
follow-up). I fixed the same bug in loader/i386/multiboot_mbi.c too.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
n GRUB; it can
be upgraded to LGPLv3, and that's just GPLv3 with some additional
permissions. It's already assigned to the FSF due to being in glibc.
2010-06-23 Colin Watson
* conf/any-emu.rmk (kernel_img_SOURCES): Add kern/string.c.
* conf/common.rmk (grub_mkdevice
format
(&framebuffer.mode_info);
+ grub_vbe_enable_mtrr (framebuffer.ptr,
+ controller_info.total_memory << 16);
+
/* Set up double buffering and targets. */
err = double_buffering_init (mode_type, mode_mask);
if (err)
@@ -774,6 +936,11 @@
grub_video_fb_fini ();
grub_free (framebuffer.offscreen_buffer);
+ if (framebuffer.mtrr >= 0)
+{
+ grub_vbe_disable_mtrr (framebuffer.mtrr);
+ framebuffer.mtrr = -1;
+}
return GRUB_ERR_NONE;
}
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
nt --debug-image, then we should document the existing --debug
too.)
2010-06-26 Colin Watson
* util/grub-install.in: Add --debug-image= option.
=== modified file 'util/grub-install.in'
--- util/grub-install.in2010-06-13 00:36:39 +
+++ util/grub-install.in
On Fri, Jun 25, 2010 at 08:46:48PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Colin Watson wrote:
> > === modified file 'util/deviceiter.c'
> > --- util/deviceiter.c 2010-06-11 20:31:16 +
> > +++ util/deviceiter.c 2010-06
ot;initrd-${version}.img"
>
> Bitrot in naming of initrd is a bad thing. Unfortunately we can't ignore
> Fedora. So go ahead
I've gone ahead and committed this on Pavel's behalf, since some time
had passed.
Thanks,
--
Co
On Fri, Jun 25, 2010 at 08:51:12PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Colin Watson wrote:
> > On Fri, Jun 18, 2010 at 11:34:08AM -0700, Josh Triplett wrote:
> >> The "cat" command, if given a file with DOS line endings, will show the
On Mon, Jun 28, 2010 at 01:02:06AM +0100, Colin Watson wrote:
> On Fri, Jun 25, 2010 at 08:51:12PM +0200, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
> > Colin Watson wrote:
> > > On Fri, Jun 18, 2010 at 11:34:08AM -0700, Josh Triplett wrote:
> > >>
On Sat, Jun 26, 2010 at 11:38:38AM +0100, Colin Watson wrote:
> 2010-06-21 Colin Watson
>
> Change grub-mkdevicemap to emit /dev/disk/by-id/ names where
> possible on Linux.
>
> * util/deviceiter.c (check_device): Rename to ...
> (check_d
On Mon, Jun 28, 2010 at 09:40:21AM -0700, Colin D Bennett wrote:
> On Fri, 25 Jun 2010 09:58:34 +0100
> Colin Watson wrote:
> > I recently posted ("Subject: [PATCH] Optimise memset on i386" -
> > sorry, I don't seem to have a route to lists.gnu.org at the mome
> https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/420900
I've arranged for that bug to be closed once this change reaches Ubuntu.
Regards,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub
ng however
> _
>
> And then nothing else happens.
It's possible that the kernel may have booted successfully, but that you
simply don't have a working console. It would be useful to try pinging
the machine to test that.
> I've also tried newreloc, but I don't think thi
On Thu, Jul 01, 2010 at 01:07:06PM +0100, Piscium wrote:
> On 28 June 2010 18:02, Colin Watson wrote:
> > On Wed, Jun 23, 2010 at 08:00:27PM +0100, Piscium wrote:
> >> I am not sure where upstream for os-prober is. I downloaded 1.38 from
> >> Debian Sid. So if this is
tely this is an incorrect simplification. grub-probe can print
multiple abstractions, and does in the case of e.g. LVM on RAID. If it
is correct to avoid UUIDs for plain LVM, it is also correct to avoid
them for LVM on RAID.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Fri, Jul 02, 2010 at 01:44:21AM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 07/02/2010 01:32 AM, Colin Watson wrote:
> > The changes seem to have been to simplify the test to:
> >
> > [ "x`grub-probe -t abstraction --device ${GRUB_DEVICE}`&quo
ted to minimise the chance of
clashes and confusion, and I don't believe using a slash should actually
do any harm.
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
i branch merge?
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
will
result in different behaviour unless gfxterm is the active output
terminal anyway.
2010-07-05 Colin Watson
* util/grub.d/00_header.in: Process GRUB_THEME and GRUB_BACKGROUND
after setting gfxterm as the active terminal. GRUB_BACKGROUND
doesn't work otherwise.
lt into the kernel. We need it to be built-in
+ # rather than modular, as otherwise early output from the kernel won't
+ # work.
if [ "x$GRUB_GFXPAYLOAD_LINUX" = x ]; then
cat << EOF
load_video
EOF
- if grep -qx "CONFIG_FB_EFI=y" /boo
On Mon, Jul 05, 2010 at 04:24:44PM +0100, Colin Watson wrote:
> 2010-07-05 Colin Watson
>
> * util/grub.d/00_header.in: Process GRUB_THEME and GRUB_BACKGROUND
> after setting gfxterm as the active terminal. GRUB_BACKGROUND
> doesn't work otherwise.
On Tue, Jul 06, 2010 at 02:16:07AM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 07/05/2010 07:00 PM, Colin Watson wrote:
> > Initially I was strongly advocating using efifb for this, since, hey,
> > GRUB already uses it by default and labels it as
> > G
iguration details at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588208.)
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
esn't seem to be
any particular reason they aren't included.
2010-07-06 Colin Watson
* conf/common.rmk (grub_probe_SOURCES): Add disk/raid5_recover.c
and disk/raid6_recover.c.
* conf/i386-pc.rmk (grub_setup_SOURCES): Likewise.
* conf/sparc64-ie
border looks actively weird: see
http://people.canonical.com/~cjwatson/tmp/fbcon-handoff.ogv around 0:13
for an example, as Plymouth repaints the whole background image without
the black border.
What's the best way to fix this? Perhaps the background_image command
sho
mm, I pulled current revision 2528 and it looks like changes are
> included...?
BVK Chaitanya had to restore the #include change this
morning, because Vladimir's revert broke the trunk build. That was the
smallest change that fixed it.
--
Colin Watson
On Tue, Jul 06, 2010 at 02:06:47AM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 07/05/2010 02:47 PM, Colin Watson wrote:
> > gfxterm is behaving very oddly for me with 'set pager=1' right now; the
> > --MORE-- prompt appears after only a few lin
grub-devel. Perhaps you meant to CC some other list?
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
- char *path = xasprintf ("/dev/disk/by-id/%s", names[i]);
> + char *path = xasprintf ("/dev/disk/by-id/%s", devs[i].stable);
> if (check_device_readable_unique (path))
> {
> if (hook (path, 0))
> goto out;
>
[Re-sending with full quoting and from my @ubuntu.com account so that it
doesn't get stuck in the grub-devel moderation queue.]
On Mon, Jul 12, 2010 at 12:26:21AM +0100, Colin Watson wrote:
> On Fri, Jul 09, 2010 at 08:01:12AM +0400, Vadim Solomin wrote:
> > This fix, at least in it
me time. This is of course desirable but
I haven't got round to it yet, and I didn't want to stall this patch
indefinitely until I find time for that.
2010-07-12 Colin Watson
* util/i386/efi/grub-install.in: Add support for systems that
conform to the UEFI specifica
if
you haven't got round to removing the older ones yet. I don't know if
I'd use this myself but it seems like a pretty reasonable request.
Here's a patch to implement it, in what seemed fairly close to GRUB 2
style.
2010-07-13 Colin Watson
* util/grub-
ld\)/~\1/g"`
> + local sedexp="s/[^-]*-//;s/[._-]\(pre\|rc\|test\|git\|old\|trunk\)/~\1/g"
> + local a=`echo $1 | sed -e "$sedexp"`
> + local b=`echo $2 | sed -e "$sedexp"`
>local cmp=gt
>if [ "x$b" = "x" ] ; then
>
On Tue, Jul 13, 2010 at 02:12:03AM +0100, Colin Watson wrote:
> On Tue, Feb 02, 2010 at 03:06:22PM -0500, Aaron M. Ucko wrote:
> > --- /usr/lib/grub/grub-mkconfig_lib 2010-01-28 11:05:49.0 -0500
> > +++ /home/amu/tmp/grub-mkconfig_lib 2010-02-02 14:38:27.0 -050
open source projects generate configure.ac from a
> script.
This is rare; configure.ac is normally a source file.
> Is configure.ac the correct file to alter?
Yes.
--
Colin Watson [cjwat...@ubuntu.com]
#x27;m ok with your patch but I'm on wacky connection and don't want
> to risk a stale lock (unfortunately bzr-ssh isn't supported on
> savannah). Could someone with good access commit it?
Committed. Thanks!
--
Colin Watson
his
has worked perfectly in my testing. If it doesn't then that's a problem
at some other layer ...
(You may have to use Tab to get to the OK button before pressing Return,
or something.)
In any case, this isn't really a GRUB problem, but more a problem with
Debian; you
/people/cjwatson/raid/
With this, I can use grub-install and grub-mkconfig on a system with
mdadm 1.1 metadata (Debian's current default for RAID) and the resulting
system booted without problems (well, there's something wrong in the
initramfs, but that isn't GRUB's problem!).
2010
On Sun, Jul 18, 2010 at 02:01:10PM -0400, Henry W. Peters wrote:
> On 07/18/2010 01:42 PM, Colin Watson wrote:
>> The next screen after that should have a set of drives to select; this
>> has worked perfectly in my testing. If it doesn't then that's a problem
>> at
#x27;t have a valid tree.
> Anyway, if you are interested in it, please let me know.
Just use bzr instead. :-)
Regards,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Tue, Jul 20, 2010 at 03:02:47PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 07/12/2010 12:38 PM, Colin Watson wrote:
> >> Vladimir, would this patch need a copyright assignment? Most of it
> >> seems pretty straightforward; in fact I doubt that i
On my test hardware, the EFI cursor stays up when switching to gfxterm,
which looks pretty odd. We should disable it when the EFI console stops
being active.
2010-07-20 Colin Watson
Disable EFI cursor when the EFI console becomes inactive.
* term/efi/console.c
et, and 176ms with
your generic memset. Even though that isn't quite equivalent, I don't
think that 16ms is going to be a major problem, and so I would suggest
going with the generic version. Please check the following.
2010-07-23 Vladimir Serbinenko
2010-07-23 Colin Watson
which I don't think can possibly matter much; we're
talking a handful of cycles at most. Do we really need to spend time
bikeshedding this? The important thing is taking only a cache stall per
long rather than a cache stall per byte; anything else is likely to be
noise.
--
Colin Watso
tion/completion/grub-completion.bash: New script
I assume that this will in fact go in ChangeLog when committed to trunk.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
le_dir}/opensolaris.ko"
>test -e "${module_dir}/zfs.ko"
> @@ -121,6 +137,7 @@
>
> case ${GRUB_FS} in
> ufs1 | ufs2)kfreebsd_fs=ufs ;;
> +ext2) kfreebsd_fs=ext2fs ;;
> *) kfreebsd_fs=${GRUB_FS} ;;
>
le who are finding it difficult; that's one reason I've
been spending a lot of time writing documentation recently. After all,
you only care about the features you need. But you're correct to say
that those features could never really have been done in GRUB Legacy,
and in many case
een doing quite a bit of work on it of late, but most of my
experience is on PC BIOS systems and I need assistance from others to
document other platforms effectively.
I don't feel that simply moving the wiki pages to a new location would
be much of an improvement.
--
Colin Watson
a colleague of mine and she's worked hard
on this, but we would be in breach of various people's licences by doing
so without permission.)
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
in GRUB development and know what they're doing.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Tue, Aug 24, 2010 at 04:31:14PM +0530, KESHAV P.R. wrote:
> On Tue, Aug 24, 2010 at 16:24, Colin Watson wrote:
> > On Tue, Aug 24, 2010 at 03:40:42PM +0530, KESHAV P.R. wrote:
> >> I want btrfs support
> >> https://code.launchpad.net/~csurbhi/btrfs-grub2/btrfs-grub2
jump to the
contents of %edi, so that at least is certainly non-compliant with the
specification above. I don't know about %ebp and %ebx but it would be
good to make sure.
How about the following patch?
2010-08-24 Colin Watson
* loader/i386/linux_trampoline.S (cont2): Zero %ebp,
d by these other applications, some of which are
very popular and people actually do want to use. We won't do ourselves
any favours by appearing to be a poor citizen.
2010-08-31 Colin Watson
* util/i386/pc/grub-setup.c (embed_signatures): New array.
(setup): Whe
On Tue, Aug 31, 2010 at 02:54:58PM +0200, Thomas Schmitt wrote:
> Colin Watson wrote:
> > but grub-devel is not a filesystem development list and there's
> > only so much we can fix).
>
> Maybe one should use external boot media of
> which GRUB can claim complete
On Tue, Aug 31, 2010 at 07:15:17PM +0530, BVK Chaitanya wrote:
> On Tue, Aug 31, 2010 at 4:28 PM, Colin Watson wrote:
> > +struct embed_signature
> > +{
> > + const char *signature;
> > + int signature_len;
> > +};
>
> It seems this cannot take care
enough that there's a pkg-config file,
rather than having to manually track all of libzfs' dependencies (which
are presumably subject to change)?
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel ma
form `(hd0,msdos1,bsd1)' rather than `(hd0,1,a)'.
* Speed up consecutive hostdisk operations on the same device.
* Compile parts of `grub-emu' as modules.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
le loses its value, and ...".
> +special variables @samp{$@@}, @samp{$*} and @samp{$#} are adjusted
> +accordingly. Optional integer argument @code{n} specifies number of times
> +to perform shifting, and it defaults to one.
> +...@end table
Would it be
+1 ... are renamed to @code{$1}... .
Use @dots{} for ellipses.
Otherwise this looks fine - go ahead. Thanks!
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
g/r/grub/branches/install/. I also
> merged the EFI work by Colin Watson. Can anyone with ieee1275 and efi
> systems test the install branch?
I haven't managed to test this yet, but I see one error: with EFI,
install_device is set after it needs to be used. I think you need
something like
ems overkill to
create one, so it seems best for grub-install to just set an appropriate
prefix. This means that we need a prefix notation for "partition number
N on the same drive as core.img". As it happens, I created such a
notation a while back to address problems with nested partitions:
10-07/msg00057.html
> - Starting Grub2 fails on my pretty new desktop (the only such report
> as far as I'm concerned)
Fails how?
> - Graphics are pretty slow
Might be related to:
http://lists.gnu.org/archive/html/grub-devel/2010-06/msg
ing to assemble. If you take all the modules for
> grub2, you end up with a 1MB+ stage1 file, which you can't embed in
> one track.
Modules are built into a core.img object which is analogous to something
a bit like GRUB Legacy's Stage 1.5 and a bit like Stage 2.
sk_get_grub_dev.
There's really no other situation in which I think it's terribly
plausible that you might have /dev/sda1 but not /dev/sda, so it seems to
me that in this case we can reasonably treat the apparent "partition" as
a disk in its own right.
2010-09-10 Colin Watson
On Sat, Sep 04, 2010 at 09:41:42PM +0530, BVK Chaitanya wrote:
> Updated patch with break, shift and continue commands documentation
> copied as it is from BASH man page and with other suggestions is
> attached.
Thanks, looks fine now.
--
Col
t verbose messages\n\
> \n\
> -Report bugs to <%s>.\n\
> -"),
> - program_name, program_name,
> - DEFAULT_BOOT_FILE, DEFAULT_CORE_FILE, DEFAULT_DIRECTORY,
> - DEFAULT_DEVICE_MAP, PACKAGE_BUGREPORT);
> +You should not normally run this program directly. Use grub-install
> instead.\n\
> +\v\
> +DEVICE must be an OS device (e.g. /dev/sda1).",
> + NULL, NULL, NULL
> +};
The strings here should be enclosed in N_() so that they can be
translated.
> + /* Parse our arguments */
> + argp_parse (&argp, argc, argv, 0, 0, &arguments);
You need to check the return value. exit (1) would probably be
appropriate handling.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Tue, Sep 14, 2010 at 10:15:07PM -0300, Teresa e Junior wrote:
> grub-install man page doesn't mention whether the device needs to be
> mounted or not. Any ideas?
With EFI firmware, it does, but otherwise (including in the common case
of PC BIOS systems) it doesn't matter.
evice that
you pass to grub-install. That's different from --root-directory, and
(on BIOS systems) is only passed to grub-setup. It makes no difference
to grub-setup whether the device is mounted anywhere or not.
--
Colin Watson
stick to the previous version.
Please include ChangeLog entries with your patches in future so that we
have an explanation of what they're trying to fix. I think this one
should be done differently, though.
(There are a couple of other DM-RAID-related patches floating around
too.)
--
Colin W
* libparted/device.c (ped_device_get): Don't canonicalize names
that start with "/dev/mapper/".
* NEWS (Bug fixes): Mention it.
Thanks to Ales Kozumplik for the analysis.
Details in <http://bugzilla.redhat.com/577824>.
I've committed a patch u
rlier. Could you check whether this file
still exists after that failure?
/home/keshav_pr/Desktop/New/Source/grub2_BZR/GRUB2_EFI_BUILD_DIR_x86_64/grub-core/gnulib/alloca.h
Failing that, try repeating that gcc command in the stated directory
under strace, and see where it's looking for alloca
id=*)
> bootloader_id=`echo "$option" | sed 's/--bootloader_id=//'` ;;
>
> should be --bootloader-id not --bootloader_id .
All fixed, and I've tested an out-of-tree build of x86-64_efi now.
Please try revision 2839.
Thanks,
--
Colin Watson
On Tue, Sep 21, 2010 at 08:11:08PM +0530, KESHAV P.R. wrote:
> On Tue, Sep 21, 2010 at 19:08, Colin Watson wrote:
> > All fixed, and I've tested an out-of-tree build of x86-64_efi now.
> > Please try revision 2839.
>
> Again the build (rev 2839) fails, but this time
ly be built
automatically; it's now built automatically. I didn't think it was
worth the contortions to try to fix this.
2010-09-21 Colin Watson
Re-enable grub-extras.
* Makefile.am: Include Makefile.extras.am.
* grub-core/Makefile.am: Likewise.
* auto
OS compatibility mode.
In either case, I'd recommend trying an ordinary BIOS version of GRUB
instead (i.e. the grub-pc package); you'll need to create a BIOS Boot
Partition (http://grub.enbug.org/BIOS_Boot_Partition), install GRUB to
that partition rather than
On Tue, Sep 21, 2010 at 07:35:30PM +0100, Colin Watson wrote:
> Here's a patch to re-enable grub-extras by allowing extra modules to
> provide Autogen definitions files. A few things to note:
Vladimir commented on this on IRC, noting three problems. In reverse
order of complexi
On Thu, Sep 23, 2010 at 02:08:20PM +0100, Colin Watson wrote:
> Once again, the required patches to grub-extras modules are attached.
No, really! Here they are.
--
Colin Watson [cjwat...@ubuntu.com]
=== added file '.bzrignore'
--- .bzrignore
d be able to
> boot directly from that?
There are instructions for EFI installation on the GRUB wiki
(grub.enbug.org), or the version of grub-install in Ubuntu 10.10 (or for
that matter in quite recent GRUB trunk) should do it automatically.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Thu, Sep 23, 2010 at 02:12:53PM +0100, Colin Watson wrote:
> On Thu, Sep 23, 2010 at 02:08:20PM +0100, Colin Watson wrote:
> > Once again, the required patches to grub-extras modules are attached.
>
> No, really! Here they are.
At Keshav's request, I made sure 'make
On Thu, Sep 23, 2010 at 12:06:37PM -0400, Patrick Doyle wrote:
> On Thu, Sep 23, 2010 at 10:01 AM, Colin Watson wrote:
> > On Thu, Sep 23, 2010 at 09:47:44AM -0400, Patrick Doyle wrote:
> >> reading around, it seems that some folks have been able to boot with
> >> full
ts with proprietary software? Are we setting
an undesirable precedent if we come down on one or other side of this,
or should this kind of thing be considered case-by-case? We'd value
your comments on this.
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
given that 1.99 is close to release. If
you need 1.98-compatible code, I suggest either using the 1.98 tag in
each module, or making a branch.
The grubinst question remains slightly open; rough consensus on IRC
seems to be to rename it to grub-mkntldrimg and install it, but I
haven't got rou
r *line,
grub_reader_getline_t getline)
grub-core/script/main.c:30: parsed_script = grub_script_parse (line, getline);
I think we should take care to avoid any clash with symbols that are
potentially renamed by gnulib.
--
Colin Watson [cjwat...@ubuntu.com]
___
cted by
> > Reed-Solomon. Obviously it can be improved but that would be for post-1.99
>
> So you are adding bit error detection and correction to the boot loader?
> You realize that the hard disk already does reed-solomon right? So a
> second layer of it doesn't seem to h
EM helpfully created three or four
primary partitions already.)
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
ion
but there is another primary partition between it and the space you
actually want to use. The precise details are off-topic for this list,
though.
--
Colin Watson [cjwat...@ubuntu.com]
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
501 - 600 of 703 matches
Mail list logo
