HP Virtual Room on a 64 bits Linux

HP Virtual Room is a nice aplpication allowing us to communicate remotely with colleagues, partners, and customers, in addition to a conference call, by providing desktop sharing. Very neat for presentations, or demo.

It has provided multiple platform support since a long time (Windows, Mac and Linux) for attendees. You just need to install a dynamic library under Linux, as a browser plugin, whcih is working just fine with Firefox.

Recent versions of the tool have improved and Linux is now fully supported, including for presenters ! However, I recently experienced a problem while at home on my Mandriva 2010.0 64 bits version. The shared desktop window just didn’t want to appear, when trying to test the system.

It took me a bit of time to realize what was happening. The applet is 32 bits, and one 32bits library was missing on my machine to support it correctly. Of course, no useful message was produced to diagnose that, and I finaly found the right error message:


$ grep virtual $HOME/.xsession-errors
/users/bruno/.hpvirtualrooms/hpvirtualrooms: error while loading shared libraries: libasound.so.2: cannot open shared object file: No such file or directory

So just 2 commands later, it was working just fine:

$ urpmf libasound.so.2
lib64alsa2:/usr/lib64/libasound.so.2
lib64alsa2:/usr/lib64/libasound.so.2.0.0
libalsa2:/usr/lib/libasound.so.2
libalsa2:/usr/lib/libasound.so.2.0.0
$ sudo urpmi libalsa2

Just in case you also have the issue one day you now know where to look ;-)

About these ads

Tags: ,

8 Responses to “HP Virtual Room on a 64 bits Linux”

  1. catx Says:

    I’ve just gone through this fun on Debian Squeeze — turns out that ia32-libs and ia32-libs-gtk covered most of the problems.

  2. alejandro Says:

    Hi, I have installed it following hp instructions and it does not work for me. However your nice remark allows me to find the error:

    /home/anieto1/.hpvirtualrooms/hpvirtualrooms: not found

    however the file is there:

    anieto1@anieto1:~/.hpvirtualrooms$ pwd
    /home/anieto1/.hpvirtualrooms
    anieto1@anieto1:~/.hpvirtualrooms$ ls -l
    total 18364
    -rwxrwxr-x 1 anieto1 anieto1 257 2012-04-10 15:47 HP-hpvr.desktop
    -rwxrwxr-x 1 anieto1 anieto1 18789300 2012-02-14 11:07 hpvirtualrooms
    -rwxrwxr-x 1 anieto1 anieto1 3900 2012-02-14 11:07 install-hpvirtualrooms
    drwxrwxr-x 2 anieto1 anieto1 4096 2012-04-10 15:47 resources

    Am i missing something?

    Any help will be really appreciated.

    Thanks

    • brunocornec Says:

      Try to look at what gives ldd on this binary. Maybe you still miss some libs.
      Here when typing the same command as you, it launches the VR interface.

  3. ennael Says:

    Just tested here on Mageia 3 RC. I was missing also libpng12_0 and libmesaglu1

  4. brunocornec Says:

    In the same type, I recently tried the beta of the new myroom tool from HP (cf: https://stage-www2.rooms.hp.com/download).

    Even for a 64 bit version, you need some 32 bits libs !

    On my Mageia I had to install in addition:
    urpmi libxscrnsaver1 lib64sm-devel libmng1 libalsa-plugins-pulseaudio
    on top of what I already had !

    Bruno.

  5. rjn Says:

    Here is a recipe for installing the 32-bit HP Virtual Rooms client on 64-bit (amd64/x86_64) Debian testing (“jessie”). This recipe is for version 8.0 Update 77, the current build as of May 2014, which shows up in about:plugins after installation as version 8.0.0.4300. (If changes to either the HP client or jessie break this recipe, see the Dedoimedo link below.)

    1) Download the HP Virtual Rooms .tar from rooms.hp.com under “Downloads”.
    2) Unpack the .tar and run the install routine.

    Then,

    dpkg –add-architecture i386
    apt-get update
    apt-get upgrade
    apt-get install libc6:i386 libsm6:i386 libxi6:i386 libxrender1:i386
    libxrandr2:i386 zlib1g:i386 libglib2.0-0:i386 libxfixes3:i386
    libasound2:i386 libfontconfig1:i386 libglu1-mesa:i386

    3) Virtual Rooms should show up in about:plugins and the “Test your setup” link on rooms.hp.com should now be successful.

    Thanks to Dedoimedo for writing up the process required to get ldd working on 32-bit binaries:
    http://www.dedoimedo.com/computers/linux-binary-not-found.html

  6. brunocornec Says:

    Another feedback from a Red Hat colleague working with Fedora 20:

    First, I didn’t have the file $HOME/.xsession-errors on my system and a bit of googling showed me Fedora logs the app output the journal via systemd so:

    # journalctl (takes ages to run, so wait…)

    .. and then searching in the output for “hpvirtualroom”..

    That pointed me to a line (highlighted in red) that suggested running selaert as below:

    $ sudo sealert -l cb0dbc83-adae-4c89-a42c-56f624d64171

    SELinux is preventing /usr/lib64/firefox/plugin-container from execute access on the file .

    ***** Plugin mozplugger (99.1 confidence) suggests ************************

    If you want to use the spice-xpi package
    Then you must turn off SELinux controls on the Firefox plugins.
    Do
    # setsebool -P unconfined_mozilla_plugin_transition 0

    ***** Plugin catchall (1.81 confidence) suggests **************************

    If you believe that plugin-container should be allowed execute access on the file by default.
    Then you should report this as a bug.
    You can generate a local policy module to allow this access.
    Do
    allow this access for now by executing:
    # grep plugin-containe /var/log/audit/audit.log | audit2allow -M mypol
    # semodule -i mypol.pp



    OUTPUT TRUNCATED


    type=AVC msg=audit(1398322024.749:631): avc: denied { execute } for pid=26574 comm=”plugin-containe”
    path=”/home/user/.mozilla/plugins/hpvirtualrooms-plugin.so” dev=”dm-2″ ino=4458858
    scontext=unconfined_u:unconfined_r:mozilla_plugin_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:user_home_t:s0 tclass=file

    As per the instructions above I ran:

    # setsebool -P unconfined_mozilla_plugin_transition 0
    # grep plugin-containe /var/log/audit/audit.log | audit2allow -M mypol
    # semodule -i mypol.pp

    Tried re-starting Firefox…

    Then checking #journalctl again showed the command had now been allowed to run, but errored:

    hpvirtualrooms: error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory

    Similar problem to yours on Mandriva Bruno, but a different module referenced.

    So then ran:

    # yum provides libGLU.so.1



    OUTPUT TRUNCATED

    mesa-libGLU-9.0.0-4.fc20.i686 : Mesa libGLU library
    Repo : @updates
    Matched from:
    Provides : libGLU.so.1

    Then:

    # yum install mesa-libGLU-9.0.0-4.fc20.i686

    That resulted in a protection error as I already had the 64 bit version installed:

    “..Protected multilib versions: mesa-libGLU-9.0.0-4.fc20.i686 != mesa-libGLU-9.0.0-4.fc20.x86_64..”

    Fixed that with:

    # yum install –setopt=protected_multilib=false mesa-libGLU-9.0.0-4.fc20.i686

    It remains to be seen if this breaks anything else… but it fixed HP Virtual Rooms which now works fine.

  7. HP MyRoom on a 64 bits Linux | Bruno Cornec's Blog Says:

    […] Well, HP is now promoting a new solution for webinars called HP MyRoom. And even if they provide rpm (nd deb) binaries, these are not working our of the box on my Mageia 64 bits distro, of course. That was already the case with HP Virtaul Room previsouly. […]

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s


Follow

Get every new post delivered to your Inbox.

Join 123 other followers

%d bloggers like this: