Bug 256533

Summary: kpart doesn't read /etc/DIR_COLORS settings
Product: [Applications] konsole Reporter: Greg Bouzakis <gregbouzakis>
Component: kpartAssignee: Konsole Developer <konsole-devel>
Status: RESOLVED NOT A BUG    
Severity: normal CC: hein
Priority: NOR    
Version: 0.9   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Greg Bouzakis 2010-11-10 17:54:29 UTC 
Version:           2.9.7 (using KDE 4.5.1) 
OS:                Linux

yakuake doesn't read /etc/DIR_COLORS settings like konsole does.
An /etc/DIR_COLORS file is one that defines the LS_COLORS environment variable used by GNU ls with the --color option.

It could look like this: http://slackware.osuosl.org/slackware/source/a/coreutils/DIR_COLORS.gz

Reproducible: Always

Steps to Reproduce:
Open yakuake. Type ls in a directory containing files with extensions defined in /etc/DIR_COLORS.

Actual Results:  
No coloured output.

Expected Results:  
Coloured output.

Konsole works OK, so i think this is a bug in yakuake.
I should also note that im using a modified DIR_COLORS file, containing 2556 coloured terminal entries. My $TERM is set to xterm-256color.
Comment 1 Eike Hein 2010-11-11 04:20:41 UTC 
Yakuake emebds the Konsole KPart component and has no influence over the terminal area. Reassigning to KPart.
Comment 2 Greg Bouzakis 2010-11-11 06:06:15 UTC 
With some help i managed to figure out why this happens.
Konsole starts a login shell even when under the Manage Profiles/General tab, the Command is set to /bin/bash. Apparently that is not enough for yakuake.
If i change /bin/bash to /bin/bash -l , only then yakuake starts as a login shell.
Comment 3 Greg Bouzakis 2010-11-11 06:39:37 UTC 
Further investigation revealed that this is actually cause of a modification in the konsole.desktop file. This isnt KDE's fault.