Peter Ennis wrote:
(sorry, today I am in a very bad mood. The rest of this mail is meant to
be offensive. Don't read further if you can't accept this.)
So what is a roadmap to deal with these issues that
makes best use of "spare time" while providing LFS
with a world centric (including asian) development
direction in contrast to ASCII 7 bit?
There has been some discussion already about
"dead project" and the Li18nux(put_the_right_standard_here)
idea could be an area for future challenge.
You obviously didn't read the "35 patches and counting" thread. The
roadmap may or may not be to drop UTF-8 support completely to be
consistent with other parts of LFS project and with unpatched upstream
(and yes, this means dropping certain parts of GNOME).
I am naturally limited in this area with
a native english viewpoint.
Exactly people with native English viewpoint are the most active UTF-8
supporters because they don't see bugs (and the bugs are avoidable by
using 8-bit locales like ru_RU.KOI8-R). From my viewpoint, the project
is dead exactly because of recent additions like Udev and UTF-8 support,
because only one or two editors understand the issues. To revive itself,
the project must drop my "featurism" and the book should be dumbed down
so that all editors understand all of it.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
