tde-devels

devels@trinitydesktop.org

3803 discussions

Trinity on Arch - Intel Atom (new thread)
by David C. Rankin 23 Feb '11

23 Feb '11

Calvin wrote: On an Intel Atom it takes much longer than 5 minutes :P It broke again D: Do you think it is related to the environmental variables? Hmmm.. (1.) The very first thing I want to do is confirm that you have the following built and installed in this order, so show us 'pacman -Q | grep trinity': 15:34 supersff:~> pacman -Q | grep trinity # then I manually sorted trinity-qt3 3.3.8-20 trinity-pyqt3 3.18.1-9 trinity-tqtinterface 1221148-1 trinity-arts 1214641-1 trinity-kdelibs 1222098-1 Your stuck at 37% on trinity-kdebase 1221588-1 (2.) Please post the error you received after rebuilding with 'make VERBOSE=1' in the build() function. (it will provide a little more info that will help) Your environment for the build is set within the PKGBUILD file so it shouldn't matter what your existing shell environment is: export CMAKE_PREFIX_PATH=/opt/qt:/opt/trinity CMAKE_INCLUDE_PATH=/opt/qt/include:/opt/qt/include/tqt:/usr/include/dbus-1.0:/opt/trinity/include:/opt/trinity/include/libkrandr export LD_LIBRARY_PATH=/opt/trinity/lib:/opt/trinity/lib/kde3:$LD_LIBRARY_PATH export PKG_CONFIG_PATH=:/opt/trinity/lib/pkgconfig:/opt/qt/lib/pkgconfig The build environment will be influenced by /etc/ld.so.conf.d/trinity-kdelibs.conf. So if you have trinity-kdelibs installed: (3.) confirm you have cat /etc/ld.so.conf.d/trinity-kdelibs.conf /opt/trinity/lib (4.) As root, run ldconfig if the trinity-kdelibs.conf so the linker cache magic is updated. What I want to confirm is that you are NOT trying to build on a system with KDE4/Qt4 or kdemod3 installed. That will screw up your build because of the conflicting libraries that cmake has trouble ignoring. So: (5.) look at: pacman -Q | grep "qt\|kde" If you have: qt 4.7.1-3 kdemod3-<anything> 3.5.10-1 kde<xyz>-<anything> 4.6.0-2 The build will fail. I don't know how a build between a normal i686, x86_64 and an Intel Atom will differ, but I haven't heard anything that says building on an Intel Atom won't work -- or that it *will* work for that matter. So let's take it step by step. Change into trinity-qt3 do 'makepkg -sf --noextract' to do a quick rebuild of the existing package and install it with 'sudo pacman -U trinity-qt3-<version>.xz. do the same thing for trinity-pyqt3 Change into trinity-tqtinterface - a simple makepkg -sf and install with 'sudo pacman -U trinity-tqtinterface-<version>.xz. Do the same thing for 'trinity-arts' and 'trinity-kdelibs'. After 'trinity-kdelibs' is installed - and run (as root) ldconfig. (6.) Change into trinity-kdebase - and restart the build with 'make VERBOSE=1' and post the output if it fails again. I'm scratching my head on this one. I've literally built Trinity 5-6 times in the past 2 days using the build script and gotten no errors during the make. So the PKGBUILDs work. If there is something special we need to do for the Intel Atom, then that's something we will have to look into. But, to get started, we need the information requesting in (1.) - (6.) above :) -- David C. Rankin, J.D.,P.E.

2 9

Building Trinity-kdebase on Arch Linux.
by calvin morrison 23 Feb '11

23 Feb '11

It seems that i was barking up the wrong tree; While trying to build trinity-kdebase with the PKBUILD provided i ran into this: [ 37%] Generating mount_xdr.c cd /home/calvin/builds/trinity/trinity-kdebase/src/kdebase/kioslave/nfs && rpcgen -c -o mount_xdr.c /home/calvin/builds/trinity/trinity-kdebase/src/kdebase/kioslave/nfs/mount.x file `mount_xdr.c' already exists and may be overwritten make[2]: *** [kioslave/nfs/mount_xdr.c] Error 1 make[2]: Leaving directory `/home/calvin/builds/trinity/trinity-kdebase/src/kdebase' make[1]: *** [kioslave/nfs/CMakeFiles/kio_nfs-module.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... It appears that mount_xdr already exists (obviously) rpcgen is attempting to over write it, and so Make gives an error? If anyone could reproduce this that would be helpful, i am at a complete loss. Calvin Morrison.

1 0

Todo - update kate/kwrite - Configure Kate -> Highlighting -> Download files
by David C. Rankin 22 Feb '11

22 Feb '11

Guys, Here is another quick todo to add to the svn code. Trinity has done a great job updating the syntax highlighting files for kate/kwrite from where they were at 3.5.10, but there are about 40 (37 to be exact) new ones that get downloaded when you configure kate. I think all that needs to be done is to take the current: ~/.kde3/share/apps/katepart/syntax and copy them to trinity/kdelibs/kate/data in the svn tree. Not a biggie, but it is simple to do and really makes it look like Trinity is up to date. There will always be syntax file updates, but as a goal, if we can keep an eye on them and keep the required updates to <= 10 or so for Trinity, I think that looks good. The current syntax files that get updated are: > ls -1 ~/.kde3/share/apps/katepart/syntax alert_indent.xml ample.xml asm-dsp56k.xml asm-m68k.xml bibtex.xml bmethod.xml cmake.xml commonlisp.xml cpp.xml css.xml cs.xml c.xml debianchangelog.xml doxygen.xml fortran.xml gdb.xml go.xml grammar.xml haskell.xml ini.xml javascript.xml json.xml latex.xml literate-haskell.xml objectivecpp.xml pango.xml perl.xml php.xml python.xml qml.xml rpmspec.xml sql-mysql.xml sql-postgresql.xml sql.xml txt2tags.xml vhdl.xml xml.xml -- David C. Rankin, J.D.,P.E.

1 0

Kdelibs patch for kernels > 2.6.36
by Ilya Chernykh 22 Feb '11

22 Feb '11

Yesterday I received a patch from Novell for better support for newer kernels. The patch is attached.

1 0

converting applications/knemo to tde cmake - need a little help
by David C. Rankin 22 Feb '11

22 Feb '11

Guys, I'm taking a stab at moving application/knemo to CMake. I'm new to cmake, but given a reasonable outline of what to do, I'll bet I can slog through it. knemo seems small enough to serve as a good package to learn with. What I need to know is "What is the basic outline for moving an existing kde module to cmake? I can figure out I need a knemo/cmake directory with modules/TDEMacros.cmake and a CMakeLists.txt, but after that I'm a bit lost. I have taken Serghei's kdewebdev CMakeLists.txt and I'm trying to cannibalize it. I think most everything will work. There are additional line I don't think I'll need in knemo since there are not any sub-packages like quanta. Can I just delete the following?: option( BUILD_QUANTA "Build quanta" ${BUILD_ALL} ) option( BUILD_KFILEREPLACE "Build kfilereplace" ${BUILD_ALL} ) if( BUILD_QUANTA ) add_subdirectory( lib ) endif( ) tde_conditional_add_subdirectory( BUILD_QUANTA quanta ) If I don't have subdirectories like quanta and I can just remove those lines, that gets me started... But then the question becomes "what else to I need to change in the knemo/cmake... directory? Here is my first run and the errors I got. I'll put my comments/questions in the errors: CMake Error at CMakeLists.txt:60 (include): include could not find load file: ConfigureChecks.cmake ## I get it, I need a ConfigureChecks.cmake. Can I just copy one? What kind of ## changes can I expect to need to make? CMake Error: File /home/david/tbld/applications/knemo/config.h.cmake does not exist. CMake Error at CMakeLists.txt:87 (configure_file): configure_file Problem configuring file ## Same issue, I know I'll need a config.h.cmake, what would be a good one to copy? That's about where I am on my cmake/knemo journey. If somebody has an outline to get me going on the cmake conversions, I don't mind helping move the smaller apps to cmake. -- David C. Rankin, J.D.,P.E.

3 6

Patch
by Ilya Chernykh 21 Feb '11

21 Feb '11

Today I received the following patch from Novell, for better support of newer kernels: Index: kdelibs-3.5.10/kinit/start_kdeinit.c =================================================================== --- kdelibs-3.5.10.orig/kinit/start_kdeinit.c +++ kdelibs-3.5.10/kinit/start_kdeinit.c @@ -44,11 +44,30 @@ static int set_protection( pid_t pid, in { char buf[ 1024 ]; int procfile; + struct stat st; + + /* Newer kernels (noticed in 2.6.36) */ + sprintf( buf, "/proc/%d/oom_score_adj", pid ); + if ( lstat (buf, &st) == 0) { + if( !enable ) { + /* Be paranoid and check that the pid we got from the pipe + belongs to this user. */ + if( st.st_uid != getuid()) + return 0; + } + procfile = open(buf, O_WRONLY); + if( enable ) + write( procfile, "-300", sizeof( "-300" )); + else + write( procfile, "0", sizeof( "0" )); + close( procfile ); + return 1; + } + sprintf( buf, "/proc/%d/stat", pid ); if( !enable ) { /* Be paranoid and check that the pid we got from the pipe belongs to this user. */ - struct stat st; if( lstat( buf, &st ) < 0 || st.st_uid != getuid()) return 0; }

2 1

startkde / trinity kinit crash after latest builds (with and without pam)
by David C. Rankin 18 Feb '11

18 Feb '11

Guys, After rebuilding with the current svn tree, I am getting startkde and kinit library errors: X.Org X Server 1.9.4 Release Date: 2011-02-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.37-ARCH i686 Current Operating System: Linux supersff 2.6.37-ARCH #1 SMP PREEMPT Fri Feb 11 16:55:18 UTC 2011 i686 Kernel command line: root=/dev/sda6 ro Build Date: 04 February 2011 09:39:45PM Current version of pixman: 0.20.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 18 10:38:49 2011 (==) Using config directory: "/etc/X11/xorg.conf.d" [startkde] Starting startkde. [startkde] KDEHOME is not set. [startkde] Set KDEHOME to /home/david/.kde3. [startkde] kdehome: /home/david/.kde3 kstartupconfig: error while loading shared libraries: libkdefakes.so.4: cannot open shared object file: No such file or directory kde-config: error while loading shared libraries: libkdecore.so.4: cannot open shared object file: No such file or directory [startkde] KDEDIR: /opt/trinity/ [startkde] KDEDIRS: /opt/trinity/:/usr/ [startkde] kdedirs_first: /opt/trinity/ [startkde] Starting Trinity... ksplash: error while loading shared libraries: libksplashthemes.so.0: cannot open shared object file: No such file or directory [startkde] KDE_FULL_SESSION: true [startkde] KDE_SESSION_UID: 1000 /opt/trinity/bin/kdeinit: error while loading shared libraries: libkparts.so.2: cannot open shared object file: No such file or directory [startkde] Could not start kdeinit. Check your installation. [startkde] kdeinit started successfully. [trinity kinit] Warning: connect() failed: : No such file or directory ksmserver: error while loading shared libraries: libkdeinit_ksmserver.so: cannot open shared object file: No such file or directory dcop: error while loading shared libraries: libDCOP.so.4: cannot open shared object file: No such file or directory [startkde] Shutting down Trinity... [trinity kinit] Warning: connect() failed: : No such file or directory [trinity kinit] Error: Can't contact kdeinit! artsshell: error while loading shared libraries: libsoundserver_idl.so.1: cannot open shared object file: No such file or directory [startkde] Running Trinity shutdown scripts... [startkde] Trinity shutdown complete. xinit: connection to X server lost waiting for X server to shut down This is occurring with at least the following range of svn revisions: 10:48 supersff:~/arch/tpkg> ls -1 i686-new trinity-arts-1214641-1-i686.pkg.tar.xz trinity-kdebase-1221326-1-i686.pkg.tar.xz trinity-kdelibs-1220926-1-i686.pkg.tar.xz trinity-kdevelop-1216516-1-i686.pkg.tar.xz trinity-kdewebdev-1216789-1-i686.pkg.tar.xz trinity-tqtinterface-1221148-1-i686.pkg.tar.xz and 10:49 supersff:~/arch/tpkg> ls -1 i686-pam/ trinity-kdebase-1221507-1-i686.pkg.tar.xz trinity-kdelibs-1220926-1.1-i686.pkg.tar.xz Let me know what else I can send to help debug. It's not just a result of -DWITH_PAM, because the packages above (i686-new directory) were built without pam enabled. So this is from at least kdelibs 1220926 or kdebase 1221326 (I don't know which package is to blame) -- David C. Rankin, J.D.,P.E.

3 4

patch - kdevelop/parts/tools/tools_part.cpp
by David C. Rankin 18 Feb '11

18 Feb '11

Guys, Here is a constructor patch for kdevelop/parts/tools/tools_part.cpp diff -uNr ../tools_part.cpp /home/david/tbld/trinity-kdevelop/src/kdevelop/parts/tools/tools_part.cpp --- ../tools_part.cpp 2011-02-18 07:20:58.000000000 -0600 +++ /home/david/tbld/trinity-kdevelop/src/kdevelop/parts/tools/tools_part.cpp 2011-02-18 07:22:14.000000000 -0600 @@ -154,7 +154,7 @@ if (captured) { if (KDevAppFrontend *appFrontend = extension<KDevAppFrontend>("KDevelop/AppFrontend")) - appFrontend->startAppCommand(TQString::TQString(), cmdline, false); + appFrontend->startAppCommand(TQString(), cmdline, false); } else { -- David C. Rankin, J.D.,P.E.

1 0

quickbuild server down
by Kristopher Gamrat 16 Feb '11

16 Feb '11

Hi, Just an alert that the quickbuild server at http://quickbuild.pearsoncomputing.net/ seems to be dead. A user on the IRC channel was trying to download an iso off of quickbuild, and when I went to check, the whole thing was down. Those of us who use it will have to wait for Tim to fix it. -- Kris "Piki" Ark Linux Webmaster Trinity Desktop Environment Packager

2 1

kio_stftp crap
by Ozan Çağlayan 14 Feb '11

14 Feb '11

Hi, In KDE3, kio_sftp is a kioslave with interacts with the ssh process. This is ported to libssh in KDE4. This was apparently working correctly until something low-level is upgraded on distros (glibc, kernel, etc) as now it fails while interacting with SSH because of some problem related to TTY stuff. (I've debugged for 2-3 hours, come to very weird and interesting points but still no fix) The bad thing that it isn't even using KProcess, it implements its own process class. If you write for example a python wrapper like: import subprocess import sys cmd = ["/usr/bin/ssh.orig"] cmd.extend(sys.argv[1:]) subprocess.call(cmd) and save the original ssh binary as ssh.orig and put this wrapper as /usr/bin/ssh, it magically works! Do you have any idea about the issue? There's a bug report on KDE too which is closed as fixed when the slave was ported to libssh in KDE4. None of the codes are modified in Trinity SVN since 3.5.10 import. This kio seems to reserve to be trashed, holy crap. -- Pardus Linux http://www.pardus.org.tr/eng

4 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels