Bug 3240 - mc crashes without X - unusable
Summary: mc crashes without X - unusable
Status: RESOLVED INVALID
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 1
Hardware: i586 Linux
Priority: Normal critical
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-01 02:07 CET by barry marchant
Modified: 2011-11-07 13:27 CET (History)
1 user (show)

See Also:
Source RPM: mc 4.7.5.2-2.mga1
CVE:
Status comment:


Attachments
list of pkgs unsorted (38.48 KB, application/octet-stream)
2011-11-02 05:44 CET, barry marchant
Details
list of pkgs alpha order (38.48 KB, application/octet-stream)
2011-11-02 05:45 CET, barry marchant
Details

Description barry marchant 2011-11-01 02:07:49 CET
mc when run in an xterm has no problems

When I try to run mc in a tty without X the screen flashes on/off at about 1/2 second rate with most chars readable & with some garbage. Application is unusable.


How reproducible:

every time
Comment 1 Kamil Rytarowski 2011-11-01 03:23:07 CET
Add please as an attachment "rpm -qa" result.

CC: (none) => krytarowski

Comment 2 barry marchant 2011-11-01 03:49:49 CET
[barry@TheBox ~]$ rpm -qa mc
mc-4.7.5.2-2.mga1
Comment 3 Kamil Rytarowski 2011-11-01 04:22:11 CET
Attach all packages.

Do you use framebuffer? Does it occur with other applications?

Here everything is fine.
Comment 4 barry marchant 2011-11-01 08:53:08 CET
[barry@TheBox ~]$ rpm -qa mc
mc-4.7.5.2-2.mga1
Comment 5 barry marchant 2011-11-01 09:03:32 CET
only the 1 package involved.

Not tested any other apps. I only run without X for some maintenance or checking.

Not sure about framebuffer. My installation is standard mageia1 started in runlevel 3 followed by 'startx starticewm' to start X and the wm
Comment 6 Kamil Rytarowski 2011-11-02 01:24:45 CET
Well if you could just type "rpm -qa" WITHOUT "mc" I would try to reproduce it with the same environment on my virtualmachine.
Comment 7 Kamil Rytarowski 2011-11-02 01:27:51 CET
About the framebuffer - if you can see eye candy Mageia theme when the system is booting you have properly set up framebuffer.
Comment 8 barry marchant 2011-11-02 05:44:35 CET
Created attachment 1038 [details]
list of pkgs unsorted
Comment 9 barry marchant 2011-11-02 05:45:43 CET
Created attachment 1039 [details]
list of pkgs alpha order
Comment 10 barry marchant 2011-11-02 05:48:29 CET
no framebuffer. I boot to runlevel 3 on tty1, then run startx starticewm starts x on tty7
Comment 11 barry marchant 2011-11-02 23:17:01 CET
On Mandriva 2010 mc runs correctly on tty2 with x on tty7. 

On tty7 with X mc runs and is usable but lines bordering the display are replaced with garbage. This may be a problem with char set selection.

rpm on mandriva is....

[barry@TheBox ~]$ rpm -qa mc
mc-4.7.0-0.pre2.3mdv2010.0

HTH
Comment 12 barry marchant 2011-11-03 10:00:31 CET
This problem with mc Solved, but what are the implications of a change?

On tty2 (no X) I ran...
TERM=linux
export TERM

and mc runs correctly.

Then I did the same under X on tty7

So it looks like mc & utf8 are not compatible
Comment 13 Kamil Rytarowski 2011-11-03 20:40:49 CET
Ok thank you for the solution, I will check it tomorrow.
Comment 14 barry marchant 2011-11-04 08:01:24 CET
Some more info.....

Before starting  X....
Login on tty1 as user. Run 'echo $TERM' gives rxvt-unicode. mc is garbage
Login on tty2 as root  Run 'echo $TERM' gives linux - mc is ok

Then startx from tty1 gives x on tty7,
Run 'echo $TERM' in xterm gives 'rxvt-unicode'. mc is ok.
TERM appears to be set in my ~/.bashrc
Comment 15 Kamil Rytarowski 2011-11-04 09:52:01 CET
I confirm that TERM=rxvt-unicode makes from mc garbage.
List of available terms is in /etc/termcap
I don't think then we should consider this as a bug, can we close?
Comment 16 Kamil Rytarowski 2011-11-06 00:08:17 CET
ok closing

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

Comment 17 barry marchant 2011-11-06 04:38:10 CET
Probably not a mageia bug, but if mc runs in an xterm with x but not in a tty without x when in both instances the value of $TERM is 'rxvt-unicode' is this not a fault in the mageia boot routine?

Thanks for your help Kamil.

Barry
Comment 18 Kamil Rytarowski 2011-11-06 23:36:57 CET
Ok, let me check it again. I've got "xterm" by default and it works fine both in X and tty.

Status: RESOLVED => REOPENED
Resolution: INVALID => (none)

Comment 19 Kamil Rytarowski 2011-11-07 13:27:46 CET
OK, I've checked it again. for the same set of packages I just got TERM=linux for a user.

If you try to cheat mc and use different TERM type, then it's your fault not the of mc.
You can try to set TERM to xterm, or try to set rxvt-unicode with some .X* init scripts for X Window.

Status: REOPENED => RESOLVED
Resolution: (none) => INVALID


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