Hi! On Sat, Jan 05, 2008 at 11:02:20PM +0100, Martin Braure de Calignon wrote: > > I'd like it to use the default Debian theme image (which I believe at the > > moment is debian-blueish-wallpaper.svg; let me know if that changes) when > > desktop-base package is installed. > > Sorry, but I don't understand why you wan't a new image. > Why aren't you using the /boot/grub/splashimages/debian-moreblue-swirl.xpm.gz > (package grub-splashimages) ? > It's like the same no ?
Two reasons: #1- GRUB Legacy supports images in 14 colors. GRUB 2 supports RGB (24-bit depth). We really need an image without color degradation. #2- GRUB 2 uses TGA format for images. #2 may sound like an arbitrary or useless change, but: - XPM support has never been part of GRUB Legacy, it's just a patch in our package (unlike TGA in GRUB 2). - The images needed to be re-done anyway, because of #1. > > Please, could you provide an image in this format for use with GRUB ? > > > > Attached patch uses imagemagick in postinst to generate it in user's system. > > Another question is why not installing it in /boot/grub/splashimages ? > Installing you're image in /usr is quite problematic when using grub > > E.g.: I'm using lvm for my /usr partition... So grub can't get the files > on it :-/ This decision cannot be taken lightly. On some platforms /boot/grub may be a separate partition (e.g. to a nvram), and it may be too small to fit such an image in it. Also, fonts (necessary for graphical mode) are already being loaded from /usr (when /usr is not accessible, update-grub falls back to text mode). Ultimately, we need the flexibility to either setup GRUB to load that file directly, or setup update-grub to copy it into /boot depending on the circumstances. In any case, this is really a GRUB issue and should be resolved separately. What we need from this package is just to provide Debian's official artwork in a form GRUB can use. > I'm really not sure that you're patch should be against desktop-base.... > Grub could not be installed so why adding it there ? Where else? desktop-base provides that image. It's logical if the image needs to be converted it's done in either its debian/rules or its postinst (my patch does the latter). Also, this feature is not useful to GRUB users that aren't running a desktop at all. So it fits well with desktop-base's current functionality (i.e. if desktop-base is installed, you get Debian theming in all parts of Debian). > why not in > grub-splashimages ? Because: - grub-splashimages is a collection of images for GRUB Legacy. It really makes no sense to have GRUB 2 users install that package for an image that is in fact provided from somewhere else. Also, there's a big difference between a collection of random images that may look nice, and Debian's official artwork provided by desktop-base. IOW, it's possible we have a "grub2-splashimages" in the future, but it won't contain Debian's official artwork, just images that may look nice with GRUB 2. - desktop-base is already the default for desktop installs. This means that if desktop-base provides this image, and GRUB is adapted to detect it and enable it when possible, desktop users will get background image as default, without bothering non-desktop users with questions, or desktop users with extra setup. -- Robert Millan <GPLv2> I know my rights; I want my phone call! <DRM> What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]