tde-devels January 2014

devels@trinitydesktop.org

16 participants
197 discussions

Re: [trinity-devel] R: [trinity-devel] New default help handbook page for non-existent help files

by Darrell Anderson

>--> Add code here to redirect to default English version instead >of just displaying the awkward message. Copy the same snippet just above? Or new code? Darrell

10 years, 4 months

Re: [trinity-devel] R: [trinity-devel] New default help handbook page for non-existent help files

by Darrell Anderson

>Until a localized version exists, we can use the English page in >case of documentation not found. >Better than the unprofessional blank background message. >When a localized version becomes available, we simply replace the >English file with the localized version. Here is the way the newly patched code looks: ==================================== TQString HelpProtocol::lookupFile(const TQString &fname, const TQString &query, bool &redirect) { redirect = false; TQString path, result; path = fname; result = langLookup(path); if (result.isEmpty()) { result = langLookup(path+"/index.html"); if (!result.isEmpty()) { KURL red( "help:/" ); red.setPath( path + "/index.html" ); red.setQuery( query ); redirection(red); kdDebug( 7119 ) << "redirect to " << red.url() << endl; redirect = true; } else { const TQString helpNotFound = "khelpcenter/helpnotfound/index.html"; if (!langLookup(helpNotFound).isEmpty()) { KURL red; red.setProtocol("help"); red.setPath(helpNotFound); red.setQuery(query); redirection(red); kdDebug( 7119 ) << "redirect to " << red.url() << endl; redirect = true; } else { unicodeError( i18n("There is no documentation available for %1." ).arg(path) ); finished(); return TQString::null; } } } else kdDebug( 7119 ) << "result " << result << endl; return result; } ==================================== Does that mean all i18n users will not see the new English page or a translated page? Would be nice if i18n users saw the default English page. I really hate the blank page and lame error message. I have no experience tinkering with i18n. I probably should learn how and at least install the en-GB i18n package. Darrell

10 years, 4 months

tdegames FTBFS - /usr/bin/ld: cannot find -lartsmodules ??

by David C. Rankin

All, tdegames built with -J4 for a long time producing 400K plus of build output only to crash: /bin/sh ../libtool --tag=CXX --mode=link g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -fno-builtin -g3 -fno-inline -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fpermissive -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -L/opt/trinity/lib -L/opt/tqt3/lib -no-undefined -version-info 3:0:2 -Wl,-O1,--sort-common,--as-needed,-z,relro -o libkolf.la -rpath /opt/trinity/lib kolf.lo game.lo canvasitem.lo ball.lo newgame.lo config.lo scoreboard.lo editor.lo pluginloader.lo object.lo vector.lo printdialogpage.lo kcomboboxdialog.lo kvolumecontrol.lo floater.lo slope.lo ../libtdegames/libtdegames.la -ltdeprint -ltdeio -lartskde -lsoundserver_idl -ltdefx -lartsmodules libtool: link: warning: `/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/libtqt.la' seems to be moved libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/crti.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/crtbeginS.o .libs/kolf.o .libs/game.o .libs/canvasitem.o .libs/ball.o .libs/newgame.o .libs/config.o .libs/scoreboard.o .libs/editor.o .libs/pluginloader.o .libs/object.o .libs/vector.o .libs/printdialogpage.o .libs/kcomboboxdialog.o .libs/kvolumecontrol.o .libs/floater.o .libs/slope.o -Wl,-rpath -Wl,/build/tde-tdegames/src/tdegames/libtdegames/.libs -L/opt/trinity/lib -L/opt/tqt3/lib ../libtdegames/.libs/libtdegames.so -L/usr/lib/mysql -L/usr/X11R6/lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib /opt/trinity/lib/libtdednssd.so /opt/tqt3/lib/libtqt-mt.so -luuid -lpq -lmysqlclient -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -ldl -lpng -lz -lXext -lX11 -lSM -lICE /usr/lib/libtqt.so -lpthread /opt/trinity/lib/libtdecore.so /opt/trinity/lib/libtdeui.so /opt/trinity/lib/libtdeprint.so /opt/trinity/lib/libtdeio.so /opt/trinity/lib/libartskde.so /opt/trinity/lib/libsoundserver_idl.so /opt/trinity/lib/libtdefx.so -lartsmodules -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2 -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/crtendS.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib/crtn.o -march=x86-64 -mtune=generic -O2 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-soname -Wl,libkolf.so.1 -o .libs/libkolf.so.1.2.0 /usr/bin/ld: cannot find -lartsmodules collect2: error: ld returned 1 exit status Makefile:750: recipe for target 'libkolf.la' failed make[3]: *** [libkolf.la] Error 1 make[3]: Leaving directory '/build/tde-tdegames/src/tdegames/kolf' Makefile:964: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/build/tde-tdegames/src/tdegames/kolf' Makefile:587: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/build/tde-tdegames/src/tdegames' Makefile:503: recipe for target 'all' failed make: *** [all] Error 2 I don't know what this wants.... I don't have a library named libartsmodules as part of the arts package. -- David C. Rankin, J.D.,P.E.

10 years, 4 months

New default help handbook page for non-existent help files

by Darrell Anderson

All, In response to bug report 1839, I created a professional looking page for the help handbook when no help documentation exists. View the new page here: http://bugs.trinitydesktop.org/attachment.cgi?id=1876 Here is the actual text: =================================== Help Documentation Not Found The requested help file was not found. &tde; looks for files in a location that depends upon how &tde; was installed on your computer. There are several possible reasons why no help file was found. The document might not exist or might not have been installed. To resolve the problem, first contact the upstream packager. If no help file exists, then please report this bug using the <ulink url="http://bugs.trinitydesktop.org/">TDE Bug Tracker</ulink>. If no help file exists and you are interested in helping further, please consider writing the help file. Submitting a basic text file is acceptable. If no help file exists for your native language, please consider helping with a translation. Thank you for helping and thank you for your patience. =================================== &tde; is a docbook entity for TDE. If a localized page is not found then users of that language will still be greeted with the unprofessional "There is no documentation available for %1." message with the blank background. This is a small chunk of text. Please help translate for your native language or forward this message to someone you know or to the users mail list. Send translations to me and I'll update. Thank you! Darrell

10 years, 4 months

Re: [trinity-devel] tdegames FTBFS - /usr/bin/ld: cannot find -lartsmodules ??

by Darrell Anderson

>Hmmm.. That's what I was doing... Here is the build order I use: Perform the following on my build script collection: grep build_package TDE.SlackBuild You find my build order and whether I use automake or cmake. If you browse TDE.SlackBuild you'll find comments about building certain packages before other packages. Also perform the following in my unarchived build environment: find . -maxdepth 3 -name "*.SlackBuild" -exec grep -l "AUTOTOOLS=" {} \; This will reveal which packages can use either automake or cmake. When the line AUTOTOOLS=true is commented out then the script uses cmake. When not commented out then I still use automake. There are some partical conversions to cmake. Those respective build scripts I have configured to test either cmake or automake as new cmake patches come forth. I use the AUTOTOOLS=true line to determine which to use. When new patches come forth I uncomment the line and test cmake. BTW, as Slavek mentioned, in my TDE.SlackBuild you'll notice I have the following comment: # Build tdegames after tdemultimedia. Darrell

10 years, 4 months

Re: [trinity-devel] Can TDE now build in parallel jobs (i.e. -j2 or -j4)?

by Darrell Anderson

>The build farm builds everything on 8-core machines with parallel >jobs allowed, and I haven't seen any failures. I would like to know how. I cannot build tdebindings with parallel processing. Everything else, yes. Are you compiling all components? Darrell

10 years, 4 months

Re: [trinity-devel] [SOLVED]Re: [trinity-devel] tdelibs-tdecore FTBFS /usr/bin/ld: cannot find -ldbus-1-tqt

by Darrell Anderson

> Family: Phenom X4 > Version: AMD Phenom(tm) 9850 Quad-Core Processor > Max Speed: 2500 MHz I have a dual core. Darrell

10 years, 4 months

Re: [trinity-devel] [SOLVED]Re: [trinity-devel] tdelibs-tdecore FTBFS /usr/bin/ld: cannot find -ldbus-1-tqt

by Darrell Anderson

>HOLY CRAP!! > > tdelibs built fine with the patch -- and in 7 minutes flat with >'make -j4'!!! > >Script Execution Time: 7 minutes - that is down from 27 min with - >j1 and this is on a 5 year old box. 7 minutes? Skeptical --- do you have a full package? Takes 33 minutes on my 5 year old 2.3 GHz dual core. Darrell

10 years, 4 months

Re: [trinity-devel] Can TDE now build in parallel jobs (i.e. -j2 or -j4)?

by Darrell Anderson

>I saw that. Thanks. Glad to know you have a list. After >experiencing sever >spurious failures a year or so ago, I have been gunshy about using >it. The >difference between -j1 and -j4 is phenomenal (haven't tried >anything above >actual cores) I had forgotten about the three exceptions. Next build run I'm going to test them again. Darrell

10 years, 4 months

tdelibs-tdecore FTBFS /usr/bin/ld: cannot find -ldbus-1-tqt

by David C. Rankin

Slavek, All After fixing the option that strips static-libs from the final package in arch, I went to rebuild tdelibs. Doing so, I enabled the following: cmake ${srcdir}/tdelibs \ -DCMAKE_INSTALL_PREFIX=${TDEDIR} \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DWITH_ARTS=ON \ -DWITH_ALSA=ON \ -DWITH_LIBART=ON \ -DWITH_LIBIDN=ON \ -DWITH_SSL=ON \ -DWITH_CUPS=ON \ -DWITH_LUA=OFF \ -DWITH_TIFF=ON \ -DWITH_JASPER=ON \ -DWITH_OPENEXR=ON \ -DWITH_UTEMPTER=ON \ -DWITH_AVAHI=ON \ -DWITH_PAM=ON \ -DWITH_PCRE=ON \ -DWITH_TDEHWLIB_DAEMONS=ON \ -DWITH_UPOWER=ON \ -DWITH_UDISKS2=ON \ -DWITH_LZMA=ON \ -DWITH_XRANDR=ON \ -DWITH_XCOMPOSITE=ON \ -DWITH_ASPELL=ON \ -DWITH_HSPELL=ON The build failed with the now-familiar error: /usr/bin/ld: cannot find -ldbus-1-tqt collect2: error: ld returned 1 exit status tdecore/CMakeFiles/tdecore-shared.dir/build.make:3063: recipe for target 'tdecore/libtdecore.so.14.0.0' failed make[2]: *** [tdecore/libtdecore.so.14.0.0] Error 1 make[2]: Leaving directory '/build/tde-tdelibs/src/build' CMakeFiles/Makefile2:1087: recipe for target 'tdecore/CMakeFiles/tdecore-shared.dir/all' failed However, note: This is now with '-ldbus-1-tqt' instead of '-ldbus-tqt-1'. Basically, this is "same-song-second-verse". pkgconfig info is fine, but unless the CMakeLists.txt files are patched to include either ${DBUS_TQT_LIBRARY_DIRS} or somehow get ${TDEHW_CUSTOM_LIBRARY_DIRS} into the CMakeLists.txt, the build fails. The current tdecore CMakeLists.txt includes only the following: link_directories( ${TQT_LIBRARY_DIRS} ${LIBIDN_LIBRARY_DIRS} ${GAMIN_LIBDIR} ${LIBART_LIBRARY_DIRS} ) This is insufficient if( WITH_TDEHWLIB_DAEMONS OR WITH_HAL OR WITH_DEVKITPOWER OR WITH_UPOWER OR WITH_UDISKS OR WITH_UDISKS2 OR WITH_NETWORK_MANAGER_BACKEND OR WITH_CONSOLEKIT ) are chosen as options. See: tdecore/tdehw/CMakeLists.txt There are probably other fixes needed, but my first thought was just to include ${DBUS_TQT_LIBRARY_DIRS}: link_directories( ${TQT_LIBRARY_DIRS} ${LIBIDN_LIBRARY_DIRS} ${GAMIN_LIBDIR} ${LIBART_LIBRARY_DIRS} ${DBUS_TQT_LIBRARY_DIRS} ) But if ${TDEHW_CUSTOM_LIBRARY_DIRS} is visible in this scope, then : link_directories( ${TQT_LIBRARY_DIRS} ${LIBIDN_LIBRARY_DIRS} ${GAMIN_LIBDIR} ${LIBART_LIBRARY_DIRS} ${TDEHW_CUSTOM_LIBRARY_DIRS} ) is probably better. You do NOT see this problem if you are including -L/opt/trinity/libs in CXXFLAGS, but you should not have to put library search paths in CXXFLAGS to avoid the FTBFS. -- David C. Rankin, J.D.,P.E.

10 years, 4 months

← Newer
1
...
6
7
8
9
10
11
12
...
20
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels January 2014