Tim, Darrel, All,
Hell Yes! The nasty kwrite crash on line-wrap when built with gcc 4.7.0-x
is _fixed_ when built with gcc 4.7.1! Damn I hate gcc transitions! To think
about the time lost because somebody botched the latest and greatest update to
the underpinnings for all software just boggles the mind. Not just on TDE, but
globally, just think about the man-hours lost chasing bugs that ended up being
due to a gcc bug.... Wow! Same thing happened with the update to 4.5.2 during
the spring of 2011. Lesson - don't put out new versions of anything during the
spring when gcc is likely to throw you a curve ball...
Regardless, kwrite is _working fine_! That gets a second *Hell Yes!*
--
David C. Rankin, J.D.,P.E.
The failure:
In file included from /usr/include/ruby-1.9.1/ruby.h:32:0,
from Qt.cpp:49:
/usr/include/ruby-1.9.1/ruby/ruby.h:24:25: fatal error: ruby/config.h: No such file or directory
compilation terminated.
make[5]: *** [Qt.lo] Error 1
The oddity is no such failure on Slackware 13.1 or 13.37, 32 or 64 bit. config.h is installed in the same place on all systems.
Any ideas?
Darrell
The splash images for digikam and showFoto need updating from KDE -> TDE, at the bottom of each image:
GIT locations:
applications/digikam/digikam/data/pics/digikam-splash.png
applications/digikam/digikam/showfoto/pics/showfoto-splash.png
Possibly each respective xcf file too, but I'm thinking we delete the xcf files.
Thanks!
Darrell
Hi trinity-devel,
First off, let me apologize for my recent 8 months of inactivity.
There has been a lot of work that I needed to do, and as such, I took
a number of months off from doing any linux work to make sure I got
what other real-life stuff needed to be done. I know a lot of people
were expecting me to finish my work; sadly, 8 months have passed and I
have missed too much to keep up with it for now.
That being said, here comes the bad news. My server was brought down
due to a faulty hard drive in May, and I've only managed to get it
warrantied and replaced now. As such, my server's mirrors were brought
down and HEAnet cannot mirror from my server at the moment. In
addition, the MeetBot was brought down as well (if you idle on
freenode, you might have noticed [lindaemon] was gone).
Even though my summer internship is giving me a bit more work to do,
and we don't have a MeetBot for now, I would still like to proceed
with the June Meeting (even with how late it is). We have not had a
meeting in a long while (since April, right?) and this would be a good
progress indicator of where we are at R14 and 3.5.13.1. Communication
is key; so let's take that key and use it for success!
The June Meeting is scheduled for next Wednesday, June 27, 2012.
Please let me know if you cannot make it.
The time for the meeting is set for 11 AM, Eastern Daylight Standard
Time (US). As always, if I get enough requests, I will move the
meeting up or down the week.
Please bring up a list of topics that need to be addressed. At the
moment, that would contain the list of fixes for 3.5.13.1 and the
state of the repository for R14.
Thanks, and sorry again,
Robert Xu
Tim, Darrell,
I have run into another failure that I don't understand. This time it is an
error looking for x11 with kchmviewer. I haven't seen this error before:
checking for X... libraries , headers
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for chm_open in -lchm... yes
Please remember to use GNU make, often installed as gmake.
Install prefix : /opt/trinity
KDE support : disabled.
Qt includes :
Qt libraries :
chmlib to link : system
checking if lib should be compiled... yes
checking if po should be compiled... yes
checking if src should be compiled... yes
checking that generated files are newer than configure... done
configure: error: conditional "include_x11" was never defined.
Usually this means the macro was only invoked conditionally.
==> ERROR: A failure occurred in build().
Where do I even begin finding out what caused the:
configure: error: conditional "include_x11" was never defined.
--
David C. Rankin, J.D.,P.E.
All,
The latest amarok failure I experienced was due to tunepimp (an amarok dep)
failing to be available any longer from Arch. Looking further at the
musicbrainz.org site, tunepimp is deprecated and new development should not
occur with the library due to the RDF database lookup no longer being supported.
Further information is here:
http://musicbrainz.org/doc/History:libtunepimp/Download
Attempting to build tunepimp results in failure on gcc 4.7.1:
g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include/tunepimp-0.5
-I../../libltdl -Wall -O2 -march=x86-64 -mtune=generic -O2 -pipe
-fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -MT mp4.lo -MD
-MP -MF .deps/mp4.Tpo -c mp4.cpp -fPIC -DPIC -o .libs/mp4.o
mp4.cpp:53:1: warning: deprecated conversion from string constant to 'char*'
[-Wwrite-strings]
<snip>
mp4.cpp: In function 'int mp4ReadMetadata(metadata_t*, const char*, int, const
char*)':
mp4.cpp:124:41: error: 'MP4GetMetadataName' was not declared in this scope
<snip many others>
Apparently tunepimp has been replaced with one of the following:
http://musicbrainz.org/doc/Picard_Taggerhttp://musicbrainz.org/doc/Classic_Taggerhttp://musicbrainz.org/doc/CD_Lookup_Tool
I know nada about figuring out which one of the new musicbraiz lookups
would be the one that amarok will need. What say the experts on how to fix amarok?
--
David C. Rankin, J.D.,P.E.
Tim, All,
I just started a full x86_64 build. 1st since name change and I've hit a snag
with tqca-tls. My /etc/profile.d/tqt.sh is executable this time :) The build
can't find TQt:
==> Setting PATH and Trinity Environment variables
==> Patching...
==> Starting configure...
Configuring qca-tls ...
Verifying TQt 3.x Multithreaded (MT) build environment ... fail
There was an error compiling 'conf'. Be sure you have a proper
TQt 3.x Multithreaded (MT) build environment set up.
==> ERROR: A failure occurred in build().
Aborting...
HuH??
Looking at the conf.log it looks like a bad joke on 64 bit boxes concerning
what was generated:
g++ -c -pipe -Wall -W -O2 -D_REENTRANT -DX11_INC='"/usr/X11R6/include"'
-DX11_LIBDIR='"/usr/X11R6/lib64"' -DX11_LIB='"-lXext -lX11 -lm"' -DCC='"gcc"'
-DQT_NO_DEBUG -DQT_THREAD_SUPPORT -I/opt/tqt3/mkspecs/default -I.
-I'/usr/include/tqt' -I/opt/tqt3/include -I/usr/X11R6/include -o conf.o conf.cpp
g++ -Wl,-rpath,/opt/tqt3/lib64 -o conf conf.o -L/opt/tqt3/lib64
-L/usr/X11R6/lib64 -ltqt-mt -lXext -lX11 -lm -lpthread
/usr/bin/ld: cannot find -ltqt-mt
collect2: error: ld returned 1 exit status
make: *** [conf] Error 1
Where is this /opt/tqt3/lib'64' garbage coming from? Arch just 'lib' not any
'lib64' dir names when handling libraries. Where in this package are the 'lib'
or 'lib64' search directories and lib directory names controlled? Like noted
earlier, I can build tqca-tls on i686 all day long, but this is one of the first
i've built on x86_64 and something isn't quite right. Prior to the name change
stuff, this built like clockwork. Where should we look for the culprit here
(there isn't much here).
What say the gurus? Ideas?
--
David C. Rankin, J.D.,P.E.
The build failure message:
-- Looking for svn_pool_create_ex in svn_client-1
-- Looking for svn_pool_create_ex in svn_client-1 - not found
CMake Error at cmake/modules/TDEMacros.cmake:23 (message):
#################################################
svn_client-1 library was not found on your system.
Subversion is installed?
Try to set SVN_LIBRARY_DIR to subversion library directory.
#################################################
Call Stack (most recent call first):
kioslave/svn/ConfigureChecks.cmake:27 (tde_message_fatal)
kioslave/svn/CMakeLists.txt:12 (include)
The configure test is from tdesdk/kioslave/svn/ConfigureChecks.cmake.
David ran into this failure in March.
Until recently I was using automake to build tdesdk. After some cmake build bugs were resolved I moved to cmake.
tdesdk builds without this specific failure using cmake on Slackware 13.1 and 13.37, both 32 and 64-bit. Those releases use subversion 1.6.16.
Slackware Current bumped the subversion package to version 1.7.5. I suspect this is the cause of the failure.
Looking at the packages between the two, the libsvn_client-1 lib files are installed in the same location, /usr/lib/. All header files are installed in the same location, /usr/include/subversion-1/.
Because Slackware Current is the testing branch for the next release, there is a possibility the package is not built correctly, but because David experienced this failure in March, I am discounting that possibility. Of course, there could be an upstream problem with the way the package builds that would be common downstream to all packagers.
tdesdk builds without incident using automake and as far as I can tell, all svn support was built.
At this point looks like we need to modify tdesdk/kioslave/svn/ConfigureChecks.cmake.
Any ideas?
Darrell
Darrell, Tim,
After a slow start today in my x86_64 build run on Arch, most packages built.
The build failures I experienced after patching the makespec++-64/qmake.conf
lib64/lib issue were:
14 Failures:
mlt
mlt++ (both mlt & mlt++ are OK on i686)
tdebindings
amarok
kchmviewer
kdmtheme
kbfx
kima
kstreamripper
krusader
kmplayer (I think this will build -- will have to tweak)
kuickshow
digikam (libpng15 issue)
koffice
On the succeeded side of the equation = 72:
hal-0.5.14-9-x86_64.pkg.tar.xz
hal-info-0.20091130-6-any.pkg.tar.xz
libkarma-0.1.2-1-x86_64.pkg.tar.xz
libnjb-2.2.7-2-x86_64.pkg.tar.xz
libutempter-1.1.5-8-x86_64.pkg.tar.xz
mt-daapd-0.2.4.2-7-x86_64.pkg.tar.xz
tde-abakus-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-arts-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-avahi-tqt-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-basket-1.0.3-1-x86_64.pkg.tar.xz
tde-dbus-1-tqt-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-dbus-tqt-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-dolphin-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-filelight-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-gtk-qt-engine-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-gwenview-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-k3b-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-k9copy-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-kaffeine-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-kbarcode-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-kbookreader-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-kdiff3-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-kdirstat-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-kgtk-qt3-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-kio-locate-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-kipi-plugins-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-knemo-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-knetload-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-knetstats-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-knutclient-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-konversation-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-kpowersave-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-krename-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-ksplash-engine-moodin-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-libart-lgpl-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-libcaldav-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-libcarddav-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-libkdcraw-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-libkexiv2-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-libkipi-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-libksquirrel-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-python-tqt-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-rosegarden-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-sip-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-sip4-tqt-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-soundkonverter-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tde-style-qtcurve-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdeaccessibility-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdeaddons-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdeadmin-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdeartwork-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdebase-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdeedu-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdegames-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdegraphics-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdelibs-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdemultimedia-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdenetwork-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdepim-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdesdk-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdesvn-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdetoys-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdeutils-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdevelop-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tdewebdev-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tqca-tls-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tqt3-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-tqtinterface-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-twin-style-crystal-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-wlassistant-14.0.0_dev-1-x86_64.pkg.tar.xz
tde-yakuake-14.0.0_dev-1-x86_64.pkg.tar.xz
xmedcon-0.11.0-1-x86_64.pkg.tar.xz
We will adjust the build of TQt3 to solve the mkspec issue and we should be in
good shape. Have a good evening.
--
David C. Rankin, J.D.,P.E.
Hi Darrell,
I just updated my system here and while I have a starttde that refers to
a TDEDIR/bin/r14-xdg-update, this file does not exist here
(/opt/trinity/bin/r14-xdg-update).
Is it in another package somehow?
Another note, about the name. On at least Ubuntu and Debian most update
scripts are named "update-something". I don't know if this is a
convention, but it would be what I expect. Doesn't really matter much
though. (Something like update-kde3-to-tder14-profile seems kinda long,
but it makes sense about what it does.)
Best regards,
Julius