just an update. vmware-server-console breaks if you have a different
icon set (eg mist or nuvola) in appearance. i have all the libs
installed mentioned in this ticket, but was still having problem even
after installing etch libX11, then trying gtkhtml and gnome-icons.
finally, i set my icons back
Hello,
I also can confirm that installation of gnome-icon-theme fixes the
problem.
Thanks to anyone for contributing to the solution!
:wq! PoC
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
Hi,
Got the same problem as described here... (Lenny 5.0r1).
After some search, I found that the dependency of gtkhtml3.14 which
actually resolves the issue is : gnome-icon-theme.
After installing it, no need to deal with libX11 in wrapper-gtk24.sh
anymore.
Cheers,
Nice find, I can
Hi,
Got the same problem as described here... (Lenny 5.0r1).
After some search, I found that the dependency of gtkhtml3.14 which
actually resolves the issue is : gnome-icon-theme.
After installing it, no need to deal with libX11 in wrapper-gtk24.sh
anymore.
Cheers,
--
To UNSUBSCRIBE,
Hi,
Installing gtkhtml3.14 also fixed the console for a colleague of mine,
however on inspection I believe it is one of the dependencies that
actually sorts it.
Specifically, I think it is libgtkhtml - I have libgtkhtml2-0 on my
amd64 sid install, and this works fine.
Chris
--
To
Hello,
thanks for the helpful hint here in this mailing list.
and just another confirmation: installing of gtkhtml3.14 fixes also here
the problem with vmware server console 1.08.
kind regards, Alois
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of
i had the same bug running vmware-server-console 1.0.8 (deb created by
vmware-package) on testing (x86) and i was able to solve this issue with
installing gtkhtml3.14 (3.18.3-1) with all of it dependencies.
To confirm, I had the same problem today on testing/x86 and installing
gtkhtml3.14
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
i had the same bug running vmware-server-console 1.0.8 (deb created by
vmware-package) on testing (x86) and i was able to solve this issue with
installing gtkhtml3.14 (3.18.3-1) with all of it dependencies.
Maybe this bug can be closed?
Bye
Hi,
no, this LD_LIBRARY_PATH workaround doesn't solve the problem on debian sid.
Any other fix or workaround (without downgrading package)?
Regards,
Peter
Search through the Internet, one small workaround fixed the problem
without downgrading libx11.
1. Get old libx11, example from etch.
2. Create directory $VMWARE/lib/libX11.so.6/ (where $VMWARE is the
installation directory of vmware-server-console)
3. Copy libX11.so.6* from etch's
On Mon, Jun 16, 2008 at 10:24:20 -0400, Rick Gatewood wrote:
Version libx11- 2:1.1.4-2 (unstable) gives following error with
vmware-server-console:
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7018767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31)
Use of system's libXrender instead of shipped one, the problem remains.
On Thu, Jul 17, 2008 at 10:07:05 -0400, Rick Gatewood wrote:
I can try that but I am afraid that I will not be able to revert if the
version I am using is not still in testing or stable.
I received another possible solution the other day and I haven't tried this
either.
I replaced the two occurrences of libXrender.so.1 in vmware (/vmware/lib and
vmware-server-console/lib) with a link to /usr/lib/libXrender.so.1.3.0,
which is what libXrender.so.1 is anyway. I got the following result:
[EMAIL PROTECTED]:~$ vmware-server-console
vmware-server-console:
Hi XCB list,
it seems that there's a bad interaction between Xlib/XCB and vmware,
that leads to assertion failures inside xcb_lock.c, even with sloppy
locking enabled. The backtrace below points to libXrender, but seems to
also happen using the system libXrender.
This is with libX11 1.1.4 and
Ouch.
Thanks much for the report.
Bart
In message [EMAIL PROTECTED] you wrote:
Hi XCB list,
it seems that there's a bad interaction between Xlib/XCB and vmware,
that leads to assertion failures inside xcb_lock.c, even with sloppy
locking enabled. The backtrace below points to
Hi,
while searching for information about this problem I found this bug, because I had
the same problem. I found out that on my machine I have this problem only if I
have /usr/lib in LD_LIBRARY_PATH set. It seems the vmware script does something
strange then, if I start LD_LIBRARY_PATH=
Package: libx11-6
Version: 2:1.0.3-7
Severity: important
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.25-6.slh.2-sidux-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8,
Rick Gatewood wrote:
Version libx11- 2:1.1.4-2 (unstable) gives following error with
vmware-server-console:
Locking assertion failure. Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7018767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb70188b1]
#2
Rick Gatewood wrote:
I was wondering what changed. Should I submit a bug report to VMWare?
I suppose that they need to know about the change, if they do not know
already.
Yes, it would be good to ask them. They need to make sure that their
libXrender or so is uptodate and that it has been
I was wondering what changed. Should I submit a bug report to VMWare? I
suppose that they need to know about the change, if they do not know
already.
All I know is that I never had a problem with the server-console on Debian
before this change.
Thanks for the prompt response!
On Mon, Jun 16,
21 matches
Mail list logo