I installed the latest F23 RC and found Apper in the favorites menu, it is
pretty much unusable for application discovery with the hawkey backend, I
suggest putting Muon Discover in the favorites menu and removing Apper
(from the favorites).
This should be much better for new users and testers/reviewers.
Recently (last month?) I'm seeing intermittently, long delays on kde
startup. The startup draws a horizontal bar, and it hangs maybe 75% of the
way for a Long time (30 sec)?
This is on a very fast machine that usually starts kde in a few seconds.
Any hints at troubleshooting?
I have a multi-layered problem here that's bugged the snot out of me for
weeks. I've finally given up finding an answer myself and turn to the list
Here's my issue(s). I'm running F22 on a Lenovo ThinkPad T440S laptop. I
have 2 monitors attached to the laptop, one using the mini-DP port (27")
the other the external VGA port (21"). As I have meetings all over the
office, I frequently unplug the display cables for meetings, then return to
my desk and reconnect, and this is when things go pear shaped.
When I connect the monitors back the taskbar switches to the 27" monitor.
I don't want it there, but couldn't find a way to move it, other than to
remove the panel and add it back to the laptop display. Is there another
way of doing that? I've tried everything I can think of and nothing works.
Second, for some reason, the newer kernels (4.1.10 and 4.2.3, I'm on 4.1.8
now), upon booting into them blanks my laptop screen leaving me with two
displays. WTH is that happening and how do I stop it?
And third, when I removed the original taskbar panel to move it to the
laptop display, I lost the Fedora 'Start button' logo and have only the KDE
logo. Yes, it's minor, but it irritates me, so is there any way to fix
I'm not a Fedora or KDE n00b, but this is driving me nuts. Any ideas?
Mark Haney ::: Senior Systems Engineer
*VIF* International Education
P.O. Box 3566 ::: Chapel Hill, N.C. 27515 ::: USA
Global learning for all.
Find VIF on Facebook <http://facebook.com/VIFInternationalEducation> |
Twitter <http://twitter.com/vifprogram> | LinkedIn
Recognized as a ‘Best for the World’
<http://bestfortheworld.bcorporation.net/> B Corp!
Multiple screens is (still) a bit of an unsolved problem in Qt, not related to driver.
From: kde-bounces(a)lists.fedoraproject.org <kde-bounces(a)lists.fedoraproject.org> on behalf of Neal Becker <ndbecker2(a)gmail.com>
Sent: Tuesday, October 20, 2015 6:23 AM
Subject: Re: blog post on Plasma 5 quality
I'm using intel graphics ATM, maybe that's why I see lots of problems with
switching between multiple screens
kde mailing list
New to KDE4? - get help from http://userbase.kde.org
I have several Dolphin windows, some with split panes, taking up a lot
of screen space. Each pane contains multiple nested folders and it's
not possible to have the entire set in view at once, either because
they're scrolled out of sight or because one window is overlapping
If I want to drag and drop a file from one pane to a specific position
in another (such as to a closed folder in the target pane), they have
to both be visible before I start. IOW after grabbing the file with the
left button (and keeping the button depressed) the target pane will not
pop to the top of the window stack so I can point at the destination
folder, and if the folder happens to be visible it won't open so I can
walk down the tree. This is less functional than other systems
(Windows, MacOS and no doubt other Linux file browsers).
Is there a way to configure Dolphin to get the desired behaviour? I
know I can use right-click copy and paste but that's not what I'm
Il 05/07/2015 22:02, Germano Massullo ha scritto:
>* Today on #fedora-kde, user rom1dep complained about Dolphin (KDE 4)
*>* taking ~5 seconds to start. He said that removing
*>* solved the problem. Those files contained thousands of lines about old
*>* (and no longer used) removable devices.
*>* Since I am running Plasma 5 and I was experiencing slow Dolphin start
*>* times too, I tried to check how many code lines had my /bookmarks.xml.
*>* I saw that it contained 7161 lines, for 228 KiB of disk space. I tried
*>* to remove those files, then logged out&in from Plasma, and then I saw
*>* that Dolphin required much less time to start. Removing those files did
*>* not affect the resources/bookmarks that everyday I use in Dolphin.
*>>* Do you confirm that removing those files reduces Dolphin start time?
*>* Why do they contain all that stuff about unused removable devices? I
*>* could see lines of XML code about Fedora 16
*>Did anybody experienced that?
I have been experiencing the above freezing of Dolphin at Fedora 21
since this summer.
It takes up to a minute to remove a file/directory.
Gwenview demonstrates the same behavior -- takes a while to become
active when stared..
Removal of the bookmarks.xml helps indeed,
but this file, together with bookmarks.xml.bak, appears again when
woken up from the sleep mode
and has the same size as before deletion,
so I wonder where does it get information and how to remove this
On Thu, Oct 22, 2015 at 6:32 AM, Glenn Holmer <shadowm(a)lyonlabs.org> wrote:
> On 10/21/2015 04:41 PM, Gerald B. Cox wrote:
>> I thought this article was particularly good
> Are you kidding?
> "an underlying sensation that something was a breath away from crashing"
> "that 'shaky' feeling"
> "I feel as if something just might crash on me"
> "gives you an unsteady feeling like you might not be able to return to
> the desktop"
> "lack of stability (even if only a perceived stability)"
> I've been bitterly disappointed with the current version of KDE, but
> that guy's a clown.
I fully agree. This article is far from being informative.
Beyond that, we (my company) recently upgraded ~20 laptops and
workstations to F22 (w/ KDE 5.4) up from F21 (w/ KDE 4.x) and I must
admit that amount of noise was relatively low.
We do see some issues with plasmashell slowly leaking memory and
several key features are missing *, but all in all, Plasma 2 is *far*
*far* *far* better than the initial experience we had when we switched
from Fedora 8 to Fedora 9 (KDE 4.0).
* E.g. Windows merge/tabbing and widgets/background per v.desktop no
Looks like qtcurve development has left our current packaging behind a bit,
with newer/active upstream at github/projects.kde.org , thanks to marcdeop
on irc clue'ing me in.
So I took a stab at unified packaging,
package review and feedback welcome.
(The first iteration doesn't include qt5 support yet, I couldn't get it to
build right on my oldish fedora box @ dayjob, we can easily add it later).