Project

General

Profile

Actions

action #43619

closed

Improve workflow for dealing with openQA's dependencies

Added by mkittler over 5 years ago. Updated about 3 years ago.

Status:
Resolved
Priority:
Low
Assignee:
Category:
Feature requests
Target version:
Start date:
2018-11-09
Due date:
% Done:

0%

Estimated time:

Description

The workflow of eg. adding a new dependency to os-autoinst/openQA is badly documented and there is room for improvement. The following points could be improved in my opinion:

  1. Move files for the docker environment used to run tests of os-autoinst and openQA within Travis to its own repository. Or at least get somehow rid of the cyclic dependency between os-autoinst and openQA regarding the test environment.
  2. DONE: Have os-autoinst's *.spec file in Git like it is already done for openQA. This would ease updating the dependencies. Or am I missing a technical limitation preventing us to do so? - already implemented
  3. DONE: See https://github.com/os-autoinst/openQA/blob/master/docs/Contributing.asciidoc#dependency-handling : Document all the places where to add/remove new/obsolete dependencies. Incomplete list of places which should be covered:
    • CPAN files for Perl dependencies
    • *.spec files
    • Docker files
    • asset cache for external JavaScript/CSS libraries
  4. Document the purpose of the different Docker files.

This ticket is mainly for gathering some ideas and further discussion. If we want to implement some of the points, we can create separate ticket if required.


Related issues 4 (1 open3 closed)

Related to openQA Project - action #53546: Easier dependencies handling for packages, e.g. reduce duplication of build requirements in spec, documentation, DockerfileNew2019-06-27

Actions
Related to openQA Project - action #55346: packaging test as part of every PRResolvedcoolo2019-08-11

Actions
Related to openQA Project - action #43718: Docker image for webui and workers are versioned and uploaded to obs registryResolvedilausuch2018-11-13

Actions
Related to openQA Project - action #70654: Create git-subrepo for tools/update-depsResolvedtinita2020-08-28

Actions
Actions #1

Updated by coolo over 5 years ago

possibly I'm retro, but I would rather move os-autoinst into openQA than creating a 3rd repo to take care of when reworking things.

Actions #2

Updated by mkittler over 5 years ago

@coolo I had the same thought but somehow assumed this option wouldn't be on the table. It raises somehow the question whether it had been spitted for a (maybe good) reason?

And about your comment on IRC: I agree and point 1. would be a lot of pain indeed.

Actions #3

Updated by mkittler over 5 years ago

  • Description updated (diff)
Actions #4

Updated by mkittler over 4 years ago

  • Description updated (diff)

Note that 2. has already been implemented.

@okurz I'm adding you as watcher because your efforts to improve the situations are related.

Actions #5

Updated by okurz over 4 years ago

  • Related to action #53546: Easier dependencies handling for packages, e.g. reduce duplication of build requirements in spec, documentation, Dockerfile added
Actions #6

Updated by mkittler over 4 years ago

Actions #7

Updated by okurz over 4 years ago

  • Related to action #55346: packaging test as part of every PR added
Actions #8

Updated by okurz over 4 years ago

  • Status changed from New to Blocked
  • Assignee set to okurz

waiting for #56525

Actions #9

Updated by okurz over 3 years ago

  • Target version set to Ready
Actions #10

Updated by okurz over 3 years ago

  • Related to action #43718: Docker image for webui and workers are versioned and uploaded to obs registry added
Actions #11

Updated by okurz over 3 years ago

  • Related to action #70654: Create git-subrepo for tools/update-deps added
Actions #12

Updated by okurz over 3 years ago

  • Description updated (diff)
  • Priority changed from Normal to Low

waiting for related #43718 and #70654

Actions #13

Updated by okurz about 3 years ago

  • Status changed from Blocked to Resolved
  • Assignee changed from okurz to tinita

the main work was done by tinita and works good so let's be happy with that :)

Actions

Also available in: Atom PDF