Consider updating fedup to 0.8.0 from updates-testing
# yum update --enablerepo=updates-testing fedup
Or else you may end up with a broken System Upgrade.
https://bugzilla.redhat.com/show_bug.cgi?id=1044346
https://bugzilla.redhat.com/show_bug.cgi?id=1044086
2013-12-18
[Technology] Another disappointing upgrade experience
So, sometimes, I'm actually pleased with Fedora upgrades. Not recently though. With Fedora 20, I again run into a crippling, opaque problem, which ultimately isn't a huge barrier for me, but I can imagine my friends being lost.
This time, at the time of its release, an appropriate version of fedup (the official upgrade tool) is not available in the Fedora 19 repositories. You want 0.8, but instead you'll use 0.7, and after downloading a ton of packages, you'll go to restart and then it will fail to upgrade, complaining about things like
I mean, if you can even find that in the voluminous journal output once you're on the command-line.
The solution is to update to the version of fedup in the updates-testing repo
# yum update --enablerepo=updates-testing fedup
Then re-run fedup. However, if you tried with 0.7 first, 0.8 wants to download the packages in a new directory configuration, so you'll end up with 1.5GB of duplicate packages on your system O_O. So, I hardlinked the ones in the 0.7 directory (/var/lib/fedora_upgrade) into the various repo-specific directories from 0.8 (/var/tmp/system_upgrade/SOMEREPO/packages). Those directories might not be quite right, as having eventually succeeded in upgrading, the latter one is gone (the former is still around, wasting space, of course).
Why would the current version of fedup at the time of release be non-functioning, when it's the recommended tool for upgrades? Yeesh.
The relevant bug is here:
https://bugzilla.redhat.com/show_bug.cgi?id=1044346
This time, at the time of its release, an appropriate version of fedup (the official upgrade tool) is not available in the Fedora 19 repositories. You want 0.8, but instead you'll use 0.7, and after downloading a ton of packages, you'll go to restart and then it will fail to upgrade, complaining about things like
-- Unit boot-efi.mount has begun starting up.
Dec 18 03:14:13 symonia.localdomain mount[768]: mount: unknown filesystem type 'vfat'
Dec 18 03:14:13 symonia.localdomain systemd[1]: boot-efi.mount mount process exited, code=exited status=32
Dec 18 03:14:13 symonia.localdomain systemd[1]: Failed to mount /boot/efi.
-- Subject: Unit boot-efi.mount has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit boot-efi.mount has failed.
--
-- The result is failed.
Dec 18 03:14:13 symonia.localdomain systemd[1]: Dependency failed for Local File Systems.
-- Subject: Unit local-fs.target has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit local-fs.target has failed.
--
-- The result is dependency.
I mean, if you can even find that in the voluminous journal output once you're on the command-line.
The solution is to update to the version of fedup in the updates-testing repo
# yum update --enablerepo=updates-testing fedup
Then re-run fedup. However, if you tried with 0.7 first, 0.8 wants to download the packages in a new directory configuration, so you'll end up with 1.5GB of duplicate packages on your system O_O. So, I hardlinked the ones in the 0.7 directory (/var/lib/fedora_upgrade) into the various repo-specific directories from 0.8 (/var/tmp/system_upgrade/SOMEREPO/packages). Those directories might not be quite right, as having eventually succeeded in upgrading, the latter one is gone (the former is still around, wasting space, of course).
Why would the current version of fedup at the time of release be non-functioning, when it's the recommended tool for upgrades? Yeesh.
The relevant bug is here:
https://bugzilla.redhat.com/show_bug.cgi?id=1044346
2013-12-17
[Technology] Fedora 20's System Upgrade with FedUp fails to boot :(
I bet it's because my file system is encrypted. Sigh. That used to work. Silly Linux.
[Technology] Netflix on Fedora, working thanks to Pipelight
I had previously tried to get Netflix to work on Fedora through recompiling wine with associated patches. It never quite worked (segfaults). However, thanks to Pipelight, I can now install it relatively easily on Fedora. Pay attention to all the steps, but it works!
2013-12-12
[Technology] Android phone; remote locate, ring, lock and wipe
I remember reading that Android could now locate, ring, lock, and/or wipe lost phones using the Android Device Manager but I never tried it (or enabled the remote lock or remote wipe) until today. Triangulating my position via my cell service isn't very useful or accurate (in part due to WIND's relatively few towers, I presume) but when wifi or GPS is one, it works well. I wish I could remotely activate those, too, to get a finer lock. Sadly, nothing so exciting as losing my phone tends to happen. :'(
2013-12-09
[Microblog] Hour of Code
US President Barack Obama wants young Americans to learn how to code. Non-Americans could probably benefit too.
2013-12-05
[Technology] 12 Days of WaitingforFedora20
Fedora 20 is coming! With GNOME 3.10! On the 17th!
A friend recently had issues trying to reinstall Ubuntu a few times and has agreed to give Fedora a try. I haven't used Ubuntu regularly in a while, but I don't have much inclination too given my affection for GNOME Shell. I'm curious why a friend recently told me they switched from Fedora to Ubuntu and that perhaps I should be able to guess why, but I'm not sure what they were suggesting in the end? Ah well. To the future, where everything is GNOME!
A friend recently had issues trying to reinstall Ubuntu a few times and has agreed to give Fedora a try. I haven't used Ubuntu regularly in a while, but I don't have much inclination too given my affection for GNOME Shell. I'm curious why a friend recently told me they switched from Fedora to Ubuntu and that perhaps I should be able to guess why, but I'm not sure what they were suggesting in the end? Ah well. To the future, where everything is GNOME!
Abonnieren
Posts (Atom)
Blog Archive
-
▼
2013
(50)
-
▼
Dezember
(7)
- [GNOME] Public Service Announcement for Fedora use...
- [Technology] Another disappointing upgrade experience
- [Technology] Fedora 20's System Upgrade with FedUp...
- [Technology] Netflix on Fedora, working thanks to ...
- [Technology] Android phone; remote locate, ring, l...
- [Microblog] Hour of Code
- [Technology] 12 Days of WaitingforFedora20
-
▼
Dezember
(7)
Dieses Blog durchsuchen
Labels
#Technology
#GNOME
gnome
gxml
fedora
bugs
linux
vala
google
#General
firefox
security
gsoc
GUADEC
android
bug
xml
fedora 18
javascript
libxml2
programming
web
blogger
encryption
fedora 17
gdom
git
emacs
libgdata
memory
mozilla
open source
serialisation
upgrade
web development
API
Spain
containers
design
evolution
fedora 16
fedora 20
fedora 22
fedup
file systems
friends
future
glib
gnome shell
internet
luks
music
performance
phone
photos
php
podman
preupgrade
tablet
testing
typescript
yum
#Microblog
Network Manager
adb
apache
art
automation
bash
brno
catastrophe
css
data loss
debian
debugging
deja-dup
disaster
docker
emusic
errors
ext4
facebook
fedora 19
gee
gir
gitlab
gitorious
gmail
gobject
google talk
google+
gtk
html
libxml
mail
microsoft
mtp
mysql
namespaces
nautilus
nextcloud
owncloud
picasaweb
pitivi
ptp
python
raspberry pi
resizing
rpm
school
selinux
signal
sms
speech dispatcher
systemd
technology
texting
time management
uoguelph
usability
video
web design
youtube
#Tech
Air Canada
C
Electron
Element
Empathy
Europe
GError
GNOME 3
GNOME Files
Go
Google Play Music
Grimes
IRC
Mac OS X
Mario Kart
Memento
Nintendo
Nintendo Switch
PEAP
Selenium
Splatoon
UI
VPN
Xiki
accessibility
advertising
ai
albums
anaconda
anonymity
apple
ask
asus eee top
automake
autonomous automobiles
b43
backup
battery
berlin
bit rot
broadcom
browsers
browsing
canada
canadian english
cars
chrome
clarity
comments
communication
compiler
complaints
computer
computers
configuration
console
constructive criticism
cron
cropping
customisation
dataloss
dconf
debug symbols
design patterns
desktop summit
development
discoverability
distribution
diy
dnf
documentation
drm
duplicity
e-mail
efficiency
email
english
environment
estate
experimenting
ext3
fedora 11
festival
file formats
firejail
flac
flatpak
forgottotagit
freedom
friendship
fuse
galaxy nexus
galton
gay rights
gdb
german
germany
gimp
gio
gjs
gnome software
gnome-control-center
google assistant
google calendar
google chrome
google hangouts
google reader
gqe
graphviz
growth
gtest
gtg
gvfs
gvfs metadata
hard drive
hard drives
hardware
help
hp
humour
ide
identity
instagram
installation
instant messaging
integration
intel
interactivity
introspection
jabber
java
java 13
jobs
kernel
keyboard
language
language servers
languages
law
learning
lenovo
letsencrypt
libreoffice
librpm
life
livecd
liveusb
login
lsp
macbook
maintainership
mariadb
mario
matrix
memory leaks
messaging
mounting
mouse
netflix
new zealand
node
nodelist
numix
obama
oci
ogg
oggenc
oh the humanity
open
open standards
openoffice
optimisation
org-mode
organisation
package management
packagekit
paint shedding
parallelism
pdo
perl
pipelight
privacy
productivity
progress
progressive web apps
pumpkin
pwa
pyright
quality
recursion
redhat
refactoring
repairs
report
rhythmbox
rust
sandboxes
scheduling
screenshots
self-navigating car
shell
sleep
smartphones
software
software engineering
speed
sql
ssd
synergy
tabs
test
tests
themes
thesis
tracker
travel
triumf
turtles
tv
tweak
twist
typing
university
update
usb
user experience
valadoc
video editing
volunteering
vpnc
waf
warm
wayland
weather
web apps
website
wifi
wiki
wireless
wishes
work
xinput
xmpp
xorg
xpath
Powered by Blogger.