Dne st 9. září 2015 Michele Calgaro napsal(a):

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

Besides, it may be advisable to build a stable release - tagged R14.0.1 or r14.0.x branch - instead of development branch 'master'.

On 09/10/2015 06:13 PM, Jerry Nettrouer II wrote:

On 09/09/2015 10:57 AM, Slávek Banko wrote:

...

Dne st 9. září 2015 Michele Calgaro napsal(a):

...

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

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'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-R1... 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.

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.

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.

On 09/17/2015 03:14 AM, Slávek Banko wrote:

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!

If you download http://tde-mirror.yosemite.net/trinity/releases/R14.0.1/tdenetwork-R14.0.1.t... 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?

On Thursday 17 of September 2015 10:42:13 Jerry Nettrouer II wrote:

On 09/17/2015 03:54 AM, Jerry Nettrouer II wrote:

...

On 09/17/2015 03:14 AM, Slávek Banko wrote:

...

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!

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?

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 :-)

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/td...

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.