public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user]  kde schema colors problem
@ 2006-09-05 20:19 James
  2006-09-06 22:25 ` Richard Fish
  0 siblings, 1 reply; 3+ messages in thread
From: James @ 2006-09-05 20:19 UTC (permalink / raw
  To: gentoo-user

Hello,

Well maybe this (ls) schema color issue I'm seeing  is related to a recent
vim colors question...not sure?

ON a newly installed system (2006.1) (amd-K8) the dir content listing (ls)
is all  white (various file types and dirs). I display only the 
current dir of my path as part of my prompt. When I cd into a dir,
the path changes color (blue) like it should. When I ssh into another 
system, the kde schema color schemes are correct and consistently display on 
the terminal session on the (K8) system.

On the (K8) system, I get this all white color (for all file types),
regardless of any (KDE) color shema select. All I can do by changing 
the kde  schema setting is go from (black on white) to (white on black),
testing many of the schema choices.
So I'm wondering it has to be related to a recent color problem with 
vim-7.0.17? Now the really
confusing part for me is this errant (ls) color behavior is 
the same running either vim-6.4 or vim-7.0.17 on the (K8) system.
So could it be related to something in the 2006.1 make.profile?

>From this (K8) 2006.1 install I have this symbolic link as
a vestige of the installation:

ls -alg /etc/make.profile
lrwxrwxrwx 1 root 58 Sep  4 03:18 /etc/make.profile ->
../usr/portage/profiles/default-linux/amd64/2006.1/desktop

whereas on another system I have:
# ls -alg /etc/make.profile
lrwxrwxrwx 1 root 48 Aug 30 17:40 /etc/make.profile ->
../usr/portage/profiles/default-linux/x86/2006.1

and all of my 2006.0 systems contain this sym-link:
$ ls -alg /etc/make.profile
lrwxrwxrwx 1 root 48 Jul  3 16:08 /etc/make.profile ->
../usr/portage/profiles/default-linux/x86/2006.0

Only the (K8) system, the first of the 3 symbolic links has this
(ls) shema color problem. Notice the 'desktop' portion of 
the first symbolic link.


Sugestions as to how to fix this schema color issue on the newly
installed (livedCD 2006.1) (K8) system are most welcome. Initially,
I performed a networkless (kde-less) install. Since then I have 
emerged kde-meta and all seems fine, except this schema colors
in my kde terminal sessions.


Is this a bug?


James




-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [gentoo-user] kde schema colors problem
  2006-09-05 20:19 [gentoo-user] kde schema colors problem James
@ 2006-09-06 22:25 ` Richard Fish
  2006-09-07  0:41   ` [gentoo-user] " James
  0 siblings, 1 reply; 3+ messages in thread
From: Richard Fish @ 2006-09-06 22:25 UTC (permalink / raw
  To: gentoo-user

On 9/5/06, James <wireless@tampabay.rr.com> wrote:
> Hello,
>
> Well maybe this (ls) schema color issue I'm seeing  is related to a recent
> vim colors question...not sure?

Probably not.  That was specific to editing perl code, and vim uses a
different mechanism of coloring than ls, cp, et al.

> ON a newly installed system (2006.1) (amd-K8) the dir content listing (ls)
> is all  white (various file types and dirs). I display only the
> current dir of my path as part of my prompt. When I cd into a dir,
> the path changes color (blue) like it should.

Getting colors in ls output requires a couple of things to occur:

1. Aliases for ls and grep to add the "--color=auto" option.  Of
course you could do this yourself by running "ls --color=auto", but it
is normally aliased in your ~/.bashrc.  If you are not getting colors,
first check that the aliases are defined correctly by running "alias".
 You should see:

alias ls='ls --color=auto'

2. The --color option doesn't really work unless the dircolors command
is used to define what colors are available.  Again, this is normally
done in your ~/.bashrc, which should contain the following line, in
addition to the alias commands:

# colors for ls, etc.
eval `dircolors -b /etc/DIR_COLORS`

3. Your TERM type must be known to dircolors.  This means that
whatever $TERM contains, there should be a TERM line for that in
/etc/DIR_COLORS.

Note that the bash prompt coloring is done in /etc/bash/bashrc,
sourced by /etc/profile.  You should read those to understand exactly
how that part of it works.  If the bash coloring works, but not
ls/grep coloring, I suspect you are not using the standard .bashrc
provided by /etc/skel/.bashrc.

-Richard
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

* [gentoo-user]  Re: kde schema colors problem
  2006-09-06 22:25 ` Richard Fish
@ 2006-09-07  0:41   ` James
  0 siblings, 0 replies; 3+ messages in thread
From: James @ 2006-09-07  0:41 UTC (permalink / raw
  To: gentoo-user

Richard Fish <bigfish <at> asmallpond.org> writes:


> Note that the bash prompt coloring is done in /etc/bash/bashrc,
> sourced by /etc/profile.  You should read those to understand exactly
> how that part of it works.  If the bash coloring works, but not
> ls/grep coloring, I suspect you are not using the standard .bashrc
> provided by /etc/skel/.bashrc.


You are correct.

I'm working on my bash files.....

Thanks for the information.


James



-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-09-07  0:52 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-09-05 20:19 [gentoo-user] kde schema colors problem James
2006-09-06 22:25 ` Richard Fish
2006-09-07  0:41   ` [gentoo-user] " James

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox