tde-devels

devels@trinitydesktop.org

1 participants
3804 discussions

kdepim - kcal-caldav build error: ‘caldav_tasks_get_object’ was not declared in this scope
by David C. Rankin 06 May '11

06 May '11

Tim, Serghei, Building kdepim with -DWITH_CALDAV=ON resulted in the following error: [ 83%] Building CXX object kresources/caldav/CMakeFiles/kcal_caldav-shared.dir/reader.cpp.o cd /home/david/tblds/trinity-kdepim/src/build/kresources/caldav && /usr/bin/c++ -Dkcal_caldav_shared_EXPORTS -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -march=i686 -mtune=generic -O2 -pipe -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/home/david/tblds/trinity-kdepim/src/build/kresources/caldav -I/home/david/tblds/trinity-kdepim/src/kdepim -I/home/david/tblds/trinity-kdepim/src/kdepim/libkdepim -I/opt/trinity/include -I/opt/qt/include -I/opt/qt/include/tqt -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libcaldav-0.6.2 -o CMakeFiles/kcal_caldav-shared.dir/reader.cpp.o -c /home/david/tblds/trinity-kdepim/src/kdepim/kresources/caldav/reader.cpp /home/david/tblds/trinity-kdepim/src/kdepim/kresources/caldav/reader.cpp: In member function ‘virtual int KCal::CalDavReader::runTasksJob(runtime_info*)’: /home/david/tblds/trinity-kdepim/src/kdepim/kresources/caldav/reader.cpp:89:100: error: ‘caldav_tasks_getall_object’ was not declared in this scope /home/david/tblds/trinity-kdepim/src/kdepim/kresources/caldav/reader.cpp:92:141: error: ‘caldav_tasks_get_object’ was not declared in this scope /home/david/tblds/trinity-kdepim/src/kdepim/kresources/caldav/reader.cpp: In member function ‘virtual int KCal::CalDavReader::runJournalsJob(runtime_info*)’: /home/david/tblds/trinity-kdepim/src/kdepim/kresources/caldav/reader.cpp:123:106: error: ‘caldav_tasks_getall_object’ was not declared in this scope /home/david/tblds/trinity-kdepim/src/kdepim/kresources/caldav/reader.cpp:126:147: error: ‘caldav_tasks_get_object’ was not declared in this scope make[2]: *** [kresources/caldav/CMakeFiles/kcal_caldav-shared.dir/reader.cpp.o] Error 1 make[2]: Leaving directory `/home/david/tblds/trinity-kdepim/src/build' make[1]: *** [kresources/caldav/CMakeFiles/kcal_caldav-shared.dir/all] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-kdepim/src/build' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Full cmake options: cmake ${srcdir}/${_svnmod} \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DQT_VERSION=3 \ -DWITH_ARTS=ON \ -DWITH_BIRTHDAYS=ON \ -DWITH_CALDAV=ON \ -DWITH_EGROUPWARE=ON \ -DWITH_GROUPDAV=ON \ -DWITH_INDEXLIB=ON \ -DWITH_PAM=ON \ -DWITH_SASL=ON \ -DBUILD_ALL=ON make What to try? -- David C. Rankin, J.D.,P.E.

2 2

Re: [trinity-devel] kdepim (kmail) error: SASL authentication is not compiled into kio_imap4.
by Calvin Morrison 06 May '11

06 May '11

"David C. Rankin" <drankinatty(a)suddenlinkmail.com> wrote: >On 05/05/2011 08:45 PM, Baho Utot wrote: >> On 05/05/2011 09:35 PM, David C. Rankin wrote: >>> Tim, Serghei, Robert, all >>> >>> kmail is having problems getting to imap folders on my imap server. It sends >>> over smtp just fine. My server uses SSL (Plain) for imap access. When I >>> attempt to subscribe to folders on my server (or just open up the server >>> settings), I get the following error: >>> >>> SASL authentication is not compiled into kio_imap4. >>> >>> How do I fix this? Which build flag/option needs to be set? Which package >>> (kdebase?) >>> >> -DWITH_SASL=ON \ > > >-DWITH_SASL=ON fixed it! Thanks. Right now I'm building with: > > cmake ${srcdir}/${_svnmod} \ > -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ > -DCMAKE_VERBOSE_MAKEFILE=ON \ > -DQT_VERSION=3 \ > -DWITH_ARTS=ON \ > -DWITH_BIRTHDAYS=ON \ > -DWITH_CALDAV=ON \ > -DWITH_EGROUPWARE=ON \ > -DWITH_GROUPDAV=ON \ > -DWITH_INDEXLIB=ON \ > -DWITH_PAM=ON \ > -DWITH_SASL=ON \ > -DBUILD_ALL=ON > make > >I had to build libcaldav from AUR. I tried to find libcarddav, but I couldn't >find a good source. Looks like Tim is building it for deb, but I could get the >source from quickbuild. Tim - you got a copy handy? > > >-- >David C. Rankin, J.D.,P.E. > >--------------------------------------------------------------------- >To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net >For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net >Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ >Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting >

2 1

Re: [trinity-devel] kdegraphics CMake Status
by Calvin Morrison 06 May '11

06 May '11

Hello, What was the handy command you used for tar it up? Thanks Calvin Serghei Amelian <serghei(a)thel.ro> wrote: >On Thursday 05 May 2011 22:58:18 Timothy Pearson wrote: >> Hi Serghei, >> >> Have you received the kdegraphics CMake files from Calvin yet? If so, >> when do you think you may have an initial CMake port in SVN to test? > >I did not received it yet. > >-- >Serghei > >--------------------------------------------------------------------- >To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net >For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net >Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ >Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting >

2 2

boost as dependency for kdepim - would it benefit earlier packages in build?
by David C. Rankin 06 May '11

06 May '11

Serghei, All, To satisfy build dependencies for kdepim I had to install boost. The question that raised was "would it benefit packages earlier in the build if it were installed earlier - say as a dependency of kdelibs?" What say the experts. -- David C. Rankin, J.D.,P.E.

1 0

dcr Arch - status with gcc46 + rebuilt Qt3
by David C. Rankin 05 May '11

05 May '11

Tim, Serghei, Baho, All; Here is a quick snapshot of the packages built and those with problems on Arch since I got time to dive back into building. So far most all of the packages that were building before the gcc46 update and reworked Qt3 are still building with minimal tweaks to the PKGBUILD scripts. This is true for both i686 and x86_64. I did apply the gcc46.diff from suse to Qt3. I haven't had time to fully test everything, but so far everything seems to be running fantastically. The packages that I have rebuilt are: 19:01 supersff:~/tblds> pmq | grep trinity trinity-app-d3lphin 1229360-1 trinity-arts 1228449-1 trinity-dbus-1-qt3 0.9-7.2 trinity-kdebase 1228451-1 trinity-kdegraphics 1229555-1 trinity-kdelibs 1228610-1 trinity-kdepim 1228885-1 trinity-pyqt3 3.18.1-9 trinity-qt3 3.3.8c-1 trinity-tqtinterface 1228485-1 The packages where I still experience build failures are: trinity-kdevelop trinity-kdewebdev trinity-app-amarok trinity-app-knetworkmanager trinity-app-kpowersave I will look into the build failures a bit closer and follow up. Baho has kdevelop building, so I will compare notes there. Let me know which of the problem packages above should build (no known CMake issues) and which ones are still being updated. That way I don't drive myself nuts trying to build a package that won't build to begin with. Also, are there any new packages available to build (finished CMake files) that I should be working on that have been completed in the past 30 days? If so, let me know or drop me a link and I'll see if I can make progress. Thanks. -- David C. Rankin, J.D.,P.E.

2 5

tqtinterface SVN produces bad tqt.pc with Qt4
by /dev/ammo42 05 May '11

05 May '11

Hello, When I compile tqtinterface under Slackware64 13.37 (KDE4 is installed, no Qt3) with Qt4 support, it produces a wrong tqt.pc: ========== $ cmake ../dependencies/tqtinterface/ -DCMAKE_INSTALL_PREFIX=/opt/trinity -DCMAKE_VERBOSE_MAKEFILE=ON -DUSE_QT4=ON -DQTDIR=/opt/qt -DQT_LIBRARY_DIRS=/opt/qt/lib -DBUILD_ALL=ON -DLIB_SUFFIX=64 ========== followed by make -j5 and standard installation (via Slackware packages) produces the following /usr/lib64/pkgconfig/tqt.pc: ========== prefix=/opt/trinity exec_prefix=${prefix} libdir=${prefix}/lib64 includedir=${prefix}/include/tqt tmoc_executable=/opt/trinity/bin/tmoc moc_executable=/usr/bin/moc uic_executable= Name: TQt Description: Interface and abstraction library for Qt and Trinity Version: 3.5.13 Libs: -L${libdir} -ltqt -L/usr/lib64 -lQtCore -lQtGui Cflags: -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/qt4 -I${includedir} -include tqt.h =========== The uic_executable is not defined, causing arts failing to build. =========== $ which uic /usr/bin/uic =========== shows that uic is really installed on my system.

3 6

Re: [trinity-devel] kdegraphics CMake Status
by Calvin Morrison 05 May '11

05 May '11

Tim, I apologize for the delays, life seems to have caught up with me recently. This week and the following are finals for the semester so I am under a great stress and large workload. I also have not been able to successfully install Trinity either on Arch Linux. Baho and David haven't grasped the concept of portability so I don't have it working. Again Sorry, Calvin Morrison. Timothy Pearson <kb9vqf(a)pearsoncomputing.net> wrote: >Hi Serghei, Calvin, > >Can you two please update me on the CMake status of kdegraphics? I would >like to keep things moving if possible; I know Calvin has on the Etherpad >that he is waiting for some kind of macro from Serghei; if this could be >coordinated and fixed I would appreciate it. > >Once kdegraphics is complete I will initate TQt4 conversion and autobuilds >on this end. > >Thanks! > >Tim > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net >For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net >Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ >Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting >

5 12

sftp-kio status? sftp:// currently gives "Error encountered talking to ssh"
by David C. Rankin 05 May '11

05 May '11

Tim, Serghei, Robert: What is the latest on restoring sftp://host:port/path/to/file/ capability in TDE? It broke in KDE3 some time ago. Particularly where 'port' is a non-standard port. In Trinity you still get the error: Error encountered while talking to ssh My understanding is there was a complete re-write of the code that handles this taking place -- any word on how that is coming? fish:// continues to work in Trinity, but sftp should be working before the 3.5.13 release. What say the folks in the know? -- David C. Rankin, J.D.,P.E.

5 8

Troubleshooting Run Time Crashes
by Darrell Anderson 04 May '11

04 May '11

What is the best way to troubleshoot run-time crashes? Do the packages have to be built a certain way? I've read about backtraces, core dumps, and using gdb. I'm no programmer, so what is the best way for me to troublesoot? In particular, I am running KDE 3.5.10, recompiled for Slackware 13.1. KMail always now crashes whenever I try to do anything with the composer window (save as draft, send, etc.). Boom. Just disappears. Almost as if I had started KMail with the --compose option. The app disappears and I have to restart KMail. The funny thing is the message gets stored in the Outbox. I want to troubleshoot in case this bug carries over to Trinity. Thanks. Darrell

5 14

-fpermissive for CFLAGS and CXXFLAGS is it needed now -- why?
by David C. Rankin 04 May '11

04 May '11

Tim, Serghei, All: I ran into an earlier build error with amarok that indicated a '-fpermissive' problem, so I added the flags Baho had set in other files that let amarok build further until I hit the undefined reference to `Amarok::aboutData' error. Why the new need for: CFLAGS=${CFLAGS}" -fpermissive" CXXFLAGS=${CXXFLAGS}" -fpermissive" in the build? -- David C. Rankin, J.D.,P.E.

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels