graphics/mesa-dri missing mako.template

[bob prohaska]

On Tue, May 16, 2017 at 11:19:04PM +0200, Jan Beich wrote:
> bob prohaska <fbsd at www.zefox.net> writes:
> 
> > When trying to compile graphics/mesa-dri on RPI2 make reports in part:
> >
> > /bin/mkdir -p ir3
> > PYTHONPATH=../../../../src/compiler/nir python2.7  ./ir3/ir3_nir_trig.py > ir3/ir3_nir_trig.c || (rm -f ir3/ir3_nir_trig.c; false)
> > Traceback (most recent call last):
> >   File "./ir3/ir3_nir_trig.py", line 24, in <module>
> >     import nir_algebraic
> >   File "/usr/ports/graphics/mesa-dri/work/mesa-17.0.4/src/compiler/nir/nir_algebraic.py", line 32, in <module>
> >     import mako.template
> > ImportError: No module named mako.template
> > gmake[6]: *** [Makefile:1395: ir3/ir3_nir_trig.c] Error 1
> > gmake[6]: Leaving directory '/usr/ports/graphics/mesa-dri/work/mesa-17.0.4/src/gallium/drivers/freedreno'
> 
> 17.0.3 built fine[1], so this is a regression. aarch64 is also affected[2].
> Try installing textproc/py-mako or comment out arm-specific drivers

Within ports, simply trying to compile textproc/py-mako triggers a conflict:

===>   py27-mako-1.0.6_1 depends on package: py27-beaker>=1.1 - not found
===>   py27-beaker-1.8.1 depends on package: py27-setuptools>0 - not found
===>  Installing for py27-setuptools-32.1.0_1
===>   py27-setuptools-32.1.0_1 depends on file: /usr/local/bin/python2.7 - found
===>  Checking if py27-setuptools already installed
===>   Registering installation for py27-setuptools-32.1.0_1 as automatic
Installing py27-setuptools-32.1.0_1...
pkg-static: py27-setuptools-32.1.0_1 conflicts with py27-setuptools27-23.1.0 (installs files into the same place).  Problematic file: /usr/local/lib/python2.7/site-packages/easy-install.pth.dist
*** Error code 70

Stop.
make[2]: stopped in /usr/ports/devel/py27-setuptools
*** Error code 1

I tried deinstalling py27-setuptools in hopes it would relieve the conflict.
The deinstall reported no errors, but the conflict remains.

Any suggestions appreciated!

bob prohaska
 
> I'm a bit puzzled why it tries to regen ir3/ir3_nir_trig.c when 17.0.4
> distfile already contains a copy. Can you check if 17.1.0 (bug 219247)
> is also affected?
> 
> [1] http://beefy8.nyi.freebsd.org/data/latest-per-pkg/dri/17.0.3%2C2/head-armv6-default.log
> [2] http://thunderx1.nyi.freebsd.org/data/latest-per-pkg/mesa-dri/17.0.4/110arm64-default.log