There was no RC available for the RaspberryPi, so testing was done using the nightly from 15-Jun-2012.
- Copy the below tests and results chart to a page that you create .
- Download the image for your system from http://scotland.proximity.on.ca/arm-nightlies/vault/to-mirrors/RC1/ as well as the corresponding checksum file http://scotland.proximity.on.ca/arm-nightlies/vault/to-mirrors/RC1/arm/Fedora-17-arm-Images-CHECKSUM
- Does your downloaded image have the correct checksum?
- Run the command: sha256sum --check *CHECKSUM
- Check the image size:
- xzcat NameOfImage.xz|wc -c - Is the uncompressed image less then 4GB?
- Copy the image to your SD card:
- xzcat (name-of-image) > /dev/SD_Card_Device and then insert it into your system and power on. Does the system boot?
- Do all default services start properly?
- Watch for service-start failure messages during boot.
- Check the boot result:
- If graphics hardware is present and the image is configured for a graphical user interface, does the system successfully boot to the GUI?
- If no graphical hardware is present, does the system successfully boot to a login prompt? (Note: depending on the image, the login prompt may appear on a connected monitor or on a serial console)
- Are you able to download and install updates with yum, and if available the default graphical package manager?
- Test this using the command: yum install sl and yum update - then use the graphical package manager for your desktop (if applicable) to install zsh
- Is logging functional? It must provide at least basic local file-based logging of kernel messages, and allow other components to write log messages.
- Test using the command: tail -f /var/log/message
- Are you able to shutdown the system using standard console commands?
- Test poweroff or halt or reboot or shutdown -h now
- If audio device support is present, does it work?
- Test with: play /usr/share/sounds/alsa/*wav
- Are the final branded release notes from the Documentation team present on the installed media?
- Check /usr/share/doc/HTML/fedora-release-notes. In a graphical user interface, look for a "Release Notes" menu entry.
- Graphical user interfaces only: Is it possible to run Firefox and a terminal application? Use the browser to download a small file - http://scotland.proximity.on.ca/arm-nightlies/vault/to-mirrors/RC1/arm/Fedora-17-arm-Images-CHECKSUM, load extensions (Firefox -> Tools -> Get Add-ons _> <choose an extension>), and log into FAS.
- Graphical user interfaces only is the default Fedora artwork used? (Default wallpaper - http://fedoraproject.org/wiki/File:F17-final-wallpaper-standard.png)
- Graphical user interfaces only: Are the desktop's panels working and fully functional?
- Graphical user interfaces only: Is media automatically detected when inserted? To test - plug in a USB device or other removable media. Does the system automatically mount the device?
- Graphical user interfaces only: On graphical hardware - do offered mechanisms (if any) for shutting down, logging out and rebooting work? Use the GUI to logout, reboot and shutdown the system.
- Graphical user interfaces only: Do all elements of the default panel (or equivalent) configuration in all release-blocking desktops function correctly in common use? I.e., does every button do what it is supposed to do? Do GUI actions align correctly with the pointer positioin?
- Graphical user interfaces only: Menu sanity:
- All Applications listed in the system menus (or equivalent) must have icons which have a consistent appearance and sufficiently high resolution to avoid appearing blurry
- Do all applications listed under the Applications menu or category start successfully?
- Do all applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use. They must also have working Help and Help -> About menu items
- Ensure no application appears more then once in the menus. In particular, items under System must not appear under Applications
- Graphical user interfaces only: Does Saving passwords in the desktop default keyring (if the desktop implements one), and retrieving passwords from the keyring work?
- Create an ssh key: ssh-keygen # Use a passphrase
- Copy the ssh key to a remote system: ssh-copy-id YourUserId@RemoteSystem # Enter password when prompted
- Connect to the remote system: ssh YourUserId@RemoteSystem # You should be prompted for the passphrase. Select the checkbox marked "Unlock this key when I log in" (or similar wording)
- Log out.
- Log back in to the system.
- Connect to the remote system again: ssh YourUserId@RemoteSystem # You should not be prompted for your passphrase.
|6||boots to console login prompt|