Followup: 2/3 PM EST? Or back such as 12 PM EST?
Also, can we get a list of topics?
The few ones I can think of (I detached myself from Trinity stuff the
past few months):
Git migration
Qt3/TQt3?
CMake - what's left
Observations/Concerns
--
later daze. :: Robert Xu :: rxu.lincomlinux.org :: protocol.by/rxu
The Quanta Plus web site no longer is in service:
http://quanta.kdewebdev.org/
We need that information. :)
One, to support our own documentation efforts, on which I am working.
Two, because the link in the Quanta Plus Help menu points to that broken link.
If we had copies of the important web pages we can massage them for our wiki or web site and update the Help menu link accordingly. Otherwise we need to remove that link from the Help menu.
Thanks!
Darrell
I've been trying to compile (more exactly, create working Gentoo packages
for) kdetoys from the 3.5.13 version of Trinity. amor, kodo, kteatime, and
ktux all work perfectly, but eyesapplet, fifteenapplet, kmoon, kweather,
and kworldclock all fail at the linking stage:
/bin/sh ../libtool --tag=CXX --mode=link i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i686 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -Wl,-O1 -Wl,--as-needed -o eyes_panelapplet.la -rpath /usr/kde/3.5/lib/trinity -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R /usr/kde/3.5/lib -R /usr/kde/3.5/lib -R /usr/qt/3/lib -module -L/usr/kde/3.5/lib -L/usr/qt/3/lib eyes.lo -lkdeui
libtool: link: i686-pc-linux-gnu-g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../../crti.o /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/crtbeginS.o .libs/eyes.o -Wl,-rpath -Wl,/usr/kde/3.5/lib -Wl,-rpath -Wl,/usr/kde/3.5/lib -Wl,-rpath -Wl,/usr/qt/3/lib -Wl,--as-needed -L/usr/kde/3.5/lib -L/usr/qt/3/lib /usr/kde/3.5/lib/libkdeui.so -L/usr/lib/gcc/i686-pc-linux-gnu/4.5.3 -L/usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/crtendS.o /usr/lib/gcc/i686-pc-linux-gnu/4.5.3/../../../crtn.o -O2 -O2 -march=i686 -Wl,-O1 -Wl,--no-undefined -Wl,--allow-shlib-undefined -Wl,-soname -Wl,eyes_panelapplet.so -o .libs/eyes_panelapplet.so
.libs/eyes.o: In function `EyesApplet::timerEvent(QTimerEvent*)':
eyes.cpp:(.text+0xc4): undefined reference to `QCursor::pos()'
eyes.cpp:(.text+0xda): undefined reference to `QWidget::mapFromGlobal(QPoint const&) const'
eyes.cpp:(.text+0xf3): undefined reference to `QWidget::update()'
.libs/eyes.o: In function `EyesApplet::resizeEvent(QResizeEvent*)':
eyes.cpp:(.text+0x140): undefined reference to `QWidget::resizeEvent(QResizeEvent*)'
I'll spare you another 200 lines of the same (the full build log for eyesapplet is attached
if anyone wants a look). Anyway, it looks very similar to the problem Baho Utot was
having about a month and a half ago, with QT apparently not being linked when it should.
(Speculation follows . . .)
Now, here's the interesting bit. Most of the applications in kdetoys are quite small,
so I figured I'd crack them open and have a look at the code. I found out that all
the applications that failed to link had something in common: they all, at some
point, had an #include for <kpanelapplet.h>. The applications that linked correctly
did not, as far as I could tell, make use of kpanelapplet.h. That might or might
not be a coincidence.
It's possible that the --as-needed linker flag also plays into this somehow. Its purpose
is to strip libraries which are linked but never used by the final application they're linked
to. However, it's been known to strip libs that *are* used from software that relies
on implicit library inclusions. Doing that can cause linking to fail due to missing
libraries, which again is kind of suspicious but not positive proof that it's involved.
Gentoo's package manager forces this flag on.
Hello developers,
after many hours of work I have managed to create a list of png files that are
broken in the git repository, check what is wrong with each of them and find a
way to fix it, or at least try to do so.
The full paths of the files are long and would be scattered across several
lines when sent as text in an e-mail. Therefore, I append the list as a file
"listOfBrokenFiles.txt" (plain text).
Also you will find two attached png files that I have manually fixed:
cr22-action-processor.png and test.png. The text file will tell you where they
belong.
Regards
Martin Walch (aka neo_ in IRC)
--
All,
This message is a heads-up to alert developers/packagers that the Qt3/TQt3
ABI is not backwards compatible with 3.3.x as of GIT hash 0eb9f5e.
This decision was not made lightly. The QWidget class did not contain
enough data members to add modern NetWM/Motif configuration flags due to
poor design, and as you may be aware adding data members is one of the
only ways to break ABI compatibility. I have also added new unused
reserved data members to ensure that this problem does not happen again in
the near future.
With this ABI bump comes a new version number, 3.4.0. If you need to
maintain backwards compatibility for any reason, I strongly suggest
locally reverting the 0eb9f5e patch in a copy of the latest qt3 sources
from GIT.
The ABI is not set in stone and may undergo further changes before R14.0.0
is released, however I will send a similar message to the lists if this
occurs.
Packagers, you will need to initiate a full rebuild of qt3 or tqt3, then
rebuild all TDE packages from scratch once the new qt3/tqt3 version is
installed.
Timothy Pearson
Trinity Desktop Project
I realize GIT is a moving target right now, but today I built all packages except tdebindings.
In twebdev only quanta and kfilereplace built. None of the other executables built.
The GIT file date stamps for twebdev show that almost all of the directory contents have been static since Dec. 25.
Has anybody else recently built twebdev and seen this as well?
All executables built with 3.5.13.
Darrell
After building tqt3, to /opt/trinity and tqtinterface to /usr i am
attempting to build arts (git). It fails just after reaching 100%. Any
ideas?
[100%] Building CXX object
qtmcop/CMakeFiles/qtmcop-shared.dir/qiomanager.cc.o
cd /mnt/sda6/build/qtmcop && /usr/bin/c++ -Dqtmcop_shared_EXPORTS
-DHAVE_CONFIG_H -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -O2
-march=i486 -mtune=i686 -fPIC -I/usr/local/include/tqt
-I/mnt/sda6/build/qtmcop -I/mnt/sda6/build/mcop
-I/mnt/sda7/trinity-3.5.13/git/tde/main/dependencies/arts/mcop -include
tqt.h -o CMakeFiles/qtmcop-shared.dir/qiomanager.cc.o -c
/mnt/sda7/trinity-3.5.13/git/tde/main/dependencies/arts/qtmcop/qiomanager.cc
In file included from
/mnt/sda7/trinity-3.5.13/git/tde/main/dependencies/arts/qtmcop/qiomanager.cc:299:0:
/mnt/sda6/build/qtmcop/qiomanager_p.moc: In static member function ‘static
QMetaObject* Arts::QIOWatch::staticMetaObject()’:
/mnt/sda6/build/qtmcop/qiomanager_p.moc:55:18: error: ‘TQUParameter’ does
not name a type
/mnt/sda6/build/qtmcop/qiomanager_p.moc:58:18: error: ‘TQUMethod’ does not
name a type
/mnt/sda6/build/qtmcop/qiomanager_p.moc:60:20: error: ‘slot_0’ was not
declared in this scope
/mnt/sda6/build/qtmcop/qiomanager_p.moc: In static member function ‘static
QMetaObject* Arts::QTimeWatch::staticMetaObject()’:
/mnt/sda6/build/qtmcop/qiomanager_p.moc:140:18: error: ‘TQUMethod’ does not
name a type
/mnt/sda6/build/qtmcop/qiomanager_p.moc:142:17: error: ‘slot_0’ was not
declared in this scope
make[2]: *** [qtmcop/CMakeFiles/qtmcop-shared.dir/qiomanager.cc.o] Error 1
make[2]: Leaving directory `/mnt/sda6/build'
make[1]: *** [qtmcop/CMakeFiles/qtmcop-shared.dir/all] Error 2
make[1]: Leaving directory `/mnt/sda6/build'
make: *** [all] Error 2
# find /opt/ -name "moc" -type f
/opt/trinity/lib/qt3-3.3.8.d/bin/moc
# find /usr/ -name "*moc*" -type f
/usr/local/bin/moc-tqt
/usr/local/bin/tmoc
/usr/bin/moc-tqt
/usr/bin/tmoc
# echo $PATH
/opt/trinity/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/games:/opt/trinity/lib/qt3-3.3.8.d/bin:/opt/trinity/lib/qt3-3.3.8.d/bin
Hi all,
I've been looking for a way to do this, and Darrell also mentioned
that he was looking for a was to use the Multiple Document Interface
with firefox.
I have written a patch that will enable you to only use a single kate
window. It is controlled by a kate kconfig option and can be changed
under kate's general settings tab.
Tim, Can we push this into the master? is this something we even want
to have? I like it personally, I understand if other don't. Remember
it is optional so it won't impact anything when disabled, and will be
disabled by default.
What do you think? Darrell with this satisfy what you were looking for?
This is using the 3.5.13 resources, prior to the rename. Some things
might need to change (kde to tde stuff).
Thanks,
Calvin Morrison
Any automake gurus want to help with this one?
The new tqca-tls package will not build with tqt3.
The problem appears to be the configure script can't find the include/tqt or include/tqt3 header files or both.
Take a look at the config.log. The error messages are all similar to what we have been discussing recently with building packages against tqt3.
The challenge is how to patch the configure files.
Thanks!
Darrell