Created attachment 366960 [details, diff] acl-2.2.52.ebuild.patch I've created a multilib patch for sys-apps/acl (with help from mgorny). Please review!
Comment on attachment 366960 [details, diff] acl-2.2.52.ebuild.patch >+ # same as https://savannah.nongnu.org/bugs/index.php?39736 >+ multilib_copy_sources doesn't seem like it'd be hard to fix. let's at least try first. the rest looks fine
(In reply to SpanKY from comment #1) > Comment on attachment 366960 [details, diff] [details, diff] > acl-2.2.52.ebuild.patch > > >+ # same as https://savannah.nongnu.org/bugs/index.php?39736 > >+ multilib_copy_sources > > doesn't seem like it'd be hard to fix. let's at least try first. Well, aballier tried with sys-apps/attr and failed. The problem is that the package uses a completely custom build system on top of autoconf, and it has practically no awareness of build-dir/source-dir. Makefiles are bundled and only a single 'makedefs' file is generated via configure, and configure.ac is not included in the tarball. Long story short, it sucks pretty hard and implementing out-of-source builds the common autotools way would require a lot of changes, including design changes.
(In reply to Michał Górny from comment #2) i've sent upstream attr patches to gut their build system. assuming it goes well, i'll make the same change to acl.
(In reply to SpanKY from comment #3) they've merged my changes for both acl & attr now. so it should be a standard autotools build for both (which means support clean out of tree builds).
Thanks for the effort, Mike. However, since upstream didn't do a release yet and the patch is quite large, I have committed the source-duplicating version for now. +*acl-2.2.52-r1 (02 May 2014) + + 02 May 2014; Michał Górny <mgorny@gentoo.org> +acl-2.2.52-r1.ebuild: + Introduce multilib support, bug #496964. p.masked as usual, open to suggestions for some time.