Fedup 0.8 fc19 --> fc20 worked as advertised!
 

Thank you for reminding us to use the current version of fedup. (The only way I can figure out the version number is to look in /usr/share/doc: /usr/share/doc/fedup-0.8.0.) BTW, also noticed /usr/share/doc/fedup-dracut-0.7.3, so I'm in for a lot of cleanup work.

Don't know where to bring this up, but why are 64-bit libraries and programs ending up in /usr/lib? Traditionally /lib and /usr/lib is where 32-bit libraries go; /lib64 and /usr/lib64 is for 64-bit versions.

There is a somewhat obtuse comment in /lib/systemd/system/gpm.service:
# This could probably benefit from socket activation, but honestly I think it
# is time for gpm to go away, and hence I am not planning to spend the time
# to add socket activation here.
Please don't take gpm away! There exists quite a large number of systems administrators who use bash in a tty console. Sometimes there is no way to perform the necessary chores with a GUI, particularly if you have to take the system down to telinit 1 using kvm switches or a 1U console in the machine room. Suffering from congenital indolence, as I oftentimes do, I'd rather highlight stuff from history, help or man and click it into the command line (taking care not to include a linefeed in the selection). Without gpm, I'd wear out my fingerbones typing all those commands on each of a couple of hundred servers. Cascading KVM switches allows control of hundreds of servers from a single keyboard, monitor and mouse console (my desk, or a 1U console in the machine room). But I digress.

Kudos to the FC20 roll-out team! Flawless upgrades make me happy.

Get accustomed to using copy facility provided by 'screen'?


//NTLB