openSUSE KDE June 2015

kde@lists.opensuse.org

6 participants
6 discussions

[opensuse-kde] Need a patch applied to kde 4x upstream bug 345174

by Bruno Friedmann

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

5 years, 11 months

[opensuse-kde][TW] no window decorations

by Felix Miata

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

6 years, 1 month

[opensuse-kde] Re: plasma5-openSUSE is disabled for 13.2

by Stanislav Baiduzhyi

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

6 years, 1 month

[opensuse-kde] Missing Qt5 documentation

by Martin Koller

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

6 years, 1 month

[opensuse-kde] Re: Issue with deletions

by Hans-Peter Jansen

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

6 years, 1 month

[opensuse-kde] Re: [Kde-pim] kmail: unable to delete IMAP mails on certain accounts

by Hans-Peter Jansen

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

6 years, 1 month

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

openSUSE KDE June 2015