This is the next big blocker for the multilib conversion. For now this is only a tracker for its deps, so its assigned to multilib@ with maintainers in CC in case they have some comments or want to help. Deps are: virtual/libiconv -> already done virtual/libffi -> ditto sys-libs/zlib -> ditto dev-libs/elfutils dev-libs/libelf sys-apps/attr virtual/fam python + dev-util/gdbus-codegen: not sure if multilib is wanted here dev-libs/libxslt -> not in rdepend, I assume only xsltproc is needed
(In reply to Alexis Ballier from comment #0) > python + dev-util/gdbus-codegen: not sure if multilib is wanted here Not needed for multilib, this is an arch-independent C code generator (for now, at least). > dev-libs/libxslt -> not in rdepend, I assume only xsltproc is needed Not needed for multilib, this is only used to generate man pages.
(In reply to Alexis Ballier from comment #0) > dev-libs/elfutils > dev-libs/libelf only needed for the gresource binary, so can be skipped
Created attachment 355416 [details, diff] ebuild diff converted ebuild, please review
reassigning to maintainers since there is something to review now
Looks good to me (but, as usual, commit as a revbump for latest version to be sure it's more tested :/)
(In reply to Pacho Ramos from comment #5) > Looks good to me (but, as usual, commit as a revbump for latest version to > be sure it's more tested :/) committed, thank
I don't know if this is the right place to ask but... Since you guys added "include multilib-minimal" to the newest glib-2.36.x can you also add it to glib-2.34.x? I've masked the update to gnome3 for reasons but it seems other apps and libs are getting updated for ${MULTILIB_USEDEP}, and I'll be stuck masking things forever or updating. Thank you for your time.
You certainly need to unmask gnome 3.8 package, otherwise you will start hitting more problems apart of this one