no Clipboard actions
by Colin J Thomson
Hi,
I have only just just noticed this, but the "actions" do not seem to work
in the Clipboard and checking the config none are listed.
Can anyone confirm this.
F12, KDE-4.3, qt-4.6.0-0.6.rc1
Colin
--
Fedora release 12 (Constantine)
Registered Linux user number #342953
14 years, 6 months
F12: "start" menu takes a very long time to load
by Mary Ellen Foster
I just installed F12 on a fresh computer, and for the most part things
seem to be working well. One thing I'm seeing in KDE, though -- which
is new to me -- is that whenever I click on the Start menu (the Fedora
logo in the bottom right), my whole desktop freezes for several
seconds and then the menu comes up. I can tell it's freezing because,
for example, if I have a "yum update" running in a konsole at the same
time, its output stops being updated until the menu comes up.
Is anyone else seeing this? I'm pretty sure this is new for me since
the betas ...
MEF
--
Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/
Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab
School of Mathematical and Computer Sciences, Heriot-Watt University
Heriot-Watt University is a Scottish charity registered under charity
number SC000278
14 years, 6 months
of fonts and drivers
by Neal Becker
I switched from nvidia to nouveau after update f11->f12. All the fonts are
smaller (and, I think, less clear).
So the first question is, why?
The more (relevant to this list) question is this. I changed general font
from Sans Serif 10->11. Now
What setting controls the display of text in konqueror, articles in knode,
(and is there any way for me to know)?
14 years, 6 months
PyKDE and PyQt broken in rawhide?
by Orcan Ogetbil
I built frescobaldi (python application) in all F-10 through rawhide
(F-13). All of them built with the same SPEC file, except the rawhide
build [1] failed with:
The following Python modules are missing:
PyQt4.QtCore
PyQt4.QtGui
PyKDE4.kdecore
PyKDE4.kdeui
PyKDE4.kparts
PyKDE4.kio
PyKDE4.ktexteditor
dbus.mainloop.qt
But in the root.log, I see that PyKDE4 and PyQt4 are installed. What
is wrong? I don't have a rawhide box. Can anyone with rawhide test
this, via something like
python -c "import PyKDE4.kdecore"
Thanks,
Orcan
[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=1815719
14 years, 6 months
Small user survey: More modularized KDE packages?
by Sebastian Vahl
Hi.
In last weeks KDE-SIG meeting I proposed a split of the existing KDE packages
into smaller subpackages. My main motivation for doing this proposal was the
ability to only install the packages/applications that are really wanted. My
small-sized netbook SSD and the KDE live images were targets for this.
With this mail I want to ask you as users of Fedora-KDE what you think about
this proposal. Because if you don't want a more modularized KDE in Fedora
(whch would also introduce some more complexity) there is no need to do this.
I prepared a wiki page with the work I've done so far. For easier discussion I
paste a copy of it in this mail:
https://fedoraproject.org/wiki/SebastianVahl/modularKDE
So the floor is now open for all feedback, opinions, enhancements, proposals
and rejections. :)
Sebastian
= Motivation =
My personal motivation for splitting the KDE packages into more granulated
packages could be differed into these steps:
1. Possibility to only install the wanted applications on my netbook (only 16
GB SSD).
2. Some repeating requests in the german fedora forum to split the packages
like other distributions.
3. Finer package selection on the live images.
= Pros and Cons =
== Pros ==
* Ability to only install what the user want.
* Small runtime for special targets like netbooks possible.
* cherry-pick the applications in a non-KDE environment.
== Cons ==
* More overhead in metadata (difficult for unstable network connections) (see
#Metadata)
* More complexity when installing and updating packages
* More work for packagers
= What I've done so far =
I've split the packages on a per-app basis (based on the Specs for F11). So
for each binary of a KDE package there is a new subpackage. The subpackages
are named this way: <kdepackage>-<binary> (eg. kdegraphics-okular). Where
necessary there is also a dependent -libs package (eg. kdegraphics-okular-
libs). Commonly used files (such as icons) and files that (may be) used by all
subpackages are located in a -common subpackage (eg. kdegraphics-common).
Commonly used libraries are located in a common-libs subpackage (kdegraphics-
common-libs)
The work done yet is in a very early stage. The focus was on making the
initial split to see how it works. The %summary and %descriptions for the new
subpackages needs to be added and I've also left out a proper %changelog for
now (just increased the %release). Also the upgrade path for packages which
don't have a -common-libs subpackage needs to be done.
However, if someone wants to have a look a the specs:
http://www.deadbabylon.de/fedora/kde-modular
= Abstract =
* <kdepackage>-<binary> contains only one application (eg. kdegraphics-okular)
* <kdepackage>-<binary> provides <binary> (eg. kdegraphics-okular provides
okular)
* <kdepackage>-<binary>-libs contains dependant libraries for multilib (eg.
kdegraphics-okular-libs)
* <kdepackage>-common contains files used by all subpackages (such as icons)
* <kdepackage>-common-libs contains libraries used by all subpackages (when
needed)
* <kdepackage> is just a metapackage which requires all subpackages. (so you
just get the normal kdegraphics when installing kdegraphics)
= Variations =
Splitting could also be done in different ways. Some of them would be:
* Do not split on a per-app-basis but on a "popular" basis (eg. the -extras
subpackages with not so popular applications like we've done in late KDE3
days.)
* Leave a monolithic -libs subpackage and do not split out the application
libraries (eg. no kdegraphics-okular-libs)
= Metadata =
The metadata would increase when adding more subpackages. This could be
difficult for unstable network connections because they had to download more
metadata (for each update we do). The following sizes are based on a split of
kdegames, kdegraphics, kdemultimedia, kdenetwork, kdepim, kdeutils.
* modularized KDE (484K):
168K filelists.sqlite.bz2
140K filelists.xml.gz
28K other.sqlite.bz2
12K other.xml.gz
96K primary.sqlite.bz2
32K primary.xml.gz
4,0K repomd.xml
* non-modularized KDE (368K):
152K filelists.sqlite.bz2
132K filelists.xml.gz
12K other.sqlite.bz2
4,0K other.xml.gz
44K primary.sqlite.bz2
16K primary.xml.gz
4,0K repomd.xml
14 years, 6 months
KDE-SIG weekly report (47/2009)
by Sebastian Vahl
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
----------------------------------------------------------------------------------
= Weekly KDE Summary =
Week: 47/2009
Time: 2009-11-17 14:00 UTC
Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-11-17
Meeting minutes: http://meetbot.fedoraproject.org/fedora-
meeting/2009-11-17/kde-sig.2009-11-17-14.07.html
Meeting log: http://meetbot.fedoraproject.org/fedora-meeting/2009-11-17/kde-
sig.2009-11-17-14.07.log.html
----------------------------------------------------------------------------------
= Participants =
* KevinKofler
* MaryEllenFoster
* RexDieter
* SebastianVahl
* StevenParrish
* ThanNgo
* ThomasJanssen
----------------------------------------------------------------------------------
= Agenda =
* kde-4.3.3 updates status (sip abi breakage too)
* KDE-4.4 alpha in F13 (rawhide)
* F10 bugs getting rebased
= Summary =
KDE 4.3.3 update status:
* RexDieter reported that KDE 4.3.3 received a good feedback.
* Some issues due to sip abi/api change should be fixed with the latest patch.
* RexDieter introduced a new "Provides:" so that dependent packages could be
tracked easier: sip(sip_api_major_version) = sip_api_version
KDE-4.4 alpha in F13 (rawhide):
* KDE 4.4 Beta 1 will be tagged on November 25th. [1]
* Either someone with enough free time will start work on packaging pre-
release snapshots or the work will start when upstream has tagged the
packages.
F10 bugs getting rebases:
* StephenParrish will rebase all F10 bugs to either F12 or rawhide today.
* If a rebased bug should just be closed it's up to the maintainers to close
it.
* Additionally to that a new triage keyword will be used for all f13/rawhide
bugs from today on.
Open discussion:
* First release candidate of upcoming Qt 4.6 was released.
* A binary-incompatible change with former snapshots of Qt 4.6 will cause a
rebuild of packages which were built against these snapshots.
----------------------------------------------------------------------------------
= Next Meeting =
http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-11-24
----------------------------------------------------------------------------------
= Links =
[1] http://techbase.kde.org/Schedules/KDE4/4.4_Release_Schedule
[2] http://labs.trolltech.com/blogs/2009/11/17/qt-460-release-candidate-1/
[3] http://labs.trolltech.com/blogs/2009/11/12/bc-break-in-46-against-
previous-46/
14 years, 6 months
Kontact Summary oddity
by Anne Wilson
kdepim*-4.3.3-1 -fc11
In Summary recurring entries now also show the next due date, which is good.
However, the time-to field, while correctly calculating one-off entries, shows
all recurring entries as 'now', even though the next occurrence is 3-4 days
ahead.
Should I create a bug report?
Anne
--
KDE Community Working Group
New to KDE4? - get help from http://userbase.kde.org
14 years, 6 months
massive qt-demo graphical corruption on F12 + Intel + KMS
by Jud Craft
Trying to run the Qt-Demo program results in horrible text and
graphical corruption inside the qt-demo window. (Does not affect the
main GNOME desktop that I run). Essentially unusable.
This occurs whether using Compiz or plain Metacity. Has anyone else
encountered this? May file a bug soon.
Intel 965GM + KMS in F12.
14 years, 6 months