As you may know, we ship a launcher called "Release Notes" in our
During the F18 Launcher Purge Allan asked the docs team to remove
it from the default install, but his request was rejected.
But now we have guidelines, and the guidelines state:
* An "app" is an application as defined by the GNOME 3 HIG
* An app launcher SHOULD Launch software that is an actual app - see
the GNOME 3 HIG for the exact definition
And the release notes, well, are not an app (per the definition in the
GNOME 3 HIG).
Moreover, I don't really think users expect to find release notes
inside the OS itself - no other OS does that.
We can link to the release notes in our download page, our help page
on the website (which will be linked from start.fpo once I finish
implementing the new designs we got), and a bookmark in Firefox
(pointing to a local copy of the release notes) - so the release notes
won't exactly be invisible or inaccessible.
We could also go the extra step (of craziness) and copy the release
note PDF into the liveuser's Document directory (in the kickstart),
where it will be indexed by tracker and thus accessible via documents
and people who search for "release notes" in the shell would be able
to find it (why would they do that? I don't know). It's possible, but
for me it seems extremely crazy and unnecessary.
While I'm aware what I'm suggesting here might be a little bit
controversial, I do think it is something which we should consider.
In Fedora 20, Shotwell was the default image viewer and no other image
viewer was installed. In F21 Shotwell is still the default, but now
Image Viewer (eog) is installed as well. This doesn't make any sense
since Image Viewer serves no purpose unless it's the default image
handler, whereas Shotwell is more useful for previewing and organizing a
collection of photos.
We've also recently noticed that gthumb looks like a nice alternative to
Shotwell. I propose we do one of the following:
* Replace Shotwell with gthumb, and remove Image Viewer.
* Replace Shotwell with gthumb, but keep Image Viewer as the default
* Remove Shotwell, and keep Image Viewer as the only image viewer.
You might notice that I'm gunning for Shotwell here. It looks a lot
older than gthumb, and seems to have mostly the same functionality.
(Make sure to check out gthumb in F21, not F20. You wouldn't know they
were the same app due to the huge changes.) Image Viewer, in contrast,
is a simple app for just previewing images, which is a different
purpose, but I think gthumb can also serve this purpose just as well
while looking nicer.
There are other options, of course, which I am less fond of:
* Remove Image Viewer. (Shotwell remains.)
* Make Image Viewer the default image viewer. (Shotwell remains.)
Either of these would be more sensible than keeping Image Viewer if it
is not the default image viewer.
GNOME Photos is notably not one of the apps we're considering. We've
been told it's not ready yet.
Hi, folks! We did the release blocker bug review meeting today, and one
of the bugs that came up for discussion was this one:
The question of whether this bug is a release blocker comes down pretty
clearly to the status of the Workstation network install image. That is,
the image is clearly busted, so if we care about that image, we should
consider the bug a release blocker.
However, the question of whether the Workstation network install image
should be considered 'supported' / 'release-blocking' / whatever does
not appear to be settled. As I noted in my comment:
as Workstation was originally designed it seemed clear that the answer
was "no, we don't care about netinst", but things seem to have changed
somewhat since then, and kalev seemed fairly receptive to blocking on
Workstation netinst for F21:
<kalev> adamw: so, my take on this is that I would really like to have a
single installation media for Workstation, only the live USB / dvd
<kalev> but I also do understand that in some environments, the PXE boot
and netinstall are necessary, especially corporate installations
<kalev> what I'm envisioning in the future is that we should have a
single netinstall for the whole of Fedora, where one could select server
<kalev> but that's not the future we are in right now; I'll try to lobby
to make this happen for F22
<kalev> but for F21, I think we'll just have to make do with what we
have and make the workstation-specific netinstall work
<kalev> so I don't mind having it as a blocking bug
I thought it'd be best to have a clear and publicly-recorded consensus
on this, though, and ask the Workstation WG to amend the tech spec if
appropriate. So: is it the case as kalev suggests that for F21 at least
the Workstation network install image should be considered 'release
blocking', i.e. a supported medium of the Workstation product? If so,
can the tech spec be updated to reflect that?
Once there's a clear answer to this question, we'll update the release
criteria appropriately and determine the blocker status of the bug.
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
I propose we remove firewall-config (the graphical firewall configuration
utility) from the default install of Fedora Workstation.
* The default Workstation zone file allows incoming connection to non-root
ports. This means most of the common usecases will "just work" out of the
box. Thus, most users will not need to touch their Firewall settings.
* People who do need it will be able to install it from GNOME Software
quite easily. Just search for "Firewall". There will be no confusion as
this is the only firewall configuration tool shown in GNOME Software.
* In general, we should avoid having app launchers for things that are
configuration utilities in the default install.
Unless there's major objection to this change in the following few days,
I'll remove it from the gnome-desktop group in comps.
-----BEGIN PGP SIGNED MESSAGE-----
I'm working on the release notes here - should there be any special
hardware recommendations for Workstation? The 'requirements' drafted
are deliberately open-ended, because Fedora can be stripped down or
built up to run *something* on most any modern machine. Workstation is
a specific thing though, and while LLVMpipe can [often?] get gnome-shell
running, it isn't a great experience. Maybe not the UX context you want
Workstation to be used in.
- -- Pete Travis
- Fedora Docs Project Leader
- 'randomuser' on freenode
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
-----END PGP SIGNATURE-----
I managed to get my hands on a touch screen tablet. It's an Asus
something (fpaste --sysinfo here). It came with windows 8
preinstalled, so I assume it supports multitouch. I installed Gnome 3.14
from one of the nightly images to see how well it works on it. It's now
completely up to date with the F21 package set. Here are my findings
(I'll file bugs when I find time. I'll also update the test page when
I've filed my bugs):
1. The on screen keyboard doesn't automatically come up on the tablet.
Is there a way to check if the system has a connected keyboard and bring
it up if one isn't found? I tapped on "Install Fedora" and when I had to
type in anaconda, the keyboard didn't come up. I had to quit anaconda,
go to settings, enable accessibility and the keyboard and then redo
2. Not all the gestures listed here work for me. The page was listed
here on the test day page:
a. tapping works
b. press and hold worked in the dash, but it didn't bring up the right
click menu in nautilus. I haven't figured out how to bring it up yet.
c. drag for scrolling works
d. pinch to zoom didn't work in maps/shotwell. Worked in eog.
e. double tap didn't work in eog either
f. three finger pinch didn't bring up overview
g. four finger drag didn't switch workspaces
h. finger hold and tab didn't bring up the window switcher
3. The on screen keyboard doesn't work too well. At the moment, each key
I press is typed in twice somehow - even after rebooting. I had to plug
in a usb keyboard to complete the g-i-s configuration.
4. The on screen keyboard doesn't have arrow keys like any other touch
keyboard. This makes using the terminal just a little difficult since
you can't access the previous command that easily. Similarly, it doesn't
have ctrl alt etc., so restarting the shell if it gets stuck etc. or
bringing up the "looking glass" is a little difficult without a usb
keyboard. These aren't usual use cases, but maybe something like a
"developer mode" could enable these?
5. The tablet also had a stylus which we managed to lose. It therefore
recognises it as a wacom tablet. I clicked on "calibrate" and it brought
up a screen with circles in the centre and a cross hair. I couldn't
figure out how to get out of it. No gesture worked, not even alt f4 from
the USB keyboard. A "cancel" button somewhere would be nice. Also some
instructions on what one is supposed to do would help. I think you're
supposed to point the stylus at the cross hair, but I'm only guessing
I have this tablet for another two weeks, and I'll be happy to test out
stuff if any one wants me to.
Join Fedora! Come talk to us!
Few questions regarding our default offering:
1) Why is icedtea-web installed by default? I really don't think a java
browser plugin is something we want by default. Software makes it very easy
to install it for those who need it.
2) Do we want to replace Rhythmbox with gnome-music?
3) Do we really need a firewall configuration UI?
Can we hide nm-connection-editor from the application view? It's not an app.
See upstream bug https://bugzilla.gnome.org/show_bug.cgi?id=682456
We have a lot of "favorite" (ie. pinned to the sidebar in the
overview) apps. The current list is:
Firefox, Evolution, Empathy, Rhytmbox, Shotwell, LibreOffice Writer,
Nautilus, Documents and Software.
On the live media we also have the installer launcher pinned on that list.
I think this is too much. On small screens (laptops, vms) having so
many launchers there causes their icons to be scaled down a lot. I
understand the idea behind default favorites is "apps we want the user
to try", but this is just too much. I don't think we should have more
than 4 apps there.
So, I suggest removing some items from that list, and have a much
smaller one, what about:
Firefox, Evolution, Nautilus, Documents, Software (and of course the
installer when running on Live)
Does this make more sense? If so, I'll submit a patch to make this change :)
It's easy for us to change that list since we already patch it in
Fedora to replace Epiphany with Firefox.