Can you please update the ebuild to install the latest icaclient-13.0 version. I can't login into the citrix applications with the 12.1 version. Reproducible: Always
Created attachment 367932 [details] icaclient-13.0.0.ebuild This works for me to interact with my brokerage, using "wfica file.ica". I am on amd64. Caveats: 1) The browser plugin doesn't appear in "about:plugins" in my 64-bit Firefox 2) Not completely sure that the source package filename is the same for everybody, in which case it has to be saved under a generic name in DISTDIR. Have fun!
Created attachment 367982 [details] icaclient-13.0.0.ebuild Browser plugin requires invoking "nspluginwrapper -i /usr/lib32/nsbrowser/plugins/npica.so" -- note added via einfo.
Thanks Hypnos, I added your ebuild to my local portage to try it and this error comes up: ============================================ >>> Verifying ebuild manifests >>> Emerging (1 of 1) net-misc/icaclient-13.0.0 from x-portage * ICAClient-13.0.0.256735-0.x86_64.rpm SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking ICAClient-13.0.0.256735-0.x86_64.rpm to /var/tmp/portage/net-misc/icaclient-13.0.0/work >>> Source unpacked in /var/tmp/portage/net-misc/icaclient-13.0.0/work >>> Preparing source in /var/tmp/portage/net-misc/icaclient-13.0.0/work/opt/Citrix/ICAClient ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/net-misc/icaclient-13.0.0/work/opt/Citrix/ICAClient ... >>> Source configured. >>> Compiling source in /var/tmp/portage/net-misc/icaclient-13.0.0/work/opt/Citrix/ICAClient ... >>> Source compiled. >>> Test phase [not enabled]: net-misc/icaclient-13.0.0 >>> Install icaclient-13.0.0 into /var/tmp/portage/net-misc/icaclient-13.0.0/image/ category net-misc install: cannot stat ‘/usr/local/portage/net-misc/icaclient/files/10ICAClient’: No such file or directory !!! doins: /usr/local/portage/net-misc/icaclient/files/10ICAClient does not exist * ERROR: net-misc/icaclient-13.0.0::x-portage failed (install phase): * doins failed * * If you need support, post the output of `emerge --info '=net-misc/icaclient-13.0.0::x-portage'`, * the complete build log and the output of `emerge -pqv '=net-misc/icaclient-13.0.0::x-portage'`. * The complete build log is located at '/var/log/portage/net-misc:icaclient-13.0.0:20140120-132402.log'. * The ebuild environment file is located at '/var/tmp/portage/net-misc/icaclient-13.0.0/temp/environment'. * Working directory: '/var/tmp/portage/net-misc/icaclient-13.0.0/work/opt/Citrix/ICAClient' * S: '/var/tmp/portage/net-misc/icaclient-13.0.0/work/opt/Citrix/ICAClient' * QA Notice: file does not exist: * * doins: /usr/local/portage/net-misc/icaclient/files/10ICAClient does not exist >>> Failed to emerge net-misc/icaclient-13.0.0, Log file: >>> '/var/log/portage/net-misc:icaclient-13.0.0:20140120-132402.log' ============================================ # ls -laR /usr/local/portage/net-misc/icaclient/ /usr/local/portage/net-misc/icaclient/: total 24 drwxr-xr-x 3 portage portage 4096 Jan 20 13:09 . drwxr-xr-x 3 portage portage 4096 Jan 20 13:09 .. -rw-r--r-- 1 portage portage 1175 Jan 20 13:09 Manifest drwxr-xr-x 2 portage portage 4096 Jan 20 13:03 files -rw-r--r-- 1 portage portage 4671 Jan 20 13:05 icaclient-13.0.0.ebuild /usr/local/portage/net-misc/icaclient/files: total 8 drwxr-xr-x 2 portage portage 4096 Jan 20 13:03 . drwxr-xr-x 3 portage portage 4096 Jan 20 13:09 .. Also, there is a "USB Support Package" on the Citrix repo. Should this be included in this ebuild or is it better dealt with a separate ebuild - and would it be compatible/necessary with Gentoo? -- Regards, Mick
You need "files/10ICAClient" from the main Portage tree to be copied to the same location in your local overlay -- sorry for not mentioning it. I have no idea what the USB support package is for.
(In reply to Hypnos from comment #4) > You need "files/10ICAClient" from the main Portage tree to be copied to the > same location in your local overlay -- sorry for not mentioning it. > > I have no idea what the USB support package is for. Thanks Hypnos, Doing as you suggest allowed me to install it. I got these security problems though at installation stage: ============================================= [snip ...] >>> Install icaclient-13.0.0 into /var/tmp/portage/net-misc/icaclient-13.0.0/image/ category net-misc >>> Completed installing icaclient-13.0.0 into /var/tmp/portage/net-misc/icaclient-13.0.0/image/ scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '.:../lib' in /var/tmp/portage/net-misc/icaclient-13.0.0/image/opt/Citrix/ICAClient/selfservice scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '../lib' in /var/tmp/portage/net-misc/icaclient-13.0.0/image/opt/Citrix/ICAClient/selfservice scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '.:../lib' in /var/tmp/portage/net-misc/icaclient-13.0.0/image/opt/Citrix/ICAClient/selfservice scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '../lib' in /var/tmp/portage/net-misc/icaclient-13.0.0/image/opt/Citrix/ICAClient/selfservice >>> Installing (1 of 1) net-misc/icaclient-13.0.0 * checking 203 files for package collisions >>> Merging net-misc/icaclient-13.0.0 to / ============================================= The USB package allows a usb drive plugged in at the client machine to be seen by the remote Citrix desktop. Without it locally plugged in USB drives do not appear on the filesystems available at the Citrix virtualised desktop. -- Regards, Mick
(In reply to Hypnos from comment #2) > Created attachment 367982 [details] > icaclient-13.0.0.ebuild > > Browser plugin requires invoking "nspluginwrapper -i > /usr/lib32/nsbrowser/plugins/npica.so" -- note added via einfo. Is this necessary and if so shouldn't it be performed as part of the ebuild? I am asking because I have now ended up with two different *npica.so plugins: $ locate npica.so /opt/Citrix/ICAClient/npica.so /usr/lib32/nsbrowser/plugins/npica.so /usr/lib64/nsbrowser/plugins/npwrapper.npica.so Firefox now lists two plugins, one had been installed with version icaclient-12.1.0 (lib64) and one by running the command you suggested above: ============================================ Citrix Receiver for Linux File: npwrapper.npica.so Path: /home/michael/.mozilla/plugins/npwrapper.npica.so Version: State: Enabled Citrix HDX Plugin (Linux) Version 13.0.0.256735 (/opt/Citrix/ICAClient/wfica) MIME Type Description Suffixes application/x-ica Citrix ICA connection parameters ica,ICA application/vnd.citrix.receiver.configure Citrix Service configuration cr Citrix Receiver for Linux File: npwrapper.npica.so Path: /usr/lib64/nsbrowser/plugins/npwrapper.npica.so Version: State: Enabled ICA Plugin (Linux) Version 12.1.0.203066 (/opt/Citrix/ICAClient/wfica) MIME Type Description Suffixes application/x-ica Handles ICA connections ica ============================================ The same is shown listed in Chromium browser. However unlike Chromium with which the plugin works as expected, with Firefox it does not. The Citrix session is showing an hour glass graphic, but the virtual desktop does not launch. Should I use nspluginwrapper to delete the older lib64 plugin? -- Regards, Mick
Thank you for that work, I will try to review it as soon as possible and push it to the tree. Apart from that I think the plugin should be installed by the ebuild and there are ways in Gentoo to achieve it (I have to read that up).
1) The scanelf errors you see could indeed pose a security problem if the executables are invoked from a directory where "../lib" is valid and writable. I don't see those errors on my system because I use Paludis instead of Portage. Perhaps this can be rectified with chrpath or patchelf. 2) I can't debug the USB ebuild because I don't use Citrix for remote PC desktop capability. 3) As I say in the einfo message, nspluginwrapper only needs to be run on a 64-bit browser. The two plugins you see the are the native 32-bit plugin and the 64-bit plugin generated by nspluginwrapper. I certainly need the 64-bit plugin in my 64-bit Firefox to launch Citrix directly from my stock broker's web page. Christian, if you are taking over development, here are some further notes: 1) While I can use my stock broker's web platform just fine, I noticed that some installed executables don't run due to link errors. It seems that xerces and webkit are required for some functionality. 2) It's not clear that xterm and the old X11 font packages are used for anything anymore, now that icaclient has moved away from Motif.. A "grep -ri" does pick up "xterm" in libctxssl.so, and "Type1" in libproxy.so .
Thanks for the hint with "nspluginwrapper -i /usr/lib32/nsbrowser/plugins/npica.so" I think as this is required so that it will work it should be executed autmatically if USE=nsplugin The code in the ebuild: if use nsplugin then doins npica.so dosym "${ICAROOT}"/npica.so /usr/$(get_libdir)/nsbrowser/plugins/npica.so fi does not seem to work, as I had ti execute nspluginwrapper manually. Perhaps something like that would be better in pkg_postinst(): use nsplugin && nspluginwrapper -i /usr/lib32/nsbrowser/plugins/npica.so
I'm not sure what's broken today, but I can no longer use icaclient in Chromium and was never able to use this version in Firefox either. :-( In Firefox the citrix receiver session does not start - the browser shows an hourglass and eventually times out without loading the plugin. In Chromium the plugin used to load and the remote session would start, but some recent update has stopped this from happening. This is what I emerged recently: genlop -l --date 3 days ago * dev-libs/icu Tue May 20 19:51:04 2014 >>> dev-libs/icu-51.2-r2 Tue May 20 19:53:05 2014 >>> dev-libs/libxml2-2.9.1-r4 Tue May 20 19:53:49 2014 >>> media-sound/mpg123-1.18.1 Thu May 22 20:26:27 2014 >>> www-client/chromium-35.0.1916.114-r1 Now Chromium downloads a file (launch.ica) instead of launching the icaclient plugin to process it. It may be worth mentioning that Chromium does not list the icaclient under its plugins. This means that I now have to use an old WinXP PC to do my job! :-( Is there some work around, or fix I could apply to get this going on any browser? Please ask if you need more info. -- Regards, Mick
I think I have a solution, but is probably not related to the citrix plugin itself, but to the xdg-open that manages different kind of files on the desktop. This is what I did; 1. I created a /usr/share/applications/wfica.desktop file for the system: [Desktop Entry] Name=Citrix ICA client GenericName=Citrix ICA Client Comment=Citrix nFuse session file Categories=Application Encoding=UTF-8 Exec=/usr/bin/wfica Icon=wfica Terminal=false Type=Application MimeType=application/x-ica 2. I created a MIME info file /usr/share/mime/packages/ica.xml: <?xml version="1.0" encoding="utf-8"?> <mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info"> <mime-type type="application/x-ica"> <comment>Citrix ICA launcher</comment> <glob pattern="*.ica"/> </mime-type> </mime-info> 3. Updated the desktop and mime databases: # update-desktop-database && update-mime-database /usr/share/mime 4. Also run (not sure if needed): $ xdg-mime install --novendor /usr/share/mime/packages/ica.xml $ xdg-mime default wfica.desktop application/x-ica Now Chromium uses xdg-open and launches the launch.ica file, instead of just saving it in ~/Downloads. I have not yet tried Firefox to see if this fixes my previous problem. Interestingly, Firefox shows the icaclient plugin in about:plugins, while Chromium does not. I don't know if all this should be part of the ebuild, but I thought of reporting it here in case it helps others with the same problem. -- Regards, Mick
I tried installing the ebuild on an x86_64 arch only and it wanted to pull in all sort of multilib packages, but this is no-multilib system. Is there a way of installing icaclient for x86_64 only? -- Regards, Mick
Created attachment 383998 [details] icaclient-13.0.0.256735.0.ebuild New attempt. This ebuild uses the full version number string from upstream packages (sanitized so portage doesn't complain), is EAPI-5, has correct multilib dependencies and tries to (de-)register the nsplugin to nspluginwrapper if necessary. Please give it a try and report back any problems. I am especially interested in testings on x86 machines as I only have amd64 multilib machines to test this.
(In reply to Lars Wendler (Polynomial-C) from comment #13) > Created attachment 383998 [details] > icaclient-13.0.0.256735.0.ebuild Thanks! > Please give it a try and report back any problems. I am especially > interested in testings on x86 machines as I only have amd64 multilib > machines to test this. I have tried it on amd64-multilib and on x86 and attach the emerge logs separately. On amd64 non-multilib it fails to install like so: =================================== These are the packages that would be merged, in order: Calculating dependencies... done! The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by =icaclient-13.0.0.256735.0 (argument) # /usr/portage/profiles/features/64bit-native/package.mask: # AMD64 Team <amd64@gentoo.org> # Mask packages that rely on amd64 multilib =net-misc/icaclient-13.0.0.256735.0 NOTE: The --autounmask-keep-masks option will prevent emerge from creating package.unmask or ** keyword changes. Use --autounmask-write to write changes to config files (honoring CONFIG_PROTECT). Carefully examine the list of proposed changes, paying special attention to mask or keyword changes that may expose experimental or unstable packages. emerge: there are no ebuilds to satisfy "media-libs/alsa-lib[abi_x86_32]". (dependency required by "net-misc/icaclient-13.0.0.256735.0::x-portage" [ebuild]) (dependency required by "=icaclient-13.0.0.256735.0" [argument]) =================================== The Firefox browser issues I reported before, are I believe related to the way my company's citrix portal is coded. Firefox is not able to load it, therefore it does not reach the stage where the icaclient is needed to launch. So this is pretty much a red herring. If one day the site in question is recoded, so that Firefox can load it, I will report back. On Chromium amd64 the plugin works fine, but only after I created the wfica.desktop file. On x86 Firefox the ica plugin is not shown under about:plugins. I tried setting up a wfica.desktop file, but still not shown there. The x86 Chromium fetches the ica file but it won't load the icaclient plugin. It just asks me to save it as a file. After saving it as a file I can click on it and it tries to open it with icaclient, but it won't launch the virtual desktop. This is what .xsession-errors shows: ======================================= /opt/Citrix/ICAClient/wfica: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory ======================================= This is true, here is what I have for libpng: $ ls -la /usr/lib/libpng* lrwxrwxrwx 1 root root 10 Jul 22 18:38 /usr/lib/libpng.a -> libpng16.a lrwxrwxrwx 1 root root 11 Jul 22 18:38 /usr/lib/libpng.so -> libpng16.so -rw-r--r-- 1 root root 261696 Jul 22 18:38 /usr/lib/libpng16.a lrwxrwxrwx 1 root root 19 Jul 22 18:38 /usr/lib/libpng16.so -> libpng16.so.16. 12.0 lrwxrwxrwx 1 root root 19 Jul 22 18:38 /usr/lib/libpng16.so.16 -> libpng16.so. 16.12.0 -rwxr-xr-x 1 root root 223028 Jul 22 18:38 /usr/lib/libpng16.so.16.12.0
Created attachment 384004 [details] build logs for amd64_multilib
Created attachment 384006 [details] build logs for x86
Created attachment 384038 [details] icaclient-13.0.0.256735.0.ebuild Thanks for testing Michael. The ebuild cannot work on amd64-nomultilib as Citrix seems to be unable to produce a pure amd64 version of their Receiver. Even the amd64 version requires many 32bit libs. Your reported failure because of missing libpng12.so.0 was an error in the ebuild. The new attached ebuild should fix this issue. I tested the plugin with www-client/firefox and www-client/seamonkey and both show the plugin under about:plugins (on amd64, didn't test x86 yet) and also start the Citrix desktop if requested. I did not need any .desktop file but if this is limited to chromium I'd say attach your .desktop file to this bug and we can make the ebuild install it. @ fauli: What's keeping this bug on hold for so long?
Poly, The new ebuild works fine for my application.
Thanks Lars, I have reinstalled your latest ebuild on x86, which pulled in media-libs/libpng-1.2.51 in a new slot. When trying it with Chromium (36.0.1985.143) it does not launch the .ica files using the plugin directly, but downloads and saves them on the fs. Clicking on the file brings up the icaclient, which on the first try asked me to accept the citrix license via a pop-up. I don't remember ever having to do this on amd64, but could be wrong. In any case the citrix remote desktop works fine without any problems, when launching the .ica file manually with the icaclient. :-) I checked both Firefox and Chromium on the x86 box and neither are showing icaclient in about:plugins. In my amd64 box Chromium does not, but Firefox does show the citrix plugin: ==================================== Citrix Receiver for Linux File: npwrapper.npica.so Path: /usr/lib64/nsbrowser/plugins/npwrapper.npica.so Version: State: Enabled Citrix HDX Plugin (Linux) Version 13.0.0.256735 (/opt/Citrix/ICAClient/wfica) MIME Type Description Suffixes application/x-ica Citrix ICA connection parameters ica,ICA application/vnd.citrix.receiver.configure Citrix Service configuration cr ==================================== Thanks again for your help! :-) -- Regards, Mick
Created attachment 384358 [details] icaclient-13.0.0.256735.0.ebuild Updated ebuild. Improved dependencies for the abi_x86_32 stuff and a minor fix in the pkg_nofetch() function.
Created attachment 384360 [details] icaclient-13.0.0.256735.0.ebuild Same as above but with clean "inherit" line.
I don't mean to be picky, but my ebuilds have a 1999-2014 header, while yours is: # Copyright 1999-2013 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ Is this on purpose, because the binary package is from last year? -- Regards, Mick
Created attachment 384372 [details] icaclient-13.0.0.256735.0.ebuild (In reply to MickKi from comment #22) > I don't mean to be picky, but my ebuilds have a 1999-2014 header, while > yours is: > > # Copyright 1999-2013 Gentoo Foundation > # Distributed under the terms of the GNU General Public License v2 > # $Header: $ > > Is this on purpose, because the binary package is from last year? Nope it was a simple oversight. To be honest I don't care much about the date header because repoman fixes the date once a package gets committed to portage and need fixing. Meanwhile I've attached another ebuild which has the date header fixes as well as the dependency on x11-libs/gtk+.
(In reply to Lars Wendler (Polynomial-C) from comment #23) > Meanwhile I've attached another ebuild which has the date header fixes as > well as the dependency on x11-libs/gtk+. Thanks Lars, it installs fine on both x86 and amd64 systems. On my amd64 box it also brought in: media-libs/gstreamer-1.2.4-r2 media-libs/gst-plugins-base-1.2.4-r1 -- Regards, Mick
Could someone please make an ebuild for the x64 13.1 Citrix Receiver? I need this specific version for work. I tried adapting the 13.0 ebuild, but several of the files have changed, and there is no x64 13.1 .rpm package.
*** Bug 526708 has been marked as a duplicate of this bug. ***
Something I had to figure out today after upgrading Firefox to 30: https://support.mozilla.org/en-US/questions/1010038 Perhaps something to add to the ebuild in an einfo.
The poly-c overlay has a 13.1 ebuild, but it is masked, and fails to install. I will see whether I can make it work...
Created attachment 388914 [details] icaclient-13.1.0.285639_pre.ebuild from poly-c
*** Bug 539934 has been marked as a duplicate of this bug. ***
Created attachment 396366 [details] icaclient-13.1.0.285639.ebuild Wrote this for full 13.1 release, works for me on amd64 -- please test on x86 . Does not require poly_c eclass. This version has a 64-bit plugin. Still probably requires some polish.
Created attachment 397906 [details] icaclient-13.1.0.285639.ebuild This is what I am using currently.
Thank you all, I tried poly-c's icaclient-13.1.0.285639.ebuild on an amd64 non-multilib PC and it wanted to download the 32bit tar file, although I had already fetched the 64bit tar. I thought that the latest citrix client version would be 64bit compatible, but the plugin won't work on this no-multilib machine. :-( I also tried setting abi_x86_32, but was away from a 64bit multilib PC at the time to know what else I needed to emerge (e.g. Xorg) to get the 32bit icaclient to work. Anyway, isn't a pure 64bit icaclient possible? -- Regards, Mick
Also tested it on a 64bit multilib box and it works fine. The installation through up a couple of QA notices: ========================================= [snip ...] >>> Install icaclient-13.1.0.285639 into /var/tmp/portage/net-misc/icaclient-13.1.0.285639/image/ category net-misc >>> Completed installing icaclient-13.1.0.285639 into /var/tmp/portage/net-misc/icaclient-13.1.0.285639/image/ scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '.:../lib' in /var/tmp/portage/net-misc/icaclient-13.1.0.285639/image/opt/Citrix/ICAClient/selfservice scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '../lib' in /var/tmp/portage/net-misc/icaclient-13.1.0.285639/image/opt/Citrix/ICAClient/selfservice * QA Notice: The following files contain writable and executable sections * Files with such sections will not work properly (or at all!) on some * architectures/operating systems. A bug should be filed at * http://bugs.gentoo.org/ to make sure the issue is fixed. * For more information, see http://hardened.gentoo.org/gnu-stack.xml * Please include the following list of files in your report: * Note: Bugs should be filed for the respective maintainers * of the package in question and not hardened@g.o. * RWX --- --- opt/Citrix/ICAClient/PDCRYPT2.DLL scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '.:../lib' in /var/tmp/portage/net-misc/icaclient-13.1.0.285639/image/opt/Citrix/ICAClient/selfservice scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '../lib' in /var/tmp/portage/net-misc/icaclient-13.1.0.285639/image/opt/Citrix/ICAClient/selfservice >>> Installing (2 of 2) net-misc/icaclient-13.1.0.285639::x-portage * checking 179 files for package collisions >>> Merging net-misc/icaclient-13.1.0.285639 to / * Removing npica.so from wrapper. --- /usr/ --- /usr/lib64/ --- /usr/lib64/nsbrowser/ [snip ...] ========================================= -- Regards, Mick
Following the recent multilib change in portage, I get this after every package I update: ======================================= >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. !!! existing preserved libs: >>> package: app-emulation/emul-linux-x86-baselibs-20140508-r12 * - /usr/lib32/libkrb5.so.3 * - /usr/lib32/libkrb5.so.3.3 * used by /opt/Citrix/ICAClient/lib/libkcpm.so (net-misc/icaclient-13.1.0.285639) * - /lib32/libkeyutils.so.1 * - /lib32/libkeyutils.so.1.4 * - /usr/lib32/libkrb5support.so.0 * - /usr/lib32/libkrb5support.so.0.1 * - /usr/lib32/libpng12.so.0 * used by /opt/Citrix/ICAClient/util/pnabrowse (net-misc/icaclient-13.1.0.285639) * - /lib32/libcom_err.so.2 * - /lib32/libcom_err.so.2.1 * - /usr/lib32/libk5crypto.so.3 * - /usr/lib32/libk5crypto.so.3.1 * - /usr/lib32/libgssapi_krb5.so.2 * - /usr/lib32/libgssapi_krb5.so.2.2 * used by /opt/Citrix/ICAClient/lib/libkcpm.so (net-misc/icaclient-13.1.0.285639) >>> package: app-emulation/emul-linux-x86-xlibs-20140508 * - /usr/lib32/libXaw7.so.7.0.0 * used by /opt/Citrix/ICAClient/util/xcapture (net-misc/icaclient-13.1.0.285639) * - /usr/lib32/libXmu.so.6 * - /usr/lib32/libXmu.so.6.2.0 * used by /opt/Citrix/ICAClient/util/nslaunch (net-misc/icaclient-13.1.0.285639) * - /usr/lib32/libXpm.so.4 * - /usr/lib32/libXpm.so.4.11.0 * - /usr/lib32/libXinerama.so.1 * - /usr/lib32/libXinerama.so.1.0.0 * used by /opt/Citrix/ICAClient/util/xcapture (net-misc/icaclient-13.1.0.285639) * used by /opt/Citrix/ICAClient/wfica (net-misc/icaclient-13.1.0.285639) >>> package: app-emulation/emul-linux-x86-medialibs-20140508-r6 * - /usr/lib32/libspeex.so.1 * - /usr/lib32/libspeex.so.1.5.0 * used by /opt/Citrix/ICAClient/SPEEX.DLL (net-misc/icaclient-13.1.0.285639) Use emerge @preserved-rebuild to rebuild packages using these libraries ======================================= Running emerge @preserved-rebuild as advised does not clear this out and each time it reinstalls icaclient. Is this due to some dependencies in the ebuild? -- Regards, Mick
(In reply to MickKi from comment #33) > > I tried poly-c's icaclient-13.1.0.285639.ebuild on an amd64 non-multilib PC > and it wanted to download the 32bit tar file, although I had already fetched > the 64bit tar. > I assume you noticed this effect during the command "ebuild xxx digest" - this is pretty normal, because the digest composing needs both 32 and 64 bit sources. In the latter installation process only the 64 bit tar is used.
(In reply to Martin Dummer from comment #36) > (In reply to MickKi from comment #33) > > > > I tried poly-c's icaclient-13.1.0.285639.ebuild on an amd64 non-multilib PC > > and it wanted to download the 32bit tar file, although I had already fetched > > the 64bit tar. > > > I assume you noticed this effect during the command "ebuild xxx digest" - > this is pretty normal, because the digest composing needs both 32 and 64 bit > sources. In the latter installation process only the 64 bit tar is used. Yes, that's right. I then noticed that only the 64bit sources were compiled and built. However, what confuses me is why @preserved-rebuild wants to continuously rebuild all these abi_x86_32 packages, if citrix now offer a 64bit source file and if there is something I need to do on this side to stop the rebuild taking place. -- Regards,
13.2 is out: https://www.citrix.com/downloads/citrix-receiver/linux/receiver-for-linux-13-2.html Claims to have "Full 64 bit support, now includes the HDX Session technology. The whole 64bit package is now built 64bit, so no longer requires 32bit compatibility libraries to be installed on x86_64 platforms."
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b870710bcb71796218c491a8a4e4f9acffa58952 commit b870710bcb71796218c491a8a4e4f9acffa58952 Author: Lars Wendler <polynomial-c@gentoo.org> Date: Tue Aug 25 22:03:55 2015 net-misc/icaclient: Long overdue bump to version 13.2 (bug #493762) Package-Manager: portage-2.2.20.1 Signed-off-by: Lars Wendler <polynomial-c@gentoo.org> Let's see if hell breaks loose...
Thanks, works for my application.
(In reply to Lars Wendler (Polynomial-C) from comment #39) > > Let's see if hell breaks loose... Seems to work faster than 13.1. One thing I encountered when doing $ /opt/Citrix/ICAClient/wfica launch.ica & is the message: "Gtk-Message: Failed to load module "canberra-gtk-module" This went away after I added the gtk use flag to media-libs/libcanberra (I have global -gtk). I guess this is a detail, but this dependency could be added to the ebuild.
Thank you Lars, It builds and installs fine on my system, the only message worthy of note is this: ========================================= >>> Source compiled. >>> Test phase [not enabled]: net-misc/icaclient-13.2.0.322243 >>> Install icaclient-13.2.0.322243 into /var/tmp/portage/net-misc/icaclient-13.2.0.322243/image/ category net-misc >>> Completed installing icaclient-13.2.0.322243 into /var/tmp/portage/net-misc/icaclient-13.2.0.322243/image/ scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '.:../lib' in /var/tmp/portage/net-misc/icaclient-13.2.0.322243/image/opt/Citrix/ICAClient/selfservice scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '../lib' in /var/tmp/portage/net-misc/icaclient-13.2.0.322243/image/opt/Citrix/ICAClient/selfservice scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '.:../lib' in /var/tmp/portage/net-misc/icaclient-13.2.0.322243/image/opt/Citrix/ICAClient/selfservice scanelf: rpath_security_checks(): Security problem with relative DT_RPATH '../lib' in /var/tmp/portage/net-misc/icaclient-13.2.0.322243/image/opt/Citrix/ICAClient/selfservice >>> Installing (2 of 3) net-misc/icaclient-13.2.0.322243::gentoo ========================================= When launching it from the CLI I don't get any errors about "canberra-gtk-module", but this is because I have built libcanberra with +gtk. Some other package dependency had me setting this up in the past in package.use. Thanks again. -- Regards, Mick
