Bug 114936

Summary:	more info in the bottom strip of the framebuffer console
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	Jiri Dluhos <jdluhos>
Component:	ConsoleApps	Assignee:	Jiri Dluhos <jdluhos>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Enhancement
Priority:	P5 - None
Version:	Beta 4
Target Milestone:	---
Hardware:	Other
OS:	All
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Jiri Dluhos 2005-09-02 11:18:33 UTC

Starting from beta4, there is a nice decorative blue strip in the bottom of  
the framebuffer console, showing the 'SUSE Linux' title.  
  
It would be beautiful if we could have more information there, e.g. the  
current time, number of the current virtual console, and/or the current host  
name. I think it would look very geeky cool :o)

Comment 1 Michael Schröder 2005-09-02 12:39:47 UTC

Yes I agree. Unfortunately I can't decide this. Reassigned to Ken. 
(We can only display "static" information, so current time doesn't work)

Comment 2 Stephan Kulow 2006-03-08 14:19:10 UTC

Rodney, I hope you can sort this out

Comment 3 Rodney Dawes 2006-03-20 17:38:27 UTC

Well, we can't put this information in the image itself. And, as far as I know, the graphical framebuffer image only ever works on the first virtual console. The hostname or VT # would have to be displayed programatically, and all we would need it some method to configure the positioning through the bootsplash config files where we specify the console text area size and such already. This also means that the display of dynamic information such as time could happen as well, I think, although I guess it has to happen inside the kernel? I'm not really sure how all the bootsplash stuff works internally.

I don't really think it's worth all the trouble though, and this bug needs to be either closed as WONTFIX or reassigned to someone more appropriate for the job.

Comment 4 Stephan Kulow 2006-03-23 08:57:20 UTC

Jiri - I suggest you create a fate entry to track this the way features no-one feels responsible for are tracked

Comment 5 Jiri Dluhos 2006-03-23 09:36:06 UTC

Done, added as FATE entry #300519.

Comment 6 Jiri Dluhos 2006-04-02 20:47:04 UTC

As it is now in FATE, closing as resolved.