Re: Fedora 26-20170502.n.0 compose check report

2017-05-04 1:16 GMT+02:00 Adam Williamson : > This seems to be some kind of test issue, not setting the size of the > /boot partition properly; the recent new version of anaconda might have > changed the UI and stopped the test doing the right thing. If jsedlak >

Re: Fedora 26-20170425.n.0 compose check report

2017-04-25 20:41 GMT+02:00 Fedora compose checker : > ID: 86691 Test: x86_64 universal install_blivet_software_raid > URL: https://openqa.fedoraproject.org/tests/86691 Hmpf, GTK+ has drawn a space between checkbox and label a few pixels wider. I've tried to

Re: Fedora 26 Alpha 1.5 compose check report

2017-03-29 4:07 GMT+02:00 Fedora compose checker : > Average CPU usage changed from 2.28571429 to 24.55238095 In what units is this? Isn't this like, really high? ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: Fedora 26 Alpha status update

2017-03-22 0:39 GMT+01:00 Adam Williamson : > It'd be good if folks can reply to one of the lists if they're also > running into something that sounds like this, with some details of your > experience - does it happen every time, or only sometimes? Do you > always get

Re: New automated test coverage: openQA tests of critical path updates

2017-03-01 18:04 GMT+01:00 Adam Williamson : > I'm not so sure it's really necessary, and doing it is actually tricky > for openQA. Only the openQA job itself knows what packages it actually > tested, and it doesn't have an easy way to get the associated > timestamp.

Re: New ExecDB

Proposal looks good to me, I don't have any strong objections. 1. If you don't like blame: UNIVERSE, why not use blame: TESTBENCH? 2. I think that having enum values in details in crash structure would be better, but I don't have strong opinion either way. Jan

Re: 2016-09-14 @ 14:00 UTC - QA Tools Video "Standup" Meeting

Sorry, but I need to go to the bank, so I won't attend. Jan ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/qa-devel@lists.fedoraproject.org

Re: 2016-05-23 @ 14:00 UTC - Fedora QA Devel Meeting

Sorry, I have some errands today and I cannot attend. 2016-05-23 6:51 GMT+02:00 Tim Flink : > # Fedora QA Devel Meeting > # Date: 2016-05-23 > # Time: 14:00 UTC > (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) > # Location: #fedora-meeting-1 on irc.freenode.net > >

Re: Fedora 24-20160501.n.0 compose check report

> > ID: 15489 Test: x86_64 universal upgrade_kde_64bit > URL: https://openqa.fedoraproject.org/tests/15489 ID: 15493 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/15493 KDE has finally deps solved so I can debug this, working on it right

Re: Fedora 24-20160419.n.1 compose check report

90% of the time, 32bit tests are failing all the time. It looks like nobody cares. Let's ditch them and we will save some CPU time. Alternatively, make all 32bit tests depend on `install_default` test so they will not get scheduled if `install_default` fails. -- devel mailing list

Re: openQA git master bump and new workers

> We could also look at going to single-CPU VMs; this is how SUSE runs, > apparently. We ought to be able to up the worker count considerably if > we do that. > I thought that Anaconda would be unusably slow with single-core CPU. ___ qa-devel mailing

Re: Fedora Rawhide-20160315.n.0 compose check report

Tests are still failing because of https://bugzilla.redhat.com/show_bug.cgi?id=1315494 -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: 2016-02-22 @ 15:00 UTC - Fedora QA Devel Meeting

I too won't be able to attend. 2016-02-22 10:52 GMT+01:00 Kamil Paral : > > # Fedora QA Devel Meeting > > # Date: 2016-02-22 > > # Time: 15:00 UTC > > (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) > > # Location: #fedora-meeting-1 on irc.freenode.net > > Sorry, I

Re: Fedora Rawhide 20151217 compose check report

It looks like that color of "Accept my fate" button in Anaconda changed a little bit. 2015-12-17 17:07 GMT+01:00 Fedora compose checker : > Missing expected images: > > Cloud_atomic disk raw x86_64 > Workstation live x86_64 > Workstation live i386 > Kde disk raw

Re: Fedora Rawhide 20151208 compose check report

> ID: 629 Test: i386 universal package_set_kde > URL: https://openqa.fedoraproject.org/tests/629 > ID: 628 Test: x86_64 universal package_set_kde > URL: https://openqa.fedoraproject.org/tests/628 There are unresolved dependencies with KDE package set: 15:07:05,384 WARN packaging: nothing

Re: [Test-Announce] Fedora 24 Rawhide 20151117 nightly compose nominated for testing

I've run all openQA tests on 20151117 and it seems to work OK (after some fixes in our tests). Only two things (from what we are testing) don't work: KDE Live doesn't boot and upgrade (from F22 Desktop) doesn't work (it works with minimal though). 2015-11-18 15:57 GMT+01:00 Matthew Miller

Re: Fedora 23 Branched 20150831 compose check report

> No openQA tests found for compose. And I got high hopes :-(. 2015-09-01 22:33 GMT+02:00 Adam Williamson : > On Tue, 2015-09-01 at 13:15 -0700, Fedora compose checker wrote: > > Missing expected images: > > > > Cloud atomic Disk x86_64 > > Cloud base Disk i386 > >

Re: 2015-07-22 @ 21:00 - Taskotron Outage and qadevel Migration

I've also noticed that phab.qadevel.cloud.fedoraproject.org stopped working via HTTP - now it works only through HTTPS, so if anybody thinks that Phabricator stopped working for him, first check that you are using correct protocol. Jan ___ qa-devel

Re: openQA vs. Rawhide

Great article! I'm little bit frustrated - things like this doesn't make it easy for us. On the other hand, if it wasn't for OpenQA, we perhaps wouldn't notice it at all. - Original Message - From: Adam Williamson adamw...@fedoraproject.org To: Fedora QA Development

Re: openQA vs. Rawhide

also I think the Boston box is on git master branch (of openqa_fedora and openqa_fedora_tools), not develop, and I think is missing some of the latest commits Just a side-note - yes, Boston machine is running on master. I thought of it as production machine. But it raises questions - should we

[Test-Announce] 2013-10-10 Fedora Gnome Test Day review

Last Thursday was Gnome Test Day [1]. Thanks to all of you who attended, whether you tested Gnome, helped people on IRC or helped us with Test Day management. I want to thank namely to Alexander Todorov, who helped us with management and to Matthias Claasen for being on IRC for people to help.

[Test-Announce] Fedora 20 Gnome Test Day, October 10th

Hi, This Thursday, 10th of October, is Fedora Gnome Test day. Check out the test day page [1] if you are interested. You can test new Gnome 3.10 features [2] from Fedora 20 Live images and help to make this release better. Only YOU can test some new exciting features, including, but not only: *