Long live the King, the King is dead…
Yet another incarnation of Fedora is out, and I haven't even finished figuring out the prior version (I'm also having a play with CentOS, because I'm getting sick of that issue). My first foray into trying Fedora 7 was a bit of disaster (things crashed all over the place), so I abandoned it for a while. Then I noticed the hard drive I tested it on was wonky, so I decided to have another go after sidestepping that problem. This time around I've had less crashes, though Evolution bombs out an awful lot. So I'd say that Fedora 7 isn't completely bad, but it does seem to be a downgrade from Fedora Core 6, which was a huge improvement on the dire FC5, which was a terrible update on FC4.
Notice a pattern? Odd releases aren't good, even releases are—which was the original pattern for Linux software version releases. I've found FC4 to be the most reliable, so far, but it's much too out-of-date, now (less programs are available for it, no security updates are available for it, etc.). To head off the obvious responses I'm likely to get, all of those updates were done as fresh installs onto a newly-formatted hard drive. Any problems are down to the hardware and the current software.
For anyone contemplating whether or not to submit the bug-buddy report that the crashing Evolution (and some other programs) automatically generates: Yes, it does include your e-mail address in the bugzilla report. Though it is munged a bit (the at sign and dots are removed). I decided to give it a go with an address that's already in the grubby little hands of spammers. I'll let you figure out whether you want to take that risk.
If you're used to prior releases of Fedora Linux, they're all, pretty much, the same. There's some reorganisation of things, and how they work. But each release doesn't jump out at you as being the brilliantly brand new replacement for the last thing.
I'm only commenting on what I see when using the Gnome desktop. I dislike KDE, I find it far too tarty, and too similar to Windows-XP-looking-like-a-Fisher-Price-toy, too system resource hungry, and involves too much fiddling around. I'm more interested in doing things on my computer, not doing things to it. It's a waste of time, for me. I've a similar viewpoint on some other desktop schemes, too much fiddling around is required to get them into a useable configuration, they're often underfeatured, and I don't gain anything since some of the applications I use have to load up parts of Gnome, anyway.
It treats all drives as SCSI, including IDE ones. If you're used to things being /dev/hda, they're now /dev/sda. This can be a pain on systems with variable drives being attached to the box. It's harder to predict where to find them, particularly if you had multiple external drives that didn't always get plugged into the same sockets. That's resolved by the next thing:
Fedora 7 relies heavily on partition labels, rather than device names to mount things. This is very useful, providing you give things sensible labels in the first place. Yet the installer doesn't let you provide your own labels. But once done, you can always find your named drive, by its name, no matter where its attached.
Predefined folders in your home space (“Documents,” “Download,” “Music,” “Pictures,” “Public,” “Templates,” & “Videos”), presumably to encourage people to file things in a coherent manner. I find this annoying for a number of reasons: A bunch of directories that I don't want are put somewhere that I don't like. They aren't suitable for me (my desktop computers don't store much locally, files are put onto a server). They get automatically recreated if you delete them (you have to know to undo the thing that keeps on creating them, or know how to customise it). Capitalised file names and paths are a nuisance on case-sensitive systems. And just what is a templates directory for? Are we going to upset something if we use it for what we think it might be for?
Fedora 7 only comes from the official sources as a DVD or all the individual files. You have to go elsewhere if you want it on CD-ROM. Since all I had to hand was a CD-burner and one hard drive with FC6 already installed on it, I took the option of downloading and burning the “rescue” CD ISO image file, as my boot disc (which also gives me recovery options if something fouls up). And downloading the DVD ISO image file to be left on a hard drive partition for the installation process to use as its install source.
In the past, I have done network installs of Fedora, but that can be a bit dicey if you have network hardware that's not supported, or not supported well, by whatever drivers are included with the installation routine. If your networking hardware and speed is not a problem, you can avoid downloading all of the huge ISO file, just using the small rescue disc to start the install, fetching whatever else it needs off the network, to install.
I already had a /tmp partition big enough for it, so that partition was where DVD ISO image file went. And since I want to be able to easily plug in other hard drives without Fedora having a fit about different partitions with the same labels, I gave all the partitions a unique label before doing the installation—after booting the rescue disc, but before you start working on the actual installation. Before the installer's partitioning tool, even—it doesn't let you choose your own labels. (Boot from the rescue/install disc, go through the various steps until you get asked to make some sort of choice about the hard drive, press CTRL+ALT+F2, or one of the other F keys, to get to a terminal, then issue your commands in that terminal). This way, you're not trying to alter drives that the computer is using at the same time.
My technique is to write a name on the drive with texta (so you can easily tell drives apart, physically), and to include that name in the partition labels. So, for example, the /home partition on the “john” drive is labelled as “john/home”, and so on for other partitions (the / is “john/”, the /tmp is “john/tmp”). I do the same with the swap partition (remember to do this before installing a kernel if you want suspending-to-harddrive to work, or you'll have to remake the initrd file, afterwards, to suit). I pick personal names so that I don't have to contend with two drives simply named Seagate or Western Digital, for example.
But before the labelling must come the partitioning (divide them up and call them names, bad pun intended). I'm familiar with fdisk (the Linux version), but you can use other tools. I like to avoid LVM—I had another drive go wonky, that used LVM, and it was a lot of pain to recover files from. Not to mention that it's completely pointless if you never intend to connect another drive to the system, and have a partition span across the two of them. Even if you do, there's other things, like RAID, that offer the same feature, and more. I take the approach of having separate /boot/, /, /home/, /tmp/, /var/, and swap partitions, at least. If you've got plenty of space, there can be some benefits in having a separate /usr/ partition. And if you have masses of space, you can leave some unused for future expansion, or just create a great big spare partition (that's very useful for replacing operating systems without losing files you want to keep, when your work, and install files, are separate from the computer's files).
There's different ways to label the partitions. You can use the e2label command on ext2 or ext3 partitions, and you can include the label as a parameter for the mkfs.ext3 command. After having drive problems, previously, I did it with the mkfs.ext3 command, as I could also specify an option to check for bad blocks while formatting. The mkfs.ext3 command lets you format, check the drive, and label the partition all in one command.
In the past, the Red Hat Linux installer allowed you to do a bad block check while preparing your system, but that feature disappeared long ago. I'd much rather find out about a bad drive before I try to use it, not some time after it destroys my work, even though it does take quite a while to complete checking large drive partitions.
You need to label swap partitions in another way, with the mkswap command.
Obviously you can't format a partition that's holding files on you need to keep, like where I placed my installation DVD ISO file, so I just made sure it had the label I wanted, and forgoed formatting and checking that partition, for now. I did that after the installation was over and done with. Choosing the /tmp partition made that easier, as nothing needs to be kept in it. And if you boot up into a text-only mode, or from another disc, nothing is being used in it when you want to format it.
After that bit of fiddling around, I went back to the provided installation routine, chose the drive it was going to be installed to, went with the option for manual/custom partition handling (all the prior work will be wasted if you do not do that). In the partition editor, I'd select to edit each partition in turn, pick the appropriate mount point from the drop-down list, forgoing any formatting options and ignoring any protests about it (it doesn't need doing twice, and you can't format the partition with the install ISO file in it). And then carried on through to picking what to install.
|few minutes||Manual tweaking to set up drives and choosing what to install|
|2 min||Getting ready to install|
|20 sec||Post install setting up (reboot, afterwards)|
|1 min 30 sec||First bootup|
|10 sec||Logging in to a fully working system|
|8 min||Downloading software updates|
|18 min||Installing the updates|
|few moments||Turning off a few services I didn't need, then rebooted (to use new kernel update)|
|1 min 20 sec||Booting|
|few minutes||Choosing additional software to install (either not on the install media, or simply not on its list)|
|1 min 45 sec||Resolving dependencies|
|8 min||Downloading additional software|
|5 min||Installing the software|
|few minutes||Choosing lots of fonts to add (forgot to do this earlier)|
|12 sec||Resolving dependencies|
|15 min||Downloading fonts|
|8 min||Installing fonts|
Afterwards, it required running “system-config-display --reconfig” to get the full resolution that my monitor and display adapter could run at. It wouldn't go above 1280 × 960 pixels, yet they both do actually work at 1280 × 1024, at least. I'm not sure if this was because the graphics was setup before there was an Xorg update installed, and I forgot to try doing this before the update. But prior releases of Fedora got this right without giving me any grief about it.
Then I spent a few more minutes installing some extra software that doesn't come with Fedora 7.