tde-devels August 2013

devels@trinitydesktop.org

12 participants
90 discussions

k3b-trinity depends issue
by Greg Madden 23 Aug '13

23 Aug '13

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

1 0

Re: Building from GIT source & tde-packaging
by Michele Calgaro 23 Aug '13

23 Aug '13

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

3 5

Setting power state using tdehwlib dbus daemon
by Slávek Banko 23 Aug '13

23 Aug '13

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

1 0

Re: [trinity-devel] Moving tdehwlib to a standalone library
by Darrell Anderson 18 Aug '13

18 Aug '13

>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

3 7

Re: [trinity-devel] tdebase FTBFS git hash 888a696a
by Darrell Anderson 18 Aug '13

18 Aug '13

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

1 0

tdebase FTBFS git hash 888a696a
by François Andriot 18 Aug '13

18 Aug '13

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

2 3

Re: [trinity-devel] Tim: How to troubleshoot kdialog passive popups
by Darrell Anderson 18 Aug '13

18 Aug '13

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

1 0

Re: [trinity-devel] /tmp/tdesocket-global
by Darrell Anderson 17 Aug '13

17 Aug '13

>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

1 0

/tmp/tdesocket-global
by Darrell Anderson 17 Aug '13

17 Aug '13

We raised this observation in past discussions and bug reports. I am not using TDM. I start X from the command line with startx. Yet I see /tmp/tdesocket-global being created with the login user having full ownership to the directory. The logged-in user can view the contents of the directory, which is always empty. Why is the /tmp/tdeglobal-socket directory being created when TDM is not being used? What global socket connections are required when Trinity is run without TDM or in run level 3? Darrell

2 1

Re: [trinity-devel] tdelibs FTBFS
by Darrell Anderson 17 Aug '13

17 Aug '13

>> Here is propoused patch which checks if demangle.h is present. >> >Darrell, I have demangle.h on my system, so it's up to you to test >it. Actually anybody can test --- just temporarily rename or move /usr/include/demangle.h. :-) Darrell

3 7

← Newer
1
2
3
4
5
6
7
8
9
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels August 2013