[Fedora QA] #261: Revise upgrade test case set
by fedora-badges
#261: Revise upgrade test case set
-----------------------------------------+----------------------------------
Reporter: adamwill | Owner:
Type: task | Status: new
Priority: major | Milestone: Fedora 17
Component: Proventester Mentor Request | Version:
Keywords: |
-----------------------------------------+----------------------------------
Our present upgrade test cases are probably a sub-optimal set. We exercise
various rarely-used choices - bootloader action, and text upgrade path -
but don't exercise more common variations, like installed package sets,
install media, and disk layouts. While we can't commit to supporting
absolutely any upgrade, we should cover at least some _more_ cases in
order to catch major fails.
Based on the experience in F16 and the recommendations in the
retrospective, I'd suggest we could consider dropping or downgrading the
importance of some tests, perhaps:
* QA:Testcase_Anaconda_Upgrade_Skip_Bootloader
* QA:Testcase_Anaconda_Upgrade_Skip_Bootloader_Text_Mode
* QA:Testcase_Anaconda_Upgrade_Update_Bootloader_Text_Mode
and add test cases for all or some of the following scenarios (please add
any other suggestions as comments):
* upgrade from image written to USB stick (livecd-iso-to-disk)
* upgrade with KDE (and possibly Xfce and LXDE as 'optional' test cases)
* upgrade an EFI install (see also https://fedorahosted.org/fedora-
qa/ticket/256 for organizational issues here)
* upgrade with bootloader on first partition (not MBR)
* upgrade with separate /usr , /home and /var partitions
* upgrade a RAID install
This should be completed ideally by Fedora 17 Alpha phase, and definitely
by Beta phase (when upgrade issues become blockers).
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/261>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
9 years, 3 months
[Fedora QA] #221: Reduce Blocker Bug Review Meeting Length
by fedora-badges
#221: Reduce Blocker Bug Review Meeting Length
-------------------------+--------------------------------------------------
Reporter: tflink | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: Fedora 16
Component: Trac | Version:
Keywords: |
-------------------------+--------------------------------------------------
== Description ==
While the [https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
blocker bug review meetings] are very much a necessary thing, they have a
tendency to be long, tedious and not a whole lot of fun for those
involved.
During the Fedora 15 retrospective, there was a request to streamline the
process in order to distribute the workload and avoid more 4+ hour
meetings.
Any proposals on how to reduce the length of the meetings while
maintaining their utility would be much appreciated.
== Proposals ==
Pending discussion in comments and email
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/221>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
9 years, 3 months
[Fedora QA] #152: Test Cases Management
by fedora-badges
#152: Test Cases Management
---------------------------+------------------------------------------------
Reporter: rhe | Owner: rhe
Type: enhancement | Status: new
Priority: major | Milestone: Fedora 15
Component: Wiki | Version:
Keywords: retrospective |
---------------------------+------------------------------------------------
= problem =
We've been using mediawiki to manage tests and record results, though it's
easy to approach, it has limitations such as managing, tracking and
querying cases+results. So is it time for us to consider another solution
such as TCMS?
= analysis =
Here I quoted the suggestion from Victer Chen:
some advantages of TCMS:
* Better to record, track and query test results,
* Allow user focus on test contents instead of document maintenance.
* Share test cases
However, it couldn't be flexible as wiki. I think the most important
things need balance are below:
- Barriers
Fedora should provide very low barriers. TCMS could be configured to
allow anonymous user login and limit it's permission. Also, we can
consider using fedora account to login TCMS.
- Safety
Wiki provides the ability to rollback content easily, while TCMS
couldn't. What TCMS can do is recording all the history and allow user
recovery it manually. But if we configure the permission well, it should
not be a big problem.
= enhancement recommendation =
Work with TCMS team and package it to Fedora. Set up the system and use it
in a small scale first. If it turns out good, enlarger the scale.
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/152>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
9 years, 3 months
[Fedora QA] #81: Add i18n release criteria
by fedora-badges
#81: Add i18n release criteria
---------------------------+------------------------------------------------
Reporter: jlaska | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: Fedora 14
Component: Wiki | Version:
Keywords: retrospective |
---------------------------+------------------------------------------------
= problem =
See [https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=571900
RHBZ#571900 - Keyboard mapping not correct (USA instead of Belgium) when
first login after install Fedora 13 Alpha]
= analysis =
* Currently we don't have i18n installation cases, so local language
install is not tested as a demand. Untranslated pages are still existing
after RC test. Such cases needed be added in test as well as release
criteria.
* Does the Fedora i18n team have any release criteria to propose?
* RHBZ #571900 pointed out the need for a better understanding of how the
language and keymap installer selections impact the installed system.
= enhancement recommendation =
Recommend reviewing the release criteria to ensure expectations are
captured around propagating language and keymap settings from install to
desktop login (/etc/sysconfig/i18n, image:Package-x-generic-16.pnggdm
etc...). It may also be advised to coordinate with the installer team so
that bugs can be filed for any missing functionality.
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/81>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
9 years, 3 months
[Fedora QA] #46: Write Test cases for LXDE components.
by fedora-badges
#46: Write Test cases for LXDE components.
----------------------+-----------------------------------------------------
Reporter: johannbg | Owner: johannbg
Type: task | Status: new
Priority: major | Milestone:
Component: Test Day | Version:
Keywords: |
----------------------+-----------------------------------------------------
An ticket to keep track on LXDE components that need test cases and how to
debug pages
* PCManFM: File manager, provides desktop icons
* LXPanel: Feature-rich desktop panel
* LXSession: Standard-compliant X11 session manager with
shutdown/reboot/suspend support via HAL ( FEI
https://fedoraproject.org/wiki/Features/HalRemoval )
* LXSession-edit: GUI to configure what’s automatically started in
LXDE
* lxde-settings-daemon: XSettings Daemon
* LXInput: Keyboard and mouse settings dialog
* LXRandR: Configuration tool for monitors and external projectors
* LXAppearance: Feature-rich GTK+ theme switcher able to change GTK+
themes, icon themes, and fonts
* LXTask: Lightweight task manager derived from xfce4 task manager
* LXTerminal: Desktop-independent VTE-based terminal emulator
* LXLauncher: Open source replacement for the Asus Launcher on the
EeePC
* LXShortcut: Small utility to edit application shortcuts, used by
lxpanel and lxlauncher
* LXNM (still under development): Lightweight network manager for LXDE
supporting wireless connections (not yet in Fedora )
* LXRandR (still under development): Monitor configuring tool
* Openbox: Lightweight, standard-compliant, and highly-configurable
window manager.
* GPicView: A very simple, fast, and lightweight image viewer
featuring immediate startup
* Leafpad: Lightweight and simple text editor
* XArchiver: Lightweight, fast, and desktop-independent gtk+-based
file archiver
* LXDM: Display manager
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/46>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
9 years, 3 months
Some F21 Alpha impressions
by Jonathan Corbet
So, feeling like life has kind of sucked recently, I've been
compensating by buying toys. One of those is a shiny new Thinkpad X1
Carbon laptop. The first thing I installed on it was the F21
Workstation alpha; here's a few impressions...
- The main thing is that resume does not work in F21. Things appear
to suspend just fine, but there is no response to pressing the
blinking power button. I simply have to hold it until it powers
down hard and start over.
Interesting data points: It works fine with an F20 install, even
with the original 3.11 kernel. But it doesn't work on F21, even
booting the F20 kernel. So I don't think it's a kernel thing;
something has changed on the user-space side to screw up the wakeup
event somehow. I'd like to go chasing after it but time is tight;
this particular issue has forced me to go with F20 for now.
- Emacs is *totally* confused about its window size. Any new window
comes up essentially full screen, but the sizes it shows when one
resizes indicates that it thinks its window is quite small - even
though text display works just fine. F20 shows this too, it's not an
F21 specific thing.
- The huge onscreen keyboard seems to be easy to provoke and hard to
make go away; this does seem to be new with F21. Is there any way to
just turn that off? I like my touchscreen, but it's permanently
attached to a physical keyboard a few cm away; I will *never* want
the onscreen one.
- Whatever happened to the ability to associate actions with mouse
button events? That seems to be gone in F20 too? Is that another
one of those things we're not supposed to worry our pretty little
heads about anymore?
Despite that final whine, it mostly looks pretty good. It's only the
resume issue that's a total show-stopper for now. Thanks, as always,
for all the great work.
jon
9 years, 5 months
Adding GNOME ....
by Ed Greshko
After doing a KDE install from the Fedora-Server-netinst-x86_64-21_Beta ISO I wanted to add GNOME to the mix.
In the past, even on B-TC4 I believe, I simply did "yum groupinstall "GNOME Desktop"". However, now that choice no longer exists when doing "yum grouplist".
There is a "Fedora Workstation" but that can't be installed due to....
-> Processing Conflict: fedora-release-nonproduct-21-0.16.noarch conflicts fedora-release-workstation
--> Processing Conflict: fedora-release-nonproduct-21-0.16.noarch conflicts fedora-release-workstation
--> Processing Conflict: firewalld-config-standard-0.3.12-1.fc21.noarch conflicts firewalld-config-workstation
--> Processing Conflict: firewalld-config-standard-0.3.12-1.fc21.noarch conflicts system-release-workstation
--> Processing Conflict: firewalld-config-standard-0.3.12-1.fc21.noarch conflicts system-release-workstation
--> Processing Conflict: fedora-release-workstation-21-0.16.noarch conflicts fedora-release-nonproduct
--> Processing Conflict: firewalld-config-workstation-0.3.12-1.fc21.noarch conflicts firewalld-config-standard
--> Finished Dependency Resolution
Error: fedora-release-nonproduct conflicts with fedora-release-workstation-21-0.16.noarch
Error: firewalld-config-standard conflicts with fedora-release-workstation-21-0.16.noarch
Error: firewalld-config-workstation conflicts with firewalld-config-standard-0.3.12-1.fc21.noarch
Error: fedora-release-workstation conflicts with fedora-release-nonproduct-21-0.16.noarch
Error: firewalld-config-standard conflicts with firewalld-config-workstation-0.3.12-1.fc21.noarch
How to install the GNOME desktop alongside KDE?
--
If you can't laugh at yourself, others will gladly oblige.
9 years, 5 months