Re: strange colors during boot

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

Re: strange colors during boot

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

strange colors during boot

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

Re: Cable colors and urban legends

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

Re: Cable colors and urban legends

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 but they are still copper

Re: Cable colors and urban legends (was: Error Messages)

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...

Re: Cable colors and urban legends (was: Error Messages)

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.) --

Re: Cable colors and urban legends

> 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),

Re: Cable colors and urban legends

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. >

Re: Cable colors and urban legends

> 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

Re: Cable colors and urban legends

>>> 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

Re: Cable colors and urban legends

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

Re: Cable colors and urban legends (was: Error Messages)

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

Re: Cable colors and urban legends

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

Re: Cable colors and urban legends

> 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

Re: Cable colors and urban legends

>> 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

Re: Cable colors and urban legends (was: Error Messages)

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

Re: Cable colors and urban legends

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

Re: Cable colors and urban legends (was: Error Messages)

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.

Cable colors and urban legends (was: Error Messages)

> 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

Re: ImageMagick weird colors on composite with black

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

Re: ImageMagick weird colors on composite with black

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

Re: ImageMagick weird colors on composite with black

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

ImageMagick weird colors on composite with black

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

Re: colors messed up after X screen lock (buster with xfce)

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

Re: colors messed up after X screen lock (buster with xfce)

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

Re: colors messed up after X screen lock (buster with xfce)

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!

colors messed up after X screen lock (buster with xfce)

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

Re: Why the release-critical bugs status page has erroneous colors in the plots?

7 at 9:19 AM, Jonathan Dowland <j...@debian.org> > 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 > > >>

Re: Why the release-critical bugs status page has erroneous colors in the plots?

0, 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 clo

Re: Why the release-critical bugs status page has erroneous colors in the plots?

e >> 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 raise great points, but if you want these changed you will need to > pass your feedback onto the relevant team/list

Re: Why the release-critical bugs status page has erroneous colors in the plots?

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 raise great

Why the release-critical bugs status page has erroneous colors in the plots?

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 we can do

Re: what package to edit colors?

-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

Re: what package to edit colors?

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't

Re: what package to edit colors?

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 there a

Re: what package to edit colors?

-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

what package to edit colors?

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 viewer

Re: [Solved] Re: Problem with colors in terminal

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 do

Re: [Solved] Re: Problem with colors in terminal

_ 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 > changing to TER

Re: [Solved] Re: Problem with colors in terminal

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.

Re: [Solved] Re: Problem with colors in terminal

e 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 > programs. If it's got

Re: [Solved] Re: Problem with colors in terminal

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 as a login shel

[Solved] Re: Problem with colors in terminal

--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 the following

Re: Problem with colors in terminal

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

Problem with colors in terminal

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-256color

Re: System appearance , Themes, Colors, Styles. etc.

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

System appearance , Themes, Colors, Styles. etc.

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

[i3]Colors and transparency problems with rxvt-unicode-color

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. But linux

Re: [i3]Colors and transparency problems with rxvt-unicode-color

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 feel that only 2-3 colors are shown in the shell. But when I use weechat-curses

Re: [i3]Colors and transparency problems with rxvt-unicode-color

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 and I

Re: Rotate palette (or otherwise redefine colors) in X

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

Re: Rotate palette (or otherwise redefine colors) in X

On 26 November 2013 08:06, Emanuel Berg emanuel.berg.8...@student.uu.se wrote: David bouncingc...@gmail.com 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

Rotate palette (or otherwise redefine colors) in X

. 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 actually need this, it is not for some

Re: Rotate palette (or otherwise redefine colors) in X

On 25 November 2013 10:12, Emanuel Berg emanuel.berg.8...@student.uu.se 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

Re: mutt messed up. colors black on black cant read any messages

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) . So I

Re: mutt messed up. colors black on black cant read any messages

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

Re: mutt messed up. colors black on black cant read any messages

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

Re: mutt messed up. colors black on black cant read any messages

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) . So I

mutt messed up. colors black on black cant read any messages

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

Re: mutt messed up. colors black on black cant read any messages

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 the following

Re: mutt messed up. colors black on black cant read any messages

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 .muttrc color normal

Re: Re: Re: Re: Weird icon colors in squeeze (ppc). Which package should i file a bug report for?

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

Re: Re: Re: Weird icon colors in squeeze (ppc). Which package should i file a bug report for?

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. In none

Re: Re: Re: Weird icon colors in squeeze (ppc). Which package should i file a bug report for?

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

Re: Weird icon colors in squeeze (ppc). Which package should i file a bug report for?

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 can anyone offer any advice

Re: Re: Weird icon colors in squeeze (ppc). Which package should i file a bug report for?

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 scratch. I

Re: Weird icon colors in squeeze (ppc). Which package should i file a bug report for?

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

Re: Re: Weird icon colors in squeeze (ppc). Which package should i file a bug report for?

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 happen when you login with a fresh new created

Weird icon colors in squeeze (ppc). Which package should i file a bug report for?

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 theme: http

Re: Weird icon colors in squeeze (ppc). Which package should i file a bug report for?

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? (...) Quick check

HPLIP(install Qt4 libs) and I ended up with awful fonts-colors in browser.How to revert?

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

Re: HPLIP(install Qt4 libs) and I ended up with awful fonts-colors in browser.How to revert?

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

Re: vi -- Turn off Line Number Colors and Screen Buffering

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. This behaviour

Re: vi -- Turn off Line Number Colors and Screen Buffering

. This behaviour can be specified in vim though, by adding 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

Re: vi -- Turn off Line Number Colors and Screen Buffering

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 scrolling

Re: vi -- Turn off Line Number Colors and Screen Buffering

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 whatever special

Re: vi -- Turn off Line Number Colors and Screen Buffering

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 clears away

Re: vi -- Turn off Line Number Colors and Screen Buffering

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 was there

vi -- Turn off Line Number Colors and Screen Buffering

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

Re: Re: How do I get correct colors in totem and xine

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

How do I get correct colors in totem and xine

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 matter

Re: How do I get correct colors in totem and xine

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]

Correct colors in totem and xine

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 matter

Re: changing xterm colors

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

Re: changing xterm colors [solved]

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 from the command-line as suggested earlier, so that works :-) I

Re: changing xterm colors [solved]

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 suggested earlier, so that works :-) I have

Re: changing xterm colors [solved]

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

changing xterm colors

I've been trying to change the colors on my Xterm to have a black background and green text. As i want the settings changed globally, i've tried editing the file /etc/X11/app-defaults/XTerm-color which seemed to be what others had done on other lists, but this hasn't worked. I don't want

Re: changing xterm colors

Jamie Griffin wrote: I've been trying to change the colors on my Xterm to have a black background and green text. 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

Re: changing xterm colors

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*VT100*foreground: green xterm*VT100*background: black

Re: changing xterm colors

On 29 May 2008, 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*VT100*foreground: green

Re: changing xterm colors

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:

Re: changing xterm colors

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: red I've

Re: changing xterm colors

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 xterm*VT100*background:

Re: changing xterm colors

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 the following lines in

Re: changing xterm colors

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 xterm*VT100*background:

setting ttyS colors

ok, looking for a way to set the TTYS colors so that the stay that way (not reset by ls or other things like rebooting, basicly need the location of the config file) echo -e \033[31m and echo ^[[1;31;40m both work but do not persist after ls and other such anyway anyone got an idea (i am

Re: setting ttyS colors

On 2007-12-27 18:19 +0100, joseph lockhart wrote: ok, looking for a way to set the TTYS colors so that the stay that way (not reset by ls or other things like rebooting, basicly need the location of the config file) echo -e \033[31m and echo ^[[1;31;40m both work but do not persist

How to get colors and spinners in boot messages?

OK, here goes. I would really like to be able to modify my bootup messages to have some color, similar to what a Knoppix boot does. Maybe not as garish, something to my taste. I've looked at bootsplashes, but they tend to be bulky and usually ugly in execution. The bootsplash package requires

  1   2   3   4   5   >