First little introduction:
As some of you know I'm in the process of creating PKGBUILDs for arch
linux, which are instructions for building binaries.
And I want them to be nearly-perfect and provide everything that they
should provide. How do I know what they should provide? By looking
what was done in the past. I got PKGBUILDs for 3.5.12 form kdemod3
git, i looked a little at old official KDE3 PKGBUILDs for arch, and I
managed to include everything up until I got to kdebase PKGBUILD.
My problem:
I noticed that kdemod3 provided configuration files for pam. I was
compiling kdebase with pam support, but never cared to check if this
support was complete with configuration files. I got curious and begun
examining things.
From what I understood reading README.pam found in kdebase main dir,
the "make install" should create automatically pam config files using
mkpamserv script found in kdebase. By default the pam service would be
called kde and the config file would be called the same. This would
fit, since from what I read up until now on pam, the config file
should be called the same as service name specified in pam_start()
function. But usign autotools one could change the default name to
something else using --with-pam=<name> (in fact this was done in the
kdemod3 PKGBUILD to ensure KDE4 compatibility, since KDE4 packages
provide it's own pam config file called kde), or better, provide
different pam config files for each app that used pam using
--with-kdm-pam=<name> for kdm, --with-kpc-pam=<name> for kcheckpass
and --with-kss-pam for kscreensaver.
Now, with CMake this isn't done. I still can manually generate the pam
config files, using mkpamsrv script, but I wonder how the pam session
(and config file) should be called. By default it would be kde, but I
can't use it, since it would overwrite the kde4 pam config or would be
overwritten on kde4 installation. And if I simply generate pam config
files with other name, how do I ensure that apps with pam support are
actually using them, and not serching instead for config/session
called kde?
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