Hi. I'm not sure if I'm writing the right mailing list so sorry if it isn't
so. Also sorry for my not very good english...
Is there any special need for using "add_subdirectory " insted of
"tde_conditional_add_subdirectory" for kcontrol, kdmlib etc?
I think it's better to include all subdirectories via tde's function...
Hallo Trinity Devs,
whats the state of tqt with qt4 ?
is it already possible to use qt4 with trinity or is qt3 still required
i am asking because i am starting to package trinity for gentoo
and if qt4 works no need to stress with qt3 packaging
I finally managed to compile Trinity kdelibs and kdebase on Slackware64
13.37 with KDE4 installed. The Trinity 3.5.11 release notes say that it
works with KDE4 installed alongside, but it's not what I observed:
-launching KDE3 in Xnest as an user already running KDE4 won't work
-launching KDE3 as another user in another X server instance, and with
PATH=/opt/kde3/bin:$PATH works, but:
-KDE4 akonadi, nepomuk and even plasma-desktop (!) are launched in
addition of KDE3.
-Applications are partially translated using KDE4 translations, the
only ones I have on my system, and I observed using strace that /usr
translations are searched for *before* /opt/kde3 translations.
-Many of the tray icons are from KDE4 applications.
So it seems that the CMake transition has completely broken the
Trinity-KDE4 cohabitation (I didn't try to solve anything for now).
Thought this might be interesting to forward.
---------- Forwarded message ----------
From: Alex Efros <powerman(a)powerman.name>
Date: Tue, Sep 27, 2011 at 4:04 PM
Subject: [gentoo-desktop] [PATCH] amarok-1.4.10_p20090130-r4 fail to compile
Error from build log:
In file included from amarokdcophandler.cpp:36:0:
../../../amarok/src/osd.h: At global scope:
../../../amarok/src/osd.h:40:74: error: cannot call constructor
../../../amarok/src/osd.h:40:74: error: for a function-style cast, remove
the redundant '::QImage'
Patch (duplicated in attach):
--- amarok/src/osd.h.orig 2011-09-27 17:47:26.000000000 +0300
+++ amarok/src/osd.h 2011-09-27 17:47:43.000000000 +0300
@@ -37,7 +37,7 @@
/** calls setText() then show(), after setting image if needed */
- void show( const QString &text, QImage newImage = QImage::QImage()
+ void show( const QString &text, QImage newImage = QImage() );
void ratingChanged( const short rating );
void ratingChanged( const QString& path, int rating );
void volChanged( unsigned char volume );
I noticed this issue when re-emerging @world after upgrading gcc 4.4.5 to
4.5.3, but probably this issue have nothing with gcc and related to some
previous qt upgrade, so I named patch file amarok-qt3-4.7.patch but I'm
not sure this is correct name.
I know it sounds crazy, but you can write a clang plug-in that can visit
the entire source code AST (abstract syntax tree) and output any
information you need, including changing how Qt calls are made, and
rewrapping those Q_OBJECT, Q_PROPERTY etc entries.
It seems entirely possible to migrate most KDE 3.5 to use the QT 4 api
automatically with relatively few hand-written parts - apart from the
plug-in, that is!
before posting this, but that's going to take a while, and will involve
a lot more hand-written parts - mostly stubbing out what html5 can't
also for jpeg (i don't know how to include it into patch):
cd qt && rm -f include/jpegint.h include/jpeglib.h
this files must be supplied with libraries... also there ara a lot of other
files in include directory, that shouldn't be included into qt directory.