[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, 2 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, 2 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, 2 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, 2 months
NM controlled bridge turns on netfilter
by Paul Knox-Kennedy
I have a host recently updated to f20, with virtual machines using
bridged networking. When I switch to NetworkManager controlled
networking, the virtual machines' DHCP requests failed.
After much messing around, I have found that when NM is on, by the time
the system has booted, bridge-nf-call-iptables,
bridge-nf-call-ip6-tables and bridge-nf-call-arptables have all been set
to 1, so something has overriden the setting from
/usr/lib/sysctl.d/00-system.conf.
Is there some setting I am missing here?
Thanks
Paul
NOTICE & DISCLAIMER
This email including attachments (this "Document") is confidential and may contain legally privileged information. If you have received this Document in error please notify the sender immediately and delete this Document from your system without using, copying, disclosing or disseminating it or placing any reliance upon its contents. We cannot accept liability for any breaches of confidence arising through use of this Document.
The information contained in this Document is provided solely for information purposes on an "as is" basis without warranty of any kind, either express or implied, including without limitation any implied warranty of satisfactory or merchantable quality, fitness for a particular purpose or freedom from error or infringement. The user relies on the information contained herein, and its accuracy or otherwise, entirely at their own risk.
Any opinions expressed in this Document are those of the author and do not necessarily reflect the opinions of Telsis. We will not accept responsibility for any commitments made by our employees outside the scope of our business.
9 years, 6 months
[Fedora QA] #430: Printing Test Day
by fedora-badges
#430: Printing Test Day
----------------------+------------------------
Reporter: twaugh | Owner:
Type: task | Status: new
Priority: major | Milestone: Fedora 20
Component: Test Day | Version:
Keywords: | Blocked By:
Blocking: |
----------------------+------------------------
= phenomenon =
I would like to arrange a Printing Test Day for Fedora 20. Proposed date
is 5th November 2013.
= background analysis =
Fedora 20 comes with CUPS 1.7 and Ghostscript 9.10, as well as some
changes to the cups-filters package.
= implementation recommendation =
The main focus will be regression testing.
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/430>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
9 years, 8 months
[Fedora QA] #424: Proposed Test Day - KDE 4.11
by fedora-badges
#424: Proposed Test Day - KDE 4.11
----------------------+------------------------
Reporter: mbriza | Owner:
Type: task | Status: new
Priority: major | Milestone: Fedora 20
Component: Test Day | Version:
Keywords: | Blocked By:
Blocking: |
----------------------+------------------------
= phenomenon =
KDE Plasma Workspaces test day for Fedora 20
Proposed date is 7th November, 2013.
= implementation recommendation =
We, as the KDE SIG need to test our three proposed features:
* KDE Plasma Workspaces 4.11
* Plasma-nm
* SDDM as the default KDE display manager instead of KDM
as well as the regular KDE tests ran before every Fedora release
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/424>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
9 years, 8 months
[Fedora QA] #420: Power management testday
by fedora-badges
#420: Power management testday
----------------------+------------------------
Reporter: jskarvad | Owner:
Type: task | Status: new
Priority: major | Milestone: Fedora 20
Component: Test Day | Version:
Keywords: | Blocked By:
Blocking: |
----------------------+------------------------
We would like to run Power management test day. The arrangement will be
similar to our previous Power management test days. We can prepare the
live medium ourselves. We propose 2013-11-14, but any other date should
fit.
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/420>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
9 years, 8 months