tde-devels

devels@trinitydesktop.org

3 participants
3807 discussions

Bug Report 244 is patched
by Darrell Anderson 30 Nov '11

30 Nov '11

The little things tend to make a difference in our lives. Long ago in this galaxy, a KDE developer decided that being able to specify the number of files in Kate's Most Recently Used (MRU) file list, and to sort the files in the Documents file pane, was "useless crap." To me those features never were "useless crap." I have missed those features for a long time. I found the patches where those features were removed. I am not a C++ coder, not even close. Yet I was able to reverse the patches and add a little "TQT" love. By golly, the widgets actually appear in Kate! Once again I can set the size of the MRU list to something greater than 10 and sort the file list. Current Kate 3.5.13 picture: http://humanreadable.nfshost.com/images/kate-before.png Patched Kate picture: http://humanreadable.nfshost.com/images/kate-after.png The number widget works great. I think some of you will love that restored feature. Took me a while to realize the sorting option affects the files in the Documents list pane and not in the MRU list. :) I uploaded the patch to bug report 244. Woo-hoo! :) Darrell

5 6

build script for Opensuse ?
by ds ds 30 Nov '11

30 Nov '11

Is there a build script for Opensuse somewhere ? Even at a work-in-progress state ?

4 4

kdepim cmake ftbfs with libcaldav and libcardav options
by Darrell Anderson 29 Nov '11

29 Nov '11

kdepim 3.5.13 has two cmake build options to support libcaldav and libcarddav: WITH_CALDAV WITH_CARDDAV Both build options are disabled as default. I added the options and installed both the libcaldav and libcarddav packages. I'm using libcaldav_0.6.5-2debian2 and libcarddav_0.6.2-2debian2. kdepim fails to build. The problem is finding libcaldav.h and libcarddav.h, which are installed in /opt/trinity/include/libcaldav-0.6.2 and /opt/trinity/include/libcarddav-0.6.1 respectively. With autotools I would use the --with-extra-includes option. How do I fix this in cmake? Darrell

2 2

TDE
by Sleepwalker . 29 Nov '11

29 Nov '11

Great work! I loved KDE 2 in it's time, loved KDE 3, and I'm sure I will love Trinity. I just installed it in my Ubuntu (not Kubuntu) and its works flawlessly (until now) and extremely fast! I got a screenshot and maybe someone can put it on the website. In the future I will try to work fixing bugs. For now I need to finish my BS. in Computer Science... []s

1 0

"Tubuntu"
by Sleepwalker . 29 Nov '11

29 Nov '11

Tubuntu = Trinity + Ubuntu 10.10! Screenshot could be posted on the website... Soon, I'm hoping to work on bug fixes... []s

1 0

qt3-webkit
by Luke Kenneth Casson Leighton 28 Nov '11

28 Nov '11

On Mon, Nov 28, 2011 at 1:00 AM, Robert Xu <robxu9(a)gmail.com> wrote: > On Sun, Nov 27, 2011 at 19:54, Luke Kenneth Casson Leighton > <luke.leighton(a)gmail.com> wrote: >> >> hmm... qt3 doesn't have a qtwebkit object, does it? ... would you >> like one? *waggles-eyebrows* :) >> > > *stares for a moment* > YES YES YES YES YES ;) hehe. i'm the maintainer of pythonwebkit - http://www.gnu.org/software/pythonwebkit - i've kinda been looking for an excuse to update it and also add "proper" python-qt DOM bindings. you would not believe how unbelievably slow and how much memory qtwebkit uses under qt4. at least double what anything else is. so i'm just throwing ideas out, at this stage. but, if i use the pythonwebkit port of webkit, full python bindings to the entire DOM model - as if it was javascript not python (just exactly the same function names, properties and object names) - get thrown in "for free". what sort of doors would that open up, for people, if qt3 - and kde - had both a qtwebkit widget, as well as full python bindings to the DOM model? (caveat: i can't get you full c++ DOM bindings to webkit, because the python bindings are "direct" i.e. they do *not* go via qt objects. at all). l.

2 1

superkaramba
by Luke Kenneth Casson Leighton 28 Nov '11

28 Nov '11

hooray, thank you, god, thank you for everyone who decided to fork KDE 3: KDE 4 is a complete nightmare, which is not surprising given that they tried to copy vista, the most hated and despised version of windows ever. i actually lost a friend because of installing KDE 4 on their computer for them (without realising that that's what would end up on it). anyway - yes. really really glad to see kde 3 is still going. right. about 4 years ago i worked on superkaramba. absolutely loved it. added some great features: reading the "system menu" so that you could, instead of having to arse about creating rollerbars that you then had to manually edit the ~/.blahblah config file or worse hand-edit a python file, you could just use the standard KDE application/system editor. this feature made it into KDE 3.5. i then created a theme which made good use of this: http://kde-look.org/content/show.php?content=31081 the _next_ feature that i added was to go "hmm, how far can we take this?" and i added support for URIs e.g. enumeration of application:/ system:/ and media:/ and file:/ or any KIO device in fact, so that you could create an entire desktop file browser - in python - viewing files etc. and you can click on and run applications, or create media icons... whatever. i then created a theme which used _that_: http://kde-look.org/content/show.php/WheelOfFortune?content=34021 the problem was that this development clashed with the introduction of "plasma" which was supposed to be all spiffy and wonderful, but has turned into a complete dog's dinner. so, anyway, the lead developer of superkaramba said "whoa, hang on, i don't want superkaramba turning into plasma" at which point i ended all development efforts. ... four years later, kde4 and plasma have a cult "hate" thing going :) even meester leenus torvalds has rejected KDE 4 in favour of LXDE / XFCE. so with that as background, my question to you - the trinity developers is: would you be interested in incorpoorating the dirlister patches into superkaramba? l.

5 5

Unable to start TDE
by Darrell Anderson 28 Nov '11

28 Nov '11

Need help here folks to file a good bug report. I have been using TDE in a virtual machine. Yesterday I created some partitions on a spare hard drive and installed TDE so I could start using and testing on a physical machine. I can't start TDE. I think I traced the problem to a conflict between kdetcompmgr and the proprietary Nvidia drivers, but I'm not sure. I say that because that is where my xession log shows the startkde script stalls. When I switch to the vesa driver (which looks awful on a wide screen monitor :)) I am able to start TDE with no problems. I can migrate an existing KDE3 profile or start empty and let TDE create a new profile. Either way TDE starts with no stalls. After the TDE profile exists, whether new or migrated, I can return to the Nvidia drivers and TDE will start with no stalling. When I have the Nvidia drivers selected and no TDE profile yet exists, I am able to start TDE under only one bizarre circumstance: Toggle to a console and run "killall kconf_update." I have to do that twice during the TDE startup. Doesn't matter whether I am starting TDE with a migrated KDE3 profile or am letting TDE create a new profile. The splash image won't appear until I execute the first killall. The startup stalls with the splash image at "Initializing system services" until I run the second killall. When TDE stalls like this, the kconf_update process takes control of my system. The system bogs down and my CPU ramps to full speed and the CPU temperature rises quickly. I don't see anything in the startkde script that directly calls kconf_update. What is calling that command? Slackware 13.1, starting X from the console (startx command). Dual core AMD 2.3 GHz, 4GB RAM. Any ideas? Darrell

3 15

Fwd: [opensuse-factory] Proposal for 12.2, move all binaries under /usr
by Robert Xu 28 Nov '11

28 Nov '11

If the system administrators do this change, how will we accommodate Trinity to it? Fedora is doing it; openSUSE is having an argument about if this is good or not. Gentoo had a discussion on this, I think. Should this be treated like a simple "let's move to /usr/local" or has the renaming allowed us to install side by side with KDE4 without the use of /opt? ---------- Forwarded message ---------- From: Greg KH <gregkh(a)suse.de> Date: Wed, Nov 23, 2011 at 22:51 Subject: [opensuse-factory] Proposal for 12.2, move all binaries under /usr To: opensuse-factory(a)opensuse.org Hi all, As a proposal for 12.2, I would like to implement the move of all binaries to /usr/ like is being done at the moment in Fedora. Here's the details as to why this is a good thing to do, and what is involved in it: https://fedoraproject.org/wiki/Features/UsrMove The first packages implementing this have already started to land in Fedora's version of Factory. Before you get worried, there will be symlinks back to /bin and /sbin for those scripts expecting things to be in those locations. We can use the Fedora patches for almost all of this, they are all published at: http://harald.fedorapeople.org/downloads/usrmove/ and a number of upstream projects are already moving their releases over to this as well, which will make things easier. If there are no major objections, I'll start working on Base:system in December. thanks, greg k-h p.s. Please, before you respond, read the link above and all of the discussion about it and don't repeat the same questions that the link already answers. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org -- later daze. :: Robert Xu :: rxu.lincomlinux.org :: protocol.by/rxu

8 10

Proposed startkde patch
by Darrell Anderson 27 Nov '11

27 Nov '11

I had problems in Slackware with the 3.5.13 startkde script. Biggest problem was starting KDE 4 apps on its own because $KDEDIRS was explicitly declared in the script and hard-coded to include /usr/share. That variable is intended to be user defined and should not be hard-coded in Trinity. Second problem was duplication of several snippets of code. Third problem was snippets of code that never got executed because a previous condition was satisfied. Fourth problem was the $XDG_DATA_DIRS path. I raised this issue in a previous post. I want the option of whether KDE4 apps appear in my Trinity menu. I can solve that problem easily in Slackware for both types of people using /etc/profile.d scripts. I don't know how other distros would handle that when there is no support for /etc/profile.d. I don't think this variable should be hard-coded in startkde unless completely undeclared. So I added conditions to set these variables only if they don't include Trinity paths. I don't want to submit this (yet) as a bug report. I would be grateful if some of you would test this new script in your distro. I suspect we need more work with this script in order to function correctly in all distros. We probably need a lot of conditional tests. Here are links to an updated script --- a patch and full script. http://humanreadable.nfshost.com/trinity/patches/kdebase/startkde.diff http://humanreadable.nfshost.com/trinity/patches/kdebase/startkde.new The patch allows you to quickly see the changes and the full script is there for easier copying to your system. Darrell

3 8

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels