[Bug 205791] kmail cannot display html messages with images refered with Content ID
https://bugs.kde.org/show_bug.cgi?id=205791 Laurent Montel mon...@kde.org changed: What|Removed |Added Status|NEEDSINFO |UNCONFIRMED Resolution|WAITINGFORINFO |--- Ever confirmed|1 |0 --- Comment #23 from Laurent Montel mon...@kde.org --- Ah ? sorry I have a lot of mail... And didn't see it. And I can't find it... -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 300284] Kontact/Kmail/Korganizer crashed on meeting cancellation
https://bugs.kde.org/show_bug.cgi?id=300284 Jeroen Muis muis.jer...@gmail.com changed: What|Removed |Added CC||muis.jer...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 300284] Kontact/Kmail/Korganizer crashed on meeting cancellation
https://bugs.kde.org/show_bug.cgi?id=300284 --- Comment #4 from Jeroen Muis muis.jer...@gmail.com --- Created attachment 73714 -- https://bugs.kde.org/attachment.cgi?id=73714action=edit New crash information added by DrKonqi kontact (4.9) on KDE Platform 4.9.00 using Qt 4.8.2 - What I was doing when the application crashed: Cancelling a meeting event from my inbox causing the segv The current bug report describes KDE 4.8.4 to fix this issue, but I'm running 4.9 and see equal behavior -- Backtrace (Reduced): #6 CalendarSupport::NepomukCalendar::weakPointer (this=0x0) at ../../calendarsupport/nepomukcalendar.cpp:423 #7 0x7f4238604b84 in CalendarSupport::Groupware::calendarJobFinished (this=0x98de190, success=true, errorString=...) at ../../calendarsupport/groupware.cpp:484 #8 0x7f42555c2a06 in QObject::event (this=0x98de190, e=optimized out) at kernel/qobject.cpp:1195 #9 0x7f4255fa37b4 in notify_helper (e=0x9e70c00, receiver=0x98de190, this=0x21e8370) at kernel/qapplication.cpp:4556 #10 QApplicationPrivate::notify_helper (this=0x21e8370, receiver=0x98de190, e=0x9e70c00) at kernel/qapplication.cpp:4528 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 102856] Parse Spam Status from MailScanner headers
https://bugs.kde.org/show_bug.cgi?id=102856 --- Comment #5 from Thanos Kyritsis dj...@linux.gr --- To be honest, it's been 7 years since I reported it, no hard feelings there though, I know it was never a top priority or a major feature, but I've switched several Desktop Environments and mail clients since then :) (for totally different reasons), but I'm still on the same Open Source train. I propose we close this feature request for the time being and if/when I move back to Kmail, I will certainly look for this feature once more :) Best Wishes -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 --- Comment #9 from Christophe Giboudeaux cgiboude...@gmx.com --- There's nothing to ask. Adding the boost include dir is totally wrong. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306390] New: creating folders on IMAP-Server removes i in the name
https://bugs.kde.org/show_bug.cgi?id=306390 Bug ID: 306390 Severity: normal Version: unspecified Priority: NOR Assignee: kdepim-bugs@kde.org Summary: creating folders on IMAP-Server removes i in the name Classification: Unclassified OS: Linux Reporter: alpine.art...@googlemail.com Hardware: Other Status: UNCONFIRMED Component: folders Product: kmail2 Archiv becomes Archv inziwinzi becomes nzwnz But only small is - big I work, so Info stays Info. Downstream report: https://bugs.gentoo.org/show_bug.cgi?id=434156 Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306391] New: Account wizard crashed
https://bugs.kde.org/show_bug.cgi?id=306391 Bug ID: 306391 Severity: critical Version: 4.9.1 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Account wizard crashed Classification: Unclassified OS: Linux Reporter: szots...@gmail.com Hardware: openSUSE RPMs Status: UNCONFIRMED Component: general Product: kmail2 Application: accountwizard (0.1) KDE Platform Version: 4.9.1 release 561 Qt Version: 4.8.2 Operating System: Linux 3.4.6-2.10-desktop x86_64 Distribution: openSUSE 12.2 (x86_64) -- Information about the crash: - What I was doing when the application crashed: I was creating a GMail account in KMail and at the final step the wizard crashed. The proxy settings probably had been wrong, but I don't know whether it had any influence on the crash. -- Backtrace: Application: Azonosítóvarázsló (accountwizard), signal: Segmentation fault Using host libthread_db library /lib64/libthread_db.so.1. [Current thread is 1 (Thread 0x7ffb7f5b6780 (LWP 4685))] Thread 2 (Thread 0x7ffb6c87b700 (LWP 4761)): #0 0x7ffb7a6b18f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7ffb79f36217 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7ffb7a243640 QTWTF::pageheap_memory) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #2 0x7ffb79f36249 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=optimized out) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #3 0x7ffb7a6ade0e in start_thread () from /lib64/libpthread.so.0 #4 0x7ffb7b42f2bd in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7ffb7f5b6780 (LWP 4685)): [KCrash Handler] #5 operator!= (value=1, this=0x690064001a) at /usr/include/QtCore/qbasicatomic.h:75 #6 detach (this=0x2544dc0) at /usr/include/QtCore/qhash.h:303 #7 QHashQString, QVariant::insert (this=0x2544dc0, akey=..., avalue=...) at /usr/include/QtCore/qhash.h:756 #8 0x7ffb7db3cbb5 in setProperty (value=..., key=..., this=0x2544da0) at /usr/src/debug/kdepimlibs-4.9.1/kpimidentities/identity.cpp:487 #9 KPIMIdentities::Identity::setProperty (this=0x2544da0, key=..., value=...) at /usr/src/debug/kdepimlibs-4.9.1/kpimidentities/identity.cpp:481 #10 0x7ffb7db3d667 in KPIMIdentities::Identity::setIdentityName (this=0x2544da0, name=...) at /usr/src/debug/kdepimlibs-4.9.1/kpimidentities/identity.cpp:498 #11 0x0044b3a7 in Identity::create (this=0x23e2ff0) at /usr/src/debug/kdepim-runtime-4.9.1/accountwizard/identity.cpp:48 #12 0x004431f0 in SetupManager::setupNext (this=0x1ffc680) at /usr/src/debug/kdepim-runtime-4.9.1/accountwizard/setupmanager.cpp:132 #13 0x004432f0 in SetupManager::setupSucceeded (this=optimized out, msg=...) at /usr/src/debug/kdepim-runtime-4.9.1/accountwizard/setupmanager.cpp:97 #14 0x00443649 in SetupManager::qt_static_metacall (_o=optimized out, _c=optimized out, _id=optimized out, _a=optimized out) at /usr/src/debug/kdepim-runtime-4.9.1/build/accountwizard/setupmanager.moc:99 #15 0x7ffb7bd9f9ff in QMetaObject::activate (sender=0x2610aa0, m=optimized out, local_signal_index=optimized out, argv=0x7fff7f15f490) at kernel/qobject.cpp:3556 #16 0x00447c63 in SetupObject::finished (this=optimized out, _t1=...) at /usr/src/debug/kdepim-runtime-4.9.1/build/accountwizard/setupobject.moc:117 #17 0x004480b3 in Transport::create (this=0x2610aa0) at /usr/src/debug/kdepim-runtime-4.9.1/accountwizard/transport.cpp:108 #18 0x004431f0 in SetupManager::setupNext (this=0x1ffc680) at /usr/src/debug/kdepim-runtime-4.9.1/accountwizard/setupmanager.cpp:132 #19 0x004432f0 in SetupManager::setupSucceeded (this=optimized out, msg=...) at /usr/src/debug/kdepim-runtime-4.9.1/accountwizard/setupmanager.cpp:97 #20 0x00443649 in SetupManager::qt_static_metacall (_o=optimized out, _c=optimized out, _id=optimized out, _a=optimized out) at /usr/src/debug/kdepim-runtime-4.9.1/build/accountwizard/setupmanager.moc:99 #21 0x7ffb7bd9f9ff in QMetaObject::activate (sender=0x25eff00, m=optimized out, local_signal_index=optimized out, argv=0x7fff7f15f6a0) at kernel/qobject.cpp:3556 #22 0x00447c63 in SetupObject::finished (this=optimized out, _t1=...) at /usr/src/debug/kdepim-runtime-4.9.1/build/accountwizard/setupobject.moc:117 #23 0x00445072 in Resource::instanceCreateResult (this=0x25eff00, job=optimized out) at /usr/src/debug/kdepim-runtime-4.9.1/accountwizard/resource.cpp:144 #24 0x7ffb7bd9f9ff in QMetaObject::activate (sender=0x26348a0, m=optimized out, local_signal_index=optimized out, argv=0x7fff7f15fb90) at kernel/qobject.cpp:3556 #25 0x7ffb7e598902 in KJob::result(KJob*) () from /usr/lib64/libkdecore.so.5 #26 0x7ffb7e598940 in KJob::emitResult() () from /usr/lib64/libkdecore.so.5 #27 0x7ffb7f0c301d in Akonadi::AgentInstanceCreateJob::qt_static_metacall (_o=0x2544dc0,
[Bug 305269] Cannot see new top-level IMAP folders
https://bugs.kde.org/show_bug.cgi?id=305269 Johannes Huber j...@gentoo.org changed: What|Removed |Added CC||j...@gentoo.org -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306390] creating folders on IMAP-Server removes i in the name
https://bugs.kde.org/show_bug.cgi?id=306390 Johannes Huber j...@gentoo.org changed: What|Removed |Added CC||j...@gentoo.org -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 305269] Cannot see new top-level IMAP folders
https://bugs.kde.org/show_bug.cgi?id=305269 Franz Fellner alpine.art...@googlemail.com changed: What|Removed |Added CC||alpine.art...@googlemail.co ||m --- Comment #1 from Franz Fellner alpine.art...@googlemail.com --- Same here with kde-4.9.1. Gentoo downstream bug: https://bugs.gentoo.org/show_bug.cgi?id=434156 I also tried to simply create new folder via the webinterface - they don't show up in kmail, even when I sunbscribe to it. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 Christophe Giboudeaux cgiboude...@gmx.com changed: What|Removed |Added Resolution|UPSTREAM|INVALID --- Comment #10 from Christophe Giboudeaux cgiboude...@gmx.com --- Using a correct resolution -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 255388] Kmail filters dont work in incoming mail
https://bugs.kde.org/show_bug.cgi?id=255388 --- Comment #56 from Detlev Casanova detlev.casan...@gmail.com --- Still same here with KDE 4.9.1 :( -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306398] New: KMail crashed when it started
https://bugs.kde.org/show_bug.cgi?id=306398 Bug ID: 306398 Severity: crash Version: 4.9.1 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: KMail crashed when it started Classification: Unclassified OS: Linux Reporter: szots...@gmail.com Hardware: openSUSE RPMs Status: UNCONFIRMED Component: general Product: kmail2 Application: kmail (4.9.1) KDE Platform Version: 4.9.1 release 561 Qt Version: 4.8.2 Operating System: Linux 3.4.6-2.10-desktop x86_64 Distribution: openSUSE 12.2 (x86_64) -- Information about the crash: - What I was doing when the application crashed: I reinstalled the operating system (fully, including formatting the partition). After I had successfully set up KMail, after the next restart it instantly crashed (right after I logged in to KDE). -- Backtrace: Application: KMail (kmail), signal: Segmentation fault Using host libthread_db library /lib64/libthread_db.so.1. [Current thread is 1 (Thread 0x7fa95ed31780 (LWP 3325))] Thread 3 (Thread 0x7fa9402e8700 (LWP 3428)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7fa9505bdeb7 in WTF::TCMalloc_PageHeap::scavengerThread (this=0x7fa950fc22a0 WTF::pageheap_memory) at ../../../Source/JavaScriptCore/wtf/FastMalloc.cpp:2495 #2 0x7fa9505bdee9 in WTF::TCMalloc_PageHeap::runScavengerThread (context=optimized out) at ../../../Source/JavaScriptCore/wtf/FastMalloc.cpp:1618 #3 0x7fa95a016e0e in start_thread (arg=0x7fa9402e8700) at pthread_create.c:305 #4 0x7fa95c1ea2bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 2 (Thread 0x7fa93f9e7700 (LWP 3429)): #0 0x7fa95c1e213f in __GI___poll (fds=optimized out, nfds=optimized out, timeout=optimized out) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x7fa9547386d4 in g_main_context_poll (n_fds=1, fds=0x7fa9380029c0, timeout=6777, context=0x7fa9380009a0, priority=optimized out) at gmain.c:3440 #2 g_main_context_iterate (context=context@entry=0x7fa9380009a0, block=block@entry=1, dispatch=dispatch@entry=1, self=error reading variable: Unhandled dwarf expression opcode 0xfa) at gmain.c:3141 #3 0x7fa9547387f4 in g_main_context_iteration (context=0x7fa9380009a0, may_block=1) at gmain.c:3207 #4 0x7fa95cb723f6 in QEventDispatcherGlib::processEvents (this=0x7fa9380008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #5 0x7fa95cb42ebf in QEventLoop::processEvents (this=this@entry=0x7fa93f9e6e20, flags=...) at kernel/qeventloop.cpp:149 #6 0x7fa95cb43148 in QEventLoop::exec (this=0x7fa93f9e6e20, flags=...) at kernel/qeventloop.cpp:204 #7 0x7fa95ca46ef0 in QThread::exec (this=optimized out) at thread/qthread.cpp:501 #8 0x7fa95ca49e8b in QThreadPrivate::start (arg=0xe1cc40) at thread/qthread_unix.cpp:307 #9 0x7fa95a016e0e in start_thread (arg=0x7fa93f9e7700) at pthread_create.c:305 #10 0x7fa95c1ea2bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 1 (Thread 0x7fa95ed31780 (LWP 3325)): [KCrash Handler] #6 __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:163 #7 0x7fa9488bad39 in getrn (rhash=optimized out, data=0x0, lh=optimized out) at lhash.c:431 #8 lh_insert (lh=0xfc8530, data=0xfbab80) at lhash.c:189 #9 0x7fa94886468d in OBJ_NAME_add (name=0x0, type=2, data=0x7fa93e248ae0 r4_hmac_md5_cipher \223\003) at o_names.c:203 #10 0x7fa93dc65f08 in SSL_library_init () at ssl_algs.c:77 #11 0x7fa95b23da82 in QSslSocketPrivate::ensureLibraryLoaded () at ssl/qsslsocket_openssl.cpp:537 #12 0x7fa958f16e74 in KProtocolManager::defaultUserAgent (_modifiers=...) at /usr/src/debug/kdelibs-4.9.1/kio/kio/kprotocolmanager.cpp:767 #13 0x7fa958f17c5b in KProtocolManager::defaultUserAgent () at /usr/src/debug/kdelibs-4.9.1/kio/kio/kprotocolmanager.cpp:634 #14 0x7fa958f17e90 in KProtocolManager::userAgentForHost (hostname=...) at /usr/src/debug/kdelibs-4.9.1/kio/kio/kprotocolmanager.cpp:626 #15 0x7fa94deb56a6 in KWebPage::userAgentForUrl (this=this@entry=0xe1e680, _url=...) at /usr/src/debug/kdelibs-4.9.1/kdewebkit/kwebpage.cpp:385 #16 0x7fa94fcf4ae6 in WebCore::FrameLoaderClientQt::userAgent (this=optimized out, url=...) at ../../../../Source/WebKit/qt/WebCoreSupport/FrameLoaderClientQt.cpp:726 #17 0x7fa950051309 in WebCore::FrameLoader::userAgent (this=this@entry=0x7fa93fa02478, url=...) at ../../../Source/WebCore/loader/FrameLoader.cpp:2670 #18 0x7fa9500513b2 in WebCore::FrameLoader::applyUserAgent (this=this@entry=0x7fa93fa02478, request=...) at ../../../Source/WebCore/loader/FrameLoader.cpp:3189 #19 0x7fa95005146d in WebCore::FrameLoader::addExtraFieldsToRequest (this=this@entry=0x7fa93fa02478, request=..., loadType=WebCore::FrameLoadTypeStandard, mainResource=mainResource@entry=true) at ../../../Source/WebCore/loader/FrameLoader.cpp:2752 #20 0x7fa950051880 in
[Bug 212896] Knotes attempts to write to directory ~/.kde4.2/share/apps/knotes/ but kde in home directory is located at .kde4 on my gentoo system
https://bugs.kde.org/show_bug.cgi?id=212896 --- Comment #3 from Graham Young gcyo...@talktalk.net --- This is no longer an issue for me, since I no longer use knotes, or kde desktop and I believe kde has moved on from kde 4.2. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 212896] Knotes attempts to write to directory ~/.kde4.2/share/apps/knotes/ but kde in home directory is located at .kde4 on my gentoo system
https://bugs.kde.org/show_bug.cgi?id=212896 Christophe Giboudeaux cgiboude...@gmx.com changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |INVALID --- Comment #4 from Christophe Giboudeaux cgiboude...@gmx.com --- Changing status then. Thanks for the feedback -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 --- Comment #11 from Johannes Huber j...@gentoo.org --- (In reply to comment #10) Using a correct resolution Where is the bug id for pykde? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 Michael kensing...@gentoo.org changed: What|Removed |Added CC||kensing...@gentoo.org -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 294921] KMail don't start
https://bugs.kde.org/show_bug.cgi?id=294921 Matěj Laitl ma...@laitl.cz changed: What|Removed |Added Status|NEEDSINFO |NEW CC||ma...@laitl.cz Version|4.8 |4.9.0 Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 --- Comment #3 from Matěj Laitl ma...@laitl.cz --- I have the same problem. I have Nepomuk enabled and enabled for indexing e-mails. Starting other pim-related applications (akonadiconsole) also hangs. Clicking the Details... in the Desktop Search - KDE Control Module to troubleshoot freezes the dialog. Related: http://forums.gentoo.org/viewtopic-t-919074-start-0.html (affects me, too) KDE 4.9.0 akonadi-server 1.8.0 soprano 2.8.0 $ ps -HAf | egrep 'virtuo|akonadi' strohel 2003 1996 0 14:31 ?00:00:10 /usr/bin/virtuoso-t +foreground +configfile /tmp/virtuoso_jd1996.ini +wait strohel 19399 1 0 14:52 ?00:00:01 /usr/bin/akonadi_control strohel 19401 19399 1 14:52 ?00:00:29 akonadiserver strohel 19411 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_agent_launcher akonadi_akonotes_resource akonadi_akonotes_resource_4 strohel 19412 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_archivemail_agent --identifier akonadi_archivemail_agent strohel 19413 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_birthdays_resource --identifier akonadi_birthdays_resource strohel 19414 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_agent_launcher akonadi_contacts_resource akonadi_contacts_resource_4 strohel 19415 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_googlecalendar_resource --identifier akonadi_googlecalendar_resource_0 strohel 19417 19399 0 14:52 ?00:00:01 /usr/bin/akonadi_googlecontacts_resource --identifier akonadi_googlecontacts_resource_0 strohel 19418 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_agent_launcher akonadi_ical_resource akonadi_ical_resource_10 strohel 19419 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_agent_launcher akonadi_ical_resource akonadi_ical_resource_12 strohel 19420 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_agent_launcher akonadi_ical_resource akonadi_ical_resource_13 strohel 19421 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_imap_resource --identifier akonadi_imap_resource_10 strohel 19423 19399 1 14:52 ?00:00:33 /usr/bin/akonadi_imap_resource --identifier akonadi_imap_resource_9 strohel 19424 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_agent_launcher akonadi_maildir_resource akonadi_maildir_resource_7 strohel 19425 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_maildispatcher_agent --identifier akonadi_maildispatcher_agent strohel 19426 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_mailfilter_agent --identifier akonadi_mailfilter_agent strohel 19427 19399 0 14:52 ?00:00:00 /usr/bin/akonadi_nepomuk_feeder --identifier akonadi_nepomuk_feeder Backtrace of kmail when it hangs on start: #0 0x7514d1a8 in *__GI___poll (fds=0x7fffc6a0, nfds=1, timeout=optimized out) at ../sysdeps/unix/sysv/linux/poll.c:83 #1 0x7fffeae88ee0 in socket_do_iteration (transport=0x66c970, flags=6, timeout_milliseconds=optimized out) at /var/tmp/portage/sys-apps/dbus-1.6.2/work/dbus-1.6.2/dbus/dbus-transport-socket.c:1125 #2 0x7fffeae87dcd in _dbus_transport_do_iteration (transport=0x66c970, flags=optimized out, timeout_milliseconds=optimized out) at /var/tmp/portage/sys-apps/dbus-1.6.2/work/dbus-1.6.2/dbus/dbus-transport.c:977 #3 0x7fffeae76215 in _dbus_connection_do_iteration_unlocked (connection=0x66d930, pending=optimized out, flags=6, timeout_milliseconds=-1) at /var/tmp/portage/sys-apps/dbus-1.6.2/work/dbus-1.6.2/dbus/dbus-connection.c:1234 #4 0x7fffeae77113 in _dbus_connection_block_pending_call (pending=0x6702d0) at /var/tmp/portage/sys-apps/dbus-1.6.2/work/dbus-1.6.2/dbus/dbus-connection.c:2415 #5 0x7fffeae7685d in dbus_connection_send_with_reply_and_block (connection=0x66d930, message=0x66d6d0, timeout_milliseconds=2147483647, error=0x7fffc900) at /var/tmp/portage/sys-apps/dbus-1.6.2/work/dbus-1.6.2/dbus/dbus-connection.c:3530 #6 0x7317bcd7 in q_dbus_connection_send_with_reply_and_block (error=0x7fffc900, timeout_milliseconds=2147483647, message=0x66d6d0, connection=optimized out) at qdbus_symbols_p.h:135 #7 QDBusConnectionPrivate::sendWithReply (this=0x66cbf0, message=..., sendMode=optimized out, timeout=2147483647) at qdbusintegrator.cpp:1904 #8 0x73166ed3 in QDBusConnection::call (this=0x7fffcea0, message=optimized out, mode=optimized out, timeout=optimized out) at qdbusconnection.cpp:597 #9 0x779a332b in KUniqueApplication::start
[Bug 306400] New: Kontact crash every day
https://bugs.kde.org/show_bug.cgi?id=306400 Bug ID: 306400 Severity: crash Version: 4.8.4 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Kontact crash every day Classification: Unclassified OS: Linux Reporter: maximo.tosirive...@gmail.com Hardware: Ubuntu Packages Status: UNCONFIRMED Component: general Product: kontact Application: kontact (4.8.4) KDE Platform Version: 4.8.4 (4.8.4) Qt Version: 4.8.1 Operating System: Linux 3.2.0-29-generic-pae i686 Distribution: Ubuntu 12.04.1 LTS -- Information about the crash: - What I was doing when the application crashed: No esperé que la barra de progreso se detenga. Desinstalé varias aplicaciones instaladas antes de la falla: System Clock, por ejemplo. La falla continúa The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library /lib/i386-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0xb21bf980 (LWP 25161))] Thread 5 (Thread 0xafc2cb40 (LWP 25162)): #0 0xb39c9c5e in __pthread_mutex_unlock_usercnt () from /lib/i386-linux-gnu/libpthread.so.0 #1 0xb60d2634 in pthread_mutex_unlock () from /lib/i386-linux-gnu/libc.so.6 #2 0xb3933410 in g_mutex_unlock () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb38f33a7 in g_main_context_release () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb38f4058 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0xb38f456b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #6 0xafc31134 in ?? () from /usr/lib/i386-linux-gnu/gio/modules/libdconfsettings.so #7 0xb39176b3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #8 0xb39c6d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0 #9 0xb60c4ace in clone () from /lib/i386-linux-gnu/libc.so.6 Thread 4 (Thread 0xaf2ffb40 (LWP 25163)): #0 0xb779e424 in __kernel_vsyscall () #1 0xb60b417b in read () from /lib/i386-linux-gnu/libc.so.6 #2 0xb39326ae in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb38f3bd2 in g_main_context_check () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb38f4042 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0xb38f456b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #6 0xb08281ba in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #7 0xb39176b3 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #8 0xb39c6d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0 #9 0xb60c4ace in clone () from /lib/i386-linux-gnu/libc.so.6 Thread 3 (Thread 0xad048b40 (LWP 25165)): #0 0xb779e424 in __kernel_vsyscall () #1 0xb39ca96b in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i386-linux-gnu/libpthread.so.0 #2 0xb60d23dc in pthread_cond_wait () from /lib/i386-linux-gnu/libc.so.6 #3 0xb5850263 in ?? () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4 #4 0xb585037f in ?? () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4 #5 0xb39c6d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0 #6 0xb60c4ace in clone () from /lib/i386-linux-gnu/libc.so.6 Thread 2 (Thread 0xac71fb40 (LWP 25166)): #0 0xb77b7b9e in ?? () from /lib/ld-linux.so.2 #1 0xb77b0b5c in ?? () from /lib/ld-linux.so.2 #2 0xb77b0eb6 in ___tls_get_addr () from /lib/ld-linux.so.2 #3 0xb62cbd8f in get_thread_data () at thread/qthread_unix.cpp:174 #4 QThreadData::current () at thread/qthread_unix.cpp:200 #5 0xb6414067 in postEventSourcePrepare (s=0x85ee100, timeout=0x0) at kernel/qeventdispatcher_glib.cpp:256 #6 0xb64140c7 in postEventSourceCheck (source=0x85ee100) at kernel/qeventdispatcher_glib.cpp:272 #7 0xb38f3b7b in g_main_context_check () from /lib/i386-linux-gnu/libglib-2.0.so.0 #8 0xb38f4042 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #9 0xb38f4201 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #10 0xb64148e7 in QEventDispatcherGlib::processEvents (this=0x85ca830, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #11 0xb63e050d in QEventLoop::processEvents (this=0xac71f270, flags=...) at kernel/qeventloop.cpp:149 #12 0xb63e07a9 in QEventLoop::exec (this=0xac71f270, flags=...) at kernel/qeventloop.cpp:204 #13 0xb62c994c in QThread::exec (this=0x85f5858) at thread/qthread.cpp:501 #14 0xb62c9a3b in QThread::run (this=0x85f5858) at thread/qthread.cpp:568 #15 0xb62ccde0 in QThreadPrivate::start (arg=0x85f5858) at thread/qthread_unix.cpp:298 #16 0xb39c6d4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0 #17 0xb60c4ace in clone () from /lib/i386-linux-gnu/libc.so.6 Thread 1 (Thread 0xb21bf980 (LWP 25161)): [KCrash Handler] #7 0x04468900 in ?? () #8 0xb3b33254 in QNetworkAccessHttpBackend::replyDownloadMetaData (this=0xa95d300, hm=..., sc=-1074275448, rp=..., pu=false, db=..., contentLength=-1279454788) at access/qnetworkaccesshttpbackend.cpp:827 #9 0xb3bca37d in QNetworkAccessHttpBackend::qt_static_metacall (_o=0xa95d300,
[Bug 306400] Kontact crash every day
https://bugs.kde.org/show_bug.cgi?id=306400 Jekyll Wu adap...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Jekyll Wu adap...@gmail.com --- *** This bug has been marked as a duplicate of bug 286307 *** -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 286307] Kmail crash (QNetworkAccessHttpBackend::replyDownloadMetaData, QNetworkAccessHttpBackend::qt_static_metacall, QObject::event)
https://bugs.kde.org/show_bug.cgi?id=286307 Jekyll Wu adap...@gmail.com changed: What|Removed |Added CC||maximo.tosirive...@gmail.co ||m --- Comment #217 from Jekyll Wu adap...@gmail.com --- *** Bug 306400 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306390] creating folders on IMAP-Server removes i in the name
https://bugs.kde.org/show_bug.cgi?id=306390 Laurent Montel mon...@kde.org changed: What|Removed |Added CC||kdepim-bugs@kde.org, ||mon...@kde.org, ||vkra...@kde.org Component|folders |IMAP resource Assignee|kdepim-bugs@kde.org |er...@kde.org Product|kmail2 |Akonadi --- Comment #1 from Laurent Montel mon...@kde.org --- work fine here... -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 Andreas K. Huettel dilfri...@gentoo.org changed: What|Removed |Added CC||dilfri...@gentoo.org --- Comment #12 from Andreas K. Huettel dilfri...@gentoo.org --- You have an explicit dependency on Boost, and this means you should also detect and provide the required include directories. Even if an external application does not use *any* boost functions itself it will fail using kdepimlibs. So, the external application does *not* depend on boost, but kdepimlibs does. Resolving as invalid is not productive. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 286307] Kmail crash (QNetworkAccessHttpBackend::replyDownloadMetaData, QNetworkAccessHttpBackend::qt_static_metacall, QObject::event)
https://bugs.kde.org/show_bug.cgi?id=286307 Paul Worrall p.r.worr...@gmail.com changed: What|Removed |Added CC|p.r.worr...@gmail.com | -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 --- Comment #13 from Christophe Giboudeaux cgiboude...@gmx.com --- The idea and the patch are both wrong. - Adding the boost include dir to kdepimlibs_include_dirs supposes that : 1/ Boost was already found, 2/ All of kdepimlibs needs boost These two statements are incorrect. Adding a find_package(boost) is excluded because of 2 and the posted patch is wrong because of 1. And even without 1 2, that would mean we'd have to support FindBoost.cmake which supposes that you have a high confidence in the boost SC (and in that case, you're also terribly wrong). Oh and I won't mention the boost attempt to provide a BoostConfig.cmake which is in no way compatible with FindBoost.cmake... -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 --- Comment #14 from Alex Turbov i.za...@gmail.com --- (In reply to comment #13) The idea and the patch are both wrong. - Adding the boost include dir to kdepimlibs_include_dirs supposes that : 1/ Boost was already found, yes it was! it was detected by root's CMakeLists.txt while compile... after that, if pykde for example, starts to compile on same host boost definitely will be here. If we are talking about binary distros (like debian/rh) it is job of distromaker to add an interpackage dependency kdepimlibs-dev on boost-dev. btw, the way a *redistributable configuration file* generated in kdepimlibs is incorrect!! It is invalid to use `set()`! Use `set_and_check() instead to make sure desired paths really exists! (read details in cmake's manual about CMakePackageConfigHelpers module) 2/ All of kdepimlibs needs boost yes, they are! according root CMakeLists.txt boost detected and set to include_directories *unconditionally* -- so ALL kdepimlibs use boost! These two statements are incorrect. Adding a find_package(boost) is excluded NO IT DOESN'T! Check CMakeLists.txt in the source root... -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 305897] Kontact-4.8.3 fails to update the Akregator feeds when starting
https://bugs.kde.org/show_bug.cgi?id=305897 Christian joulupukin.ton...@yandex.ru changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Christian joulupukin.ton...@yandex.ru --- Gentoo has upgraded my KDE from 4.8.3 to 4.8.5 and this problem appears to be fixed now, thank you! -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #15 from Andreas K. Huettel dilfri...@gentoo.org ---
- Adding the boost include dir to kdepimlibs_include_dirs supposes that :
1/ Boost was already found,
From /CMakeLists.txt:
set(Boost_MINIMUM_VERSION 1.34.0)
if (WIN32)
find_package(Boost ${Boost_MINIMUM_VERSION}) # (jstaniek) temp. fix unless we
have graph library, not just headers
else()
find_package(Boost ${Boost_MINIMUM_VERSION} COMPONENTS graph)
endif()
macro_log_feature(Boost_FOUND Boost C++ Libraries Required by core
components http://www.boost.org; TRUE ${Boost_MINIMUM_VERSION} Boost must
include the boost-graph library)
[...]
include_directories (${CMAKE_SOURCE_DIR} ${CMAKE_BINARY_DIR} ${KDE4_INCLUDES}
${Boost_INCLUDE_DIR})
OK, it's not marked as REQUIRED. Which means build takes place as well if it is
not found. However:
2/ All of kdepimlibs needs boost
These two statements are incorrect. Adding a find_package(boost) is excluded
because of 2 and the posted patch is wrong because of 1.
The find_package(boost) is already there, see above.
And please have a look at the following output:
huettel@grenadine ~/tmp/kdepimlibs-4.9.1 $ find . -name CMakeLists.txt -exec
grep -i boost {} +
./kblog/CMakeLists.txt:include_directories(${Boost_INCLUDE_DIR})
./kioslave/imap4/CMakeLists.txt:include_directories(${imap4_optional_includes}
${Boost_INCLUDE_DIR})
./syndication/tests/CMakeLists.txt:include_directories( ../
${Boost_INCLUDE_DIR} )
./syndication/CMakeLists.txt:include_directories( ${Boost_INCLUDE_DIR} )
./CMakeLists.txt:set(Boost_MINIMUM_VERSION 1.34.0)
./CMakeLists.txt: find_package(Boost ${Boost_MINIMUM_VERSION}) # (jstaniek)
temp. fix unless we have graph library, not just headers
./CMakeLists.txt: find_package(Boost ${Boost_MINIMUM_VERSION} COMPONENTS
graph)
./CMakeLists.txt:macro_log_feature(Boost_FOUND Boost C++ Libraries Required
by core components http://www.boost.org; TRUE ${Boost_MINIMUM_VERSION}
Boost must include the boost-graph library)
./CMakeLists.txt:include_directories (${CMAKE_SOURCE_DIR} ${CMAKE_BINARY_DIR}
${KDE4_INCLUDES} ${Boost_INCLUDE_DIR})
./gpgme++/CMakeLists.txt:include_directories( ${GPGME_INCLUDES}
${Boost_INCLUDE_DIR} )
./gpgme++/CMakeLists.txt:set( GPGMEPP_INCLUDE ${INCLUDE_INSTALL_DIR}
${GPGME_INCLUDES} ${Boost_INCLUDE_DIR} )
./mailtransport/CMakeLists.txt: ${Boost_INCLUDE_DIR}
./akonadi/tests/testrunner/CMakeLists.txt:${Boost_INCLUDE_DIR}
./akonadi/tests/etm_test_app/CMakeLists.txt:${Boost_INCLUDE_DIR}
./akonadi/tests/CMakeLists.txt:${Boost_INCLUDE_DIR}
./akonadi/tests/benchmarker/CMakeLists.txt:${Boost_INCLUDE_DIR}
./akonadi/CMakeLists.txt: ${Boost_INCLUDE_DIR}
./akonadi/kmime/CMakeLists.txt:${Boost_INCLUDE_DIR}
./akonadi/contact/CMakeLists.txt:${Boost_INCLUDE_DIR}
./includes/tests/CMakeLists.txt: ${Boost_INCLUDE_DIR}
./kimap/tests/CMakeLists.txt:include_directories( ${CMAKE_SOURCE_DIR}/kimap
${Boost_INCLUDE_DIR})
./kimap/CMakeLists.txt:include_directories( ${CMAKE_SOURCE_DIR}/kioslave
${SASL2_INCLUDE_DIR} ${Boost_INCLUDE_DIR} )
./kldap/CMakeLists.txt: ${Boost_INCLUDE_DIR}
./qgpgme/tests/CMakeLists.txt:include_directories( ${Boost_INCLUDE_DIR} )
./qgpgme/CMakeLists.txt: include_directories( ${GPGME_INCLUDES}
${CMAKE_SOURCE_DIR}/gpgme++ ${Boost_INCLUDE_DIR} )
This means kblog, kioslave/imap4, syndication, gpgme++, mailtransport, akonadi,
kimap, kldap, and qgpgme already use Boost includes in the CMakeLists.txt,
which makes me strongly doubt if they build without Boost. Is kdepimlibs useful
if you switch off these components? (Not that it is done anywhere in the build
system.)
And even without 1 2, that would mean we'd have to support FindBoost.cmake
You already do.
--
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 292601] Fetch job error on login
https://bugs.kde.org/show_bug.cgi?id=292601 --- Comment #15 from Christian joulupukin.ton...@yandex.ru --- I just upgraded from 4.8.3. to 4.8.5 and I don't see this bug any more. Maybe it's been fixed? -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #16 from Alex Turbov i.za...@gmail.com ---
(In reply to comment #15)
OK, it's not marked as REQUIRED. Which means build takes place as well if it
is not found.
I'm in real doublt about this!
2/ All of kdepimlibs needs boost
These two statements are incorrect. Adding a find_package(boost) is excluded
because of 2 and the posted patch is wrong because of 1.
The find_package(boost) is already there, see above.
And please have a look at the following output:
huettel@grenadine ~/tmp/kdepimlibs-4.9.1 $ find . -name CMakeLists.txt -exec
grep -i boost {} +
[skipped]
./CMakeLists.txt:include_directories (${CMAKE_SOURCE_DIR}
${CMAKE_BINARY_DIR} ${KDE4_INCLUDES} ${Boost_INCLUDE_DIR})
[skipped]
everything below this line (from the sources root CMakeLists.txt) doesn't
matter (just *redundand* appending another one instance of Boost_INCLUDE_DIR)
--
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 258214] Choosing Completion Order from the context menu of the recipient field crashed kontact
https://bugs.kde.org/show_bug.cgi?id=258214 --- Comment #6 from Christian joulupukin.ton...@yandex.ru --- For me this appears to be fixed in verison 4.8.5 (I upgraded from 4.8.3). -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #17 from Christophe Giboudeaux cgiboude...@gmx.com ---
(In reply to comment #14)
(In reply to comment #13)
The idea and the patch are both wrong.
- Adding the boost include dir to kdepimlibs_include_dirs supposes that :
1/ Boost was already found,
yes it was! it was detected by root's CMakeLists.txt while compile... after
that, if pykde for example, starts to compile on same host boost definitely
will be here.
You misunderstand what KdepimLibsConfig.cmake.in does: ${boost_include_dir} is
not replaced by the boost include dir. KdepimLibsConfig.cmake will contain the
exact same variable.
When used in, say pykde, it will have no value because nothing will have looked
for boost.
You'll get a similar result with this test CMakeLists.txt:
project(test)
message(STATUS boost_include_dir: ${boost_include_dir})
result: the variable is empty because nothing will define it.
Please note that:
- *ALL* the KDE projects' CMakeLists.txt already have an include_directories
line (for the kdelibs and Qt includes). So adding one for boost when it's
needed is not a big deal.
- There's no reason to have a special rule for boost in kdepimlibs (we have
many 3rd party dependencies used in the project such as libical, libprison,
libprison's dependencies, kdelibs, Qt and even the akonadi server is included)
--
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #19 from Christophe Giboudeaux cgiboude...@gmx.com ---
(In reply to comment #18)
You misunderstand what KdepimLibsConfig.cmake.in does: ${boost_include_dir}
first of all it's not ${boost_include_dir} but @Boost_INCLUDE_DIR@. latter
will be detected by root CMakeLists.txt and rendered into
KdepimLibsConfig.cmake (by configure_file()) w/ actual path to
/usr/include/boost_1.50 for example... so being installed any other software
(like pykde) will find boost headers and everything will be allright...
Thanks, hardcoding the path is yet another reason why this patch will not be
accepted
--
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #20 from Alex Turbov i.za...@gmail.com ---
(In reply to comment #19)
(In reply to comment #18)
You misunderstand what KdepimLibsConfig.cmake.in does:
${boost_include_dir}
first of all it's not ${boost_include_dir} but @Boost_INCLUDE_DIR@. latter
will be detected by root CMakeLists.txt and rendered into
KdepimLibsConfig.cmake (by configure_file()) w/ actual path to
/usr/include/boost_1.50 for example... so being installed any other software
(like pykde) will find boost headers and everything will be allright...
Thanks, hardcoding the path is yet another reason why this patch will not be
accepted
OMG! Where did you see hardcoded path?
--
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 196977] Knotes: Positions of notes are not remembered
https://bugs.kde.org/show_bug.cgi?id=196977 --- Comment #4 from Ray codemon...@interthingy.net --- I forgot to mention earlier: my laptop is running KDE 4.6.5 My home system is running KNotes 4.8.5 on KDE 4.8.5 (Fedora 16). Again, I'm not certain if the problem is happening on my home system. I do have a bunch of closed notes and when I opened them all a moment ago they all seemed to have the correct size/position. I will try leaving a few open over the next few days and report back if I see the problem happening. Thanks, ~ray -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 259574] conflict resolution box appears a lot
https://bugs.kde.org/show_bug.cgi?id=259574 --- Comment #52 from George L. Emigh ab...@georgelemigh.com --- In addition to what I mentioned in comments 49,50 and 51. Seems to also be limited to messages that are to be moved into a Folder (mailing list) that contain a lot of messages. I have one folder that contains 12700+ and another with 6700+ messages and it seems to be limited to those particular messages. Thanks in advance. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #21 from Christophe Giboudeaux cgiboude...@gmx.com ---
you have to choose your answer at some point:
- either you use ${Boost_INCLUDE_DIR}, then the path is not hardcoded but you
must find boost before kdepimlibs,
- or you use @Boost_INCLUDE_DIR@ and in that case the path is hardcoded in
KdepimLibsConfig.cmake
None of these solution is acceptable.
In both case we would still need a find_package(Boost) in the modules using
kdepimlibs anyway (because we need Boost_FOUND, Boost_VERSION).
If Gentoo is the only distribution having a problem with the KDE buildsystem,
it's the Gentoo buildsystem that needs some fixes. (and maybe pyKDE that needs
a trivial fix)
--
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323
--- Comment #22 from Alex Turbov i.za...@gmail.com ---
(In reply to comment #21)
you have to choose your answer at some point:
- either you use ${Boost_INCLUDE_DIR}, then the path is not hardcoded but
you must find boost before kdepimlibs,
where did you see I use ${Boost_INCLUDE_DIR}??? That is just your imagination
(caused by misunderstanding)
- or you use @Boost_INCLUDE_DIR@ and in that case the path is hardcoded in
KdepimLibsConfig.cmake
damn, can you just look into installed KdepimLibsConfig.cmake:
zaufi@gentop /work/kdepimlibs-4.9.1 $ cat
/usr/lib64/cmake/KdepimLibs/KdepimLibsConfig.cmake | grep
KDEPIMLIBS_INCLUDE_DIRS
set(KDEPIMLIBS_INCLUDE_DIRS/usr/include /usr/include/KDE
/usr/include/boost-1_50)
Do you see all that hadrcoded paths!!? I'm going to tell you a bad news: IT
IS THAT SUPPOSED TO BE!
There are paths to explicit dependency of kdepimlibs exactly that it was when
this package gets compiled on my system. And that paths MUST be hardcoded (this
file called *redistributable config file*, remember?) because it if you are
going to redetect smth here you may find a *different* version of boost or even
KDE... and application (stil that unfortunate pykde, will may fail again, but
this time because kdepimlibs was compiled w/ different boost version) -- IT IS
WHY ALL REDISTRIBUTABLE CONFIGURATION FILES IN THE *WORLD* MUST HAVE
HARDCODED PATHS TO THEIR DEPENDENCIES!! (for examples explore any *.pc file
from /usr/lib/pkgconfig/, if you still do not believe me...)
And AGAIN: it is *incorrect* to use `set()` here! Build system should use
`set_and_check()` as claimed by cmake manual (do you able to read the manual?)
And AGAIN: the manual told NOT to use `configure_file()` to produce a
redistributable package config!
zaufi@gentop /work/kdepimlibs-4.9.1 $ grep --color=always -nir
KdepimLibsConfig.cmake *
CMakeLists.txt:7:### The kdepimlibs version (used e.g. in
KdepimLibsConfig.cmake) ###
CMakeLists.txt:216:# now create the KdepimLibsConfig.cmake file, which will be
loaded by
CMakeLists.txt:231:# all the following variables are put into
KdepimLibsConfig.cmake, so
THIS LINE INCORRECT
CMakeLists.txt:264:configure_file(KdepimLibsConfig.cmake.in
${CMAKE_CURRENT_BINARY_DIR}/KdepimLibsConfig.cmake @ONLY)
CMakeLists.txt:280:
${CMAKE_CURRENT_BINARY_DIR}/KdepimLibsConfig.cmake
None of these solution is acceptable.
In both case we would still need a find_package(Boost) in the modules using
kdepimlibs anyway (because we need Boost_FOUND, Boost_VERSION).
yes, I learned how to grep sources a long time ago:
zaufi@gentop /work/kdepimlibs-4.9.1 $ grep --color=always -nr
--include=*.{h,hh,hpp} Boost_VERSION *
zaufi@gentop /work/kdepimlibs-4.9.1 $ grep --color=always -nr
--include=*.{h,hh,hpp} Boost_FOUND *
There is no entries in any public header files (more over in any C/C++ source
file of kdepimlibs) -- it is only cmake-time variable...
(even if kdepimlibs C++ sources would use Boost_VERSION it must be rendered as
-D flag into KdepimLibsConfig.cmake... just for notice...
now forget this and continue reading)
and back to find_package() -- KdepimLibsConfig.cmake NEVER SHOULD USE IT! Now,
I hope you know WHY...
(correct, because there is a change to find smth other than kdepimlibs was
compiled/linked with!)
If Gentoo is the only distribution having a problem with the KDE
buildsystem, it's the Gentoo buildsystem that needs some fixes. (and maybe
pyKDE that needs a trivial fix)
Just tell me: why packages which DO NOT USE boost explicitly MUST detect it???
--
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 --- Comment #23 from Alex Turbov i.za...@gmail.com --- (In reply to comment #21) If Gentoo is the only distribution having a problem with the KDE buildsystem, it's the Gentoo buildsystem that needs some fixes. (and maybe pyKDE that needs a trivial fix) Here is another thought for you to think about: suppose the following sequence of packages install... 0) install boost-1.49 1) compile and install kdepimlibs 2) (maybe after some time) install boost-1.51 3) trying to install pykde (or whatever other package depends on kdepimlib) so finally we have: 0) 2 versions of boost installed (yeah, it is Ok) 1) one kdepimlib linked w/ one of boost 2) unfortunate pykde which is (folliwing your logic) trying to detect a correct version of boost (which was used whan kdepimlibs gets compiled) now try to solve this puzzle good luck! -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 Christophe Giboudeaux cgiboude...@gmx.com changed: What|Removed |Added Attachment #73694|0 |1 is obsolete|| --- Comment #24 from Christophe Giboudeaux cgiboude...@gmx.com --- Created attachment 73730 -- https://bugs.kde.org/attachment.cgi?id=73730action=edit Test patch /usr/include/boost-1_50 *is* a hardcoded path for a 3rd party library. that makes a huge difference which you keep on ignoring: KdepimLibsConfig.cmake is the configuration file for kdepimlibs, not for anything else. (that's exactly what Laurent stated) Anyway, the bug report is now closed and so is this useless discussion (In reply to comment #11) (In reply to comment #10) Using a correct resolution Where is the bug id for pykde? @Johannes, please test the attached patch in pykde (applies on current master) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 --- Comment #25 from Alex Turbov i.za...@gmail.com --- (In reply to comment #24) Created attachment 73730 [details] Test patch /usr/include/boost-1_50 *is* a hardcoded path for a 3rd party library. that makes a huge difference which you keep on ignoring: Completely opposite! You are trying to state that detecting kdepimlibs' third party dependencies is not a problem of kdepimlibs, but that packages, who so dare to use kdepimlibs! How do you suppose they could do that? (takein in account that there could be few versions of boost, libical, whatever installed simultaneously) and yes, hadrcoding explicit dependencies (YES, ALL DEPENDENCIES EVEN THIRD PARTY) is the purpose of *redistributable config files*! KdepimLibsConfig.cmake is the configuration file for kdepimlibs, not for anything else. (that's exactly what Laurent stated) ORLY!? KdepimLibsConfig.cmake DO NOT USED IN A KDEPIMLIBS CODE AT ALL!!! It's just generated by root's CMakeLists.txt and installed into target prefix!!! -- open your eyes finally! (use grep, can you?) It required for complicated scheme of KDE cmake files, so other packages may use `find_package(kdepimlibs)` and get all required variabled defined... Anyway, the bug report is now closed and so is this useless discussion so? reopen required? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 306323] [kdepimlibs] missed boost dependency in KdepimLibsConfig.cmake.in
https://bugs.kde.org/show_bug.cgi?id=306323 --- Comment #26 from Christophe Giboudeaux cgiboude...@gmx.com --- (In reply to comment #22) And AGAIN: it is *incorrect* to use `set()` here! Build system should use `set_and_check()` as claimed by cmake manual (do you able to read the manual?) Oh and for the record: the KDE4 build system must work with CMake 2.6.4. I suppose you'll realize how silly this parenthesis is, after reading the doc again, right ? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 258214] Choosing Completion Order from the context menu of the recipient field crashed kontact
https://bugs.kde.org/show_bug.cgi?id=258214 Allen Winter win...@kde.org changed: What|Removed |Added Status|NEW |RESOLVED CC||win...@kde.org Resolution|--- |FIXED --- Comment #7 from Allen Winter win...@kde.org --- yes, this should be fixed. so I'm resolving. feel free to reopen in the future if needed. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 255388] Kmail filters dont work in incoming mail
https://bugs.kde.org/show_bug.cgi?id=255388 Raphaël Vinet superap...@gmail.com changed: What|Removed |Added CC||superap...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 283682] KMail duplicates filtered messages
https://bugs.kde.org/show_bug.cgi?id=283682 Raphaël Vinet superap...@gmail.com changed: What|Removed |Added CC||superap...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 264861] Google calendar and contacts don't work
https://bugs.kde.org/show_bug.cgi?id=264861 Elmar elmar.rob...@gmail.com changed: What|Removed |Added CC||elmar.rob...@gmail.com --- Comment #48 from Elmar elmar.rob...@gmail.com --- Any chance this is going to be resolved soon? I switched from Thunderbird when I switched from Unity to KDE. What is odd, is that it seemed like I did see my Google calendar for a couple of days before it disappeared again. Maybe I was seeing things. I like the configurability of Kontact, but my business calender is sitting in Google, so It is a pain if I can only see it on my phone. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
