tde-devels September 2010

devels@trinitydesktop.org

8 participants
127 discussions

Re: [trinity-devel] Building kdebase (failed)
by Darrell Anderson 02 Sep '10

02 Sep '10

> Oops, I meant kdebase/kcontrol/kicker/menutab_impl.h Made the change. The build again failed. :( Attached is a new log.

2 3

tqt - cmake script done
by Serghei Amelian 02 Sep '10

02 Sep '10

Hello, In this moment cmake script for TQt is done (at least it work for me) and can be tested. -- Serghei

1 0

tqt.h confusion
by Serghei Amelian 02 Sep '10

02 Sep '10

Hello, I found that tqt.h is modified only at install stage. If I define USE_QT3 before compilation, the compilation stop with this error: tqinputcontext.h:32:27: error: qinputcontext.h: No such file or directory This is intended behaviour? If yes, for what purpose is designed in this way? -- Serghei

2 8

Re: [trinity-devel] Building kdebase (failed)
by Darrell Anderson 02 Sep '10

02 Sep '10

I'm attaching a new log for building kdebase. I can build arts and kdelibs. I think I discovered why the builds on the virtual machine were so much slower. I was using a single processor kernel rather than smp. I'll fix that and hopefully that eliminates that particular problem. I have yet to figure out why nothing compiles in the chroot environment. Darrell

2 3

Building kdebase (failed)
by Darrell Anderson 02 Sep '10

02 Sep '10

Attached is a log of the failed kdebase build. The follwing message appears several times: TEPty.h:43: error: invalid use of incomplete type 'struct KPty' Another message: /usr/include/kprocess.h:34: error: forward declaration of 'struct KPty' I checked /usr/include and kprocess.h is installed from my previous kdelibs svn package. Darrell

2 16

Re: [trinity-devel] Building arts (failed)
by Darrell Anderson 01 Sep '10

01 Sep '10

I'm stumped. The problem is with my chroot environment. I spent the past few hours whittling away at both the chroot environment and the virtual machine trying to find the difference. Currently, as far as package installations go, the two machines are identical. Granted, although sandboxed, the chroot is not perfectly isolated like the virtual machine. Something is confusing the build process in the chroot environment that the virtual machine can't see. A chroot environment is not supposed to be able to see above/outside its internal root level. Thus I don't know what the chroot environment sees that the virtual machine can't. I can build in the virtual machine but as I mentioned previously, the build process is slower than on physical hardware. I wanted the chroot environment so I could use the physical hardware and build faster. I'll see how far I get rebuilding arts and kdelibs in the virtual machine. Then I'll try kdebase with your changes from a couple of days ago. I'll keep troubleshooting with the chroot environment too. With that said, I am attaching a new log of the failed arts build in the chroot environment. Perhaps something there might provide you a clue where I can troubleshoot or what might cause arts to fail in one environment but not the other. Oops. I forgot to attach the log!

1 0

tqtinterface compilation problem
by Serghei Amelian 01 Sep '10

01 Sep '10

Hello, I tried to compile tqtinterface, in this way: svn co svn://anonsvn.kde.org/home/kde/branches/trinity/dependencies/tqtinterface cd tqtinterface make -f admin/Makefile.common ./configure make Sources are compiled fine, but libtqt.so.4.2.0 is not created, only libtqt.la -- Serghei

2 12

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels September 2010