the console palette if desired. See:
>
> https://www.n0nb.us/blog/2020/02/coping-with-color-on-the-linux-console-and-xterm-and-friends/
The original poster (OP) may find it simpler to install xfce4-terminal.
It has a nice GUI for configuring colors, including some pre-defined
color schemes.
background and blue text
> >> how can i change the colors
> >>
> >
> > You will have to provide more information before anyone can answer that.
> >
> > Which desktop/window manager? KDE, XFCE, etc.?
> >
> > If your program runs in a terminal, w
wrote:
> On Sun, Aug 18, 2024 at 11:56:38AM -0600, Charles Curley wrote:
> > On Sun, 18 Aug 2024 15:58:09 +
> > fxkl4...@protonmail.com wrote:
> >
> > > is use dialog to create simple menus
> > > it's always white background and blue text
> &
On Sun, Aug 18, 2024 at 11:56:38AM -0600, Charles Curley wrote:
> On Sun, 18 Aug 2024 15:58:09 +
> fxkl4...@protonmail.com wrote:
>
> > is use dialog to create simple menus
> > it's always white background and blue text
> > how can i change the colors
> &g
On Sun, 18 Aug 2024, Charles Curley wrote:
> On Sun, 18 Aug 2024 15:58:09 +
> fxkl4...@protonmail.com wrote:
>
>> is use dialog to create simple menus
>> it's always white background and blue text
>> how can i change the colors
>>
>
> You will ha
On Sun, 18 Aug 2024 15:58:09 +
fxkl4...@protonmail.com wrote:
> is use dialog to create simple menus
> it's always white background and blue text
> how can i change the colors
>
You will have to provide more information before anyone can answer that.
Which desktop/window m
is use dialog to create simple menus
it's always white background and blue text
how can i change the colors
i'll have to see if i can borrow a vga monitor
On Tue, 30 Apr 2024, Marco Moock wrote:
> Am 30.04.2024 um 18:33:24 Uhr schrieb fxkl4...@protonmail.com:
>
>> i use a vga to hdmi converter
>
> Test it without it.
>
> --
> Gruß
> Marco
>
> Send unsolicited bulk mail to 1714494804mu...@cartoonies.or
Am 30.04.2024 um 18:33:24 Uhr schrieb fxkl4...@protonmail.com:
> i use a vga to hdmi converter
Test it without it.
--
Gruß
Marco
Send unsolicited bulk mail to 1714494804mu...@cartoonies.org
itial ramdisk that the color changes
the foreground color stays white but the background changes
it changes to different colors each time i boot, green, purple, pink, ...
some combination are impossible to read
where should i look for the culprit
On Mon Jun 5 09:58:04 2023 gene heskett wrote:
> I could go on with my war stories, but I'm boring the list
> with off topic rattling. Just suffice to say I've BT & DT many times.
Come on over to alt.folklore.computers. It exists to exchange war stories.
--
/~\ Charlie Gibbs
on's dye as the culprit).
Stefan
I'm convinced after chasing electrons to make them do work since the
middle of WW-II, that the dye is the most likely suspect. The evidence
is admittedly thin, but its there by the fact that other colors may
flex, fatigue from flexing and fail
On 6/3/23 15:18, Roy J. Tellason, Sr. wrote:
On Friday 02 June 2023 04:03:48 pm gene heskett wrote:
And I'll repeat, I am a CET, something that probably less than 5% of the
working EE's could pass that test. CET's are a bit rare, I've yet to
meet another on the net.
Uh, yes you have...
(Cert
On Friday 02 June 2023 04:03:48 pm gene heskett wrote:
> And I'll repeat, I am a CET, something that probably less than 5% of the
> working EE's could pass that test. CET's are a bit rare, I've yet to
> meet another on the net.
Uh, yes you have...
(Certificate PA-230 issued in 1981.)
--
Memb
> I was pretty sceptical about Gene's claim, especially for nowadays, but
> I just found
> https://www.physicsforums.com/threads/insulated-copper-wire-turned-into-gray-powder.976956/
> FWIW. From 2019.
Yeah, I saw that one as well, but note that the black wire also saw
"corrosion" (tho less so), a
Stefan Monnier wrote:
> >> Can you point to any evidence?
> > You've never cut open a magenta cable that quit to see what's
> > inside?
>
> Nope. Never had them fail on me either for that matter.
>
> > If rust colored dust falls from where copper used to be, you have
> > your evidence.
>
> 5~10 years ago, I cut the end off of a bad red SATA cable.
> To my surprise, the copper conductor was disintegrating as Gene describes.
> Unbelievable.
> Somebody botched their chemical engineering.
Cool: second first hand account. Thanks.
So there is at least some anectodal evidence.
I also f
>>> If rust colored dust falls from where copper used to be, you have your
>>> evidence.
>> Right. But I don't have that, so I don't have my evidence. Do you?
> I didn't know I needed to save it at the time, so nothing physical.
First hand reports count as evidence, thanks.
>> Can you point to
On 6/2/23 16:26, Stefan Monnier wrote:
Plain old red is fine. Its the hot red which veers off toward magenta that
is the problem child, that particular dye is almost fluorescent, it gets
your attention in a sea of the more commonly use red dye for
electrical stuff.
I'm pretty sure there are var
On 6/2/23 11:33, Stefan Monnier wrote:
And, strange as it sounds, replace any "hot red" aka "magenta" sata cable
with some other color. I am a CET and known to me since the 1970's, that
color of insulation dye will in time, convert the copper of the conductor
into a rust colored powder, and that
Stefan Monnier composed on 2023-06-02 16:09 (UTC-0400):
>> If rust colored dust falls from where copper used to be, you have your
>> evidence.
> Right. But I don't have that, so I don't have my evidence. Do you?
I didn't know I needed to save it at the time, so nothing physical.
> Can you poi
> Plain old red is fine. Its the hot red which veers off toward magenta that
> is the problem child, that particular dye is almost fluorescent, it gets
> your attention in a sea of the more commonly use red dye for
> electrical stuff.
I'm pretty sure there are various ways to get that color, so if
>> Can you point to any evidence?
> You've never cut open a magenta cable that quit to see what's inside?
Nope. Never had them fail on me either for that matter.
> If rust colored dust falls from where copper used to be, you have your
> evidence.
Right. But I don't have that, so I don't have m
On 6/2/23 15:01, James H. H. Lampert wrote:
On 6/2/23 11:33 AM, Stefan Monnier wrote:
This is very hard to believe. I'm willing to believe that there have
been insulation dyes that have proved problematic, but if you've
encountered those problems in the 70s I find it *really* odd that it
would
Stefan Monnier composed on 2023-06-02 14:33 (UTC-0400):
>> And, strange as it sounds, replace any "hot red" aka "magenta" sata cable
>> with some other color. I am a CET and known to me since the 1970's, that
>> color of insulation dye will in time, convert the copper of the conductor
>> into a r
On 6/2/23 11:33 AM, Stefan Monnier wrote:
This is very hard to believe. I'm willing to believe that there have
been insulation dyes that have proved problematic, but if you've
encountered those problems in the 70s I find it *really* odd that it
would still affect cables from this century (e.g.
> And, strange as it sounds, replace any "hot red" aka "magenta" sata cable
> with some other color. I am a CET and known to me since the 1970's, that
> color of insulation dye will in time, convert the copper of the conductor
> into a rust colored powder, and that is a poor conductor.
This is ve
debian-u...@howorth.org.uk writes:
>> I don't understand, there is no ImageMagick ML/group
>> registered on Gmane, and just some <10 people on
>> #imagemagick on Libera?
>>
>> People don't care about this software which is the CLI
>> powerhouse for image editing?
>
> I occasionally us
Emanuel Berg wrote:
> I don't understand, there is no ImageMagick ML/group
> registered on Gmane, and just some <10 people on #imagemagick
> on Libera?
>
> People don't care about this software which is the CLI
> powerhouse for image editing?
I occasionally use ImageMagick but never
I don't understand, there is no ImageMagick ML/group
registered on Gmane, and just some <10 people on #imagemagick
on Libera?
People don't care about this software which is the CLI
powerhouse for image editing?
--
underground experts united
https://dataswamp.org/~incal
I just wrote some zsh/imagemagick to resize files and then pad
them to a specific image file resolution, however the color of
the rectangle, if I set that to "black" (or #00) the colors
get screwed up.
If I set it to #01 tho it works, have no idea why.
Here is the source, the
I found at least a workaround: I installed and use xscreensaver for
locking the screen. Unlike light-locker that xfce uses by default,
xscreensaver doesn't seem to mess with the colormap.
I should add: I am using nominally the same installation of debian 10 on
two computers with very different ha
On Sat, Aug 28 2021, Cindy Sue Causey wrote:
> On 8/26/21, Roland Winkler wrote:
>> I am running debian 10 (buster with xfce). Graphics works fine
>> initially. Yet after an X screen lock, all colors are messed up.
>> The same hardware was previoulsy running fine whe
On 8/26/21, Roland Winkler wrote:
> I am running debian 10 (buster with xfce). Graphics works fine
> initially. Yet after an X screen lock, all colors are messed up.
> The same hardware was previoulsy running fine when I was xubuntu 16.04.
> What can be causing this? Thanks!
Hi!
I am running debian 10 (buster with xfce). Graphics works fine
initially. Yet after an X screen lock, all colors are messed up.
The same hardware was previoulsy running fine when I was xubuntu 16.04.
What can be causing this? Thanks!
Roland
onathan Dowland
> wrote:
> > > On Thu, Nov 30, 2017 at 10:48:26PM -0500, Hörmetjan Yiltiz wrote:
> > >
> > >> However, I think we should be consistent in the text, text's color,
> and
> > >> the
> > >> graphs. The current set of colors doesn&#
0500, Hörmetjan Yiltiz wrote:
> >
> >> However, I think we should be consistent in the text, text's color, and
> >> the
> >> graphs. The current set of colors doesn't look impressive as the blueish
> >> green and cyan look quite close. Maybe we can do
).
-- The Prophet, Gibran
Kahlil
On Fri, Dec 1, 2017 at 9:19 AM, Jonathan Dowland wrote:
> On Thu, Nov 30, 2017 at 10:48:26PM -0500, Hörmetjan Yiltiz wrote:
>
>> However, I think we should be consistent in the text, text's color, and
>> the
>> grap
On Thu, Nov 30, 2017 at 10:48:26PM -0500, Hörmetjan Yiltiz wrote:
However, I think we should be consistent in the text, text's color, and the
graphs. The current set of colors doesn't look impressive as the blueish
green and cyan look quite close. Maybe we can do better [2]?
You r
and cyan colors were selected
to help certain (red-green) colorblind population. This is really great.
However, I think we should be consistent in the text, text's color, and the
graphs. The current set of colors doesn't look impressive as the blueish
green and cyan look quite close. Maybe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Nov 03, 2017 at 01:19:12PM -0700, Fred wrote:
> On 11/03/2017 10:41 AM, Siard wrote:
> >Fred wrote:
> >>Xcoloredit was available for Solaris to view system standard colors and
> >>enter rgb values. I found this i
On 11/03/2017 10:41 AM, Siard wrote:
Fred wrote:
Xcoloredit was available for Solaris to view system standard colors and
enter rgb values. I found this is available for some of the BSD
distributions but not Debian. All I could find is kcolorchooser which
is associated with KDE which I don&#
Fred wrote:
> Xcoloredit was available for Solaris to view system standard colors and
> enter rgb values. I found this is available for some of the BSD
> distributions but not Debian. All I could find is kcolorchooser which
> is associated with KDE which I don't use. Is th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Nov 03, 2017 at 09:46:37AM -0700, Fred wrote:
> Hello,
>
> Xcoloredit was available for Solaris to view system standard colors
> and enter rgb values. I found this is available for some of the BSD
> distributions but not Debia
Hello,
Xcoloredit was available for Solaris to view system standard colors and
enter rgb values. I found this is available for some of the BSD
distributions but not Debian. All I could find is kcolorchooser which
is associated with KDE which I don't use. Is there another color
v
Le 12-07-2017, à 16:27:16 +0200, Sven Joachim a écrit :
No, not really (all of this is far from being crystal clear to me). But
changing to TERM=xterm-256color doesn't show colors.
I wonder if you have an old version of dircolors somewhere which does
not support xterm-256color. What d
;_very_ ancient terminals. Be prepared for misbehavior in curses
>>programs.
>>
>>Is there a reason why you are deviating from the default
>>TERM=xterm-256color in xfce4-terminal?
>
> No, not really (all of this is far from being crystal clear to me). But
> chang
reason why you are deviating from the default
TERM=xterm-256color in xfce4-terminal?
No, not really (all of this is far from being crystal clear to me). But
changing to TERM=xterm-256color doesn't show colors.
ensure that ~/.bash_profile
(or whatever is in use) sources ~/.bashrc. This makes both login shells
and non-login shells behave correctly.
> That's something you definitely don't want to do, xterm-color is for
> _very_ ancient terminals. Be prepared for misbehavior in curses
> pr
to get the same behavior, no matter if
the are running a login shell or not.
> Trying 'bash --login' gave me colors. xfce4-terminal was treated as a
> non-login interactive shell, and thus was not reading $HOME/.bashrc.
By the comment above, xfce4-terminal should have treated
bash --login and see if color works, or check if it is executed
as login shell
You're my hero!
Trying 'bash --login' gave me colors. xfce4-terminal was treated as a
non-login interactive shell, and thus was not reading $HOME/.bashrc.
So I created a file $HOME/.bash_profile with
steve wrote:
> We see that LS_COLORS is set in xterm but not in xfce4-terminal. I don't
> understand why since both should read ~/.bashrc when executed.
>
> Any ideas?
I think .bashrc is read only if you use bash as login shell.
You can try bash --login and see if color works, or check if it is
Hi there,
Since the upgrade to Stretch, I don't have colors anymore in
xfce4-terminal (except for directories which are in blue).
But strange thing, I have them in xterm.
All the logic is in ~/.bashrc.
In xfce4-terminal:
env | grep -i color
LS_COLORS=
COLORTERM=truecolor
TERM=gnome-256
On Fri, 10 Mar 2017 16:14:21 -0800 Gary Roach
wrote:
> Hi all
>
> Debian Stretch amd64
>
> Up until recently, I had a login screen that I liked, a desktop theme
> that worked reasonably well (with some contrast problems) and desktop
> background that I liked. Then I killed my system and had t
Hi all
Debian Stretch amd64
Up until recently, I had a login screen that I liked, a desktop theme
that worked reasonably well (with some contrast problems) and desktop
background that I liked. Then I killed my system and had to reinstall
the OS and load in backup copies. The system has been a
> I use "URxvt*background: [95]#00", which applies a 95% transparency
> to black. That might be useful to you.
Yes that did it. Thanks a lot. I was also having 'r' small instead of capital.
> Note that RXVT isn't XTerm. You'll probably find that your $TERM is
> 'rxvt-unicode-256color'.
Yes a
arts just the way I like it.
> But if I put this in ~/.Xresources, it would never work:
>
> Urxvt*background: rgba:2000/2000/2000/
I use "URxvt*background: [95]#00", which applies a 95% transparency
to black. That might be useful to you.
[cut]
>
> 2) I also f
lashing it with
Urxvt*background option which is given in rgba format. I would love if
someone can convert the hex value into a working rgba format as
required for this configuration file?
2) I also feel that only 2-3 colors are shown in the shell. But when I
use weechat-curses all colors are shown.
On 26 November 2013 08:06, Emanuel Berg wrote:
> David writes:
>
>> Perhaps this does what you need:
>> http://sam.nipl.net/xdark.c
>
> This works like a charm:
>
> sudo aptitude install xorg-dev
> cc -o xdark -Wall xdark.c -lm -lX11 -lXxf86vm
> ./xdark 0.7
> This will in an instant increase my
life quality!
Ironic thing is, I wrote some 5000 lines of Elisp, not
to mention all the configuration in Xresources and the
like, the colors of the Linux VTs, all the hacks in
tmux and .zshrc to speed up computing to reduce time
(and thus eye strain)... all to get around this
problem. And it was *thi
On 25 November 2013 10:12, Emanuel Berg wrote:
>
>>> Is this possible to do? I mean in a generic way, so
>>> that every application and so on will work the same
>>> only, for example, when they think they output red,
>>> what you see is blue? I actually need this, it is not
>>> for some cool stunt
.
Thanks.
Subject: Rotate palette (or otherwise redefine colors)
in X
>> Is this possible to do? I mean in a generic way, so
>> that every application and so on will work the same
>> only, for example, when they think they output red,
>> what you see is blue? I actua
On Thu, Jun 28, 2012 at 11:55:33PM -0400, Mitchell Laks wrote:
> >
> > Do you source config files from somewhere else?
> > What happens when you comment out _all_ color statements?
>
> That didnt change anything.
>
> However I noticed that the /tmp file system was full (some pulse_* files) .
>
On Thu, Jun 28, 2012 at 11:55:33PM -0400, Mitchell Laks wrote:
> >
> > Do you source config files from somewhere else?
> > What happens when you comment out _all_ color statements?
>
> That didnt change anything.
>
> However I noticed that the /tmp file system was full (some pulse_* files) .
>
solved thank you for your help
/tmp was full.
Mitchell
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120629040401.ga10...@earthlink.net
>
> Do you source config files from somewhere else?
> What happens when you comment out _all_ color statements?
That didnt change anything.
However I noticed that the /tmp file system was full (some pulse_* files) .
So I rebooted :(
then all the temp files went away and mutt returned to nor
On Wed, Jun 27, 2012 at 09:05:24AM -0700, m laks wrote:
> Hi,
> I am writing this from yahoomail cause i cant read anything in mutt
> today. i must have hit some key sequence which changed the colors
> to black on black!
> I have been using mutt with the following in the .mut
On Wed, 27 Jun 2012 09:05:24 -0700, m laks wrote:
> I am writing this from yahoomail cause i cant read anything in mutt
> today.
We have to solve that quickly! ;-)
> i must have hit some key sequence which changed the colors to black on
> black!
> I have been using mutt with t
Hi,
I am writing this from yahoomail cause i cant read anything in mutt
today. i must have hit some key sequence which changed the colors
to black on black!
I have been using mutt with the following in the .muttrc
color normal black white
color attachment brightyellow white
color hdrdefault
Ok, so I got hardware rendering to work and the weird colors to go away
on my ppc machine with a radeon card.
I installed firmware-linux and rebooted, after getting the tip when I
posted another bug-report to:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608513
-Drew
--
To UNSUBSCRIBE
> > Maybe your icon's cache file is corrupted somehow :-?
> >
> > You can try to update it with "gtk-update-icon-cache" command (read the
> > man page for a proper usage). Or you can also try by renaming the
> > original "/usr/share/icons/your_theme/icon-theme.cache" file so it gets
> > recreat
> Hummm... you can download a new icon set from here:
>
> http://art.gnome.org/themes/icon?page=1
>
> Uncompress it and put the folder under "/usr/share/icons/" and then
> customize your Clearlooks theme by selecting this new icon set to be
> used. Relogin and check for any improvement.
>
>
On Fri, 17 Dec 2010 13:43:43 -0500, Andrew Engelbrecht wrote:
>> Maybe your icon's cache file is corrupted somehow :-?
>>
>> You can try to update it with "gtk-update-icon-cache" command (read the
>> man page for a proper usage). Or you can also try by renaming the
>> original "/usr/share/icons/y
> Maybe your icon's cache file is corrupted somehow :-?
>
> You can try to update it with "gtk-update-icon-cache" command (read the
> man page for a proper usage). Or you can also try by renaming the
> original "/usr/share/icons/your_theme/icon-theme.cache" file so it gets
> recreated from scra
On Wed, 15 Dec 2010 15:50:09 -0500, Andrew Engelbrecht wrote:
>> > Since my upgrade to squeeze, many menu icons, scrollbars, and some
>> > images displayed in browsers have been displaying funky colors. I
>> > don't know which package is causing this bug, so
> > Since my upgrade to squeeze, many menu icons, scrollbars, and some
> > images displayed in browsers have been displaying funky colors. I don't
> > know which package is causing this bug, so can anyone offer any advice?
>
> (...)
>
> Quick check: does it
On Sat, 11 Dec 2010 14:54:16 -0500, Drew Engelbrecht wrote:
> Since my upgrade to squeeze, many menu icons, scrollbars, and some
> images displayed in browsers have been displaying funky colors. I don't
> know which package is causing this bug, so can anyone offer any advice?
(...
Since my upgrade to squeeze, many menu icons, scrollbars, and some images
displayed in browsers have been displaying funky colors. I don't know which
package is causing this bug, so can anyone offer any advice?
Here is a picture of what I'm talking about, using the clearlooks t
Luis Maceira wrote:
The fonts in Opera are awful(size and font),the only thing I did,was
install HPLIP for printing(which installed Qt4 libs) and the fonts I
had in Opera9.63 (compiled dinamically with Qt3) were arbitrarily changed,
the fonts I had were O.K. for me.I have not experimented with ot
The fonts in Opera are awful(size and font),the only thing I did,was
install HPLIP for printing(which installed Qt4 libs) and the fonts I
had in Opera9.63 (compiled dinamically with Qt3) were arbitrarily changed,
the fonts I had were O.K. for me.I have not experimented with other
programs(except Ic
> > I don't want the editor to do whatever special screen buffer
> > swapping, or whatever it is, that prevents me from scrolling back in
> > my terminal history when the editor is open, and then clears away
> > the screen and redisplays what was there before after the editor is
> > closed.
>
> Thi
g the following to
~/.vimrc:
set t_ti= t_te= "Don't use alternate screen
hi LineNr ctermfg=lightgray "Or whatever colour you want the line numbers to be
(Check the colour list at
http://vimdoc.sourceforge.net/htmldoc/syntax.html#cterm-colors)
-Nye
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sven Joachim <[EMAIL PROTECTED]> writes:
>On 2008-11-04 06:28 +0100, Matt Miller wrote:
>>> > Also, I don't want the editor to do whatever special screen buffer
>>> > swapping, or whatever it is, that prevents me from scrolling back in
>>> > my terminal history when the editor is open, and then c
On 2008-11-04 06:28 +0100, Matt Miller wrote:
>> > Also, I don't want the editor to do whatever special screen buffer
>> > swapping, or whatever it is, that prevents me from scrolling back in
>> > my terminal history when the editor is open, and then clears away
>> > the screen and redisplays what
> > From GNOME terminal, when I:
> >
> > vi x :set nu
> >
> > the line numbers are colored, and I want to get rid of that.
>
> you could change the default alternative setup to point to nvi
> instead.
Thanks, that got rid of the colorized line numbers.
> > Also, I don't want the editor to do what
On Sat, 2008-11-01 at 23:16 +0100, Matt Miller wrote:
> >From GNOME terminal, when I:
>
> vi x
> :set nu
>
> the line numbers are colored, and I want to get rid of that. Also, I
> don't want the editor to do whatever special screen buffer swapping, or
> whatever it is, that prevents me from scro
>From GNOME terminal, when I:
vi x
:set nu
the line numbers are colored, and I want to get rid of that. Also, I
don't want the editor to do whatever special screen buffer swapping, or
whatever it is, that prevents me from scrolling back in my terminal
history when the editor is open, and then cl
In case someone else has the same problem, I found the solution. I started
gstreamer-properties and changed the Video default output from Automatic to X
window system (No xv). This fixed it. When you test the setting from within the
gstreamer-properties app, you should be able to see the difference
Sorry for the double mail. I had some mail trouble and thought the
first mail hadn't worked.
/Hans Christian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi!
The colors in totem and xine are all wrong when I watch a dvd, and no
matter how I adjust saturation and hue, I just can't seem to get them right.
If I use SMPlayer, the colors are perfect. But I prefer totem or xine and want
the colors to be right.
Does anyone know what is the matte
Hi!
The colors in totem and xine are all wrong when I watch a dvd, and no
matter how I adjust saturation and hue, I just can't seem to get them right.
If I use SMPlayer, the colors are perfect. But I prefer totem or xine and want
the colors to be right.
Does anyone know what is the matte
On 05/30/2008 07:31 AM, Jamie Griffin wrote:
whilst i've got this sorted, presumably there is a way to make these
changes system-wide - how would i do that?
/etc/X11/Xsession defines the system-wide and user Xresources locations,
and /etc/X11/Xsession.d/30x11-common_xresources will run all the
On Fri, May 30, 2008 at 12:44:49PM +0100, Jamie Griffin wrote:
> Ok, i checked /etc/X11/Xsession.options and the line
> 'allow-user-resources' was there.
>
> I installed xtermset using apt which enabled me to change the colors
> from the command-line as suggest
working without logging out and back in,
> run:
> $ xrdb -load .Xresources
> and then start up an xterm.
>
> .
Ok, i checked /etc/X11/Xsession.options and the line
'allow-user-resources' was there.
I installed xtermset using apt which enabled me to change the colors
fr
On 30 May 2008, Jamie Griffin wrote:
>
[snip]
> even when i do 'xtermset -fg green -bg black -cr blue' i get command not
> found.
>
[snip]
You need to install xtermset explicitly -- it's a deb package.
Anthony
--
Anthony Campbell - [EMAIL PROTECTED]
Microsoft-free zone - Using Debian GN
Jan Willem Stumpel <[EMAIL PROTECTED]> writes:
>Jamie Griffin wrote:
>> Jan Willem Stumpel wrote:
>>> You can edit a text file called .Xresources in your home
>>> directory (or create it if it does not exist).
>>>
>>> Put the following lines in the file:
>>>
>>> xterm*VT100*foreground: green
>>>
On Thu, May 29, 2008 at 03:39:28PM -0500, cothrige wrote:
> Jan Willem Stumpel <[EMAIL PROTECTED]> writes:
>
> > Jamie Griffin wrote:
> >> Jan Willem Stumpel wrote:
> >>> You can edit a text file called .Xresources in your home
> >>> directory (or create it if it does not exist).
> >>>
> >>> Put t
Jan Willem Stumpel <[EMAIL PROTECTED]> writes:
> Jamie Griffin wrote:
>> Jan Willem Stumpel wrote:
>>> You can edit a text file called .Xresources in your home
>>> directory (or create it if it does not exist).
>>>
>>> Put the following lines in the file:
>>>
>>> xterm*VT100*foreground: green
>>>
Jamie Griffin wrote:
> Jan Willem Stumpel wrote:
>> You can edit a text file called .Xresources in your home
>> directory (or create it if it does not exist).
>>
>> Put the following lines in the file:
>>
>> xterm*VT100*foreground: green
>> xterm*VT100*background: black
>> xterm*VT100*cursorColor
Op Thu, 29 May 2008 18:51:43 +0100 Jamie Griffin wrote:
> On Thu, May 29, 2008 at 02:54:51PM +0200, Jan Willem Stumpel wrote:
> > You can edit a text file called .Xresources in your home directory
> > (or create it if it does not exist).
> >
> > Put the following lines in the file:
> >
> > xterm*
1 - 100 of 470 matches
Mail list logo
