Bug 156071

Still unchanged in beta9 :-(

Is there a chance to get this fixed for 10.1?

Hm, I'm torn between the possibilites.

1) In theory the system should start without problems, so we do not need the access to such an "expert view mode" during boot. And also if the system is used in a company environment and the sysadmin or helpdesk is available.
2) In practice the system will not boot in xx % of cases, so it would be nice to have a hint. And the system is used by semi-professionals and professionals at home.

I think in the current status it is important to reduce support efforts, so I would keep the text in the graphics.

Please put the text back in the bootscreen and close this bug when it's in.

Jimmac, do you know what happened with this text? 

I'm having some trouble figuring out how to make it appear. Just providing text_x, text_y, text_color and text_size doesn't seem to do the trick. Any hints?

Michael?

This text_ stuff is obsolete and doesn't work since a long time. Just do it the way you did the other text, i.e. put it in the mng file as a single frame.

So we don't care about internationalisation? Does "Press Esc for more information" sound ok for that label?

Sounds ok to me (that is the message we used for SL10.0, isn't it).
As for the i18n: there's actually a Feature request in FATE for this, but it was turned down because of a lack of resources.

In order to generate the MNG I had to downgrade ImageMagick to 6.1.8 again. But suddenly I have a problem with the jpegs. mkinitrd complains that thay aren't 221111. I generate them with:

`convert $in -quality $q -interlace none -colorspace YCbCr -sampling-factor 2x2 -geometry $res\! $out`

I'm attaching a sample JPEG file.

Image: silent-800x600.jpg
  Format: JPEG (Joint Photographic Experts Group JFIF format)
  Geometry: 800x600
  Class: DirectClass
  Type: TrueColor
  Endianess: Undefined
  Colorspace: RGB
  Depth: 8 bits
  Channel depth:
    Red: 8-bits
    Green: 8-bits
    Blue: 8-bits
  Channel statistics:
    Red:
      Min: 26 (0.101961)
      Max: 122 (0.478431)
      Mean: 48.3842 (0.189742)
      Standard deviation: 9.52331 (0.0373463)
    Green:
      Min: 63 (0.247059)
      Max: 156 (0.611765)
      Mean: 98.4245 (0.385978)
      Standard deviation: 15.9984 (0.0627388)
    Blue:
      Min: 109 (0.427451)
      Max: 201 (0.788235)
      Mean: 155.222 (0.608714)
      Standard deviation: 23.9642 (0.0939771)
  Colors: 2107
  Rendering-intent: Undefined
  Resolution: 28x28
  Units: PixelsPerCentimeter
  Filesize: 39kb
  Interlace: None
  Background Color: white
  Border Color: #DFDFDF
  Matte Color: grey74
  Dispose: Undefined
  Iterations: 0
  Compression: JPEG
  Quality: 95
  Orientation: Undefined
  Comment: (c) 2004 Jakub Steiner

Created with The GIMP
  JPEG-Colorspace: 2
  JPEG-Sampling-factors: 1x1,1x1,1x1
  Signature: 3cd5b15c5ea85528a16044aab3db9d5342d750e15d99c1237a6e1f312eac3f24
  Tainted: False
  User Time: 0.040u
  Elapsed Time: 0:01
  Version: ImageMagick 6.1.8 05/24/06 Q16 http://www.imagemagick.org


Any idea what's happening now?

Created attachment 85022 [details]
jpeg background image that bootsplash tools won't chew on

hmmk, appears that the jpeg needs to read

JPEG-Sampling-factors: 2x2,1x1,1x1

not

JPEG-Sampling-factors: 1x1,1x1,1x1

Question is why convert is suddenly behaving differently (also required to be case sensitive for `-interlace None`. `-sampling-factor 2x2` is being ignore I guess.

Yes, the bootsplash kernel code only supports 221111. But why on earth did you touch the jpeg? I thought you just wanted to add a frame the the animation, which is mng not jpeg. No need to touch the jpeg at all.

Michael, there are way too many resolutions to deal with. I wish we only used 800x600 for the bootsplash, but that ain't happening. That's why I generate everything with a fairly stupid script out of a single resource. If only Imagemagick didn't one day produce output that suddenly doesn't work with bootsplash...

Right, all those different resolutions don't help at all. And then there's 1280x1024, which has a different aspect ratio...
Btw, using mngs for text helps a bit, as the splash code does the scaling in that case...

Having two versions of imagemagick seems to do the trick. Upstream 6.1.8 generates  bootsplash-acceptable MNGs but borks on 411 JPEGs, and the packaged version generates proper JPEGs, but fails with MNGs. 

The updated theme is in pdes svn (https://svn.innerweb.novell.com/svn/pdes/branches/SUSE10.1/boot/theme/SuSE/) Reassigning for packaging.

(FYI: I use the netpbm tools and cjpeg to create the jpegs. gimp also works.)

Is the ESC hint back?
Can I close the bug?

What's the status of the "ESC" hint?

I close the bug.
If it is not fixed, reopen.