kde-testing, fc17. Oxygen theme disappeared
by Laurent Rineau
Today I run the following yum update, and restart my session:
renoir ~ $ sudo yum history info 610
Loaded plugins: auto-update-debuginfo, changelog, dellsysid, fastestmirror, langpacks, merge-
: conf, post-transaction-actions, presto, priorities, refresh-packagekit, remove-
: with-leaves, security, upgrade-helper, verify
Transaction ID : 610
Begin time : Wed Jun 19 11:29:03 2013
Begin rpmdb : 3711:e97610f0ad0cca6af3a0a78139caf9e4e4931f3f
End time : 11:30:45 2013 (102 seconds)
End rpmdb : 3711:fc5e58e61e45ab215476b9650586b8c7a6300827
User : Laurent Rineau <lrineau>
Return-Code : Success
Command Line : update --changelog --enablerepo=kde*
Transaction performed with:
Installed rpm-4.9.1.3-8.fc17.x86_64 @updates
Installed yum-3.4.3-31.fc17.noarch @anaconda-0
Installed yum-metadata-parser-1.1.4-6.fc17.x86_64 @anaconda-0
Installed yum-plugin-auto-update-debug-info-1.1.31-4.fc17.noarch @anaconda-0
Installed yum-plugin-fastestmirror-1.1.31-4.fc17.noarch @anaconda-0
Installed yum-presto-0.7.3-1.fc17.noarch @anaconda-0
Packages Altered:
Updated kcm_colors-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated kde-plasma-networkmanagement-1:0.9.0.8-3.fc17.x86_64 @updates
Update 1:0.9.0.9-1.fc17.x86_64 @kde-testing
Updated kde-plasma-networkmanagement-libs-1:0.9.0.8-3.fc17.x86_64 @updates
Update 1:0.9.0.9-1.fc17.x86_64 @kde-testing
Updated kde-plasma-networkmanagement-openvpn-1:0.9.0.8-3.fc17.x86_64 @updates
Update 1:0.9.0.9-1.fc17.x86_64 @kde-testing
Updated kde-plasma-networkmanagement-pptp-1:0.9.0.8-3.fc17.x86_64 @updates
Update 1:0.9.0.9-1.fc17.x86_64 @kde-testing
Updated kde-plasma-networkmanagement-vpnc-1:0.9.0.8-3.fc17.x86_64 @updates
Update 1:0.9.0.9-1.fc17.x86_64 @kde-testing
Updated kde-workspace-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated kde-workspace-debuginfo-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated kde-workspace-libs-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated kdm-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated kdm-themes-4.10.4-1.fc17.noarch @kde-testing
Update 4.10.4-5.fc17.noarch @kde-testing
Updated kgreeter-plugins-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated ksysguard-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated ksysguard-libs-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated ksysguardd-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated kwin-gles-libs-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated libkworkspace-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
Updated plasma-scriptengine-python-4.10.4-1.fc17.x86_64 @kde-testing
Update 4.10.4-5.fc17.x86_64 @kde-testing
history info
After the session is restarted, my KDE theme has changed. In the setting, I no longer see the theme Oxygen I was using before.
The file oxygen.themerc is still there, but I see all styles but that one!
renoir ~ $ ls /usr/share/kde4/apps/kstyle/themes -1
oxygen.themerc
qtcde.themerc
qtcleanlooks.themerc
qtcurve.themerc
qtgtk.themerc
qtmotif.themerc
qtplastique.themerc
qtwindows.themerc
renoir ~ $
--
Laurent Rineau
http://fedoraproject.org/wiki/LaurentRineau
10 years, 9 months
Fedora 19 Final TC5 desktop testing
by Adam Williamson
Hi, folks!
There's been substantial churn in F19 lately, but from some smoke
testing, Final TC5 looks like a basically working build that includes
most of the major change we need for final. At this point, 10 days
before go/no-go, we really need to do all the desktop validation testing
and pin down any showstopper issues that remain.
If folks could grab the TC5 Live images from here:
https://dl.fedoraproject.org/pub/alt/stage/19-TC5/Live/ (KDE, GNOME)
https://dl.fedoraproject.org/pub/alt/stage/19-TC5/Spins/ (others)
and help us to fill out the tests at
https://fedoraproject.org/wiki/Test_Results:Fedora_19_Final_TC5_Desktop , it'd be a really big help. Just run any of the tests you can for your desktop, file bugs on any failures you hit, and mark your results in the tables according to the key. It'd be especially good to have help with the deceptively large test case https://fedoraproject.org/wiki/QA:Testcase_desktop_menus , which is basically 'run every app installed by default and make sure it works'. If you do hit problems with any of the tests, first check at https://qa.fedoraproject.org/blockerbugs/milestone/19/final/buglist to see if they've been reported as blocker or freeze exception bugs already.
If you hit a serious new failure of a test on KDE or GNOME, mark the bug
as blocking the bug 'FinalBlocker' (ideally with reference to a
criterion at
https://fedoraproject.org/wiki/Fedora_19_Final_Release_Criteria , but if
you're not good at criteria ju-jitsu that's OK), or use the blocker
proposal web app - https://qa.fedoraproject.org/blockerbugs/propose_bug
- to propose it as a blocker. If you hit serious failure of a test on
any of the other desktops, mark the bug as blocking the bug
'FinalFreezeException', or use the webapp to propose it as a freeze
exception issue.
I have tested that at least each image can boot to a desktop and run the
installer; none of them is entirely DOA. Note, testing in
virtualization, you *may* run into
https://bugzilla.redhat.com/show_bug.cgi?id=974198 ; if so, passing
'nomodeset' should work around it for now.
If you get lost or confused by the process at any point, but you think
you've found an important issue, don't hesitate to holler at me or
anyone else in QA or release engineering, on list, by direct mail or on
IRC. Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
10 years, 9 months
systray leaks -> terrible slow after some hours
by Reindl Harald
am i the only one since years which desktop get's creeply
slow after some hours
* moving windows sucks
* changes in the systray resuling in flickering
and the reason is pretty clear that i make heavily use of
the systray (thunderbird notifies, music player, knemo
with 4 interfaces, long open apps with "alltray")
currently after a hour the same again because i tried to send
someone with kopete a file via jabber which is away and in this
case you have a spinning wheel in the systray
* logout
* login
* all is fine again
on machines with a i7-3770 CPU @ 3.40GHz and 16 GB RAM
this behavior is ridiculous because someone would expect
having his KDE session open until the next kernel-update
this smells like some sort of memory / file descriptor leaks
10 years, 9 months
konqueror should be a hardening build
by Reindl Harald
sicne konqueror deals with plugins, javscripts and web-content
it should be a hardened build (PIE, and "Full RELRO")
[harry@srv-rhsoft:~]$ hardening-check /usr/bin/konqueror
/usr/bin/konqueror:
Position Independent Executable: no, normal executable!
Stack protected: no, not found!
Fortify Source functions: unknown, no protectable libc functions used
Read-only relocations: yes
Immediate binding: no, not found!
10 years, 9 months
Failed dependencies on latest update (F19): kdepim depends on unavailable libkgapi
by José Abílio Matos
Hi,
in the last update batch I got:
# yum update
Loaded plugins: auto-update-debuginfo, langpacks
Resolving Dependencies
--> Running transaction check
---> Package kdepim.x86_64 7:4.10.3-2.fc19 will be updated
---> Package kdepim.x86_64 7:4.10.4-1.fc19 will be an update
---> Package kdepim-libs.x86_64 7:4.10.3-2.fc19 will be updated
---> Package kdepim-libs.x86_64 7:4.10.4-1.fc19 will be an update
---> Package kdepim-runtime.x86_64 1:4.10.3-3.fc19 will be updated
---> Package kdepim-runtime.x86_64 1:4.10.4-1.fc19.1 will be an update
--> Processing Dependency: libkgapi.so.0()(64bit) for package: 1:kdepim-runtime-4.10.4-1.fc19.1.x86_64
---> Package kdepim-runtime-libs.x86_64 1:4.10.3-3.fc19 will be updated
---> Package kdepim-runtime-libs.x86_64 1:4.10.4-1.fc19.1 will be an update
--> Finished Dependency Resolution
Error: Package: 1:kdepim-runtime-4.10.4-1.fc19.1.x86_64 (kde-testing)
Requires: libkgapi.so.0()(64bit)
Available: libkgapi-0.4.4-2.fc19.x86_64 (fedora)
libkgapi.so.0()(64bit)
Installed: libkgapi-2.0.1-1.fc19.x86_64 (@kde-testing)
Not found
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
This is a F19 up to date system.
--
José Abílio
10 years, 9 months
Qt5 on RHEL6 / Fedora
by Sonic
Hello,
I believe Rex & Than were working on packaging Qt5 - I came across a
bunch of bugzilla entries :-)
Thanks a lot guys.. I'm looking to build/install Qt5 on RHEL6. Usually I
download the srpms from Koji and build them. As of now, only qt5-qtbase
is listed on Koji. But a web search reveals bugzilla entries for
qt5-qtdeclarative, qt5-qtmultimedia etc.
What is the best plan of action for installing Qt5 on RHEL6?
Thanks and regards,
Syam
10 years, 10 months