Mark Rosenstand wrote:
> Bruce Dubbs wrote:
>
>>Mark Rosenstand wrote:
>>
>>
>>>On a side note: Another headline for "Why isn't some package
>>>manager in the book?" would be appreciated.
>>
>>http://www.linuxfromscratch.org/blfs/view/cvs/introduction/important.html#pkgmgt
>
>
> Yes. This is ex
I've attached a patch for a few minor changes in the book. This includes
a reduction in the Chapter 6 glibc explanatory text on locales (there is
no reason for the same thing to be said both in Chapters 5 and 6) as
well as a link to the new BLFS locale page, and a small change in
Chapter 6 binu
Pasha Zubkov wrote:
> Bryan Kadzban пишет:
>
>> Why not just use getwc(), and use wchar_t's in all cases?
>>
>> You'd have to modify the output to convert back to multibyte
>> characters (specifically, LC_CTYPE-encoding characters; they may
>> not actually have more than one byte per character),
On Sun, 1 Jan 2006, Bernard Leak wrote:
Dear List,
in what is (or was a few days ago!) the 'live' LFS Book
(LFS-BOOK-SVN-20051223), I can't get the test-suite for
6.50, Module-Init-Utils to run *at all*. Ignoring the test result,
everything seems to build, but I haven't dared ins
Bryan Kadzban пишет:
Why not just use getwc(), and use wchar_t's in all cases?
You'd have to modify the output to convert back to multibyte characters
(specifically, LC_CTYPE-encoding characters; they may not actually have
more than one byte per character), but it looks like add_wch does that
al
Tushar Teredesai wrote:
> Additionally, the libgcc_s.so symlink is not needed. Only the
> libgcc_s.so.1 is needed so that glibc can dlopen that library (used in
> nptl).
Are you sure? The libgcc_s.so symlink became necessary when LFS adopted
the startfile_prefix_spec hackery in the toolchain read
Pasha Zubkov wrote:
> Alexander E. Patrakov пишет:
>
>> Pasha Zubkov wrote:
>>
>>> Hello, this patch fix UTF-8 issue with `watch` at least in
>>> ru_RU.UTF-8 and be_BY.UTF-8.
>>
>> Rejected, breaks ru_RU.KOI8-R.
>>
> Added test for UTF-8.
>
Why not just use getwc(), and use wchar_t's in all
Dear List,
in what is (or was a few days ago!) the 'live' LFS Book
(LFS-BOOK-SVN-20051223), I can't get the test-suite for
6.50, Module-Init-Utils to run *at all*. Ignoring the test result,
everything seems to build, but I haven't dared install it on
top of the existing version.
Alexander E. Patrakov пишет:
Pasha Zubkov wrote:
Alexander E. Patrakov пишет:
UTF-8 is _still_ not fully supported (e.g. 'tr :upper: :lower:' works
only on ASCII characters, 'watch' shows only ASCII characters,
'sfdisk' misaligns button labels in non-English UTF-8 locales), but
the same bug
Bruce Dubbs wrote:
> Mark Rosenstand wrote:
>
> > On a side note: Another headline for "Why isn't some package
> > manager in the book?" would be appreciated.
>
> http://www.linuxfromscratch.org/blfs/view/cvs/introduction/important.html#pkgmgt
Yes. This is exactly what leads people to believe t
Pasha Zubkov wrote:
+ if (c > 127) {
+ c = ((c ^ 192)
<< 6) + (getc(p) ^ 128);
+ } else if (c > 223) {
+
Pasha Zubkov wrote:
Alexander E. Patrakov пишет:
UTF-8 is _still_ not fully supported (e.g. 'tr :upper: :lower:' works
only on ASCII characters, 'watch' shows only ASCII characters,
'sfdisk' misaligns button labels in non-English UTF-8 locales), but
the same bugs exist in all distros (includi
Alexander E. Patrakov wrote:
> This completely avoids running the scripts/test-installation.pl script.
> Would you count this as a cheat or as an acceptable solution? BTW DIY
> has a nice description of the problem (see the first Rationale note
> under http://www.diy-linux.org/x86-reference-bui
Alexander E. Patrakov пишет:
UTF-8 is _still_ not fully supported (e.g. 'tr :upper: :lower:' works
only on ASCII characters, 'watch' shows only ASCII characters, 'sfdisk'
misaligns button labels in non-English UTF-8 locales), but the same bugs
exist in all distros (including those which claim t
14 matches
Mail list logo