autoqa-devel

autoqa-devel@lists.fedorahosted.org

967 discussions

Re: [fedora-build-service] #8: Ability to Spawn/Provision on-demand VM's for building tasks
by fedora-badges 13 Nov '12

13 Nov '12

#8: Ability to Spawn/Provision on-demand VM's for building tasks -----------------------------+----------------------------- Reporter: amitksaha | Owner: somebody Type: enhancement | Status: new Priority: minor | Milestone: Glorious Future Component: Job Management | Version: Resolution: | Keywords: -----------------------------+----------------------------- Changes (by tflink): * type: task => enhancement * priority: major => minor * milestone: => Glorious Future * component: Image Building => Job Management Comment: I can think of a couple options for getting this done: 1. Use celery to control the bare metal hosts that we have available 1. Look into integrating with the new fedora infra cloud I'm fine with either but I suspect that looking into using the private cloud already set up by infra would be a better choice for us. -- Ticket URL: <https://fedorahosted.org/fedora-build-service/ticket/8#comment:1> fedora-build-service <https://fedorahosted.org/fedora-build-service> A service to build fedora images with a somewhat arbitrary package set from the standard fedora repos or builds from koji.

1 0

[fedora-build-service] #10: image_builder doesn't clean up after itself
by fedora-badges 13 Nov '12

13 Nov '12

#10: image_builder doesn't clean up after itself ----------------------------+-------------------------------- Reporter: tflink | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Initial Deployment Component: Image Building | Version: Keywords: | ----------------------------+-------------------------------- In a system where the builders are either disposable VMs or mock chroots that are destroyed every time, not deleting work files after a build or before a new build isn't a big deal. However, the system currently re-uses build environments and there can be problems with image building when the environment is re-used and not cleaned. I've seen this most often when the first environment is using a different kernel version from the current build. If we end up using disposable virtual machines or switch to using mock, this can be closed but for the short term, it would be wise to check for empty work dirs before building and delete them if they aren't empty. -- Ticket URL: <https://fedorahosted.org/fedora-build-service/ticket/10> fedora-build-service <https://fedorahosted.org/fedora-build-service> A service to build fedora images with a somewhat arbitrary package set from the standard fedora repos or builds from koji.

1 0

[AutoQA] #433: conflicts keep crashing
by fedora-badges 02 Oct '12

02 Oct '12

#433: conflicts keep crashing ---------------------+------------------------ Reporter: kparal | Owner: Type: defect | Status: new Priority: major | Milestone: Hot issues Component: tests | Keywords: Blocked By: | Blocking: ---------------------+------------------------ The conflicts test keeps crashing a lot lately: http://autoqa- stg.fedoraproject.org/results/124704-autotest/virt24.qa/conflicts/results/f… Because nobody really reads the results, I'm hotpatching and disabling it on our servers. -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/433> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 0

[AutoQA] #417: Prune old autotest results [waiting upstream]
by fedora-badges 26 Sep '12

26 Sep '12

#417: Prune old autotest results [waiting upstream] -------------------------+--------------------------------------------- Reporter: kparal | Owner: Type: task | Status: new Priority: major | Milestone: Packaging, Review, & Deployment Component: production | Keywords: Blocked By: | Blocking: -------------------------+--------------------------------------------- Since we execute a large number of jobs, the database fills pretty quickly and the autotest interface gets slower and slower. Lucas implemented a new script to prune the database, but we have to wait until it is released in a new autotest-server version (probably 0.14). https://github.com/autotest/autotest/issues/98 -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/417> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 2

[AutoQA] #251: Move autotest applications into /usr/*bin
by fedora-badges 26 Sep '12

26 Sep '12

#251: Move autotest applications into /usr/*bin -----------------------+---------------------------------------------------- Reporter: jlaska | Owner: Type: task | Status: new Priority: minor | Milestone: Packaging, Review, & Deployment Component: packaging | Keywords: -----------------------+---------------------------------------------------- The autotest package should supply binaries in /usr/bin/ ... so we can rely on PATH and not have to call autotest with the full-path (/usr/share/autotest/client/bin/autotest) when scheduling jobs in '/usr/bin/autoqa'. Alternatively, the autotest package could drop a script that updates PATH appropriately into /etc/profile.d/autotest. But yuck. -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/251> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 2

[AutoQA] #419: Adjust code to Autotest API changes
by fedora-badges 26 Sep '12

26 Sep '12

#419: Adjust code to Autotest API changes -----------------------+-------------------------- Reporter: mkrizek | Owner: mkrizek Type: task | Status: new Priority: major | Milestone: Future tasks Component: autotest | Keywords: Blocked By: | Blocking: -----------------------+-------------------------- With recent proposed changes to Autotest API [1], the job here is to make appropriate adjustments to AutoQA code and make sure that everything works after that. [1] http://test.kernel.org/pipermail/autotest/2012-April/010235.html -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/419> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 1

[AutoQA] #191: Submit autotest for Fedora package approval
by fedora-badges 26 Sep '12

26 Sep '12

#191: Submit autotest for Fedora package approval -----------------------+---------------------------------------------------- Reporter: jlaska | Owner: Type: task | Status: new Priority: major | Milestone: Packaging and Review Component: packaging | Version: 1.0 Keywords: | -----------------------+---------------------------------------------------- * https://bugzilla.redhat.com/show_bug.cgi?id=548522 Currently stalled, pending packaging of the gwt package. This includes packaging all bundled .jar files included with gwt. -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/191> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 3

Potential issue with depcheck on F18
by Tim Flink 30 Aug '12

30 Aug '12

I just filed a bug against yum that is causing problems with pungi because pungi creates yum repos without configuration files. Since depcheck does almost the same thing, we may want to keep an eye on the resolution of this bug - if the root issue isn't fixed, we may have to patch depcheck. https://bugzilla.redhat.com/show_bug.cgi?id=852961 Tim

1 0

[AutoQA] #432: Submit python-resultsdb for Fedora package approval
by fedora-badges 29 Aug '12

29 Aug '12

#432: Submit python-resultsdb for Fedora package approval ------------------------+--------------------------------------------- Reporter: mkrizek | Owner: mkrizek Type: task | Status: new Priority: major | Milestone: Packaging, Review, & Deployment Component: packaging | Keywords: Blocked By: | Blocking: ------------------------+--------------------------------------------- -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/432> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 0

[AutoQA] #431: depcheck: installs wrong architecture for speed-dreams
by fedora-badges 22 Aug '12

22 Aug '12

#431: depcheck: installs wrong architecture for speed-dreams ---------------------+---------------------- Reporter: kparal | Owner: Type: defect | Status: new Priority: major | Milestone: Depcheck Component: tests | Keywords: Blocked By: | Blocking: ---------------------+---------------------- Depcheck reports broken i686 dependencies while checking x86_64 package. The dependencies are not broken, package can be installed. Read more: http://lists.fedoraproject.org/pipermail/devel/2012-August/170962.html -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/431> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 0

← Newer
1
2
3
4
5
6
7
...
97
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

autoqa-devel