Welcome, Guest
Please Login or Register.    Lost Password?

Configuration issues for RH8 host
(1 viewing) (1) Guest
Go to bottomPage: 1
TOPIC: Configuration issues for RH8 host
#290
Configuration issues for RH8 host 13 Years, 6 Months ago Karma: 0
Some configuration issues have arisen in the demo version 2_1_2_656 for RH8 vanilla, Windows client:

1 The default path when launching an Xterm from GG is: /usr/local/graphon/bin:/usr/local/graphon:/bin:/usr/bin:/usr/X11R6/bin:/home/$USER/bin:/home/$USER/bin

but the default path on my RH8 vanilla installation is:

/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/$USER/bin

Thus items in /usr/local/bin must either be moved or the path needs to be altered. I understand the need to include /usr/local/graphon/* even before anything else but /usr/local/bin should be included and, not that it matters too much, the second /home/$USER/bin should be removed.

2 I don't have KDE installed but include the libraries. On 'starting' KDE, a sort of Gnome is displayed but the Xterm and probably other facilities don't work properly. The absence of the KDE (and Gnome) components should be detected and that window manager not offered.

3 How do I add other window managers?

4 I notice that various Unix clients are included but I would imagine that most accesses of GG are cross-system and the most useful one is Windows, which is not included in the htdocs directory. Unix users can of course use ordinary X connections if they want whereas Windows users cannot unless they also install Cygwin or whatever.

5 Is there a Mac client version due?

6 I notice I can paste from an Xterm into Windows but not it seems the other way round. Is this right?
Loggy
Fresh Boarder
Posts: 9
graphgraph
User Offline Click here to see the profile of this user
The administrator has disabled public write access.
 
#293
Re: Configuration issues for RH8 host 13 Years, 6 Months ago Karma: 2
1 The default path when launching an Xterm from GG is: /usr/local/graphon/bin:/usr/local/graphon:/bin:/usr/bin:/usr/X11R6/bin:/home/$USER/bin:/home/$USER/bin

but the default path on my RH8 vanilla installation is:

/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/$USER/bin

Thus items in /usr/local/bin must either be moved or the path needs to be altered. I understand the need to include /usr/local/graphon/* even before anything else but /usr/local/bin should be included and, not that it matters too much, the second /home/$USER/bin should be removed.


We set the PATH environment variable to include $GOGLOBAL_ROOT/bin, $GOGLOBAL_ROOT, /bin/ and /usr/bin/. This is our default path on RedHat. We launch the shell that starts your session as a login shell, however, which should cause it to parse your .profile, .bashrc, etc. So, something about your shell configuration files is causing that not to be set (and adding /home/$USER/bin twice)..

2 I don't have KDE installed but include the libraries. On 'starting' KDE, a sort of Gnome is displayed but the Xterm and probably other facilities don't work properly. The absence of the KDE (and Gnome) components should be detected and that window manager not offered.

We look for the existance of "/usr/bin/startkde", and if that is present, we publish it as "KDE". The implication, of course, is that running this script will start KDE. If you have a partial/hybrid install of KDE, it may not run as expected.

3 How do I add other window managers?

Probably the easiest way is to create a script that starts the window manager you want to run. For example you could have a file like:

Code:

#!/bin/sh
/path/to/xterm &
exec /path/to/my/window/manager



You would then use the 'GO-Configure' program to publish this script as a new X session.

4 I notice that various Unix clients are included but I would imagine that most accesses of GG are cross-system and the most useful one is Windows, which is not included in the htdocs directory. Unix users can of course use ordinary X connections if they want whereas Windows users cannot unless they also install Cygwin or whatever.

I'm not sure if you didn't see it or if it's really not present on your installation; the Windows client is included in the htdocs/ directory as "go_setup_2_1_2_656.exe".

5 Is there a Mac client version due?

We have considered porting the client portion to Mac, but the decision to do this hasn't been made yet. Currently, the only option for Mac users is to use the Java client.

6 I notice I can paste from an Xterm into Windows but not it seems the other way round. Is this right?

No, the clipboard functionality is bidirectional. You should be able to paste into the Xterm by using the middle-mouse button. (On a 2-button mouse, you can simulate a middle-mouse button by pressing the left and right mouse buttons at the same time).

I hope this information is helpful. Please feel free to ask if you have any further questions.

Thanks,
Troy
troy
Administrator
Posts: 231
graphgraph
User Offline Click here to see the profile of this user
Gender: Male Birthday: 01/14
The administrator has disabled public write access.
 
#295
Re: Configuration issues for RH8 host 13 Years, 6 Months ago  
Troy

The .bashrc, .bash_profile, .profile, /etc/bashrc and /etc/profile are as installed by Dell. I haven't altered them and they are the same as on various other machines that I have.

If I su - {username} within the Xterm, it works just fine with the correct path and no GG prefix.

Come to think about it, why should the user want to access the GG directories anyway? The commands there appear to be admnistration commands - why should a regular user be able to look at gold.log for example? I have installed GG under /usr/local. Perhaps this is the wrong place.

This remains a puzzle to me.

I will rename the startkde from /usr/bin and create another window manager shell as you suggest.

I see the Windows client is in htdocs - it just wasn't the same name as the one I downloaded and wasn't called Windows or MS or something. Silly me!

Many thanks

John


The administrator has disabled public write access.
 
#296
Re: Configuration issues for RH8 host 13 Years, 6 Months ago Karma: 2
Hi John,

The .bashrc, .bash_profile, .profile, /etc/bashrc and /etc/profile are as installed by Dell. I haven't altered them and they are the same as on various other machines that I have.

If I su - {username} within the Xterm, it works just fine with the correct path and no GG prefix.


If you could identify which of those files is setting the PATH to include /usr/local, we could try to identify why that file isn't being included in the GO-Global startup.

There may also be conditional parts of those scripts that (for example) only set the path if the tty is a terminal, which in the case of GO-Global starting, isn't.

Come to think about it, why should the user want to access the GG directories anyway? The commands there appear to be admnistration commands - why should a regular user be able to look at gold.log for example? I have installed GG under /usr/local. Perhaps this is the wrong place.

That sounds okay to me. The reason that our path is added to the PATH is because there are some user-level binaries there as well, specifically things like gofile or golpr, and potentially go-configure.

Troy
troy
Administrator
Posts: 231
graphgraph
User Offline Click here to see the profile of this user
Gender: Male Birthday: 01/14
The administrator has disabled public write access.
 
#298
Re: Configuration issues for RH8 host 13 Years, 6 Months ago  
Troy

In a cshell, it is explicitly set in csh.login but in a bash2 shell that I run, it seems rather more deeply buried.

/usr/local/bin is added before /etc/profile is run, which uses the pathmmunge function to generate a path for root or to append X11R6/bin. I will look a little further but I have a meeting to attend.

The root path is also a bit of a mess as:
/usr/local/graphon/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/graphon:/bin:/usr/bin:/usr/X11R6/bin:/root/bin:/root/bin but here at least it has added to the default path rather than taken anything away.

I expect that the duplication of the $HOME/bin is due to .bash_profile being executed twice. This is where the $HOME/bin is appended to the path.

It does say in man login that the default path is as I reported so this should be the target for GG.

The visibility of /usr/local/graphon/* to the general user is a security issue. If there are particular binaries or commands that may be needed then these should be put in another directory and this made available but others should be restricted to the administrator.

I can't see why the general user should have access to any of these unless there are scripts that need to be called in place of regular scripts in the /usr/local/graphon/bin in which case only that directory should be specified in the path as otherwise the user has access to the whole tree, including the log files, postgres configuration files - and who knows who may decode the MD5 passwords there!

It seems as if your script replaces /usr/local/bin with /usr/local/graphon rather than pre-pending /usr/local/graphon/bin as selinux does for example in a similar situation.


The administrator has disabled public write access.
 
Go to topPage: 1
Moderators: troy, Andyl