tde-devels

devels@trinitydesktop.org

3753 discussions

Anyone building and running on X.Org server 1.12?

by David C. Rankin

Guys, I am still troubleshooting a few issues with X.Org version 1.12. Is there anyone else building and running on this version of xorg-server? I have updated virtualbox to 4.1.10 (compiled for xorg 1.12) and fluxbox runs flawlessly, but when starting TDE it hangs and crashes on "Initializing System Services" (the 2nd icon in the splash). The Xorg.O.log is clean, so I'm scratching my head. There are no other logs (.xsession-errors, etc..) in ~/. Does TDE generate other logs that might be of use? I'll try another complete rebuild since the packages are from 3/18 and 3/19 (old). I'll report back after that. In the mean time, if you have any other thoughts, please let me know. Thanks. -- David C. Rankin, J.D.,P.E.

12 years, 10 months

Howto handle differing versions of libtool in TDE builds

by David C. Rankin

Tim, Serghei, Darrell, What are your thoughts on how we should handle differing versions of libtool/auto... with tde building? The tdeutils build failure has really brought this to light. libtool 2.4.2-4 in Arch contains parsing functions that do not exist in the libtool version in tde GIT that causes the libtool process to attempt to use variable that are uninitialized and not declared resulting in build failures. For tdeutils the build fails with the call to "$to_host_file_cmd $1". The to_host_file_cmd isn't part of libtool in TDE. Evidently, the new libtool tries to call to_host_file_cmd on every source it compiles. Since to_host_file_cmd is not defined anywhere -- it bombs. The file name to toolchain parsing functions are at the end of the arch libtool.m4 file: <snip> to_host_file_cmd=$lt_cv_to_host_file_cmd AC_MSG_RESULT([$lt_cv_to_host_file_cmd]) _LT_DECL([to_host_file_cmd], [lt_cv_to_host_file_cmd], [0], [convert $build file names to $host format])dnl AC_MSG_CHECKING([how to convert $build file names to toolchain format]) AC_CACHE_VAL(lt_cv_to_tool_file_cmd, [#assume ordinary cross tools, or native build. lt_cv_to_tool_file_cmd=func_convert_file_noop case $host in *-*-mingw* ) case $build in *-*-mingw* ) # actually msys lt_cv_to_tool_file_cmd=func_convert_file_msys_to_w32 ;; esac ;; esac ]) to_tool_file_cmd=$lt_cv_to_tool_file_cmd AC_MSG_RESULT([$lt_cv_to_tool_file_cmd]) _LT_DECL([to_tool_file_cmd], [lt_cv_to_tool_file_cmd], [0], [convert $build files to toolchain format])dnl ])# _LT_PATH_CONVERSION_FUNCTIONS I guess the question is "does the libtool in tde need to be updated?" ..or.. is there some way to just to bypass the version inconsistency? It might be arch that is having issues today, but it will be the remainder of the distros that have the issue after a libtool update. I have tried several times to get familiar with cmake conversion, but as of today, I don't have the tools to tackle something like tdeutils. I don't know if that would provide a better solution than trying to fix libtool or how much work that would be. What are the thoughts of the experts? -- David C. Rankin, J.D.,P.E.

12 years, 10 months

Rosegarden builds on Arch

by David C. Rankin

Just a status for the Arch folks, Rosegarden builds fine from GIT. I've updated the latest PKGBUILD source .tar.gz files. You can grab them at: http://www.3111skyline.com/dl/dt/tde/src/ The current list of dependencies and TDE packages available are listed below. Note: tdeutils, avahi-tqt and amarok are not building. The remainder build with the current GIT sources: antlr3.tar.gz hal-info.tar.gz hal.tar.gz libantlr3c.tar.gz libkarma.tar.gz libmtp-git.tar.gz libnjb.tar.gz libutempter.tar.gz python-daap.tar.gz tde-amarok.tar.gz tde-arts.tar.gz tde-avahi-tqt.tar.gz tde-dbus-1-tqt.tar.gz tde-dbus-tqt.tar.gz tde-dolphin.tar.gz tde-gtk-qt-engine.tar.gz tde-kio-locate.tar.gz tde-kpowersave.tar.gz tde-libart-lgpl.tar.gz tde-libcaldav.tar.gz tde-libcarddav.tar.gz tde-rosegarden.tar.gz tde-tdeartwork.tar.gz tde-tdebase.tar.gz tde-tdegraphics.tar.gz tde-tdelibs.tar.gz tde-tdemultimedia.tar.gz tde-tdenetwork.tar.gz tde-tdepim.tar.gz tde-tdesdk.tar.gz tde-tde-style-qtcurve.tar.gz tde-tdesvn.tar.gz tde-tdeutils.tar.gz tde-tdevelop.tar.gz tde-tdewebdev.tar.gz tde-tqca-tls.tar.gz tde-tqt3.tar.gz tde-tqtinterface.tar.gz yauap.tar.gz -- David C. Rankin, J.D.,P.E.

12 years, 10 months

kpowersave - /usr/bin/ld: cannot find -ldbus-tqt-1

by David C. Rankin

Tim, Darrell, Other than a few hiccups, the build with tqtinterface and libart_lgpl in /usr has run fairly smooth. I did just run into another issue with kpowersave at 96% which looks like another ldconfig issue. The problem here is I didn't have any ldconfig or issues with kpowersave prior to the tqtinterface move to /usr. Is there something we can do with cmake that will help prevent the "I can't find the library issue?" The failure is libdbus-tqt-1 and it is in the same location it has been all along with correct package config information: [23:44 nirvana:/mnt/nv1/home/chroot/david/opt/trinity/lib/pkgconfig] # cat dbus-1-tqt.pc prefix=/opt/trinity exec_prefix=${prefix} libdir=${prefix}/lib includedir=${prefix}/include/dbus-1-tqt Name: dbus-tqt Description: DBUS bindings for the Trinity Qt [TQt] interface Version: 0.9.0 Libs: -L${libdir} -ldbus-1-tqt Cflags: -I${includedir} [23:44 nirvana:/mnt/nv1/home/chroot/david/opt/trinity/lib/pkgconfig] # cat dbus-tqt.pc prefix=/opt/trinity exec_prefix=${prefix} libdir=${prefix}/lib includedir=${prefix}/include Name: dbus-tqt-1 Description: D-BUS TQt bindings Version: 0.7 Requires: dbus-1 Libs: -L${libdir} -ldbus-tqt-1 -ldbus-1 -lpthread -lrt Cflags: -I${includedir} -I${includedir}/dbus-1.0 (NOTE: why is the package name dbus-tqt, while the pkg-config 'Name: dbus-tqt-1'? Could this be causing the error?) Further, below, the error shows that -L/opt/tqt3/lib is pull in before the dbus-tqt 'Libs:' string instead of /opt/trinity/lib specified in the dbus-tqt.pc file (above): -L/opt/tqt3/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt / ^^^^^^^^^^^^^^^ <according to the dbus-tqt.pc it should be:> -L/opt/trinity/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt / ^^^^^^^^^^^^^^^^^^ But the error I get says it getting '-L/opt/tqt3/lib -ldbus-tqt-1': [ 96%] Building CXX object src/CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o cd /build/src/build/src && /usr/bin/c++ -Dtdeinit_kpowersave_shared_EXPORTS -DHAVE_CONFIG_H -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -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/build/src/build/src -I/build/src/build -I/opt/trinity/include -I/opt/tqt3/include -I/usr/include/tqt -I/opt/trinity/include/dbus-1.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/hal -o CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o -c /build/src/build/src/suspend_Dialog.cpp Linking CXX shared library libtdeinit_kpowersave.so cd /build/src/build/src && /usr/bin/cmake -E cmake_link_script CMakeFiles/tdeinit_kpowersave-shared.dir/link.txt --verbose=1 /usr/bin/c++ -fPIC -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -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,libtdeinit_kpowersave.so -o libtdeinit_kpowersave.so CMakeFiles/tdeinit_kpowersave-shared.dir/dummy.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/autodimm.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/autosuspend.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/blacklistedit_Dialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/blacklisteditdialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/configure_Dialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/configuredialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/countdown_Dialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/countdowndialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/dbusHAL.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/detailed_Dialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/detaileddialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/hardware.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/hardware_battery.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/hardware_batteryCollection.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/hardware_cpu.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/inactivity.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/info_Dialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/infodialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/kpowersave.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/kpowersave_skel.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/log_viewer.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/logviewer.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/main.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/screen.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/settings.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/suspenddialog.cpp.o CMakeFiles/tdeinit_kpowersave-shared.dir/suspend_Dialog.cpp.o -L/opt/tqt3/lib -ldbus-tqt-1 -ldbus-1 -lpthread -lrt /opt/trinity/lib/libkio.so.4.2.0 -lhal -lXext -lXtst -lXss /opt/trinity/lib/libtdeui.so.4.2.0 -lfreetype -lfontconfig /opt/trinity/lib/libtdesu.so.4.2.0 -lutil /opt/trinity/lib/libkwalletclient.so.1.0.1 /opt/trinity/lib/libtdecore.so.4.2.0 /opt/trinity/lib/libDCOP.so.4.2.0 /opt/trinity/lib/libtdefx.so.4.2.0 -ltqt -ltqt-mt -lXrender -lX11 -lz -lidn -lXcomposite -lICE -lSM -Wl,-rpath,/opt/tqt3/lib:/opt/trinity/lib: /usr/bin/ld: cannot find -ldbus-tqt-1 collect2: ld returned 1 exit status make[2]: *** [src/libtdeinit_kpowersave.so] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [src/CMakeFiles/tdeinit_kpowersave-shared.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 Looking at the -ldbus-tqt-1 designation - it is one of the few that does not have the full path information. Where is that supposed to come from if not from the pkg-config results? The pkg-config lib results are correct, so what's up? -- David C. Rankin, J.D.,P.E.

12 years, 10 months

Updating ktorrent 2.2.6 -> 2.2.8

by Darrell Anderson

I have a patch available to update ktorrent from 2.2.6 to 2.2.8. The patch is available in bug report 363 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=363). The patch is in tar.gz format because the bug tracker won't allow a patch larger than 1MB. Patch created by comparing original 2.2.6 to 2.2.7 sources and then original 2.2.7 to 2.2.8 sources. Then adjusted for TQt layer. According to the ktorrent change log, there were only a few patches from 2.2.6 to 2.2.8. The attached patch matches those change log descriptions. With the patch ktorrent builds with no failures on Slackware 13.1. I would be grateful if other users would test the patch. If no further problems then I'll push to GIT. :) Darrell

12 years, 10 months

tdeutils ../libtool: line 2083: ark_part.cpp: command not found?

by David C. Rankin

All, I need help, or a link, to find out why libtool isn't working. I have also posted to the arch list in case this is libtool itself. libtool is attempting to use an undeclared variable as a command. The libtool file generated includes (beginning at line 2071): # func_to_tool_file ARG LAZY # converts the file name ARG from $build format to toolchain format. Return # result in func_to_tool_file_result. If the conversion in use is listed # in (the comma separated) LAZY, no conversion takes place. func_to_tool_file () { $opt_debug case ,$2, in *,"$to_tool_file_cmd",*) func_to_tool_file_result=$1 ;; *) $to_tool_file_cmd "$1" func_to_tool_file_result=$func_to_host_file_result ;; esac } # end func_to_tool_file The tdeutils build fails at make on the very first file. The line that fails is line 2083: 2083| $to_tool_file_cmd "$1" The problem is '$to_tool_file_cmd' is never declared in 'libtool' resulting in the error: ../libtool: line 2083: ark_part.cpp: command not found Basically, libtool is trying to execute 'ark_part.cpp' as the command since '$to_tool_file_cmd' is never declared or initialized and is just blank in the command '$to_tool_file_cmd "$1"'. What I need to learn is whether this is a libtool problem or whether it is a tdeutils problem. tdeutils from the same source builds fine on slack, debian, etc.., so I wonder if this is a libtool version problem or something similar. I am building in an arch chroot and he PKGBUILD file used does: cd ${srcdir}/${pkgname#*-} cp /usr/share/aclocal/libtool.m4 ./admin cp /usr/share/libtool/config/ltmain.sh ./admin make -f admin/Makefile.common ./configure \ --prefix=${TDEDIR} \ --with-qt-dir=${QTDIR} \ --sysconfdir=/etc \ --localstatedir=/var \ --enable-debug=full \ --enable-closure make The complete error, which I don't fully understand is: /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -D_LARGEFILE64_SOURCE -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -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 -D_FORTIFY_SOURCE=2 -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 -MT ark_part.lo -MD -MP -MF .deps/ark_part.Tpo -c -o ark_part.lo ark_part.cpp ../libtool: line 2083: ark_part.cpp: command not found I have also tried 'make SHELL=/bin/bash' after googling that the environment could cause shell extension issues if part was done with bash and make was using sh, but that made no difference. Anybody familiar with libtool know if this is a libtool problem or if this is a problem with the tdeutil code? If it is libtool, any work-arounds? -- David C. Rankin, J.D.,P.E.

12 years, 10 months

tdebase Build Failure: tde-config: error while loading shared libraries: libtdecore.so.4

by David C. Rankin

Tim, Serghei, Darrell, After moving tqtinterface and libart_lgpl to /usr to facilitate build of tdeutils, tdebase fails to build. This looks like a cmake error: -- Looking for XkbSetPerClientControls in X11 - found -- checking for one of the modules 'arts' -- checking for one of the modules 'tqt' -- tmoc path: /usr/bin/tmoc -- moc path: /opt/tqt3/bin/moc -- uic path: /opt/tqt3/bin/uic -- tqt-replace path: /usr/bin/tqt-replace -- Performing Test HAVE_USABLE_TQT -- Performing Test HAVE_USABLE_TQT - Success -- checking for 'TDE' -- checking for one of the modules 'tqt' /opt/trinity/bin/tde-config: error while loading shared libraries: libtdecore.so.4: cannot open shared object file: No such file or directory CMake Error at cmake/modules/TDEMacros.cmake:23 (message): ################################################# Unable to run tde-config! TDELIBS are correctly installed? Path to tde-config are corect? ################################################# Call Stack (most recent call first): cmake/modules/TDEMacros.cmake:93 (tde_message_fatal) cmake/modules/FindTDE.cmake:35 (tde_execute_process) ConfigureChecks.cmake:217 (find_package) CMakeLists.txt:145 (include) -- Configuring incomplete, errors occurred! The strange part is both tde-config and libtdecore.so.4 are right where they should be: 19:25 nirvana:/mnt/nv1/home/chroot> find david/opt/ -name tde-config david/opt/trinity/bin/tde-config 19:25 nirvana:/mnt/nv1/home/chroot> find david/opt/ -name libtdecore.so.4 david/opt/trinity/lib/libtdecore.so.4 19:26 nirvana:/mnt/nv1/home/chroot> l david/opt/trinity/lib/libtdecore.so.4 lrwxrwxrwx 1 root root 19 Mar 18 19:18 david/opt/trinity/lib/libtdecore.so.4 -> libtdecore.so.4.2.0 19:32 nirvana:/mnt/nv1/home/chroot> l david/opt/trinity/lib/libtdecore.so.4.2.0 -rwxr-xr-x 1 root root 3289624 Mar 18 19:18 david/opt/trinity/lib/libtdecore.so.4.2.0 Is there some path disconnect in installing tqtinterface to /usr that causes problem with tdebase finding tde-config as installed by tdelibs in /opt? -- David C. Rankin, J.D.,P.E.

12 years, 10 months

After moving tqtinterface to /usr, tdelibs fails: /usr/bin/ld: cannot find -lart_lgpl_2

by David C. Rankin

Tim, Darrell, After moving tqtinterface to /usr to enable tdeutils to build (hardcoded paths to tqt), tdelibs fails to build due to not finding the art_lgpl_2 library which is in /opt/trinity/lib. How do we handle this? Is there an 'export X' needed to make tdelibs build? The error is: Linking CXX shared library libtdecore.so cd /build/src/build/tdecore && /usr/bin/cmake -E cmake_link_script CMakeFiles/tdecore-shared.dir/link.txt --verbose=1 /usr/bin/c++ -fPIC -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -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,libtdecore.so.4 -o libtdecore.so.4.2.0 CMakeFiles/tdecore-shared.dir/libintl.cpp.o CMakeFiles/tdecore-shared.dir/kapplication.cpp.o CMakeFiles/tdecore-shared.dir/kdebug.cpp.o CMakeFiles/tdecore-shared.dir/netwm.cpp.o CMakeFiles/tdecore-shared.dir/kconfigbase.cpp.o CMakeFiles/tdecore-shared.dir/kconfig.cpp.o CMakeFiles/tdecore-shared.dir/ksimpleconfig.cpp.o CMakeFiles/tdecore-shared.dir/kconfigbackend.cpp.o CMakeFiles/tdecore-shared.dir/kmanagerselection.cpp.o CMakeFiles/tdecore-shared.dir/kdesktopfile.cpp.o CMakeFiles/tdecore-shared.dir/kstandarddirs.cpp.o CMakeFiles/tdecore-shared.dir/ksock.cpp.o CMakeFiles/tdecore-shared.dir/kpty.cpp.o CMakeFiles/tdecore-shared.dir/kprocess.cpp.o CMakeFiles/tdecore-shared.dir/kprocctrl.cpp.o CMakeFiles/tdecore-shared.dir/klocale.cpp.o CMakeFiles/tdecore-shared.dir/krfcdate.cpp.o CMakeFiles/tdecore-shared.dir/kiconeffect.cpp.o CMakeFiles/tdecore-shared.dir/kicontheme.cpp.o CMakeFiles/tdecore-shared.dir/kiconloader.cpp.o CMakeFiles/tdecore-shared.dir/twin.cpp.o CMakeFiles/tdecore-shared.dir/twinmodule.cpp.o CMakeFiles/tdecore-shared.dir/krootprop.cpp.o CMakeFiles/tdecore-shared.dir/kcharsets.cpp.o CMakeFiles/tdecore-shared.dir/kckey.cpp.o CMakeFiles/tdecore-shared.dir/kshortcut.cpp.o CMakeFiles/tdecore-shared.dir/kkeynative_x11.cpp.o CMakeFiles/tdecore-shared.dir/kkeyserver_x11.cpp.o CMakeFiles/tdecore-shared.dir/kaccelaction.cpp.o CMakeFiles/tdecore-shared.dir/kshortcutmenu.cpp.o CMakeFiles/tdecore-shared.dir/kaccelbase.cpp.o CMakeFiles/tdecore-shared.dir/kaccel.cpp.o CMakeFiles/tdecore-shared.dir/kglobalaccel_x11.cpp.o CMakeFiles/tdecore-shared.dir/kglobalaccel.cpp.o CMakeFiles/tdecore-shared.dir/kstdaccel.cpp.o CMakeFiles/tdecore-shared.dir/kshortcutlist.cpp.o CMakeFiles/tdecore-shared.dir/kcrash.cpp.o CMakeFiles/tdecore-shared.dir/kurl.cpp.o CMakeFiles/tdecore-shared.dir/kregexp.cpp.o CMakeFiles/tdecore-shared.dir/kglobal.cpp.o CMakeFiles/tdecore-shared.dir/kglobalsettings.cpp.o CMakeFiles/tdecore-shared.dir/kallocator.cpp.o CMakeFiles/tdecore-shared.dir/kvmallocator.cpp.o CMakeFiles/tdecore-shared.dir/kmimesourcefactory.cpp.o CMakeFiles/tdecore-shared.dir/kinstance.cpp.o CMakeFiles/tdecore-shared.dir/kpalette.cpp.o CMakeFiles/tdecore-shared.dir/kipc.cpp.o CMakeFiles/tdecore-shared.dir/klibloader.cpp.o CMakeFiles/tdecore-shared.dir/ktempfile.cpp.o CMakeFiles/tdecore-shared.dir/kuniqueapplication.cpp.o CMakeFiles/tdecore-shared.dir/kaccelmanager.cpp.o CMakeFiles/tdecore-shared.dir/ksavefile.cpp.o CMakeFiles/tdecore-shared.dir/krandomsequence.cpp.o CMakeFiles/tdecore-shared.dir/kstringhandler.cpp.o CMakeFiles/tdecore-shared.dir/kcompletion.cpp.o CMakeFiles/tdecore-shared.dir/kcmdlineargs.cpp.o CMakeFiles/tdecore-shared.dir/kaboutdata.cpp.o CMakeFiles/tdecore-shared.dir/kcompletionbase.cpp.o CMakeFiles/tdecore-shared.dir/knotifyclient.cpp.o CMakeFiles/tdecore-shared.dir/kaudioplayer.cpp.o CMakeFiles/tdecore-shared.dir/kdcoppropertyproxy.cpp.o CMakeFiles/tdecore-shared.dir/ksockaddr.cpp.o CMakeFiles/tdecore-shared.dir/kextsock.cpp.o CMakeFiles/tdecore-shared.dir/netsupp.cpp.o CMakeFiles/tdecore-shared.dir/kprocio.cpp.o CMakeFiles/tdecore-shared.dir/kbufferedio.cpp.o CMakeFiles/tdecore-shared.dir/kpixmapprovider.cpp.o CMakeFiles/tdecore-shared.dir/kurldrag.cpp.o CMakeFiles/tdecore-shared.dir/kmdcodec.cpp.o CMakeFiles/tdecore-shared.dir/ksocks.cpp.o CMakeFiles/tdecore-shared.dir/fakes.c.o CMakeFiles/tdecore-shared.dir/vsnprintf.c.o CMakeFiles/tdecore-shared.dir/ksycoca.cpp.o CMakeFiles/tdecore-shared.dir/ksycocadict.cpp.o CMakeFiles/tdecore-shared.dir/ksycoca_skel.cpp.o CMakeFiles/tdecore-shared.dir/ksycocafactory.cpp.o CMakeFiles/tdecore-shared.dir/kxmessages.cpp.o CMakeFiles/tdecore-shared.dir/kstartupinfo.cpp.o CMakeFiles/tdecore-shared.dir/kcatalogue.cpp.o CMakeFiles/tdecore-shared.dir/kasyncio.cpp.o CMakeFiles/tdecore-shared.dir/kmultipledrag.cpp.o CMakeFiles/tdecore-shared.dir/kstaticdeleter.cpp.o CMakeFiles/tdecore-shared.dir/kappdcopiface.cpp.o CMakeFiles/tdecore-shared.dir/kappdcopiface_skel.cpp.o CMakeFiles/tdecore-shared.dir/kclipboard.cpp.o CMakeFiles/tdecore-shared.dir/kcheckaccelerators.cpp.o CMakeFiles/tdecore-shared.dir/tdeversion.cpp.o CMakeFiles/tdecore-shared.dir/kdebugdcopiface.cpp.o CMakeFiles/tdecore-shared.dir/kdebugdcopiface_skel.cpp.o CMakeFiles/tdecore-shared.dir/kcalendarsystem.cpp.o CMakeFiles/tdecore-shared.dir/kcalendarsystemgregorian.cpp.o CMakeFiles/tdecore-shared.dir/kcalendarsystemhijri.cpp.o CMakeFiles/tdecore-shared.dir/kcalendarsystemhebrew.cpp.o CMakeFiles/tdecore-shared.dir/kcalendarsystemfactory.cpp.o CMakeFiles/tdecore-shared.dir/kmacroexpander.cpp.o CMakeFiles/tdecore-shared.dir/kidna.cpp.o CMakeFiles/tdecore-shared.dir/ktempdir.cpp.o CMakeFiles/tdecore-shared.dir/kshell.cpp.o CMakeFiles/tdecore-shared.dir/kmountpoint.cpp.o CMakeFiles/tdecore-shared.dir/kcalendarsystemjalali.cpp.o CMakeFiles/tdecore-shared.dir/kprotocolinfo_tdecore.cpp.o CMakeFiles/tdecore-shared.dir/kprotocolinfofactory.cpp.o CMakeFiles/tdecore-shared.dir/kxerrorhandler.cpp.o CMakeFiles/tdecore-shared.dir/kuser.cpp.o CMakeFiles/tdecore-shared.dir/kconfigskeleton.cpp.o CMakeFiles/tdecore-shared.dir/kconfigdialogmanager.cpp.o CMakeFiles/tdecore-shared.dir/klockfile.cpp.o CMakeFiles/tdecore-shared.dir/kqiodevicegzip_p.cpp.o CMakeFiles/tdecore-shared.dir/ktimezones.cpp.o -L/opt/tqt3/lib -Wl,-whole-archive network/libtdecorenetwork.a -Wl,-no-whole-archive ../libltdl/libltdlc.a svgicons/libkdesvgicons.a ../dcop/libDCOP.so.4.2.0 ../tdefx/libtdefx.so.4.2.0 -lz -lidn -lXcomposite -lICE -lSM -ldl -lart_lgpl_2 -ltqt -ltqt-mt -lXrender -lX11 -Wl,-rpath,/opt/tqt3/lib:/build/src/build/dcop:/build/src/build/tdefx: /usr/bin/ld: cannot find -lart_lgpl_2 collect2: ld returned 1 exit status 07:59 nirvana:/mnt/nv1/home/chroot/david/build> find ../opt/ -name "*art_lgpl_2*" ../opt/trinity/lib/libart_lgpl_2.la ../opt/trinity/lib/libart_lgpl_2.so.2 ../opt/trinity/lib/libart_lgpl_2.so.2.3.21 ../opt/trinity/lib/libart_lgpl_2.so ../opt/trinity/lib/libart_lgpl_2.a -- David C. Rankin, J.D.,P.E.

12 years, 10 months

gone till the 23rd

by Calvin Morrison

Hey all, My laptop is in for some basic repairs. I will get it back next friday the 23rd. I will be answering emails but only vaguely on my mobile phone Thanks!

12 years, 10 months

Slow Access To APT Sources

by Tiago Marques

Hi all, I've been having huge delays(5-15min) updating my package sources from Trinity's servers. What kind of network is supporting it? This has been going on for a while. Best regards, Tiago

12 years, 10 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels