8 Sep
2015
8 Sep
'15
11:09 p.m.
I seem to be having a problem getting tdebase to compile on Slackware
14.1. - I did a git update to the latest head Monday.
[ 26%] Building CXX object
kcontrol/hwmanager/CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o
cd /tmp/tdebase.build/kcontrol/hwmanager && /usr/local/bin/c++
-DHAVE_CONFIG_H -Dkcm_hwmanager_module_EXPORTS -O2 -fPIC
-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 -include tqt.h -I/opt/trinity/include
-I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT
-include tqt.h -fPIC -I/tmp/tdebase/kcontrol/hwmanager
-I/tmp/tdebase.build/kcontrol/hwmanager -I/tmp/tdebase.build
-I/opt/trinity/include -I/usr/include/tqt -o
CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o -c
/tmp/tdebase.build/kcontrol/hwmanager/hwmanager_skel.cpp
Linking CXX shared module kcm_hwmanager.so
cd /tmp/tdebase.build/kcontrol/hwmanager && /usr/bin/cmake -E
cmake_link_script CMakeFiles/kcm_hwmanager-module.dir/link.txt --verbose=1
/usr/local/bin/c++ -fPIC -O2 -fPIC -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 -include tqt.h -I/opt/trinity/include -I/usr/include/tqt
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-Wl,--no-undefined -shared -Wl,-soname,kcm_hwmanager.so -o
kcm_hwmanager.so CMakeFiles/kcm_hwmanager-module.dir/hwmanager.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/deviceiconview.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/devicepropsdlg.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/devicepropsdlgbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/hwmanagerbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/cryptpassworddlg.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/cryptpassworddlgbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o
-L/opt/trinity/lib64 /opt/trinity/lib64/libtdeio.so.14.0.0
/opt/trinity/lib64/libtdeui.so.14.0.0 -lfreetype -lfontconfig -lXext
/opt/trinity/lib64/libtdesu.so.14.0.0
/opt/trinity/lib64/libtdewalletclient.so.1.0.1
/opt/trinity/lib64/libtdecore.so.14.0.0
/opt/trinity/lib64/libDCOP.so.14.0.0
/opt/trinity/lib64/libtdefx.so.14.0.0 -ltqt -ltqt-mt -lXrender -lX11 -lc
/usr/local/lib64/libz.so -lidn -lXcomposite -lICE -lSM -lgamin-1 -lutil
-lacl -lattr -Wl,-rpath,/opt/trinity/lib64:/usr/local/lib64:
make[2]: Leaving directory `/tmp/tdebase.build'
/usr/bin/cmake -E cmake_progress_report /tmp/tdebase.build/CMakeFiles 12
[ 26%] Built target kcm_hwmanager-module
make[1]: Leaving directory `/tmp/tdebase.build'
make: *** [all] Error 2
There was an error trying to build tdebase.
EXIT_CODE: 1
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected
identifier before numeric constant
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected â??}â??
before numeric constant
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected
unqualified-id before numeric constant
/opt/trinity/include/tdestoragedevice.h:167:1: error: expected
declaration before â??}â?? token
CMake Warning:
========================================================================
tdebase is a required package and must be installed before continuing.
/opt/trinity/include/tdestoragedevice.h
namespace TDELUKSResult {
enum TDELUKSResult {
Invalid = 0x00000000,
Success = 0x00000001, <- tdestoragedevice.h:160:2
LUKSNotSupported = 0x00000002,
LUKSNotFound = 0x00000003,
InvalidKeyslot = 0x00000004,
KeyslotOpFailed = 0x00000005,
Other = 0x80000000
};
}; <- tdestoragedevice.h:167:1
Any help would be appreciated ;-)
9 Sep
9 Sep
2:43 p.m.
New subject: [trinity-users] tdebase compile problems
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 2015/09/09 07:09 AM, Jerry Nettrouer II wrote:
I seem to be having a problem getting tdebase to
compile on Slackware 14.1. - I did a git update to the latest head
Monday.
[ 26%] Building CXX object
kcontrol/hwmanager/CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o cd
/tmp/tdebase.build/kcontrol/hwmanager && /usr/local/bin/c++ -DHAVE_CONFIG_H
-Dkcm_hwmanager_module_EXPORTS -O2
-fPIC -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 -include tqt.h
-I/opt/trinity/include
-I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION
-DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -I/tmp/tdebase/kcontrol/hwmanager
-I/tmp/tdebase.build/kcontrol/hwmanager -I/tmp/tdebase.build -I/opt/trinity/include
-I/usr/include/tqt -o
CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o -c
/tmp/tdebase.build/kcontrol/hwmanager/hwmanager_skel.cpp Linking CXX shared module
kcm_hwmanager.so cd
/tmp/tdebase.build/kcontrol/hwmanager && /usr/bin/cmake -E cmake_link_script
CMakeFiles/kcm_hwmanager-module.dir/link.txt --verbose=1 /usr/local/bin/c++ -fPIC -O2
-fPIC -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 -include tqt.h -I/opt/trinity/include -I/usr/include/tqt
-DQT_NO_ASCII_CAST
-DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT
-D_REENTRANT -include tqt.h
-Wl,--no-undefined -shared -Wl,-soname,kcm_hwmanager.so -o kcm_hwmanager.so
CMakeFiles/kcm_hwmanager-module.dir/hwmanager.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/deviceiconview.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/devicepropsdlg.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/devicepropsdlgbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/hwmanagerbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/cryptpassworddlg.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/cryptpassworddlgbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o -L/opt/trinity/lib64
/opt/trinity/lib64/libtdeio.so.14.0.0
/opt/trinity/lib64/libtdeui.so.14.0.0 -lfreetype -lfontconfig -lXext
/opt/trinity/lib64/libtdesu.so.14.0.0
/opt/trinity/lib64/libtdewalletclient.so.1.0.1 /opt/trinity/lib64/libtdecore.so.14.0.0
/opt/trinity/lib64/libDCOP.so.14.0.0 /opt/trinity/lib64/libtdefx.so.14.0.0 -ltqt -ltqt-mt
-lXrender -lX11 -lc
/usr/local/lib64/libz.so -lidn -lXcomposite -lICE -lSM -lgamin-1 -lutil -lacl -lattr
-Wl,-rpath,/opt/trinity/lib64:/usr/local/lib64: make[2]: Leaving directory
`/tmp/tdebase.build' /usr/bin/cmake -E
cmake_progress_report /tmp/tdebase.build/CMakeFiles 12 [ 26%] Built target
kcm_hwmanager-module make[1]: Leaving
directory `/tmp/tdebase.build' make: *** [all] Error 2 There was an error trying to
build tdebase. EXIT_CODE: 1
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected identifier before numeric
constant
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected ‘}’ before numeric
constant
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected unqualified-id before
numeric constant
/opt/trinity/include/tdestoragedevice.h:167:1: error: expected declaration before ‘}’
token
CMake Warning:
======================================================================== tdebase is a
required package and must be
installed before continuing.
/opt/trinity/include/tdestoragedevice.h
namespace TDELUKSResult { enum TDELUKSResult { Invalid = 0x00000000, Success =
0x00000001, <-
tdestoragedevice.h:160:2 LUKSNotSupported = 0x00000002, LUKSNotFound =
0x00000003, InvalidKeyslot =
0x00000004, KeyslotOpFailed = 0x00000005, Other = 0x80000000 }; }; <-
tdestoragedevice.h:167:1
Any help would be appreciated ;-)
Hi Jerry,
due to lack of time I don't have a chance to look at the code right now, but there
have been some updates in the last
few days to tdelibs and tdebase (especially the part about cryptography and LUKS support).
Maybe you could have
incurred in a temporary FTBFS. I would suggest to try to update again from git in one or
two days and retry. Sometimes
it just solves the problem ;-)
Anyhow that "‘}’" sounds pretty weird. I would also suggest you check
tdestoragedevice.h with a hex editor to see
if there is some strange character encoding.
If the problem persists, please let us know.
Cheers
Michele
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCgAGBQJV8EWFAAoJECp1t8qK3tXPQ3IP/364BFGuO3dp5vTgjvn/kLgm
WApL+2wIWY7dT9EFvFVdXrUoQG5RSyQ0Y3ytwZ8ZAzeosRIZ3Zwo1slMjTlNxH8h
2815c3HDlSH4hxs9CsCnnQB5i12Ku0ZSqkWvelbMlVvgpBMlZVKPwXGx6avD32ir
TzC3isTyYHfvwaga3+YyjaQ6RttXTnKxC6DEx24GRpQBl1l1sMQAaSEnRf/yalPN
kemRpnPzbC5f5/1qPiWQCBkpyd4p6gCXr7n+KOC8FcJBLxkFPzl12Wcx3wdec05N
nbZPS1nqhQv+Z/WOQkm4FCSIGEFfhuIsIa5ktFU7Q96H2A16/6URHMbTOoD0Y4OO
A13AWAei1PKKwEsnfXJ3c7yd8Z9gaYIw7/5K2+jE+63iSwJnaBtQx0O0fCgsvdG/
6GcjmELJzMes1bXFqg1Wae+BwvzCxrAJeJDG4gkxi5uL50GwPRIzjIeudR94uvZu
NgJuJfDNEbp/HGyyxo/M4Sd6fNVnJzJs3Vzbww6wqWbitUicSKTPDJPOAJmOaDE+
z2wSST+Yoaf4s1AigAfrIjznPjPtILgMtF8eJTe34DWTQ9tikVMDJulmqw7ZmBcq
g4UbCylGJt+NeNPF0G7q30gLjlLvUA8WbHTFaucSA/ph3++dzE7lpiJiKt2lefZ5
K7ubNb7eR5FdJeAHMjoo
=i7xf
-----END PGP SIGNATURE-----
2:57 p.m.
New subject: [trinity-users] tdebase compile problems
Dne st 9. září 2015 Michele Calgaro napsal(a):
On 2015/09/09 07:09 AM, Jerry Nettrouer II wrote:
Besides, it may be advisable to build a stable release - tagged R14.0.1 or
r14.0.x branch - instead of development branch 'master'.
--
Slávek
I seem to be having a problem getting tdebase to
compile on Slackware
14.1. - I did a git update to the latest head Monday.
[ 26%] Building CXX object
kcontrol/hwmanager/CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp
.o cd /tmp/tdebase.build/kcontrol/hwmanager && /usr/local/bin/c++
-DHAVE_CONFIG_H -Dkcm_hwmanager_module_EXPORTS -O2 -fPIC
-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 -include tqt.h -I/opt/trinity/include
-I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT
-include tqt.h -fPIC -I/tmp/tdebase/kcontrol/hwmanager
-I/tmp/tdebase.build/kcontrol/hwmanager -I/tmp/tdebase.build
-I/opt/trinity/include -I/usr/include/tqt -o
CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o -c
/tmp/tdebase.build/kcontrol/hwmanager/hwmanager_skel.cpp Linking CXX
shared module kcm_hwmanager.so cd /tmp/tdebase.build/kcontrol/hwmanager
&& /usr/bin/cmake -E cmake_link_script
CMakeFiles/kcm_hwmanager-module.dir/link.txt --verbose=1
/usr/local/bin/c++ -fPIC -O2 -fPIC -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 -include tqt.h -I/opt/trinity/include -I/usr/include/tqt
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-Wl,--no-undefined -shared -Wl,-soname,kcm_hwmanager.so -o
kcm_hwmanager.so CMakeFiles/kcm_hwmanager-module.dir/hwmanager.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/deviceiconview.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/devicepropsdlg.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/devicepropsdlgbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/hwmanagerbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/cryptpassworddlg.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/cryptpassworddlgbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o
-L/opt/trinity/lib64 /opt/trinity/lib64/libtdeio.so.14.0.0
/opt/trinity/lib64/libtdeui.so.14.0.0 -lfreetype -lfontconfig -lXext
/opt/trinity/lib64/libtdesu.so.14.0.0
/opt/trinity/lib64/libtdewalletclient.so.1.0.1
/opt/trinity/lib64/libtdecore.so.14.0.0
/opt/trinity/lib64/libDCOP.so.14.0.0
/opt/trinity/lib64/libtdefx.so.14.0.0 -ltqt -ltqt-mt -lXrender -lX11 -lc
/usr/local/lib64/libz.so -lidn -lXcomposite -lICE -lSM -lgamin-1 -lutil
-lacl -lattr -Wl,-rpath,/opt/trinity/lib64:/usr/local/lib64: make[2]:
Leaving directory `/tmp/tdebase.build' /usr/bin/cmake -E
cmake_progress_report /tmp/tdebase.build/CMakeFiles 12 [ 26%] Built
target kcm_hwmanager-module make[1]: Leaving directory
`/tmp/tdebase.build' make: *** [all] Error 2 There was an error trying to
build tdebase. EXIT_CODE: 1
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected identifier
before numeric constant /opt/trinity/include/tdestoragedevice.h:160:2:
error: expected ‘}’ before numeric constant
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected
unqualified-id before numeric constant
/opt/trinity/include/tdestoragedevice.h:167:1: error: expected
declaration before ‘}’ token
CMake Warning:
========================================================================
tdebase is a required package and must be installed before continuing.
/opt/trinity/include/tdestoragedevice.h
namespace TDELUKSResult { enum TDELUKSResult { Invalid =
0x00000000, Success = 0x00000001, <- tdestoragedevice.h:160:2
LUKSNotSupported = 0x00000002, LUKSNotFound = 0x00000003,
InvalidKeyslot = 0x00000004, KeyslotOpFailed = 0x00000005, Other =
0x80000000 }; }; <- tdestoragedevice.h:167:1
Any help would be appreciated ;-)
Hi Jerry,
due to lack of time I don't have a chance to look at the code right now,
but there have been some updates in the last few days to tdelibs and
tdebase (especially the part about cryptography and LUKS support). Maybe
you could have incurred in a temporary FTBFS. I would suggest to try to
update again from git in one or two days and retry. Sometimes it just
solves the problem ;-)
Anyhow that "‘}’" sounds pretty weird. I would also suggest you check
tdestoragedevice.h with a hex editor to see if there is some strange
character encoding.
If the problem persists, please let us know.
Cheers
Michele
10 Sep
10 Sep
10:13 p.m.
New subject: [trinity-users] tdebase compile problems
On 09/09/2015 10:57 AM, Slávek Banko wrote:
Dne st 9. září 2015 Michele Calgaro napsal(a):
I'm not sure if I'm missing something with the source-tar-balls but many
of them only have a fraction of their source code. For example the
14.0.1 release tar-ball of tqt3 found @
http://tde-mirror.yosemite.net/trinity/releases/R14.0.1/dependencies/tqt3-R…
only has the doc files in the tar-ball. Thus - I usually just do a git
of the entire repository, when I want to do a major update, and if a
compile is broken, I just commit that project back to a previous
commit. Which fixed the problem.
On 2015/09/09 07:09 AM, Jerry Nettrouer II
wrote:
Besides, it may be advisable to build a stable release - tagged R14.0.1 or
r14.0.x branch - instead of development branch 'master'.
I seem to be having a problem getting tdebase to
compile on Slackware
14.1. - I did a git update to the latest head Monday.
[ 26%] Building CXX object
kcontrol/hwmanager/CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp
.o cd /tmp/tdebase.build/kcontrol/hwmanager&& /usr/local/bin/c++
-DHAVE_CONFIG_H -Dkcm_hwmanager_module_EXPORTS -O2 -fPIC
-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 -include tqt.h -I/opt/trinity/include
-I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT
-include tqt.h -fPIC -I/tmp/tdebase/kcontrol/hwmanager
-I/tmp/tdebase.build/kcontrol/hwmanager -I/tmp/tdebase.build
-I/opt/trinity/include -I/usr/include/tqt -o
CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o -c
/tmp/tdebase.build/kcontrol/hwmanager/hwmanager_skel.cpp Linking CXX
shared module kcm_hwmanager.so cd /tmp/tdebase.build/kcontrol/hwmanager
&& /usr/bin/cmake -E cmake_link_script
CMakeFiles/kcm_hwmanager-module.dir/link.txt --verbose=1
/usr/local/bin/c++ -fPIC -O2 -fPIC -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 -include tqt.h -I/opt/trinity/include -I/usr/include/tqt
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-Wl,--no-undefined -shared -Wl,-soname,kcm_hwmanager.so -o
kcm_hwmanager.so CMakeFiles/kcm_hwmanager-module.dir/hwmanager.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/deviceiconview.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/devicepropsdlg.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/devicepropsdlgbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/hwmanagerbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/cryptpassworddlg.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/cryptpassworddlgbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o
-L/opt/trinity/lib64 /opt/trinity/lib64/libtdeio.so.14.0.0
/opt/trinity/lib64/libtdeui.so.14.0.0 -lfreetype -lfontconfig -lXext
/opt/trinity/lib64/libtdesu.so.14.0.0
/opt/trinity/lib64/libtdewalletclient.so.1.0.1
/opt/trinity/lib64/libtdecore.so.14.0.0
/opt/trinity/lib64/libDCOP.so.14.0.0
/opt/trinity/lib64/libtdefx.so.14.0.0 -ltqt -ltqt-mt -lXrender -lX11 -lc
/usr/local/lib64/libz.so -lidn -lXcomposite -lICE -lSM -lgamin-1 -lutil
-lacl -lattr -Wl,-rpath,/opt/trinity/lib64:/usr/local/lib64: make[2]:
Leaving directory `/tmp/tdebase.build' /usr/bin/cmake -E
cmake_progress_report /tmp/tdebase.build/CMakeFiles 12 [ 26%] Built
target kcm_hwmanager-module make[1]: Leaving directory
`/tmp/tdebase.build' make: *** [all] Error 2 There was an error trying to
build tdebase. EXIT_CODE: 1
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected identifier
before numeric constant /opt/trinity/include/tdestoragedevice.h:160:2:
error: expected ‘}’ before numeric constant
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected
unqualified-id before numeric constant
/opt/trinity/include/tdestoragedevice.h:167:1: error: expected
declaration before ‘}’ token
CMake Warning:
========================================================================
tdebase is a required package and must be installed before continuing.
/opt/trinity/include/tdestoragedevice.h
namespace TDELUKSResult { enum TDELUKSResult { Invalid =
0x00000000, Success = 0x00000001,<- tdestoragedevice.h:160:2
LUKSNotSupported = 0x00000002, LUKSNotFound = 0x00000003,
InvalidKeyslot = 0x00000004, KeyslotOpFailed = 0x00000005, Other =
0x80000000 }; };<- tdestoragedevice.h:167:1
Any help would be appreciated ;-)
Hi Jerry,
due to lack of time I don't have a chance to look at the code right now,
but there have been some updates in the last few days to tdelibs and
tdebase (especially the part about cryptography and LUKS support). Maybe
you could have incurred in a temporary FTBFS. I would suggest to try to
update again from git in one or two days and retry. Sometimes it just
solves the problem ;-)
Anyhow that "‘}’" sounds pretty weird. I would also suggest you check
tdestoragedevice.h with a hex editor to see if there is some strange
character encoding.
If the problem persists, please let us know.
Cheers
Michele
10:19 p.m.
New subject: [trinity-users] tdebase compile problems
On 09/10/2015 06:13 PM, Jerry Nettrouer II wrote:
On 09/09/2015 10:57 AM, Slávek Banko wrote:
Never mine the tqt3 tar ball seems to be complete
now ... when I tried
to downloaded it like a week or so ago it only contained the doc files.
Dne st 9. září 2015 Michele Calgaro napsal(a):
I'm not sure if I'm missing something with the source-tar-balls but
many of them only have a fraction of their source code. For example
the 14.0.1 release tar-ball of tqt3 found @
http://tde-mirror.yosemite.net/trinity/releases/R14.0.1/dependencies/tqt3-R…
only has the doc files in the tar-ball. Thus - I usually just do a
git of the entire repository, when I want to do a major update, and if
a compile is broken, I just commit that project back to a previous
commit. Which fixed the problem. On 2015/09/09 07:09 AM, Jerry Nettrouer II
wrote:
Besides, it may be advisable to build a stable release - tagged R14.0.1 or
r14.0.x branch - instead of development branch 'master'.
I seem to be having a problem getting tdebase to
compile on Slackware
14.1. - I did a git update to the latest head Monday.
[ 26%] Building CXX object
kcontrol/hwmanager/CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp
.o cd /tmp/tdebase.build/kcontrol/hwmanager&& /usr/local/bin/c++
-DHAVE_CONFIG_H -Dkcm_hwmanager_module_EXPORTS -O2 -fPIC
-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 -include tqt.h -I/opt/trinity/include
-I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT
-include tqt.h -fPIC -I/tmp/tdebase/kcontrol/hwmanager
-I/tmp/tdebase.build/kcontrol/hwmanager -I/tmp/tdebase.build
-I/opt/trinity/include -I/usr/include/tqt -o
CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o -c
/tmp/tdebase.build/kcontrol/hwmanager/hwmanager_skel.cpp Linking CXX
shared module kcm_hwmanager.so cd /tmp/tdebase.build/kcontrol/hwmanager
&& /usr/bin/cmake -E cmake_link_script
CMakeFiles/kcm_hwmanager-module.dir/link.txt --verbose=1
/usr/local/bin/c++ -fPIC -O2 -fPIC -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 -include tqt.h -I/opt/trinity/include -I/usr/include/tqt
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-Wl,--no-undefined -shared -Wl,-soname,kcm_hwmanager.so -o
kcm_hwmanager.so CMakeFiles/kcm_hwmanager-module.dir/hwmanager.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/deviceiconview.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/devicepropsdlg.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/devicepropsdlgbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/hwmanagerbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/cryptpassworddlg.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/cryptpassworddlgbase.cpp.o
CMakeFiles/kcm_hwmanager-module.dir/hwmanager_skel.cpp.o
-L/opt/trinity/lib64 /opt/trinity/lib64/libtdeio.so.14.0.0
/opt/trinity/lib64/libtdeui.so.14.0.0 -lfreetype -lfontconfig -lXext
/opt/trinity/lib64/libtdesu.so.14.0.0
/opt/trinity/lib64/libtdewalletclient.so.1.0.1
/opt/trinity/lib64/libtdecore.so.14.0.0
/opt/trinity/lib64/libDCOP.so.14.0.0
/opt/trinity/lib64/libtdefx.so.14.0.0 -ltqt -ltqt-mt -lXrender -lX11 -lc
/usr/local/lib64/libz.so -lidn -lXcomposite -lICE -lSM -lgamin-1 -lutil
-lacl -lattr -Wl,-rpath,/opt/trinity/lib64:/usr/local/lib64: make[2]:
Leaving directory `/tmp/tdebase.build' /usr/bin/cmake -E
cmake_progress_report /tmp/tdebase.build/CMakeFiles 12 [ 26%] Built
target kcm_hwmanager-module make[1]: Leaving directory
`/tmp/tdebase.build' make: *** [all] Error 2 There was an error trying to
build tdebase. EXIT_CODE: 1
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected identifier
before numeric constant /opt/trinity/include/tdestoragedevice.h:160:2:
error: expected ‘}’ before numeric constant
/opt/trinity/include/tdestoragedevice.h:160:2: error: expected
unqualified-id before numeric constant
/opt/trinity/include/tdestoragedevice.h:167:1: error: expected
declaration before ‘}’ token
CMake Warning:
========================================================================
tdebase is a required package and must be installed before continuing.
/opt/trinity/include/tdestoragedevice.h
namespace TDELUKSResult { enum TDELUKSResult { Invalid =
0x00000000, Success = 0x00000001,<- tdestoragedevice.h:160:2
LUKSNotSupported = 0x00000002, LUKSNotFound = 0x00000003,
InvalidKeyslot = 0x00000004, KeyslotOpFailed = 0x00000005, Other =
0x80000000 }; };<- tdestoragedevice.h:167:1
Any help would be appreciated ;-)
Hi Jerry,
due to lack of time I don't have a chance to look at the code right now,
but there have been some updates in the last few days to tdelibs and
tdebase (especially the part about cryptography and LUKS support). Maybe
you could have incurred in a temporary FTBFS. I would suggest to try to
update again from git in one or two days and retry. Sometimes it just
solves the problem ;-)
Anyhow that "‘}’" sounds pretty weird. I would also suggest you check
tdestoragedevice.h with a hex editor to see if there is some strange
character encoding.
If the problem persists, please let us know.
Cheers
Michele
17 Sep
17 Sep
5:10 a.m.
New subject: [trinity-users] tdebase compile problems
I tried compiling tde-suite-r14.0.1 from the source code online and
tqt3-r14.0.1 is missing a call declaration called TQString::vsprintf
that is needed to compile tdenetwork-r14.0.1.
The function TQString::vsprintf is found in tqt3-r14.1.0, but when I
compile it, and upgrade my system to tqt3-r14.1.0, the desktop still
works but it changes the entire look of my applications to a very look,
similar to an lod gtk look.
I checked both tqt3, and tdenetwork commits to see if / or when
TQString::vsprintf was added to the r14.0.1 build or if
TQString::vsprintf was known by some other name, in a previous commit of
tdenetwork ...
Anyway to get to the point comparing tqt3-r14.1.0 and tqt3-14.0.1 the
file src/tools/qstring.cpp r14.01 is missing the function
TQString::vsprintf. so would it be safe to just copy it from the
tqt3-14.1.0/src/tools/qstring.cpp to the
tqt3-14.0.1/src/tools/qstring.cpp... what would be the best way to fix
the problem, so tdenetwork-r14.0.1 will successfully build, and my
desktop will not lose it's Trinity desktop look, to an almost generic
gtk desktop look. Currently tqt3-r14.1.0 is the only r14.1.0 package,
and all the others are r14.0.1 packages, and by using tqt3-r14.1.0
tdenetwork-r14.0.1 successfully compiled.
5:16 a.m.
New subject: TQString::vsprintf
I tried compiling tde-suite-r14.0.1 from the source code online and
tqt3-r14.0.1 is missing a call declaration called TQString::vsprintf
that is needed to compile tdenetwork-r14.0.1.
The function TQString::vsprintf is found in tqt3-r14.1.0, but when I
compile it, and upgrade my system to tqt3-r14.1.0, the desktop still
works but it changes the entire look of my applications to a very look,
similar to an lod gtk look.
I checked both tqt3, and tdenetwork commits to see if / or when
TQString::vsprintf was added to the r14.0.1 build or if
TQString::vsprintf was known by some other name, in a previous commit of
tdenetwork ...
Anyway to get to the point comparing tqt3-r14.1.0 and tqt3-14.0.1 the
file src/tools/qstring.cpp r14.01 is missing the function
TQString::vsprintf. so would it be safe to just copy it from the
tqt3-14.1.0/src/tools/qstring.cpp to the
tqt3-14.0.1/src/tools/qstring.cpp... what would be the best way to fix
the problem, so tdenetwork-r14.0.1 will successfully build, and my
desktop will not lose it's Trinity desktop look, to an almost generic
gtk desktop look. Currently tqt3-r14.1.0 is the only r14.1.0 package,
and all the others are r14.0.1 packages, and by using tqt3-r14.1.0
tdenetwork-r14.0.1 successfully compiled.
7:14 a.m.
New subject: [trinity-users] TQString::vsprintf
On Thursday 17 of September 2015 07:16:18 Jerry Nettrouer II wrote:
I tried compiling tde-suite-r14.0.1 from the source
code online and
tqt3-r14.0.1 is missing a call declaration called TQString::vsprintf
that is needed to compile tdenetwork-r14.0.1.
The function TQString::vsprintf is found in tqt3-r14.1.0, but when I
compile it, and upgrade my system to tqt3-r14.1.0, the desktop still
works but it changes the entire look of my applications to a very look,
similar to an lod gtk look.
I checked both tqt3, and tdenetwork commits to see if / or when
TQString::vsprintf was added to the r14.0.1 build or if
TQString::vsprintf was known by some other name, in a previous commit of
tdenetwork ...
Anyway to get to the point comparing tqt3-r14.1.0 and tqt3-14.0.1 the
file src/tools/qstring.cpp r14.01 is missing the function
TQString::vsprintf. so would it be safe to just copy it from the
tqt3-14.1.0/src/tools/qstring.cpp to the
tqt3-14.0.1/src/tools/qstring.cpp... what would be the best way to fix
the problem, so tdenetwork-r14.0.1 will successfully build, and my
desktop will not lose it's Trinity desktop look, to an almost generic
gtk desktop look. Currently tqt3-r14.1.0 is the only r14.1.0 package,
and all the others are r14.0.1 packages, and by using tqt3-r14.1.0
tdenetwork-r14.0.1 successfully compiled.
So watch it! In tdenetwork r14.0.1 is never used TQString::vsprintf. If in
your source code tdenetwork is used, then there is something fundamentally
wrong. Do a simple check: you have in the root tdenetwork folder libtdevnc?
If so, you have tdenetwork-r14.1.0~pre and not r14.0.1!
--
Slávek
7:54 a.m.
New subject: [trinity-users] TQString::vsprintf
On 09/17/2015 03:14 AM, Slávek Banko wrote:
On Thursday 17 of September 2015 07:16:18 Jerry
Nettrouer II wrote:
If you download
http://tde-mirror.yosemite.net/trinity/releases/R14.0.1/tdenetwork-R14.0.1.…
untar the package and goto tdenetwork/krdc/vnc/threads.cpp and goto line
112 you will see the following.
TQString message;
message.vsprintf(format, args);
... So your telling me that the package label tdenetwork-r14.0.1.tar.bz2
is not the source code for tdenetwork-r14.0.1 but rather another
development version? eg, r14.1.0-pre?
I tried compiling tde-suite-r14.0.1 from the
source code online and
tqt3-r14.0.1 is missing a call declaration called TQString::vsprintf
that is needed to compile tdenetwork-r14.0.1.
The function TQString::vsprintf is found in tqt3-r14.1.0, but when I
compile it, and upgrade my system to tqt3-r14.1.0, the desktop still
works but it changes the entire look of my applications to a very look,
similar to an lod gtk look.
I checked both tqt3, and tdenetwork commits to see if / or when
TQString::vsprintf was added to the r14.0.1 build or if
TQString::vsprintf was known by some other name, in a previous commit of
tdenetwork ...
Anyway to get to the point comparing tqt3-r14.1.0 and tqt3-14.0.1 the
file src/tools/qstring.cpp r14.01 is missing the function
TQString::vsprintf. so would it be safe to just copy it from the
tqt3-14.1.0/src/tools/qstring.cpp to the
tqt3-14.0.1/src/tools/qstring.cpp... what would be the best way to fix
the problem, so tdenetwork-r14.0.1 will successfully build, and my
desktop will not lose it's Trinity desktop look, to an almost generic
gtk desktop look. Currently tqt3-r14.1.0 is the only r14.1.0 package,
and all the others are r14.0.1 packages, and by using tqt3-r14.1.0
tdenetwork-r14.0.1 successfully compiled.
So watch it! In tdenetwork r14.0.1 is never used TQString::vsprintf. If in
your source code tdenetwork is used, then there is something fundamentally
wrong. Do a simple check: you have in the root tdenetwork folder libtdevnc?
If so, you have tdenetwork-r14.1.0~pre and not r14.0.1!
8:42 a.m.
New subject: [trinity-users] TQString::vsprintf
On 09/17/2015 03:54 AM, Jerry Nettrouer II wrote:
On 09/17/2015 03:14 AM, Slávek Banko wrote:
OK, I'm downloading the tdenetwork file from
https://git.trinitydesktop.org/cgit/tdenetwork/snapshot/r14.0.1.tar.gz
hoping it will be the source for tdenetwork-r14.0.1 :-)
On Thursday 17 of September 2015 07:16:18 Jerry
Nettrouer II wrote:
If you download
http://tde-mirror.yosemite.net/trinity/releases/R14.0.1/tdenetwork-R14.0.1.…
untar the package and goto tdenetwork/krdc/vnc/threads.cpp and goto
line 112 you will see the following.
TQString message;
message.vsprintf(format, args);
... So your telling me that the package label
tdenetwork-r14.0.1.tar.bz2 is not the source code for
tdenetwork-r14.0.1 but rather another development version? eg,
r14.1.0-pre? I tried compiling tde-suite-r14.0.1 from the
source code online and
tqt3-r14.0.1 is missing a call declaration called TQString::vsprintf
that is needed to compile tdenetwork-r14.0.1.
The function TQString::vsprintf is found in tqt3-r14.1.0, but when I
compile it, and upgrade my system to tqt3-r14.1.0, the desktop still
works but it changes the entire look of my applications to a very look,
similar to an lod gtk look.
I checked both tqt3, and tdenetwork commits to see if / or when
TQString::vsprintf was added to the r14.0.1 build or if
TQString::vsprintf was known by some other name, in a previous commit of
tdenetwork ...
Anyway to get to the point comparing tqt3-r14.1.0 and tqt3-14.0.1 the
file src/tools/qstring.cpp r14.01 is missing the function
TQString::vsprintf. so would it be safe to just copy it from the
tqt3-14.1.0/src/tools/qstring.cpp to the
tqt3-14.0.1/src/tools/qstring.cpp... what would be the best way to fix
the problem, so tdenetwork-r14.0.1 will successfully build, and my
desktop will not lose it's Trinity desktop look, to an almost generic
gtk desktop look. Currently tqt3-r14.1.0 is the only r14.1.0 package,
and all the others are r14.0.1 packages, and by using tqt3-r14.1.0
tdenetwork-r14.0.1 successfully compiled.
So watch it! In tdenetwork r14.0.1 is never used TQString::vsprintf. If in
your source code tdenetwork is used, then there is something fundamentally
wrong. Do a simple check: you have in the root tdenetwork folder libtdevnc?
If so, you have tdenetwork-r14.1.0~pre and not r14.0.1!
11:45 a.m.
New subject: [trinity-users] TQString::vsprintf
On Thursday 17 of September 2015 10:42:13 Jerry Nettrouer II wrote:
On 09/17/2015 03:54 AM, Jerry Nettrouer II wrote:
Caution: When downloading tarball from CGIT submodules are not included.
You can download "orig.tar.xz" from debian / ubuntu apt repository:
http://tde-mirror.yosemite.net/trinity/trinity-r14.0.0/debian/pool/main/t/t…
--
Slávek
On 09/17/2015 03:14 AM, Slávek Banko wrote:
OK, I'm downloading the tdenetwork file from
https://git.trinitydesktop.org/cgit/tdenetwork/snapshot/r14.0.1.tar.gz
hoping it will be the source for tdenetwork-r14.0.1 :-) On Thursday 17 of September 2015 07:16:18 Jerry
Nettrouer II wrote:
If you download
http://tde-mirror.yosemite.net/trinity/releases/R14.0.1/tdenetwork-R14.0.
1.tar.bz2 untar the package and goto tdenetwork/krdc/vnc/threads.cpp and
goto line 112 you will see the following.
TQString message;
message.vsprintf(format, args);
... So your telling me that the package label
tdenetwork-r14.0.1.tar.bz2 is not the source code for
tdenetwork-r14.0.1 but rather another development version? eg,
r14.1.0-pre? I tried compiling tde-suite-r14.0.1 from the
source code online and
tqt3-r14.0.1 is missing a call declaration called TQString::vsprintf
that is needed to compile tdenetwork-r14.0.1.
The function TQString::vsprintf is found in tqt3-r14.1.0, but when I
compile it, and upgrade my system to tqt3-r14.1.0, the desktop still
works but it changes the entire look of my applications to a very look,
similar to an lod gtk look.
I checked both tqt3, and tdenetwork commits to see if / or when
TQString::vsprintf was added to the r14.0.1 build or if
TQString::vsprintf was known by some other name, in a previous commit
of tdenetwork ...
Anyway to get to the point comparing tqt3-r14.1.0 and tqt3-14.0.1 the
file src/tools/qstring.cpp r14.01 is missing the function
TQString::vsprintf. so would it be safe to just copy it from the
tqt3-14.1.0/src/tools/qstring.cpp to the
tqt3-14.0.1/src/tools/qstring.cpp... what would be the best way to fix
the problem, so tdenetwork-r14.0.1 will successfully build, and my
desktop will not lose it's Trinity desktop look, to an almost generic
gtk desktop look. Currently tqt3-r14.1.0 is the only r14.1.0 package,
and all the others are r14.0.1 packages, and by using tqt3-r14.1.0
tdenetwork-r14.0.1 successfully compiled.
So watch it! In tdenetwork r14.0.1 is never used TQString::vsprintf. If
in your source code tdenetwork is used, then there is something
fundamentally wrong. Do a simple check: you have in the root tdenetwork
folder libtdevnc? If so, you have tdenetwork-r14.1.0~pre and not
r14.0.1!
3:45 p.m.
New subject: [trinity-users] TQString::vsprintf
Thank You for all your help ... I finally just did a git clone of
tdenetwork then did a git checkout of the r14.0.1 commit -
1da54d8c259178905007ddd1979d53a9e5901cb2 - the package successfully
compiled and installed :-) ... So thank you for your help!
P.S. : It may be advisable to change the R14.0.1 - Current download
package of tdenetwork to reflect the tdenetwork-r14.0.1 source code,
because until I checked the CMakeLists.txt file I simply assumed that
the download package tdenetwork-r14.0.1 was the source code for
tdenetwork-r14.0.1.
4:30 p.m.
New subject: [trinity-users] TQString::vsprintf
On Thursday 17 of September 2015 17:45:18 Jerry Nettrouer II wrote:
Thank You for all your help ... I finally just did a
git clone of
tdenetwork then did a git checkout of the r14.0.1 commit -
1da54d8c259178905007ddd1979d53a9e5901cb2 - the package successfully
compiled and installed :-) ... So thank you for your help!
P.S. : It may be advisable to change the R14.0.1 - Current download
package of tdenetwork to reflect the tdenetwork-r14.0.1 source code,
because until I checked the CMakeLists.txt file I simply assumed that
the download package tdenetwork-r14.0.1 was the source code for
tdenetwork-r14.0.1.
Yes, I also downloaded the official tarball tdenetwork-R14.0.1.tar.bz2 and
immediately I saw that it is a R14.1.x. Thank you for the warning!
Yes, surely it must be corrected. I'll speak with Tim, if it will be necessary
to carry out verification on all tarballs or if Tim will regenerate the whole
tree again, regardless of the current status of the other packages.
--
Slávek
9:05 p.m.
New subject: Many simlinks
Does tdevelop-r14.0.1 need compiled and installed in the same directory
as the tqt3 package? in my case /usr/lib64/tqt3/lib64.
As the tdevelop ( libkinterfacedesigner ) compile could not find the
libtqt-mt.* librarys in the /usr/lib64/tqt3/lib64 but when I made
simlinks to libtqt-mt.* from within the /usr/lib64 directory the
tdevelop compiled just fine.
This got me thinking, Does tdevelop need to have the same make_install
directory as tqt3?
3155
days inactive
3164
days old
13 comments
3 participants
participants (3)
-
Jerry Nettrouer II -
Michele Calgaro -
Slávek Banko