From Fedora Project Wiki
No edit summary
No edit summary
Line 6: Line 6:


Invitees: Tim Flink
Invitees: Tim Flink
'''11JAN16'''
* AutoCloud parity RFEs filed
** https://phab.qadevel.cloud.fedoraproject.org/T687
*** will depend on decisions about whether we want to integrate with tunir or recreate in Taskotron
** https://phab.qadevel.cloud.fedoraproject.org/T686
*** may require hardware for VirtualBox
** https://phab.qadevel.cloud.fedoraproject.org/T685
*** will likely be implemented as a business logic layer - part of a larger design discussion
*** if releng / fedora infra has any contributions to business logic use cases other than non-gating tests, please add them to this RFE
** https://phab.qadevel.cloud.fedoraproject.org/T684
* Draft notes about how to approach test automation for Docker & Atomic: https://public.etherpad-mozilla.org/p/TaskotronAutomation
** QE Automation conversation with internal QE teams: https://public.etherpad-mozilla.org/p/taskotronautoworkflow


'''30NOV15'''
'''30NOV15'''

Revision as of 20:43, 11 January 2016

Ongoing prioritization for release tools work from Tim Flink via monthly meeting.

Fedora priorities: https://fedoraproject.org/wiki/ReleaseEngineering/PriorityPipeline Taskotron roadmap: https://phab.qadevel.cloud.fedoraproject.org/w/taskotron/roadmap/


Invitees: Tim Flink

11JAN16


30NOV15

  • Taskotron update
    • Phabricator entries for RFEs
    • Use cases going forward for releng / release tools
    • How to get release tools contributions to Taskotron for these requests


12NOV15

  • Taskotron
    • Links of interest from Tim
    • Requirements from release tools
      • support for cloud images (boot cloud images to use as a test target)
        • in backlog, not in current release
      • support for vagrant (virtual box & libvirt)
        • AI: need an RFE filed for this, virtual box and libvirt can't coexist on the same hardware so this may be a challenge for us to design around (does this need hardware)
      • tests written in python (does this really mean 'will tunir run in taskotron'?)
        • AI: need an RFE filed for this, if this is about Tunir, both sides may need to make adjustments to accommodate that
        • Taskotron already has some support for python tests but Tim thinks that Tunir needs something a bit more complicated
      • non-gating test feature
        • AI: need an RFE filed for this, though this may not be a good fit for Taskotron and should rather be associated with the test itself
      • cluster testing for Atomic Host
        • Talk to Colin about filing an RFE for this in Phabricator - it may be a driver for integrating with Beaker
      • Add priority ordering to these requests once they're filed


29OCT15

  • Review priority list
  • Taskotron overview & what you need from releng
    • current in flight release is a big change so wait for this to be live before we look at using it
    • should be in production before F24 freeze
  • Get manual bits out of the compose process (primarily around tickets)
    • App tracks status of blocker bugs - it can say 'these are the updates that need to be pulled in'
    • Tim wrote part of a tool that will download all koji builds that are currently not stable and would fix blockers
    • Request filing is part of the blocker bugs app; the rest is a script that Tim has locally
  • Custom cloud images created in taskotron
    • just a conversation with the team about whether or not they should be stored centrally for any purpose
  • RHEL process checks
    • QE is also talking about this and is looking into reworking part of this flow / tools but there is a general goal to align with RHEL's TPS a bit better
    • rpmgrill task is in progress - tool for inspecting builds (logs, etc from koji)
  • duplication of tools
    • depcheck for instance - we have this in QE & Releng but they do slightly different things