[Buildroot] [PATCH 5/6] intltool: refactor with host-perl
Thomas Petazzoni
thomas.petazzoni at free-electrons.com
Mon Oct 6 15:37:46 UTC 2014
Dear François Perrad,
On Wed, 20 Aug 2014 18:45:07 +0200, François Perrad wrote:
> host-intltool depends on host-perl-xml-parser,
> and now, host-perl-xml-parser depends on host-perl.
>
> A host-perl-foo-module cannot depend on host-perl OR system-perl.
> All host-perl-foo-module must depend on host-perl.
Sorry, but it's not acceptable to have host-intltool depend on
host-perl. It's bringing a huge dependency (host-perl) in a large
number of configurations, since host-intltool is used by so many
packages.
I had a discussion with Gustavo about this not long ago, and here is
our proposal: change host-perl-xml-parser to *not* use the perl package
infrastructure, as an exception. This way, it will not depend on
host-perl, and we'll be happy. Of course, it's a bit ugly because we
have a Perl package not handled by the package infrastructure, but
that's a reasonable solution for this problem.
Another approach would be to make host-intltool not depend on
XML::Parser. It seems like it's possible to get rid of the XML::Parser
dependency by passing no-xml as the second argument of the
IT_PROG_INTLTOOL macro. But this needs to be done in each and every
package using intltool. All of the packages that are not using XML
based translation files could pass no-xml, and we would get rid of the
dependency on host-perl-xml-parser for those packages. That could be
one option.
Since the vast majority of projects seem to be using "ini style"
translation files, we could probably use no-xml on many of them and get
rid of the problem.
Thoughts?
Thanks,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
More information about the buildroot
mailing list