Architectures/ARM/Quality Assurance/2012-06-18-VFAD-Fedora 17 Test Day-SFP-Versatile Express+XFCE
This is the test result page for Versatile Express + XFCE ARMHFP.
- Download the image for your system from http://scotland.proximity.on.ca/arm-nightlies/vault/to-mirrors/RC2/ as well as the corresponding checksum file http://scotland.proximity.on.ca/arm-nightlies/vault/to-mirrors/RC2/arm/Fedora-17-arm-Images-CHECKSUM or http://scotland.proximity.on.ca/arm-nightlies/vault/to-mirrors/RC2/armhfp/Fedora-17-armhfp-Images-CHECKSUM
- Does your downloaded image have the correct checksum?
- Run the command: sha256sum --check *CHECKSUM.txt
- 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 (you may want to limit this to one package as updates can take a while depending on your media. eg - yum update bash)
- Graphical user interfaces only: 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/messages
- 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/RC2/arm/Fedora-17-arm-Images-CHECKSUM
- Load extensions (Firefox -> Tools -> Get Add-ons _> <choose an extension>)
- 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?
- 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?
- Does every button do what it is supposed to do?
- Do GUI actions align correctly with the pointer position?
- 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.
|4|| ./arm-vexpress-xfce-mmcblk0/boot/boot-vexpress+x ./arm-vexpress-xfce-mmcblk0/boot/vmlinuz-3.4.2-3.fc17.armv5tel ./arm-vexpress-xfce-mmcblk0/boot/initramfs-3.4.2-3.fc17.armv5tel.img ./Fedora-17-arm-vexpress-xfce-mmcblk0.img
|9||shutdown -h terminates qemu-system-arm|
|16||logout okay, shutdown okay|
|18||did not check *every* program|
|19||No native keyring support in XFCE, but ssh-add then using client works fine.|