On Gentoo::RAP it emerges fine but with a QA notice: /apps/gentoo/bin/mkdir -p '/apps/gentoo/var/tmp/portage/media-libs/libjpeg-turbo-1.5.1/image//apps/gentoo/usr/bin' /apps/gentoo/bin/mkdir -p '/apps/gentoo/var/tmp/portage/dev-dotnet/libgdiplus-4.2-r3/image//apps/gentoo/usr/lib64/pkgconfig' /apps/gentoo/usr/bin/install -c -m 644 libgdiplus.pc '/apps/gentoo/var/tmp/portage/dev-dotnet/libgdiplus-4.2-r3/image//apps/gentoo/usr/lib64/pkgconfig' make[2]: Leaving directory '/apps/gentoo/var/tmp/portage/dev-dotnet/libgdiplus-4.2-r3/work/libgdiplus-4.2' make[1]: Leaving directory '/apps/gentoo/var/tmp/portage/dev-dotnet/libgdiplus-4.2-r3/work/libgdiplus-4.2' /apps/gentoo/var/tmp/portage/dev-dotnet/libgdiplus-4.2-r3/temp/environment: line 2015: dotnet_multilib_comply: command not found * Removing unnecessary /apps/gentoo/usr/lib64/libgdiplus.la (no static archive) >>> Completed installing libgdiplus-4.2-r3 into /apps/gentoo/var/tmp/portage/dev-dotnet/libgdiplus-4.2-r3/image/ * Final size of build directory: 5748 KiB * Final size of installed tree: 516 KiB * QA Notice: command not found: * * /apps/gentoo/var/tmp/portage/dev-dotnet/libgdiplus-4.2-r3/temp/environment: line 2015: dotnet_multilib_comply: command not found ecompressdir: bzip2 -9 /usr/share/doc >>> Installing (4 of 6) dev-dotnet/libgdiplus-4.2-r3::gentoo
Yes. Such problem exists. There are many eclasses for organising multilib in various build systems. We need someonle or time to investigate the effects of removal of that dotnet_multilib_comply call. And to analyse ways for possible replacements. If replacement is not possible, then one more eclass can be created.
just for reference: https://bugs.gentoo.org/show_bug.cgi?id=604644 dotnet_multilib_comply still exist in dotnet.eclass, but the idea is not to use it, and investigate possible replacements from other multilib eclasses
Problem persists in 2019 after profile 17.1: * QA Notice: command not found: * * /var/tmp/portage/dev-dotnet/libgdiplus-5.6.1-r1/temp/environment: line 1982: dotnet_multilib_comply: command not found strip: x86_64-pc-linux-gnu-strip --strip-unneeded -N __gentoo_check_ldflags__ -R .comment -R .GCC.command.line -R .note.gnu.gold-version /usr/lib64/libgdiplus.so.0.0.0 >>> Installing (2 of 2) dev-dotnet/libgdiplus-5.6.1-r1::gentoo
Does dotnet team still exist? Maybe those packages should go maintainer-needed if the current maintainer can't even fix such trivial errors.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8601f2c99c0468872c49a70aa2dab55892f79f5f commit 8601f2c99c0468872c49a70aa2dab55892f79f5f Author: Stefan Strogin <steils@gentoo.org> AuthorDate: 2019-08-20 12:10:34 +0000 Commit: Stefan Strogin <steils@gentoo.org> CommitDate: 2019-08-20 12:10:42 +0000 dev-dotnet/libgdiplus: bump version to 6.0.2 Closes: https://bugs.gentoo.org/609760 Closes: https://bugs.gentoo.org/682068 Package-Manager: Portage-2.3.72, Repoman-2.3.17 Signed-off-by: Stefan Strogin <steils@gentoo.org> dev-dotnet/libgdiplus/Manifest | 1 + dev-dotnet/libgdiplus/libgdiplus-6.0.2.ebuild | 51 +++++++++++++++++++++++++++ 2 files changed, 52 insertions(+)
