#4425 Adding .wsl as valid file type for kiwiBuild tasks
Closed: Fixed by mikem. Opened by arrfab.

Reported initially on https://gitlab.com/CentOS/infra/tracker/-/issues/1719
It seems koji doesn't recognize/allow .wsl file type as valid build artifact for kiwiBuild tasks.
I guess a simple .sql statement would do it but ideally then added in upstream koji so that it would be fixed for all ?
I don't mind adding "manually" the type in our cbs koji instance but then ideally that wouldn't conflict with the one that will be entering upstream koji code (for next upgrade)


The Fedora koji seems to make these wsl images. We've been making the ELN wsl images this way for a few weeks.

https://koji.fedoraproject.org/koji/buildinfo?buildID=2749740

probably because they altered manually the schema in DB itself to allow this
See for example one way to do this : https://pagure.io/koji/c/4f00e8e
So we can also do that but ideally that would be compliant with upstream koji db changes so that for next upgrade it would be "in sync" and not causing issue (we had in the past especially for kiwi builds artifacts so I want to avoid this kind of issues where we hotpatch something at our side and not upstream first)

So, we already have this change pending for 1.36 -- #4403

I don't mind adding "manually" the type in our cbs koji instance but then ideally that wouldn't conflict with the one that will be entering upstream koji code

It won't. When we add new entries in archivetypes via the schema update file, we include ON CONFLICT DO NOTHING for this reason (since 1.32 at least).

The API provides a way for admins to add new archivetypes entries. You can just run a command like the following:

koji call addArchiveType 'wsl' 'Compressed tarball for Windows Subsystem for Linux' 'wsl'

Metadata Update from @mikem:
- Custom field Size adjusted to None

Metadata Update from @mikem:
- Issue set to the milestone: 1.36

Metadata Update from @mikem:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

Metadata Update from @jlibrova:
- Issue tagged with: no_qe

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/koji/koji/issues/4425

Please continue any further discussion there.

Metadata