If I am trying to do so, I am getting returned to the login screen after
around 1 second.
If it matters my system has (unused9 Intel 4000 graphics on yhr MB and a
(used) Geforce card (for higher resolution).
Does somebody know if this is this a known problem?
There must be some logs with debugging information. But where will I find
them? I may consider reporting to FZ, but developers will prbbably require
logs. And if it is a known issue already reported, there is no idea in
Hilsen / Regards
First of all I want to start this by saying that this is the best release
of Fedora I've ever worked with. GNOME is beautiful on Workstation and
this release helped pushed me over the fence to making GNOME my default
desktop. I use Fedora Workstation at work where I'm in DevOps and at
home. Congratulations on this release and thank you!
Work machine: Thinkpad T440p
Graphics: Intel HD 4600 "Haswell"
I'm having some strange VSYNC issues with GNOME Shell at the moment under
the Xorg session. Under Wayland, which is amazing on Intel graphics, none
of these problems happen but that session unfortunately isn't totally
stable yet. My setup has two external monitors which are configured as
secondary workspaces in GNOME. When I use either SNA or Glamor as my
"AccelMethod" in my Xorg my external monitors don't have proper VSYNC at
boot and I get massive tearing.
Option "AccelMethod" "sna"
-- or --
Option "AccelMethod" "glamor"
When I use UXA and the following workaround in my /etc/environment I
finally get proper VSYNC but moving windows is choppy.
Option "AccelMethod" "uxa'
In all cases above when I have a window go full-screen VSYNC breaks
completely on my external monitors and only resolves itself after that
window is closed. It seems that there is a problem with undirecting the
fullscreen window. I'm not exactly sure as I've never encountered this
before in GNOME.
I've filed a bug report about this:
"vsync broken Intel HD "Haswell" graphics running on Haswell after
fullscreen on secondary monitors"
Is this a known issue and are there any workarounds?
I'd like to thank everyone who helped make the first release of
Someone who was brave enough to check the Fedora devel list in the last
couple of days must come to a conclusion that things have gone the wrong
direction with Workstation, but the feedback I have been receiving from
users is by far the most positive since I've been around Fedora and that
has already been a couple of years.
Keep up the good work!
I am primarily a Windows user (was happy with XP and Wn7 - but am not with
Win8!). In addition to that I have been using SuSE/OpenSuSE since version
10.0. I need to test some software running in Wine as part of my job.
I find some shortcomings in Fedora 21 Desktop that makes it not fully
qualifying as a full Desktop version. There are not enough GUI options for
system's management for a GUI oriented userr - like Windows 'Control Panel'
and SuSE's "YaST" GUI.
I realize that this is probably too late for the 21 GA realese - but here
are my points:
1) I think *deifnitely* that the "Yum Extender" software management GUI
should be included in the Desktop version as default. I was not aware of
this interface untill someone in Virtualbox Forums pointed my attention to
2) The (human) user created during installation should be added to sudo'ers
list automatically. I cannot think of any other Desktop oriented distro
that does not. If you are not a *Fedora hawk* , hs no experience with
Linux, this is actually somewhat non-trivial.
3) And please consider GUI options for user management, service/daemon
management etc. as priorities for future developments in order to develop
Fedora into a fully Desktop oriented distro (use YaST as inspiration, for
Please consider this a positive feedback.
Hilsen / Regards
I upgraded to Fedora 21 GA/final.
With the beta/RC I used the Gnome/classical desktop. I just wanted to login
once to the new Gnome desktop to see if it had changed as compared to the
beta/RC. After doing so I don't have the option to use the classical Gnome
Is this intentional? If so I hope that an xfce build will be available
soon. I have no interest in anything else in the Desktop interface than
what provides me quick acces to the programs I have installed (and grouped
by categories). The new Gnome desktop does not and my installed programs
are spread over 5½ pages/screens here.
But maybe what was the intention was to disable the Wayland option (since
it did not work) and the classical Gnome interface was also disabled in the
process and by mistake?
Hilsen / Regards
Is there a basic list of the user-facing changes that are currently
being worked on / completed for the GNOME that we are going to ship in
the Fedora 22 Workstation?
This would be super useful to focus our efforts here for what we want to
focus on for Fedora 22.
My two cents for areas to work in the interface (just from my experience
with fedora 21) would be:
* Notifications and the notifications area, and
* The overview. Adding some more powerful actions to the search would
fit well with the developer focus of the workstation. Some things like
being able to filter open windows with a text search, providing more
search results from the search providiers (on my laptop, i only get 3.5
results on the screen before i have to scroll), and being able to
specify a search provider explicitly when searching, if i am looking for
a file, i really don't want to see software matches, items from the
control center, etc.
Fedora 21 Desktop. I have installed MariaDB (10.0.14) with yum from
Fedoara repositories. It runs fine - but the TokuDB storage engine is not
[root@localhost plugin]# ls
adt_null.so ha_innodb.so mysql_clear_password.so
auth_0x0100.so handlersocket.so qa_auth_client.so
auth_pam.so ha_sequence.so qa_auth_interface.so
auth_socket.so ha_sphinx.so qa_auth_server.so
auth_test_plugin.so ha_spider.so query_cache_info.so
daemon_example.ini ha_test_sql_discovery.so query_response_time.so
dialog_examples.so libdaemon_example.so semisync_master.so
dialog.so locales.so semisync_slave.so
ha_connect.so metadata_lock_info.so server_audit.so
ha_example.so mypluglib.so sql_errlog.so
.. no ha_tokudb.so file there
Also after adding the line "INSTALL SONAME 'ha_tokudb'" to
the server will not start.
I think you simply overlooked the--"with_tokudb" configure option when
building? TokuDB is really an exitng and important storage engine in recent
MariaDB servers and should be available. If I am right please provide an
upgrade to 10.0.15 soon with the TokuDB storage engine available.
This mailbox may not be the right one to report this. But this is the
option I have. In that case @somebody .. please forward to proper list (and
sorry for inconvenience caused).
Hilsen / Regards
You know, Fedora 21 is coming shortly.
I have no idea who is responsible for writing Talking points for Fedora
21 Workstation  so I would like to open this thread to remind you.
This wiki could help a lot to Ambassadors to talk about the new Fedora.
I just happened to spot this post from Elementary on G+, which seemed
like an interesting take on the question of ctrl-c / ctrl-v behaviour in
it doesn't do anything for ctrl-v, but it seems like an interesting
approach. Any thoughts on steal^V^V^V^V^Vadopting it for GNOME?
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net