From Fedora 18, we will finally have LibreOffice included on Live CD, and installed by default! (We were able to do this by raising the Live CD size from 700 MiB to 1 GB, now targeting flash drives instead of CD media). This is great news for our users, because the office suite is needed by many and they had to manually install it in older releases. With this change Fedora 18 makes another step towards reasonable defaults, and it will certainly be appreciated by our newcomers.
Thanks to everyone who supported me in the discussion, and Bill Nottingham for pushing that change.
It’s a bit ironic that Fedora 18 DVD will not install LibreOffice by default, you have to select it as an “add-on” in the installer. The infrastructure standing behind package collections has been re-worked and it doesn’t allow us to enable some collection (like LibreOffice) by default. Of course you can still select it manually. Hopefully we will have it fixed and auto-selected in Fedora 19.
I would like to warn you all about a serious bug discovered in Nautilus in Fedora 17 (GNOME 3.4). If you use it to copy files from your computer to an external HDD, you might experience a data loss (some files missing/corrupted). The problem is that Nautilus doesn’t show notifications properly when you want to eject the drive and all data is not written out yet. The bug has been fixed in Fedora 18 (GNOME 3.6), but it is still present in Fedora 17, and it is reported in bug 886435. It does not affect flash drives, only external HDDs (at least according to my tiny statistical data).
Ideally, it should look like this – if you try to eject the device, you are told that data are still being written: Once that is complete, you are told that you can finally eject the device:
However, none of these notifications are shown in Fedora 17, if you eject the drive using Nautilus. You then assume that everything is OK and disconnect the drive – and some of your data is silently lost.
The workaround is to use GNOME Shell notification area to unplug the drive:
That works well and notifications are shown.
If you happen to use some other desktop environment, like XFCE or MATE or something else with Nautilus, then probably the safest choice it to open up a terminal and run “sync” command. Once it finishes, all your data is written out correctly.
Hope this helps.
After I upgraded to Fedora 18 and I tried to run Google Chrome, I saw this:
/usr/bin/google-chrome: error while loading shared libraries: libudev.so.0: cannot open shared object file: No such file or directory
The solution is simple, just reinstall it (I assume you have google repositories added in the system):
$ yum remove 'google-chrome*'
$ yum install google-chrome-stable
It should work now.
In GNOME 3.4 (Fedora 17), GNOME Online Accounts (GOA) worked great with Google two-factor authentication (you really should enable that, if you value your data). In GNOME 3.6 (Fedora 18) it works no more, and it might be fixed in GNOME 3.8. When developers break some existing functionality for the sake of “progress”, but don’t bother fixing it or providing an alternative way before an official release, I always feel a bit… disenchanted.
Fortunately you can work around the broken code.
- Open Seahorse, filter your passwords for “GOA”, you should see one or two items of “Gnome Online Accounts password” type. Delete them.
- Re-login to Gnome session.
- Open Online Accounts and log in to your Google account. It will fail.
- Create an application-specific password for your Google account in the web browser.
- Open Seahorse, filter your password for “GOA”, you should see a single item. Open it and display the password. It will be very long, find the following section:
- Replace your_password with your application-specific password you’ve generated.
- Close Seahorse and re-login to your Gnome session.
- Online accounts should work now. It worked for me.
It would be really nice if we didn’t have to fix this stuff by hand. Every time I upgrade I have to do lots of these kinds of magic fixes. In Fedora 18, this was one of the minor issues. The big issues still await me.
Now that Fedora 18 Beta has been released, I would like to thank all who contributed to Fedora 18 Alpha/Beta testing (Install, Desktop and Base) . Below is a list of contributors together with the number of results they reported into our release validation wiki matrices.
What to say? Andre Robatino owns the game! A big thanks, Andre, your help is phenomenal! (I guess he has some handy scripts for certain test cases, but that definitely deserves a full credit.)
I am very happy to see significant community participation in the list, not just Red Hatters. Robatino being the first of course, but lots of results were reported also by satellit, followed by bubeck and masami. Thank you guys, and also thanks every one else in the matrix. It wouldn’t be possible to keep Fedora quality high without all of you!
If you haven’t participated in Fedora 18 release validation, you still have the chance and we would love to see you help us. Please read QA/Join#Release_validation or talk to us in #fedora-qa on IRC.
A few footnotes:
- Please bear in mind that the purpose of these numbers is not to evaluate anyone’s amount of contribution to Fedora, it displays just a single piece of a large puzzle. Lots of people test, but they don’t fill in the test case results. And even if they do, different test cases have different complexity.
- The statistics were generated by the release-test-stats.py script.