Hi,
just installed 17.04 version on Leap 42.2.
Now I'm missing the man kio slave plugin.
Just guessing: there was a change regarding the need of gperf for building it.
Was this the reason it was not built ?
Maybe there's just a dependency missing in the spec file for building ?
--
Best regards/Schöne Grüße
Martin
A: Because it breaks the logical sequence of discussion
Q: Why is top posting bad?
() ascii ribbon campaign - against html e-mail
/\ - against proprietary attachments
Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
Hi,
https://build.opensuse.org/project/show/KDE:Frameworks5
is it planned to update this repo (esp. for leap 42.2) to current 5.33 ?
--
Best regards/Schöne Grüße
Martin
A: Because it breaks the logical sequence of discussion
Q: Why is top posting bad?
() ascii ribbon campaign - against html e-mail
/\ - against proprietary attachments
Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
Hi everyone!
KDE released KDE Applications 17.04 two days ago.
They decided (wrongly, in my opinion) a while ago to move tons of files
containing translations from a separate archive into the main packages.
This got executed between the beta and the release candidate.
Not only did this cause additional work for us packagers, which delayed the
initial packaging of the beta in the devel repo (KDE:Applications), but the
current state is even worse: Due to license incompatibilities of some
translations (GPL translations in LGPL applications) most of the applications
are currently stuck in the legal queue.
We have several options to fix this, but any one of those will take a while.
I assume it will take over a week to get the affected packages into Factory
and 42.3.
You can find some of the threads discussing the matter with upstream on
https://mail.kde.org/pipermail/release-team/2017-April/thread.html
Sorry for the inconvenience!
Cheers,
Fabian
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
As was suggested in a comment, I am trying to combine all the
qscintilla packages into subpackages of a single larger package.
However, I am getting build failures for non-Factory qt4 builds and I
don't know why. You can see, for example, here:
https://build.opensuse.org/build/home:TheBlackCat:branches:KDE:Qt5/openSUSE…
Does anyone have any clue what is going on here?
Thanks
-Todd
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
Hi,
I just filed a pull request to fix contact indexing and searching
through Akonadi:
https://build.opensuse.org/request/show/489293
which directly comes from upstream where I figured that bug out with Dan
who made this commit:
https://cgit.kde.org/akonadi-search.git/commit/?id=abc806bdc1859c2b840efd19…
Dan mentioned that it will appear in the next release in May 11th, but
I'd be happy to have it in already now. I tested it.
Thanks for consideration,
Klaas
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
Using KDE Frameworks: 5.26.0, Qt: 5.6.1 and Plasma: 5.8.2 on openSUSE Leap 42.2
When I set the panel to auto hide, it works initially, but after a while it stays displayed and forgets to hide when it loses focus. The panel settings still show Autohide selected.
I'm not sure what triggers this behaviour so it's difficult to tell you how to reproduce it.
Is this known behaviour?
Bob
--
Bob Williams
System: Linux 4.4.57-18.3-default
Distro: openSUSE 42.2 (x86_64)
Desktop: KDE Frameworks: 5.26.0, Qt: 5.6.1 and Plasma: 5.8.2
Hi,
Is susehelp still used/needed by KDE? Looks quite outdated and requires
info2html which looks like a drop candidate to me.
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
Hello List,
what is wrong on my system or with KDE5 ?
From 42.1 I have the Problem the Focus is always on the wrong Monitor? After a
reboot I have to configure always the correct Monitor for my working ?
I have a Intel Xeon with integrated Graphic (4600) is this driver broken or
have KDE a Problem ?
I look in the config the first Monitor is HDMI 3 but starting with HDMI 1 after
change in systemconfig (kde) switch HDMI3 -> HDMI1 -> HDMI3 the Focus is on the
correct Monitor ?
Any Idea ?
--
mit freundlichen Grüssen / best regards
Günther J. Niederwimmer
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
Hi,
I'm trying to compile locally the KDE pop3 resource (on Leap 42.2) and I'm struggling
with finding the missing devel packages, therefore my question:
why is the naming of the KDE KF5 devel packages not consistent with the corresponding runtime packages ?
E.g. there is
libKF5Mbox5 and libKF5Mbox5-debuginfo
but the devel package is
kmbox-devel
Why isn't that simply called libKF5Mbox5-devel ?
--
Best regards/Schöne Grüße
Martin
A: Because it breaks the logical sequence of discussion
Q: Why is top posting bad?
() ascii ribbon campaign - against html e-mail
/\ - against proprietary attachments
Geschenkideen, Accessoires, Seifen, Kulinarisches: www.lillehus.at
--
To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kde+owner(a)opensuse.org
The Baloo indexer shipped with Plasma does its job in two passes: first the file
names are indexed (fast) then metadata and content are extracted (slow).
This second pass can be problematic and it's highly user-dependent, because
the various metadata extractors have varying degrees of efficiency. When there
is a problem with metadata extraction, it's often the cause of the high CPU
usage and disk I/O reported.
One proposal we had in IRC was to change the behavior of the indexer (which is
enabled by default): switch it to "basic indexing" which only indexes the
names and not the metadata, as a solution for the above problem. There's a
(config-only) option that does the job.
Due to a bug it was not possible to change that configuration and it was never
saved to disk. We also plan to add a checkbox to toggle the option on and off
in the configuration dialog (System Settings > Search) for those who use
metadata search.
However it's a behavioral change: anyone who uses the default configuration
will be affected by this. Hence this post to gather feedback. Should we do
this, or not?
NOTE: This is about the *default*. If you have disabled Baloo nothing will
happen.
--
Luca Beltrame - KDE Forums team
GPG key ID: A29D259B
