tde-devels

devels@trinitydesktop.org

9 participants
3775 discussions

by L0ner sh4dou

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.

13 years, 7 months

My Documents × utf8 encoding

by Slávek Banko

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

13 years, 7 months

Re: [trinity-devel] Re: Cannot compile kdelibs on Gentoo

by Francois Andriot

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

13 years, 7 months

Links to patches

by Ilya Chernykh

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.

13 years, 7 months

What is more correct?

by Ilya Chernykh

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?

13 years, 7 months

Two small patches for kopete

by Slávek Banko

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

13 years, 7 months

FTBFS: kdepim-svn :error linking with gpg-error

by Francois Andriot

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

13 years, 7 months

amarok patch

by Ilya Chernykh

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

13 years, 7 months

kdebase problem: Library files for 'xxxx.la' not found in paths

by Francois Andriot

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

13 years, 7 months

Re: [trinity-devel] kdebase problem: Library files for 'xxxx.la' not found in paths

by Robert Xu

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 >

13 years, 7 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels