tde-devels March 2012

devels@trinitydesktop.org

22 participants
190 discussions

GIT Status
by Darrell Anderson 05 Mar '12

05 Mar '12

What is the status of the latest tqt related fixes to GIT? Do all packages again build? Second, could we receive a list notice when GIT builds are broken and restored? I expect the occasional major breakage. A quick post to the list will keep us informed. To use racing terminology, send us a checkered flag when breakage occurs and a green flag when we can again resume full speed. :) Lastly, when will bugs in the bugzilla receive attention? I am starting to feel discouraged about the project because the bugzilla receives so little attention. There are many build related bug reports. Thanks! Darrell

3 5

Success - Arch TDE from GIT based on TQt - Up and running fine (with xinit)
by David C. Rankin 05 Mar '12

05 Mar '12

Tim, All, Just dropping a note: TDE based on TQt is up and running fine on Archlinux. I had to use xinit (startx) to bring it up due to the tdm bug filling the tdm.log. One thing all packages need to remember is to install a reasonable set of fonts along with the tdebase package so that TDE doesn't look horrible when it is first started. (dejavu package that all distros have is fine as a dependency). Pretty impressive, git and TQt and .... trinity still works :) -- David C. Rankin, J.D.,P.E.

1 0

kde-i18n-zh_TW for Trinity
by Timothy Pearson 05 Mar '12

05 Mar '12

kde-i18n-zh_TW for Trinity; message attached.

1 0

tdebase cmake Failure: CMake Error at konqueror/sidebar/cmake_install.cmake:56
by David C. Rankin 05 Mar '12

05 Mar '12

Tim, All, tdebase failed to build due to what looks like a cmake error during the install process. The error was: -- Installing: /build/pkg/opt/trinity/share/apps/konqueror/icons/crystalsvg/16x16/actions/kde6.png -- Installing: /build/pkg/opt/trinity/include/konqsidebarplugin.h -- Installing: /build/pkg/opt/trinity/share/config/konqsidebartng.rc -- Installing: /build/pkg/opt/trinity/share/services/konq_sidebartng.desktop CMake Error at konqueror/sidebar/cmake_install.cmake:56 (FILE): file INSTALL cannot find "/build/src/tdebase/konqueror/sidebar/.version". Call Stack (most recent call first): konqueror/cmake_install.cmake:205 (INCLUDE) cmake_install.cmake:54 (INCLUDE) make: *** [install] Error 1 GRRR - 1:55 down the tubes.... Help? -- David C. Rankin, J.D.,P.E.

4 19

DocBook Patches
by Darrell Anderson 04 Mar '12

04 Mar '12

As I mentioned, there are many packages in Applications where I have not updated the DocBook headers. My reason is I don't build every one of those packages. I don't like pushing patches I don't test. I have seen one package where the patch would not take (kipi-plugins). I still need to discover why. Regardless, if you build any of those packages you can find the patch at my web site here: http://humanreadable.nfshost.com/trinity/patches/docbook/ Recognizing whether the patch is needed is easy. You'll see build failures when making the associated help file index.cache.bz2 packages. Apply the patch when you build a package and see those errors. Let me know when you see build failures after applying the patch too (like I did with kipi-plugins). Darrell

1 0

Re: [trinity-devel] ARM and Trinity and Raspberry Pi
by Tiago Marques 04 Mar '12

04 Mar '12

Raspberry Pi is the kind of device that can work reasonably with Trinity but not KDE4. Last time I checked I had Trinity running in 80MB for RAM while KDE4 was having trouble fitting in 600MB. For people who asked about reasons to keep KDE3 alive in Trinity, I would point to a working testbed, if we ever get to assemble one. Best regards, Tiago On Wed, Feb 29, 2012 at 8:24 PM, Timothy Pearson < kb9vqf(a)pearsoncomputing.net> wrote: > > Hello All, > > > > Raspberry Pi is on it's way to being launched and is no available for > > preorder. I think this product would be a good candidate for Trinity > > and ARM. Raspberry Pi is a $35 arm board. > > > > I am going to order one, any maybe one of you would be interested in > > purchasing them as well. > > > > Currently we have ARM builds, but no arm devices have been physically > > tested (right?) so I think this could be a opportunity for us to do > > that with a very low cost > > > > Calvin > > Sounds like a good idea! Load up Debian Squeeze and TDE on it (Wheezy has > massive ARM problems at the moment, gcc crashes and other nastiness) and > see what happens... > > Tim > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > trinity-devel-unsubscribe(a)lists.pearsoncomputing.net > For additional commands, e-mail: > trinity-devel-help(a)lists.pearsoncomputing.net > Read list messages on the web archive: > http://trinity-devel.pearsoncomputing.net/ > Please remember not to top-post: > http://trinity.pearsoncomputing.net/mailing_lists/#top-posting > >

3 7

CMake patches
by Aleksey Midenkov 04 Mar '12

04 Mar '12

I have made improvements to CMake system. And plan to add more fixes to tdebase building (like missed dependency check for libudev, etc.). I also plan to eliminate dependence on environment variables as much as possible. Please, apply the patches in bug 882. So, I could continue my development with easy mind.

1 0

tdelibs Build Failure with TQt3 - undefined reference to `qt_x_time' & `qt_x_user_time'
by David C. Rankin 04 Mar '12

04 Mar '12

Tim, All, Things had gone fairly smooth rebuilding from GIT based on TQt3 until kdelibs. This is the first major build failure I can't explain by packaging error or hope to troubleshoot with a simple grep of a configure file, etc.. The error I received was: /build/src/tdelibs/dcop/dcopserver.cpp:654:21: warning: ignoring return value of 'int system(const char*)', declared with attribute warn_unused_result [-Wunused-result] [ 2%] Building CXX object dcop/CMakeFiles/tdeinit_dcopserver-shared.dir/dcopsignals.cpp.o Linking CXX shared library libtdeinit_dcopserver.so [ 2%] Built target tdeinit_dcopserver-shared Scanning dependencies of target dcopserver [ 2%] Building CXX object dcop/CMakeFiles/dcopserver.dir/dcopserver_tdeinit_executable.cpp.o Linking CXX executable dcopserver /opt/trinity/lib/libtqt.so: undefined reference to `qt_x_time' /opt/trinity/lib/libtqt.so: undefined reference to `qt_x_user_time' collect2: ld returned 1 exit status make[2]: *** [dcop/dcopserver] Error 1 make[1]: *** [dcop/CMakeFiles/dcopserver.dir/all] Error 2 make: *** [all] Error 2 Help? -- David C. Rankin, J.D.,P.E.

2 3

avahi-tqt fails to build :
by David C. Rankin 04 Mar '12

04 Mar '12

Tim, Working my way through the packages based on Tqt3, I've run into a build issue with avahi-tqt. I've gone back through Jay and Darrell's messages on the list, so I know there were problems with the packages -- but is it still broke or is it on my end?? The config.log error I get is: configure:19151: $PKG_CONFIG --exists --print-errors " tqt-mt " Package tqt-mt was not found in the pkg-config search path. Perhaps you should add the directory containing `tqt-mt.pc' to the PKG_CONFIG_PATH environment variable No package 'tqt-mt' found I don't understand the error, I have: /opt/tqt3/lib/pkgconfig/tqt-mt.pc which should be found given the /etc/profile/tqt.sh setting $QTDIR. Any quick hacks to get around this one? -- David C. Rankin, J.D.,P.E.

1 1

tqca-tls build fails : Verifying TQt 3.x Multithreaded (MT) build environment ... fail
by David C. Rankin 03 Mar '12

03 Mar '12

Tim, all, I'm trying to build tqca-tls with ./configure --qtdir=${QTDIR} and I'm getting a configure failure: Configuring qca-tls ... Verifying TQt 3.x Multithreaded (MT) build environment ... fail There was an error compiling 'conf'. Be sure you have a proper TQt 3.x Multithreaded (MT) build environment set up. This TDE build is based on TQt3 and I have built and installed the following: hal-0.5.14-8-x86_64.pkg.tar.xz hal-info-0.20091130-1-any.pkg.tar.xz libutempter-1.1.5-3-x86_64.pkg.tar.xz tde-tqt3-3.8.8.d_git-1-x86_64.pkg.tar.xz tde-tqtinterface-3513_tqt-8-x86_64.pkg.tar.xz tde-arts-3513_tqt-1-x86_64.pkg.tar.xz tde-dbus-tqt-3513_tqt-1-x86_64.pkg.tar.xz tde-dbus-tqt-1-3513_tqt-1-x86_64.pkg.tar.xz conf.log error is: g++ -c -pipe -Wall -W -O2 -D_REENTRANT -DX11_INC='"/usr/X11R6/include"' -DX11_LIBDIR='"/usr/X11R6/lib64"' -DX11_LIB='"-lXext -lX11 -lm"' -DCC='"gcc"' -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/opt/tqt3/mkspecs/default -I. -I'/usr/include/tqt' -I/opt/tqt3/include -I/usr/X11R6/include -o conf.o conf.cpp conf.cpp:3:21: fatal error: tqstring.h: No such file or directory The problem seems to be the /usr/include/tqt is hardcoded in 'configure'. class qc_openssl : public ConfObj { public: qc_openssl(Conf *c) : ConfObj(c) {} TQString name() const { return "OpenSSL"; } TQString shortname() const { return "openssl"; } bool exec() { <snip> // Make sure tqtinterface can be found conf->addIncludePath("/usr/include/tqt"); ^^^^^^^^^^^^^^^^^^ How to fix? Looks like the configure file need to be updated to take the '--prefix=' option and set TDEDIR and then do something like: // Make sure tqtinterface can be found conf->addIncludePath("${TDEDIR}/include/tqt"); -- David C. Rankin, J.D.,P.E.

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels March 2012