Bug 4894 - text installer and rescue doesn't display correctly some characters
Summary: text installer and rescue doesn't display correctly some characters
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Low minor
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords: PATCH
Depends on:
Blocks:
 
Reported: 2012-03-12 08:40 CET by AL13N
Modified: 2014-06-05 21:15 CEST (History)
6 users (show)

See Also:
Source RPM: ncurses
CVE:
Status comment:


Attachments
faulty rescue (4.52 KB, image/png)
2012-03-12 08:40 CET, AL13N
Details
text installer (3.56 KB, image/png)
2012-03-12 08:41 CET, AL13N
Details
set TERM to "screen" instead of "linux" (2.22 KB, patch)
2012-03-19 19:06 CET, Thierry Vignaud
Details | Diff
text installer special chars display in custom partitioner (4.93 KB, image/png)
2012-04-07 12:40 CEST, AL13N
Details

Description AL13N 2012-03-12 08:40:00 CET
Description of problem:

See screenshots.

This bug could be related to or triggered changes introduced by bug 4724, since at least the rescue didn't have this problem before it.
Comment 1 AL13N 2012-03-12 08:40:37 CET
Created attachment 1728 [details]
faulty rescue
Comment 2 AL13N 2012-03-12 08:41:28 CET
Created attachment 1729 [details]
text installer
AL13N 2012-03-12 08:41:50 CET

CC: (none) => thierry.vignaud

AL13N 2012-03-12 08:42:02 CET

CC: (none) => pterjan

AL13N 2012-03-12 08:42:45 CET

CC: (none) => jquelin

Comment 3 Dave Hodgins 2012-03-13 02:31:08 CET
Confirming this bug is present on the Beta 2 pre-release i586 dvd iso.

CC: (none) => davidwhodgins

Comment 4 Thierry Vignaud 2012-03-13 19:02:47 CET
What's strange is that it now affects stage1 which uses its own copy of slang and only link with external libz.a libldetect.a libkmod.a libpci.a & liblzma.a, so nothing that should affect its output...
I wonder what happens ?????
Comment 5 Thierry Vignaud 2012-03-13 19:07:22 CET
As noted previously, looks like a charset problem

â (U+2500) is C4 in PC437/PC850 but does not exist in ISO-8859-1 or ISO-8859-15
where C4 is Ã


It's reproducible with drakboot with TERM=linux when
locale is not UTF-8, but not with TERM=screen:

TERM     | UTF-8 | no-UTF-8
---------+--------------
linux[1] |   OK  |  BUG
screen   |   OK  |  OK

[1] like in the installer

As already stated, since it also affects stage1 (which cames with its own slang+newt), it may some change in the build environment.
Comment 6 AL13N 2012-03-13 20:05:38 CET
how easy is it to set the locales to UTF-8?
Thierry Vignaud 2012-03-16 11:31:56 CET

Priority: Normal => Low
Severity: normal => minor

Thierry Vignaud 2012-03-19 18:03:16 CET

CC: (none) => mageia

Thierry Vignaud 2012-03-19 18:04:14 CET

Source RPM: (none) => drakx-installer-binaries

Comment 7 Thierry Vignaud 2012-03-19 19:06:42 CET
Created attachment 1804 [details]
set TERM to "screen" instead of "linux"

I won't try to debug ncurses further and I think I'll just go with that patch.
"screen" works better than "linux-vt" that I tested too

The only remaining issue is that on exiting rescue-gui, the terminal is set to TERM=linux,
I'ven't tried the tree/etc/rc.sysinit modification yet
Thierry Vignaud 2012-03-19 19:06:50 CET

Keywords: (none) => PATCH

Comment 8 AL13N 2012-03-24 07:59:26 CET
using the old boot.iso didn't work? do i need to use a new iso for this patch to work?
Comment 9 Thierry Vignaud 2012-03-24 14:49:22 CET
You need to:
1) rebuild drakx-installer-binaries with that patch (actually part of it: anything touching mdkstage1)
2) install it
3) rebuild drakx-installer-images with part of the patch (the images/ bits)
4) rebuild drakx-installer-stage2 with the perl-install/ part
5) rebuild drakx-installer-rescue with the rescue/ part
6) extract boot.iso from d-i-images, mdkinst.sqfs from d-i-stage2, and rescue.sqfd from d-i-rescue, and overwite install/{images,stage2} on your local mirror in order to test
Comment 10 Thierry Vignaud 2012-04-06 10:57:26 CEST
I've commited the patch & uploaded a fixed installer.
lines are now ok (but vertical ones with languages with accents).
I suspect we got regressions in ncurses between 5.8 & 5.9

Source RPM: drakx-installer-binaries => ncurses

Comment 11 AL13N 2012-04-07 12:24:21 CEST
i can confirm it with the new boot.iso, most of it works nicely though
Comment 12 AL13N 2012-04-07 12:30:36 CEST
user and password dialog has issues now when typing stuff, definately with backspace
Comment 13 AL13N 2012-04-07 12:40:50 CEST
Created attachment 1939 [details]
text installer special chars display in custom partitioner

in custom partitioner, there is this when making a new partition (chosen language dutch)

you see that the likely reason for this is the ë character.
Comment 14 Marja Van Waes 2012-05-26 13:09:52 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 15 João Miranda 2012-05-31 00:19:05 CEST
Hi, i have a situatuion here...

https://forums.mageia.org/en/viewtopic.php?f=8&t=2621

Do i fill a new bug? or its the same?

CC: (none) => controle.um

Comment 16 Manuel Hiebel 2012-05-31 00:38:08 CEST
yep seems the same

Keywords: NEEDINFO => (none)

Comment 17 AL13N 2012-05-31 00:53:28 CEST
assuming i understand the issue, it seems these problems only appear if you're not using utf-8... perhaps we can just make everything utf-8 and not have any problem anymore?
Comment 18 João Miranda 2012-06-01 15:16:35 CEST
(In reply to comment #17)
> assuming i understand the issue, it seems these problems only appear if you're
> not using utf-8... perhaps we can just make everything utf-8 and not have any
> problem anymore?

I can't make everything utf-8.
Comment 19 AL13N 2012-10-01 22:46:56 CEST
hmm is there any reason this isn't assigned to tv?
Comment 20 Manuel Hiebel 2012-10-02 01:07:37 CEST
check yourselft the maintainer of the ncurses package
Comment 21 AL13N 2012-10-02 12:11:57 CEST
i mean, tv did the last action on this bug. and he said there would be regressions... i assume he means to fix it as a lower priority? or did i read/assume this wrong?
Comment 22 Thierry Vignaud 2014-06-04 14:58:00 CEST
Is this still valid? I think not?
Comment 23 AL13N 2014-06-04 15:47:36 CEST
it's been a while, but i haven't tested text installation recently...
Comment 24 Thierry Vignaud 2014-06-05 21:15:42 CEST
Indeed it's fixed

Status: NEW => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.