Ok. So I managed to compile trinity on my gentoo. But I have some very
serious issues that prevent me from using it.
1). kdm don't recognize my password. every time I try to log-in it
gives me "Login failed" message. I am sure the password I type is the
correct one. And to be hones I don't know what could be causing this.
Anyway here is kdm.log: http://paste.pocoo.org/show/474009/ Not that
it contain many, but always...
2). nor kdm, nor gdm see trinity session. The
/etc/X11/Sessions/trinity file does not exist, like it does for
Gnome/whathever. How can I fix that? Use the startkde script form
kdebase?
Hello,
I'm trying to build kdemultimedia 3.5.13 from SVN with autotools.
But I get the following error during make:
$ /usr/bin/make
/usr/bin/make all-recursive
make[1]: Entering directory `/disk/intern_1/rpmbuild/BUILD/kdemultimedia'
Making all in arts
make[2]: Entering directory
`/disk/intern_1/rpmbuild/BUILD/kdemultimedia/arts'
Making all in runtime
make[3]: Entering directory
`/disk/intern_1/rpmbuild/BUILD/kdemultimedia/arts/runtime'
/opt/trinity//bin/mcopidl -t -I/opt/trinity/include/arts ./artsbuilder.idl
file 'core.idl' not found
make[3]: *** [artsbuilder.h] Error 1
make[3]: Leaving directory
`/disk/intern_1/rpmbuild/BUILD/kdemultimedia/arts/runtime'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/disk/intern_1/rpmbuild/BUILD/kdemultimedia/arts'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/disk/intern_1/rpmbuild/BUILD/kdemultimedia'
make: *** [all] Error 2
It looks like my cmake-built ARTS 3.5.13 has installed its IDL files
under directory "/opt/trinity/include", but kdemultimedia is looking for
them under "/opt/trinity/include/arts".
Under TDE 3.5.12 (built with autotools), the ARTS IDL are installed
under "/opt/trinity/include/arts" as expected by kdemultimedia.
Is the directory change intentional ?
Thanks
Francois Andriot
Is there a way to compile kdebase without hal support? It's not
supported anymore in gentoo and I don't want to mess with my system
trying to install it.
Hi.
I find, that My Documents on desktop and Documents in System menu has
damaged encoding. I think converted to utf8 two-times? I try to encode it
back. Result is not excellent (some languages cannot be converted, some
stay bad), but perhaps better than current state ("all" is bad).
Please, have anyone original files before conversion?
In sources from:
kdebase/kdesktop/init/My_Documents
kdebase/kioslave/system/entries/documents.desktop
Slavek
--
From: L0ner sh4dou <sh4dou@...>
Date: Tue, 16 Aug 2011 13:18:51 +0200
>Ok, old error (http://paste.pocoo.org/show/454963/) <http://paste.pocoo.org/show/454963/%29> returned. Could
>this be something with my building env, or it is cmake/trinity
>related?
Hello,
I've just encountered the same symptom while compiling the kdelibs from SVN on RHEL 6:
dcopserver.cpp not linking, preprocessing macros HAVE_SYS_STAT_H (and others)
being ignored ...
I then discovered that my freshly compiled QT 3.3.8d (from SVN too) has installed a
file "include/config.h", which is included in kdelibs compilation INSTEAD of the
"build/config.h" generated by cmake.
So I compared the RHEL6-provided QT3 (3.3.8b) with the TDE-provided QT3 (3.3.8d) and I
found that 3.3.8d installs a lot of new files that did not exist in 3.3.8b :
I don't know if this is a QT change or a RHEL specific behaviour.
Here is the full list of NEW files that I get on an installed 3.3.8d, compared to 3.3.8b :
> /usr/lib64/qt-3.3/bin/createcw
> /usr/lib64/qt-3.3/bin/makeqpf
> /usr/lib64/qt-3.3/bin/mergetr
> /usr/lib64/qt-3.3/bin/msg2qm
> /usr/lib64/qt-3.3/include/btree.h
> /usr/lib64/qt-3.3/include/config.h
> /usr/lib64/qt-3.3/include/crc32.h
> /usr/lib64/qt-3.3/include/debian_qsql_odbc.h
> /usr/lib64/qt-3.3/include/deflate.h
> /usr/lib64/qt-3.3/include/ftglue.h
> /usr/lib64/qt-3.3/include/ftxgdef.h
> /usr/lib64/qt-3.3/include/ftxgpos.h
> /usr/lib64/qt-3.3/include/ftxgsub.h
> /usr/lib64/qt-3.3/include/ftxopen.h
> /usr/lib64/qt-3.3/include/ftxopenf.h
> /usr/lib64/qt-3.3/include/hash.h
> /usr/lib64/qt-3.3/include/inffast.h
> /usr/lib64/qt-3.3/include/inffixed.h
> /usr/lib64/qt-3.3/include/inflate.h
> /usr/lib64/qt-3.3/include/inftrees.h
> /usr/lib64/qt-3.3/include/jchuff.h
> /usr/lib64/qt-3.3/include/jconfig.h
> /usr/lib64/qt-3.3/include/jdct.h
> /usr/lib64/qt-3.3/include/jdhuff.h
> /usr/lib64/qt-3.3/include/jerror.h
> /usr/lib64/qt-3.3/include/jinclude.h
> /usr/lib64/qt-3.3/include/jmemsys.h
> /usr/lib64/qt-3.3/include/jmorecfg.h
> /usr/lib64/qt-3.3/include/jpegint.h
> /usr/lib64/qt-3.3/include/jpeglib.h
> /usr/lib64/qt-3.3/include/jversion.h
> /usr/lib64/qt-3.3/include/libmng.h
> /usr/lib64/qt-3.3/include/libmng_chunk_io.h
> /usr/lib64/qt-3.3/include/libmng_chunk_prc.h
> /usr/lib64/qt-3.3/include/libmng_chunks.h
> /usr/lib64/qt-3.3/include/libmng_cms.h
> /usr/lib64/qt-3.3/include/libmng_conf.h
> /usr/lib64/qt-3.3/include/libmng_data.h
> /usr/lib64/qt-3.3/include/libmng_display.h
> /usr/lib64/qt-3.3/include/libmng_dither.h
> /usr/lib64/qt-3.3/include/libmng_error.h
> /usr/lib64/qt-3.3/include/libmng_filter.h
> /usr/lib64/qt-3.3/include/libmng_jpeg.h
> /usr/lib64/qt-3.3/include/libmng_memory.h
> /usr/lib64/qt-3.3/include/libmng_object_prc.h
> /usr/lib64/qt-3.3/include/libmng_objects.h
> /usr/lib64/qt-3.3/include/libmng_pixels.h
> /usr/lib64/qt-3.3/include/libmng_read.h
> /usr/lib64/qt-3.3/include/libmng_trace.h
> /usr/lib64/qt-3.3/include/libmng_types.h
> /usr/lib64/qt-3.3/include/libmng_write.h
> /usr/lib64/qt-3.3/include/libmng_zlib.h
> /usr/lib64/qt-3.3/include/moc_yacc.h
> /usr/lib64/qt-3.3/include/opcodes.h
> /usr/lib64/qt-3.3/include/os.h
> /usr/lib64/qt-3.3/include/otlbuffer.h
> /usr/lib64/qt-3.3/include/pager.h
> /usr/lib64/qt-3.3/include/parse.h
> /usr/lib64/qt-3.3/include/png.h
> /usr/lib64/qt-3.3/include/pngasmrd.h
> /usr/lib64/qt-3.3/include/pngconf.h
> /usr/lib64/qt-3.3/include/sqlite.h
> /usr/lib64/qt-3.3/include/sqliteInt.h
> /usr/lib64/qt-3.3/include/trees.h
> /usr/lib64/qt-3.3/include/vdbe.h
> /usr/lib64/qt-3.3/include/vdbeInt.h
> /usr/lib64/qt-3.3/include/zconf.h
> /usr/lib64/qt-3.3/include/zconf.in.h
> /usr/lib64/qt-3.3/include/zlib.h
> /usr/lib64/qt-3.3/include/zutil.h
> /usr/lib64/qt-3.3/mkspecs/linux-g++-sparc
> /usr/lib64/qt-3.3/mkspecs/linux-g++-sparc/qmake.conf
> /usr/lib64/qt-3.3/mkspecs/linux-g++-sparc/qplatformdefs.h
In my case, I simply deleted all these files, and now the 'config.h' problem is gone.
I hope it can help you.
Francois Andriot
Hi! Is it possible to improve your script so it to automatically process not only patches attached to messages but also those which linked from messages?
It is quite boring to download a patch, then attach it, while much easier is to just add links to patches in the message.
UTF-8 support in Ark.
Trinity:
columns[ curCol->colRef ] = unicode_line.mid( strpos, len );
vanilla KDE 3.5.10 (openSUSE):
columns[curCol->colRef] = QString::fromLocal8Bit( line.mid(strpos, len) );
KDE 3.5.7 (as was in Trinity before the patch, also in Chakra):
columns[ curCol->colRef ] = line.mid( strpos, len );
I wonder whether the openSUSE's solution is better than that in Trinity?
Hi.
Few days ago I sent two patches for kopete.
First, kopete_plugin_nowlistening_plain.diff, fix problem with html
special chars (especially &) in messages from nowlistening plugin in
kopete. Kopete::Message::RichText expects already escaped chars, but
messages from nowlistening is plain text. With Kopete::Message::PlainText
is message valid.
Seccond, kopete_jabber_pongserver.diff, add pongserver, that add xep-0199
responses to kopete.
Is possible to submit this patches to Trinity?
Thanks
Slavek
--
Hello,
I'm trying to build kdepim 3.5.13 from SVN under RHEL6 with cmake.
When compiling I get the following error: (under libkdenetwork/gpgmepp)
cd /home/albator/rpmbuild/BUILD/kdepim/build/libkdenetwork/gpgmepp &&
/usr/bin/cmake -E cmake_link_script
CMakeFiles/gpgme++-shared.dir/link.txt --verbose=1
c++ -fPIC -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-Wl,--no-undefined -shared -Wl,-soname,libgpgme++.so.0 -o
libgpgme++.so.0.4.0 CMakeFiles/gpgme++-shared.dir/context.cpp.o
CMakeFiles/gpgme++-shared.dir/key.cpp.o
CMakeFiles/gpgme++-shared.dir/trustitem.cpp.o
CMakeFiles/gpgme++-shared.dir/data.cpp.o
CMakeFiles/gpgme++-shared.dir/callbacks.cpp.o
CMakeFiles/gpgme++-shared.dir/eventloopinteractor.cpp.o
CMakeFiles/gpgme++-shared.dir/keylistresult.cpp.o
CMakeFiles/gpgme++-shared.dir/keygenerationresult.cpp.o
CMakeFiles/gpgme++-shared.dir/importresult.cpp.o
CMakeFiles/gpgme++-shared.dir/decryptionresult.cpp.o
CMakeFiles/gpgme++-shared.dir/verificationresult.cpp.o
CMakeFiles/gpgme++-shared.dir/signingresult.cpp.o
CMakeFiles/gpgme++-shared.dir/encryptionresult.cpp.o
CMakeFiles/gpgme++-shared.dir/engineinfo.cpp.o -L/opt/trinity/lib64
-L/usr/lib64/qt-3.3/lib -ltqt -lqt-mt -lgpgme
-Wl,-rpath,/opt/trinity/lib64:/usr/lib64/qt-3.3/lib:
CMakeFiles/gpgme++-shared.dir/callbacks.cpp.o: In function
`gpg_err_make_from_errno':
/usr/include/gpg-error.h:633: undefined reference to
`gpg_err_code_from_errno'
collect2: ld a retourné 1 code d'état d'exécution
It looks like the parameter -lgpg-error is missing after -lgpgme.
It links correctly if I add it manually.
Thanks
Francois Andriot
It seems that your patch is different from mine:
Your:
- if ( m_wiki.contains( "charset=utf-8" ) ) {
+ if ( m_wiki.contains( "charset=utf-8", FALSE ) ) {
Mine:
- if ( m_wiki.contains( "charset=utf-8" ) ) {
+ if ( m_wiki.contains( "charset=UTF-8" ) ) {
The encoding string should be in capital letters...
