Hi all,
While building TQt3 today, I noticed that I was receiving numerous
errors that said that an object was not declared in scope.
The log file: http://pastie.org/4350270
Does anyone have any idea? Patches I use don't seem to point to any
such solution at the moment (including qt-transparency.patch).
--
later daze. :: Robert Xu :: protocol.by/rxu
Hi,
I built tqt3->tdebase on a Debian Unstable box (GCC-4.7.1, cmake-2.8.9~rc1)
and the only show stopper was bug #1116 (kconfig_compiler should be
renamed)--and that only cropped up because I have KDE-4 dev packages
installed. I then started looking at the build logs for tqt3 and came across
a few simple to fix packaging issues...
$ diff -ru tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian
tde/build/main/dependencies/tqt3/debian
Only in tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian/patches:
09_amd64_lib64.diff
diff -ru
tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian/patches/series
tde/build/main/dependencies/tqt3/debian/patches/series
--- tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian/patches/series
2012-07-13 00:27:09.000000000 -0600
+++ tde/build/main/dependencies/tqt3/debian/patches/series 2012-07-20
15:25:19.000000000 -0600
@@ -1,4 +1,3 @@
06_disable_rpath.diff
-09_amd64_lib64.diff
72_dont_trust_uname-m_use_dpkg-arch_instead.diff
kubuntu_06_fglrx_0_size_screen.diff
... 09_amd64_lib64.diff patches to use obsolete /usr/X11R6 dirs ...
diff -ru tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian/rules
tde/build/main/dependencies/tqt3/debian/rules
--- tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian/rules
2012-07-13 00:27:09.000000000 -0600
+++ tde/build/main/dependencies/tqt3/debian/rules 2012-07-23
19:08:09.000000000 -0600
@@ -25,7 +25,11 @@
ifeq ($(DEB_HOST_ARCH),sparc)
PLATFORM_ARG = linux-g++-sparc
else #sparc
+ifeq ($(DEB_HOST_ARCH),amd64)
+ PLATFORM_ARG = linux-g++-64
+else #amd64
PLATFORM_ARG = linux-g++
+endif #amd64
endif #sparc
endif #hurd
... the platform wasn't being set properly, mkspecs/linux-g++ was being used
instead of the expected mkspecs/linux-g++-64. This patches over the problem
but (AFAICT) shouldn't be necessary (i.e., something deeper needs fixing)...
@@ -230,8 +234,6 @@
# copy all docs there first
install -d $(P_DOC)/usr/share/tqt3/doc/html/
for a in `cd $(TMP_INSTALL)/usr/share/tqt3/doc/html/ && find`; do cp
$(TMP_INSTALL)/usr/share/tqt3/doc/html/"$$a"
$(P_DOC)/usr/share/tqt3/doc/html/; done
- #typo bugfix
- sed -i -e 's/reveives/receives/'
$(P_DOC)/usr/share/tqt3/doc/html/ntqwidget.html
## build designer package documentation
# tqt3-designer
... fixing a typo via sed in the packaging is ugly, best to fix the typo in
the source itself and be done with it for everyone, eh.
Generally, it looks like the Debian packaging of everything required to get
tdebase up and running needs more updating than is reasonable to do via
tweaking what exists if the packages are to conform to current Debian Policy
and best practice--it may be best to backport the packaging currently being
used by Debian into Trinity where possible.
While looking through the build.log for tqt3 I kept getting distracted by the
piles of "suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]"
warnings--so I went through the source and added in all the missing
parentheses g++ was complaining about (plus fixed a few more warnings where
the fix was just as obvious). The build log is much easier to read now, and
potentially problematic warnings (such as [-Wdelete-non-virtual-dtor][1]) are
no longer buried among the noise.
What is the best way for me to get the tqt3 source changes to you?
- Bruce
[1] -Wdelete-non-virtual-dtor comes in two flavours, one which may result in a
memory leak and another which will result in undefined behaviour.
Tim, Darrell,
After removing 3.5.12 from a box and installing R14, the tdm login screen is
the old boxy style XDG login instead of the new gradient style tde login. The
background is the correct isadora wallpaper, but the 'Login to TDE' part in the
middle is not the cool TDE login I've had with all previous installs. Did
something with the graphics change in tdebase? I really liked the old one and
the new graphic is -- well -- terrible.
Here is what I got with the new R14 install (it's a picture of the monitor):
http://www.3111skyline.com/dl/dt/trinity/ss/tdm-old.jpg
Here is what I got with earlier tde R14 installs (this one 3/12/12):
http://www.3111skyline.com/dl/dt/trinity/ss/tdm-no-session.jpg
I can't figure out what would have caused this to change unless something in
the GIT tree changed. I have no idea what graphic to look for. Any ideas?
--
David C. Rankin, J.D.,P.E.
Hi all,
Anyone have a handy sed command or similar to switch Q* to TQ* in patch files?
I'm attempting to find the easiest way out before having to modify one
by one individually.
--
later daze. :: Robert Xu :: protocol.by/rxu
Slavek,
There are a couple of useful CMake commits that need to be cherrypicked for
3.5.13-sru. The first is in tdebase:
tdebase/kioslave/media/mediamanager/CMakeLists.txt
include_directories(
${CMAKE_CURRENT_BINARY_DIR}
${CMAKE_BINARY_DIR}/kioslave/media/libmediacommon
${CMAKE_SOURCE_DIR}/kioslave/media/libmediacommon
${CMAKE_BINARY_DIR}
${TDE_INCLUDE_DIR}
${TQT_INCLUDE_DIRS}
${HAL_INCLUDE_DIRS}
+ ${DBUS_TQT_INCLUDE_DIRS}
)
There is a commit that adds ${DBUS_TQT_INCLUDE_DIRS} to the
include_directories list. I'll keep a list in this thread and we can look up the
commit numbers when we are done.
--
David C. Rankin, J.D.,P.E.
All, Slavek,
With only slight changes to the build scripts for Arch, I was able to perform
a fairly successful automated end-to-end build of 3.5.13-sru using the same
build system I use for R14. tdebase required adjusting the config location name
from tdm to kdm and tdebase/kioslave/media/mediamanager/CMakeLists.txt was
patched to include the 'include directories' ${DBUS_TQT_INCLUDE_DIRS}. (there is
already a commit for this that can be cherry-picked to sru. The list of what
build on the 'first-run' is provided below along with the list of what failed.
I'll tweak the failures and provide needed changes, as time permits, under
(enhancement) Bug 1130 - Branch v3.5.13-sru -- Additional commits/fixes.
The packages that built (on the Arch build system with gcc 4.7.1, glibc 2.16,
ffmpeg 0.11-1, libpng 1.5) from the GIT tree with all modules available switched
to v3.5.13-sru were:
tde-arts
tde-basket
tde-dbus-1-tqt
tde-dbus-tqt
tde-digikam
tde-dolphin
tde-filelight
tde-gtk-qt-engine
tde-gwenview
tde-k3b
tde-kaffeine
tde-katapult
tde-kdiff3
tde-kima
tde-kio-locate
tde-kipi-plugins
tde-kmplayer
tde-knemo
tde-knutclient
tde-koffice
tde-konversation
tde-kpowersave
tde-krusader
tde-libart-lgpl
tde-libcaldav
tde-libcarddav
tde-libkdcraw
tde-libkexiv2
tde-libkipi
tde-libksquirrel
tde-mlt++
tde-mlt
tde-qca-tls
tde-qt3-3.8.8.d
tde-sip
tde-sip4-tqt
tde-tde-style-qtcurve
tde-tdeaccessibility
tde-tdeaddons
tde-tdeadmin
tde-tdeartwork
tde-tdebase
tde-tdeedu
tde-tdegames
tde-tdegraphics
tde-tdelibs
tde-tdenetwork
tde-tdepim
tde-tdetoys
tde-tdeutils
tde-tqtinterface
tde-twin-style-crystal
tde-wlassistant
The packages that failed and will need to be checked were:
tdebindings v3.5.13-sru
tdemultimedia v3.5.13-sru
tdevelop v3.5.13-sru
tdewebdev v3.5.13-sru
abakus
amarok v3.5.13-sru
kgtk-qt3
rosegarden v3.5.13-sru
tdesvn v3.5.13-sru
yakuake
soundkonverter
ksplash-engine-moodin
krename
k9copy v3.5.13-sru
kchmviewer v3.5.13-sru
kdirstat
tdmtheme
kbarcode
kbfx v3.5.13-sru (failure expected)
kbookreader
knetstats
knetload
kstreamripper
tdesdk v3.5.13-sru
I'll look through the logs, to find out what went wrong with the v3.5.13-sru
packages. It is likely a build script tweak or quick CMakeList patch is all that
will be required. (those packages with no branch listed above were attempted
from 'master')
--
David C. Rankin, J.D.,P.E.
Tim, Darrell, All,
Quick update. I removed 3.5.12 and replaced it with R 14.0.0 on one of my
boxes. (configured with tmd as the DM) Everything launched fine. (though the
default tdm theme had the ugly XDG login instead of the normal tde gradient one)
All has worked really well.
However, I did hit a bug right off the bat. After configuring panels (menu
checkbox to show settings submenu in kmenu) I tried to launch kcontrol from
kmenu->Settings->Control Center -- Nothing happened. I ended up having to launch
it with Alt+F2 -> kcontrol.
Has this been seen before? If not, I'll file it, but it seems I remember this
supposedly being 'fixed' already. This is from last nights build.
--
David C. Rankin, J.D.,P.E.
All, Slavek,
I like the idea of having 3.5.13 as a primary desktop to work from while R14
settles down. I have created tarballs from 3.5.13-sry, but I have run into
several build problems. Currently I have successfully built:
tde-arts-3.5.13_sru-1-i686.pkg.tar.xz
tde-dbus-1-tqt-3.5.13_sru-1-i686.pkg.tar.xz
tde-dbus-tqt-3.5.13_sru-1-i686.pkg.tar.xz
tde-libart-lgpl-3.5.13_sru-1-i686.pkg.tar.xz
tde-libcaldav-3.5.13_sru-1-i686.pkg.tar.xz
tde-libcarddav-3.5.13_sru-1-i686.pkg.tar.xz
tde-qca-tls-3.5.13_sru-1-i686.pkg.tar.xz
tde-qt3-3.8.8.d_git-1-i686.pkg.tar.xz
tde-sip-3.5.13_sru-1-i686.pkg.tar.xz
tde-sip4-tqt-3.5.13_sru-1-i686.pkg.tar.xz
tde-tqtinterface-3.5.13_sru-1-i686.pkg.tar.xz
The packages I'm struggling with are:
avahi-tqt: The issue is the same as Nix brought up in:
http://comments.gmane.org/gmane.comp.desktop.trinity.devel/6373
The build fails with:
make[2]: Entering directory `/build/src/avahi-tqt/avahi-tqt'
GEN qt-watch.moc3
Qt meta object compiler
moc: Too many input files specified
Usage: moc [options] <header-file>
-o file Write output to file rather than stdout
-f[file] Force #include, optional file name
-p path Path prefix for included file
-i Do not generate an #include statement
-k Do not stop on errors
-nw Do not display warnings
-v Display version of moc
make[2]: *** [qt-watch.moc3] Error 1
The problem is the build cannot find moc-tqt in /usr/bin/moc-tqt. I thought
this was resolved, but I can't recall how. The issue was created by installing
tqtinterface in /usr while the rest of Qt and TDE went in /opt. I'll play with
it. Any ideas, let me know :)
python-tqt:
Build fails due to:
Error: The TQt version number could not be determined by parsing
/opt/qt3/include/qglobal.h.
The problem is caused by configure.py looking for TQt and TQT_VERSION instead
of QT_VERSION even though the configure.py script correctly determined that
/opt/qt3/include/qglobal.h was the correct file. I will try patching this, but
shouldn't configure.py be smart enough to know to look for Qt/QT_VERSION when
the include is /opt/qt3/include/qglobal.h?
--
David C. Rankin, J.D.,P.E.
We don't have a mechanism to update existing Trinity profiles when updating to R14.
For the most part Trinity 3.5.11->3.5.13 profiles essentially are KDE3 profiles. Although the r14-xdg-update script will run automatically for users the first time they run the R14 starttde script, some profile breakage is likely to remain with older config files because the r14-xdg-update script is limited in scope to XDG changes.
I suspect more than a few Trinity users are using 3.5.12 and we should ensure their R14 updating experience "just works."
1. How should we detect older profiles? Possibly by looking for the existence of $TDEHOME/share/config twin_update, twinrc, or tdeprintrc? Any other reliable methods?
2. How should we help users update their profiles? Doing so transparently often is best. Possibly the migratekde3 script can accommodate post 3.5.10 profiles although originally I never considered anything other than 3.5.10.
Do any users have experience migrating existing profiles from 3.5.x to R14? What were those experiences like?
Ideas? Thoughts?
Darrell