- openSUSE KDE

[opensuse-kde] Re: [opensuse-factory] KDE Virtual desktops all identical
by Hans de Faber 29 Jul '15

29 Jul '15

On 28/07/15 20:59, Cor Blom wrote: > Op 28-07-15 om 20:27 schreef Hans de Faber: >> Recently i took a look at tumbleweed and milestone 42.1. >> I discovered that all virtual desktops are always identical. >> >> If change a wallpaper on one of the desktops all desktops change to the >> chosen wallpaper. >> Where is the setting to have different wallpapers on each desktop ? >> >> If i set the desktop to folderview and change >> "desktopsettings-location-specify a folder" the desktopfolder, it is >> always the same for all desktops. >> So also the icons and widgets are for all desktops identical. >> >> Is this a known omission or is it still in the pipeline ? >> > > https://bugs.kde.org/show_bug.cgi?id=343246 > > I've just discovered that the functionality of virtual-desktops is also in activities and available in tumbleweed and milestone42. I can give each activity a different wallpaper,switch each activity to folderview and give each activite its own desktop directory. Now all desktops (read activities) can be complete different. The only difference i can find is virtualdesktops have a pager available and activities have not. If we can get a pager for activities, i think we don't need virtualdesktops anymore. Have a nice day, Hans -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

2 1

[opensuse-kde] Plasma 5 classical menu is too large
by Roman Bysh 27 Jul '15

27 Jul '15

Hello, Does anyone think that the menu should be a lot smaller? By adding every entry, Yast module but the kitchen sink the expanded menu looks overwhelming and busy. Is this permanent for testing? Let's simplify it so that it is manageable. Cheers! Roman ICQ: 551368250

1 0

[opensuse-kde][TW] no window decorations
by Felix Miata 22 Jun '15

22 Jun '15

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

1 0

[opensuse-kde] Re: plasma5-openSUSE is disabled for 13.2
by Stanislav Baiduzhyi 15 Jun '15

15 Jun '15

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

1 0

[opensuse-kde] Missing Qt5 documentation
by Martin Koller 15 Jun '15

15 Jun '15

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

1 0

[opensuse-kde] Re: Issue with deletions
by Hans-Peter Jansen 10 Jun '15

10 Jun '15

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

2 2

[opensuse-kde] Re: [Kde-pim] kmail: unable to delete IMAP mails on certain accounts
by Hans-Peter Jansen 09 Jun '15

09 Jun '15

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

1 0

[opensuse-kde] unsubscribe
by Stefan Kunze 28 May '15

28 May '15

unsubscribe

1 0

[opensuse-kde] unsubscribe
by Stefan Kunze 28 May '15

28 May '15

unsubscribe

2 1

[opensuse-kde] Plasma 5.3 update for openSUSE 13.2
by Todd Rme 27 May '15

27 May '15

Just a clarification: is a plasma 5.3 update through the normal update channels planned for openSUSE 13.2? This isn't a request, I fully understand if it isn't planned. I am just trying to find out whether I should be waiting for it or should go ahead and enable the KDE:Frameworks5 repo. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

5 7