Hey folks,
On Tue, Nov 13, 2018 at 07:03:37PM +0100, Hector Oron wrote:
>Missatge de Emilio Pozuelo Monfort <po...@debian.org> del dia dt., 13
>de nov. 2018 a les 18:44:
>>
>> On 13/11/2018 17:45, László Böszörményi (GCS) wrote:
>> > Please note that src:harfbuzz currently has a problem on armhf, it
>> > failed to build three times in line. The reason is known: the
>> > arm-arm-01 named buildd always failed to build it[1]. Can you schedule
>> > its build on an other armhf machine or a buildd admin (in Cc) can do
>> > it? There's no sense trying to build it on the mentioned box again and
>> > again or even later. If possible, please set that src:harfbuzz
>> > shouldn't be tried to build on the arm-arm-01 machine in the future.
>>
>> That will be investigated. The problem is that arm-arm-01 is an arm64
>> machine,
>> building armhf packages. harfbuzz doesn't like that.
>
>Indeed, Steve is working on that topic, re-building armhf/armel on
>arm64 and already found some issues. I pinged him about it in IRC,
>however I CC him on this one as it might be valuable for his work.
Trying this locally:
...
(sid-armhf)steve@mjolnir:~/debian/harfbuzz/harfbuzz-2.1.1/build-main$
./util/hb-shape
../test/shaping/data/in-house/fonts/d23d76ea0909c14972796937ba072b5a40c1e257.ttf
--shaper=ot --verify --variations=FVTT=1 --unicodes U+0072
Bus error
There is an alignment problem causing the failure. It would be nice if
the test wrapper code, or libtool or whatever didn't lose/hide the
"Bus error" diagnostic message. :-(
Digging further and installing some debug symbols, I get to a problem
in libfreetype6:
(sid-armhf)steve@mjolnir:~/debian/harfbuzz/harfbuzz-2.1.1/build-main$ gdb
util/.libs/hb-shape core
...
Core was generated by
`/home/steve/debian/harfbuzz/harfbuzz-2.1.1/build-main/util/.libs/hb-shape
../te'.
Program terminated with signal SIGBUS, Bus error.
#0 TT_Get_MM_Var (face=0x1c66d78, master=master@entry=0x0) at
./freetype-2.8.1/src/truetype/ttgxvar.c:2122
2122 if ( a->minimum > a->def ||
(gdb) bt
#0 TT_Get_MM_Var (face=0x1c66d78, master=master@entry=0x0) at
./freetype-2.8.1/src/truetype/ttgxvar.c:2122
#1 0xf78b4ef2 in tt_set_mm_blend (face=0x1c66d78, num_coords=3,
coords=0x1c67490, set_design_coords=<optimized out>)
at ./freetype-2.8.1/src/truetype/ttgxvar.c:2332
#2 0xf78ae540 in FT_Set_MM_Blend_Coordinates (face=0x1c66d78, num_coords=3,
coords=0x1c67490) at ./freetype-2.8.1/src/base/ftmm.c:277
#3 0xf7a69b16 in hb_ft_font_set_funcs (font=0x1c66828) at
../../src/hb-ft.cc:845
#4 0x006fc300 in font_options_t::get_font (this=0xff863648) at
../../util/options.cc:717
#5 0x006fa060 in shape_consumer_t<output_buffer_t>::init
(font_opts=0xff863648, buffer_=0x1c66680, this=0xff8636c4)
at ../../util/shape-consumer.hh:44
#6 main_font_text_t<shape_consumer_t<output_buffer_t>, 2147483647, 0>::main
(this=0xff863638, argc=<optimized out>,
argv=<optimized out>) at ../../util/main-font-text.hh:75
#7 0x006fa8a8 in main (argc=7, argv=0xff864964) at ../../util/hb-shape.cc:192
(gdb) p a
$1 = (FT_Var_Axis *) 0x1c67512
(gdb) p *a
$2 = {name = 0x1c6758a "UPWD", minimum = 0, def = 0, maximum = 22937600, tag =
1431328580, strid = 256}
Whether that's a bug in freetype or in the code here using it. I'm not
sure without digging a lot further.
--
Steve McIntyre, Cambridge, UK. st...@einval.com
Into the distance, a ribbon of black
Stretched to the point of no turning back
