tde-devels April 2013

devels@trinitydesktop.org

13 participants
66 discussions

by Darrell Anderson

Latest GIT from today. No such build failures when I built a fresh package set Saturday. I receive the following build failure with tdebase: /dev/shm/tdebase/kicker/extensions/kasbar/kasgroupitem.cpp:293:60: error: no matching function for call to 'TaskRMBMenu::TaskRMBMenu(Task::List&, bool, KasTasker*)' This is a full clean build, starting with TQt3. Darrell

11 years, 7 months

Re: [trinity-devel] Any patches or problems with the current state of 3.5.13.2?

by Darrell Anderson

>I would like to stop flow of patches to 3.5.13.2 and proceeded to >release. >Currently I have on my list the last two bugs, that I would like >to see >fixed: > >1193: KMail / Kontact multiple GPG passphrase boxes >1444: Digikam and Kipi-plugins persistent image rotation is broken > >Please, do you have any additional patches or bugs that should be >resolved >before the release 3.5.13.2? Bug 1444, I try to solve, but for now >I do not have a working patch. How about these? 1451 konqueror: Duplicating activity after drag and drop in same window 1245 KDM displays garbage 1233 turn-off and restart not finished in TDE 3.5.13.1 668 dual-head setup: kdm doesn't display the background image correctly 1380 Kmail not recognizing SMTP protocol Darrell

11 years, 7 months

Re: [trinity-devel] Any patches or problems with the current state of 3.5.13.2?

by Darrell Anderson

>I would like to stop flow of patches to 3.5.13.2 and proceeded to >release. >Currently I have on my list the last two bugs, that I would like >to see fixed: > >1193: KMail / Kontact multiple GPG passphrase boxes >1444: Digikam and Kipi-plugins persistent image rotation is broken > >Please, do you have any additional patches or bugs that should be >resolved >before the release 3.5.13.2? Bug 1444, I try to solve, but for now >I do not have a working patch. Maybe this one too: 825 Kmail/Kontact issue with encrypted email Darrell

11 years, 7 months

Re: [trinity-devel] Kick-off Launcher

by Darrell Anderson

>Maybe we should just ship Kickoff as a separate application, like >kbfx ? That would be a good idea, similar to my suggestion to provide a cmake build option in tdebase. Either solution would satisfy everybody. :) Darrell

11 years, 7 months

Kick-off Launcher

by Calvin Morrison

Hidey Ho Neighbors, Haven't been around much lately, but school is letting out soon and it seems progress is picking up for R14. Kick-Off has been causing problems on and off for my desktops since inception. I did quite a bit of work last year to simplify it, but now the hard-drive parsing (the most ugly piece of code i've seen) has caused problems again. This is due to a questionable amount of parsing doesn't seem to work correctly everwhere. I digress. A good solution would be to 1) remove kickoff since it's unlikely that it is used, and doesn't keep in the style of trinity and port the cool features of kickoff into the original kicker panel, if there are any. 2) integrate tde's hw library with kickoff so isn't relying on a bad hack I'd be willing to do both, what do you guys think? Calvin

11 years, 7 months

Re: [trinity-devel] Kick-off Launcher

by Darrell Anderson

>Not sure how you could do both when in 1.) you remove a feature >and in 2.) >you enhance the same feature. ;-) Do you mean that for 1.) you >would port >over the useful features to Kicker? Probably meant to write "...could do either...." :) Darrell

11 years, 7 months

Re: [trinity-devel] kicker and tdm issues with the current nightly builds

by Darrell Anderson

>I just reported the bugs. If there is anything else I can do, just >let me know! I added the reports to the etherpad road map. Those types of problems are over my head. Tim or Slavek likely will investigate and will need you to help test and debug of course. :) Darrell

11 years, 7 months

Re: [trinity-devel] kicker and tdm issues with the current nightly builds

by Darrell Anderson

>I just looked through them, but the only corresponding thing I can >find >is that one process uses a lot of CPU. Otherwise the problems do >not >seem similar. > >What would be the best way to provide more information? Am I >really the >only one who has these issues with the Ubuntu packages? If the problem is preventing normal usage, then file a Blocker bug report. If the system remains usable but abnormally intolerable, file the report as Critical. Either way I'll add the report to the R14.0.0 etherpad road map. Darrell

11 years, 7 months

Re: [trinity-devel] Kick-off Launcher

by Darrell Anderson

On Sat, 13 Apr 2013 12:16:12 -0500 "Calvin Morrison" <mutantturkey(a)gmail.com> wrote: >Hidey Ho Neighbors, > >Haven't been around much lately, but school is letting out soon >and it seems progress is picking up for R14. Welcome back. I hope school is going well. :) If you want to help with the R14.0.0 release, we have a road map in etherpad listing the specific bug reports we want to resolve for the release: http://trinity.etherpad.trinitydesktop.org/39 Please don't add anything to the etherpad list without a discussion. :) Don't delete anything either and instead use the strikeout format method to tag a bug report as resolved. I believe some of the bug reports in the etherpad are assigned to you and you might want to look at those. No related kickoff menu bug reports are part of the R14.0.0 road map. Scratch that itch if necessary, but help with the other bug reports is much appreciated. :) Darrell

11 years, 7 months

Re: [trinity-devel] Kick-off Launcher

by Darrell Anderson

>Haven't been around much lately, but school is letting out soon >and it >seems progress is picking up for R14. > >Kick-Off has been causing problems on and off for my desktops >since >inception. I did quite a bit of work last year to simplify it, but >now >the hard-drive parsing (the most ugly piece of code i've seen) has >caused problems again. This is due to a questionable amount of >parsing >doesn't seem to work correctly everwhere. > >I digress. > >A good solution would be to 1) remove kickoff since it's unlikely >that >it is used, and doesn't keep in the style of trinity and port the >cool >features of kickoff into the original kicker panel, if there are >any. >2) integrate tde's hw library with kickoff so isn't relying on a >bad >hack > >I'd be willing to do both, what do you guys think? I've used the kickoff style menu in both Trinity and KDE4. Personally I don't like the kickoff menu but my opinion counts as only one vote. Considering the bugginess of the Trinity version, and overall Trinity philosophy, I prefer dropping the feature. Posing the same question to the user's mail list probably is a good idea before deciding. If we decide to keep kickoff then I request we add a build option to tdebase/CMakeLists.txt so packagers can have the final say. Darrell

11 years, 7 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels April 2013