Bug 256533

Summary:	kpart doesn't read /etc/DIR_COLORS settings
Product:	[Applications] konsole	Reporter:	Greg Bouzakis <gregbouzakis>
Component:	kpart	Assignee:	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:

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.