Project

General

Profile

action #43619

Improve workflow for dealing with openQA's dependencies

Added by mkittler almost 3 years ago. Updated 8 months ago.

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

0%

Estimated time:
Difficulty:

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

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

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

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

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

History

#1 Updated by coolo almost 3 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.

#2 Updated by mkittler almost 3 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.

#3 Updated by mkittler almost 3 years ago

  • Description updated (diff)

#4 Updated by mkittler over 2 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.

#5 Updated by okurz over 2 years ago

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

#6 Updated by mkittler about 2 years ago

#7 Updated by okurz about 2 years ago

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

#8 Updated by okurz about 2 years ago

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

waiting for #56525

#9 Updated by okurz about 1 year ago

  • Target version set to Ready

#10 Updated by okurz about 1 year ago

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

#11 Updated by okurz about 1 year ago

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

#12 Updated by okurz about 1 year ago

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

waiting for related #43718 and #70654

#13 Updated by okurz 8 months 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 :)

Also available in: Atom PDF