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
Hi all,
1 - I do not know where to post a bug report.
2 - Audacity does not work. Can not save a project and can not export a
file (it seems to be a problem of dialogue).
Sincerely,
Patrick
It's been a busy month, hasn't it?
Let's get things back into the groove.
September Meeting will be held on 20 September 2011.
To find the time for your area, check the list here at http://bit.ly/npyguR
Topics include fixing the cmake checklist...
Preliminary list of topics here: http://trinity.etherpad.trinitydesktop.org/12
As usual, speak up for any objections and I will do my best to accommodate.
--
later daze. :: Robert Xu :: rxu.lincomlinux.org :: protocol.by/rxu