<p>On Sep 21, 2012 4:54 PM, "Bill Nottingham" <<a href="mailto:notting@redhat.com">notting@redhat.com</a>> wrote:<br>
><br>
> Tom Gundersen (<a href="mailto:teg@jklm.no">teg@jklm.no</a>) said:<br>
> > No longer override the default kernel font if nothing is specified in<br>
> > vconsole.conf.<br>
> ><br>
> > The default kernel font[0] provides ISO-8859-1 and box characters. Users<br>
> > of Arabic, Cyrilic or Hebrew must set a different font manually as these<br>
> > character sets were provided by the old default font [1], but are not<br>
> > any longer.<br>
><br>
> I can see the rationale of fixing the default kernel font,</p>
<p>Notice that you can select the kernel font at compile time, so the distros could easily set whatever they think is appropriate (and whether or not something needs fixing depends on your point of view i guess).</p>
<p>> but changing<br>
> the default behavior to one that explicitly excludes a large number of<br>
> configurations that had worked out of the box before is worrisome.</p>
<p>I see the concern (which is why the original patch was only for Arch). If this is rejected, then at the very least we would have to make it clearer how one can request the kernel font as this is now counter intuitive (setting an empty FONT=).</p>

<p>> Also, doesn't relying on the default kernel font mean you don't know<br>
> what font you're actually getting? (I.e., if you boot with vgacon, vs<br>
> kmscon, vs vesafb, vs (other), you may get different defaults.)</p>
<p>Sure, it will be up to the kernel devs/packagers to make sure you get something sensible in all cases.</p>
<p>> If so,<br>
> I think this might be a worse default than overriding it with our own.</p>
<p>I think overriding it in systemd is solving the problem (if one exists) in the wrong place.</p>
<p>Cheers,</p>
<p>Tom<br>
</p>