tde-devels

devels@trinitydesktop.org

1 participants
3804 discussions

My Documents × utf8 encoding
by Slávek Banko 07 Sep '11

07 Sep '11

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 --

1 0

Re: [trinity-devel] Re: Cannot compile kdelibs on Gentoo
by Francois Andriot 07 Sep '11

07 Sep '11

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

2 1

Links to patches
by Ilya Chernykh 07 Sep '11

07 Sep '11

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.

2 1

What is more correct?
by Ilya Chernykh 07 Sep '11

07 Sep '11

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?

2 1

Two small patches for kopete
by Slávek Banko 05 Sep '11

05 Sep '11

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 --

2 1

FTBFS: kdepim-svn :error linking with gpg-error
by Francois Andriot 05 Sep '11

05 Sep '11

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

2 3

amarok patch
by Ilya Chernykh 05 Sep '11

05 Sep '11

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...

2 1

kdebase problem: Library files for 'xxxx.la' not found in paths
by Francois Andriot 04 Sep '11

04 Sep '11

Hello, I sucessfully built kdebase from SVN. When packaging with default RHEL options, the desktop is unusable, it starts but many program do not run (kwin ...). $ kwin KWin: No window decoration plugin library was found. KWin will now exit... When clicking "my computer" icon, a popup appears: There was an error loading the module Navigation Panel. The diagnostic is: Library files for "konq_sidebar.la" not found in paths. After stracing kwin, I found that it was trying to access a file 'kwin3_plastik.la' in many paths, but *all* of them prefixed with "lib". (e.g: /opt/trinity/lib/kwin3_plastik.la ...) But in my build, the TDE libraries are installed under /opt/trinity/lib64 . (this is the RHEL/Fedora default on x86_64) I do not have a directory /opt/trinity/lib at all. If I symlink "lib" to "lib64", everything works. If I build directly under /opt/trinity/lib , everything works too (of course). Why does TDE use "lib" directory, since I compiled for "lib64" ? Is there a trick to change this ? (environment variable at runtime ? cmake configuration flag ?) Thanks Francois Andriot

4 14

Re: [trinity-devel] kdebase problem: Library files for 'xxxx.la' not found in paths
by Robert Xu 04 Sep '11

04 Sep '11

Apologies for top-posting; Did you use -DLIB_SUFFIX=64? This is standard... -- Robert Xu ~ Yo. On Sep 4, 2011, at 14:07, Timothy Pearson <kb9vqf(a)pearsoncomputing.net> wrote: >> Le 04/09/2011 19:11, Ilya Chernykh a Ã©crit : >>> On Sunday 04 September 2011 15:36:44 /dev/ammo42 wrote: >>> >>>> I had the same problem with Slackware64 4 months ago (Slackware64 uses >>>> lib64 too): no /opt/kde3/lib64/kde3 libraries were found (but I didn't >>>> know strace, so I didn't find the origin of the problem). >>> I think this is a freedesktop standard. OpenSUSE also uses /usr/lib64 >>> and /opt/kde3/lib64 >> I've just rebuilt TDE 3.5.12 (with autotools) on the same computer, and >> it uses "lib64" as expected. >> So I guess it doesn't come from an old patch from KDE 3.5.10. >> Maybe it's related to the cmake porting ? >> > > Yes, it could be. > > Can you please provide a list of files that are supposed to be installed > in lib64/, and are instead installed in lib/? > > Thanks! > > Tim > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net > For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net > Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ > Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting >

2 1

amarok wiki UTF handling patch
by Ilya Chernykh 04 Sep '11

04 Sep '11

This patch fixes displaying Russian and othe UTF characters on Wikipedia's page.

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels