horizontal boot menu

2013-05-31 Thread kiran ps
is there any way to make horizontal boot menu
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel


Re: horizontal boot menu

2013-05-31 Thread Lennart Sorensen
On Fri, May 31, 2013 at 12:32:56PM +0530, kiran ps wrote:
> is there any way to make horizontal boot menu

I remember someone working on it in the past with some patches suggested,
but I don't think they were ever sufficiently done to get accepted.

-- 
Len Sorensen

___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel


Re: [RFC] Support for UEFI ESP in os-prober

2013-05-31 Thread Andrey Borzenkov
В Mon, 1 Oct 2012 13:25:50 +0200
"Vladimir 'phcoder' Serbinenko"  пишет:

> I haven‘t had time to view in details but os-prober isn‘t managed by us but
> by debian-boot team so you need to contact them. Also I‘d prefer more of
> detection to be done on runtime than it‘s done in current model

In the meantime os-prober part is integrated in Debian as of 1.58.
The patch adds missing part from grub2 side. How does it look like?

---
 ChangeLog   |  5 +
 util/grub.d/30_os-prober.in | 16 
 2 files changed, 21 insertions(+)

diff --git a/ChangeLog b/ChangeLog
index e9ef17e..798369d 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2013-05-31  Andrey Borzenkov 
+
+   * util/grub.d/30_os-prober.in: Add support for probing EFI
+   System Partition (as of os-prober 1.58).
+
 2013-05-30  Josh Triplett  
 
* grub-core/normal/cmdline.c (grub_cmdline_get): Fix Ctrl-u
diff --git a/util/grub.d/30_os-prober.in b/util/grub.d/30_os-prober.in
index 04f32a1..5e3c5d8 100644
--- a/util/grub.d/30_os-prober.in
+++ b/util/grub.d/30_os-prober.in
@@ -149,6 +149,22 @@ EOF
 }
 EOF
 ;;
+efi)
+
+   EFIPATH=${DEVICE#*@}
+   DEVICE=${DEVICE%@*}
+   onstr="$(gettext_printf "(on %s)" "${DEVICE}")"
+  cat << EOF
+menuentry '$(echo "${LONGNAME} $onstr" | grub_quote)' --class windows --class 
os \$menuentry_id_option 'osprober-efi-$(grub_get_device_id "${DEVICE}")' {
+EOF
+  save_default_entry | sed -e "s/^/\t/"
+  prepare_grub_to_access_device ${DEVICE} | sed -e "s/^/\t/"
+
+  cat 

Re: [RFC] Support for UEFI ESP in os-prober

2013-05-31 Thread Vladimir 'φ-coder/phcoder' Serbinenko
On 31.05.2013 16:48, Andrey Borzenkov wrote:
> В Mon, 1 Oct 2012 13:25:50 +0200
> "Vladimir 'phcoder' Serbinenko"  пишет:
> 
>> I haven‘t had time to view in details but os-prober isn‘t managed by us but
>> by debian-boot team so you need to contact them. Also I‘d prefer more of
>> detection to be done on runtime than it‘s done in current model
> 
> In the meantime os-prober part is integrated in Debian as of 1.58.
> The patch adds missing part from grub2 side. How does it look like?
> 
Go ahead. I must say I'm generally disappointed with os-prober and have
ideas to move away from it. I'll start another topic for it.
> ---
>  ChangeLog   |  5 +
>  util/grub.d/30_os-prober.in | 16 
>  2 files changed, 21 insertions(+)
> 
> diff --git a/ChangeLog b/ChangeLog
> index e9ef17e..798369d 100644
> --- a/ChangeLog
> +++ b/ChangeLog
> @@ -1,3 +1,8 @@
> +2013-05-31  Andrey Borzenkov 
> +
> + * util/grub.d/30_os-prober.in: Add support for probing EFI
> + System Partition (as of os-prober 1.58).
> +
>  2013-05-30  Josh Triplett  
>  
>   * grub-core/normal/cmdline.c (grub_cmdline_get): Fix Ctrl-u
> diff --git a/util/grub.d/30_os-prober.in b/util/grub.d/30_os-prober.in
> index 04f32a1..5e3c5d8 100644
> --- a/util/grub.d/30_os-prober.in
> +++ b/util/grub.d/30_os-prober.in
> @@ -149,6 +149,22 @@ EOF
>  }
>  EOF
>  ;;
> +efi)
> +
> + EFIPATH=${DEVICE#*@}
> + DEVICE=${DEVICE%@*}
> + onstr="$(gettext_printf "(on %s)" "${DEVICE}")"
> +  cat << EOF
> +menuentry '$(echo "${LONGNAME} $onstr" | grub_quote)' --class windows 
> --class os \$menuentry_id_option 'osprober-efi-$(grub_get_device_id 
> "${DEVICE}")' {
> +EOF
> +  save_default_entry | sed -e "s/^/\t/"
> +  prepare_grub_to_access_device ${DEVICE} | sed -e "s/^/\t/"
> +
> +  cat < + chainloader ${EFIPATH}
> +}
> +EOF
> +;;
>  linux)
>if [ "x$BTRFS" = "xbtrfs" ]; then
>   LINUXPROBED="`linux-boot-prober btrfs ${BTRFSuuid} ${BTRFSsubvol}  
> 2> /dev/null | tr ' ' '^' | paste -s -d ' '`"
> 




signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel


Re: [RFC] Support for UEFI ESP in os-prober

2013-05-31 Thread Bruce Dubbs

Vladimir 'φ-coder/phcoder' Serbinenko wrote:


I must say I'm generally disappointed with os-prober and have
ideas to move away from it. I'll start another topic for it.


I agree.  I would prefer adding an include command so grub.cfg could 
just do something like:


include /boot/grub/grub.d/*.cfg

and have an install procedure drop in one or more menu items instead of 
every os install or update rewriting the entire grub.cfg every time.


  -- Bruce Dubbs
 linuxfromscratch.org

___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel


Re: [PATCH] define rs_decoder.S and sm712_start.S as nodist header files

2013-05-31 Thread Andrey Borzenkov
В Thu, 2 May 2013 16:20:41 +0400
Andrey Borzenkov  пишет:

> В Thu, 02 May 2013 14:06:40 +0200
> Vladimir 'φ-coder/phcoder' Serbinenko  пишет:
> 
> > On 02.05.2013 13:52, Andrey Borzenkov wrote:
> > 
> > >  
> > > -boot/i386/pc/startup_raw.S: $(builddir)/rs_decoder.S
> > > -boot/mips/loongson/fwstart.S: $(builddir)/sm712_start.S
> > > -
> > 
> > Did you check that after your patch touching rs_decoder.h/sm712_start.h
> > or their respective dependencies triggers relevant rebuild?
> > 
> 
> Yes for i386-pc. In both cases lzma_decompress.img is regenerated. I do
> not have MIPS environment to test, unfortunately.

Ping? It actually makes it impossible to run "make dist" on x86_64
platform.


signature.asc
Description: PGP signature
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel


External reference to non-existing "features" manual in grub documentation.

2013-05-31 Thread Andrey Borzenkov
grub.texi contains

The list of commands (@pxref{Commands}) are a subset of those supported
for configuration files. Editing commands closely resembles the Bash
command-line (@pxref{Command Line Editing, Bash, Command Line Editing,
features, Bash Features})

Where document "features" comes from? Is it expected to be part of Bash
documentation or was planned to be written as part of grub
documentation set?

___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel


Re: horizontal boot menu

2013-05-31 Thread kiran ps
can someone post the patches



On 31 May 2013 20:19, Lennart Sorensen  wrote:

> On Fri, May 31, 2013 at 12:32:56PM +0530, kiran ps wrote:
> > is there any way to make horizontal boot menu
>
> I remember someone working on it in the past with some patches suggested,
> but I don't think they were ever sufficiently done to get accepted.
>
> --
> Len Sorensen
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel


Re: [RFC] Support for UEFI ESP in os-prober

2013-05-31 Thread Chris Murphy
On May 31, 2013, at 1:03 PM, Bruce Dubbs  wrote:

> Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> 
>> I must say I'm generally disappointed with os-prober and have
>> ideas to move away from it. I'll start another topic for it.
> 
> I agree.  I would prefer adding an include command so grub.cfg could just do 
> something like:
> 
> include /boot/grub/grub.d/*.cfg
> 
> and have an install procedure drop in one or more menu items instead of every 
> os install or update rewriting the entire grub.cfg every time.

Or for GRUB to be a lot more dynamic by scanning the EFI System partition for 
bootloaders it recognizes, an effectively creates a grub.cfg on the fly based 
on ESP contents, and NVRAM contents. I think the present behavior is 
unreliable, and makes GRUB a very narrowly useful boot manager. So the question 
is, does GRUB want to grow into a more capable boot manager rather than just a 
collection of bootloaders for different OS's.


Chris Murphy
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel