The Trinity Desktop Environment source code is now in a final freeze for
v3.5.13. This means that NO ALTERATIONS of any type will be accepted.
Source tarballs are in the process of being built.
Distribution packagers, now is the time to get your final binary packages
built for release. If you encounter any build failures on your
distribution you will need to patch around them via your build scripts.
As a reminder, the official 3.5.13 release will occur on November 1st,
2011. Official binary packages for Debian Squeeze, as well as Ubuntu
Lucid through Oneiric will be available at that time. No Ubuntu LiveCD
respins will be available on the release date, and LibreOffice packages
for Oneiric are pending upstream patch acceptance into the LibreOffice
project.
Tim
Hi,
I'm looking into my issue 569 about Javascript regexp breakage. I think
the problem is that libkjs isn't finding libpcre and hence only allows
non-perl-compatible regexes. ldd shows a big difference between libkjs
3.5.12:
ldd /opt/trinity/lib/libkjs.so.1.2.0 | sort
/lib/ld-linux.so.2 (0xb7844000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7520000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7502000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7666000)
libpcre.so.3 => /lib/libpcre.so.3 (0xb7782000)
libpcreposix.so.3 => /usr/lib/libpcreposix.so.3 (0xb77b5000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb768c000)
linux-gate.so.1 => (0xb7843000)
and 3.5.13:
(snip 40 lines of library linkages which doesn't show libpcre)
libpcre-dev is definitely installed by the Debian build system, but
apparently not being picked up by whatever is in place of ./configure
nowadays. I guess it might need a cmake expert's advice, so would
appreciate any help !
Nick
--
Serendipity: http://www.leverton.org/blosxom (last update 29th March 2010)
"The Internet, a sort of ersatz counterfeit of real life"
-- Janet Street-Porter, BBC2, 19th March 1996
Hello, today I cannot compile gwenview from SVN.
It looks like it is related to the TQT port (on 3.5.12 it compiled
correctly).
The exact same error occurs on RHEL5, RHEL6 and Fedora15.
See log below.
==========
ibtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I. -I./..
-I/opt/trinity/include -I/usr/lib64/qt-3.3/include -I. -include tqt.h
-I/opt/trinity/include/tqt -DQT_CLEAN_NAMESPACE -DQT_THREAD_SUPPORT
-D_REENTRANT -std=iso9899:1990 -W -Wall -Wchar-subscripts -Wshadow
-Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -O2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic -Wformat-security -Wmissing-format-attribute
-I/opt/trinity/include/tqt -MT transupp.lo -MD -MP -MF
.deps/transupp.Tpo -c transupp.c -fPIC -DPIC -o .libs/transupp.o
distcc[20028] ERROR: compile
/home/albator/.ccache/tmp/transupp.tmp.aria.vtf.20025.i on localhost failed
In file included from /usr/include/jpeglib.h:1097,
from transupp.c:22:
./jpegint.h:46: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:57: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:65: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:77: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:84: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:92: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:103: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:114: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:121: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:138: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:147: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:159: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:167: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:178: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:190: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:210: error: expected specifier-qualifier-list before
'JTQT_METHOD'
./jpegint.h:220: error: expected declaration specifiers or '...' before
'inverse_DCT_method_ptr'
./jpegint.h:221: error: expected declaration specifiers or '...' before
'(' token
./jpegint.h:226: error: expected identifier or '(' before 'void'
./jpegint.h:228: error: expected ';' before 'inverse_DCT_method_ptr'
./jpegint.h:233: error: expected identifier or '(' before 'void'
./jpegint.h:234: error: expected ';' before 'JTQT_METHOD'
./jpegint.h:247: error: expected identifier or '(' before 'void'
./jpegint.h:248: error: expected ';' before 'JTQT_METHOD'
./jpegint.h:255: error: expected identifier or '(' before 'void'
./jpegint.h:256: error: expected ';' before 'JTQT_METHOD'
transupp.c: In function 'jtransform_adjust_parameters':
transupp.c:732: warning: unused parameter 'srcinfo'
transupp.c: In function 'jcopy_markers_execute':
transupp.c:887: warning: unused parameter 'option'
make[3]: *** [transupp.lo] Error 1
make[3]: Leaving directory
`/home/albator/rpmbuild/BUILD/applications/gwenview/src/imageutils'
==========
Thanks for your help (I would really like to release gwenview for TDE
3.5.13).
Francois Andriot
Hello, the attached patch disables or modifies compilation of kdebase
components requiring XRANDR when user sets CMAKE option -DWITH_XRANDR=OFF .
I need to disable XRANDR because the components fail to build on RHEL5,
because xrandr is too old.
The components are:
- kcontrol/displayconfig
- kcontrol/iccconfig
- kdm/kfrontend
I do not know the side effect on such-compiled KDM, I hope it won't be
severe.
Thanks
Francois Andriot
Hello, the attached patch, required for RHEL 5 (and probably other old
distros), allows compilation of kdelibs with XRANDR disabled, even
though it is installed.
RHEL 5 comes with version 1.1.3, which is not supported in TDE.
Thanks
Francois Andriot
Hello, kdeaddons SVN revision 1261055 fails to build on RHEL/Fedora
because file "knewsticker-scripts/fyensget.py" contains a strange
caracter at end of file.
The python compiler refuses to compile this script.
(note: all python scripts are automatically compiled during RPM generation)
See attached patch (or remove garbage caracter manually).
Thanks
Francois Andriot
