Re: Grub splashimage (yes me again)
At Thu, 2 Jan 2003 16:59:44 +0100 (CET), Dr. Tilmann Bubeck <[EMAIL PROTECTED]> wrote: > Oh, Sorry. I did'nt know that we are in feature freeze. However, the main > point remains the same (but _after_ feature freeze). We have different > opinions on that point, but _you_ are the chief... ;-) I'm afraid that you are misunderstanding something. I also have already said that I would add graphics support into GRUB after 1.0. If you are in doubt, see the mail archive. I don't remember when I said that, though. (Actually, I will never add it into the current line of GRUB but into PUPA, which will be GRUB 2 in the future. GRUB 0.9x is too ugly to maintain.) The reason why I don't like to discuss this is that the same discussion was raised again and again in the past, and I had to write the same answer again and again. That wasted my time a lot. Maybe I should add this into the FAQ. If you see the same question again, please send a reply instead of me. I want to work on what prevents me from releasing 1.0. There are many things that are more important than splashimage. Okuji ___ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
Re: Grub splashimage (yes me again)
>> I would very much like to see e.g. background images and "ls" or many >> more usability improvements. And last but not least: why not? > > I've answered that kind of question zillion times. Why don't you > understand what feature-freeze means? Oh, Sorry. I did'nt know that we are in feature freeze. However, the main point remains the same (but _after_ feature freeze). We have different opinions on that point, but _you_ are the chief... ;-) :-) Till +---+-+ | | dr. tilmann bubeck reinform medien- und | | | informationstechnologie AG | | rein | fon : +49 (711) 7 82 76-52 koenigstrasse 80 | | form | fax : +49 (711) 7 82 76-46 70173 stuttgart / germany | |AG | cell.: +49 (172) 8 84 29 72 fon: +49 (711) 7 82 76-50 | | | email: [EMAIL PROTECTED] http://www.reinform.de | +---+-+ ___ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
Re: Grub splashimage (yes me again)
Whoa, whoa, hang on. I think we can at least remain civil to each other here, no? Wanting your software to look nice is no more childish than wanting your house to look nice. If you use it a lot, why shouldn't it be pleasing to the eye? And if it costs nothing, again, why not? A splash screen gives a boot loader a much more modern appearance and feel. As for these demigod like boot loader users that you refer to, no. Many many people want to dual boot their pcs - I recently started using only Linux on my home PC for everyday stuff, but I like my games, and so I need windows too. Many people who use Linux also need to use Windows occasionally. Even if you don't use windows at all, you don't need to be a power user to want to use a boot loader - if you're experimenting with recompiling the kernel (as most do, every now and then for drivers etc.) you definitely want to choose between your new and old kernels. So normal users do see boot loaders, and normal users do indeed have a use for them. And normal people have a sense of aesthetic appreciation - if you can increase the look of your whole product ten fold with a feature that you got for free, and if you sincerely want the use and useability of your product to increase, you should jump at the chance to do it. Feature freeze? Fine. Agreed. We can wait until the next release. But lets at least be polite about it... Simon - Original Message - From: "Yoshinori K. Okuji" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, January 02, 2003 10:08 AM Subject: Re: Grub splashimage (yes me again) > At Wed, 1 Jan 2003 22:29:47 +0100 (CET), > Dr. Tilmann Bubeck <[EMAIL PROTECTED]> wrote: > > This is very sad. I think that technical details of a software are very > > important (and GRUB is "best-of-class"). However, the usability of a > > software is also very important (maybe even more important). > > I quite agree to that. > > > Background > > images and such "eye candies" is important for normal users so that it > > looks good and feels comfortable.. > > I completely disagree about that. I know how many people delight in > eye candies like children, but why such users need to tackle on boot > loaders? Normal users don't see boot loaders, because their favorite > operating system starts up with no interaction really soon. If they > need to recognize their boot loaders, they are not normal (like you > and me). > > > I would very much like to see e.g. background images and "ls" or many more > > usability improvements. And last but not least: why not? > > I've answered that kind of question zillion times. Why don't you > understand what feature-freeze means? > > Okuji > > > ___ > Bug-grub mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/bug-grub ___ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
Re: Grub splashimage (yes me again)
At Wed, 1 Jan 2003 22:29:47 +0100 (CET), Dr. Tilmann Bubeck <[EMAIL PROTECTED]> wrote: > This is very sad. I think that technical details of a software are very > important (and GRUB is "best-of-class"). However, the usability of a > software is also very important (maybe even more important). I quite agree to that. > Background > images and such "eye candies" is important for normal users so that it > looks good and feels comfortable.. I completely disagree about that. I know how many people delight in eye candies like children, but why such users need to tackle on boot loaders? Normal users don't see boot loaders, because their favorite operating system starts up with no interaction really soon. If they need to recognize their boot loaders, they are not normal (like you and me). > I would very much like to see e.g. background images and "ls" or many more > usability improvements. And last but not least: why not? I've answered that kind of question zillion times. Why don't you understand what feature-freeze means? Okuji ___ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
Re: Grub splashimage (yes me again)
At 22:29 01.01.2003, Dr. Tilmann Bubeck wrote: >Yoshinori K. Okuji sagte: >> At Wed, 1 Jan 2003 03:44:35 +1100, >> Jason Thomas wrote: >>> okuji do you think its possible to include the splashimage stuff if >>> the author supports it? >> >> No. I have already said the conclusion. Splashimage is not important for >> boot loaders at all, so its support is never added to 0.9x. > >This is very sad. I think that technical details of a software are very >important (and GRUB is "best-of-class"). However, the usability of a >software is also very important (maybe even more important). Background >images and such "eye candies" is important for normal users so that it >looks good and feels comfortable.. > >I'm giving training at red hat and see many people struggling with lilo >because it is really ugly. GRUB is much nicer, but for example only a few >people know that pressing "TAB" in filenames gives directory listings. >This is why I asked you to include a "ls" command which is obviously >unneccesary but improves usability. > >I would very much like to see e.g. background images and "ls" or many more >usability improvements. And last but not least: why not? I agree completely. Especially if these are easy enhancements like the above. One more of these would be, when one calls "setup" it could write a message to the terminal where it will write the loader to (partition or MBR) and asks you if you really want to do that, then one could enter "y" or "n". For the hardliners there is still the install command. And to out me completely :-) : I use the RH version with my own splashimage. /Herbert ___ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
Re: Grub splashimage (yes me again)
Yoshinori K. Okuji sagte: > At Wed, 1 Jan 2003 03:44:35 +1100, > Jason Thomas wrote: >> okuji do you think its possible to include the splashimage stuff if >> the author supports it? > > No. I have already said the conclusion. Splashimage is not important for > boot loaders at all, so its support is never added to 0.9x. This is very sad. I think that technical details of a software are very important (and GRUB is "best-of-class"). However, the usability of a software is also very important (maybe even more important). Background images and such "eye candies" is important for normal users so that it looks good and feels comfortable.. I'm giving training at red hat and see many people struggling with lilo because it is really ugly. GRUB is much nicer, but for example only a few people know that pressing "TAB" in filenames gives directory listings. This is why I asked you to include a "ls" command which is obviously unneccesary but improves usability. I would very much like to see e.g. background images and "ls" or many more usability improvements. And last but not least: why not? Don't be angry! Till +---+-+ | | dr. tilmann bubeck reinform medien- und | | | informationstechnologie AG | | rein | fon : +49 (711) 7 82 76-52 koenigstrasse 80 | | form | fax : +49 (711) 7 82 76-46 70173 stuttgart / germany | |AG | cell.: +49 (172) 8 84 29 72 fon: +49 (711) 7 82 76-50 | | | email: [EMAIL PROTECTED] http://www.reinform.de | +---+-+ ___ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
Re: Grub splashimage (yes me again)
At Wed, 1 Jan 2003 03:44:35 +1100, Jason Thomas wrote: > okuji do you think its possible to include the splashimage stuff if the > author supports it? No. I have already said the conclusion. Splashimage is not important for boot loaders at all, so its support is never added to 0.9x. Okuji ___ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
Re: Grub splashimage (yes me again)
Quoting Jeremy Katz <[EMAIL PROTECTED]>: Hi, > On Tue, 2002-12-31 at 11:44, Jason Thomas wrote: > > actually the copyright thing is so it can be included upstream. I'd > > prefer if it was not a debian thing. > > > > okuji do you think its possible to include the splashimage stuff if > the > > author supports it? > > For more information on the current status of the splashimage stuff as > far as I'm concerned -- > > I've updated it a bit for 0.93 so that instead of adding the concept > of > a display, it's instead just another terminal type (the terminal > framework made this the obvious thing to do). I also dropped out some > of the functionality which touched lots of code but which we don't use > at Red Hat just to ease the maintenance for me. > > As far as support is concerned, at this point, I'm pretty much tied to > supporting it whether it goes in mainline or not, so if Okuji is > willing > to include it, I can probably be easily convinced to support it. Cool. > Attached is the current diff (well, this doesn't have the help and > there > might have been one other support patch that was related to the > graphics > stuff, but I'm about to head out the door so can't check right now) to > show the state of things. A few things to keep in mind: 1) I know all > of the indentation doesn't match the rest of GRUB, easy to fix if it's > to be included, I was just kind of going on autopilot :) 2) there are > definitely some enhancements that could be made to this if someone > were > sufficiently enterprising > > Jeremy I attached the current patches used by Conectiva (for 0.92), some patches are a bit messed. There are some cosmetic new patches, like the viewport and chainboot comands. One patch that is arguable is the one to boot on machines with less than 608Kb of lower memory. One that I think is very useful is the grub-0.92-mem_lower.patch, it is relatively simple, and will allow grub to boot some computers where only lilo and syslinux were booting, basically, this patch checks early if grub will fail, and in that case, use a memory detection code almost indentical to syslinux. Paulo grub-patches.tar.gz Description: application/gzip ___ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
Re: Grub splashimage (yes me again)
On Tue, 2002-12-31 at 11:44, Jason Thomas wrote: > actually the copyright thing is so it can be included upstream. I'd > prefer if it was not a debian thing. > > okuji do you think its possible to include the splashimage stuff if the > author supports it? For more information on the current status of the splashimage stuff as far as I'm concerned -- I've updated it a bit for 0.93 so that instead of adding the concept of a display, it's instead just another terminal type (the terminal framework made this the obvious thing to do). I also dropped out some of the functionality which touched lots of code but which we don't use at Red Hat just to ease the maintenance for me. As far as support is concerned, at this point, I'm pretty much tied to supporting it whether it goes in mainline or not, so if Okuji is willing to include it, I can probably be easily convinced to support it. Attached is the current diff (well, this doesn't have the help and there might have been one other support patch that was related to the graphics stuff, but I'm about to head out the door so can't check right now) to show the state of things. A few things to keep in mind: 1) I know all of the indentation doesn't match the rest of GRUB, easy to fix if it's to be included, I was just kind of going on autopilot :) 2) there are definitely some enhancements that could be made to this if someone were sufficiently enterprising Jeremy --- grub-0.93/stage2/Makefile.am.graphics 2002-12-28 23:37:03.0 -0500 +++ grub-0.93/stage2/Makefile.am2002-12-28 23:37:03.0 -0500 @@ -7,7 +7,7 @@ fat.h filesys.h freebsd.h fs.h hercules.h i386-elf.h \ imgact_aout.h jfs.h mb_header.h mb_info.h md5.h nbi.h \ pc_slice.h serial.h shared.h smp-imps.h term.h terminfo.h \ - tparm.h nbi.h vstafs.h xfs.h + tparm.h nbi.h vstafs.h xfs.h graphics.h EXTRA_DIST = setjmp.S apm.S $(noinst_SCRIPTS) # For . @@ -18,7 +18,7 @@ libgrub_a_SOURCES = boot.c builtins.c char_io.c cmdline.c common.c \ disk_io.c fsys_ext2fs.c fsys_fat.c fsys_ffs.c fsys_jfs.c \ fsys_minix.c fsys_reiserfs.c fsys_vstafs.c fsys_xfs.c gunzip.c \ - md5.c serial.c stage2.c terminfo.c tparm.c + md5.c serial.c stage2.c terminfo.c tparm.c graphics.c libgrub_a_CFLAGS = $(GRUB_CFLAGS) -I$(top_srcdir)/lib \ -DGRUB_UTIL=1 -DFSYS_EXT2FS=1 -DFSYS_FAT=1 -DFSYS_FFS=1 \ -DFSYS_JFS=1 -DFSYS_MINIX=1 -DFSYS_REISERFS=1 -DFSYS_VSTAFS=1 \ @@ -75,8 +75,14 @@ HERCULES_FLAGS = endif +if GRAPHICS_SUPPORT +GRAPHICS_FLAGS = -DSUPPORT_GRAPHICS=1 +else +GRAPHICS_FLAGS = +endif + STAGE2_COMPILE = $(STAGE2_CFLAGS) -fno-builtin -nostdinc \ - $(NETBOOT_FLAGS) $(SERIAL_FLAGS) $(HERCULES_FLAGS) + $(NETBOOT_FLAGS) $(SERIAL_FLAGS) $(HERCULES_FLAGS) $(GRAPHICS_FLAGS) STAGE1_5_LINK = -nostdlib -Wl,-N -Wl,-Ttext -Wl,2000 STAGE1_5_COMPILE = $(STAGE2_COMPILE) -DNO_DECOMPRESSION=1 -DSTAGE1_5=1 @@ -86,7 +92,7 @@ cmdline.c common.c console.c disk_io.c fsys_ext2fs.c \ fsys_fat.c fsys_ffs.c fsys_jfs.c fsys_minix.c fsys_reiserfs.c \ fsys_vstafs.c fsys_xfs.c gunzip.c hercules.c md5.c serial.c \ - smp-imps.c stage2.c terminfo.c tparm.c + smp-imps.c stage2.c terminfo.c tparm.c graphics.c pre_stage2_exec_CFLAGS = $(STAGE2_COMPILE) $(FSYS_CFLAGS) pre_stage2_exec_CCASFLAGS = $(STAGE2_COMPILE) $(FSYS_CFLAGS) pre_stage2_exec_LDFLAGS = $(PRE_STAGE2_LINK) --- grub-0.93/stage2/asm.S.graphics 2002-12-28 23:37:03.0 -0500 +++ grub-0.93/stage2/asm.S 2002-12-28 23:37:03.0 -0500 @@ -2224,6 +2224,156 @@ pop %ebx pop %ebp ret + +/* graphics mode functions */ +#ifdef SUPPORT_GRAPHICS +VARIABLE(cursorX) +.word 0 +VARIABLE(cursorY) +.word 0 +VARIABLE(cursorCount) +.word 0 +VARIABLE(cursorBuf) +.byte 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 + + +/* + * int set_videomode(mode) + * BIOS call "INT 10H Function 0h" to set video mode + * Call with %ah = 0x0 + * %al = video mode + * Returns old videomode. + */ +ENTRY(set_videomode) + push%ebp + push%ebx + push%ecx + + movb0x10(%esp), %cl + + callEXT_C(prot_to_real) + .code16 + + xorw%bx, %bx + movb$0xf, %ah + int $0x10 /* Get Current Video mode */ + movb%al, %ch + xorb%ah, %ah + movb%cl, %al +int$0x10 /* Set Video mode */ + + DATA32 callEXT_C(real_to_prot) + .code32 + + xorb%ah, %ah + movb%ch, %al + + pop %ecx + pop %ebx + pop %ebp + ret + + +/* + * unsigned char * graphics_get_font() + * BIOS call "INT 10H Function 11h" to set font + * Call with %ah = 0x11 + */ +ENTRY(graphics_get_font) + push%ebp + push%ebx + push%ecx + push%edx + + callEXT_C(prot_to
Re: Grub splashimage (yes me again)
actually the copyright thing is so it can be included upstream. I'd prefer if it was not a debian thing. okuji do you think its possible to include the splashimage stuff if the author supports it? Thanks. On Mon, Dec 30, 2002 at 09:07:41AM -0500, Luis R. Rodriguez wrote: > > hello Paulo. Well its been a while but I gotta bug ya again. > The first step in getting the grub splashimage patch you wrote included > into the Debian GRUB package is for you to just be WILLING to eventually > write a form which will hand over the copyrights to the FSF. > > If you reply with a simple yes, that'd be great. > > I've re-edited my howto. Check it out: > http://ruslug.rutgers.edu/~mcgrof/grub-images/ > > The details of why you need to write out a form eventually is described > here: > http://ruslug.rutgers.edu/~mcgrof/grub-images/#0.3 > > I've been working hard for this so please reply ;) Pretty please ? > > Best regards, > Luis R. Rodriguez > -- Jason "I hope you learn speaking English proper I hope speak I me you." -- Branden Robinson, 2001 ___ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub