autoqa-devel April 2011

autoqa-devel@lists.fedorahosted.org

10 participants
99 discussions

[PATCH] - Detect required Fedora releases correctly
by Vitezslav Humpa 05 Apr '11

05 Apr '11

Discussed and modified, hopefully ready now. Please review - https://fedorahosted.org/reviewboard/r/131/ Thanks! -- Vita Humpa Fedora QA

3 2

[AutoQA] #268: Rename lib/python to lib/autoqa
by fedora-badges 05 Apr '11

05 Apr '11

#268: Rename lib/python to lib/autoqa ----------------------+----------------------------------------------------- Reporter: jskladan | Owner: Type: task | Status: new Priority: minor | Milestone: Finger Food Component: core | Keywords: ----------------------+----------------------------------------------------- It would make more sense to have it named as 'autoqa' rather than 'python' - e.g. when we want to import the library from inside the git, etc. Of course, adequate changes need to be made in Makefile and autoqa.spec -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/268> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

3 7

[PATCH]: 268 - Rename lib/python to lib/autoqa
by Vitezslav Humpa 04 Apr '11

04 Apr '11

Please review: https://fedorahosted.org/reviewboard/r/128/

2 1

[AutoQA] #300: Do envra conversions with autoqa.util.envra()
by fedora-badges 04 Apr '11

04 Apr '11

#300: Do envra conversions with autoqa.util.envra() -------------------------+-------------------------------------------------- Reporter: kparal | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Finger Food Component: core | Keywords: -------------------------+-------------------------------------------------- In ticket #295 we added a new function autoqa.util.envra() for rpm namespec string conversion. The task is now to go through our code and make sure we use this function everywhere instead of manually searching for and stripping by columns, periods, etc. -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/300> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 0

[AutoQA] #295: Provide proper functions for ENVRA manipulation
by fedora-badges 04 Apr '11

04 Apr '11

#295: Provide proper functions for ENVRA manipulation -------------------------+-------------------------------------------------- Reporter: kparal | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Finger Food Component: core | Keywords: -------------------------+-------------------------------------------------- Some testcases need to manipulate ENVRA names, like stripping epoch, stripping architecture, detecting whether build name contains epoch, parsing out package name, etc. The current implementation (taken from depcheck) is clearly sub-optimal, because it doesn't reflect the full RPM naming spec, just the most widespread usage (e.g. can colon be part of NVR, except for separating epoch?): {{{ def strip_epoch(rpmstr): return rpmstr.split(':',1)[-1] # works for E:N-V-R.A or N-V-R.A def strip_arch(rpmstr): return rpmstr.rsplit('.',1)[0] }}} Let's create one or more methods for these tasks in our library and let's use rpmUtils module in them. That ensures that the correct algorithms for detecting epochs, names, releases, etc are used. Most of the use cases for those methods have been mentioned in the description, but search through available code whether some more use cases are needed. -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/295> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 10

[AutoQA] #272: Tell test which arch it is supposed to test
by fedora-badges 04 Apr '11

04 Apr '11

#272: Tell test which arch it is supposed to test -------------------------+-------------------------------------------------- Reporter: kparal | Owner: Type: enhancement | Status: new Priority: major | Milestone: Finger Food Component: core | Keywords: -------------------------+-------------------------------------------------- Some tests need to know which architecture to check. But currently we don't pass that information (in the control file). The test can take a guess by detecting operating system architecture (not hardware architecture), but that's an ugly workaround. Pass the architecture info from autoqa script to the test. -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/272> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 5

[AutoQA] #297: depcheck reports rejected builds as ignored
by fedora-badges 04 Apr '11

04 Apr '11

#297: depcheck reports rejected builds as ignored --------------------+------------------------------------------------------- Reporter: kparal | Owner: Type: defect | Status: new Priority: major | Milestone: 0.4.5 Component: tests | Keywords: --------------------+------------------------------------------------------- Found a problem in depcheck: {{{ 03/30 15:28:58 INFO | depcheck:0230| Update FAILED: kadu-0.9.0-1.fc14 03/30 15:28:58 INFO | depcheck:0230| Build FAILED: kadu-0.9.0-1.fc14 03/30 15:28:58 INFO | depcheck:0230| Ignored: 03/30 15:28:58 INFO | depcheck:0230| kadu-0.9.0-1.fc14 }}} However, kadu-0.9.0-1.fc14 is in the REJECT line, not in IGNORE line (there is no such line): {{{ 03/30 15:28:23 DEBUG| utils:0105| [stdout] REJECT: kadu-0.6.5.4-5.fc14.x86_64 kadu-0.9.0-1.fc14.x86_64 kadu- globalhotkeys-0.6.5.4-5.fc14.x86_64 kadu-globalhotkeys-0.9.0-1.fc14.x86_64 kadu-led_notify-0.6.5.4-5.fc14.x86_64 kadu-led_notify-0.9.0-1.fc14.x86_64 kadu-nextinfo-0.9.0-1.fc14.x86_64 kadu-panelkadu-0.6.5.4-5.fc14.x86_64 kadu-panelkadu-0.9.0-1.fc14.x86_64 kadu-senthistory-0.6.5.4-5.fc14.x86_64 kadu-senthistory-0.9.0-1.fc14.x86_64 kadu- splitmessages-0.9.0-1.fc14.x86_64 03/30 15:28:23 DEBUG| utils:0105| [stdout] ACCEPT: 1:gnumeric-1.10.14-1.fc14.x86_64 policycoreutils- newrole-2.0.85-28.fc14.x86_64 audit-2.1-1.fc14.x86_64 coot- doc-0.6.2-4.20110328svn3442.fc14.x86_64 1:php- libguestfs-1.8.4-1.fc14.x86_64 coot-0.6.2-4.20110328svn3442.fc14.i686 pam_shield-0.9.5-2.fc14.x86_64 audit-libs-2.1-1.fc14.i686 yumex-3.0.2-1.fc14.noarch gnome-chemistry-utils- mozplugin-0.12.7-2.fc14.x86_64 1:python-libguestfs-1.8.4-1.fc14.x86_64 1 :gnumeric-plugins-extras-1.10.14-1.fc14.x86_64 groonga- libs-1.2.0-1.fc14.x86_64 audit-libs-2.1-1.fc14.x86_64 1:libguestfs- mount-1.8.4-1.fc14.x86_64 audit-libs-python-2.1-1.fc14.x86_64 groonga- plugin-suggest-1.2.0-1.fc14.x86_64 texworks-0.4.0-1.fc14.x86_64 groonga- devel-1.2.0-1.fc14.i686 aqsis-libs-1.6.0-8.fc14.i686 groonga-1.2.0-1.fc14.x86_64 groonga-php-1.2.0-1.fc14.x86_64 lyx- fonts-2.0.0-0.19.rc2.fc14.noarch docbook-style-xsl-1.76.1-1.fc14.noarch groonga-doc-1.2.0-1.fc14.x86_64 python-tornado-doc-1.2.1-1.fc14.noarch policycoreutils-sandbox-2.0.85-28.fc14.x86_64 audit-libs- devel-2.1-1.fc14.i686 backintime-kde-1.0.6-1.fc14.noarch goffice- devel-0.8.14-1.fc14.i686 1:libguestfs-java-1.8.4-1.fc14.i686 groonga- libs-1.2.0-1.fc14.i686 1:libguestfs-javadoc-1.8.4-1.fc14.x86_64 goffice- devel-0.8.14-1.fc14.x86_64 1:libguestfs-java-1.8.4-1.fc14.x86_64 1:perl- Sys-Guestfs-1.8.4-1.fc14.x86_64 rsync-3.0.8-1.fc14.x86_64 coot- devel-0.6.2-4.20110328svn3442.fc14.i686 xfce4-settings-4.6.5-2.fc14.x86_64 1:ocaml-libguestfs-1.8.4-1.fc14.x86_64 aqsis-core-1.6.0-8.fc14.x86_64 gnome-chemistry-utils-0.12.7-2.fc14.i686 1:libguestfs-java- devel-1.8.4-1.fc14.i686 perl-Module-Mask-0.03-1.fc14.noarch aqsis- data-1.6.0-8.fc14.noarch 1:libguestfs-tools-c-1.8.4-1.fc14.x86_64 audispd- plugins-2.1-1.fc14.x86_64 groonga-python-1.2.0-1.fc14.x86_64 aqsis- libs-1.6.0-8.fc14.x86_64 policycoreutils-python-2.0.85-28.fc14.x86_64 1:gnumeric-1.10.14-1.fc14.i686 audit-libs-static-2.1-1.fc14.x86_64 goffice-0.8.14-1.fc14.x86_64 groonga-munin-plugins-1.2.0-1.fc14.x86_64 1 :libguestfs-devel-1.8.4-1.fc14.i686 backintime-common-1.0.6-1.fc14.noarch pam_shield-0.9.5-2.fc14.i686 lyx-common-2.0.0-0.19.rc2.fc14.noarch 1:texmaker-2.3-1.fc14.x86_64 1:libguestfs-devel-1.8.4-1.fc14.x86_64 policycoreutils-2.0.85-28.fc14.x86_64 1:libguestfs- tools-1.8.4-1.fc14.x86_64 lyx-2.0.0-0.19.rc2.fc14.x86_64 gnome-chemistry- utils-gnumeric-0.12.7-2.fc14.x86_64 policycoreutils- gui-2.0.85-28.fc14.x86_64 groonga-devel-1.2.0-1.fc14.x86_64 jpilot-1.8.0-2.fc14.x86_64 aqsis-1.6.0-8.fc14.x86_64 1:libguestfs-1.8.4-1.fc14.x86_64 scout-0.4-7.fc14.noarch backintime- gnome-1.0.6-1.fc14.noarch goffice-0.8.14-1.fc14.i686 1:ocaml-libguestfs- devel-1.8.4-1.fc14.x86_64 1:ocaml-libguestfs-devel-1.8.4-1.fc14.i686 audit-libs-devel-2.1-1.fc14.x86_64 aqsis-devel-1.6.0-8.fc14.i686 ruby- augeas-0.4.1-1.fc14.x86_64 1:ruby-libguestfs-1.8.4-1.fc14.x86_64 1:guestfish-1.8.4-1.fc14.x86_64 1:gnumeric-devel-1.10.14-1.fc14.x86_64 gnome-chemistry-utils-0.12.7-2.fc14.x86_64 1:libguestfs-1.8.4-1.fc14.i686 1:gnumeric-devel-1.10.14-1.fc14.i686 coot- devel-0.6.2-4.20110328svn3442.fc14.x86_64 coot-0.6.2-4.20110328svn3442.fc14.x86_64 1:libguestfs-java- devel-1.8.4-1.fc14.x86_64 groonga-tokenizer-mecab-1.2.0-1.fc14.x86_64 python-tornado-1.2.1-1.fc14.noarch aqsis-devel-1.6.0-8.fc14.x86_64 xu4-1.1-0.14.20110329svn2873.fc14.x86_64 }}} We have a bug somewhere. Full log is here: http://pastebin.com/raw.php?i=EMiLuDm5 -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/297> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 4

[AutoQA] #299: Allow rpmguard to compare to previous releases
by fedora-badges 04 Apr '11

04 Apr '11

#299: Allow rpmguard to compare to previous releases -------------------------+-------------------------------------------------- Reporter: orion | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Future tasks Component: tests | Keywords: -------------------------+-------------------------------------------------- I have many packages that I only build once a release. Comparing those builds to previous releases would still be useful I think. -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/299> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 1

[PATCH] - Tell test which arch it is supposed to test implemented
by Vitezslav Humpa 01 Apr '11

01 Apr '11

Please review this patch: https://fedorahosted.org/reviewboard/r/126/ Thanks folks! -- Vita Humpa Fedora QA

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

autoqa-devel April 2011