August 2016 - openSUSE KDE - openSUSE Mailing Lists

[opensuse-kde] cannot add google calendars to korganizer
by Patrick Shanahan 01 Jan '17

01 Jan '17

openSUSE Tumbleweed kdepim-16.04.0-60.3.x86_64 kdepim-addons-16.04.0-4.1.x86_64 kdepim-apps-libs-16.04.0-1.1.x86_64 kdepimlibs4-4.14.10-1.2.x86_64 kdepim-runtime-16.04.0-36.1.x86_64 kio-pimlibs-16.04.0-49.1.x86_64 libbaloopim4-4.14.3-2.2.x86_64 libkdepim-16.04.0-1.3.x86_64 libkdepimlibs4-4.14.10-1.2.x86_64 libKF5Libkdepim5-16.04.0-1.3.x86_64 this machine originally ran 12.1, used Greg KH's "rolling" updates into original Tumbleweed and up-to-date. I cannot add google calendar to korganizer. asks for google acct name, then password allow permission to akonadi to access google services "authorizing token. This should take just a moment.." window closes with no error msg but calendar does not appear help please. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

3 13

[opensuse-kde] gtk3 apps ignoring Plasma UI fonts
by Felix Miata 19 Oct '16

19 Oct '16

FF 47.0.1 is my most used example, occurring on multiple installations on multiple machines with multiple profiles. I install FF ESR rpm, and use mozilla.org binaries for other releases. In 5.24.0/QT5.6.1 (aka TW; as well as 13.2/KDE4), FF 47 is ignoring UI fonts, as if its UI DPI was set to a lower value (e.g. 96) rather than actual DPI (e.g. 120). However, fonts and DPI in web pages are working exactly the same as in ESR. This was not a problem with mozilla.org's 46.0.x. Neither is it a problem with 47.0.1 running KDE3, so I'm in brainlock what to try. Even though kde-gtk-config5 is installed, there is no place I can find in Plasma5 systemsettings to choose GTK fonts, and I'm at a loss to figure out what other package might be missing to provide such control. Is there any such package any more for controlling fonts in either GTK2 or GTK3 apps in the latest Plasma? If so, what? -- "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

2 6

[opensuse-kde] Should we start building KDE:Applications against KDE:Frameworks5 for Leap 42.1?
by Wolfgang Bauer 06 Oct '16

06 Oct '16

Hi! I decided to ask this question here as well, as it mainly affects users. So, should we start building KDE:Applications against KDE:Frameworks5 for Leap 42.1? The reason I ask is that currently with KDE Applications 16.08, over 70 packages fail to build for Leap 42.1. This is mainly KDEPIM, as it requires Qt 5.6 and Frameworks 5.23 now, Leap 42.1 only has Qt 5.5.1 and Frameworks 5.21. So we cannot provide the current KDEPIM for Leap 42.1 any more. Also other packages were changed to use a macro for the appstream data location that is not defined in Leap 42.1 (this would be fixable by defining it in the project config though without affecting users). And currently KDE:Applications is not completely compatible to KDE:Frameworks5/KDE:Qt5 because akonadi is built against Qt 5.5.1 and isn't installable with Qt 5.7 because it (or its sqlite plugin) uses internal/private Qt headers. The disadvantage would be that everybody who wants to use KDE:Applications on Leap 42.1 would also need to add KDE:Frameworks5 and KDE:Qt5 to get the latest packages there. And this would also introduce a possible incompatibility with KDE:Extra, which currently also only builds against standard Leap 42.1 (+Updates). This only affects skrooge though AFAIK. (would be solvable by building KDE:Extra against KDE:Frameworks5 as well, or adding an additional KDE:Extra:openSUSE_KDE_Frameworks5 repo, similar as it has been done for KDE:Current:openSUSE_13.1 in the past) Opinions are welcome, especially (but not only) from Leap 42.1 users. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

5 7

[opensuse-kde] KDE glitches found by openQA
by Ludwig Nussel 31 Aug '16

31 Aug '16

Hi, I'm trying to get KDE green in openQA and need your help to resolve some issues. - In an upgrade from 42.1 via DVD GTK apps are wrongly themed: https://openqa.opensuse.org/tests/235183#step/gnucash/37 Missing package? Which one? Where? - Upgrade from 13.2 via DVD, libreoffice looks different: https://openqa.opensuse.org/tests/235161#step/oomath/7 also khelpcenter and amarok: https://openqa.opensuse.org/tests/235161#step/khelpcenter/4 https://openqa.opensuse.org/tests/235161#step/amarok/16 Also some theme package missing? - zypper dup from 13.2 ends up with a desktop without the desktop folder open: https://openqa.opensuse.org/tests/235170#step/boot_to_desktop/8 The folder was open in the original image: https://openqa.opensuse.org/tests/235170#step/setup_zdup/2 The test using the NET iso works: https://openqa.opensuse.org/tests/235118#step/boot_to_desktop/2 There's no difference actually, both tests do zypper dup from the online repo, the iso shouldn't actually matter. What's going on there? I've retriggered the job to see if it's reproducible at least. - A general problem in KDE is vlc: https://openqa.opensuse.org/tests/235172#step/vlc/21 One cannot see it from the screenshots but maybe in the video. openQA tries to press alt-p to play but that shortcut is taken globally by KDE somehow. Can that be made to work? cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

6 16

[opensuse-kde] Branding for Plasma 5.8
by Fabian Vogt 30 Aug '16

30 Aug '16

Hi everyone, Plasma 5.8 and its new designs of login, splash, logout and lock screens hit Krypton now. This of course broke our branding package: https://build.opensuse.org/package/show/KDE:Unstable:Frameworks/plasma5-ope… So, to fix this for Krypton and ultimatively also TW and Leap 42.2, I'm asking whether and how we would want to customize those. SDDM Login: http://susepaste.org/view/raw/15935331 QML Splash: http://susepaste.org/view/raw/83781575 Lock Screen: http://susepaste.org/view/raw/56114026 Logout: http://susepaste.org/view/raw/51248390 Obviously the upstream branding is still available as plasma5-workspace-branding-upstream. For now I will simply remove all patches in our branding as they don't apply anymore, to make Krypton build and work again. (This mail got sent to [opensuse-kde] and [opensuse-artwork], but please keep the discussion on [opensuse-kde] to not lose any messages and avoid duplicates) Thanks, Fabian -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

9 9

[opensuse-kde] Issue with NetworkManager AP mode
by Giacomo Comes 27 Aug '16

27 Aug '16

Hi, I'm on openSUSE 13.2 and I have a problem concerning network manager running with my laptop's wifi card in access point mode. Here is what I have done and what I got. I open the Network Manager connection editor window and do the following: Connection editor Add -> Wireless Shared New connection window General configuration Tab Automatically connect: Unchecked All users may connect: Unchecked Wireless Tab Mode: Access Point Wireless Security Tab Security: Wpa Personal Password: <shared connection wifi password> IPv4 Tab Method: Shared to others After I click OK, the connection shows up in the available connection list. When I click on the Connect button to activate it, a popup window appears with the message: System policy prevents sharing a connection via a protected WiFi network And ask for the root password to perform this action. After I enter the root password, the AP becomes active and other devices can connect to my laptop's WIFI using the password I defined for the AP. My question is: Why do I need to ented the root password each time I want to activate the AP I have created? Is this a sort of misconfiguration of polkit/NetwotkManager/KDE? How can I avoid that? Thanks. Giacomo -- 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] Request from upstream: tests with KDevelop 4.x
by Luca Beltrame 26 Aug '16

26 Aug '16

While upstream KDE has released KDevelop 5, they'd like to make a 4.7.4 release. In order to do so, they'd like to know if bugs with GCC6 leading to crashes have been fixed. An example is https://bugs.kde.org/show_bug.cgi?id=360707 for which we carry a patch for. It'd be great if people using KDevelop 4.x and in particular the other language plugins such as PHP and Python, would be able to test if they get weird crashes similar to the one reported above. This will help upstream for releasing. -- Luca Beltrame - KDE Forums team GPG key ID: A29D259B

1 0

[opensuse-kde] Chromium is looking for a new maintainer
by Raymond Wooninck 25 Aug '16

25 Aug '16

Hi Folks, Due to personal reasons, I will be dropping my packaging activities for openSUSE. In the 8 years that I was contributing to openSUSE, I witness quite some ups and downs. However it has always been a great pleasure in helping the enthusiastic community that surrounds openSUSE and I am sure that Leap and Tumbleweed are well being taken care off. In those 8 years I have mainly been active in the KDE area, but there are two other packages that would require a new maintainer. The first one is a simple one, but still important to the whole KDE search structure. This is the Xapian package with its bindings. The second one has become a monster of its one and that is the Chromium web browser. This one is quite hard to handle as that we have some particular patches, but it also faces a lot of issues when building due to memory and disk consumption. Also it has almost all required libraries in-source and removing those would cause build failures as that system versions might not have a particular patch. This week I will still be working on getting the chromium-dev variant in a good shape as that Google introduced a new build system. It looks like I managed to get it working, but lets see. Please let me know if you might be interested in taking the maintainership for xapian-core, the three chromium variants or maybe both :) Regards Raymond -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org

7 8

[opensuse-kde] Should we start building KDE:Applications against KDE:Frameworks5 for Leap 42.1?
by Franz-Joseph Barthold 25 Aug '16

25 Aug '16

I am new to the list. Sorry, if this mail does not fit into the format. As long term user of KDEPIM, I still face the problem that e.g. Akonadi needs further improvements. There are still issues with some e-mail servers and with protocols for calendars and address lists. Thus, any update of KDE to the newest version (now 16.08.0) for Leap 42.1 users is welcome from my point of view. I am used to add further repos to get e.g. KDE Applications. I would accept to add more than just one. But they need to be consistent without side effects if possible. But unfortunately, the information at either (English) https://en.opensuse.org/KDE_repositories or (German) https://de.opensuse.org/KDE_Repositorys seem to be different. At least once in the past. On the other hand, I will shift to Leap 42.2 early November and will use Tumbleweed to check if KDEPIM/Akonadi problems have been erased. Overall, the time from bug report in https://bugs.kde.org/ to the bug fix and the availability in some openSUSE version takes to long. But that is another story. -- 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] please drop ffmpeg
by Olaf Hering 24 Aug '16

24 Aug '16

The following projects have a copy of ffmpeg: KDE:Applications KDE:Extra KDE:Unstable:Applications KDE:Unstable:Extra KDE:Unstable:Frameworks Please convert the ffmpeg packages within these projects to a plain simple _link to openSUSE:Leap:42.1:Update and enable them only for the 13.1 and 13.2 projects. Please wipe all remaining binary packages: osc rm * echo '<link project="openSUSE:Leap:42.1:Update" cicount="add"/>' > _link osc ar osc commit -m 'backport for 13.x, because Olaf said so...' osc meta pkg | sed ' /<build>/,/<\/build>/d /<\/package>/{ s@^@<build><disable/><enable repository="openSUSE_13.2"/></build>@ } ' | osc meta pkg -e -F - osc wipebinaries --all ffmpeg is already availabe in the base distribution since 42.1, and appearently even SLE12 got a copy of it in openSUSE:Backports:SLE-12-SP1. Once that is done there is less overlap. ffmpeg should only be provided by the base distribution, and by projects which provide the uncrippled variant. Thanks. Olaf

1 0