.
Created attachment 366608 [details, diff] libsvg-0.1.4-r1.ebuild.patch Multilib patch for libsvg. Tested on amd64. Please review.
Created attachment 367432 [details, diff] libsvg-0.1.4-r1.ebuild.patch, v2 Remove useless autotools-utils_src_prepare()
i can't believe directfb would still use libsvg. afaik, no other distros even ship libsvg anymore... oh well, i hope this was researched to avoid useless multilib conversion of libsvg and libsvg-cairo :)
(In reply to Samuli Suominen from comment #3) > i can't believe directfb would still use libsvg. afaik, no other distros > even ship libsvg anymore... > oh well, i hope this was researched to avoid useless multilib conversion of > libsvg and libsvg-cairo :) The dependency of DirectFB is correct. I have no idea what other distros do. Alternatives involve * drop svg useflag from DirectFB * only build svg for native ABI * drop DirectFB support from libsdl{,2} and close the multilib conversion bug
Not sure about dropping directfb, but 'drop svg useflag from DirectFB' seems like good idea: 1) Latest release is now 9 years old (libsvg-0.1.4 was added to tree 10 Jul 2005), most likely using it is at least insecure. 2) Checked Arch, Debian, Fedora, ALT, Mageia, OpenSUSE - all of them are building directfb without libsvg: https://www.archlinux.org/packages/community/x86_64/directfb/ https://packages.debian.org/sid/libdirectfb-1.2-9 http://pkgs.org/search/?query=DirectFB&type=smart
(In reply to Julian Ospald (hasufell) from comment #4) > * drop svg useflag from DirectFB this
directfb is not on the list of multilib conversions anymore, so this has low importance
removed
