tde-devels

devels@trinitydesktop.org

4 participants
3812 discussions

TDE strict dependency on binutils in Debian Jessie/Wheezy
by Michele Calgaro 24 Oct '13

24 Oct '13

HI there, is anybody aware of any good reason why tdelibs14-trinity and some other packages have a very strict dependency on binutils in Debian Jessie and Wheezy (and I suspect also on previous versions and in Ubuntu, even though I didn't check)? For example I get dependencies such as: binutils (>= 2.23.52.20130828), binutils (<< 2.23.52.20130829). The problem with such kind of dependency is that when binutils is updated, I need to do a full rebuild of TDE before I can update the binutils package on my machine. After the full rebuild is completed, everything can be updated, but I don't see the reason for having the '<<' part of the dependency since it doesn't seem to affect anything: TDE builds with both the old and the new binutils package. So I am wondering if such strict dependency is intentional or if it is something that we are dragging along from the past (perhaps because of a broken or incompatible binutils version in the past). If there isn't any particular reason, I will open a bug report in a few days about this point. Thanks Michele

3 9

Commit cced03e1 2013-10-17
by Darrell Anderson 23 Oct '13

23 Oct '13

Tim, Commit cced03e1 2013-10-17 disabled the constant generation of backtraces in TDEIconLoader. The patch inidcates that KICONLOADER_CHECKS must now be explicitly defined. I presume the only people who want to do that are folks wanting to troubleshoot related problems. Should the need arise, where is the appropriate place to define KICONLOADER_CHECKS? Darrell

2 2

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 29 Sep '13

29 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels