Bug 194561 - graphics/libEGL, graphics/libglapi, graphics/libGL and graphics/libglesv2 are using msgfmt from gettext during build stage but does not depend on it
Summary: graphics/libEGL, graphics/libglapi, graphics/libGL and graphics/libglesv2 ar...
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: freebsd-x11 (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-10-23 18:29 UTC by m.tsatsenko
Modified: 2014-11-21 18:42 UTC (History)
6 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description m.tsatsenko 2014-10-23 18:29:07 UTC 
Usually they are using gettext installed by some dependency which has NLS enabled by default, but we can not rely on it.
I have custom NLS-disabled poudriere repo and I am getting build failures:
===>  Building for libglapi-10.3.0
gmake[1]: Entering directory
'/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool'
cd ../../../../../.. && gmake  am--refresh
cd ../../../../../.. && gmake  am--refresh
Updating (ca) ca/LC_MESSAGES/options.mo from ca.po.
msgfmt: not found
Makefile:638: recipe for target 'ca/LC_MESSAGES/options.mo' failed
gmake[1]: *** [ca/LC_MESSAGES/options.mo] Error 127
gmake[1]: Leaving directory
'/wrkdirs/usr/ports/graphics/libglapi/work/Mesa-10.3.0/src/mesa/drivers/dri/common/xmlpool'
*** Error code 2

Stop.
make: stopped in /usr/ports/graphics/libglapi

Adding 
USES=           gettext:build
to the Makefile (all of graphics/libEGL, graphics/libglapi, graphics/libGL and  graphics/libglesv2) solves the problem.
Comment 1 Bugzilla Automation freebsd_committer freebsd_triage 2014-10-23 18:29:07 UTC 
Maintainers CC'd
Comment 2 John Marino freebsd_committer freebsd_triage 2014-11-01 12:33:18 UTC 
Hmm, I'd like to see this fixed if the issue is confirmed.
Comment 4 Joseph Mingrone freebsd_committer freebsd_triage 2014-11-04 04:57:36 UTC 
I can confirm it's a problem with poudriere-devel-3.0.99.20141010 on 10.1-RC4 using a 10.1-RC4 jail.  Here's the build log: http://pkg.trp.ftfl.ca/data/10amd64-default/2014-11-04_00h38m12s/logs/errors/libglapi-10.3.2.log

I can also confirm that adding

USES=           gettext:build

fixes the issue.
Comment 5 js 2014-11-12 03:23:27 UTC 
Confirmed +1
Comment 6 Anonymized Account freebsd_committer freebsd_triage 2014-11-16 14:06:34 UTC 
Confirmed.
Comment 7 Jean-Sébastien Pédron freebsd_committer freebsd_triage 2014-11-16 17:17:52 UTC 
FYI, the problem is fixed in our development Ports tree (along with an update to Mesa 10.3.3). It should be committed in the following week, I hope.
Comment 8 Dmitry Marakasov freebsd_committer freebsd_triage 2014-11-20 15:42:53 UTC 
I'd really prefer fixes like this to be merged right into the tree asap (+MFH). These must not be blocked by waiting on merge from third-party repositories which may or may not happen "in the week".

(also moving the bug to patch ready state, relevent commit: https://github.com/freebsd/freebsd-ports-graphics/commit/265f8d6d98bbf50818d1b451d6e169bcd23f02be)
Comment 9 Jean-Sébastien Pédron freebsd_committer freebsd_triage 2014-11-21 18:42:54 UTC 
Fixed in r372988.