kde April 2010

kde@lists.fedoraproject.org

65 participants
75 discussions

F13: KDE crashes with OpenGL effects turned on, Intel graphics
by Thomas Ritter 04 Apr '10

04 Apr '10

Hi, I'm using Fedora 13 Alpha/Beta on my ThinkPad T410s with Intel graphics. $ lspci -nn|grep VGA 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) $ uname -r 2.6.33.1-19.fc13.x86_64 When I turn on OpenGL graphic effects, KDE crashes if I open a new application. It does not happen when I turn on the XRender option instead of OpenGL. When KDE crashes it returns me to the kdm/login screen. Where can I find more information on this bug (logs...) and is this bug already known? I did not find anything on bugzilla.redhat.com on this. KDE does work pretty well with effects turned off by the way (and does so reasonably well with XRender effects) Thomas

2 1

Broken dep in -unstable
by Gilboa Davara 04 Apr '10

04 Apr '10

$ yum -y update ... ---> Package akmod-nvidia.x86_64 1:195.36.15-1.fc12 set to be updated ---> Package bind-libs.x86_64 32:9.6.2-3.P1.fc12 set to be updated ---> Package bind-utils.x86_64 32:9.6.2-3.P1.fc12 set to be updated ---> Package boinc-client.x86_64 0:6.10.36-1.r20845svn.fc12 set to be updated ---> Package boinc-client-devel.x86_64 0:6.10.36-1.r20845svn.fc12 set to be updated ---> Package boinc-manager.x86_64 0:6.10.36-1.r20845svn.fc12 set to be updated ---> Package cmake.x86_64 0:2.8.1-0.2.fc12 set to be updated --> Processing Dependency: libz.so.1(ZLIB_1.2.3.3)(64bit) for package: cmake-2.8.1-0.2.fc12.x86_64 ---> Package curl.x86_64 0:7.19.7-9.fc12 set to be updated ---> Package gdb.x86_64 0:7.0.1-37.fc12 set to be updated ---> Package gnote.x86_64 0:0.6.4-1.fc12 set to be updated ---> Package hpijs.x86_64 1:3.10.2-2.fc12 set to be updated ---> Package hplip.x86_64 0:3.10.2-2.fc12 set to be updated ---> Package hplip-common.x86_64 0:3.10.2-2.fc12 set to be updated ---> Package hplip-libs.x86_64 0:3.10.2-2.fc12 set to be updated ---> Package kmod-nvidia-2.6.32.9-70.fc12.x86_64.x86_64 1:195.36.15-1.fc12 set to be updated ---> Package libcurl.i686 0:7.19.7-9.fc12 set to be updated ---> Package libcurl.x86_64 0:7.19.7-9.fc12 set to be updated ---> Package libcurl-devel.x86_64 0:7.19.7-9.fc12 set to be updated ---> Package libsane-hpaio.x86_64 0:3.10.2-2.fc12 set to be updated ---> Package libtirpc.x86_64 0:0.2.1-1.fc12 set to be updated ---> Package opencv.x86_64 0:1.1.0-0.9.pre1.fc12 set to be updated ---> Package smart.x86_64 0:1.3-65.fc12 set to be updated ---> Package telepathy-gabble.x86_64 0:0.8.12-1.fc12 set to be updated ---> Package webkitpart.x86_64 0:0.0.5-0.2.svn1088283.fc12 set to be updated --> Finished Dependency Resolution Error: Package: cmake-2.8.1-0.2.fc12.x86_64 (kde-unstable) Requires: libz.so.1(ZLIB_1.2.3.3)(64bit) Should I enable updates-testing? - Gilboa

2 3

Fedora 12 KDE 64 bit Live CD won't boot
by stosss 03 Apr '10

03 Apr '10

Sorry if this is the wrong place for this. Has any one else had a problem with the Fedora 12 x86_64 KDE Live CD not booting? I have a Pentium(R) Dual-Core CPU E5200 @ 2.50GHz I have also tried Debian and Gentoo. they won't boot either. LFS does boot but won't read the SATA drives because that Live CD is to old. -- If we can but prevent the government from wasting the labours of the people, under the pretence of taking care of them, they must become happy. - Thomas Jefferson

2 3

Date format
by John Aldrich 02 Apr '10

02 Apr '10

I was looking to change the date format as I prefer the "U.S." date format (i.e. MMDDYY instead of DDMMYY) but I can't seem to find a "U.S." date format in the system settings. Is there any reason NOT to include a U.S. date format? Would it be possible to have the KDE developers make that an *option*? Of course, I wouldn't want to force our European friends to use that format, since that's not what they're used to, but I also don't like having to use the European format since it's not what *I* am used to. :-) Guess I ought to file a Bugzilla request, but I thought I'd mention it here in case this is an easy fix. :-)

7 19

In F13 X hogs the cpu?
by Martin Kho 02 Apr '10

02 Apr '10

Hi, I'm running F13 KDE nightly build (20100328) in VirtualBox and experience high cpu usage. top shows that X is the 'culprit'. Jaroslav Franek opened a report [1] for this issue. The issue looks very the same as stated in report [2]. Does anyone else have seen X using lots of cpu sources in F13? Thanks, Martin Kho [1] https://bugzilla.redhat.com/show_bug.cgi?id=577482 [2] https://bugzilla.redhat.com/show_bug.cgi?id=475890

7 9

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

kde April 2010