# [bool]
EndSection
to xorg.conf. (I expect that one of those is likely overkill,
but it works.)
So is a hald(8) (and dbus(8)) built under RELENG_6 supposed to work
in a RELENG_7 environment that has the misc/compat6x port installed?
(In case it isn't apparent, I have the laptop sliced up so
On Sun, Jan 25, 2009 at 08:36:34AM -0800, David Wolfskill wrote:
After upgrading to X.org 1.5.3...
So is a hald(8) (and dbus(8)) built under RELENG_6 supposed to work
in a RELENG_7 environment that has the misc/compat6x port installed?
...
Nevermind. :-{
A RELENG_6-build dbus hald work
Hi.
I tried to start an application on 7.0 that requires libpthread.so.2.
I've installed misc/compat6x, but have a problem:
/usr/local/lib/compat/libpthread.so.2: Undefined symbol
__malloc_lockCould not load addin module /usr/local/lib/libtfmessbsp.so!
As I can see __malloc_lock symbol
Sergey Matveychuk wrote:
Hi.
I tried to start an application on 7.0 that requires libpthread.so.2.
I've installed misc/compat6x, but have a problem:
/usr/local/lib/compat/libpthread.so.2: Undefined symbol
__malloc_lockCould not load addin module
/usr/local/lib/libtfmessbsp.so!
As I can see
Kris Kennaway wrote:
Sergey Matveychuk wrote:
Hi.
I tried to start an application on 7.0 that requires libpthread.so.2.
I've installed misc/compat6x, but have a problem:
/usr/local/lib/compat/libpthread.so.2: Undefined symbol
__malloc_lockCould not load addin module
/usr/local/lib
Sergey Matveychuk wrote:
The library is not linked with libc. But dynamic loader loads libc.so.7
for libthr.so.3. kib@ has told me it's impossible to fix (we can't mix
libc.so.6 and libc.so.7 in one namespace). So we should ask vendor to
recompile it for 7.0 (it's security/bsp_upektfmess).
