<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: X Installation in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960473#M77113</link>
    <description>confusing...&lt;BR /&gt;let me clear myself.&lt;BR /&gt;when you run rxvt -e telnet host, it doent run .Xdefaults for which machine host or the remote?&lt;BR /&gt;Taking your next sentence into account, I see a normal rxvt runs .Xdefaults on the host machine.&lt;BR /&gt;&lt;BR /&gt;Here I am stumped.  When you open 2 rxvt sessions, first with -e telnet host option and second, a plain one.  Now when you open the second, the .Xdefaults is executed.  Are you saying the first one also gets the .Xdefaults.&lt;BR /&gt;&lt;BR /&gt;Correct me if I am wrong.&lt;BR /&gt;&lt;BR /&gt;the man page&lt;BR /&gt;&lt;SNIP&gt;&lt;BR /&gt;RESOURCES (available also as long-options)&lt;BR /&gt;       Note:  "rxvt  --help"  gives a list of all resources (long&lt;BR /&gt;       options) compiled into your  version.   If  compiled  with&lt;BR /&gt;       internal  Xresources  support  (i.e.  rxvt  -h lists .Xde-&lt;BR /&gt;       faults) then rxvt accepts application defaults set in XAP-&lt;BR /&gt;       PLOADDIR/Rxvt      (compile-time      defined:     usually&lt;BR /&gt;       /usr/lib/X11/app-defaults/Rxvt)  and  resources   set   in&lt;BR /&gt;       ~/.Xdefaults,  or  ~/.Xresources  if ~/.Xdefaults does not&lt;BR /&gt;       exist. &lt;BR /&gt;&lt;/SNIP&gt;&lt;BR /&gt;&lt;BR /&gt;check whether your rxvt is compiled with internal resources support.  If it is then, it may be due to the command line args which essentially invokes the telnet client instead of the $SHELL variable.  &lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Umapathy&lt;BR /&gt;</description>
    <pubDate>Wed, 30 Apr 2003 15:54:26 GMT</pubDate>
    <dc:creator>Umapathy S</dc:creator>
    <dc:date>2003-04-30T15:54:26Z</dc:date>
    <item>
      <title>X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960466#M77106</link>
      <description>I've just loaded the Xdevel-4.2.0 onto a box running SuSE Linux 8.1 The environment works perfectly for the root login but any new user I create doesn't appear to be able to use any X functionality (cannot open display etc). Have I missed something on the installation? I've run xauth and added the user name but cant think what else I've missed. Help would be greatly appreciated.</description>
      <pubDate>Mon, 28 Apr 2003 10:33:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960466#M77106</guid>
      <dc:creator>Simon Pamplin</dc:creator>
      <dc:date>2003-04-28T10:33:49Z</dc:date>
    </item>
    <item>
      <title>Re: X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960467#M77107</link>
      <description>I dont think installation of Xdevel which is essentially for development will break the current X11.&lt;BR /&gt;Did you check /var/log/messages and /var/log/XFree*log.  Can you post details from that.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Umapathy&lt;BR /&gt;</description>
      <pubDate>Mon, 28 Apr 2003 11:34:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960467#M77107</guid>
      <dc:creator>Umapathy S</dc:creator>
      <dc:date>2003-04-28T11:34:25Z</dc:date>
    </item>
    <item>
      <title>Re: X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960468#M77108</link>
      <description>Okay - entering xhost localhost resolves the problem, trouble is  cant remember how to make that a permanent setting rather than by use of the interactive xhost program.</description>
      <pubDate>Mon, 28 Apr 2003 15:42:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960468#M77108</guid>
      <dc:creator>Simon Pamplin</dc:creator>
      <dc:date>2003-04-28T15:42:28Z</dc:date>
    </item>
    <item>
      <title>Re: X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960469#M77109</link>
      <description>hi&lt;BR /&gt;&lt;BR /&gt;are you doing an su and then trying to start x. &lt;BR /&gt;if you normally login and then startx, it shouldnt give you any problem.&lt;BR /&gt;&lt;BR /&gt;-balaji</description>
      <pubDate>Tue, 29 Apr 2003 09:59:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960469#M77109</guid>
      <dc:creator>Balaji N</dc:creator>
      <dc:date>2003-04-29T09:59:55Z</dc:date>
    </item>
    <item>
      <title>Re: X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960470#M77110</link>
      <description>I'm booting the machine then logging in as root. X is running via rc scripts and root has no problems executing any X programs. If however I log off and back on as an other user I dont have permissions to use X. Basically I want to enable X for any user on the local machine.</description>
      <pubDate>Wed, 30 Apr 2003 07:29:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960470#M77110</guid>
      <dc:creator>Simon Pamplin</dc:creator>
      <dc:date>2003-04-30T07:29:49Z</dc:date>
    </item>
    <item>
      <title>Re: X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960471#M77111</link>
      <description>hi Simon,&lt;BR /&gt;  If root is able to do that, then its certainly a permission problem on other users part.  Certainly the libraries are not broken since X is working fine.  May be the installation of XDevel would have changed some permission bits. &lt;BR /&gt;&lt;BR /&gt;  Please post the lines of /var/log/messages and /var/log/XFree86*.log to understand where its going wrong.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Umapathy</description>
      <pubDate>Wed, 30 Apr 2003 11:21:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960471#M77111</guid>
      <dc:creator>Umapathy S</dc:creator>
      <dc:date>2003-04-30T11:21:51Z</dc:date>
    </item>
    <item>
      <title>Re: X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960472#M77112</link>
      <description>You're right about permissions, finally sorted the perms with an xauth generate localhost/unix:0 then copying the .Xauthority file into the users home directory. Got a strange issue now though. If I start an RXVT session that has a '-e telnet host' it appears not to process the .Xdefaults, if I then start another RXVT session but not telneting to anything it correctly applies the .Xdefaults to the new session but also seems to do the same for the existing one that did do a telnet. This behaviour is only displayed for the non-root user.</description>
      <pubDate>Wed, 30 Apr 2003 12:01:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960472#M77112</guid>
      <dc:creator>Simon Pamplin</dc:creator>
      <dc:date>2003-04-30T12:01:07Z</dc:date>
    </item>
    <item>
      <title>Re: X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960473#M77113</link>
      <description>confusing...&lt;BR /&gt;let me clear myself.&lt;BR /&gt;when you run rxvt -e telnet host, it doent run .Xdefaults for which machine host or the remote?&lt;BR /&gt;Taking your next sentence into account, I see a normal rxvt runs .Xdefaults on the host machine.&lt;BR /&gt;&lt;BR /&gt;Here I am stumped.  When you open 2 rxvt sessions, first with -e telnet host option and second, a plain one.  Now when you open the second, the .Xdefaults is executed.  Are you saying the first one also gets the .Xdefaults.&lt;BR /&gt;&lt;BR /&gt;Correct me if I am wrong.&lt;BR /&gt;&lt;BR /&gt;the man page&lt;BR /&gt;&lt;SNIP&gt;&lt;BR /&gt;RESOURCES (available also as long-options)&lt;BR /&gt;       Note:  "rxvt  --help"  gives a list of all resources (long&lt;BR /&gt;       options) compiled into your  version.   If  compiled  with&lt;BR /&gt;       internal  Xresources  support  (i.e.  rxvt  -h lists .Xde-&lt;BR /&gt;       faults) then rxvt accepts application defaults set in XAP-&lt;BR /&gt;       PLOADDIR/Rxvt      (compile-time      defined:     usually&lt;BR /&gt;       /usr/lib/X11/app-defaults/Rxvt)  and  resources   set   in&lt;BR /&gt;       ~/.Xdefaults,  or  ~/.Xresources  if ~/.Xdefaults does not&lt;BR /&gt;       exist. &lt;BR /&gt;&lt;/SNIP&gt;&lt;BR /&gt;&lt;BR /&gt;check whether your rxvt is compiled with internal resources support.  If it is then, it may be due to the command line args which essentially invokes the telnet client instead of the $SHELL variable.  &lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Umapathy&lt;BR /&gt;</description>
      <pubDate>Wed, 30 Apr 2003 15:54:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960473#M77113</guid>
      <dc:creator>Umapathy S</dc:creator>
      <dc:date>2003-04-30T15:54:26Z</dc:date>
    </item>
    <item>
      <title>Re: X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960474#M77114</link>
      <description>Glad to see its not just me thats confused over this one. Your clarification is correct, the first rxvt -e telnet does not execute the .Xdefaults on the host machine, executing a second rxvt on the host both invokes the .Xdefaults for the second rxvt session and also applies them to the first. The rxvt version is compiled with .Xdefaults. The only other bit of info is that this is not the experience of the root login where .Xdefaults is applied for both a -e telnet session and a local one. Must be a permission thing somewhere, for now my workaround is to do an rxvt -e exit followed by my rxvt -e telnet - seems to work!</description>
      <pubDate>Thu, 01 May 2003 07:34:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960474#M77114</guid>
      <dc:creator>Simon Pamplin</dc:creator>
      <dc:date>2003-05-01T07:34:25Z</dc:date>
    </item>
    <item>
      <title>Re: X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960475#M77115</link>
      <description>Check for the latest rxvt version.  Get it compiled and try to use it.  I dont know any rxvt mailing list.  If you find one you can raise this issue there.&lt;BR /&gt;&lt;BR /&gt;good luck&lt;BR /&gt;&lt;BR /&gt;cheers&lt;BR /&gt;Umapathy&lt;BR /&gt;</description>
      <pubDate>Thu, 01 May 2003 13:51:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960475#M77115</guid>
      <dc:creator>Umapathy S</dc:creator>
      <dc:date>2003-05-01T13:51:03Z</dc:date>
    </item>
    <item>
      <title>Re: X Installation</title>
      <link>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960476#M77116</link>
      <description>I'm on the latest version, I think I've now sorted the problem. The Xdefaults is being read (I was mistaken before - more testing proved it) but for all users except root I have to do an xmodmap "filename" prior to launching the rxvt -e telnet host&lt;BR /&gt;&lt;BR /&gt;Just made that change and its now working - I think I'll leave it alone now.&lt;BR /&gt;&lt;BR /&gt;thanks for the assistance.</description>
      <pubDate>Thu, 01 May 2003 13:54:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/x-installation/m-p/2960476#M77116</guid>
      <dc:creator>Simon Pamplin</dc:creator>
      <dc:date>2003-05-01T13:54:06Z</dc:date>
    </item>
  </channel>
</rss>

