tde-devels

devels@trinitydesktop.org

3 participants
3807 discussions

Kaffeine DVB OSD Colors
by Darrell Anderson 07 Dec '11

07 Dec '11

I was looking at bug report 343 and decided to test Kaffeine 3.5.13 to see whether I could duplicate the DVB problem with Slackware 13.1. Seems DVB works fine with 13.1. So I might recommend closing the bug. Yet one thing I notice with TDE is the DVB OSD is different. In KDE3 with Kaffeine 0.8.8, I have an OSD that is grayish in color, with cyan text, and a magenta rule line. Easy on my eyes. In TDE I have an OSD that is flourescent green, with reddish text and a yellow/gold rule line. I have been trying to compare the sources, but I can't find anything that explains the color changes. I am running KDE3 and TDE on the same machine, same video card, same Kaffeine config files, etc. I find the flourescent green hard on my eyes and prefer the old colors. Does anybody know when the color changes occured and which sources need to be patched? Or is this a bug? As far as I know, Kaffeine 3.5.13 is fundamentally Kaffeine 0.8.8. Other than the TQT layer, I don't see anything in the patches lists identifying other changes. Thanks. Darrell

3 14

Different packages with same version: libeggdbus-1-0_0.6-1_i386
by Mike Bird 04 Dec '11

04 Dec '11

This was causing some apt-get weirdness in Debian Squeeze with TDE 3.5.13. I don't think it's a good idea to have two packages with the same version but different dependencies and different content. There may be others. It took me a while to track this one down. I think libxxf86misc1 is also a likely candidate. I'm probably going to have to figure out a way of purging trinity builddeps from our systems. --Mike .../trinity-builddeps-v3.5.13/pool/main/e/eggdbus/libeggdbus-1-0_0.6-1_i386.deb new debian package, version 2.0. size 92028 bytes: control archive= 3103 bytes. 548 bytes, 13 lines control 432 bytes, 6 lines md5sums 135 bytes, 7 lines * postinst #!/bin/sh 132 bytes, 7 lines * postrm #!/bin/sh 30 bytes, 1 lines shlibs 17801 bytes, 403 lines symbols Package: libeggdbus-1-0 Source: eggdbus Version: 0.6-1 Architecture: i386 Maintainer: Utopia Maintenance Team <pkg-utopia-maintainers(a)lists.alioth.debian.org> Installed-Size: 312 Depends: libc6 (>= 2.7-1), libdbus-1-3 (>= 1.0.2), libdbus-glib-1-2 (>= 0.71), libglib2.0-0 (>= 2.23.5) Section: libs Priority: optional Homepage: http://cgit.freedesktop.org/~david/eggdbus Description: D-Bus bindings for GObject EggDBus is a D-Bus binding for GObject. It uses an "IDL language" (XML) to describe the D-Bus interfaces and generates C code from that. .../debian/pool/main/e/eggdbus/libeggdbus-1-0_0.6-1_i386.deb new debian package, version 2.0. size 91502 bytes: control archive= 3119 bytes. 551 bytes, 13 lines control 432 bytes, 6 lines md5sums 135 bytes, 7 lines * postinst #!/bin/sh 132 bytes, 7 lines * postrm #!/bin/sh 30 bytes, 1 lines shlibs 17801 bytes, 403 lines symbols Package: libeggdbus-1-0 Source: eggdbus Version: 0.6-1 Architecture: i386 Maintainer: Utopia Maintenance Team <pkg-utopia-maintainers(a)lists.alioth.debian.org> Installed-Size: 332 Depends: libc6 (>= 2.3.6-6~), libdbus-1-3 (>= 1.0.2), libdbus-glib-1-2 (>= 0.78), libglib2.0-0 (>= 2.19.0) Section: libs Priority: optional Homepage: http://cgit.freedesktop.org/~david/eggdbus Description: D-Bus bindings for GObject EggDBus is a D-Bus binding for GObject. It uses an "IDL language" (XML) to describe the D-Bus interfaces and generates C code from that.

1 0

"Keep password" check box restored to kdesu dialog box
by Darrell Anderson 04 Dec '11

04 Dec '11

I submitted a patch to bug report 388 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=388). The patch restores the visibility of the kdesu "Keep password" check box. In TDE, the check box is hard-coded invisible rather than being a function of the kdesu -t parameter as in 3.5.10. The patch (kdebase/kdesu/kdesu/kdesu.cpp): ================================================ // Try to exec the command with kdesud. bool keep = !args->isSet("n") && have_daemon; - bool terminal = true; + bool terminal = args->isSet("t"); bool new_dcop = args->isSet("newdcop"); bool withIgnoreButton = args->isSet("ignorebutton"); ================================================ Although I suspect many will welcome the patch, there likely will be just as many who will fear being eaten in the dark by grues if this check box is visible. I dislike the idea of those who want this check box visible to have to always patch the TDE sources in their build scripts. Is there a way to test who wants this check box visible and those who don't so no build-time patching is required and everybody is happy? I think the 'buntu family of distros don't use kdesu and instead use kdesudo. Perhaps this patch does not affect those distros. If that is the case then the discussion falls on everybody else. Ideas? Darrell

5 12

Open in Background Tab
by Darrell Anderson 04 Dec '11

04 Dec '11

I'm in shock folks. Really. Yet I'm smiling from ear to ear and giggling like a little kid. Last week when I was looking in the old KDE SVN for the original patches to Kate --- to restore the ability to specify the number of files to list in the Most Recently Used (MRU) list, I decided to look for the patches that ripped the Konqueror web link context menu. Long, long ago, in KDE 3.1.3, the web link context menu contained two options: Open in Background Tab and Open in New Tab. The latter option opened links in Tabs in the foreground. Like this: Open in Background Tab Open in New Tab In 3.1.4 the former menu option was ripped from the context menu, much to the dislike of many people. The same function could be achieved by using the Shift key to toggle the function of the Konqueror setting, but that idea never sat well with me. Or others. Some time back I filed an enhancement request to restore that feature in bug report 245 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=245). I use that double option all the time in the Firefox context menu, enabled through the TabMix Plus plugin (other plugins provide that feature too). I can't predict when I want a link to open in the foreground or background. That decision depends upon what I am reading. I was using that type of double menu option in Opera (version 5? 6?) before Firefox was born as Phoenix. Opera still supports both menu options as do other web browsers. Yeah, I'm quite accustomed to those two menu options. Both make sense to me. Pressing the Shift key does not. I found the original Konqueror patches that removed those options. That developer steadfastly refused to restore the options despite many complaints. Classic KDE developer egotism. At least that developer did not name the patch "useless crap." Much like my Kate effort last week, with a little trial and effort I succeeded in restoring the old context menu. And the two options just plain work as intended. Two for two. Not quite the same as hitting two home runs in a single baseball game, but I'm feeling mighty doggone good right now. :) Woo-hoo! Darrell P.S. I suspect there might be some people who do not want this patch and prefer the current behavior. I've uploaded the patch in the bug report. I hope an overwhelming number of people rejoice and the patch gets merged into R14. :)

2 1

Converting KDE3 Code to TDE
by Darrell Anderson 03 Dec '11

03 Dec '11

I would be grateful if somebody would share any scripts to convert KDE3 code to TDE. Basically something that quickly adds the tqt layer. Thanks. Darrell

2 2

Package building QA
by Darrell Anderson 03 Dec '11

03 Dec '11

Do we have a check list to help developers/packagers watch for QA problems with packages? I have not seen any. How about we start one? 1. Check two apps in each menu category of the T-Menu to verify the Help file handbook is available. 2. Run a system test looking for broken sym links. (I use a short script I can share.) 3. Do all apps in the T-Menu start? 4. Check the xsession logs for unexpected or unusual errors and messages. 5. Do kdesu/kdesudo work as expected for your distro? This is just for starters. Please add to this list. Darrell

4 4

KDevelop
by Michael Henry 03 Dec '11

03 Dec '11

I am trying to run Trinity's KDevelop with KDE 4's KDevelop. Trying to install from the Trinity repo's is giving me a file is attempting to overwrite another file. Anyway I can run both of these on the same system? -- Bro. Michael Henry Associate Pastor Monticello Christian Church Be kinder than necessary. Everyone you meet is fighting some kind of battle. You never know when a moment and a few sincere words can have an impact on a life for a life

2 2

Kmail randomly archiving gmail messages
by Kristopher John Gamrat 03 Dec '11

03 Dec '11

Some of my gmail messages are being archived (removed from my inbox but not being deleted) when Kmail checks my gmail account. This only happens when Kmail does it's check, and none of the emails that are being archived are showing up because they aren't in any of my IMAP folders. I know the archived messages are still there because I can log into gmail's web interface, go to my "All Mail" list, and see the archived messages. When I move them back to my inbox, they will stay there so long as Kmail isn't checking for email. There is no setting in gmail's settings (either Kmail or the web interface) to do this, nor do they offer any filters that would do this (or at least, I don't have any such filters active in my gmail). I have checked my IMAP settings in Kmail and gmail web interface. I cannot find any settings that would exhibit this behavior. I do include my inbox (and all the other IMAP folders) in both my serverside and local subscription. The last detail I can offer is that I'm using cachedimap instead of regular imap. Is there anything outside of my gmail/IMAP settings that could be causing this? -- Kristopher Gamrat Ark Linux webmaster http://www.arklinux.org/

2 1

KDE3 Profile Migration Script
by Darrell Anderson 02 Dec '11

02 Dec '11

In my patched startkde script (bug report 675) I include code to automatically migrate a user's existing KDE3 profile directory. I'm thinking perhaps I move that code to a separate script, say $PREFIX/bin/migratekde3, and source that script in startkde. That would allow admins and users to run the script as they please and separate maintenance for us. By moving to a separate script we all can test more easily and improve that script without directly impacting startkde. As a separate script testing could be performed in any desktop environment and not just TDE. Opinions? Yays? Nays? Darrell

4 6

Réf.: Re: [trinity-devel] build script for Opensuse ?
by ds ds 30 Nov '11

30 Nov '11

Le mer. 30 nov. 2011 02:06 HNEC, Dr Tony Young a écrit : >On Wednesday 30 November 2011 09:37:00 ds ds wrote: >> Is there a build script for Opensuse somewhere ? Even at a work-in-progress >> state ? > >I am assured that there is. :-) It is definitely in progress and I am looking forward to testing >it. >Tony Ok. Where is the web page ? Dsant

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels