tde-devels

devels@trinitydesktop.org

4 participants
3840 discussions

Improving community involvement
by Darrell Anderson 29 Feb '12

29 Feb '12

I found this online article useful: http://stormyscorner.com/2012/02/its-scary-to-join-an-open-source-project.h… I found Boudewijn Rempt's (lead maintainer of krita) comments insightful: http://stormyscorner.com/2012/02/its-scary-to-join-an-open-source-project.h… 1. Can we modify our bugzilla to send an immediate reply to the filer: "Hi XXX [this information is available when the user creates an account], thank you for your bug report/enhancement request. Our general policy is to review and comment within one to two weeks on all reports submitted." 2. We have discussed review boards. First, we need two or three people beyond Tim who is willing to review new reports. (Yes, I volunteer. :) ) Thereafter, can we start a policy as Boudewijn suggested that within a week or two somebody on the Trinity teams responds with a comment? For example: "Thanks XXX for helping! This is a build/compile issue. I elevated the bug report to Blocker status." "Thanks XXX for helping! I have confirmed this bug. This is a serious usability issue. I elevated the bug report to Major status." "Thanks XXX for helping! Although irritating, this is a seldom used feature. We appreciate the frustration but we can get to this bug only after resolving those with a higher status." "Thanks XXX for helping! This sounds like a legitimate issue but manpower limits our ability to dig deeper at this time. If you don't hear anything further in two months please provide a comment." Perhaps at the end of each initial response for reports marked Blocker, Critical, and Major, we add the following statement: "Please know that except under unusual circumstances, bug reports marked Blocker, Critical, and Major will be resolved before the next official release." Seems another good policy is providing a decent explanation any time a bug report is resolved as WONTFIX. In that comment should be a statement that if anybody disagrees to post comments why they disagree. Lastly, we need people who have some skills to start helping with bugs. Many bugs do not require C++ skills but require makefile, cmake, automake skills, etc. Other bugs require little more than knowing how to use grep and sed once the solution is realized. People don't need commit access, just get the patches submitted. Somebody who is qualified will review the patch. Comments? Ideas? Darrell

2 2

ARM and Trinity and Raspberry Pi
by Calvin Morrison 29 Feb '12

29 Feb '12

Hello All, Raspberry Pi is on it's way to being launched and is no available for preorder. I think this product would be a good candidate for Trinity and ARM. Raspberry Pi is a $35 arm board. I am going to order one, any maybe one of you would be interested in purchasing them as well. Currently we have ARM builds, but no arm devices have been physically tested (right?) so I think this could be a opportunity for us to do that with a very low cost Calvin

2 1

Proposed starttde patch
by Darrell Anderson 29 Feb '12

29 Feb '12

Update starttde consistent with the changes made to tdelibs/tdesu/stub.cpp in bug report 766. The first snippet that is deleted is redundant and conflicts with the same $PATH test several lines later in the script. The second change ensures $PATH is consistent with stub.cpp, which places $PREFIX/bin in the path order just before /usr/bin and not blindly as first in the search path. If, oddly, /usr/bin is not in the search path then the script falls back to placing $PREFIX/bin first in the search path. ============================================================== diff -urN tdebase/starttde tdebase.new/starttde --- tdebase/starttde 2012-02-15 13:26:30.000000000 -0600 +++ tdebase.new/starttde 2012-02-26 19:08:44.000000000 -0600 @@ -76,15 +76,6 @@ fi fi -# In case we have been started with full pathname spec without being in PATH. -bindir=`echo "$0" | sed -n 's,^$/.*$/[^/][^/]*$,\1,p'` -if [ -n "$bindir" ]; then - case $PATH in - $bindir|$bindir:*|*:$bindir|*:$bindir:*) ;; - *) PATH=$bindir:$PATH; export PATH;; - esac -fi - # Boot sequence: # # tdeinit is used to fork off processes which improves memory usage @@ -165,7 +156,14 @@ fi if [ -d $TDEDIR/bin ]; then if [ -z "`echo $PATH | grep \"$TDEDIR/bin\"`" ]; then - export PATH=$TDEDIR/bin:$PATH + # Respect the traditional path order. Don't blindly place $TDEDIR/bin + # first in the path. Only place $TDEDIR/bin before /usr/bin. This order is + # consistent with tdelibs/tdesu/stub.cpp. + if [ -n "`echo $PATH | grep \"/usr/bin\"`" ]; then + export PATH="`echo $PATH | sed \"s|/usr/bin|$TDEDIR/bin:/usr/bin|\"`" + else + export PATH=$TDEDIR/bin:$PATH + fi fi fi if [ -d $TDEDIR/share ]; then ============================================================== I have tested the change. If there are no objections then I would like to push the patch.

6 23

TDE kwrite improvement (add the sort from kate->tools->sort)
by David C. Rankin 29 Feb '12

29 Feb '12

Tim, All kate/kwrite are two of the crown jewels of tde. It would be nice to improve things as this project goes along. One simple idea is to provide the kate->tools->sort feature to kwrite. Is this the type of thing that warrants a feature request on the bug tracker to make sure it doesn't get lost or is there some other etherpad or tool that would be better. My .02 is it should go in the tracker as pads seem to come and go. -- David C. Rankin, J.D.,P.E.

3 11

tqt3 build failure In member function 'virtual int TQODBCResult::numRowsAffected() rror: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}
by David C. Rankin 29 Feb '12

29 Feb '12

Tim, Darrell, This is my first attempt a building tqt3 from the git tree and I've run into a problem. The good news it the build continued for quite some time. I wasn't timing, but is estimate 60+% of the build completed. The errors at the end of the build were: ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In member function 'virtual int TQODBCResult::numRowsAffected()': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:983:60: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '2' to 'SQLRETURN SQLRowCount(SQLHSTMT, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In member function 'bool TQODBCResult::exec()': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1109:43: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '10' to 'SQLRETURN SQLBindParameter(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLULEN, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1127:50: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '10' to 'SQLRETURN SQLBindParameter(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLULEN, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1149:43: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '10' to 'SQLRETURN SQLBindParameter(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLULEN, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1163:43: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '10' to 'SQLRETURN SQLBindParameter(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLULEN, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1177:43: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '10' to 'SQLRETURN SQLBindParameter(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLULEN, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1192:12: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '10' to 'SQLRETURN SQLBindParameter(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLULEN, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1210:16: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '10' to 'SQLRETURN SQLBindParameter(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLULEN, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1227:12: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '10' to 'SQLRETURN SQLBindParameter(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLSMALLINT, SQLULEN, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In member function 'virtual bool TQODBCDriver::beginTransaction()': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1666:23: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In member function 'bool TQODBCDriver::endTrans()': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1716:23: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] make[3]: *** [.obj/qsql_odbc.o] Error 1 make[3]: Leaving directory `/build/src/tqt3/plugins/src/sqldrivers/odbc' make[2]: *** [sub-odbc] Error 2 make[2]: Leaving directory `/build/src/tqt3/plugins/src/sqldrivers' make[1]: *** [sub-sqldrivers] Error 2 make[1]: Leaving directory `/build/src/tqt3/plugins/src' make: *** [sub-plugins] Error 2 This looks liek issues with the odbc driver type definitions. Is this something that you are familiar with and can help me with it? Or, is this something you don't recognize and need me to send more to help narrow it down? Looks like the src/sql/drivers/odbc/qsql_odbc.cpp code is not happy. The good news, is that I've got the Arch build script developed to get (or should I say git) it this for :) Let me know. Thanks! -- David C. Rankin, J.D.,P.E.

2 7

Could not load library! Trying exec....
by Darrell Anderson 29 Feb '12

29 Feb '12

I'm seeing these messages in my xsession log. The standard as-is message looks like that in the subject line. My messages now look like this: [kinit] Could not load library (artswrapper)! Trying exec... [kinit] Could not load library (/usr/local/bin/run_conky)! Trying exec... [kinit] Could not load library (/usr/bin/VBoxClient-all)! Trying exec... I added the [kinit] prefix in a patch I have not yet submitted to clarify the source of the message. I also patched the error string with the %s parameter to identify the object of the message. The message sort of makes sense. kinit is trying to load/run/launch something that is not a library but is an executable. Browsing the source code (tdelibs/kinit/kinit.cpp) indicates there is a distinction between libraries and executables. Therefore I'm wondering whether the message should be displayed, clutters the xsession log, or should be revised. As you can see from the as-is format, the message is not informative at all. Worse, the exclamation mark is misleading and needlessly disturbing to anybody reading the log. An exclamation mark should indicate something serious that needs attention but that is not the case here. The message is somewhat informative but is not emergency. If the message is valuable then rewording would help. Possibly something like: [kinit] artswrapper is an executable and not a library. Launching with exec... If there are no objections then I'd like to patch that error string as above and push to GIT. Darrell

1 0

TQLayout "unnamed" added to TQFrame "unnamed", which already has a layout"
by Darrell Anderson 29 Feb '12

29 Feb '12

I'm seeing this message in my xsession log. The message occurs during the session shutdown. Watching the log through tail, the message occurs after selecting any logout option. I believe the error is caused by the "Saving your sessions" dialog. I enabled logout confirmation and the error does not appear until after I confirm the logout, which is when the "Saving your sessions" dialog appears. The message itself is in TQt3 qabstractlayout.cpp:609: qWarning( "TQLayout \"%s\" added to %s \"%s\", which already has a" " layout", TQObject::name(), parent->className(), parent->name() ); Any ideas what to look for in the code and how to resolve? Darrell

1 0

tqt3 - is #include "ntqglobal.h" needed in ntqtimer.h ?
by David C. Rankin 29 Feb '12

29 Feb '12

Tim, all, In the arch qt3 build, there was a sed statement to include qglobal.h in qtimer.h: # missing include "qglobal.h" in include/qtimer.h fix sed -ie 's/define QTIMER_H/&\n#include "qglobal.h"/g' "$pkgdir$_prefix/include/qtimer.h" Is that needed for ntqtimer.h? -- David C. Rankin, J.D.,P.E.

1 0

More patches for today's GIT
by Darrell Anderson 28 Feb '12

28 Feb '12

Tim, If you already know this then never mind, but I needed to patch tdelibs and tdebase against today's GIT updates for some remaining tde-config renaming. The patches are here: http://humanreadable.nfshost.com/trinity/patches/tdebase Also two additional patches to build tdebase caused by recent tqt changes. :) Darrell

2 2

tdevelop FTBFS due to docbook changes
by Timothy Pearson 28 Feb '12

28 Feb '12

Darrell, Since you know much more about the docbook system than I do, can you take a look at this build failure of tdevelop? http://quickbuild.pearsoncomputing.net:58080/2587282/buildlog_ubuntu-lucid-… I suspect it is related to the changes that you pushed earlier. Thanks! Tim

2 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels