Hi,
I updated my kernel few days ago from 3.3.7 to 3.4.3-1 ( both fedora
package). From that time, both X and Frame buffer outputs are bigger than
my Screen monitor. I am using nouveau. KDE display setting is showing that
resolution is about 2400X2000 s ( Not the exact number as I am not using
that kernel now). But my native display resolution is 1920x1080.
I searched and found this:
http://en.gentoo-wiki.com/wiki/Nouveau#Framebuffer_does_not_fill_screen_o...
I tried to set the display resolution by adding display=LVDS-1:1920X1080
to kernel param in Grub. It actually works and changed my resolution but
still the screen is still bigger than my monitor and I am being shown only
the top left part of display. When I boot with the old kernel everything is
OK. Here is lspci;
01:00.0 VGA compatible controller: nVidia Corporation GT216 [GeForce GT
330M] (rev a2)
Any Idea?
Regards
Ali

I'm quite annoyed with the feature mentioned in the title. Each time I
want to launch an application I see the grid full of icons. It takes a
while to find proper application on it. Categories doesn't change it a
lot cause I'm not sure when should I look for specified app but that's
another story which we all know.
Let's just focus on the main screen. The alphabetical grid is pointless.
There could be anything else. For example mostly used applications or
icons pointing to categories. Share your thoughts, please.

Hi All!
After having dealt with a number of issues in these last few months, we
believe that the updated Dogtail, GUI test tool and automation
framework, has now reached a state when we can release it. So finally -
now more than two years after the last stable version - Dogtail 0.8.0
is out! It's already syncing into Fedora repositories, but you can also
get it here [1].
So what is new? Some of you might have noticed, that Dogtail was no
good since the release of Fedora 15. Thus most significantly, Dogtail
was ported to be compatible with new GNOME 3 technologies and now works
well again in major distributions centered around GNOME 3.
And as a new, thanks to qt-at-spi, Dogtail now supports QT too and it can
be used to test and automate KDE/QT applications as well! With QT
accessibility enabled you will see the complete UI trees of QT
applications as you were used to with GTK+ apps. KDE sessions are now
supported both for working and script running environment out of the
box with KDE 4.8.x and QT 4.8.2 onward.
There were many more changes in Dogtail 0.8.0, you can find release
highlights in the release notes [2].
We are making the 0.8.x series of releases the GNOME 3 / KDE 4
compatible branch, but for all of you who are using GNOME 2 / GTK+ 2
based systems we are continuing the 0.7.x branch, having released a
bug-fixing update recently too [1].
We hope that all of you interested in GUI testing and automation will
be interested in using dogtail again for GTK+ and try it up for QT apps
too! Please don't hesitate to ask on IRC or write to the dogtail-list [3]
if you have any questions.
Thanks!
Vita
[1] https://fedorahosted.org/dogtail/
[2] https://fedorahosted.org/dogtail/browser/ChangeLog
[3] https://mail.gnome.org/mailman/listinfo/dogtail-list
--
Vita Humpa
Desktop QE @ Red Hat

If you attempt to start any GTK2 app the following will be output to stdout:
Gtk-Message: Failed to load module "pk-gtk-module"
Over the course of several Fedora releases there has been a back[1] and
forth[2] shift on dependencies on PackageKit-gtk{3}-module. Fedora 17
has removed PackageKit-gtk-module so now there is no easy work around.
The problem stems from
/usr/lib{64}/gnome-settings-daemon-3.0/gtk-modules/pk-gtk-module.desktop
declaring pk-gtk-module a loadable GTK module.
Could the PackageKit-gtk3-module package be updated to not have GTK2
apps looking for a non-existant module?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=476066
[2] https://bugzilla.redhat.com/show_bug.cgi?id=643129