The ica client is moved to /opt/ICAClient while the default install as provided by citrix goes to /usr/lib/ICAClient appearantly some stuff to use the npica.so doesn't work at all when installed at the wrong place. When I handinstall the tar kit as supplied by Citrix at least I can tell the npica.so browser plugin is activated. b.t.w. why use rpm kits if a tar kit is available.
What browser are you using? The tar package hasn't always been avaiable. Now that it is, I'm looking into the usability of it.
I tried: Mozilla Firefox -- (no show as I coudn't where to specifiy to look for npica.so) Mozilla (idem) And finaly Konqueror 3.3.0 this at leased showed Zero width or height specified.. (so it starts, using the hand installed tar ICAClient and specifying its directory in the konqueror setup plugin path... Regarding the tar package, within it is still a cpio archive with some scripting around it., The major thing of the first install script is to show the EULA and then install the remainder. Previously I observed that on Redhat 9 that the rmp just plain didn't work, and that the tar archive worked out of the box (more or less) at least with firefox and partly with konqueror. when telling the tar install a different location you will be warned that there might be trouble ahead
The tar package has always been available (at least as far back as 4 1/2 years ago). However it's not a tar package that contains the ICAClient. Instead it contains a shell script used to install the client. There is a linuxx86.cor file which is a CPIO archive. Personally, I think it's easier to just use the rpm file, and then cp -Rp the ICAClient directory to /opt/ICAClient. This will solve Bug 66036 as well since the RPM file includes the .server file by default. Try setting the ICAROOT environment variable to /opt/ICAClient. My guess is that's all it'll take for npica.so to work. I'm fairly certain that's all I did on my work machine. I can verify this tomorrow. By default, npica.so uses /usr/lib/ICAClient/wfica. Set ICAROOT and it should override it. This should be done in the filesdir/10ICAClient file. FYI, the install.txt file with the ICAClient has the following information: If the default installation location is not used then environment variable ICAROOT must be set to point to the actual installation location.
yup. add ICAROOT=/opt/ICAClient and the plugin works. I verified it on my work box. unset the environment variable and it doesn't work anymore.
Then to work under konqueror et al more needs to be done that just add something to /etc/env.d/..... Because those environment variables are not added by default to the environment of processes. (i.e. /etc/profile is not referenced...)
actually they are. /etc/env.d/* files get processed into /etc/profile.env. The first block of code in /etc/profile is: if [ -e "/etc/profile.env" ] then . /etc/profile.env fi (in case you aren't a familiar with shell scripts, this sources /etc/profile.env if it exists). by adding ICAROOT to /etc/env.d/10ICAClient and then running an env-update, the environment variables get added to the profile.env script. If you're launching Konqueror from a KDE session, easiest bet to get the proper environment variables is to log out of KDE and restart it (if you are using xdm/kdm/gdm) if you are using a console login, then before restarting kde, run source /etc/profile
Fixes are now in the tree to add ICAROOT to the environment and to softlink the browser plugin to /usr/lib/nsbrowser/plugins Thanks for the bug report :)
