tde-devels

devels@trinitydesktop.org

3803 discussions

Trinity Future Plans
by Darrell Anderson 26 Sep '10

26 Sep '10

Trinity 3.5.12 is not yet officially released, but I suspect we now are close to a serious freeze. I would like to address future plans. This is just my rambling. I have seen conversations about moving to cmake. Then there is the tqtinterface support moving toward the goal of being compatible with qt4. I presume moving to cmake means all build scripts have to be revised, not to mention all the testing and debugging that follows such a change. I'm exhausted with getting build scripts to function in Slackware, let alone having to consider starting all over again. In the short term I hope serious attention is provided after 3.5.12 to dramatically reducing the number of existing bug reports and enhancement requests. I'd like to see 3.5.13 focus solely on the bugzilla. Possibly too, resolve significant bugs and enhancement requests from the original KDE 3 bugzilla. Apparent to me of late is that the KDE developers abandoned 3.5.x long before the final 3.5.10 release. The patches committed from the Chakra project, Suse, and even Slackware is evidence of that. Many of those patches are fairly old and never got merged into the KDE SVN tree. I'd like to see cmake and qt4 support scheduled for a subsequent release. Can the transition to cmake be scheduled for 3.5.14 or 3.6? New bugs will be introduced once the transition to cmake begins, thereby fattening the bugzilla. This is what happened with the original KDE developers. They always focused on bling and seldom spent serious time adding polish to what already existed. The release schedule for Trinity does not have to coincide with Ubuntu releases. If 3.5.13 focused on bugs and minor enhancments, 3.5.13 could get released in only two or three months. I think the Trinity schedule should be independent of Ubuntu. Dramatically reducing the bugs and enhancement requests in 3.5.13 would provide a nice long-term stable desktop. That then would provide breathing room to migrate to cmake and qt4. My own hope is 3.5.13 focuses on bugs and minor enhancements, not whole new features. That is, add the polish the original KDE devs never added. Create the stable desktop that KDE 4 isn't. Darrell

1 0

Re: [trinity-devel] Release documentation
by Darrell Anderson 26 Sep '10

26 Sep '10

> And you have cookies and javascript enabled? Nope. I somewhat understand cookies, but JS? The bane of the internet? I hate JS. I have a slow enough internet connection as is. And I never have trusted JS. At all. Yes, I use NoScript. I still hate JS. Seems to work with those enabled, but I discovered I have little patience at the moment. I tried to paste text and the formatting is incorrect. I'm irritated I have to use JS and my internet connection has been horrible the past few weeks. Not to mention the 8 hours every day required to build these packages. I'll try later. I'm not in a good mood all of a sudden. In the mean time I'm attaching a text file to modify the bottom of the developer's page.

2 1

pykde3 FTBFS
by Darrell Anderson 26 Sep '10

26 Sep '10

I thought we fixed these. Must have slipped through. Patches attached. Darrell

2 1

koffice patch
by Darrell Anderson 26 Sep '10

26 Sep '10

This patch is in the Slackware koffice 1.6.3 build set. I don't know what the patch provides. http://slackware.mirrors.tds.net/pub/slackware/slackware-12.2/source/kde/ko… The date of the patch is Aug 28, 2008, which is about when 3.5.10 was released, but about a year after koffice 1.6.3 was released. Possibly yet another patch the KDE developers refused to merge. Darrell

2 3

kdebase svn 1179286 FTBFS
by Darrell Anderson 26 Sep '10

26 Sep '10

Log attached. Darrell

2 3

Release documentation
by Timothy Pearson 26 Sep '10

26 Sep '10

Darrell, I haven't forgotten about your offer to help with the release notes / what's new document. I think the Wiki is a perfect medium for us to collaborate and get a professional quality document together; thoughts? I have put up a preliminary page here: http://trinity.pearsoncomputing.net/wiki/bin/view/Documentation/Releases_3_… What I can do is pick through the SVN commit logs and add a list of what is new from 3.5.11 to that Wiki page. Then maybe you could go through each item and write a short description of what is new about the feature, and throw up a screenshot or two highlighting how to use / access the feature. Would this work for you? Do you have a different (better) idea of how to create the release notes? Thanks! Tim

2 9

kdebase svn FTBFS
by Darrell Anderson 25 Sep '10

25 Sep '10

Log attached. Darrell

1 0

Re: [trinity-devel] python-kde3 (pykde) FTBFS
by Darrell Anderson 24 Sep '10

24 Sep '10

> Are any processes using 100% CPU while you are > waiting? If so, which > program is using the CPU? > > I didn't write the pykdeextensions/python-kde3 package; in > fact I have > next to zero Python programming ability, so that is a > package I don't > touch unless something is seriously wrong. I downloaded 3.16.7 and tried compiling that rather than from SVN. Same results. Same stall point. Top showed the cc1plus compiler hogging 99% CPU time and 8% memory. This time I waited about 15 minutes and then the build continued. Possibly then the svn version is okay too. After continuing to compile --- for only a second --- there was another long stall. The pause was with the kdeui directory. According to the build instructions (http://www.riverbankcomputing.co.uk/static/Docs/PyKDE3/install.html), compiling should take 15 minutes to one hour. I waited an hour. Nothing. I decided to force non-concatenation with the -i switch. At least the -i switch is verbose and I could see things happening. That mode also was easier on the CPU. The package failed to build, but I knew right away. More than likely the concatenated version failed too and there was no message. SIP 4.11.1 and PyQT3 3.18.1 compiled fine. Log attached. According to the failure error, kinputidalog.h has an undeclared class QValidator. kinputidalog.h is installed from kdelibs.

2 4

kdelibs SVN 1179150 FTBFS
by Darrell Anderson 24 Sep '10

24 Sep '10

krun.cpp:977: error: 'KStringHandler' has not been declared Does krun.cpp need an include statement to kstringhandler.h? I notice a similar recent patch with konq_mainwindow.cc using KStringHandler. I'll guess that one will fail to compile too without the same patch? I'm curious how these SVN changes pass muster for Debian and not Slackware. Same basic tool chain. Do your Debian build scripts contain "make || exit 1" as a mechanism to force the make process to terminate? That is what I use to force the build process to terminate. Darrell

2 1

kde-i18n
by Darrell Anderson 24 Sep '10

24 Sep '10

How do those files work? Do they have to recompiled against Trinity core packages or can pre-built packages be used, such as those already available in Lenny or Slackware 12.2? Darrell

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels