tde-devels

devels@trinitydesktop.org

3753 discussions

by David C. Rankin

Slavek, What is the process to prepare krename for 3.5.13-sru? I have created a diff that does it, but primarily the only changes are: tde-config -> kde-config ltde -> lkde # library names tqDebug -> qDebug tqt_cast -> qt_cast I have done this _without_ changing the automake variable names (i.e. LIB_TDEUI to LIB_KDEUI), there was no real need to change variable names, but if cherry picking reverts them, that's fine... What is the recipe for converting a package from current GIT to 3.5.13-sru? I don't know how to search and identify what commits need changing. Do you normally just look at the commits for a package and just toss out commits until you get back to the point it builds and then pick new ones you want? Also, do you know what the approximate date is that the packages have to be taken back to in order to get rid of the k->t naming changes -- or is it different for each package? If it helps, I have attached the diff for taking krename from 14.0.0 back to 3.5.13-sru. That probably provides the needed terms to search commits for. If you give me a quick 'recipe' of what to look for and how to logically go about looking for what actual commits need to be undone, I'll take a shot at looking them up for krename so I can get familiar with the process. Hope this helps... -- David C. Rankin, J.D.,P.E.

12 years, 5 months

Confirm kwrite update window when Remove spaces on save option set

by David C. Rankin

All, I have noticed that kwrite does not behave as expected when Settings -> Configure Editor -> Open/Save -> [x] 'Remove trailing spaces' is set. When set, trailing spaces ARE removed on 'save' (from the file saved to disk), but the current editor window is NOT updated to show the removal (the spaces are still present in what you are looking at on the screen). If you close the current file and reopen it (or F5 - Reload), then the removed spaces disappear, but there is nothing that automates or forces a reload to update the current window. The help says 'The editor will automatically eliminate extra spaces at the ends of lines of text while loading/saving the file.' That indicates to me that spaces will be removed on either load or save, and to me, that implies the change should be apparent to the user. However, the spaces are only removed from what is written to disk without updating the display (current line buffers - I guess...) If current behavior is correct, then I think the setting dialog should read: [x] Remove trailing spaces on save - Reload (F5) to update current window and the shift+f1 help should read: 'The editor will automatically eliminate trailing spaces (extra spaces at the ends of lines of text) while saving the file to disk. A reload (F5) is required to update the current editor window.' An alternative would be to force a reload after a save, but I do not like the distraction of the flicker caused by the re-display of the text during reload. I think that is probably why it was coded this way to begin with -- to eliminate the flash on save caused by the redisplay. My vote is to simply update the option and the 'Shift+F1' help to make it clear that spaces are only removed from what is written to disk and are not removed from the current editor window. Thoughts? (this would go in the feature requests priority box :) Not a big deal, but before I forgot about it, I thought I would post it. -- David C. Rankin, J.D.,P.E.

12 years, 5 months

FTBFS with commit d8cbbab8 (tdenetwork)

by Slávek Banko

Hi all. I tried to include into v3.5.13-sru commit d8cbbab8: "Use libv4l if available, otherwise check for v4l1 headers". But I found that it causes FTBFS on Ubuntu Natty, Oneiric and Precise - on both v3.5.13-sru and also R14-git. Please, can someone also confirm this? If yes, have anyone solution, or do I revert it? Slavek --

12 years, 5 months

tdelibs ftbfs -> cups 1.6.1-2 (Heavy Re-Write maybe required) ($%!T!!)

by David C. Rankin

All, Tim, Darrel, Slavek, Francios, It looks like cups 1.6.1-2 will require re-writing some of tdelibs to build. Building tonight, I encountered a Large number of errors. (log attached) I know there have been significant changes in the init start order for avahi-daemon and cupds now requiring avahi-daemon to be started prior to cups to handle the new cups+dnssd browsing. Here is a summary of the ftbfs error: [ 60%] Building CXX object kdeprint/cups/CMakeFiles/kdeprint_cups-module.dir/ipprequest.cpp.o cd /build/src/build/kdeprint/cups && /usr/bin/c++ -Dkdeprint_cups_module_EXPORTS -DHAVE_CONFIG_H -D_KDEPRINT_COMPILE -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -I/opt/qt3/include -I/usr/include/tqt -I/build/src/build/kdeprint/cups -I/build/src/build -I/build/src/tdelibs/kdeprint/cups -I/build/src/build/kdecore -I/build/src/tdelibs -I/build/src/tdelibs/dcop -I/build/src/tdelibs/kdecore -I/build/src/tdelibs/kdecore/network -I/build/src/tdelibs/kdeui -I/build/src/tdelibs/kio -I/build/src/tdelibs/kio/kio -I/build/src/tdelibs/kio/kfile -I/build/src/tdelibs/kdeprint -I/build/src/tdelibs/kdeprint/management -o CMakeFiles/kdeprint_cups-module.dir/ipprequest.cpp.o -c /build/src/tdelibs/kdeprint/cups/ipprequest.cpp In file included from /build/src/tdelibs/kdeprint/cups/ipprequest.cpp:20:0: /build/src/tdelibs/kdeprint/cups/ipprequest.h: In member function 'ipp_attribute_t* IppRequest::first()': /build/src/tdelibs/kdeprint/cups/ipprequest.h:182:30: error: invalid use of incomplete type 'ipp_t {aka struct _ipp_s}' In file included from /build/src/tdelibs/kdeprint/cups/ipprequest.h:28:0, from /build/src/tdelibs/kdeprint/cups/ipprequest.cpp:20: /usr/include/cups/ipp.h:365:16: error: forward declaration of 'ipp_t {aka struct _ipp_s}' In file included from /build/src/tdelibs/kdeprint/cups/ipprequest.cpp:20:0: /build/src/tdelibs/kdeprint/cups/ipprequest.h: In member function 'ipp_attribute_t* IppRequest::last()': /build/src/tdelibs/kdeprint/cups/ipprequest.h:185:30: error: invalid use of incomplete type 'ipp_t {aka struct _ipp_s}' In file included from /build/src/tdelibs/kdeprint/cups/ipprequest.h:28:0, from /build/src/tdelibs/kdeprint/cups/ipprequest.cpp:20: /usr/include/cups/ipp.h:365:16: error: forward declaration of 'ipp_t {aka struct _ipp_s}' /build/src/tdelibs/kdeprint/cups/ipprequest.cpp: In function 'void dumpRequest(ipp_t*, bool, const QString&)': /build/src/tdelibs/kdeprint/cups/ipprequest.cpp:54:54: error: invalid use of incomplete type 'ipp_t {aka struct _ipp_s}' In file included from /build/src/tdelibs/kdeprint/cups/ipprequest.h:28:0, from /build/src/tdelibs/kdeprint/cups/ipprequest.cpp:20: /usr/include/cups/ipp.h:365:16: error: forward declaration of 'ipp_t {aka struct _ipp_s}' /build/src/tdelibs/kdeprint/cups/ipprequest.cpp:55:51: error: invalid use of incomplete type 'ipp_t {aka struct _ipp_s}' In file included from /build/src/tdelibs/kdeprint/cups/ipprequest.h:28:0, from /build/src/tdelibs/kdeprint/cups/ipprequest.cpp:20: /usr/include/cups/ipp.h:365:16: error: forward declaration of 'ipp_t {aka struct _ipp_s}' /build/src/tdelibs/kdeprint/cups/ipprequest.cpp:58:56: error: invalid use of incomplete type 'ipp_t {aka struct _ipp_s}' <snip many more> At least the errors are point to struct _ipp_s and forward declaration of ipp_t. Anybody happen to have a patch already? -- David C. Rankin, J.D.,P.E.

12 years, 5 months

Arch - All PKGBUILD sources updated w/build scripts - available on line

by David C. Rankin

Calvin, All, I have updated all of the Arch PKGBUILD scripts with the current R14.0.0 build scripts at: http://www.3111skyline.com/dl/dt/tde/src/ You can download all the PKGBUILD src dirs in the file: http://www.3111skyline.com/dl/dt/tde/src/tde-pkgbuild-src.tar.gz It doesn't include wv2/koffice dependency (forgot), so download it here: http://www.3111skyline.com/dl/dt/tde/src/wv2-0.4.2-3.no-src.tar.gz All the individual PKGBUILD masters (PKGBUILD only) are available in: http://www.3111skyline.com/dl/dt/tde/pbf/pbf-PKGBUILD-files.tar.gz (I find it easier to keep a dir of pkgbuilds for access in kate and then copy them to the pbpkg dir after updates.) MAKE sure you read: http://www.3111skyline.com/dl/dt/tde/src/README-building.txt If you want to set up and end-to-end build environment similar to what I have. Then just call ./bldtde.sh (after you setup bldtde.conf) and let R14 build. (you have to have a local copy of the GIT tree, and create tarballs with ./tdetgz -w) Once we get R14 settled and I can strip the temporary patches and sed commands out of the PKGBUILDs, I will update the tde-packaging files. We will need to just move to 3.5.13/remove the current pkgbuilds on tde-packaging because I don't think they have been updated in a year or so. I haven't checked who the GIT owner is, but I know it isn't me :) -- David C. Rankin, J.D.,P.E.

12 years, 6 months

deprecation warnings during build - do we want to track them anywhere?

by David C. Rankin

Tim, Darrell, All, During build of tdelibs, tdebase, there are a number of deprecation warnings. Do we want to capture these and track them to proactively address them in some fashion? Seems like a logical thing to do. That way when you are sitting around board and have nothing else to do, we have a list of things to work on :) Seriously, we currently have ffmpeg and cups issues to fix. We know there are samba changes coming soon, it might help to already take a look at what will need to be fixed and from what lib, etc.. Currently, tdebase has deprecated warning like: warning: 'bool KCModuleInfo::isHiddenByDefault() const' is deprecated (declared at /opt/trinity/include/kcmoduleinfo.h:179) warning: 'KeySym XKeycodeToKeysym(Display*, KeyCode, int)' is deprecated (declared at /usr/include/X11/Xlib.h:1695) warning: 'static KCModule* KCModuleLoader::loadModule(const QString&, QWidget*, const char*, const QStringList&)' is deprecated (declared at /opt/trinity/include/kcmoduleloader.h:78) warning: 'KMimeMagicResult' is deprecated (declared at /opt/trinity/include/kmimemagic.h:46) warning: 'KMimeMagic' is deprecated (declared at /opt/trinity/include/kmimemagic.h:101) warning: deprecated conversion from string constant to 'char*' /tdebase/kioslave/man/man2html.cp warning: 'static KSocketAddress* KExtendedSocket::localAddress(int)' is deprecated (declared at /opt/trinity/include/kextsock.h:997) warning: 'static int KExtendedSocket::resolve(KSocketAddress*, QString&, QString&, int)' is deprecated (declared at /opt/trinity/include/kextsock.h:967) warning: 'void libhal_storage_policy_free(LibHalStoragePolicy*)' is deprecated (declared at /usr/include/hal/libhal-storage.h:138) warning: 'char* libhal_volume_policy_compute_display_name(LibHalDrive*, LibHalVolume*, LibHalStoragePolicy*)' is deprecated (declared at /usr/include/hal/libhal-storage.h:344) warning: '_SMBCCTX::debug' is deprecated (declared at /usr/include/libsmbclient.h:2848) warning: '_SMBCCTX::_smbc_callbacks::auth_fn' is deprecated (declared at /usr/include/libsmbclient.h:2943) etc.... Just think about it. If it is something we would like to track, we could just dump a grep of the build logs into some format that makes sense to the project. May not be worth doing, but before I forgot about it, I thought I would propose it and let the smart people decide :) -- David C. Rankin, J.D.,P.E.

12 years, 6 months

Qt3 - FTBFS... Tim are these related to your changes or mysql's??

by David C. Rankin

Tim, On the first build since the Qt3 API/ABI change I am getting a ftbfs that I can't explain. This is with mysql 5.5.27-1. I'm not building any differently, but the build certainly cratered. I don't know whether it is Qt3 or mysql. What says the white wizard? Here is what I get: g++ -c -pipe -I/usr/include/mysql -I/usr/include/postgresql/server -fno-exceptions -Wall -W -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_PLUGIN -DQT_SHARED -I/build/src/qt3/mkspecs/linux-g++-64 -I. -I/usr/include/freetype2 -I../../../../include -I/usr/X11R6/include -I.moc/release-shared-mt/ -o .obj/qsql_odbc.o ../../../../src/sql/drivers/odbc/qsql_odbc.cpp ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In function 'QString qGetStringData(SQLHANDLE, int, int, bool&, bool)': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:285:21: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '6' to 'SQLRETURN SQLGetData(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In function 'QByteArray qGetBinaryData(SQLHANDLE, int, SQLINTEGER&, bool&)': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:341:14: error: cannot convert 'SQLUINTEGER* {aka unsigned int*}' to 'SQLULEN* {aka long unsigned int*}' for argument '7' to 'SQLRETURN SQLDescribeCol(SQLHSTMT, SQLUSMALLINT, SQLCHAR*, SQLSMALLINT, SQLSMALLINT*, SQLSMALLINT*, SQLULEN*, SQLSMALLINT*, SQLSMALLINT*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:360:21: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '6' to 'SQLRETURN SQLGetData(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In function 'int qGetIntData(SQLHANDLE, int, bool&)': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:402:27: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '6' to 'SQLRETURN SQLGetData(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In function 'double qGetDoubleData(SQLHANDLE, int, bool&)': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:420:27: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '6' to 'SQLRETURN SQLGetData(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In function 'SQLBIGINT qGetBigIntData(SQLHANDLE, int, bool&)': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:439:27: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '6' to 'SQLRETURN SQLGetData(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In function 'QSqlFieldInfo qMakeFieldInfo(const QODBCPrivate*, int)': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:484:13: error: cannot convert 'SQLUINTEGER* {aka unsigned int*}' to 'SQLULEN* {aka long unsigned int*}' for argument '7' to 'SQLRETURN SQLDescribeCol(SQLHSTMT, SQLUSMALLINT, SQLCHAR*, SQLSMALLINT, SQLSMALLINT*, SQLSMALLINT*, SQLULEN*, SQLSMALLINT*, SQLSMALLINT*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In member function 'bool QODBCPrivate::setConnectionOptions(const QString&)': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:546:67: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:549:74: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:552:69: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:571:67: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:574:67: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:593:61: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In member function 'virtual QVariant QODBCResult::data(int)': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:890:25: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '6' to 'SQLRETURN SQLGetData(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:906:25: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '6' to 'SQLRETURN SQLGetData(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:922:25: error: cannot convert 'SQLINTEGER* {aka int*}' to 'SQLLEN* {aka long int*}' for argument '6' to 'SQLRETURN SQLGetData(SQLHSTMT, SQLUSMALLINT, SQLSMALLINT, SQLPOINTER, SQLLEN, SQLLEN*)' ../../../../src/sql/drivers/odbc/qsql_odbc.cpp: In member function 'virtual int QODBCResult::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 QODBCResult::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 QODBCDriver::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 QODBCDriver::endTrans()': ../../../../src/sql/drivers/odbc/qsql_odbc.cpp:1716:23: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] -- David C. Rankin, J.D.,P.E.

12 years, 6 months

3.5.13-sru Testing/Eval -- Good!

by David C. Rankin

All, My testing of 3.5.13-sru was delayed a bit for, among other reasons, Arch's drop of it's installer and a move to grub2 (kde4'ing of grub...) However, my intent was to test 3.5.13-sru on a completely new machine with no prior installs, etc.. that may skew the results. The bottom line... 3.5.13-sru worked very well on Arch built on all current libs. There were only a few things I missed in packaging (all runtime fixes, no rebuilds required). There were another few cherry picks that we need to include in 3.5.13-sru as well. The runtime issues were: - change of Arch init script internals to kdm from tdm - change starttde back to startkde Cherrypicks needed: - update the default KDE Components -> File Manager -> 'Preview & Metadata' maximum file size 1.0M -> 10.0M Other defaults to consider: - configure subpixel hinting dialog so '[x] Use sub-pixel hinting' is checked by default when 'Use anti-aliasing' is chosen (it is already like that in R14) - set Launch Feedback - Busy Cursor (Bounding Cursor) 5 sec. + taskbar notification 5 sec. - get rid of the konqueror (file manager) 'view'-> Configure Background -> Picture. Just set the default to 'Color' instead. Use of a picture kills the alternating row coloration. - If 3.5.13-sru will be a branch/development branch, then the TDE version should be updated to add the '-sru' designation. Currently it is still just 3.5.13. Regressions not present in 3.5.13-sru - kmenu -> settings -> control panel (works) - Applets -> Quicklaunch (no malformed URLs) I still have a few build issues, but all things considered, 3.5.13-sru works very well. Well done Slavek! I'll post anything else I find. Next few weeks will be very busy on my end. I will catch up as time permits :) -- David C. Rankin, J.D.,P.E.

12 years, 6 months

gtk-qt-engine build question

by Francois Andriot

Hello, when building gtk-qt-engine , I see that resulting translations files are built: /opt/trinity/share/locale/bg/LC_MESSAGES/bg.mo /opt/trinity/share/locale/de/LC_MESSAGES/de.mo [...] But, is it normal that files are named like "language.mo" instead of "application.mo" ? For other applications, the translation file is always named like the application itself Ex: /opt/trinity/share/locale/de/LC_MESSAGES/filelight.mo I think there will be file conflict as soon as another application uses the same naming convention as gtk-qt-engine ... Francois

12 years, 6 months

New package k3b-i18n

by Slávek Banko

Darrell, please, I have added to Trinity k3b-i18n package, which also contains some docbook documentation. Please can you help with modifications to the docbook files? Also with branding issues? Thank you Slavek --

12 years, 6 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels