On 30/07/2019 14:03, Mike Crowe wrote:
On Tuesday 30 July 2019 at 12:15:36 +0100, Ross Burton wrote:
On 30/07/2019 12:00, Mike Crowe wrote:
As reported in
http://lists.openembedded.org/pipermail/openembedded-core/2019-February/279344.html
, glib-networking no longer configures successfully if USE_NLS="no":
| po/meson.build:1:5: ERROR: Can not do gettext because xgettext is not
installed.
In the current absence of anything better, it seems that this can be
overcome by telling Meson not to look in the po/ directory.
Does this actually work? glib has the same issue (along with most of the
rest of the GTK+ stack that has moved to Meson) and the solution there was
to just add gettext as a dependency.
It seems to for me. I did this in our tree, but I've just tried this change
and forcing USE_NLS = "no" in the current state of master and the build
succeeded.
We're going to be playing whack-a-mole with this, maybe we should just fix
this upstream?
Fixing it upstream in meson would clearly be preferable, but it seemed that
this has already been tried. Fixing it in each meson-using package is
another alternative, but it would be good for it to be done in the same
way. I know little about meson. :(
As such hacks go, this is at the less nasty end. Perhaps it could even
perhaps be incorporated into the meson class?
I've added a comment to https://github.com/mesonbuild/meson/issues/821 .
Mike.
(I'm not sure if you intentionally sent this off-list. I don't mind sending
this reply again to the list if it was a mistake.)
No, I didn't send it off-list intentionally. New mailer :( CCing the
list again now.
I wonder if patching in a disable-nls option that guards the subdir(po)
would be sufficiently uninvasive and upstreamable to each project?
Ross
---------------------------------------------------------------------
Intel Corporation (UK) Limited
Registered No. 1134945 (England)
Registered Office: Pipers Way, Swindon SN3 1RJ
VAT No: 860 2173 47
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
--
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core
