sochotni added a new comment to an issue you are following:
``
I set myself up didn't I? :-)
The content generator is module build service -
mbs.fedoraproject.org
I am not 100% sure what the support agreement is around it but given it's running in
the infra and there's playbooks I'd say it's in a decent state:
https://infrastructure.fedoraproject.org/cgit/ansible.git/tree/roles/mbs
Dev team is decently spread between continents at the moment and technically if mbs is
down it's only affecting module builds, not rest of koji workflows.
The module build service itself doesn't actually do any builds - it just orchestrates
koji so all logs are available in there. There's a possibility that we'd improve
logging of the orchestration itself and make it part of the module import itself in the
future.
New content type: We are adding "module" content type which is only a modulemd
[1] yaml file. File size should be in the order of KBs. The binary content (module rpms)
are already in koji and are just referenced in the build metadata.
As for the generic requirements from koji docs:
* We record rpms installed on the module build system at the time of the module
orchestration
* We record version of the MBS itself
* Since we call koji to do actual binary builds we don't use host software
* For the same reason as above - we won't allow network during builds or use of pip
or other content directly
Mocked content generator that would be imported into Koji looks like this:
https://fedorapeople.org/~sochotni/mbs-content-generator-v2.json
In addition the mentioned modulemd file would be included as output and all rpms from the
module referenced as belonging to this modulemd file.
[1]
https://pagure.io/modulemd
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/6799