Re: new project: taskotron-vmbuilder
> On Wed, 2015-04-29 at 11:21 -0400, Kamil Paral wrote: > > > > I still haven't created project and repo in Phab, but if you approve > > this as a way forward, I will. > > Just one thought - this could probably be rather useful for openQA > too. We already have one case where we want to begin a test with a > specific existing image (the fedup test that's currently under > review). We could use a system like this to do other tests that don't > involve actually running an installation (I'd quite like to do stuff > like the Base and desktop validation tests and maybe some package > management tests every day, for e.g.) If taskotron-vmbuilder works for you as well, that's great. I can add some actions specific for openQA needs, just tell me (or file some tickets). Of course, you can also use virt-builder directly, if that's easier for you. Currently taskotron-vmbuilder can't do anything extra that virt-builder can't. I just consider using the templates a bit cleaner than creating custom shell scripts for each image type. But it in the future, it might be extended with some extra functionality, like e.g. booting the image once and performing some first boot adjustments that can't be done when chrooted during image creation. ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: new project: taskotron-vmbuilder
On Wed, 2015-04-29 at 11:21 -0400, Kamil Paral wrote: > > I still haven't created project and repo in Phab, but if you approve > this as a way forward, I will. Just one thought - this could probably be rather useful for openQA too. We already have one case where we want to begin a test with a specific existing image (the fedup test that's currently under review). We could use a system like this to do other tests that don't involve actually running an installation (I'd quite like to do stuff like the Base and desktop validation tests and maybe some package management tests every day, for e.g.) It might be interesting to look at how openSUSE handles this, as I believe they do similar stuff. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
WhenIsGood - Scheduling a discussion around Fedora Projects Planning
Hello all, There was recently a discussion on the Fedora Rel-Eng list as the result of a Project Planning workflow[0]. As this was discussed further in irc it was decided that this is likely a conversation that should be had across more Fedora groups to see if there's a solution that we would all like to utilize. If we can all agree on a workflow and utility we'll hopefully remove the potential for duplicating efforts or requesting multiple solutions to the same problem be hosted by the Infrastructure team. In an attempt to not cross-post I am duplicating this post on the rel-eng, qa, infrastructure, docs, buildsys, and env-and-stacks mailing lists. I would like to request that if there are any discussions around this, please rely to the rel-eng list so we can consolidate the discussion. All interested parties please fill out the following WhenIsGood so that we can find a meeting time to discuss this. http://whenisgood.net/pip4kjd Thank you, -AdamM [0] - https://lists.fedoraproject.org/pipermail/rel-eng/2015-April/019806.html ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: 22 Final TC1 live fail: timeout due to SMP performance bug?
> > https://bugzilla.redhat.com/show_bug.cgi?id=1210857 , but I see > > you've found it already. > > > > For the time being, it seems that there's no benefit in giving the > > VMs more than one CPU? > > Yeah, I think it'd make sense to change the config to one CPU. That's > what I use on openqa.happyassassin.net, FWIW. In case you or Jan made some changes, a (supposedly) fixed kernel has just been pushed stable. So multicore systems should be fine once again. ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
2015-05-04 Fedora QA Devel Meeting Minutes
== #fedora-meeting-1: qadevel == Minutes: http://meetbot.fedoraproject.org/fedora-meeting-1/2015-05-04/qadevel.2015-05-04-14.07.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting-1/2015-05-04/qadevel.2015-05-04-14.07.txt Log: http://meetbot.fedoraproject.org/fedora-meeting-1/2015-05-04/qadevel.2015-05-04-14.07.log.html Meeting summary --- * Roll Call (tflink, 14:07:14) * status updates (tflink, 14:08:32) * sent remote execution patch for review (mkrizek, 14:09:31) * LINK: https://phab.qadevel.cloud.fedoraproject.org/D356 (mkrizek, 14:09:35) * fixed blacklisting releases in trigger (mkrizek, 14:09:41) * LINK: https://phab.qadevel.cloud.fedoraproject.org/D360 (mkrizek, 14:09:45) * now resuming work on fedmsg support (mkrizek, 14:09:50) * I published a new project taskotron-vmbuilder that should make it easy to create up-to-date VM images for different purposes. Awaiting feedback on the list. (kparal, 14:12:32) * no updates on taskotron-related tasks (jskladan, 14:14:59) * some updates to flask-skeleton app (alembic, foundation) (jskladan, 14:15:00) * spent a some time converting the "legacy" TG2 code of TestDaysAll to Flask (will need a day or two more) (jskladan, 14:15:00) * tflink status report (tflink, 14:17:48) * finally made progress on the mysterious depcheck 'inferior arch' issue - appears to be repodata related (tflink, 14:17:54) * submitted patches to abort 'inferior arch' failures with an explanation message and not report them to bodhi (tflink, 14:17:54) * talked to beaker devs about deployment strategies, databases (tflink, 14:18:35) * Next 2 Weeks (tflink, 14:19:54) * open floor (tflink, 14:21:48) Meeting ended at 14:23:14 UTC. Action Items Action Items, by person --- * **UNASSIGNED** * (none) People Present (lines said) --- * tflink (29) * kparal (13) * mkrizek (12) * jskladan (7) * zodbot (3) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot pgpr5dH8Ipul7.pgp Description: OpenPGP digital signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: new project: taskotron-vmbuilder
On Wed, 29 Apr 2015 11:21:10 -0400 (EDT) Kamil Paral wrote: > There are sample templates for minimal installation and Server and > Workstation products. For more details, look into READMEs, it's > fairly well documented, I think. My idea is that we will run this > daily on the server, store the resulting images somewhere, and update > the pointer to the "current one". I like the approach and think that it's worth pursuing farther. It lines up well with the rest of our plans for disposable clients. > I still haven't created project and repo in Phab, but if you approve > this as a way forward, I will. I vote for creating the project and repo in phabricator. Tim pgpbezSXFJMUF.pgp Description: OpenPGP digital signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel