tde-devels

devels@trinitydesktop.org

8 participants
3788 discussions

Re: [trinity-devel] Minimum cmake version to compile Trinity
by Darrell Anderson 21 Dec '13

21 Dec '13

>IMO it's a good idea to update at least to 2.6. Lower versions >definitely won't work... >I'm not sure about 2.8. It may be only a «soft» limit. On the >other hand I >don't suppose it will cause any problems... And nobody will test >for >compatibility with versions lower than 2.8... And nobody of users >would be >able to because tdelibs requres 2.8... so, go ahead =) > >NOTE: I'm just successfully built tdebase and tdelibs with cmake >versions 2.8.0 and 2.8.3. The oldest release of Slackware that I can build Trinity is 13.1. In bug report 1741 I shared my attempts at building Trinity in Slackware 12.2 and 13.0. Ignoring cmake, newer versions of several upstream packages need to be backported to build Trinity in Slackware 12.2 or 13.0. Trinity builds in Slackware 13.1 just fine. Slackware 13.1 was released with cmake 2.8.1. If we establish cmake 2.8 as a minimum requirement, we then --- indirectly --- include other problematic upstream packages against which Trinity would not build. That is, any distro that came with cmake 2.8 likely did not include the older upstream packages that would be problematic for building Trinity. Darrell

1 0

Re: [trinity-devel] Minimum cmake version to compile Trinity
by Darrell Anderson 21 Dec '13

21 Dec '13

>CMakeLists.txt in tdelibs and tdebase defines 2.8. But I'm not >sure in it... may be it should be updated... Thanks, that helped! With that information, here is what I found: tdeutils/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdegraphics/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdepim/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdeartwork/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdenetwork/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdebase/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdeaddons/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdemultimedia/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdesdk/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdelibs/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdetoys/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/tdesvn/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/kgtk-qt3/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/wlassistant/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/amarok/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/konversation/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/tde-style-qtcurve/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/abakus/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/gtk-qt-engine/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/rosegarden/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/tdeio-locate/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) applications/kbfx/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) dependencies/dbus-tqt/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) dependencies/tqtinterface/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) dependencies/dbus-1-tqt/CMakeLists.txt: cmake_minimum_required( VERSION 2.8 ) tdevelop/CMakeLists.txt: cmake_minimum_required( VERSION 2.6 ) tdewebdev/CMakeLists.txt: cmake_minimum_required( VERSION 2.6 ) applications/tdepowersave/CMakeLists.txt: cmake_minimum_required( VERSION 2.6 ) applications/knetworkmanager8/CMakeLists.txt: cmake_minimum_required( VERSION 2.6 ) applications/tdenetworkmanager/CMakeLists.txt: cmake_minimum_required( VERSION 2.6 ) applications/dolphin/CMakeLists.txt: cmake_minimum_required( VERSION 2.6 ) applications/kpowersave/CMakeLists.txt: cmake_minimum_required( VERSION 2.6 ) dependencies/arts/CMakeLists.txt: cmake_minimum_required( VERSION 2.6 ) applications/kpilot/CMakeLists.txt: cmake_minimum_required(VERSION 2.4.4) applications/kile/src/CMakeLists.txt: CMAKE_MINIMUM_REQUIRED( VERSION 2.4.4 FATAL_ERROR ) For consistency, should the modules requiring 2.6 or 2.4.4 be updated to 2.8? Darrell

2 1

Minimum cmake version to compile Trinity
by Darrell Anderson 20 Dec '13

20 Dec '13

All, At one time I was told the minimum version of cmake required to compile Trinity is 2.8.4. Where is that explicitly declared, identified, or tested in the Trinity sources? Thank you. :-) Darrell

2 1

Minimum Trinity system requirements
by Darrell Anderson 20 Dec '13

20 Dec '13

All, In preparation for the R14.0.0 release, we would like to establish minimum system requirements for installing and running Trinity. Please refrain from "by gosh, by gum" guessing. :-) Please only share real-world experiences using Trinity with older hardware and distros as well as limited environments, such as the Raspberry Pi or ARM. We don't want to create absurd minimum requirements as has popular. We want to establish realistic minimum requirements. Thank you! Darrell

1 0

Re: [trinity-devel] tdelibs FTBFS: cmake 2.8.12: INTERFACE_LINK_LIBRARIES vs. LINK_INTERFACE_LIBRARIES
by Darrell Anderson 20 Dec '13

20 Dec '13

>You could reference e.g. gentoo bugzillaand other: >https://bugs.gentoo.org/show_bug.cgi?id=490194 >It's resolved here so I haven't >The trinity is not the only project that is affected the gentoo >also mentions ldc(d compiller) and openvas. Consider this: KDE is completely cmake based. Slackware 14.1 comes with cmake 2.8.12.0. All of the KDE packages compiled for the official Slackware 14.1 release. I'm assuming without these problems. Convincing the Slackware maintainer that cmake 2.8.12.0 is problematic needs a good explanation. That KDE compiled without failure and Trinity does not compile leads to an obvious question of what are the Trinity folks doing "wrong" that the KDE folks are doing "right"? Right now I don't understand the issues involved. I'm not a developer or coder. I'm a packager and tester who is devoted to keeping Trinity alive. These cmake problems are above and beyond my full understanding. I can't ask the Slackware maintainer to update to cmake 2.8.12.1 "just because." Trinity is not "officially" supported in any distro. Emphasis on "officially." Asking distro maintainers to update cmake needs a clear explanation --- something I am not able to do. Somebody who understands the details of all of these problems could write something that I could forward to the Slackware maintainer. That said, as I reported in a previous post, I still can't build Trinity after I updated to 2.8.12.1 on my own. :-) Darrell

2 1

Re: [trinity-devel] tdelibs FTBFS: cmake 2.8.12: INTERFACE_LINK_LIBRARIES vs. LINK_INTERFACE_LIBRARIES
by Darrell Anderson 20 Dec '13

20 Dec '13

>I think that this is a bug in cmake - see: >http://cmake.org/gitweb?p=cmake.git;a=commit;h=239b0c6b0ed821fd012a >2a980961b9a9d43793e5 >You need update cmake to at least 2.8.12.1. _I_ could do that, but convincing the distro maintainer is another story. I ran a quick test for backwards compatibility. With the patch I saw a bazillion undefined reference errors. Darrell

2 2

Re: [trinity-devel] Recent mouse click problems
by Darrell Anderson 20 Dec '13

20 Dec '13

>I see this on my workstation with a flaky USB mouse. Do you see >frequent USB device disconnect/reconnect events in dmesg? I'm not seeing anything in the logs. Would you please show me a snippet of what you have seen? Darrell

3 2

Recent mouse click problems
by Darrell Anderson 20 Dec '13

20 Dec '13

All, Using git, creating fresh package sets frequently the past many days. Recently my mouse is not working correctly. I don't know whether the problem is me, the mouse, X, or Trinity. I don't think the mouse because I have tried two different devices. The recent problem is a single click does not always function like a single click. Sometimes the single click acts like a double-click and sometimes a single click does nothing at all. For example, single-click selecting an app icon in the taskbar or the launcher menu button might do nothing at all. I have to click again. Sometimes a single-click on a file opens the file rather than just selecting, like a double-click. Another problem is click-and-drag does not always hold. That is, I click-and-drag to select a snippet of text but when I release the mouse button the selection highlight disappears as though I single- clicked outside the selected area. I have the double-click time configured to 700 msecs (fairly slow) and I have tested different times. I have double-click set as the default icon selection action. I don't want to use a different desktop for a day or two to decide whether Trinity is involved. Has anybody else experienced these or similar events of late? Any ideas? Thanks. :-) Darrell

2 1

Re: [trinity-devel] tdelibs FTBFS: cmake 2.8.12: INTERFACE_LINK_LIBRARIES vs. LINK_INTERFACE_LIBRARIES
by Darrell Anderson 19 Dec '13

19 Dec '13

>I think that this is a bug in cmake - see: >http://cmake.org/gitweb?p=cmake.git;a=commit;h=239b0c6b0ed821fd012a >2a980961b9a9d43793e5 >You need update cmake to at least 2.8.12.1. Slavek, I updated cmake to 2.8.12.1. In the dependencies and core packages I saw no cmake warnings or errors and all packages built without error. Then tdebase failed to build. Here is the build log: http://humanreadable.nfshost.com/misc/trinity-tdebase-pre_R14.0.0- i586-14.1_32_git_2882_1-build.log The CMakeCache.txt file is part of the build log. These are the same types of errors I saw when I tried a patch backwards compatibility test building Trinity in Slackware 14.0 with cmake 2.8.10.2. Side note: I will approach the Slackware maintainer and ask to update cmake 2.8.12.1 as a bug fix, but I won't do that until all related bugs are resolved. I have to provide a good reason for the request, including how updating to 2.8.12.1 helped. :-) Darrell

1 0

Re: [trinity-devel] tdelibs FTBFS: cmake 2.8.12: INTERFACE_LINK_LIBRARIES vs. LINK_INTERFACE_LIBRARIES
by Darrell Anderson 18 Dec '13

18 Dec '13

>Therefore, I have prepared a patch that could solve both of these >problems. Please, test it. I started testing the patch in Slackware 14.1, which uses cmake 2.8.12. I have not yet tested backwards compatibility with older versions of cmake. Thus far I saw no cmake warnings in arts (good!), but tdelibs is filled with many instances of a single CMP0022 warning: CMake Error: Error evaluating generator expression: $<LINK_ONLY:-Wl,-whole-archive> $<LINK_ONLY> expression requires exactly one parameter. CMake Warning (dev) in tdecore/tdehw/networkbackends/network- manager/CMakeLists.txt: Policy CMP0022 is not set: INTERFACE_LINK_LIBRARIES defines the link interface. Run "cmake --help-policy CMP0022" for policy details. Use the cmake_policy command to set the policy and suppress this warning. Static library target "network_manager_backend-static" has a INTERFACE_LINK_LIBRARIES property. This should be preferred as the source of the link interface for this library. Ignoring the property and using the link implementation as the link interface instead. This warning is for project developers. Use -Wno-dev to suppress it. I am not seeing any of the original warning messages. Darrell

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels