tde-devels

devels@trinitydesktop.org

3781 discussions

Re: [trinity-devel] Currently going through images...
by Darrell Anderson 11 Dec '12

11 Dec '12

>... I am sure there are more... and if there is a list anywhere >please let me know about it. As I find specific images I plan to set up >an etherpad page for the images. I have tried twice to reply to this message and both times the mail bounced back as spam. Of those apps you listed, only kdevelop has been renamed (tdevelop). To my knowledge none of the others in your list are going to be renamed. This etherpad has a list of what has been renamed: http://trinity.etherpad.trinitydesktop.org/17 Darrell

2 1

Gentoo issues.
by Fat-Zer 10 Dec '12

10 Dec '12

Hi' I've finally done with my trinity migrate on gentoo. But I've got several issues. The first one and the most painfull is: For some reason the plasma-desktop starts with trinity. I don't know where to start with searching the roots of that problem.... any ideas?

4 6

Re: [trinity-devel] GIT change
by Darrell Anderson 10 Dec '12

10 Dec '12

>Yes, your new master HEAD is 1abd6bb == commit "Recreate repository with >current state" == commit from upgraded master branch. Try "git >log" and see that the history of new master branch is quite short. git log commit 1abd6bb91e681b2502e41bf9caf08a0694573706 Author: Timothy Pearson <kb9vqf(a)pearsoncomputing.net> Date: Sat Dec 8 14:39:13 2012 -0600 Recreate repository with current state Darrell

1 0

Re: [trinity-devel] GIT change
by Darrell Anderson 10 Dec '12

10 Dec '12

>I may have a simpler procedure: > > git pull --rebase > >Hereby is performed move to the current HEAD == move to new HEAD >of newly created repository. Okay, I went to the top level of my repository, ran git pull -- rebase and the result was this: git pull --rebase remote: Counting objects: 492, done remote: Finding sources: 100% (480/480) remote: Getting sizes: 105% (19/18) remote: Compressing objects: 100% (6/6) remote: Total 480 (delta 337), reused 474 (delta 337) Receiving objects: 100% (480/480), 55.07 KiB, done. Resolving deltas: 100% (337/337), completed with 6 local objects. From http://scm.trinitydesktop.org/scm/git/tde + 991e426...1abd6bb master -> origin/master (forced update) 932cebe..a44f34c v3.5.13-sru -> origin/v3.5.13-sru First, rewinding head to replay your work on top of it... Nothing to do. Am I done? Darrell

2 1

Testing udisks2 backend and polkit agent
by Serghei Amelian 09 Dec '12

09 Dec '12

Hello, For anybody who want to test my udisks2 backend and polkit agent, I prepared a live cd based on Fedora 17. The ISO image is a little to big, it needs some cleanup. The root password is "toor". http://wifimag.ro/fedora/17/livecd-wifimag-201209081703.iso http://wifimag.ro/fedora/srpms There is a repo as well, to install on an already installed fedora 17: http://wifimag.ro/fedora/17/kde3.repo Have fun :) -- Serghei

3 14

Re: [trinity-devel] Commit 786e248c 2012-12-01 breaks tdebase in GIT
by Darrell Anderson 09 Dec '12

09 Dec '12

>This is not a palatable solution. As mentioned, searching the web >reveals that including demangle.h in binutils is not something >that can be presumed. Although some distros have been patched, not all >have been patched. Trinity has to build against stock distros and >not kludges. > >I've emailed the Slackware maintainer but there is no guarantee a >patched binutils is forthcoming. > >Can the original commit be rewritten to not use demangle.h? >Otherwise the only solution is reversing the original commit. I >believe that code was committed primarily as a troubleshooting aid > >against bug report 1288. Therefore reversing the patch should not >cause any problems, but do we want to keep that code in GIT >permanently, even after bug report 1288 is resolved? That commit is the only place in the entire GIT sources requiring a dependency on demangle.h. The only place the include is required is tdebase/kdesktop/lock/backtrace_symbols.c. Darrell

1 0

GIT change
by Timothy Pearson 09 Dec '12

09 Dec '12

All, I have recently blown away the history of the main TDE GIT supermodule (which does NOT contain any files, only submodule references) in order to speed up processing and downloading of that supermodule. The aforementioned history was not useful, consisting primarily of automated updates to the submodule hashes. I have, however, left the 3.5.13-sru branch and associated tags intact as there is no good way to shrink/squash them. Developers, please delete and re-download the top-level GIT supermodule. I have temporarily locked out commit access to that top level supermodule to prevent accidental merges of the old history. All other GIT modules continue to have normal read/write permissions for the TDE development team, so the impact of this should be minimal. One of the most developer-visible benefits of this change is that the TDE commits web page will now update every 6 hours instead of every 12 hours. Tim

2 2

Re: [trinity-devel] Commit 786e248c 2012-12-01 breaks tdebase in GIT
by Darrell Anderson 09 Dec '12

09 Dec '12

>> It should come with binutils. Google shows a lot of bug reports for >> several distros saying that this file should be installed. > >thanks for that info. I copied in demangle.h from Slackware's >binutils source package and all seems to be good. (tdebase >compiled successfully, anyway.) This is not a palatable solution. As mentioned, searching the web reveals that including demangle.h in binutils is not something that can be presumed. Although some distros have been patched, not all have been patched. Trinity has to build against stock distros and not kludges. I've emailed the Slackware maintainer but there is no guarantee a patched binutils is forthcoming. Can the original commit be rewritten to not use demangle.h? Otherwise the only solution is reversing the original commit. I believe that code was committed primarily as a troubleshooting aid against bug report 1288. Therefore reversing the patch should not cause any problems, but do we want to keep that code in GIT permanently, even after bug report 1288 is resolved? Darrell

1 0

Re: [trinity-devel] Gentoo issues.
by Darrell Anderson 09 Dec '12

09 Dec '12

>> The $DESKTOP_SESSION shell variable is set in 'startkde' script. I think the >> current value in 3.5.13.1 is "trinity". thanks for info, that was helpful > >Seems I found a reason of all this: trinity runs autostart files from >/usr/share as well as from it's own autorun subdirectory. >The nice workaround will be to remove /usr/share/autostart from an >autorun path. I haven't found yet there those paths are come from >but it should work. Anyway it's not a solution... > >IMHO the solution will be to stop using files contaning >OnlyShowIn=KDE (it will require small fixes in tdelibs and tdebase) and change >all such entries in our desktop files to TDE. I remember this bug hitting me a long time ago. The problem varied for everybody, but was path and environment variable related. For path issues we did a lot of work on fortifying the startkde/starttde script. For example, when the Trinity version of startkde/starttde is run, $TDEDIR/bin is in the search path before /usr/bin. For the environment variables the problem was KDE4 startup scripts in /etc/profile.d being sourced during login as well as the Trinity profile.d scripts. Because the underlying system has to support whichever desktop the user wants to run, one solution is to modify the system's startup scripts to only source the correct profile.d scripts rather than source every profile.d script tagged executable. My work-around was to tag all Trinity and KDE4 profile.d scripts not executable. I created a new profile.d script named zlocal.sh and in that script I sourced the appropriate profile.d scripts based upon whether starttde or startkde is being used. As 3.5.13.x and KDE4 uses the same named startkde, this still works because the Trinity version of startkde is installed to /opt/trinity/bin and not /usr/bin. To complete the circle, I use the full path in my Trinity xinitrc script such as /opt/trinity/bin//startkde rather than just startkde. Another problem is KDE4 only uses KDEDIRS and not KDEDIR. One solution then is not to use KDEDIRS in Trinity. The R14 branch should not have this problem because of the many XDG related changes (e.g., OnlyShowIn=TDE). Environment variables all have been renamed in R14 too (KDEDIR->TDEDIR, etc.). Also, a fringe wild shot, but try running the migratekde3 script against your profile directory. The script is not part of 3.5.13.1 but probably will be part of 3.5.13.2. The script is in GIT tdebase: http://git.trinitydesktop.org/cgit/tdebase/tree/migratekde3 Darrell

1 0

Commit 786e248c 2012-12-01 breaks tdebase in GIT
by zlists＠ns.sympatico.ca 09 Dec '12

09 Dec '12

Hi I cloned myself a copy of tde yesterday and tried to compile it on Slackware64 14.0. (I use the Slackware build scripts available at http://humanreadable.nfshost.com/sdeg/trinity_desktop.htm.) All went well until I was compiling tdebase, when it crashed and burned with: Generating tdmadmindialog.moc cd /tmp/tdebase.build/tdm/kfrontend && /usr/bin/tmoc /tmp/tdebase/tdm/kfrontend/ tdmadmindialog.h -o /tmp/tdebase.build/tdm/kfrontend/tdmadmindialog.moc /tmp/tdebase/kdesktop/lock/backtrace_symbols.c:57:22: fatal error: demangle.h: No such file or directory compilation terminated. Slackware does not have demangle.h (nor does an Ubuntu 12.04 that I have lying around). Is there some other package which has been added as a pre-requisite with that commit? Or is there some way to change that patch so that we don't actually need that file? Thanks. Jim

4 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels