apkg issueshttps://gitlab.nic.cz/packaging/apkg/-/issues2021-04-19T14:08:41+02:00https://gitlab.nic.cz/packaging/apkg/-/issues/38RFE: multi-arch / cross-compile support2021-04-19T14:08:41+02:00Skyler MäntysaariRFE: multi-arch / cross-compile supportI believe that this currently does not support mutli-architectures, as I have no way to tell it what's the target host's architecture.
Normally, in Debian it would be something in the likes of: `dpkg-buildpackage -us -uc -b --host-arch ...I believe that this currently does not support mutli-architectures, as I have no way to tell it what's the target host's architecture.
Normally, in Debian it would be something in the likes of: `dpkg-buildpackage -us -uc -b --host-arch mips`.https://gitlab.nic.cz/packaging/apkg/-/issues/18RFE: apkg packaging repos2022-03-23T19:40:17+01:00Jakub RužičkaRFE: apkg packaging reposWe need to figure out the best way to distribute `apkg` to users including CI systems.
I prefer custom package repos thus I see following options:
### 1) use OBS like Knot Resolver
It might or might not be path of least resistance, bu...We need to figure out the best way to distribute `apkg` to users including CI systems.
I prefer custom package repos thus I see following options:
### 1) use OBS like Knot Resolver
It might or might not be path of least resistance, but we want to [move away from OBS in the long run](https://gitlab.nic.cz/knot/knot-resolver/-/issues/610) so it feels questionable
### 2) use community build systems (copr, launchpad, ...)like Knot DNS
This inherits only some problems of OBS but also new problems of multiple different third-party systems... sounds like too much work to me.
### 3) use this opportunity to test a prototype of a solution to [OBS migration](https://gitlab.nic.cz/knot/knot-resolver/-/issues/610) :thinking: