17 Aug
2014
17 Aug
'14
8:09 p.m.
Hello, I'm currently building TDE 3.5.13.2 for openbsd.
I've managed to build tdelibs, but it looks like I have problems at runtime.
Every binary that is linked to "libkdecore.so.4.2" crashes at exit time.
For example, I can run the "kde-config" command and get the expected
result in the terminal, but it always gives an "abort" instead of
quitting gracefully.
Same behaviour with "meinproc", or "makekdewidgets" among others ...
Other programs not using libkdecore, such as the "dcop*" commands, have
no problem.
Pure QT3 binaries (such as QT3 designer) have no problems. Arts-related
programs have no problem.
Here are some GDB backtraces. The crash occurs in different location
every time, but is always "abort".
Everything is built with debug symbols.
Any help would be appreciated.
meinproc in free(): error: chunk is already free 0x1c6c6ad2e440
Program received signal SIGABRT, Aborted.
0x00001c6c7083321a in kill () at <stdin>:2
2 <stdin>: No such file or directory.
in <stdin>
Current language: auto; currently asm
(gdb) bt
#0 0x00001c6c7083321a in kill () at <stdin>:2
#1 0x00001c6c7089398a in abort () at /usr/src/lib/libc/stdlib/abort.c:70
#2 0x00001c6c70890f64 in wrterror (msg=Variable "msg" is not available.
) at /usr/src/lib/libc/stdlib/malloc.c:273
#3 0x00001c6c7089225f in free (ptr=0x1c6c72dae6c0) at
/usr/src/lib/libc/stdlib/malloc.c:1252
#4 0x00001c6c797fc7c8 in QGList::removeRef (this=0x1c6c6f7af500,
d=0x1c6c714375c0) at tools/qglist.cpp:686
#5 0x00001c6c70e0de84 in __tcf_0 () at kstaticdeleter.h:130
#6 0x00001c6c70887f04 in __cxa_finalize (dso=0x1c6c711bdfa8) at
/usr/src/lib/libc/stdlib/atexit.c:136
#7 0x00001c6c70dd0b91 in ?? () from /opt/trinity/lib/libkdecore.so.4.2
#8 0x00001c6c70f9fce9 in _fini () from /opt/trinity/lib/libkdecore.so.4.2
#9 0x00001c6c6e714660 in ?? ()
#10 0x00001c6c75702e7d in _dl_run_all_dtors () at
/usr/src/libexec/ld.so/loader.c:138
#11 0x00001c6c70887f57 in __cxa_finalize (dso=0x0) at
/usr/src/lib/libc/stdlib/atexit.c:138
#12 0x00001c6c70871d3a in exit (status=254) at
/usr/src/lib/libc/stdlib/exit.c:57
#13 0x00001c6c70ee5290 in KCmdLineArgs::usage (id=0x0) at
/usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdecore/kcmdlineargs.cpp:977
#14 0x00001c6a69306dcd in main (argc=1, argv=Variable "argv" is not
available.
) at
/usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdoctools/meinproc.cpp:108
meinproc in free(): error: chunk is already free 0xb407d38a020
Program received signal SIGABRT, Aborted.
0x00000b40830a621a in kill () at <stdin>:2
2 <stdin>: No such file or directory.
in <stdin>
(gdb) bt
#0 0x00000b40830a621a in kill () at <stdin>:2
#1 0x00000b408310698a in abort () at /usr/src/lib/libc/stdlib/abort.c:70
#2 0x00000b4083103f64 in wrterror (msg=Variable "msg" is not available.
) at /usr/src/lib/libc/stdlib/malloc.c:273
#3 0x00000b408310525f in free (ptr=0xb407a6c4d40) at
/usr/src/lib/libc/stdlib/malloc.c:1252
#4 0x00000b407c7424da in pthread_mutex_destroy (mutexp=0xb407d38ae68)
at /usr/src/lib/librthread/rthread_sync.c:77
#5 0x00000b40806ae271 in ~QMutexPrivate (this=0xb407d38ae60) at
tools/qmutex_unix.cpp:119
#6 0x00000b40806ae7c3 in ~QRealMutexPrivate (this=0xb407d38ae60) at
tools/qmutex_unix.cpp:81
#7 0x00000b40806adcf1 in ~QMutex (this=0xb4079e0ece0) at
tools/qmutex_unix.cpp:457
#8 0x00000b40830faf04 in __cxa_finalize (dso=0xb4079bfc028) at
/usr/src/lib/libc/stdlib/atexit.c:136
#9 0x00000b40799ccc71 in ?? () from
/opt/trinity/lib/libkwalletclient.so.1.0
#10 0x00000b40799f79e9 in _fini () from
/opt/trinity/lib/libkwalletclient.so.1.0
#11 0x00000b4077276660 in ?? ()
#12 0x00000b4077a02e7d in _dl_run_all_dtors () at
/usr/src/libexec/ld.so/loader.c:138
#13 0x00000b40830faf57 in __cxa_finalize (dso=0x0) at
/usr/src/lib/libc/stdlib/atexit.c:138
#14 0x00000b40830e4d3a in exit (status=254) at
/usr/src/lib/libc/stdlib/exit.c:57
#15 0x00000b407bdd9290 in KCmdLineArgs::usage (id=0x0) at
/usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdecore/kcmdlineargs.cpp:977
#16 0x00000b3e72306dcd in main (argc=1, argv=Variable "argv" is not
available.
) at
/usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdoctools/meinproc.cpp:108
meinproc in free(): error: chunk is already free 0xfebb881f3e0
Program received signal SIGABRT, Aborted.
0x00000febae54621a in kill () at <stdin>:2
2 <stdin>: No such file or directory.
in <stdin>
(gdb) bt
#0 0x00000febae54621a in kill () at <stdin>:2
#1 0x00000febae5a698a in abort () at /usr/src/lib/libc/stdlib/abort.c:70
#2 0x00000febae5a3f64 in wrterror (msg=Variable "msg" is not available.
) at /usr/src/lib/libc/stdlib/malloc.c:273
#3 0x00000febae5a525f in free (ptr=0xfebae9e9de0) at
/usr/src/lib/libc/stdlib/malloc.c:1252
#4 0x00000febb00ddf51 in __tcf_0 () at qvaluelist.h:239
#5 0x00000febae59af04 in __cxa_finalize (dso=0xfebb048dfa8) at
/usr/src/lib/libc/stdlib/atexit.c:136
#6 0x00000febb00a0b91 in ?? () from /opt/trinity/lib/libkdecore.so.4.2
#7 0x00000febb026fce9 in _fini () from /opt/trinity/lib/libkdecore.so.4.2
#8 0x00000febbcb48650 in ?? ()
#9 0x00000febb7702e7d in _dl_run_all_dtors () at
/usr/src/libexec/ld.so/loader.c:138
#10 0x00000febae59af57 in __cxa_finalize (dso=0x0) at
/usr/src/lib/libc/stdlib/atexit.c:138
#11 0x00000febae584d3a in exit (status=254) at
/usr/src/lib/libc/stdlib/exit.c:57
#12 0x00000febb01b5290 in KCmdLineArgs::usage (id=0x0) at
/usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdecore/kcmdlineargs.cpp:977
#13 0x00000fe9ae306dcd in main (argc=1, argv=Variable "argv" is not
available.
) at
/usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdoctools/meinproc.cpp:108
kde-config in free(): error: chunk is already free 0x7676b88a7c0
Program received signal SIGABRT, Aborted.
0x00000767657bb21a in kill () at <stdin>:2
2 <stdin>: No such file or directory.
in <stdin>
Current language: auto; currently asm
(gdb) bt
#0 0x00000767657bb21a in kill () at <stdin>:2
#1 0x000007676581b98a in abort () at /usr/src/lib/libc/stdlib/abort.c:70
#2 0x0000076765818f64 in wrterror (msg=Variable "msg" is not available.
) at /usr/src/lib/libc/stdlib/malloc.c:273
#3 0x000007676581a25f in free (ptr=0x767667df120) at
/usr/src/lib/libc/stdlib/malloc.c:1252
#4 0x000007676a9008e1 in QGDict::clear (this=0x76771fe77c0) at
tools/qgdict.cpp:787
#5 0x0000076763adb2a2 in ~KStringDict (this=0x76771fe77c0) at qdict.h:78
#6 0x0000076763adb1af in kglobal_freeAll () at
/usr/ports/pobj/tdelibs-trinity-3.5.13.2-debug/kdelibs-trinity-3.5.13.2/kdecore/kglobal.cpp:226
#7 0x00000767639f5af2 in ?? () from /opt/trinity/lib/libkdecore.so.4.2
#8 0x0000076763bc4ce9 in _fini () from /opt/trinity/lib/libkdecore.so.4.2
#9 0x0000076764063500 in ?? ()
#10 0x0000076768a02e7d in _dl_run_all_dtors () at
/usr/src/libexec/ld.so/loader.c:138
#11 0x000007676580ff57 in __cxa_finalize (dso=0x0) at
/usr/src/lib/libc/stdlib/atexit.c:138
#12 0x00000767657f9d3a in exit (status=0) at
/usr/src/lib/libc/stdlib/exit.c:57
#13 0x00000765637289c8 in _start () from /usr/local/trinity/bin/kde-config
#14 0x0000000000000000 in ?? ()
kde-config in free(): error: chunk is already free 0x15aea5f55bc0
Program received signal SIGABRT, Aborted.
0x000015ae9fa4621a in kill () at <stdin>:2
2 <stdin>: No such file or directory.
in <stdin>
(gdb) bt
#0 0x000015ae9fa4621a in kill () at <stdin>:2
#1 0x000015ae9faa698a in abort () at /usr/src/lib/libc/stdlib/abort.c:70
#2 0x000015ae9faa3f64 in wrterror (msg=Variable "msg" is not available.
) at /usr/src/lib/libc/stdlib/malloc.c:273
#3 0x000015ae9faa525f in free (ptr=0x15aea9084800) at
/usr/src/lib/libc/stdlib/malloc.c:1252
#4 0x000015aea04244da in pthread_mutex_destroy (mutexp=0x15aeac47a9c8)
at /usr/src/lib/librthread/rthread_sync.c:77
#5 0x000015aeab05b271 in ~QMutexPrivate (this=0x15aeac47a9c0) at
tools/qmutex_unix.cpp:119
#6 0x000015aeab05b7c3 in ~QRealMutexPrivate (this=0x15aeac47a9c0) at
tools/qmutex_unix.cpp:81
#7 0x000015aeab05acf1 in ~QMutex (this=0x15aeac46ff50) at
tools/qmutex_unix.cpp:457
#8 0x000015ae9fa9af04 in __cxa_finalize (dso=0x15aeac1f3fa8) at
/usr/src/lib/libc/stdlib/atexit.c:136
#9 0x000015aeabe06b91 in ?? () from /opt/trinity/lib/libkdecore.so.4.2
#10 0x000015aeabfd5ce9 in _fini () from /opt/trinity/lib/libkdecore.so.4.2
#11 0x000015aea08314e0 in ?? ()
#12 0x000015aeab902e7d in _dl_run_all_dtors () at
/usr/src/libexec/ld.so/loader.c:138
#13 0x000015ae9fa9af57 in __cxa_finalize (dso=0x0) at
/usr/src/lib/libc/stdlib/atexit.c:138
#14 0x000015ae9fa84d3a in exit (status=0) at
/usr/src/lib/libc/stdlib/exit.c:57
#15 0x000015ac9f8289c8 in _start () from /usr/local/trinity/bin/kde-config
#16 0x0000000000000001 in ?? ()
#17 0x00007f7ffffe17af in ?? ()
#18 0x0000000000000000 in ?? ()
17 Aug
17 Aug
9:46 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Hello, I'm currently building TDE 3.5.13.2 for
openbsd.
I've managed to build tdelibs, but it looks like I have problems at
runtime.
Every binary that is linked to "libkdecore.so.4.2" crashes at exit time.
For example, I can run the "kde-config" command and get the expected
result in the terminal, but it always gives an "abort" instead of
quitting gracefully.
Same behaviour with "meinproc", or "makekdewidgets" among others ...
Other programs not using libkdecore, such as the "dcop*" commands, have
no problem.
Pure QT3 binaries (such as QT3 designer) have no problems. Arts-related
programs have no problem.
Here are some GDB backtraces. The crash occurs in different location
every time, but is always "abort".
Everything is built with debug symbols.
Any help would be appreciated.
Looks like those crashes are all related to the mutex destructors. Is
there any chance you can try to build a more modern version of TDE such as
3.5.13.2 or, even better, R14 from GIT? The mutexes received much needed
fixes during the R14 cycle.
Thanks!
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iFYEARELAAYFAlPxIsQACgkQLaxZSoRZrGGCagDaA2lkGQKXU0xj1tDdXGQ4tsKy
Q7ykncIl62XDaADfaxq1JH8AiylFRgyrmIwOzjx4vryvMsZ07OZz6Q==
=kRcn
-----END PGP SIGNATURE-----
18 Aug
18 Aug
5:10 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 17/08/2014 23:46, Timothy Pearson a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Thanks for looking.
I am building 3.5.13.2 from tarballs from the web site, I think there is
no significant update for 3.5.13.x in GIT.
I'll give a try to R14, but I my concern is that there are several
openbsd patches for KDE3 that I could use directly in 3.5.13.2 and
probably not in R14.
Francois
Hello, I'm currently building TDE 3.5.13.2
for openbsd.
I've managed to build tdelibs, but it looks like I have problems at
runtime.
Every binary that is linked to "libkdecore.so.4.2" crashes at exit time.
For example, I can run the "kde-config" command and get the expected
result in the terminal, but it always gives an "abort" instead of
quitting gracefully.
Same behaviour with "meinproc", or "makekdewidgets" among others ...
Other programs not using libkdecore, such as the "dcop*" commands, have
no problem.
Pure QT3 binaries (such as QT3 designer) have no problems. Arts-related
programs have no problem.
Here are some GDB backtraces. The crash occurs in different location
every time, but is always "abort".
Everything is built with debug symbols.
Any help would be appreciated.
Looks like those crashes are all related to the
mutex destructors. Is
there any chance you can try to build a more modern version of TDE such as
3.5.13.2 or, even better, R14 from GIT? The mutexes received much needed
fixes during the R14 cycle.
Thanks!
Tim
6:16 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 17/08/2014 23:46, Timothy Pearson a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
After a few testing, a short answer: TQT3 will not build under openbsd ...
See output below:
---
This is the Qt/X11 Open Source Edition.
You are licensed to use this software under the terms of
the GNU General Public License (GPL) versions 2 or 3.
Creating qmake. Please wait...
g++ -c -o qstring.o -pipe -O2 -I. -Igenerators -Igenerators/unix
-Igenerators/win32 -Igenerators/mac
-I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include/qmake
-I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include
-I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include
-DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_STL
-DQT_NO_COMPRESS
-I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/mkspecs/openbsd-g++
-DHAVE_QCONFIG_CPP
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:
In destructor 'TQStringData::~TQStringData()':
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:1079:
error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:1079:
error: 'munlock' was not declared in this scope
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:
In member function 'void TQString::setSecurityUnPaged(bool)':
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5957:
error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5957:
error: 'munlock' was not declared in this scope
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5963:
error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5963:
error: 'mlock' was not declared in this scope
Makefile:99: recipe for target 'qstring.o' failed
gmake: *** [qstring.o] Error 1
qmake failed to build. Aborting.
---
Francois
Hello, I'm currently building TDE 3.5.13.2
for openbsd.
I've managed to build tdelibs, but it looks like I have problems at
runtime.
Every binary that is linked to "libkdecore.so.4.2" crashes at exit time.
For example, I can run the "kde-config" command and get the expected
result in the terminal, but it always gives an "abort" instead of
quitting gracefully.
Same behaviour with "meinproc", or "makekdewidgets" among others ...
Other programs not using libkdecore, such as the "dcop*" commands, have
no problem.
Pure QT3 binaries (such as QT3 designer) have no problems. Arts-related
programs have no problem.
Here are some GDB backtraces. The crash occurs in different location
every time, but is always "abort".
Everything is built with debug symbols.
Any help would be appreciated.
Looks like those crashes are all related to the
mutex destructors. Is
there any chance you can try to build a more modern version of TDE such as
3.5.13.2 or, even better, R14 from GIT? The mutexes received much needed
fixes during the R14 cycle.
Thanks!
Tim
9:08 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Le 17/08/2014 23:46, Timothy Pearson a écrit :
OK, it looks like I have some repairing to do. Can you post a simple set
of instructions for the tqt3 build process (assuming there is more to it
than just ./configure, make)? A link to the installer of the version of
OpenBSD you were using would also be helpful.
Thanks!
Tim
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
After a few testing, a short answer: TQT3 will not build under openbsd ...
See output below:
---
This is the Qt/X11 Open Source Edition.
You are licensed to use this software under the terms of
the GNU General Public License (GPL) versions 2 or 3.
Creating qmake. Please wait...
g++ -c -o qstring.o -pipe -O2 -I. -Igenerators -Igenerators/unix
-Igenerators/win32 -Igenerators/mac
-I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include/qmake
-I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include
-I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/include
-DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_STL
-DQT_NO_COMPRESS
-I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/mkspecs/openbsd-g++
-DHAVE_QCONFIG_CPP
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:
In destructor 'TQStringData::~TQStringData()':
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:1079:
error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:1079:
error: 'munlock' was not declared in this scope
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:
In member function 'void TQString::setSecurityUnPaged(bool)':
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5957:
error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5957:
error: 'munlock' was not declared in this scope
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5963:
error: 'LINUX_MEMLOCK_LIMIT_BYTES' was not declared in this scope
/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src/tools/qstring.cpp:5963:
error: 'mlock' was not declared in this scope
Makefile:99: recipe for target 'qstring.o' failed
gmake: *** [qstring.o] Error 1
qmake failed to build. Aborting.
---
Francois Hello, I'm currently building TDE 3.5.13.2
for openbsd.
I've managed to build tdelibs, but it looks like I have problems at
runtime.
Every binary that is linked to "libkdecore.so.4.2" crashes at exit
time.
For example, I can run the "kde-config" command and get the expected
result in the terminal, but it always gives an "abort" instead of
quitting gracefully.
Same behaviour with "meinproc", or "makekdewidgets" among others ...
Other programs not using libkdecore, such as the "dcop*" commands, have
no problem.
Pure QT3 binaries (such as QT3 designer) have no problems. Arts-related
programs have no problem.
Here are some GDB backtraces. The crash occurs in different location
every time, but is always "abort".
Everything is built with debug symbols.
Any help would be appreciated.
Looks like those crashes are all related to the
mutex destructors. Is
there any chance you can try to build a more modern version of TDE such
as
3.5.13.2 or, even better, R14 from GIT? The mutexes received much
needed
fixes during the R14 cycle.
Thanks!
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iFYEARELAAYFAlPya2sACgkQLaxZSoRZrGHGDgDbBC1jRzbdt9A9qB+4lf6KlO/k
CP11F7Ra9JzaDADffPhqLu7Jt81eaP8iI/6ieF5pAXQtwY4JfHiFvA==
=xC7c
-----END PGP SIGNATURE-----
19 Aug
19 Aug
5:05 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 18/08/2014 23:08, Timothy Pearson a écrit :
OK, it looks like I have some repairing to do. Can you post a simple set
of instructions for the tqt3 build process (assuming there is more to it
than just ./configure, make)? A link to the installer of the version of
OpenBSD you were using would also be helpful.
Thanks!
Tim
It's openbsd 5.5 (the latest one) for amd64.
http://ftp3.usa.openbsd.org/pub/OpenBSD/5.5/amd64/install55.iso
Installing and using it reminds me of what a Linux distribution looked
like 10 years ago ...
The TQT3 build process I use is actually simply "./configure ... &&
make", based on the ubuntu "rules" packaging file.
ATM I use the following configure parameters:
(notice the programs go under "/usr/local" not "/usr" under BSD)
./configure \
-I/usr/X11R6/include/freetype2 \
-I/usr/local/include \
-L/usr/local/lib \
\
-prefix /usr/local \
-libdir /usr/local/lib \
-sysconfdir /etc/tqt3 \
-datadir "/usr/local/share/tqt3" \
-headerdir "/usr/local/include/tqt3" \
-docdir "/usr/local/share/tqt3/doc" \
-plugindir "/usr/local/lib/tqt3/plugins" \
-translationdir "/usr/local/share/tqt3/translations" \
\
-thread \
-shared \
-fast \
-no-exceptions \
-platform openbsd-g++ \
\
-no-pch \
-cups \
-stl \
-ipv6 \
\
-sm \
-xshape \
-xinerama \
-xcursor \
-xrandr \
-xrender \
-xft \
-tablet \
-xkb \
\
-system-zlib \
-system-libpng \
-system-libmng \
-system-libjpeg \
-no-nas-sound \
\
-enable-opengl \
-dlopen-opengl \
\
-qt-gif \
-qt-imgfmt-mng \
-qt-imgfmt-png \
-qt-imgfmt-jpeg \
-plugin-imgfmt-mng \
\
-no-sql-odbc \
-plugin-sql-psql \
-plugin-sql-mysql \
-no-sql-ibase \
-plugin-sql-sqlite \
-plugin-sql-sqlite3 \
\
-lfontconfig \
-inputmethod \
-glibmainloop \
-v
Francois
21 Aug
21 Aug
4:59 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 18/08/2014 23:08, Timothy Pearson a écrit :
OK, it looks like I have some repairing to do. Can you post a simple set
of instructions for the tqt3 build process (assuming there is more to it
than just ./configure, make)? A link to the installer of the version of
OpenBSD you were using would also be helpful.
Thanks!
Tim
Finally, I've managed to build TQT3 on openbsd 5.5 using the attached
packaging files.
This stuff is expected to go to /usr/ports/x11/trinity/dependencies/tqt3
directory.
I've not built tdelibs R14 yet so I'm not sure it works better than
3.5.13.2 .
Please review the contained patches and give your opinion.
François
2:13 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Le 18/08/2014 23:08, Timothy Pearson a écrit :
A few questions/comments...
1.) patch-mkspecs_openbsd-g++_qmake_conf looks like a bit of a hack. Is
there a better way to do this so that the chages are only applied when
TQt3 is built on a BSD (non-Linux) platform?
2.) What is the point of patch-plugins_src_sqldrivers_sqldrivers_pro?
3.) patch-qmake_generators_unix_unixmake2_cpp largely looks OK for merge,
with the potential exception of line 385. Why was this added? I can
check for Linux compatibility if it is needed for proper BSD compilation.
4.) patch-qmake_generators_unix_unixmake_cpp looks OK for merge.
5.) We will not be merging patch-src_kernel_ntqstyle.h, but if you could
please post the build log without that applied I can fix the real problem
in GIT.
6.) patch-src_tools_qmutex_unix_cpp looks OK for merge.
7.) patch-src_tools_qstring.cpp looks OK for merge, but we do need to
document somewhere that the secured memory feature of TQString is not
available except on Linux (unless BSD has a similar feature to keep a
specific memory segment out of the swap file).
8.) patch-src_widgets_qlineedit_cpp looks OK for merge, but see previous
note in 7.) on documentation and/or fixing the issue.
Overall good work! The main thing I want to see at this point is
autodetection of BSD so that we don't have to manually apply the first
patch for all the others to work.
Thanks!
Tim
OK, it looks like I have some repairing to do. Can you post a simple
set
of instructions for the tqt3 build process (assuming there is more to it
than just ./configure, make)? A link to the installer of the version of
OpenBSD you were using would also be helpful.
Thanks!
Tim
Finally, I've managed to build TQT3 on openbsd 5.5 using the attached
packaging files.
This stuff is expected to go to /usr/ports/x11/trinity/dependencies/tqt3
directory.
I've not built tdelibs R14 yet so I'm not sure it works better than
3.5.13.2 .
Please review the contained patches and give your opinion.
François -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iFYEARELAAYFAlP1/pAACgkQLaxZSoRZrGGhrwDbB5T256E03dPa8LPQs0MtWEcr
39EMfIGuy2/rdwDgppFrWa5pxtbhjA0qPbKCxU4jZjlofRL+XQ5LIw==
=vXgl
-----END PGP SIGNATURE-----
3:50 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Overall good work! The main thing I want to see at
this point is
autodetection of BSD so that we don't have to manually apply the first
patch for all the others to work.
All,
not to take anything away from the good work done by Francois (thanks!!), but I would like
to propose we merge all the changes required for building on BSD to the origin/master
branch *after* the release of v14.0.0 or at least after a separate branch for v14.0.0 has
been created. The reason for this proposal is to avoid to potentially introduce new bugs
so close to the finalization of v14.0.0 (don't forget that we are in a soft-freeze
state).
Opinions are welcomed of course.
Cheers
Michele
22 Aug
22 Aug
12:21 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Given how trivial the patches are I'd say merge anyway; there's nothing
more complex than an ifdef added to the actual code and the build system
is tested every time the binaries are rebuilt on the nightly builds PPA.
Tim
Overall good
work! The main thing I want to see at this point is
autodetection of BSD so that we don't have to manually apply the first
patch for all the others to work.
All,
not to take anything away from the good work done by Francois (thanks!!),
but I would like to propose we merge all the changes required for building
on BSD to the origin/master branch *after* the release of v14.0.0 or at
least after a separate branch for v14.0.0 has been created. The reason for
this proposal is to avoid to potentially introduce new bugs so close to
the finalization of v14.0.0 (don't forget that we are in a soft-freeze
state).
Opinions are welcomed of course.
Cheers
Michele -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iFYEARELAAYFAlP2jREACgkQLaxZSoRZrGESngDfXM94fGdMfbYbQbr4yNmUEmpJ
TDHTJJRZi0yRhwDfRb96aICesdzm56874YrSHemp4jbg7wpSPnOk6Q==
=cWNE
-----END PGP SIGNATURE-----
12:38 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
On Friday 22 of August 2014 02:21:37 Timothy Pearson wrote:
Given how trivial the patches are I'd say merge anyway; there's nothing
more complex than an ifdef added to the actual code and the build system
is tested every time the binaries are rebuilt on the nightly builds PPA.
Tim
I hope this weekend I can find time to explore these patches from François. We
can decide after that more eye inspect, revise and confirm these patches.
What do you think?
--
Slavek
Overall good work! The main thing I want to see at
this point is
autodetection of BSD so that we don't have to manually apply the first
patch for all the others to work.
All,
not to take anything away from the good work done by Francois (thanks!!),
but I would like to propose we merge all the changes required for
building on BSD to the origin/master branch *after* the release of
v14.0.0 or at least after a separate branch for v14.0.0 has been created.
The reason for this proposal is to avoid to potentially introduce new
bugs so close to the finalization of v14.0.0 (don't forget that we are in
a soft-freeze state).
Opinions are welcomed of course.
Cheers
Michele
1:01 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
> Given how trivial the patches are I'd say
merge anyway; there's nothing
> more complex than an ifdef added to the actual code and the build system
> is tested every time the binaries are rebuilt on the nightly builds PPA.
I hope this weekend I can find time to explore these
patches from François. We
can decide after that more eye inspect, revise and confirm these patches.
Sounds good to me. I won't get much involved in the patch revision process due to lack
of time these days (and the little I get I will use to work on other bugs), so I will
trust whatever decision you and Tim will come up with. If you think the merge process is
safe, go ahead. If you think there may be the risk of introducing new bugs, then let's
delay until after v14.0.0.
Cheers
Michele
21 Aug
21 Aug
5:59 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 21/08/2014 16:13, Timothy Pearson a écrit :
A few questions/comments...
1.) patch-mkspecs_openbsd-g++_qmake_conf looks like a bit of a hack. Is
there a better way to do this so that the chages are only applied when
TQt3 is built on a BSD (non-Linux) platform?
This is a patch I've inherited
from openbsd qt3 package.
I agree the target file should be updated at build time .
This patch looks useless anyway since it refers to inexistent QT3
directory, not TQT3.
2.) What is the point of
patch-plugins_src_sqldrivers_sqldrivers_pro?
Currently, there is sqlite2 but no
sqlite3 in openbsd 5.5.
Alas, there is no way to build sqlite2 plugin without sqlite3 plugin in
tqt3, because there is no separate build option.
3.) patch-qmake_generators_unix_unixmake2_cpp largely
looks OK for merge,
with the potential exception of line 385. Why was this added? I can
check for Linux compatibility if it is needed for proper BSD compilation.
4.) patch-qmake_generators_unix_unixmake_cpp looks OK for merge.
These are 2
patches I've inherited from openbsd qt3 package.
I understand that openbsd library naming convention only allows 2 digits
(e.g. libtqt-mt.so.X.Y) not 3 digits (libtqt-mt.so.X.Y.Z)
I've no idea about why the line 385 was added, but I bet it can be removed.
5.) We will not be merging
patch-src_kernel_ntqstyle.h, but if you could
please post the build log without that applied I can fix the real problem
in GIT.
There is a weird FTBFS with the private constructor.
g++ -c -pipe -I/usr/local/include/mysql -I/usr/local/include/postgresql
-I/usr/local/include/postgresql/server -I/usr/local/include
-I/usr/X11R6/include/freetype2 -I/usr/local/include -fno-exceptions
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
-I/usr/local/include -pthread -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include -I/usr/local/include -Wall -W -O2
-pthread -fPIC -DQT_SHARED -DQT_TABLET_SUPPORT -DQT_NO_DEBUG
-DQT_THREAD_SUPPORT -DQT_THREAD_SUPPORT -DQT_NO_NIS -D_LARGEFILE_SOURCE
-D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -DQT_DLOPEN_OPENGL
-DQT_NO_IMAGEIO_MNG -DQT_BUILTIN_GIF_READER=1 -DQT_NO_STYLE_MAC
-DQT_NO_STYLE_AQUA -DQT_NO_STYLE_INTERLACE -DQT_NO_STYLE_WINDOWSXP
-DQT_NO_STYLE_COMPACT -DQT_NO_STYLE_POCKETPC -DQT_USE_GLIBMAINLOOP
-I/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/mkspecs/openbsd-g++
-I. -I/usr/X11R6/include/freetype2 -I3rdparty/opentype
-I/usr/local/include -I../include -I/usr/X11R6/include
-I.moc/release-shared-mt/ -o .obj/release-shared-mt/qstyle.o
kernel/qstyle.cpp
kernel/ntqstyle.h: In member function 'virtual bool
TQStyle::widgetActionRequest(const TQStyleControlElementData&,
TQStyle::ControlElementFlags, void*, TQStyle::WidgetActionRequest,
TQStyleWidgetActionRequestData)':
kernel/ntqstyle.h:296: error:
'TQStyleControlElementData::TQStyleControlElementData(const
TQStyleControlElementData&)' is private
kernel/qstyle.cpp:2487: error: within this context
kernel/ntqstyle.h: In member function 'void
TQStyle::acceleratorKeypressEventMonitor(TQObject*, TQEvent*)':
kernel/ntqstyle.h:296: error:
'TQStyleControlElementData::TQStyleControlElementData(const
TQStyleControlElementData&)' is private
kernel/qstyle.cpp:2562: error: within this context
kernel/ntqstyle.h:296: error:
'TQStyleControlElementData::TQStyleControlElementData(const
TQStyleControlElementData&)' is private
kernel/qstyle.cpp:2569: error: within this context
kernel/ntqstyle.h:296: error:
'TQStyleControlElementData::TQStyleControlElementData(const
TQStyleControlElementData&)' is private
kernel/qstyle.cpp:2575: error: within this context
kernel/ntqstyle.h: In member function 'bool TQStyle::acceleratorsShown()
const':
kernel/ntqstyle.h:296: error:
'TQStyleControlElementData::TQStyleControlElementData(const
TQStyleControlElementData&)' is private
kernel/qstyle.cpp:2589: error: within this context
kernel/qstyle.cpp: In member function 'T& TQMap<Key,
T>::operator[](const Key&) [with Key = void*, T =
TQStyleControlElementData]':
kernel/qstyle.cpp:2273: instantiated from here
kernel/qstyle.cpp:2848: error:
'TQStyleControlElementData::TQStyleControlElementData(const
TQStyleControlElementData&)' is private
../include/ntqmap.h:807: error: within this context
Makefile:6433: recipe for target '.obj/release-shared-mt/qstyle.o' failed
gmake[2]: *** [.obj/release-shared-mt/qstyle.o] Error 1
gmake[2]: Leaving directory
'/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c/src'
Makefile:40: recipe for target 'sub-src' failed
gmake[1]: *** [sub-src] Error 2
gmake[1]: Leaving directory
'/usr/ports/pobj/tqt3-3.5.0/trinity-tqt3-14.0.0~pre203+85e2ff9c'
Makefile:8: recipe for target 'init' failed
gmake: *** [init] Error 2
I don't understand why "TQStyleControlElementData()"
(kernel/qstyle.cpp:2562) is using this private constructor instead of
the public one.
BTW, I have the same problem when trying to build under Cygwin.
6.) patch-src_tools_qmutex_unix_cpp looks OK for
merge.
This is a patch I've inherited from openbsd qt3 package.
Under openbsd, conversion from (*pthread) to (int) causes a G++ error
because variable is losing precision.
I've never seen such error under Linux, only warnings ...
7.) patch-src_tools_qstring.cpp looks OK for merge,
but we do need to
document somewhere that the secured memory feature of TQString is not
available except on Linux (unless BSD has a similar feature to keep a
specific memory segment out of the swap file).
8.) patch-src_widgets_qlineedit_cpp looks OK for merge, but see previous
note in 7.) on documentation and/or fixing the issue.
Agree.
Overall good work! The main thing I want to see at this point is
autodetection of BSD so that we don't have to manually apply the first
patch for all the others to work.
Thanks
Francois
6:29 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
On Thursday 21 of August 2014 19:59:33 François Andriot wrote:
There are build options:
-plugin-sql-sqlite
-plugin-sql-sqlite3
--
Slávek
2.) What is
the point of patch-plugins_src_sqldrivers_sqldrivers_pro?
Currently, there is sqlite2 but no sqlite3 in openbsd 5.5.
Alas, there is no way to build sqlite2 plugin without sqlite3 plugin in
tqt3, because there is no separate build option.
6:33 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
On Thursday 21 of August 2014 20:29:16 Slávek Banko wrote:
On Thursday 21 of August 2014 19:59:33 François
Andriot wrote:
There are build options:
-plugin-sql-sqlite
-plugin-sql-sqlite3
...but now I see in plugins/src/sqldrivers/sqldrivers.pro is mistake - for
subdir sqlite3 is not used correct option.
--
Slávek
2.) What
is the point of patch-plugins_src_sqldrivers_sqldrivers_pro?
Currently, there is sqlite2 but no sqlite3 in openbsd 5.5.
Alas, there is no way to build sqlite2 plugin without sqlite3 plugin in
tqt3, because there is no separate build option.
24 Aug
24 Aug
1:18 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
On Thursday 21 of August 2014 20:33:09 Slávek Banko wrote:
On Thursday 21 of August 2014 20:29:16 Slávek Banko
wrote:
Fixed in GIT hash ed5df139 (tqt3) and 4de36973 (qt3).
Patch 2) from this set is no longer needed.
--
Slavek
On Thursday 21 of August 2014 19:59:33 François
Andriot wrote:
There are build options:
-plugin-sql-sqlite
-plugin-sql-sqlite3
...but now I see in plugins/src/sqldrivers/sqldrivers.pro is mistake - for
subdir sqlite3 is not used correct option. 2.) What
is the point of patch-plugins_src_sqldrivers_sqldrivers_pro?
Currently, there is sqlite2 but no sqlite3 in openbsd 5.5.
Alas, there is no way to build sqlite2 plugin without sqlite3 plugin in
tqt3, because there is no separate build option.
21 Aug
21 Aug
8:40 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 18/08/2014 23:08, Timothy Pearson a écrit :
OK, it looks like I have some repairing to do. Can
you post a simple set
of instructions for the tqt3 build process (assuming there is more to it
than just ./configure, make)? A link to the installer of the version of
OpenBSD you were using would also be helpful.
Thanks!
Tim
It looks like tdelibs is not buildable now on openbsd ...
There are many references to udev in tdehardwaredevices.h/cpp .
We need to allow building tdelibs without udev.
[ 5%] Building CXX object
tdecore/tdehw/CMakeFiles/tdehw-static.dir/tdehardwaredevices.cpp.o
cd
"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build/tdecore/tdehw"
&& /root/bin/c++ -DHAVE_CONFIG_H -DWITH_CONSOLEKIT
-DWITH_TDEHWLIB_DAEMONS -O2 -pipe
-I/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/libltdl
-I/usr/X11R6/include -L/usr/X11R6/lib -I/usr/local/include
-L/usr/local/lib -DNDEBUG -fvisibility=hidden
-fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE
-DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT
-D_REENTRANT -I/usr/local/include/tqt3 -I/usr/local/include/tqt -include
tqt.h -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-DNDEBUG -I/usr/local/include/tqt3 -I/usr/local/include/tqt
-I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build/tdecore/tdehw"
-I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build"
-I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw"
-I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build/tdecore"
-I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore"
-I"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/dcop"
-I/opt/trinity/include/tde -fPIC -o
CMakeFiles/tdehw-static.dir/tdehardwaredevices.cpp.o -c
"/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp"
In file included from
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:19:
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.h:39:21:
error: libudev.h: No such file or directory
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:50:22:
error: linux/fb.h: No such file or directory
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:53:25:
error: linux/input.h: No such file or directory
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:
In constructor 'TDEHardwareDevices::TDEHardwareDevices()':
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:143:
error: 'udev_new' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:150:
error: 'udev_monitor_new_from_netlink' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:151:
error: 'udev_monitor_filter_add_match_subsystem_devtype' was not
declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:152:
error: 'udev_monitor_enable_receiving' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:154:
error: 'udev_monitor_get_fd' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:
In destructor 'virtual TDEHardwareDevices::~TDEHardwareDevices()':
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:235:
error: 'udev_unref' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:
In member function 'void
TDEHardwareDevices::rescanDeviceInformation(TDEGenericDevice*, bool)':
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:287:
error: 'udev_device_new_from_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:292:
error: 'udev_device_unref' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:
In member function 'void TDEHardwareDevices::processHotPluggedHardware()':
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:375:
error: 'udev_monitor_receive_device' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:377:
error: 'udev_device_get_action' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:400:
error: 'udev_device_get_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:432:
error: 'udev_device_get_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:448:
error: 'udev_device_new_from_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:450:
error: 'udev_device_unref' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:
In function 'TDEDiskDeviceType::TDEDiskDeviceType
classifyDiskType(udev_device*, TQString, TQString, TQString, TQString,
TQString, TQString, TQString, TQString)':
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1026:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1031:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1036:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1041:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1048:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1079:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1082:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1086:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1091:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1097:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1104:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1112:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1116:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1120:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1124:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1129:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1135:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1142:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1150:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1159:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1169:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1180:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1184:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1190:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1197:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1201:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1205:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1210:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1213:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:
In function 'TQString readUdevAttribute(udev_device*, TQString)':
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1261:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:
In member function 'TDEGenericDevice*
TDEHardwareDevices::classifyUnknownDevice(udev_device*,
TDEGenericDevice*, bool)':
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1720:
error: 'udev_device_get_sysname' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1721:
error: 'udev_device_get_devtype' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1722:
error: 'udev_device_get_driver' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1723:
error: 'udev_device_get_subsystem' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1724:
error: 'udev_device_get_devnode' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1725:
error: 'udev_device_get_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1727:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1757:
error: 'udev_device_new_from_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1832:
error: 'udev_device_get_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1875:
error: 'udev_device_get_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1886:
error: 'udev_device_new_from_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1887:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1890:
error: 'udev_device_unref' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1941:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:1948:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2162:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2270:
error: 'udev_device_new_from_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2271:
error: 'udev_device_get_devnode' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2327:
error: 'udev_device_unref' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:
In member function 'void
TDEHardwareDevices::updateExistingDeviceInformation(TDEGenericDevice*,
udev_device*)':
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2371:
error: 'udev_device_new_from_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2414:
error: 'udev_device_get_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2453:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2622:
error: 'udev_device_new_from_syspath' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2627:
error: 'udev_device_get_driver' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2629:
error: 'udev_device_unref' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2750:
error: invalid use of incomplete type 'struct sockaddr'
/usr/include/ifaddrs.h:35: error: forward declaration of 'struct sockaddr'
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2753:
error: 'AF_INET' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2753:
error: 'AF_INET6' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2776:
error: 'struct ifaddrs' has no member named 'ifa_ifu'
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:2787:
error: 'struct ifaddrs' has no member named 'ifa_ifu'
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3026:
error: 'FB_BLANK_UNBLANK' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3029:
error: 'FB_BLANK_POWERDOWN' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3314:
error: 'udev_device_unref' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:
In member function 'void
TDEHardwareDevices::updateBlacklists(TDEGenericDevice*, udev_device*)':
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3324:
error: 'udev_device_get_property_value' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:
In member function 'bool TDEHardwareDevices::queryHardwareInformation()':
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3343:
error: 'udev_enumerate_new' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3344:
error: 'udev_enumerate_add_match_subsystem' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3345:
error: 'udev_enumerate_scan_devices' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3346:
error: 'udev_enumerate_get_list_entry' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3348:
error: 'udev_list_entry_foreach' was not declared in this scope
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:3348:
error: expected `;' before '{' token
In file included from
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/tdecore/tdehw/tdehardwaredevices.cpp:4311:
/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build/tdecore/tdehw/tdehardwaredevices.moc:250:
error: expected `}' at end of input
tdecore/tdehw/CMakeFiles/tdehw-static.dir/build.make:131: recipe for
target
'tdecore/tdehw/CMakeFiles/tdehw-static.dir/tdehardwaredevices.cpp.o' failed
gmake[2]: ***
[tdecore/tdehw/CMakeFiles/tdehw-static.dir/tdehardwaredevices.cpp.o] Error 1
gmake[2]: Leaving directory
'/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build'
CMakeFiles/Makefile2:1402: recipe for target
'tdecore/tdehw/CMakeFiles/tdehw-static.dir/all' failed
gmake[1]: *** [tdecore/tdehw/CMakeFiles/tdehw-static.dir/all] Error 2
gmake[1]: Leaving directory
'/usr/ports/pobj/tdelibs-trinity-14.0.0/trinity-tdelibs-14.0.0~pre823+67668c30/build'
Makefile:119: recipe for target 'all' failed
gmake: *** [all] Error 2
Francois
10:42 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Le 18/08/2014 23:08, Timothy Pearson a écrit :
It is possible already AFAIK, you need to switch off TDE HW library
support and switch on HAL support. Something like these arguments to your
cmake call should do the trick (sorry I don't remember the exact syntax
OTOH, but this is close):
- -DWITH_TDEHWLIB_DAEMONS="OFF" -DWITH_HAL="ON"
Tim
OK, it looks like I have some repairing to do.
Can you post a simple
set
of instructions for the tqt3 build process (assuming there is more to it
than just ./configure, make)? A link to the installer of the version of
OpenBSD you were using would also be helpful.
Thanks!
Tim
It looks like tdelibs is not buildable now on openbsd ...
There are many references to udev in tdehardwaredevices.h/cpp .
We need to allow building tdelibs without udev. -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iFYEARELAAYFAlP2deIACgkQLaxZSoRZrGGCWADbB0SpCdHY8RF6n6hp6QLERXWs
2PgNZAhENSRb7ADgjW4/ci9W/8Hx8sHKWI7JSF/Ayvt5MeeMB9zb4A==
=c8Cs
-----END PGP SIGNATURE-----
22 Aug
22 Aug
5:06 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 22/08/2014 00:42, Timothy Pearson a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
In fact, the -DWITH_TDEHWLIB_DAEMONS="OFF" only prevents the
"hwlibdaemons" binary to be built, not the entire hw library.
Currently there is no build flag to disable tdehwlib entirely.
Also, there is no HAL on openbsd, so I'll need to disable that too.
It looks like the kde3 and kde4 build for openbsd have same problem:
they are built without any hardware monitoring/management.
François
It looks like tdelibs is not buildable now on openbsd ...
There are many references to udev in tdehardwaredevices.h/cpp .
We need to allow building tdelibs without udev.
It is possible already AFAIK, you
need to switch off TDE HW library
support and switch on HAL support. Something like these arguments to your
cmake call should do the trick (sorry I don't remember the exact syntax
OTOH, but this is close):
- -DWITH_TDEHWLIB_DAEMONS="OFF" -DWITH_HAL="ON"
Tim
7:07 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Am Freitag, 22. August 2014 schrieb François Andriot:
In fact, the -DWITH_TDEHWLIB_DAEMONS="OFF"
only prevents the
"hwlibdaemons" binary to be built, not the entire hw library.
Currently there is no build flag to disable tdehwlib entirely.
Also, there is no HAL on openbsd, so I'll need to disable that too.
It looks like the kde3 and kde4 build for openbsd have same problem:
they are built without any hardware monitoring/management.
François
Hi François,
As myself beeing a newbee on openbsd: How is hardware monitoring/management implemented?
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA.
3:48 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Le 22/08/2014 00:42, Timothy Pearson a écrit :
After looking at the current GIT sources you are correct; a long time ago
there was a way to shut off both the TDE HW library and HAL but it looks
like that was removed a while back. I'll have to look into it further to
see if there is an easy fix.
Tim
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
In fact, the -DWITH_TDEHWLIB_DAEMONS="OFF" only prevents the
"hwlibdaemons" binary to be built, not the entire hw library.
Currently there is no build flag to disable tdehwlib entirely.
Also, there is no HAL on openbsd, so I'll need to disable that too.
It looks like the kde3 and kde4 build for openbsd have same problem:
they are built without any hardware monitoring/management.
François
It looks like tdelibs is not buildable now on openbsd ...
There are many references to udev in tdehardwaredevices.h/cpp .
We need to allow building tdelibs without udev.
It is possible already AFAIK, you
need to switch off TDE HW library
support and switch on HAL support. Something like these arguments to
your
cmake call should do the trick (sorry I don't remember the exact syntax
OTOH, but this is close):
- -DWITH_TDEHWLIB_DAEMONS="OFF" -DWITH_HAL="ON"
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iFYEARELAAYFAlP3ZkkACgkQLaxZSoRZrGFVHQDgjGzb8nTx5UycGOgyWngfgS2L
LwxkXDEOrCsC1wDeNVuS4EAo/sWb0tu4z9pP7MRdsBKOrVWX+9E/Yw==
=3okS
-----END PGP SIGNATURE-----
4 Sep
4 Sep
9:19 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 22/08/2014 17:48, Timothy Pearson a écrit :
After looking at the current GIT sources you are correct; a long time ago
there was a way to shut off both the TDE HW library and HAL but it looks
like that was removed a while back. I'll have to look into it further to
see if there is an easy fix.
Tim
OK, it took a lot of time...
About 100 patches later, here is my first succesful attempt .
Say hello to your future openbsd friends :-)
François
10:22 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Am Donnerstag, 4. September 2014 schrieb François Andriot:
Le 22/08/2014 17:48, Timothy Pearson a écrit :
Now that's nice :-)
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA.
After looking at the current GIT sources you are correct; a long time ago
there was a way to shut off both the TDE HW library and HAL but it looks
like that was removed a while back. I'll have to look into it further to
see if there is an easy fix.
Tim
OK, it took a lot of time...
About 100 patches later, here is my first succesful attempt .
Say hello to your future openbsd friends :-)
François
5 Sep
5 Sep
4:24 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Le 22/08/2014 17:48, Timothy Pearson a écrit :
Well that's *really* cool! I'm somewhat surprised it took so much
patching; if there are trivial patches in there I'd like to push them to
GIT before R14 release. Any chance of getting a patch tarball?
Thanks!
Tim
After looking at the current GIT sources you are correct; a long time
ago
there was a way to shut off both the TDE HW library and HAL but it looks
like that was removed a while back. I'll have to look into it further
to
see if there is an easy fix.
Tim
OK, it took a lot of time...
About 100 patches later, here is my first succesful attempt .
Say hello to your future openbsd friends :-)
François -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iFYEARELAAYFAlQJ47wACgkQLaxZSoRZrGGlmwDffdctvx3fIh+SwQ0p8RlW0sws
z0wGmyJDWpoQlgDdHtN2ChVUQ4/HYu0HrIzaq8lYeeV9jvH0xZKbrw==
=t8NR
-----END PGP SIGNATURE-----
11:33 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
[trinity-devel] Trouble running TDE on openbsd
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
Hi,
Supporting another Unix flavor is great!
I'm wondering about other BSD flavors: NetBSD and FreeBSD.
Are they much used outside of server environment?
-Alexandre
Le 22/08/2014 17:48, Timothy Pearson a écrit :
Well that's *really* cool! I'm somewhat surprised it took so much
patching; if there are trivial patches in there I'd like to push them to
GIT before R14 release. Any chance of getting a patch tarball?
Thanks!
Tim
-----BEGIN PGP SIGNATURE-----
After looking at the current GIT sources you are correct; a long time
ago
there was a way to shut off both the TDE HW library and HAL but it looks
like that was removed a while back. I'll have to look into it further
to
see if there is an easy fix.
Tim
OK, it took a lot of time...
About 100 patches later, here is my first succesful attempt .
Say hello to your future openbsd friends :-)
François
6 Sep
6 Sep
9:40 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 05/09/2014 18:24, Timothy Pearson a écrit :
Well that's *really* cool! I'm somewhat surprised it took so much
patching; if there are trivial patches in there I'd like to push them to
GIT before R14 release. Any chance of getting a patch tarball?
Thanks!
Tim
I'm still finalizing the patches for tdelibs/tdebase, mostly because due
to the incomplete cmake ports and/or library detection issues.
But here is my final TQT3 patchset.
1) Patches adapted from openbsd QT 3.3.8b:
patch-qmake_generators_unix_unixmake_cpp
patch-qmake_generators_unix_unixmake2_cpp
patch-src_tools_qpluginmanager_cpp
=> Fix dynamic library naming convention for openbsd
patch-src_iconview_ntqiconview_h
patch-src_iconview_qiconview_cpp
=> Not sure what it does
patch-src_tools_qfile_cpp
patch-src_tools_qfile_unix_cpp
=> Not sure, probably a security issue ?
patch-src_tools_qtextstream_cpp
patch-src_tools_ntqtextstream_h
=> Add long long int support to qtextstream
patch-src_tools_qmutex_unix_cpp
=> FTBFS
patch-src_widgets_ntqprogressbar_h
patch-src_widgets_qprogressbar_cpp
=> Optimize the tqprogressbar repainting
patch-src_tools_ntqvaluelist_h
=> Not sure, probably a security issue
2) Patches written specially for TQT3:
patch-src_kernel_ntqstyle_h
patch-src_widgets_qlineedit_cpp
patch-src_tools_qstring_cpp
=> Fix FTBFS
François
9:50 a.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 05/09/2014 18:24, Timothy Pearson a écrit :
Well that's *really* cool! I'm somewhat surprised it took so much
patching; if there are trivial patches in there I'd like to push them to
GIT before R14 release. Any chance of getting a patch tarball?
Thanks!
Tim
And now, the patches for Arts.
patch-cmake_modules_tdemacros_cmake
=> Fix shared library naming convention for openbsd
=> Fix FTBFS due to "-z now" unsupported option
patch-artsc_cmakelists_txt
=> Fix link flag to the "dl" library
patch-config_h_cmake
patch-flow_audioiosndio_cc
patch-flow_cmakelists_txt
=> Add support for the "sndio" sound system (the only one that exists on
openbsd)
patch-cmakelists_txt
=> Add cmake option tu build the "sndio" support
=> Fix the "HAVE_LIBDL" flag detection
Please notice: in the autotools stuff (libltdl/ltdl.m4), it is written
that HAVE_LIBDL should be enabled if you have the "dl" library
(libdl.so) OR equivalent.
Under openbsd, there is no libdl.so BUT the "dlopen" function exists, to
HAVE_LIBDL should be enabled.
Francois
12:02 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
> Any chance of getting a patch tarball?
And now, the patches for Arts.
Francois, great work!
I would suggest to open a new bug report and file all the patches there. First we
don't forget about them and second we have a reference point in case we need to
"look back in time" at them.
Cheers
Michele
4:53 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
Le 06/09/2014 14:02, Michele Calgaro a écrit :
Francois, great work!
I would suggest to open a new bug report and file all the patches there. First we
don't forget about them and second we have a reference point in case we need to
"look back in time" at them.
Cheers
Michele
OK, bug reports 2107, 2108, 2109 and 2110 are created.
Many patches to review :-)
Francois
5:56 p.m.
New subject: [trinity-devel] Trouble running TDE on openbsd
On Saturday 06 of September 2014 18:53:28 François Andriot wrote:
Le 06/09/2014 14:02, Michele Calgaro a écrit :
Great, thank you.
--
Slavek
Francois, great work!
I would suggest to open a new bug report and file all the patches there.
First we don't forget about them and second we have a reference point in
case we need to "look back in time" at them.
Cheers
Michele
OK, bug reports 2107, 2108, 2109 and 2110 are created.
Many patches to review :-)
Francois
3760
days inactive
3780
days old
29 comments
6 participants
participants (6)
-
Alexandre -
Dr. Nikolaus Klepp -
François Andriot -
Michele Calgaro -
Slávek Banko -
Timothy Pearson