Since KDE 4.5 on F12 (kde-unstable, kde-testing9 i have real
bad lags in konquror after right-click on folders/files
Often it takes some seconds until the context-menu appears
Additional Info: I have disabled all strigi/nepomuk-options
as also acl/xattr on my ext4-filesystems because i find
them not useful for me
This and taht in "kcalc" the number 2 from keyboard is ignroed
are AFAIK the only problems with 4.5 for me
Any idea on the likelihood of there being a dbus upgrade for F13 that
will fix Bug 208921?
I tried installing the dbus-1.4 from koji (F14 build), but that drags
in the whole of systemd...
Would try upgrading to F14 beta, but it seems somewhat iffy at the
moment and this is my main machine.
I recently upgraded to KDE SC 4.5 from kde-testing. But now,
Dolphin doesn't show disk free space properly in the 'Places' side panel.
The slider is present (please see the attached screenshot), but no
information on it. The free space info is shown correctly on the status bar.
I have nvidia proprietary driver and compositing enabled.
Anybody else seeing this?
Starting with kernel-2.6.36-0.32.rc6.git2.fc15.x86_64 and later I have system
freezes when desktop effects are enabled. This is with the nouveau driver and
XRender. I've bz it against the kernel .
Is this the right component? Did someone else have experienced this?
(Using Fedora 13 i386 + kde-testing + kde-unstable.)
With KDE SC 4.5.1, when I try to open an URL like this:
a Konsole appears and a ssh conection is established. Now I've updated
to 4.5.2 and this message appears:
Error - KIOExec
Could not start process Unable to create io-slave:
klauncher said: Error al cargar «ktelnetservice %u».
This is very uncomfortable since I use KeePassx to store all my
server's URLs (in ssh://usuario@servidor format) and passwords and now
I can't click to open :-(.
Is this a known bug? Is it related to
Christian González G.
since I've updated to kde 4.5.2 from kde-testing, whenever I click on an URL in
kmail, konqueror is first used to handle the URL and the result is passed to
firefox. Of course this usually doesn't work correctly.
I've set firefox as my default browser in kde system settings and everything was
working before the update. Is anyone seeing this?
On 10/05/2010 09:48 AM, Orion Poplawski wrote:
> On 10/05/2010 02:35 AM, Richard Hughes wrote:
>> On 5 October 2010 05:30, Orion Poplawski<orion(a)cora.nwra.com> wrote:
>>> Are we really stuck with gdm/kdm/lxdm/...dm
>>> implementing it?
>> No, I think what we need to do is to teach GPM how to turn off the
>> internal panel when docked and with the lid closed. The only missing
>> piece is for the kernel to export some kind of sysfs boolean saying
>> "in-dock". From talks with mjg59, detecting a dock is pretty hard.
> By GPM I'm guessing you mean gnome-power-manager? So each desktop environment
> needs to implement this? Does gpm run before login so that it is configured
> properly at login time? Who's needs handle it for KDE, LXDE, XFCE, etc.?
I still don't feel like there has been adequate discussion on where in
userspace this needs to be handled. So far all I've seen is what appears to
be a GNOME only solution. I'll CC the KDE list to at least get another
perspective in here.
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com