On Tue, Apr 23, 2013 at 01:17:36PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> >
> >   With the exception of vi_VN and zh_CN those all render in my
> > console with my LatGrkCyr font. Vietnamese can work, but you won't
> > get much else except english from a screen font that handles it.
> >
> >   I suspect that the turkish is a bit garbled - it seems to have a
> > lot of dollar signs in it.
> 
> Are those issues something that should be addressed by LFS or upstream?
 zh_CN works in a graphic term, with a suitable font, which is how
people using that locale will probably read the help.  The limit of
512 glyphs for the linux, even in a framebuffer, is the problem.  So
the only real issue is the turkish translations.  Nothing to do with
LFS, and I'll leave it to someone who can read turkish.
> 
> Also, I don't know how many people use a console any more.  Virtually 
> all of the larger distros go directly to xdm or equivalent. A remote ssh 
> doesn't use console fonts if run from an xterm or equivalent.  I do boot 
> to a console, but most of the time my first command is startx or to 
> access the system from another system via ssh.  Occasionally I'll do a 
> little work from the console, but that is/was only to debug the boot 
> scripts.
> 
 Yeah, consoles don't get much use - once I've built xorg I mostly
use the console to check the kbd messages render ;)

> We've got three possibilities here:
> 
> 1.  Leave it alone
> 2.  Use a sed and only change the location of the kbd.mo files
> 3.  Put all the support files in /usr/share
> 
> My initial reaction is to do 3, but I could be persuaded otherwise.
> 
>    -- Bruce
 If we don't need the progs in /bin, then 3 - plus not moving the progs
sounds like a sensible plan.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to