tde-devels

devels@trinitydesktop.org

1 participants
3754 discussions

by Darrell Anderson

/dev/shm/tdelibs/tdeio/tdeio/backtrace_symbols.c:57:22: fatal error: demangle.h: No such file or directory We ran into this before with tdebase and we added DWITH_KDESKTOP_LOCK_BACKTRACE as a configure option in commit 936d3cec 2013-01-26. demangle.h is not supported in all distros. I'll try to massage 936d3cec into tdelibs. Darrell

11 years, 5 months

CMakeLists.txt enhancement

by Fat-Zer

What about a small comment for each WITH_* option in root CMakeList.txt by which BUILD_* option(s) it is used? I can take it up...

11 years, 5 months

k3b-trinity depends issue

by Greg Madden

Wheezy, amd64 apt-cache policy reveals: k3b-trinity:4:14.0.0-r154-0debian7.0.0+pr11 libk3b3-trinity:44:14.0.0-r154-0debian7.0.0+pr11 k3b-data-trinity:4:14.0.0-r153-0debian7.0.0+pr11 K3b fails, unmet dependency, k3b-data is r153 not r154. -- Peace, Greg

11 years, 5 months

Re: Building from GIT source & tde-packaging

by Michele Calgaro

Michele Calgaro <michele.calgaro@...> writes: > > Hi there, > after several months, I have started to rebuild TDE from the current GIT > sources on Debian/Testing, but I have soon noticed that the "tde-packaging" > repository is not up to date with the "tde" repository. > Namely, when trying to build "tdelibs" I run into a broken dependency for > "libart-2.0-dev" version >=14.0.0. The current files in the "tde-packaging" > repository for "libart" builds to a version which is 2.3.22. > I double-checked the nightly builds on the web site, and I saw that the > correct package (version 14.0.0) is created. > So my questions are: > 1) is there a date already scheduled for an update of the "tde-packaging" > repository, and if so when > 2) otherwise, is there any other place where I can find the updated > packaging files (other than download the .dsc and .tar.xz file for each > package from the nightly build website and then extract the packaging > scripts)? > > Thanks > Michele > > Hi there, a few days have gone by since my original post, so I think it should be ok to ask again. Is there any place where I can find the updated packaging files for building TDE for Debian/Jessie, other than extracting those from each package in the nightly build website? Thanks again Michele

11 years, 5 months

Setting power state using tdehwlib dbus daemon

by Slávek Banko

Hello, we have recently added backends for setting power state using HAL and DeviceKit-Power. Now I have prepared another backend - using tdehwlib dbus daemon. The advantage is that it would not need any other external dependency. See bug report: http://bugs.pearsoncomputing.net/show_bug.cgi?id=1643 What do you think? Slavek

11 years, 5 months

Re: [trinity-devel] Moving tdehwlib to a standalone library

by Darrell Anderson

>Everything I wrote is my plans and view of the situation. I've >just intended to start a discussion... >Sorry if it was sound too strongly. I did not read your posts that way. :-) I realize English is not the native language of many people. I try to read posts with the benefit of doubt. I try to read posts with the presumption that people are trying to improve existing conditions too. I agree a discussion is relevant and important. Now that a discussion is started, let's see how things unfold. :-) Darrell

11 years, 5 months

Re: [trinity-devel] tdebase FTBFS git hash 888a696a

by Darrell Anderson

>> Hello, a typo in git hash 888a696a >> >> -/* This file is part of the KDE Display Manager Configuration >package >> +*/ This file is part of the KDE Display Manager Configuration >package > >Fixed in GIT hash df510360. >Thanks for warning! Sorry about that. I have been staring at the typo for five minutes and scratching my head. I have no idea how that happened or how I was able to compile with the typo. Darrell

11 years, 5 months

tdebase FTBFS git hash 888a696a

by François Andriot

Hello, a typo in git hash 888a696a <http://www.trinitydesktop.org/patches/1376773191:888a696a3d1c31bbd32c75f80a…> is causing FTBFS in kcontrol/tdm/tdm-shut.cpp, because invalid syntax. diff --git a/kcontrol/tdm/tdm-shut.cpp b/kcontrol/tdm/tdm-shut.cpp index 2d8a565..5b295b5 100644 --- a/kcontrol/tdm/tdm-shut.cpp +++ b/kcontrol/tdm/tdm-shut.cpp @@ -1,4 +1,4 @@ -/* This file is part of the KDE Display Manager Configuration package +*/ This file is part of the KDE Display Manager Configuration package Copyright (C) 1997-1998 Thomas Tanghus (tanghus(a)earthling.net) This program is free software; you can redistribute it and/or Please fix it, Thanks Francois

11 years, 5 months

Re: [trinity-devel] Tim: How to troubleshoot kdialog passive popups

by Darrell Anderson

>> Tim, >> >> A small problem that has bugged me for a while. On my HTPC I use >> kdialog passive popups to remind me when a TV recording starts or >> stops. This is helpful to me when I run XBMC because I run XBMC in >> full screen. >> >> Originally when I built my HTPC I used KDE 3.5.10. The popups >> always appeared in front of XBMC, which satisfied my intent. >> >> Through the past many months I updated the HTPC: the operating >> system from Slackware 12.2 to 14.0, KDE 3.5.10 to Trinity GIT, >> Nvidia proprietary drivers, and XBMC from 9.01 to 10.1. >> >> The popups no longer appear in front of XBMC. When I toggle XBMC >> from full screen to windowed mode I can see the kdialog popups, but >> not when XBMC is in full mode. The popups appear in front of other >> apps. >> >> This is not a killer problem. :-) I realize there are several >> variables at play, but I don't know how the kdialog mechanism >> works. I'd appreciate ideas for determining whether Trinity (twin?) >> or kdialog is the culprit. >> >Any chance XBMC is now using an override redirect window? If so, >nothing would be able to pop up over the XBMC window. > >If XBMC is still using a traditional managed window, then my first >suspect would be twin's focus stealing prevention. > >I hope this helps! This is interesting. The kdialog passive popups are once again appearing on top of xbmc. Same xbmc package as I had before so something else changed in Trinity within the past 4 months, or possibly in my configurations, although with the htpc I seldom tinker with that. I wonder what fixed the problem.... Oh well, nice to see thenm working again! :-) Darrell

11 years, 5 months

Re: [trinity-devel] /tmp/tdesocket-global

by Darrell Anderson

>I believe that this is exactly what I pointed out earlier: >http://trinity-devel.pearsoncomputing.net/?0::11083 Yes. I remember. The culprit is the desktop lock process. When I reboot my systems my shutdown scripts remove garbage and spurious files and cleans /tmp. When I then first log into Trinity /tmp/tdesocket-global does not yet exist. Invoking the desktop lock creates /tmp/tdesocket- global. I understand a process like TDM using /tmp/tdesocket-global, but seems to me user-spawned processes such as desktop locking should use $TDEHOME/socket-`uname -n`. Bug report 1633 filed. Darrell

11 years, 5 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels