On Tue, Jul 07, 2020 at 10:27:55AM -0400, Greg Wooledge wrote:
> On Tue, Jul 07, 2020 at 10:07:35AM -0400, Bob Bernstein wrote:
> > Running up-to-date Buster here, amd64:
> > Linux debian.localdomain 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1+deb10u1
> > (2020-04-27) x86_64 GNU/Linux
> >
> > I have mo
On Tue, Jul 07, 2020 at 10:07:35AM -0400, Bob Bernstein wrote:
> Sorry to be all over the court here. I am an older um gentleman, and I am on a
I take it an "um gentleman" means "übér mènsche" :)
That sounds rather awesome actually...
> --
> A test of right and wrong must be the means, one wo
On Ma, 07 iul 20, 10:07:35, Bob Bernstein wrote:
> Running up-to-date Buster here, amd64:
> Linux debian.localdomain 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1+deb10u1
> (2020-04-27) x86_64 GNU/Linux
>
> I have moved to a display manager (wmd), so is my xrdb ~/.Xresources line
> (xrdb ~/.Xresources) i
On Tue, Jul 07, 2020 at 10:07:35AM -0400, Bob Bernstein wrote:
> Running up-to-date Buster here, amd64:
> Linux debian.localdomain 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1+deb10u1
> (2020-04-27) x86_64 GNU/Linux
>
> I have moved to a display manager (wmd), so is my xrdb ~/.Xresources line
> (xrdb ~/
On Mon, Mar 31, 2014 at 9:22 PM, Brian wrote:
> On Mon 31 Mar 2014 at 05:03:14 +0530, Anubhav Yadav wrote:
>
>> Which should be the best option for me?
>>
>> xterm*color1: #f92672
>>
>> or
>>
>> XTerm*VT100*color1: #f92672
>
> Both override what is in /etc/X11/app-defaults/XTerm-color. The first
>
On Mon 31 Mar 2014 at 05:03:14 +0530, Anubhav Yadav wrote:
> Which should be the best option for me?
>
> xterm*color1: #f92672
>
> or
>
> XTerm*VT100*color1: #f92672
Both override what is in /etc/X11/app-defaults/XTerm-color. The first
option is best for me.
> And what is the difference betwe
> And including that one in the list gives:
>
> xterm*color1: #f92672
> XTerm*VT100*color: #f92672?
> XTerm*color: #f92672
> *VT100*color1: red3
>
Which should be the best option for me?
xterm*color1: #f92672
or
XTerm*VT100*color1: #f92672
And what is the difference between
So ultimately the conclusion is that for me to have the
most optimized settings, I should change all my colors
from xterm*color to XTerm*color
Is that right?
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi
On Fri 28 Mar 2014 at 21:13:43 +0100, Vincent Zweije wrote:
>
> And including that one in the list gives:
>
> xterm*color1: #f92672
> XTerm*VT100*color: #f92672?
> XTerm*color: #f92672
> *VT100*color1: red3
>
> because #2 specifies VT100 in the second slot, where #3 specifies
On Fri, Mar 28, 2014 at 10:33:20PM +0530, Anubhav Yadav wrote:
|| I found this
|| *VT100*color1: red3
|| and
|| xterm*color1: #f92672
Specificity is checked left to right. The second specifies an instance
xterm, which comes earlier than class VT100 of the first. Therefore the
second is mor
> My fault; the command is 'appres XTerm xterm'. There should be two
> resource lines with color1 in them. One is from XTerm-color, the other
> is from the merged .Xresources. Which one is more specific?
>
I found this
*VT100*color1: red3
and
xterm*color1: #f92672
>From our discussions before,
On Fri 28 Mar 2014 at 22:33:20 +0530, Anubhav Yadav wrote:
> So according to our discussion, my colors in *MY* .Xresources should
> be more *specific* to the
> resources used system wide.
Yes; especially in the light of Debian's setup.
> In that case my settings for colors should be:
>
> XTerm*
On Fri 21 Mar 2014 at 22:26:40 +0530, Anubhav Yadav wrote:
> > Re-read what Vincent Zweije wrote, especially his first mail. Then
> > re-read the answers in the stackexchange link you gave, concentrating on
> > what is said about "specific" and "priority". Now re-read what you wrote:
>
> Yes, Vin
> Re-read what Vincent Zweije wrote, especially his first mail. Then
> re-read the answers in the stackexchange link you gave, concentrating on
> what is said about "specific" and "priority". Now re-read what you wrote:
Yes, Vincent said that the default .Xresources contain some settings
with a hi
On Wed 19 Mar 2014 at 21:57:44 +0530, Anubhav Yadav wrote:
> That sure cleared lot of things!
We preesume you are now satisfied with the solution you have. There is
nothing wrong with it but there is another aspect to the problem which
you have actually observed. You have given all the relevant
Thanks a lot Brian
That sure cleared lot of things!
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CA+Jf9AFyyJ02xgY+feMzTmRHsxXTQvhONuq1Qz5m2_ZJ50=v...@mail.gmail.
On Tue 18 Mar 2014 at 23:32:04 +0530, Anubhav Yadav wrote:
> So my question is what do you mean by "Xterm", and then how is "xterm"
> different?
There is no meaning for Xterm without launching an xterm with the -name
option. Do you mean XTerm?
> I can guess it has something to do with the class
On Tue, Mar 18, 2014 at 11:32:04PM +0530, Anubhav Yadav wrote:
|| So you mean to say that the resources were already being merged but
|| actually came into effect when I increased their priority or made them more
|| specific by add the class xterm* before the settings!
The default resources ca
Just in case: the command
>
>xrdb -merge .Xresources
>
> is definitely run when X is called. The resources in .Xresources are
> merged with those in /etc/X11. If you issue the same command from a
> terminal nothing happens to alter the resources available because
> they have already been merge
On Tue 18 Mar 2014 at 21:17:47 +0530, Anubhav Yadav wrote:
> > There - it works. Is there anything you could do to your existing
> > .Xresources to make the rest work? Or does it so already?
>
> Thanks a lot,
> I solved it. Just had to change all instances of *color# to xterm*color#
> As simple a
On Tuesday 18 March 2014 15:47:47 Anubhav Yadav wrote:
> Can I change my subject header and all [SOLVED] to it? Because last
> time I did it, the mail went as a new thread on the mailing list!
No, it went as a new "thread" on Gmail. Gmail routinely breaks
threading. It's a pain. :-( It's one
> There - it works. Is there anything you could do to your existing
> .Xresources to make the rest work? Or does it so already?
Thanks a lot,
I solved it. Just had to change all instances of *color# to xterm*color#
As simple as that!
What I liked more was instead of giving me direct solution you
On Tue 18 Mar 2014 at 20:20:49 +0530, Anubhav Yadav wrote:
> > (If it wasn't clear, I intended you to try the two lines I gave you
> > earlier in your existing .Xresources, replacing the ones you have).
> >
> Sorry, I had the impression that you wanted me to stick to only that colors.
> Ok I clear
> (If it wasn't clear, I intended you to try the two lines I gave you
> earlier in your existing .Xresources, replacing the ones you have).
>
Sorry, I had the impression that you wanted me to stick to only that colors.
Ok I cleared my .Xresources and now it has only these to lines.
xterm*foregroun
On Tue 18 Mar 2014 at 19:28:52 +0530, Anubhav Yadav wrote:
> One more thing I would like to point out is that, the above outputs contains
> some extra lines in the output of 'xrdb -query" that are *NOT* in my
> version of .Xresources. Like
> *customization: -color
> Xft.lcdfilter: lcddefault
You
> Try
>
> xrdb -query
Here is it output, the colors are exactly the same as in my .Xresources.
*background:#1b1d1e
*color0:#1b1d1e
*color1:#f92672
*color10: #b6e354
*color11: #feed6c
*color12: #8cedff
*color13: #9e6ffe
*color14: #899ca1
*color1
On Tue, Mar 18, 2014 at 04:01:36PM +0530, Anubhav Yadav wrote:
|| > This suggests that the resources that are loaded into your X server
|| > by default contain settings with a higher priority than your own
|| > .Xresources. The xrdb -merge merges your settings, but leaves the
|| > higher prior
> Are those the default settings, or did you run xrdb -load already?
>
No I haven't run xrdb -load .Xresources yet
These are the same colors that I have used in my .Xresources.
--
Regards,
Anubhav Yadav
Imperial College of Engineering and Research,
Pune.
--
To UNSUBSCRIBE, email to debian-use
On Tue, Mar 18, 2014 at 04:01:36PM +0530, Anubhav Yadav wrote:
|| > This suggests that the resources that are loaded into your X server
|| > by default contain settings with a higher priority than your own
|| > .Xresources. The xrdb -merge merges your settings, but leaves the
|| > higher prior
> This suggests that the resources that are loaded into your X server
> by default contain settings with a higher priority than your own
> .Xresources. The xrdb -merge merges your settings, but leaves the
> higher priority resources there as well, so your settings seem to have
> no effect. The xrdb
On Tue, Mar 18, 2014 at 06:02:33AM +0530, Anubhav Yadav wrote:
|| > The '-query' option to xrdb is useful. Interesting you used your original
|| > .Xresources rather than one modified in the light of your experience. :)
||
|| That;s because I want my .Xresources to work, I had made colorschem
On Tue, Mar 18, 2014 at 06:02:33AM +0530, Anubhav Yadav wrote:
> > The '-query' option to xrdb is useful. Interesting you used your original
> > .Xresources rather than one modified in the light of your experience. :)
>
> That;s because I want my .Xresources to work, I had made colorscheme
> chang
> The '-query' option to xrdb is useful. Interesting you used your original
> .Xresources rather than one modified in the light of your experience. :)
That;s because I want my .Xresources to work, I had made colorscheme
changes to it!
Here is the complete .Xresources that I am trying to use
http:/
On Mon 17 Mar 2014 at 04:22:12 +0530, Anubhav Yadav wrote:
> Running startx logged me in to xfce, I opened up a xterm and the
> background was red.
Fine; the recommended line works.
> Next I enabled lightdm: #update-rc.d lightdm enable
> Rebooted and from lightdm logged in to i3.
> Opened up an
> Is it this bug?
>
> https://bugs.launchpad.net/lightdm/+bug/1084885
>
> And this workaround?
>
> https://wiki.archlinux.org/index.php/LightDM#Xresources_not_being_parsed_correctly
Yes I tried the workaround mentioned here before posting on the list.
Still thanks for talking out time and helping
Okay before doing what you stated, I restored the file
/etc/X11/Xsession.d/30x11-
common_xresources to original
> 1. Prevent lightdm from being started:
>
> update-rc.d lightdm disable('enable' reverts this).
Done
> 2. Delete $HOME/.Xdefaults (It's not used).
Never used
On 2014-03-15, Anubhav Yadav wrote:
> Hello,
> Suddenly my .Xresources are not working on startup. Meaning I have to
> manually startup a terminal and issue "xrdb .Xresources" and restart
> the shell to see my colors.
>
> I am using(learning to use) i3 although I have xfce installed, and I
> start
On Sun 16 Mar 2014 at 23:36:21 +1300, Chris Bannister wrote:
> On Sun, Mar 16, 2014 at 10:22:21AM +0530, Anubhav Yadav wrote:
> > Solved.
>
> Are you sure? What do you think will happen on an upgrade of Xorg?
To help him with thinking this through he should find out what a
conffile is. Then
On Sun 16 Mar 2014 at 10:22:21 +0530, Anubhav Yadav wrote:
> Solved.
>
> I edited the file /etc/X11/Xsession.d/30x11-common_xresources and
> changed the "xorg -merge ..." lines to "xorge ..." and it worked.
> I don't know if it is a good solution or not!
I'd see it as a defeat because you are al
> Weird! What did you read that advised changing "xorg" to "xorge"?
Damn I don't know what happened to me while typing. Sorry. \
This is what I actually did!
The original line was
xrdb -merge $RESOURCEFILE
and
xrdb -merge $USRRESOURCES
I just removed the -merge options.
And I made the changes
On Sun, Mar 16, 2014 at 10:22:21AM +0530, Anubhav Yadav wrote:
> Solved.
Are you sure? What do you think will happen on an upgrade of Xorg?
> I edited the file /etc/X11/Xsession.d/30x11-common_xresources and
> changed the "xorg -merge ..." lines to "xorge ..." and it worked.
> I don't know if it
Solved.
I edited the file /etc/X11/Xsession.d/30x11-common_xresources and
changed the "xorg -merge ..." lines to "xorge ..." and it worked.
I don't know if it is a good solution or not!
Regards,
Anubhav Yadav
Imperial College of Engineering and Research,
Pune.
--
To UNSUBSCRIBE, email to debi
On Sun, Mar 16, 2014 at 4:51 AM, John D. Hendrickson and Sara Darnell
wrote:
> i wrote this:
>
> http://sourceforge.net/p/xdm-options/
>
> it launches window manager desktop pairs. you might see something in it
> that helps
>
>
> this seems simple. back off your recent changes and change onl
On Sun, Mar 16, 2014 at 4:36 AM, Anubhav Yadav wrote:
> Hello,
> Suddenly my .Xresources are not working on startup. Meaning I have to
> manually startup a terminal and issue "xrdb .Xresources" and restart
> the shell to see my colors.
>
> I am using(learning to use) i3 although I have xfce instal
On Thu, 02 Apr 2009 12:54 +0300 Kybernetiker wrote:
> I have Debian Lenny basic system with X Window, Ice WM, and xdm
> installed. When I try to configure Xterm, X.org seems to ignore the
> "~/.Xresources" file.
> The file "~/.Xresources" contains the only line:
>
> XTerm*font: -*-terminus-*-*-
On Thu, Apr 02, 2009 at 08:56:12AM EDT, Marc Auslander wrote:
> finally, I don't think XTerm is the right name. IIRC, its Xterm for
> the class, and xterm for the program.
The class name is XTerm.. as with many X clients whose name starts with
the letter 'x' (but not all .. xpdf for instance).
xrdb -query to see what you actually have.
if there are NO X clients, the resource data base is reset. so you
have to make sure there is a long running X client before you try to
set the resources.
finally, I don't think XTerm is the right name. IIRC, its Xterm for
the class, and xterm for the p
On Thu, 02 Apr 2009 12:54:57 +0300, Kybernetiker posted:
> I have Debian Lenny basic system with X Window, Ice WM, and xdm installed.
> When I try to configure Xterm, X.org seems to ignore the "~/.Xresources"
> file.
>
> The command xrdb -merge ~/.Xresources doesn't do any good.
>
> I also tried
Am 2007-11-21 00:43:39, schrieb Kumar Ravichandran:
> Hi,
>
> I am running Debian Etch on a Macbook, and I have a simple problem,
> namely, that my $HOME/.Xresources file, which has a few colour options
Why not put it into
$HOME/.Xdefaults-
or
$HOME/.Xdefaults
which are read by default
Am 2007-11-21 19:39:26, schrieb Kelly Clowers:
> I made .Xdefaults a symlink to .Xresources, and it started working.
> Might be worth a try.
Please note, that
~/.Xresources
are different from
~/.Xdefaults-
or
~/.Xdefaults
While the first one is read by the "xserver" from
/etc/
On Wed, Nov 21, 2007 at 07:39:26PM -0800, Kelly Clowers wrote:
> On Nov 21, 2007 7:07 PM, Kumar Ravichandran
> <[EMAIL PROTECTED]> wrote:
> > On Wed, Nov 21, 2007 at 04:52:29PM +0100, s. keeling wrote:
> > > Kumar Ravichandran <[EMAIL PROTECTED]>:
> > > >
> > > > I am running Debian Etch on a Macb
On Nov 21, 2007 7:07 PM, Kumar Ravichandran
<[EMAIL PROTECTED]> wrote:
> On Wed, Nov 21, 2007 at 04:52:29PM +0100, s. keeling wrote:
> > Kumar Ravichandran <[EMAIL PROTECTED]>:
> > >
> > > I am running Debian Etch on a Macbook, and I have a simple problem,
> > > namely, that my $HOME/.Xresources
On Wed, Nov 21, 2007 at 04:52:29PM +0100, s. keeling wrote:
> Kumar Ravichandran <[EMAIL PROTECTED]>:
> >
> > I am running Debian Etch on a Macbook, and I have a simple problem,
> > namely, that my $HOME/.Xresources file, which has a few colour options
> > for xterm, is not read at startup. I n
Kumar Ravichandran <[EMAIL PROTECTED]>:
>
> I am running Debian Etch on a Macbook, and I have a simple problem,
> namely, that my $HOME/.Xresources file, which has a few colour options
> for xterm, is not read at startup. I need to manually xrdb load it
I have it in ~/.xinitrc
--
Any techno
Micha Feigin <[EMAIL PROTECTED]> writes:
> I picked up on most of the syntax, but there are a few points, such
> as it appears that using XTerm. affects all exterms even if they
> were called through a link (x-terminal-emulator for example) while
> xterm. affects only when called as xterm or wha
On Thu, Nov 27, 2003 at 05:58:49AM -0800, Karsten M. Self wrote:
> on Sat, Nov 22, 2003 at 12:39:55AM +0200, Micha Feigin ([EMAIL PROTECTED]) wrote:
> > Can someone recomend so documentation about Xresources & Xdefaults.
> > I found some examples floating around but the exact syntax eludes me.
> >
Karsten M. Self wrote
I picked up a copy of O'Reilly's _X Window System User's Guide_ some
years ago.
/me thinks. Sheesh. Eight years already
Hey, I wrote my first program on an ICT Sirius in 1968, so no sympathy
from me. I have, however, discovered two things:
- if one is obsessed wit
on Sat, Nov 22, 2003 at 12:39:55AM +0200, Micha Feigin ([EMAIL PROTECTED]) wrote:
> Can someone recomend so documentation about Xresources & Xdefaults.
> I found some examples floating around but the exact syntax eludes me.
> I tried googling, looking in the HOWTO directory and apropos but it
> see
On Fri, 2003-11-21 at 23:39, Micha Feigin wrote:
> Can someone recomend so documentation about Xresources & Xdefaults.
> I found some examples floating around but the exact syntax eludes me.
> I tried googling, looking in the HOWTO directory and apropos but it
> seems like I am not finding the righ
Fri, Dec 06, 2002 at 11:03:54AM -0500 skrev Derrick 'dman' Hudson:
[Branden, I'm CC-ing as not to have to send you a separate mail]
>
> I think I read somewhere that instead of a single file a directory
> containing files named for the program could be used. However, that
> didn't seem to work
On Wed, Dec 04, 2002 at 12:39:08AM -0500, sean finney wrote:
| On Wed, Dec 04, 2002 at 02:31:12PM +0900, Nick Hastings wrote:
| > > iirc, .Xresources is deprecated in favor of .Xdefaults.
| >
| >
| >
| > Hmm, I thought it was the other way around .Xdefaults deprecated...
| > anyway I always make
Sean,
I too always thought the .Xdefaults was the deprecated version. Regardless,
creating the symlink definetly solved the problem. Thank you.
bp
From: sean finney <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: .Xresources file
Date: Wed, 4 Dec 2002 00:39:08 -0500
On Wed,
On Wed, Dec 04, 2002 at 02:31:12PM +0900, Nick Hastings wrote:
> > iirc, .Xresources is deprecated in favor of .Xdefaults.
>
>
>
> Hmm, I thought it was the other way around .Xdefaults deprecated...
> anyway I always make one a symlink to the other.
yeah, right you are. likewise i symlink one
Hi,
* sean finney <[EMAIL PROTECTED]> [021204 14:23]:
> heya,
>
> iirc, .Xresources is deprecated in favor of .Xdefaults.
Hmm, I thought it was the other way around .Xdefaults deprecated...
anyway I always make one a symlink to the other.
Just my 2 yen,
Nick.
--
Debian testing/unstable
Lin
heya,
iirc, .Xresources is deprecated in favor of .Xdefaults. i had the
same problem taking the .Xresources file from a solaris box and
not understanding why it wasn't being applied to my debian defaults.
sean
On Tue, Dec 03, 2002 at 11:10:50PM -0500, Bruce Park wrote:
> Hello Debian u
* Bruce Park <[EMAIL PROTECTED]> [021204 13:13]:
> Hello Debian users,
>
> I just recently realized that my .Xresources file is not being run
> everytime I log into my account. While I can easily put this in my .bashrc
xrdb -merge ${HOME}/.Xresources
> file and execute it with the xrdb command,
Hi xucaen!
On Sun, 10 Mar 2002, [EMAIL PROTECTED] wrote:
> Hi all, very weird that this happens. /etc/X11/Xresources/xterm used to
> give me a black background instead of the default white background, but
> now with woody it is as though it isn't being read.
> I'm attaching it just incase the sy
Dear Karl,
O'Rielly has a couple of reference guides to X windows which address
these
kind of questions. The list price for O'Reilly can be a bit high but
www.bookpool.com as O'Reilly at significant savings. Bookpool.com is a great
source for technical books generally. For example;
X Win
Wouldn't you know, shortly after sending the last message I figured it
out.
/usr/X11R6/bin/xsetroot -solid black
in
/etc/X11/xdm/Xsetup_0
did the trick.
Kent
[EMAIL PROTECTED]
|
| Ole J. Tetlie said
| > [EMAIL PROTECTED]
| > |
| > | In general, how does one find out about what resources an X app
understands
| > | if its not listed in the man page?
| >
| > I don't know about gEdit specifically, but you can try a program called
| > editres.
| >
|
| Ed
Ole J. Tetlie said
> [EMAIL PROTECTED]
> |
> | In general, how does one find out about what resources an X app understands
> | if its not listed in the man page?
>
> I don't know about gEdit specifically, but you can try a program called
> editres.
>
Editres will list the reasources an applicati
[EMAIL PROTECTED]
|
| In general, how does one find out about what resources an X app understands if
| its not listed in the man page?
I don't know about gEdit specifically, but you can try a program called
editres.
--
Eschew obfuscation(go on; look them both up)
Remco Blaakmeer writes:
>
> On Sun, 25 Jan 1998 [EMAIL PROTECTED] wrote:
>
> > Is there a list of all the variables used in the .Xresources file?
>
> No, that list would be far too large. Many programs have a file in
How large is "too large"? 8-)
> /usr/lib/X11/app-defaults/ that contains so
On Sun, 25 Jan 1998 [EMAIL PROTECTED] wrote:
> Is there a list of all the variables used in the .Xresources file?
No, that list would be far too large. Many programs have a file in
/usr/lib/X11/app-defaults/ that contains some defaults. You are not
supposed to edit these files, but anything you p
Will Lowe <[EMAIL PROTECTED]> writes:
> I'm trying to set up xmailbox to play a .wav when I get new mail, and
> I've got this in .Xresources
>
> xmailbox*mailSndFile: ~/music/samples/1308.wav
> xmailbox*mailSndComm: /usr/bin/bplay %s
xmailbox may not understand about "~" - try specifying th
75 matches
Mail list logo
