Thanks :)
oh no. cardoe@gentoo.org went mis over 6 months ago. The latest ebuild uses python_export_best which is deprecated so the whole ebuild will need re-writing. I suppose that will be me since I am actually in the virt herd. Just not today.
EAPI=5 -PYTHON_COMPAT=( python{2_7,3_3} ) +PYTHON_COMPAT=( python{2_7,3_3,3_4} ) #BACKPORTS=190680ba inherit autotools eutils gnome2-utils python-r1 systemd multilib bash-completion-r1 @@ -43,7 +43,7 @@ } src_configure() { - python_export_best + python_setup would appear to be all it requires. I am puzzled by extensive use of ${ED} emake -C config DESTDIR="${ED}" install emake -C po DESTDIR="${ED}" install emake -C shell-completion DESTDIR="${ED}" install should it not be ${D} ?
with some further input, decided to commit; 13 Apr 2015; Ian Delaney <idella4@gentoo.org> firewalld-0.3.10.ebuild: add py3.4 support, update python_export_best to python_setup, no need for revbump, fixes Bug 530996 by pacho
(In reply to Ian Delaney from comment #3) > with some further input, decided to commit; > > 13 Apr 2015; Ian Delaney <idella4@gentoo.org> firewalld-0.3.10.ebuild: > add py3.4 support, update python_export_best to python_setup, no need for > revbump, fixes Bug 530996 by pacho