I have tested this on separate distros, including but not limited to: ArchLinux, Debian (and Debian-based distros), Slackware, Fedora, VectorLinux and openSUSE (some others I can't recall ATM), all with and without separate /boot partitions and all with GRUB 1.99 installed.. Actually, my demo theme is located in /usr/share/grub and not in /boot/grub. As it is, the fully qualified filename works as intended. Placing the themes in /usr/share/grub removes the incompatibility of having a separate /boot partition and also removes any incompatibility from some distro that use /boot/grub2 instead of /boot/grub.
If the unreliability is because of separate /boot partitions and/or other distros using /boot/grub2 instead of /boot/grub then please consider placing themes in /usr/share/grub instead of /boot/grub. This removes the unreliability and ensures the theme will display properly across all distros and all partitioning schemes. I don't think users should place files in /boot/grub. Files there should only be those necessary for the bootloader to function properly. Although it's a protected directory, it's all to easy for 'inexperienced' users to simply 'su' and delete critical files (unintentionally while working on themes) thus preventing their system from booting. Please keep this feature and consider placing themes in /usr/share/grub. Thanks. Towheed Mohammed ----- Original Message ----- From: Vladimir 'φ-coder/phcoder' Serbinenko <phco...@gmail.com> To: grub-devel@gnu.org Cc: Sent: Sunday, February 26, 2012 5:27 AM Subject: Re: The submenu command shows a text-based menu when using a GFX theme. On 26.02.2012 03:18, Towheed Mohammed wrote: > Also consider this. As in the case of the image component, it's file > property allows for a fully qualified filename: > + image { > file = "/usr/share/grub/themes/demo/images/gnu.jpg" This possibility is kept for backward compatibility but shouldn't be used in new themes and is unreliable. Consider e.g. a case of separate /boot. Perhaps we should remove this possibility altogether. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko _______________________________________________ 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