Hi, Thanks for reporting it.
On Tue, Jun 4, 2024 at 9:48 AM Boyuan Yang <by...@debian.org> wrote: > > Source: gl4es > Version: 1.1.6+ds-1 > Severity: grave > X-Debbugs-CC: tsu.y...@gmail.com ship...@gmail.com > > Dear Debian gl4es package maintainers, > > As currently shown on the package tracker > https://tracker.debian.org/pkg/gl4es , > package gl4es is experiencing autopkgtest failures on some architectures. > Looking > deeper, it seems that gl4es unconditionally depends on binary package > gcc-multilib, > which is not available on certain architectures. > > I am not sure why we need gcc-multilib in autopkgtest tests. Please adjust the > source code accordingly, possibly following one of the following options: > > * Limit autopkgtest architectures and only run it where gcc-multilib is > available. > * Rework on autopkgtest script so that gcc-multilib is not needed, and only > depends on > the native gcc tools. > * If gl4es only supports a limited set of architectures, please consider > limiting the > supported hardware architecture in debian/control file. Personally I would like to improve it based on option 2 andI will fix it in the next days. Thanks again for your reminder.:) BR, Bo > > I have zero knowledge on how gl4es works, so I cannot recommend a best option > for you. > Please take a look and solve this issue properly. > > Thanks, > Boyuan Yang
