tde-devels

devels@trinitydesktop.org

9 participants
3819 discussions

kate/kwrite stalls a long time opening any *.kcrash file
by Darrell Anderson 20 Oct '12

20 Oct '12

Latest R14. Would somebody please confirm this behavior? Run crashtest. Save the backtrace. Open the file with kate or kwrite. Open directly from within or through konqueror. On my dual core system with SATA II drives, opening a *.kcrash file takes more than a minute to open, creating the impression the app has stalled or locked. Thanks. Darrell

3 4

Quick 3.5.13.1 test please
by Darrell Anderson 20 Oct '12

20 Oct '12

Would somebody running 3.5.13.1 please test opening kopete? Thank you! Darrell

3 4

cmake help building amarok (Serghei?)
by Darrell Anderson 19 Oct '12

19 Oct '12

I'm trying to resolve bug report 1040 with respect to amarok not building with cmake. Under normal conditions, the build always fails with the following: /dev/shm/amarok/amarok/src/amarokcore/amarokdcophandler.cpp:914: error: 'ScriptManager' has not been declared /dev/shm/amarok/amarok/src/amarokcore/amarokdcophandler.cpp:919: error: 'ScriptManager' has not been declared /dev/shm/amarok/amarok/src/amarokcore/amarokdcophandler.cpp:924: error: 'ScriptManager' has not been declared I concluded that amarokdcophandler.cpp was not finding scriptmanager.h, which is in the parent directory. As a test, I copied scriptmanager.h to the same directory as amarokdcophandler.cpp. The build failures disappeared and the package built. Seems that amarok/amarok/src/amarokcore/CMakeLists.txt needs to be fixed but I don't know what to do. Thanks much! Darrell

2 9

bug update
by Calvin Morrison 19 Oct '12

19 Oct '12

Darrell, I have updated the bug tracker to automatically add you to the CC list, and I have just added you as a CC for all current bugs. It may take several minutes to complete that operation but should go through fine. Anyone else need bugzilla related things? Calvin

1 0

RPATH requirements / FTBFS
by Darrell Anderson 18 Oct '12

18 Oct '12

The wiki states that arts and tdelibs require the following: DCMAKE_SKIP_RPATH=ON That implies all otehr cmake packages can be/should be set to DCMAKE_SKIP_RPATH=OFF. With DCMAKE_SKIP_RPATH=OFF tdebase will not build. I receive the following errors: libtdeinit_kicker.so: undefined reference to `KonqBookmarkManager::s_bookmarkManager' libtdeinit_kicker.so: undefined reference to `KickoffSearch::KickoffSearchInterface::tqt_emit(int, TQUObject*)' libtdeinit_kicker.so: undefined reference to `KickoffSearch::KickoffSearchInterface::tqt_property(int, int, TQVariant*)' libtdeinit_kicker.so: undefined reference to `typeinfo for KickoffSearch::Plugin' libtdeinit_kicker.so: undefined reference to `typeinfo for KickoffSearch::KickoffSearchInterface' libtdeinit_kicker.so: undefined reference to `KickoffSearch::KickoffSearchInterface::KickoffSearchInterface(TQObject*, char const*)' libtdeinit_kicker.so: undefined reference to `KickoffSearch::KickoffSearchInterface::tqt_cast(char const*)' libtdeinit_kicker.so: undefined reference to `KickoffSearch::KickoffSearchInterface::staticMetaObject()' libtdeinit_kicker.so: undefined reference to `KonqPopupMenu::KonqPopupMenu(KBookmarkManager*, TQPtrList<KFileItem> const&, KURL const&, KActionCollection&, KNewMenu*, TQWidget*, unsigned int, unsigned int)' libtdeinit_kicker.so: undefined reference to `KickoffSearch::Plugin::staticMetaObject()' libtdeinit_kicker.so: undefined reference to `vtable for KickoffSearch::KickoffSearchInterface' libtdeinit_kicker.so: undefined reference to `KonqOperations::doDrop(KFileItem const*, KURL const&, TQDropEvent*, TQWidget*)' libtdeinit_kicker.so: undefined reference to `KickoffSearch::KickoffSearchInterface::tqt_invoke(int, TQUObject*)' Does tdebase require DCMAKE_SKIP_RPATH=ON like arts and tdelibs? Or are these errors indicating a different build bug? Am I doing something wrong? Darrell

3 4

Tim: kpowersave-nohal FTBFS
by Darrell Anderson 16 Oct '12

16 Oct '12

I tried building kpowersave-nohal on Slackware 14.0, which does not have HAL. I am using the patch from bug report 1186 to bypass the search requirement for HAL. I built tdebase with TDEHW rather than HAL. The failure message: /dev/shm/kpowersave-nohal/src/hardware_cpu.cpp:101:22: error: 'class TDECPUDevice' has no member named 'coreNumber' /dev/shm/kpowersave-nohal/src/hardware_cpu.cpp:274:22: error: 'class TDECPUDevice' has no member named 'coreNumber' My local repo is updated to within the past day, but I'm resyncing as I write. Darrell

2 2

more discussion
by Calvin Morrison 16 Oct '12

16 Oct '12

http://www.reddit.com/r/linux/comments/11gf0d/the_problem_with_trinity_desk…

6 7

OpenSync dependency
by Slávek Banko 15 Oct '12

15 Oct '12

Hi all, please, how you build tdepim / kdepim on other distributions than Debian / Ubuntu? On Debian / Ubuntu we hold in Trinity apt sources OpenSync 0.22. But on newer distributions can swell problems with building. How is this solved on other distros? Slavek --

3 13

nm-applet and now transmission
by Calvin Morrison 15 Oct '12

15 Oct '12

Hey, nm-applet gave me problms displaying in the systray and now transmission is also having the same problem. Anyone have any idea what's up with that? gtk bug? Calvin

2 1

Update GIT scripts
by Slávek Banko 14 Oct '12

14 Oct '12

Tim, all, Some time ago, I have dealt with an update scripts in 'tde'. For some time are updated scripts in v3.5.13-sru branch. I routinely use these scripts. And I would like to suggest also updating scripts in the master branch. What do you think? Slavek --

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels