tde-devels

devels@trinitydesktop.org

2 participants
3849 discussions

dcopidl2cpp
by deloptes 14 Jan '16

14 Jan '16

Hi In a KNotesIface_stub.h file I find following in the header /**************************************************************************** ** ** DCOP Stub Implementation created by dcopidl2cpp from KNotesIface.kidl ** ** WARNING! All changes made in this file will be lost! ** *****************************************************************************/ Inside the file (this is from old KDE opensync code) there is a lot of QTString and similar which needs to be prepended with T. So I am wondering where do we find the TQT style of the file, or how one is suppose to create it... and in general what is that all about. Someone has experience with it? Light in the dark? I do not have too much time to dig in all that stuff and I have the feeling that I need some guidance in TDE or at least the part that I am interested in. Can someone provide a summary on this specific case? AFAIK DCOP is the successor of the CORBA from KDE1/2 responsible for IPC/RPC ... and I don't know what they use today in >KDE4. https://en.wikipedia.org/wiki/DCOP https://techbase.kde.org/Development/Architecture/DCOP I'm familiar with serialization from the axis corner. So in theory the knowledge is there. The context is my attempt to build a TDE backend for syncevolution. I have some experience in completeing Akonadi plugin for opensync in KDE4. Now I've successfully created 42lines of test code to read my addressbook, so trying to achieve the same for knote, which as far as I know is one of the challenges.

1 1

Re: [trinity-devel] TDE apps and automake
by Jim 12 Jan '16

12 Jan '16

On Mon, Jan 11, 2016 at 23:20 (+0900), Michele Calgaro wrote: >>>So why is no pkg-config for tdecore and tdeui ? or how can I use cmake from within automake project to get what I >>>need? >>I have installed 14.0.[23] from slavecs repository on devuan and "pkg-config tqt" works as expected. In detail your >>"/opt/trinity/include" and "/opt/trinity/lib/pkgconfig" does not exist on my system, but "/usr/include/tqt3" does. >To the original poster (since I did not receive the original email, >not the second time request). If you are using debian or ubuntu, >the best way to build is to use the info in the tde-packagin repo >which contains all the required info. If not, a good way is to look >at the build log files of the nightly builds, which contains all the >build options used for such distros. If you are using a different >distro, you could probably reuse most of the options, if not all of >them ;-) For web-challenged people like me, can you point us in the direction of where we can see the build logs? Thanks. Jim

4 3

TDE apps and automake
by deloptes 11 Jan '16

11 Jan '16

Hi, I asked already once but there was no answer. How can I get the cflags and libs for TDE applications? I read and followed this manual: https://wiki.trinitydesktop.org/KApplication_template I updated the code sample to use the new (r14) headers. I then found out I had to do following export PKG_CONFIG_PATH=/opt/trinity/lib/pkgconfig c++ `pkg-config tqt --cflags` `pkg-config tqt --libs` test.cc -o test but it was unsufficient. I had to change to following to be able to compile c++ `pkg-config tqt --cflags` -I/opt/trinity/include \ `pkg-config tqt --libs` -L/opt/trinity/lib -ltdecore -ltdeui \ test.cc -o test So why is no pkg-config for tdecore and tdeui ? or how can I use cmake from within automake project to get what I need? thanks

3 2

TDE vs Plasma 5 boot time
by Alexandre 06 Jan '16

06 Jan '16

Hi all, I am currently running Plasma 5 (KDE 5) on my desktop computer, and I find that Plasma 5 is capable of booting, from login to desktop, faster than TDE on the same machine. This computer is an humble Core 2 duo with 2gb of ram, probably from 2008 or so. While this is great for KDE, it is not that great for TDE, because KDE is built on much heavier toolkit and frameworks than TDE. And TDE (with its KDE 3 past) was built to run well on P2-P3 computers. The thing is that even with much faster computers, it should have near instant boot time. So, I don't know if there could be ways to re-organize TDE startup sequence, or maybe to prefetch so things in TDM. Maybe starting TDE modules in parallel could help? May 2016 be a great year for you all! -Alexandre

4 7

Query about Gentoo and Trinity
by E. Liddell 05 Jan '16

05 Jan '16

I'm embarking once again on my periodic quixotic quest to corral all ebuilds (Gentoo packages) for Trinity and combine them into a usable overlay. Is anyone else (Fat-Zer?) still working on this? If not, does anyone know of any old overlays with substantial material that isn't in the following? https://github.com/serghei/gentoo-trinity-overlay/ (Serghei's--long dead) https://github.com/Fat-Zer/trinity/ (Fat-Zer's--still on 3.5.13) https://bitbucket.org/mgebert/gentoo-trinity (dropped by author as of July) (plus the one I was working on with Roman back in 2011, for which I ironically have the materials but not the URL) In particular, I'm looking for better post-kde-sunset support for the packages still building with autotools. I keep hoping that someone else will take up the torch on this, but everyone who's tried seems to lose interest within a year or two, so I'm reluctantly going to give it another shot. The intention here is to: 1. collect existing materials in one location 2. do appropriate version bumps as new versions of Trinity come out (I'll be automating this as much as I can) 3. try to get *something* into the official overlays list and the Gentoo wiki, so that people at least know it's there (an unfun but necessary step) 4. centralize efforts so that people interested in working on this don't get mired down in version-bumping old ebuilds I lack the skills, time, and energy to create the substantial number of new ebuilds needed for a complete overlay. If anyone else offers to pitch in and help with this, I will be *ecstatic*. (Otherwise, the only way forward may be to offer cash incentives.) Of course, I may get nowhere at all (again), especially since I'm currently rebuilding my test environment after the xorg-server and xorg-driver packages somehow managed to desync. :( E. Liddell

2 2

In need of automake
by deloptes 02 Jan '16

02 Jan '16

Hi all, I need to put a check on a header from within automake project. How do I get this header found for TDE? FOOFOUND=yes ... AC_CHECK_HEADERS(foo.h, [], [FOOFOUND=no], []) thanks in advance

1 0

[trinity-devel] nothing like kinfocenter in r14 menu
by Felix Miata 01 Jan '16

01 Jan '16

Why? Aptitude and Synaptice searching for ~infocenter for TDE also provides nothing resembling KDE's kinfocenter in Jessie. :~( -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/

3 2

libtdeldap fails to build on ARM
by Michael Howard 28 Dec '15

28 Dec '15

I'm having problems building libtdeldap for ARM. The build fails with the following errors; ldappasswddlg.cpp: In constructor 'LDAPPasswordDialog::LDAPPasswordDialog(TQWidget*, const char*, bool, bool)': ldappasswddlg.cpp:36:96: warning: enumeral and non-enumeral type in conditional expression [enabled by default] ldappasswddlg.cpp:36:123: warning: enumeral and non-enumeral type in conditional expression [enabled by default] In file included from /usr/include/hdb_asn1.h:8:0, from /usr/include/hdb.h:44, from libtdeldap.cpp:56: ../config.h:210:56: error: declaration of C function 'long unsigned int rk_strlcat(char*, const char*, long unsigned int)' conflicts with /usr/include/roken.h:146:42: error: previous declaration 'size_t rk_strlcat(char*, const char*, size_t)' here ../config.h:222:56: error: declaration of C function 'long unsigned int rk_strlcpy(char*, const char*, long unsigned int)' conflicts with /usr/include/roken.h:143:42: error: previous declaration 'size_t rk_strlcpy(char*, const char*, size_t)' here strlcat & strlcpy don't appear to be defined anywhere until configure is run ............... checking for strlcat... no checking if strlcat needs custom prototype... yes - in libtdefakes checking for strlcpy... no checking if strlcpy needs custom prototype... yes - in libtdefakes .... and they are then defined in the subsequent config.h as folllows; unsigned long strlcat(char*, const char*, unsigned long); unsigned long strlcpy(char*, const char*, unsigned long); ...... which conflicts with '/usr/include/roken.h' as the error above states. Anybody know how I resolve this correctly, without manually intervening and modifying the auto-generated config.h? Cheers, Mike. -- Mike Howard

2 2

Re: DANGEROUS LINUX PROGRAM CALLED "TRINITY"
by Mark S Bilk 28 Dec '15

28 Dec '15

On Mon, Dec 28, 2015 at 12:31:23AM +0000, Lisi Reisz wrote: >On Sunday 27 December 2015 05:33:45 Mark S Bilk wrote: >> On Sat, Dec 26, 2015 at 07:17:57PM +0000, Lisi Reisz wrote: >> >> The K was originally suggested to stand for "Kool", but it was >> >> decided that the K should stand for nothing in particular. >> > >> >Because of the horror that suggestion would have produced in some of us. >> >I _could_ not have used something called "Kool". Lisi, In another message you seemed to associate the word "kool" with the substitution of "u" for "you" by "the youth-aspiring middle-aged". So perhaps you are horrified by the usage of "kool" for what you perceive to be the same purpose by such people? Correct me if I'm wrong. That leaves "Ka". >> >Mind you, the Ford Ka still seems to be selling. But not to me. >> >> OK, now I'm really confused. The horror of "kool" might be due >> to a dislike of language corruption. But what's wrong with "Ka"? >> It has many different meanings, some of them thousands of years old: >> >> https://en.wikipedia.org/wiki/Ka >> >> It was part of the ancient Egyptian idea of the soul: >> >> https://en.wikipedia.org/wiki/Ancient_Egyptian_concept_of_the_soul#Ka_.28vi >>tal_spark.29 >> Lisi, please explain why "Ka" is repulsive to you and others. >> Please use terms that don't require readers to have your >> particular mental/cultural/ethnic context (whatever that might be). >What is your age, nationality and education? (All relevant here.) 70, American, two years university and much independent study. >If you don't understand, you don't understand. Does that mean you don't intend to explain your dislike of "Ka", because you think the reason for it is obvious? I hope you will explain it anyhow. Perhaps some other list subscribers would write in and say whether "Ka" has any unpleasant associations for them? >Or are you just being specious? No, I am not lying. Mark

1 1

Re: [trinity-users] DANGEROUS LINUX PROGRAM CALLED "TRINITY"
by Michele Calgaro 28 Dec '15

28 Dec '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 2015/12/26 10:47 AM, Lisi Reisz wrote: > On Saturday 26 December 2015 05:43:01 Mark S Bilk wrote: >> and told not to find it via Google, etc. > > People DO look for things via Google. Trinity, as opposed to the original KDE-Trinity, was an unfortunate choice > of name when it comes to search engines, and nowadays it usually does come to search engines. Perhaps determinedly > call ourselves TDE _not_ Trinity. After all, the K in KDE didn't mean anything. > > Lisi > Trinity (not Trinity Desktop) is not a dangerous program. It is a kernel fuzz tester, that calls system calls at random and it is intended to be used to spot bugs otherwise difficult to detect. Having said that, the name in not a fortunate choice, since it partially match with Trinity Desktop Environment, which as raised by Mark it can generate confusion among new users. So we just need to make sure we always refer to TDE either as TDE or Trinity Desktop Environment or at least Trinity Desktop. As for the K in KDE, it initially meant "Kool", from which the make KDE. Cheers Michele -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJWfoRmAAoJECp1t8qK3tXPIvoQALa8iv5Jtreb6vfL+gPecXVC SFhoz7NTxC/ojcvlLN6PO9uKDrye+jfchyeoApe42FndxjQS3qV6OrNeVj7vTMNt pUci38QKX8NZywLLmKLpUaWkfaJ1Ffzq6GjlINUFNRi/C+0QV67LRoKjFojWeawb bH6PRWIfgEcZ8/3D766BIsmZgRFEKKBnDiu7oEcgpxVOgIRNgMtrOeBrvhPvQ4+H byY58Peq6WttXcutnqZRe6IsTTXfiolqxAp9pLXTIZvj27Jl0TFa7EU9l/5ZGs9U RhnzjpbEvH/r7hvdE4tQWuC3fuEDIF6Lqkzlu2f8X7yahioDfwo9cZmNt7wCUw08 HBEWfO9i9iwT7QNTqNOPHEuK8vsWFcV9NqKr0Y75mAk/auYBr/Fg6mBkdfg/+P8z ON6qBqabkoNV41y8M5oWAWEtYs0TeDscHfQOMl9EoYc/BHOKAltTyAO0a2WmvRgu +eNbeDqJzkV87uxdA5rTbDTLcBQrOenGc8wlZ8bJBMP1PtjyYBMduIexauz8KoVR 89/2Cfo5uYm8Acxvx4Feh57BJAHC5njzowHWyNUhdXtBx8tvHkk7TLKVL8Y/PGW2 uc9TBVmMVBkfxrKVaEwKYs325N6OQzy2ymRtVkImT47b5nS83JiFfr4aGMg9BHo6 lVXsLTUURKgYd567QB/r =Cj1S -----END PGP SIGNATURE-----

6 10

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels