I'm hurt (badly, but I will survive) by the following upstream bug
https://bugs.kde.org/show_bug.cgi?id=345174
It seems the patch has been added in the Application 15.04 ..
I'm still using openSUSE 13.1 with Current Repository.
Could one of our beloved packager have a look to check if the patch is also applied there.
Thanks a lot.
It's when a tool start bugging, you understand how addict you are :-)
--
Bruno Friedmann
Ioda-Net Sàrl www.ioda-net.ch
openSUSE Member & Board, fsfe fellowship
GPG KEY : D5C9B751C4653227
irc: tigerfoot
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
What rpm/rpms do these come from? I thought it was kwin*, but it was
installed. Does/do it/they differ for Plasma4 & Plasma5 sessions? After a
32-bit TW zypper dup a few hours ago, Konsole's titlebar was missing, until
after an extra reboot beyond the one to restart with latest 4.0.5 kernel.
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
I'm having some conflicts installing
plasma5-desktop-branding-openSUSE, and I've noticed that
plasma5-openSUSE was disabled for 13.2. What happened? Is it not
supported any more? Has it moved to some other package?
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
Hi all,
in the repo
http://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_13.2/noarch/
there is still libqt5-qtdoc-5.4.1-32.1.noarch.rpm although all other packages are already 5.4.2
But the main problem is, that parts of the docs are missing.
E.g.
from the page qthelp://org.qt-project.qthelp.541/qthelp/qthelp-framework.html#qt-help-collection-project
clicking on the link "For more information,see the Qt Assistant Manual."
I get:
The page could not be found!
Error loading: qthelp://org.qt-project.qthelp.541/qtassistant/qtassistant-index.html
What I see is that the Qt assistant help is in fact on this location:
qthelp://org.qt-project.assistant.541/assistant/qtassistant-index.html
--
Best regards/Schöne Grüße
Martin
() ascii ribbon campaign - against html e-mail
/\ - against proprietary attachments
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
Dear Dave,
On Dienstag, 9. Juni 2015 14:23:16 Dave McMurtrie wrote:
> Apologies for the top-post (and for what is likely an html-formatted
> message). Unless you didn't include all of the protocol, the problem is
> that the client never sent an EXPUNGE command. It only set the deleted
> flag on the message, so the message still exists.
Thanks for that quick and detailed answer. This is exactly, what I was after.
So I can further investigate, why akonadi doesn't expunge the MB.
Will copy the kdepim people.
Cheers,
Pete
> Here's some example protocol showing what I mean with a bunch of stuff
> snipped for brevity.
>
> 1 SELECT INBOX
> * 797 EXISTS
> 1 OK [READ-WRITE] Completed
>
> 2 UID STORE 95578 +FLAGS (\Deleted)
> * 784 FETCH (FLAGS (\Deleted NonJunk) UID 95578)
> 2 OK Completed
>
> 3 SELECT INBOX
> * OK [CLOSED] Ok
> * 797 EXISTS
> 3 OK [READ-WRITE] Completed
>
> Notice that there are still 797 existing messages. Now if I send an expunge
> command:
>
> 4 EXPUNGE
> * 784 EXPUNGE
> 4 OK [HIGHESTMODSEQ 104051] Completed
>
> 5 SELECT INBOX
> * OK [CLOSED] Ok
> * 796 EXISTS
> 5 OK [READ-WRITE] Completed
>
> hth,
>
> Dave
>
>
> ________________________________________
> From: info-cyrus-bounces+dave64=andrew.cmu.edu(a)lists.andrew.cmu.edu
> [info-cyrus-bounces+dave64=andrew.cmu.edu(a)lists.andrew.cmu.edu] on behalf
> of Hans-Peter Jansen [hpj(a)urpla.net] Sent: Tuesday, June 09, 2015 9:55 AM
> To: info-cyrus(a)lists.andrew.cmu.edu
> Subject: Issue with deletions
>
> Hi,
>
> I'm innvestigating a pretty nagging issue from kmail, and seek some advice
> from an cyrus imap expert, if this log is consistent.
>
> Env: openSUSE 13.2/x86_64 on server and client, cyrus-imapd 2.4.17, kdepim
> 4.14.{5,6,8,9}
>
> The failing operation is: moving a mail to trash.
>
> The net effect is, that kmail removes the mail from the list, notices an
> inconsisteny, and refetches all mails from this folder.
>
> C: Client
> S: Server
> #: Comment above command
>
> # client copies the mail 32602 to the trash folder (german version)
> C: A000024 UID COPY 32602 "INBOX.M&APw-lleimer"
> # server successfully created 9933 in trash
> S: A000024 OK Completed [ COPYUID 1432637812 32602 9933 ]
> # client flags mail as deleted
> C: A000025 UID STORE 32602 +FLAGS (\Deleted)
> # server flagged it as deleted, seen was set before
> S: * 13712 FETCH ( FLAGS (\Deleted \Seen) UID 32602 )
> S: A000025 OK Completed
> # client investigates folder settings
> C: A000026 GETANNOTATION "INBOX" "*" "value.shared"
> S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/duplicatedeliver (
> value.shared false ) S: * ANNOTATION INBOX
> /vendor/cmu/cyrus-imapd/sharedseen ( value.shared false ) S: * ANNOTATION
> INBOX /vendor/cmu/cyrus-imapd/pop3newuidl ( value.shared true ) S: *
> ANNOTATION INBOX /vendor/cmu/cyrus-imapd/lastpop ( value.shared ) S: *
> ANNOTATION INBOX /vendor/cmu/cyrus-imapd/lastupdate ( value.shared
> 9-Jun-2015 14:57:56 +0200 ) S: * ANNOTATION INBOX
> /vendor/cmu/cyrus-imapd/size ( value.shared 2371801752 ) S: * ANNOTATION
> INBOX /vendor/cmu/cyrus-imapd/partition ( value.shared default ) S: A000026
> OK Completed
> C: A000027 GETACL "INBOX"
> S: * ACL INBOX hp lrswipcda cyrus lrswipkxtecda
> S: A000027 OK Completed
> C: A000028 MYRIGHTS "INBOX"
> S: * MYRIGHTS INBOX lrswipkxtecda
> S: A000028 OK Completed
> C: A000029 GETQUOTAROOT "INBOX"
> S: * QUOTAROOT INBOX user.hp
> S: * QUOTA user.hp ( STORAGE 54982759 100000000 )
> S: A000029 OK Completed
> # client investigates folder state
> C: A000030 SELECT "INBOX" (CONDSTORE)
> S: * OK Ok [ CLOSED ]
> S: * 13724 EXISTS
> S: * 0 RECENT
> S: * FLAGS ( \Answered \Flagged \Draft \Deleted \Seen $TODO $NOTJUNK $JUNK )
> S: * OK Ok [ PERMANENTFLAGS ( \Answered \Flagged \Draft \Deleted \Seen
> $TODO $NOTJUNK $JUNK \* ) ] S: * OK Ok [ UNSEEN 13670 ]
> S: * OK Ok [ UIDVALIDITY 1430161627 ]
> S: * OK Ok [ UIDNEXT 32615 ]
> S: * OK Ok [ HIGHESTMODSEQ 1235 ]
> S: * OK Ok [ URLMECH INTERNAL ]
> S: A000030 OK Completed [ READ-WRITE ]
>
> Server responded with 13724 mails in this folder. This is the problem, since
> akonadi expects 13723 mails only:
>
> akonadi_imap_resource_1(25099) RetrieveItemsTask::onFinalSelectDone:
> Detected inconsistency in local cache, we're missing some messages. Server:
> 13724 Local: 13723
>
> Resulting in a full refetch. Although missing in the log, be assured, that
> there were 13724 mails in that folder before this operation.
>
> Is that result to be expected? Shouldn't it be 13723 on the server side,
> too? Could this be some kind of server side race?
>
> Thanks in advance,
> Pete
> ----
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> To Unsubscribe:
> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
Dear Christian,
On Dienstag, 9. Juni 2015 12:19:39 Christian Mollekopf wrote:
>
> I know that the problem exists, but haven't tracked it down so far.
> It's most likely in the imap resource, and it's item retrieval code.
>
> I think this is the bug tracking it:
> https://bugs.kde.org/show_bug.cgi?id=327894
Thanks for pointing me to the right bug.
I added some additional infos there, and also send an inquiry to the cyrus
imapd ML, since it starts smelling like a race (my systems are pretty fast,
and after a server-upgrade, the problem became even more apparent.
Next thing, that is needed is someone with profound knowledge of the imap
protocol. Do you have them?
I'm really keen about locating and smashing this issue, since it hinders my
workflow significantly.
Cheers,
Pete
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org