Hi all,
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.
Best regards,
Tiago
---------- 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
To: gentoo-desktop(a)lists.gentoo.org
Hi!
Error from build log:
---cut---
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
'QImage::QImage' directly
../../../amarok/src/osd.h:40:74: error: for a function-style cast, remove
the redundant '::QImage'
---cut---
Patch (duplicated in attach):
---cut---
--- 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 @@
public slots:
/** 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 );
---cut---
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.
--
WBR, Alex.
Hi there.
I'm taking a serious interest in porting Qt 4 to JavaScript using clang
http://clang.llvm.org/
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!
Any thoughts?
Philip Ashmore
P.S. I could have waited until I had completed the port to JavaScript
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
provide.
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.
https://bugzilla.novell.com/show_bug.cgi?id=719453
ksim and kgpg contains the GPL-2.0 files listed below. I can't immediately see
from the spec file where the source code is compiled into but the spec file
should definitely denote the package (or subpackage of applicable) as GPL-2.0.
kdeutils-3.5.10/kgpg/conf_encryption.ui.h
kdeutils-3.5.10/kgpg/keyexport.ui.h
kdeutils-3.5.10/kgpg/kgpgrevokewidget.ui.h
kdeutils-3.5.10/kgpg/newkey.ui.h
kdeutils-3.5.10/ksim/monitors/lm_sensors/NVCtrl.c
kdeutils-3.5.10/ksim/monitors/lm_sensors/NVCtrl.h
kdeutils-3.5.10/ksim/monitors/lm_sensors/nv_control.h
kdeutils-3.5.10/superkaramba/examples/taskBar/cleanbar/README
Also, there are numerous header files in klaptopdaemon licensed under the
MPL-1.0 (which is incompatible with the GPL-2.0). Please check if these files
are used. If they are, we need to determine how we can resolve the GPL
compatibility issue.
kdeutils-3.5.10/klaptopdaemon/linux/bulkmem.h
kdeutils-3.5.10/klaptopdaemon/linux/ciscode.h
kdeutils-3.5.10/klaptopdaemon/linux/cisreg.h
kdeutils-3.5.10/klaptopdaemon/linux/cistpl.h
kdeutils-3.5.10/klaptopdaemon/linux/cs.h
kdeutils-3.5.10/klaptopdaemon/linux/cs_types.h
kdeutils-3.5.10/klaptopdaemon/linux/driver_ops.h
kdeutils-3.5.10/klaptopdaemon/linux/ds.h
kdeutils-3.5.10/klaptopdaemon/linux/ftl.h
kdeutils-3.5.10/klaptopdaemon/linux/k_compat.h
kdeutils-3.5.10/klaptopdaemon/linux/mem_op.h
kdeutils-3.5.10/klaptopdaemon/linux/memory.h
kdeutils-3.5.10/klaptopdaemon/linux/ss.h
Hi all,
1 - I do not know where to post a bug report.
2 - In a previous mail, I tried to explain that kdesu "survived" after
some use, requiring then the maximum CPU resources. I understand now in what
circumstances: this appens while reopenning a session that was closed when a
program is still open and that it was opened with kdesu.
- I had this to be clearer (than Google!): press "Alt"+"F2",
type "kdesu whatever", Once whatever launched and running, close the session.
Reopen the (same user) session, and check the processor activity.
3 - Is there a way to record a session to make it the one that is used
at the next re-opening (was an OSS_10.3 feature) ?
Sincerely,
Patrick