tde-devels September 2013

devels@trinitydesktop.org

20 participants
40 discussions

Disabling Trinity KDED Daemons
by Darrell Anderson 30 Sep '13

30 Sep '13

All, Is there a command line method available for disabling Trinity KDED Daemons after starting Trinity? I did not see anything obvious from kded --help. Thanks. Darrell

1 0

Re: [trinity-devel] It's time for RC1?
by Darrell Anderson 30 Sep '13

30 Sep '13

>I started from the fact that these bugs are in the TDE (maybe a >KDE3) long >time, and that they do not cause visible problems => not block >R14.0.0. >But you're right that their current visibility increase in their >importance. Yes, the messages have been around since KDE3 but never were seen. :-) >I will try now to focus on this bug. Life is quieter here at home (at the moment). I should be able to test patches. Darrell

1 0

Re: [trinity-devel] It's time for RC1?
by Darrell Anderson 30 Sep '13

30 Sep '13

>Blocker reports (Open items: 3): >1655 New stderr messages as a result of commit 5354555 > -- I believe that this bug is not blocking for R14.0.0 Also please refer to comment 8 in the bug report. I stopped using tdepowersave because within a couple of hours of using Trinity that specific message creates HUGE xsession-error logs. The message appends the xsession-error log at a rate of once every second. That really needs to be fixed before R14 is released. :-) Darrell

2 1

It's time for RC1?
by Slávek Banko 30 Sep '13

30 Sep '13

Hello all, I would say that the work on the R14 successfully moving forward. On Etherpad are listed only a few opened bug reports. I chalked little notes. Please take a look at it. Regressions (Open items: 2): 1615 TDEPowersave will autosuspend to ram only once -- seems already fixed 1597 Pressing the power button shutdown computer, regardless of what I set in tdepowersave -- seems already fixed Available patches (Open items: 5): 1560 several FTBFS building R14.0.0 -- tqt3 : build as shared library instead of static library - I believe that there is nothing against commit it? -- python-tqt : fix FTBFS - requires a deeper decision because - pyqt3TQtSignal × pyqt3QtSignal => sip-tqt × original sip -- tdenetwork : use alternate 'resolv.conf' in kppp, if available - I do not know whether to commit or leave as distribution specific? 1199 Build issue: tdelibs FTBFS on older distro with Xorg under /usr/X11R6 -- patches contained here are not intended to push into GIT -- some of them could be commited, some would have to be adjusted -- I believe that this bug is not blocking for R14.0.0 1146 Build issue: fusion-icon does not install python module in python_sitelib -- it would be good to incorporate findings PYTHON_SITELIB path to makefile 1054 Build issue: soundkonverter FTBFS without --with-extra-includes -- will be fixed soon - patch waiting for test 952 TDEBase, TDELibs translation to Russian and Ukrainian update -- the task of updating translations are wider than this one update -- that's why I suggest defer updating translations to maintanance releases Blocker reports (Open items: 3): 1655 New stderr messages as a result of commit 5354555 -- I believe that this bug is not blocking for R14.0.0 1528 R14 Tdm cannot start after a system upgrade from 3.5.13 kdm -- this is probably resolved, pending confirmation 1453 TDM broken in R14 nightlies -- this is still valid? Critical reports (Open items: 3): 1233 turn-off and restart not finished in TDE 3.5.13.1 -- this bug is somewhat mysterious -- I believe that this bug is not blocking for R14.0.0 1168 Build issue: python-tqt FTBFS -- patch waiting for test -- Slavek

3 2

Re: [trinity-devel] It's time for RC1?
by Darrell Anderson 29 Sep '13

29 Sep '13

On Sun, 29 Sep 2013 13:02:34 -0500 "Slávek Banko" <slavek.banko(a)axis.cz> wrote: >Hello all, > >I would say that the work on the R14 successfully moving forward. >On Etherpad are listed only a few opened bug reports. >I chalked little notes. Please take a look at it. > > >Regressions (Open items: 2): >1615 TDEPowersave will autosuspend to ram only once > -- seems already fixed >1597 Pressing the power button shutdown computer, regardless of >what I set in >tdepowersave > -- seems already fixed > > >Available patches (Open items: 5): >1560 several FTBFS building R14.0.0 > -- tqt3 : build as shared library instead of static library > - I believe that there is nothing against commit it? > -- python-tqt : fix FTBFS > - requires a deeper decision because > - pyqt3TQtSignal × pyqt3QtSignal => sip-tqt × original sip > -- tdenetwork : use alternate 'resolv.conf' in kppp, if available > - I do not know whether to commit or leave as distribution >specific? >1199 Build issue: tdelibs FTBFS on older distro with Xorg under >/usr/X11R6 > -- patches contained here are not intended to push into GIT > -- some of them could be commited, some would have to be adjusted > -- I believe that this bug is not blocking for R14.0.0 >1146 Build issue: fusion-icon does not install python module in >python_sitelib > -- it would be good to incorporate findings PYTHON_SITELIB path >to makefile >1054 Build issue: soundkonverter FTBFS without --with-extra- >includes > -- will be fixed soon - patch waiting for test >952 TDEBase, TDELibs translation to Russian and Ukrainian update > -- the task of updating translations are wider than this one >update > -- that's why I suggest defer updating translations to >maintanance releases > > >Blocker reports (Open items: 3): >1655 New stderr messages as a result of commit 5354555 > -- I believe that this bug is not blocking for R14.0.0 >1528 R14 Tdm cannot start after a system upgrade from 3.5.13 kdm > -- this is probably resolved, pending confirmation >1453 TDM broken in R14 nightlies > -- this is still valid? > > >Critical reports (Open items: 3): >1233 turn-off and restart not finished in TDE 3.5.13.1 > -- this bug is somewhat mysterious > -- I believe that this bug is not blocking for R14.0.0 >1168 Build issue: python-tqt FTBFS > -- patch waiting for test Regarding 1615: The original problem description was resolved, but please refer to comment 25 for why the report was not closed. Regarding 1655: I am concerned with the following: * tdeio (tdeioslave): WARNING: Can't communicate with kded_kpasswdserver! * tdeio (KIOConnection): ERROR: Header read failed, errno=104 * tdeio (KIOConnection): ERROR: Header has invalid size (-1) * tdeio (KIOConnection): ERROR: Could not write data * tdeio (TDELauncher): ERROR: SlavePool: No communication with slave. * tdecore (KLibLoader): WARNING: KLibrary: symbol not found * [dcopserver] Corrupt data! As Commit 5354555 (2013-08-26) exposed these messages, would be nice if we tried to resolve them before pushing R14 out the door. In the bug report I posted comments how to repeatedly invoke some of the messages. Who knows which of these messages are associated with other bug reports. Regarding 1054 and 1168: I tested the patches and responded accordingly in the bug reports. Those patches can be pushed and the reports closed as resolved. Good job! :-) Regarding the proposed release schedule dates, I was updating those regularly but family emergencies have been keeping me away from the project of late. :-( Darrell

1 0

gdb pretty-printers
by Fat-Zer 28 Sep '13

28 Sep '13

Is there gdb pretty-printers for (t)qt3 and tde/kde3 classes? If you don't know, «pretty-printer» is a python script for printing various types in nice human-readable way e.g. QString as normal string, QList as number of values etc.

2 3

My opinion on Trinity project quality
by Aleksey Midenkov 27 Sep '13

27 Sep '13

I watch over Trinity project for as long as 3 years. I want to give my grade on its development activity. I think that the project is not capable of public use and rather suited for small group of inside hackers. Along the history of development there were too much lame unprofessional decisions. It was fulfilling some strange unpractical ideas. In fact, it came to a logical unsuccessful end. If you install 3.5.13 you will get too much trouble. I think, that implementing all the missing features into KDE4 is less cost, than waiting when this woe project will get to a decent condition.

17 47

Re: [trinity-devel] Kate tab bar plugin extension patch
by Darrell Anderson 27 Sep '13

27 Sep '13

On Wed, 18 Sep 2013 21:46:12 -0500 "Michele Calgaro" <michele.calgaro(a)yahoo.it> wrote: >I modified the Kate tab bar plugin to add the possibility to close >a document by a mouse middle >click on the tab button. The feature can be enabled/disabled by a >checkbox in the plugin config >page and it's off by default to preserve the original behavior. >If enabled, a middle click on a tab button *without* any key >modifier pressed will close the > >corresponding document, unless it's the last one (because in this >case a new empty document >would be automatically opened again). >Attached proposed patch. >I also moved most of the single line function definition from the >.cpp to the .h inside the class >declaration. This is just a matter of personal choice. If you >don't like that or it's against some sort >of convention, just ignore that part of the patch. >The patch also removes to "unused variable" warning messages. > > >Cheers > Michele I suspect this patch will get lost unless attached to an bug report/enhancement request. :-) Darrell

1 0

operator-> in tqt iterators
by Fat-Zer 24 Sep '13

24 Sep '13

Can we uncomment those operator-> implementations at least for TQPtrList and TQValueList iterators? It 's a real pain to use iterators without them. Comments in qptrlist.h says there were some malfunctions in MSVC and Sun compilers but I suppose these information refers to old versions. All in all I don't think that tqt may be build by them without any other problems. I can prepare the patch. Am I supposed to prepare it for qt or tqt?

2 2

Locales - i18n British
by Mike Howard 24 Sep '13

24 Sep '13

Hello All, Back in August last year I built TDE from source for my modified Toshiba AC100 (tegra cpu, armv7) on which I have running Red Sleeve EL 6.1 but haven't had much use from it this year, for reasons I won't go into. Anyway, now that I've got more time, I can't seem to get TDE to default to the en_GB keyboard layout. I did build and have installed trinity-kde-i18n-British (as it was then) but I can't add 'British English' as another language (along side 'US English'). Obviously I can change it from the console or from within X but normally, I would use Settings -> Regional etc etc. It just does not give any other language as a choice except US English. Anybody any ideas off the top of their head? Something obvious I'm missing? It's bound to be something simple I've forgotten :) Cheers, Mike. --

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels September 2013