AssertionError while building src/NotoSansKhmer/NotoSansKhmer-MM.plist

==== building src/NotoSansKhmer/NotoSansKhmer-MM.plist ====
see https://github.com/googlei18n/noto-source/blob/master/src/NotoSansKhmer/NotoSansKhmer-MM.plist  for the source
I get

Writing master_ufo/NotoSansKhmer-CondensedBold.ufo
Index of base master: 1
Building GX
Loading TTF masters
Axes:
{'custom': (100.0, 100.0, 100.0),
'weight': (26.0, 90.0, 190.0),
'width': (70.0, 100.0, 100.0)}
Location: {'width': 100.0, 'weight': 26.0, 'custom': 100.0}
Master locations:
[{'custom': 100.0, 'weight': 26.0, 'width': 100.0},
{'custom': 100.0, 'weight': 90.0, 'width': 100.0},
{'custom': 100.0, 'weight': 190.0, 'width': 100.0},
{'custom': 100.0, 'weight': 26.0, 'width': 70.0},
{'custom': 100.0, 'weight': 90.0, 'width': 70.0},
{'custom': 100.0, 'weight': 190.0, 'width': 70.0}]
Normalized location: {'width': 0, 'weight': -1.0, 'custom': 0}
Normalized master locations:
[{'custom': 0, 'weight': -1.0, 'width': 0},
{'custom': 0, 'weight': 0, 'width': 0},
{'custom': 0, 'weight': 1.0, 'width': 0},
{'custom': 0, 'weight': -1.0, 'width': -1.0},
{'custom': 0, 'weight': 0, 'width': -1.0},
{'custom': 0, 'weight': 1.0, 'width': -1.0}]
Building variations tables
Merging GPOS
Traceback (most recent call last):
File "/usr/local/bin/fontmake", line 9, in
load_entry_point('fontmake', 'console_scripts', 'fontmake')()
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/main.py", line 111, in main
project.run_from_glyphs(glyphs_path, *_args)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 327, in run_from_glyphs
designspace_path, instance_data=instance_data, *_kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 368, in run_from_designspace
interpolate_layout_from=interpolate_layout_from, *_kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 417, in run_from_ufos
ufos, remove_overlaps, mti_paths=mti_paths, *_kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 164, in build_otfs
self.save_otfs(ufos, *_kwargs)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/misc/loggingTools.py", line 372, in wrapper
return func(args, **kwds)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 248, in save_otfs
interpolate_layout_from, loc, finder)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/interpolate_layout.py", line 311, in interpolate_layout
merge_tables(font, merger, master_fonts, axes, base_idx, ['GPOS'])
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 83, in merge_tables
merger.mergeThings(font[tag], [m[tag] for m in master_ttfs])
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 72, in mergeThings
self.mergeLists(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 60, in mergeLists
self.mergeThings(value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 72, in mergeThings
self.mergeLists(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 60, in mergeLists
self.mergeThings(value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 74, in mergeThings
assert all(out == v for v in lst), (out, lst)
AssertionError: ((35, (44, 35, 43, 44, 44, 47)), 'int', 'list', '.LookupListIndex', 'Feature', '.Feature', 'FeatureRecord', 'list', '.FeatureRecord', 'FeatureList', '.FeatureList', 'GPOS', '.table', 'table_G_P_O_S')

similar traceback for NotoSansMyanmar-CondensedBold
again CondensedBold

Writing master_ufo/NotoSansMyanmar-CondensedBold.ufo
WARNING: underline thickness not set in UFO, defaulting to UPM * 0.05
WARNING: underline position not set in UFO, defaulting to UPM * -0.075
WARNING: underline thickness not set in UFO, defaulting to UPM * 0.05
WARNING: underline position not set in UFO, defaulting to UPM * -0.075
WARNING: underline thickness not set in UFO, defaulting to UPM * 0.05
Index of base master: 1
Building GX
Loading TTF masters
Axes:
{'custom': (100.0, 100.0, 100.0),
'weight': (26.0, 90.0, 190.0),
'width': (70.0, 100.0, 100.0)}
Location: {'width': 100.0, 'weight': 26.0, 'custom': 100.0}
Master locations:
[{'custom': 100.0, 'weight': 26.0, 'width': 100.0},
{'custom': 100.0, 'weight': 90.0, 'width': 100.0},
{'custom': 100.0, 'weight': 151.0, 'width': 100.0},
{'custom': 100.0, 'weight': 190.0, 'width': 100.0},
{'custom': 100.0, 'weight': 26.0, 'width': 70.0},
{'custom': 100.0, 'weight': 90.0, 'width': 70.0},
{'custom': 100.0, 'weight': 151.0, 'width': 70.0},
{'custom': 100.0, 'weight': 190.0, 'width': 70.0}]
Normalized location: {'width': 0, 'weight': -1.0, 'custom': 0}
Normalized master locations:
[{'custom': 0, 'weight': -1.0, 'width': 0},
{'custom': 0, 'weight': 0, 'width': 0},
{'custom': 0, 'weight': 0.61, 'width': 0},
{'custom': 0, 'weight': 1.0, 'width': 0},
{'custom': 0, 'weight': -1.0, 'width': -1.0},
{'custom': 0, 'weight': 0, 'width': -1.0},
{'custom': 0, 'weight': 0.61, 'width': -1.0},
{'custom': 0, 'weight': 1.0, 'width': -1.0}]
Building variations tables
Merging GPOS
Traceback (most recent call last):
File "/usr/local/bin/fontmake", line 9, in
load_entry_point('fontmake', 'console_scripts', 'fontmake')()
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/main.py", line 111, in main
project.run_from_glyphs(glyphs_path, **args)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 327, in run_from_glyphs
designspace_path, instance_data=instance_data, **kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 368, in run_from_designspace
interpolate_layout_from=interpolate_layout_from, **kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 417, in run_from_ufos
ufos, remove_overlaps, mti_paths=mti_paths, **kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 164, in build_otfs
self.save_otfs(ufos, **kwargs)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/misc/loggingTools.py", line 372, in wrapper
return func(*args, **kwds)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 248, in save_otfs
interpolate_layout_from, loc, finder)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/interpolate_layout.py", line 311, in interpolate_layout
merge_tables(font, merger, master_fonts, axes, base_idx, ['GPOS'])
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 83, in merge_tables
merger.mergeThings(font[tag], [m[tag] for m in master_ttfs])
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 72, in mergeThings
self.mergeLists(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 60, in mergeLists
self.mergeThings(value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 72, in mergeThings
self.mergeLists(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 60, in mergeLists
self.mergeThings(value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 74, in mergeThings
assert all(out == v for v in lst), (out, lst)
AssertionError: ((28, (28, 28, 36, 36, 28, 29, 36, 36)), 'int', 'list', '.LookupListIndex', 'Feature', '.Feature', 'FeatureRecord', 'list', '.FeatureRecord', 'FeatureList', '.FeatureList', 'GPOS', '.table', 'table_G_P_O_S_')

assertion while building src/NotoSansMyanmarUI/NotoSansMyanmarUI-MM.plist
again NotoSansMyanmarUI-CondensedBold.ufo

Writing master_ufo/NotoSansMyanmarUI-CondensedBold.ufo
WARNING: underline thickness not set in UFO, defaulting to UPM * 0.05
WARNING: underline position not set in UFO, defaulting to UPM * -0.075
WARNING: underline thickness not set in UFO, defaulting to UPM * 0.05
WARNING: underline position not set in UFO, defaulting to UPM * -0.075
WARNING: underline thickness not set in UFO, defaulting to UPM * 0.05
Index of base master: 1
Building GX
Loading TTF masters
Axes:
{'custom': (100.0, 100.0, 100.0),
'weight': (26.0, 90.0, 190.0),
'width': (70.0, 100.0, 100.0)}
Location: {'width': 100.0, 'weight': 26.0, 'custom': 100.0}
Master locations:
[{'custom': 100.0, 'weight': 26.0, 'width': 100.0},
{'custom': 100.0, 'weight': 90.0, 'width': 100.0},
{'custom': 100.0, 'weight': 151.0, 'width': 100.0},
{'custom': 100.0, 'weight': 190.0, 'width': 100.0},
{'custom': 100.0, 'weight': 26.0, 'width': 70.0},
{'custom': 100.0, 'weight': 90.0, 'width': 70.0},
{'custom': 100.0, 'weight': 151.0, 'width': 70.0},
{'custom': 100.0, 'weight': 190.0, 'width': 70.0}]
Normalized location: {'width': 0, 'weight': -1.0, 'custom': 0}
Normalized master locations:
[{'custom': 0, 'weight': -1.0, 'width': 0},
{'custom': 0, 'weight': 0, 'width': 0},
{'custom': 0, 'weight': 0.61, 'width': 0},
{'custom': 0, 'weight': 1.0, 'width': 0},
{'custom': 0, 'weight': -1.0, 'width': -1.0},
{'custom': 0, 'weight': 0, 'width': -1.0},
{'custom': 0, 'weight': 0.61, 'width': -1.0},
{'custom': 0, 'weight': 1.0, 'width': -1.0}]
Building variations tables
Merging GPOS
Traceback (most recent call last):
File "/usr/local/bin/fontmake", line 9, in
load_entry_point('fontmake', 'console_scripts', 'fontmake')()
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/main.py", line 111, in main
project.run_from_glyphs(glyphs_path, **args)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 327, in run_from_glyphs
designspace_path, instance_data=instance_data, **kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 368, in run_from_designspace
interpolate_layout_from=interpolate_layout_from, **kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 417, in run_from_ufos
ufos, remove_overlaps, mti_paths=mti_paths, **kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 164, in build_otfs
self.save_otfs(ufos, **kwargs)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/misc/loggingTools.py", line 372, in wrapper
return func(*args, **kwds)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 248, in save_otfs
interpolate_layout_from, loc, finder)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/interpolate_layout.py", line 311, in interpolate_layout
merge_tables(font, merger, master_fonts, axes, base_idx, ['GPOS'])
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 83, in merge_tables
merger.mergeThings(font[tag], [m[tag] for m in master_ttfs])
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 72, in mergeThings
self.mergeLists(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 60, in mergeLists
self.mergeThings(value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 72, in mergeThings
self.mergeLists(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 60, in mergeLists
self.mergeThings(value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 74, in mergeThings
assert all(out == v for v in lst), (out, lst)
AssertionError: ((28, (27, 28, 36, 36, 28, 29, 37, 36)), 'int', 'list', '.LookupListIndex', 'Feature', '.Feature', 'FeatureRecord', 'list', '.FeatureRecord', 'FeatureList', '.FeatureList', 'GPOS', '.table', 'table_G_P_O_S_')

https://github.com/googlei18n/noto-source/blob/master/src/NotoSerifMyanmar/NotoSerifMyanmar-MM.plist
assertion with (again) CondensedBold
building src/NotoSerifMyanmar/NotoSerifMyanmar-MM.plist

Writing master_ufo/NotoSerifMyanmar-CondensedBold.ufo
Index of base master: 1
Building GX
Loading TTF masters
Axes:
{'custom': (100.0, 100.0, 100.0),
'weight': (28.0, 128.0, 194.0),
'width': (70.0, 100.0, 100.0)}
Location: {'width': 100.0, 'weight': 28.0, 'custom': 100.0}
Master locations:
[{'custom': 100.0, 'weight': 28.0, 'width': 100.0},
{'custom': 100.0, 'weight': 128.0, 'width': 100.0},
{'custom': 100.0, 'weight': 194.0, 'width': 100.0},
{'custom': 100.0, 'weight': 28.0, 'width': 70.0},
{'custom': 100.0, 'weight': 128.0, 'width': 70.0},
{'custom': 100.0, 'weight': 194.0, 'width': 70.0}]
Normalized location: {'width': 0, 'weight': -1.0, 'custom': 0}
Normalized master locations:
[{'custom': 0, 'weight': -1.0, 'width': 0},
{'custom': 0, 'weight': 0, 'width': 0},
{'custom': 0, 'weight': 1.0, 'width': 0},
{'custom': 0, 'weight': -1.0, 'width': -1.0},
{'custom': 0, 'weight': 0, 'width': -1.0},
{'custom': 0, 'weight': 1.0, 'width': -1.0}]
Building variations tables
Merging GPOS
Traceback (most recent call last):
File "/usr/local/bin/fontmake", line 9, in
load_entry_point('fontmake', 'console_scripts', 'fontmake')()
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/main.py", line 111, in main
project.run_from_glyphs(glyphs_path, **args)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 327, in run_from_glyphs
designspace_path, instance_data=instance_data, **kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 368, in run_from_designspace
interpolate_layout_from=interpolate_layout_from, **kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 417, in run_from_ufos
ufos, remove_overlaps, mti_paths=mti_paths, **kwargs)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 164, in build_otfs
self.save_otfs(ufos, **kwargs)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/misc/loggingTools.py", line 372, in wrapper
return func(*args, **kwds)
File "/usr/local/google/home/marekj/rel/fontmake/Lib/fontmake/font_project.py", line 248, in save_otfs
interpolate_layout_from, loc, finder)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/interpolate_layout.py", line 311, in interpolate_layout
merge_tables(font, merger, master_fonts, axes, base_idx, ['GPOS'])
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 83, in merge_tables
merger.mergeThings(font[tag], [m[tag] for m in master_ttfs])
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 72, in mergeThings
self.mergeLists(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 60, in mergeLists
self.mergeThings(value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 70, in mergeThings
self.mergeObjects(out, lst)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/google/home/marekj/.local/lib/python2.7/site-packages/fontTools/varLib/merger.py", line 74, in mergeThings
assert all(out == v for v in lst), (out, lst)
AssertionError: ((1, [2, 1, 2, 2, 2, 2]), 'int', '.LookupCount', 'Feature', '.Feature', 'FeatureRecord', 'list', '.FeatureRecord', 'FeatureList', '.FeatureList', 'GPOS', '.table', 'table_G_P_O_S_')

Assertions are problems in some CondensedBold from plists (not all)

Yeah, these all have different lookup numbers and arrangements per master.  We should ask Monotype if they can resolve those, or at least come up with a scheme that can be merged.

Is there a way to report these somewhat more gracefully (so users do not
blame the pipeline)? Is there a master-lint that we could run / users would
run that could report these kind of issues?
Marek
On Mon, Oct 31, 2016 at 5:14 PM, Behdad Esfahbod<EMAIL_ADDRESS>wrote:

Yeah, these all have different lookup numbers and arrangements per master.
We should ask Monotype if they can resolve those, or at least come up with
a scheme that can be merged.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/googlei18n/fontmake/issues/171#issuecomment-257458046,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AMtJf1cArOreS085lmMNB1W1gdckZSksks5q5oSCgaJpZM4KglpS
.

--
Marek Z Jeziorek [ 老马 ] |<EMAIL_ADDRESS>|<PHONE_NUMBER>

cc @punchcutter re Khmer.

This one duplicates https://github.com/googlei18n/fontmake/issues/178 ; I'll close that one
NotoSerifMyanmar  (see  https://github.com/googlei18n/noto-source/tree/master/src for all the sources)
AssertionError: ((1, [2, 1, 2, 2, 2, 2]), 'int', '.LookupCount', 'Feature', '.Feature', 'FeatureRecord', 'list', '.FeatureRecord', 'FeatureList', '.FeatureList', 'GPOS', '.table', 'table_G_P_O_S_')
NotoSansKhmer
AssertionError: ((35, (44, 35, 43, 44, 44, 47)), 'int', 'list', '.LookupListIndex', 'Feature', '.Feature', 'FeatureRecord', 'list', '.FeatureRecord', 'FeatureList', '.FeatureList', 'GPOS', '.table', 'table_G_P_O_S_')
NotoSansMyanmar
AssertionError: ((28, (28, 28, 36, 36, 28, 29, 36, 36)), 'int', 'list', '.LookupListIndex', 'Feature', '.Feature', 'FeatureRecord', 'list', '.FeatureRecord', 'FeatureList', '.FeatureList', 'GPOS', '.table', 'table_G_P_O_S_')
NotoSansMyanmarUI
AssertionError: ((28, (27, 28, 36, 36, 28, 29, 37, 36)), 'int', 'list', '.LookupListIndex', 'Feature', '.Feature', 'FeatureRecord', 'list', '.FeatureRecord', 'FeatureList', '.FeatureList', 'GPOS', '.table', 'table_G_P_O_S_')

@punchcutter : could you look at Khmer? we seem to be stuck with this.
I'd like to know if this is our parsing problem or a source issue (if source issue, please explain so I can pass it on to the source delivery people).
Thanks

@marekjez86 These are NOT our parsing problem.  We parse and generate tables fine.  It's source issue and @punchcutter will look into the Khmer one; he knows what the issue is.  Myanmar is separate, probably Kamal should look into that, or maybe @punchcutter can.

@behdad : Thank you for clarifying it's a source issue. I might wait for more info on Khmer before raising an issue with the source provider.

I fixed the source issue on the Khmer, but I'm having problems running fontmake with --interpolate-binary-layout. What's the intended way to use this? I finally got it to run without failing, but I had to mess around a lot and then edit font_project.py. I know there must be a better way, but somehow this kind of worked:
fontmake -g NotoSansKhmer-MM.glyphs --mti-source NotoSansKhmer-MM.plist
fontmake -m master_ufo/NotoSansKhmer.designspace --mti-source NotoSansKhmer-MM.plist
fontmake -i -m master_ufo/NotoSansKhmer.designspace --interpolate-binary-layout
Then I get a Traceback:
Traceback (most recent call last):
  File "/Users/scheurenz/miniconda/envs/fontmake/bin/fontmake", line 11, in <module>
    load_entry_point('fontmake==1.0', 'console_scripts', 'fontmake')()
  File "/Users/scheurenz/miniconda/envs/fontmake/lib/python2.7/site-packages/fontmake/__main__.py", line 116, in main
    project.run_from_designspace(designspace_path, **args)
  File "/Users/scheurenz/miniconda/envs/fontmake/lib/python2.7/site-packages/fontmake/font_project.py", line 394, in run_from_designspace
    interpolate_layout_from=interpolate_layout_from, **kwargs)
  File "/Users/scheurenz/miniconda/envs/fontmake/lib/python2.7/site-packages/fontmake/font_project.py", line 443, in run_from_ufos
    ufos, remove_overlaps, mti_paths=mti_paths, **kwargs)
  File "/Users/scheurenz/miniconda/envs/fontmake/lib/python2.7/site-packages/fontmake/font_project.py", line 166, in build_otfs
    self.save_otfs(ufos, **kwargs)
  File "/Users/scheurenz/miniconda/envs/fontmake/lib/python2.7/site-packages/fontTools/misc/loggingTools.py", line 372, in wrapper
    return func(*args, **kwds)
  File "/Users/scheurenz/miniconda/envs/fontmake/lib/python2.7/site-packages/fontmake/font_project.py", line 269, in save_otfs
    loc = instance_locations[ufo.path]
KeyError: '/Noto/NotoSansKhmer/master_ufo/instance_ufo/NotoSansKhmer-Medium.ufo'

The absolute path is being passed as the key, but the paths in the designspace file are all relative. To try and get something working I edited font_project.py to use the key that it's expecting.
- loc = instance_locations[ufo.path]
+ loc = instance_locations['instance_ufo/' + os.path.basename(ufo.path)]
Then it finally runs and everything completes, but it's all incorrect. The OTFs that are created don't have the GPOS except for the original master_otf files. And the features.fea files inside the UFOs don't have the GPOS that we are adding from the --mti-source files so any OTFs or TTFs created from the UFOs will be missing GPOS. Here are the updated GPOS sources so you can try and tell me what I'm doing wrong.
Noto Sans Khmer 26-70 GPOS.txt
Noto Sans Khmer 26-100 GPOS.txt
Noto Sans Khmer 90-70 GPOS.txt
Noto Sans Khmer 90-100 GPOS.txt
Noto Sans Khmer 190-70 GPOS.txt
Noto Sans Khmer 190-100 GPOS.txt

thank you @punchcutter ; are there any changes to the .glyphs file?
@behdad or @jamesgk : could you help Zachary?
I'll try to run it on my own my Friday morning (in about 7-8 hours from now)

No other changes at the moment. Just these GPOS files have consistent lookup counts now.

@punchcutter : I tried. I still get assertion error but I think we are almost there :-) [happy]
.....
File "/usr/local/lib/python2.7/dist-packages/fonttools-3.2.1+5.g7915a45-py2.7.egg/fontTools/varLib/interpolate_layout.py", line 171, in merge
exclude=('Format', 'Coverage', 'ValueRecord', 'Value', 'ValueCount'))
File "/usr/local/lib/python2.7/dist-packages/fonttools-3.2.1+5.g7915a45-py2.7.egg/fontTools/varLib/merger.py", line 51, in mergeObjects
mergerFunc(self, value, values)
File "/usr/local/lib/python2.7/dist-packages/fonttools-3.2.1+5.g7915a45-py2.7.egg/fontTools/varLib/merger.py", line 74, in mergeThings
assert all(out == v for v in lst), (out, lst)
AssertionError: ((3, [3, 3, 3, 3, 2, 3]), 'int', '.ValueFormat', 'SinglePos', 'list', '.SubTable', 'Lookup', 'list', '.Lookup', 'LookupList', '.LookupList', 'GPOS', '.table', 'table_G_P_O_S_')
make: *** [src/NotoSansKhmer-new/NotoSansKhmer-MM.plist] Error 1
How I did this:

I recursively pulled https://github.com/googlei18n/noto-source (but see the build instructions there)
ran make setup after cd to noto-source (but see the build instructions there)
placed the content of the attached zip package in noto-source/src directory [inside NotoSansKhmer-new directory]
ran
make -B src/NotoSansKhmer-new/NotoSansKhmer-MM.plist
while in the noto-source directory

NotoSansKhmer-new had all your new files named as you can see after unzipping. (I renamed them to the expected names).
NotoSansKhmer-new.zip

I think I found the underlying issue here. There's something wrong in a particular set of lookups so I'm going over it to find where things are going wrong. I removed the lookups entirely and everything compiled correctly and binary interpolation worked so it's definitely something wrong in this group.

@punchcutter :   thank you

Ok, now I understand what happened. The source lookups were consistent, but then they got consolidated when x and y values were the same and that was different across instances. I fixed it at the source and these new files work for me.
NotoSansKhmer_updated_GPOS.zip

@punchcutter : thank you. I got it and managed to build the fonts. I'll test them later today. Thanks again. Closing the issue.

I know there must be a better way, but somehow this kind of worked:
fontmake -g NotoSansKhmer-MM.glyphs --mti-source NotoSansKhmer-MM.plist
fontmake -m master_ufo/NotoSansKhmer.designspace --mti-source NotoSansKhmer-MM.plist
fontmake -i -m master_ufo/NotoSansKhmer.designspace --interpolate-binary-layout

You should only need the first and last command, but yes this is the way to use interpolate-binary-layout since you need to first generate master binaries which are then interpolated. Ideally the flag would be smart enough to automatically build these masters as part of a single-command process but it's a little complicated to implement the way fontmake works right now. Still a todo.

Then I get a Traceback:
Traceback (most recent call last):
...
  File "/Users/scheurenz/miniconda/envs/fontmake/lib/python2.7/site-packages/fontmake/font_project.py", line 269, in save_otfs
    loc = instance_locations[ufo.path]
KeyError: '/Noto/NotoSansKhmer/master_ufo/instance_ufo/NotoSansKhmer-Medium.ufo'

The absolute path is being passed as the key, but the paths in the designspace file are all relative.

Weird, the error that I get is
KeyError: 'master_ufo/../instance_ufo/NotoSansKhmer-Medium.ufo'

for which I think the ideal fix is
- loc = instance_locations[ufo.path]
+ loc = instance_locations[os.path.normpath(ufo.path)]

Odd that we're seeing different things though.

@jamesgk I don't have any problems now that I fixed the GPOS files. I can just run
make -B src/NotoSansKhmer/NotoSansKhmer-MM.plist
from the noto-source directory and everything works as expected.

Ah, that's good. Though I think it's just because the makefile uses the .glyphs file as source in its two invocations of fontmake; if it were to use the .designspace file in the second command this error would still pop up. But I suppose at least that it's not a huge priority to address right now.


Password complexity check should be skipped on external auth sources

Gitea version (or commit ref): https://github.com/go-gitea/gitea/commit/ee5249889d7f9f3fbda4aa87dd3202753ed595cb

Description
When adding a new user using a external auth source like LDAP, the option PASSWORD_COMPLEXITY is validated which prevents a admin from creating a new user with below error message while there is no actual password field visible in the UI. This check should be skipped for cases where gitea does not actually store a password.
Screenshots

Looks like the root cause for #8558


[FEATURE] Combine type hinting with docstring ala Cleo

Is your feature request related to a problem
No
The solution you would like
The auto-generation of the CLI based on type hinting is fantastic, but having the possibility to add some more text/info would be great. I think the approach using docstring like in https://github.com/sdispater/cleo is an easy and good way to go.
Ideally, adding a docstring to any command would allow:

The first line (kind of resume) to be displayed in the help of the main application call
The content of the full docstring to be displayed in the help of the command call

Here is what the changes would be based on the Typer example:
// Check the --help
$ python main.py --help

Usage: main.py [OPTIONS] COMMAND [ARGS]...

Options:
  --install-completion  Install completion for the current shell.
  --show-completion     Show completion for the current shell, to copy it or customize the installation.
  --help                Show this message and exit.

Commands:
  goodbye                Say Goodbye with a smile
  hello

// You have 2 subcommands (the 2 functions): goodbye and hello

// Now get the --help for hello

$ python main.py hello --help

Say goodbye with a smile.
Give the name of the person you want to say goodbye. See you!

Usage: main.py hello [OPTIONS] NAME

Arguments:
  NAME  [required]

Options:
  --help  Show this message and exit.

By modifying the script to:
@app.command()
def goodbye(name: str, formal: bool = False):
    """
    Say goodbye with a smile.
    Give the name of the person you want to say goodbye. See you!
    """
    if formal:
        typer.echo(f"Goodbye Ms. {name}. Have a good day.")
    else:
        typer.echo(f"Bye {name}!")

Isn't this already how it works?
import typer

app = typer.Typer()

@app.command()
def hello(name: str, formal: bool = False):
    """
    Say hello with a smile.
    Give the name of the person you want to say hello. See you!
    """
    if formal:
        typer.echo(f"Hello Ms. {name}. Have a good day.")
    else:
        typer.echo(f"Bye {name}!")

@app.command()
def goodbye(name: str, formal: bool = False):
    """
    Say goodbye with a smile.
    Give the name of the person you want to say goodbye. See you!
    """
    if formal:
        typer.echo(f"Goodbye Ms. {name}. Have a good day.")
    else:
        typer.echo(f"Bye {name}!")

if __name__ == "__main__":
    app()

Isn't this already how it works?
import typer

app = typer.Typer()

@app.command()
def hello(name: str, formal: bool = False):
    """
    Say hello with a smile.
    Give the name of the person you want to say hello. See you!
    """
    if formal:
        typer.echo(f"Hello Ms. {name}. Have a good day.")
    else:
        typer.echo(f"Bye {name}!")

@app.command()
def goodbye(name: str, formal: bool = False):
    """
    Say goodbye with a smile.
    Give the name of the person you want to say goodbye. See you!
    """
    if formal:
        typer.echo(f"Goodbye Ms. {name}. Have a good day.")
    else:
        typer.echo(f"Bye {name}!")

if __name__ == "__main__":
    app()

Thanks for the help @daddycocoaman! :bow:
Yep, I think that's how it currently works. Is there anything else missing @MRigal?

Hi @tiangolo and @daddycocoaman back then!
I somehow missed the answer at first time and now I changed computer, environment and everything to reproduce what I had/wanted at that time.
Therefore I can't confirm or infirm the point, maybe I oversaw something at that time. I'll close the issue as probably fixed and sorry for the noise. Great that it is working this way!


Crash when choosing "Reset local files to remote ones"

Error ID
35b64db2-fca8-450e-915a-20415bf1661b
What happened?
Gadget crashed while editing local files. Upon restarting, I get the message:
Local files have changed since you last synced

? How would you like to proceed?

and I choose Reset local files to remote ones since I had only made 1 line of changes locally and I'm not sure if there's any remote changes that haven't synced. Upon doing so, I get the error:
GGT_CLI_UNEXPECTED_ERROR: An unexpected error occurred

Error: ENOTDIR: not a directory, lstat `{gadget_directory}/.gadget/backup/{gadget_file.ts}

Happens every time I try.
What did you expect to happen?
Expected syncing to work properly.
Steps to reproduce

ggt sync
edit local file
ggt crashes
ggt sync again
choose "reset local files to remove ones"

Anything else?
No response

So sorry about this! The latest version of ggt (v0.3.2) should fix this issue!
Please re-open if this happens again.


InteractiveViewer onInteractionUpdate returns the scene focal point instead of the point on the viewport

Steps to Reproduce

Use InteractiveViewer
Use the onInteractionUpdate function
Compare the onInteractionStart localFocalPoint with the onInteractionUpdate localFocalPoint. It differs a lot while just moving 1 point around.

Expected results:
details.localFocalPoint should be calculated the same way in onInteractionUpdate as in onInteractionStart
Actual results:
It differs a lot more when zoomed in.
Findings
The problem is in this line where it already gets passed converted.
In the onInteractionStart it get's passed as is.
I think it should pass the localFocalPoint as is also in the onInteractionUpdate function. The dev can decide on himself whether to convert it to scene coordinates. Also the description of onInteractionUpdate says, that the coordinates are viewport coordinates which can be converted using toScene.

Hi @Patcher56
Can you please provide your flutter doctor -v your flutter run --verbose with some InteractiveViewer logs and a complete reproducible minimal code sample
Thank you

Initial zoom in has the same value but values are different when zooming in the second time
First Zoom In
flutter: onInteractionStart Offset(207.0, 348.0)
flutter: onInteractionUpdate Offset(207.3, 348.0)
flutter: onInteractionUpdate Offset(206.7, 348.0)
flutter: onInteractionUpdate Offset(207.3, 348.0)
flutter: onInteractionUpdate Offset(206.7, 348.0)
flutter: onInteractionUpdate Offset(207.3, 348.0)
flutter: onInteractionUpdate Offset(206.7, 348.0)
flutter: onInteractionUpdate Offset(207.5, 347.7)
flutter: onInteractionUpdate Offset(206.5, 348.3)
flutter: onInteractionUpdate Offset(207.3, 347.2)
flutter: onInteractionUpdate Offset(206.7, 348.8)

Second Zoom In
flutter: onInteractionStart Offset(207.0, 348.0)
flutter: onInteractionUpdate Offset(187.3, 381.2)
flutter: onInteractionUpdate Offset(187.6, 381.5)
flutter: onInteractionUpdate Offset(186.6, 382.5)
flutter: onInteractionUpdate Offset(188.2, 380.3)
flutter: onInteractionUpdate Offset(184.9, 385.2)
flutter: onInteractionUpdate Offset(190.0, 377.5)
flutter: onInteractionUpdate Offset(185.1, 386.5)
flutter: onInteractionUpdate Offset(189.8, 376.1)
flutter: onInteractionUpdate Offset(183.1, 390.4)
flutter: onInteractionUpdate Offset(191.9, 371.9)
flutter: onInteractionUpdate Offset(180.0, 395.6)

code sample
// Flutter code sample for InteractiveViewer

// This example shows a simple Container that can be panned and zoomed.

import 'package:flutter/material.dart';

void main() => runApp(MyApp());

/// This Widget is the main application widget.
class MyApp extends StatelessWidget {
  static const String _title = 'Flutter Code Sample';

  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      title: _title,
      home: Scaffold(
        appBar: AppBar(title: const Text(_title)),
        body: MyStatelessWidget(),
      ),
    );
  }
}

/// This is the stateless widget that the main application instantiates.
class MyStatelessWidget extends StatelessWidget {
  MyStatelessWidget({Key key}) : super(key: key);

  @override
  Widget build(BuildContext context) {
    return Center(
      child: InteractiveViewer(
        boundaryMargin: EdgeInsets.all(20.0),
        minScale: 0.1,
        maxScale: 1.6,
        onInteractionStart: (ScaleStartDetails scaleStartDetails) {
          print("onInteractionStart ${scaleStartDetails.localFocalPoint}");
        },
        onInteractionUpdate: (ScaleUpdateDetails scaleUpdateDetails) {
          print("onInteractionUpdate ${scaleUpdateDetails.localFocalPoint}");
        },
        child: Container(
          decoration: BoxDecoration(
            gradient: LinearGradient(
              begin: Alignment.topCenter,
              end: Alignment.bottomCenter,
              colors: <Color>[Colors.orange, Colors.red],
              stops: <double>[0.0, 1.0],
            ),
          ),
        ),
      ),
    );
  }
}

flutter doctor -v
[✓] Flutter (Channel dev, 1.22.0-1.0.pre, on Mac OS X 10.15.6 19G2021, locale
    en-GB)
    • Flutter version 1.22.0-1.0.pre at /Users/tahatesser/Code/flutter_dev
    • Framework revision ce40de69b7 (4 days ago), 2020-08-20 07:31:50 -0700
    • Engine revision 81027ab0cc
    • Dart version 2.10.0 (build 2.10.0-45.0.dev)

[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.1)
    • Android SDK at /Users/tahatesser/Code/sdk
    • Platform android-30, build-tools 30.0.1
    • ANDROID_HOME = /Users/tahatesser/Code/sdk
    • Java binary at: /Applications/Android
      Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build
      1.8.0_242-release-1644-b3-6222593)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 11.6)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 11.6, Build version 11E708
    • CocoaPods version 1.9.3

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] Android Studio (version 4.0)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin version 48.1.2
    • Dart plugin version 193.7361
    • Java version OpenJDK Runtime Environment (build
      1.8.0_242-release-1644-b3-6222593)

[✓] VS Code (version 1.48.1)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.13.2

[✓] Connected device (4 available)
    • iPhone 11 (mobile) • A63D6F51-59F3-4A75-961F-3769709F3A92 • ios
      • com.apple.CoreSimulator.SimRuntime.iOS-13-6 (simulator)
    • macOS (desktop)    • macos                                • darwin-x64
      • Mac OS X 10.15.6 19G2021
    • Web Server (web)   • web-server                           • web-javascript
      • Flutter Tools
    • Chrome (web)       • chrome                               • web-javascript
      • Google Chrome 84.0.4147.135

• No issues found!

flutter doctor -v
[✓] Flutter (Channel master, 1.22.0-2.0.pre.36, on Mac OS X 10.15.6 19G2021,
    locale en-GB)
    • Flutter version 1.22.0-2.0.pre.36 at /Users/tahatesser/Code/flutter_master
    • Framework revision d30e36ba8c (2 days ago), 2020-08-21 22:36:03 -0400
    • Engine revision d495da20d0
    • Dart version 2.10.0 (build 2.10.0-49.0.dev)

[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.1)
    • Android SDK at /Users/tahatesser/Code/sdk
    • Platform android-30, build-tools 30.0.1
    • ANDROID_HOME = /Users/tahatesser/Code/sdk
    • Java binary at: /Applications/Android
      Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build
      1.8.0_242-release-1644-b3-6222593)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 11.6)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 11.6, Build version 11E708
    • CocoaPods version 1.9.3

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] Android Studio (version 4.0)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin version 48.1.2
    • Dart plugin version 193.7361
    • Java version OpenJDK Runtime Environment (build
      1.8.0_242-release-1644-b3-6222593)

[✓] VS Code (version 1.48.1)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.13.2

[✓] Connected device (4 available)
    • iPhone 11 (mobile) • A63D6F51-59F3-4A75-961F-3769709F3A92 • ios
      • com.apple.CoreSimulator.SimRuntime.iOS-13-6 (simulator)
    • macOS (desktop)    • macos                                • darwin-x64
      • Mac OS X 10.15.6 19G2021
    • Web Server (web)   • web-server                           • web-javascript
      • Flutter Tools
    • Chrome (web)       • chrome                               • web-javascript
      • Google Chrome 84.0.4147.135

• No issues found!


Cycle detection for get_z_expr and get_z_cont

[Post #364]
Memoize pointers that have already been visited on those functions to prevent infinite loops due to malformed stores.

See
https://github.com/lurk-lab/lurk-rs/blob/696f1f699a68386777f5399b44b18803d6582e77/src/store.rs#L914-L916
https://github.com/lurk-lab/lurk-rs/blob/696f1f699a68386777f5399b44b18803d6582e77/src/store.rs#L1032-L1034

As this is now unused (see #804), this probably won't get solved.


Version 0.2.2 breaks destroying parent when child association has a class_name set

I have a project with segments and tasks that all belong to a tasks table with positioning.
The segments have a class_name: "Task".
When I destroy the project in 0.2.2 I get the following error as it doesn't detect that the deletion was from the dependent: :destroy.
NoMethodError: undefined method `+' for nil (NoMethodError)

        contract(positioning_scope, (position_was + 1)..)

I believe the issue is on this line:
https://github.com/brendon/positioning/blob/main/lib/positioning/mechanisms.rb#L185
      @positioned.destroyed_by_association && positioning_columns.any? do |scope_component|
        @positioned.destroyed_by_association.foreign_key == scope_component
      end

I don't think the foreign_key is going to match the scope_component in this case, so it falls back to the:
contract(positioning_scope, (position_was + 1)..)

section of the code.
If I lock to 0.2.1, destroying the project works just fine, but 0.2.2 breaks the destroy.
My project model defines the children as such:
  has_many :segments, -> { where(segment: true).order(segment_position: :asc) }, dependent: :destroy, class_name: "Task"
  has_many :tasks, -> { where(segment: false).order(position: :asc) }, dependent: :destroy

Hi @jwcooper, that's an interesting one! This would have been the commit that changed things:
https://github.com/brendon/positioning/commit/e4987022fe8aa0f01cdb624028649912f71c9f57
We started processing the delete before it happens instead of afterward just in case multiple records are being deleted at the same time. In your case I think we just need to improve the association delete detection logic. I'll see what I can dig up :)

I've had a further look at this and this is how we define the scope component when it's a belongs_to relation:
positioning_columns[column] = Array.wrap(on).map do |scope_component|
  scope_component = scope_component.to_s
  reflection = reflections[scope_component]

  (reflection && reflection.belongs_to?) ? reflection.foreign_key : scope_component
end

So we are trying to grab the foreign_key from the relation.
Are you able to do some debugging around the destroyed_by_association checks to see what is being compared?

Also paste in your actual model config so that I can check that.

Sorry, GitHub doesn't notify me when you edit your original messages so I missed the updated. Perhaps just add new ones down here?
Can you take a look at an instance of the Segment model: reflection = segment.reflections['project']
Is reflection.belongs_to? true? and if so, what does reflection.foreign_key return? Hopefully it should be project_id.
Actually, I think I've figured it out. You have dependent: :destroy on both relations but potentially aren't differentiating the scopes enough for positioning not to interfere with the two lists.
On your Task model try adding :segment to the positioning scope for both declarations.

This also looks suspiciously like something that Single Table Inheritance would solve nicely. Let Rails do the heavy lifting and have a type column instead of a type implemented as a boolean. Positioning is tested with STI and works well.
I'm also suspecting your Segment model somehow has a relation to the Task model which could be interfering also?

Yes, the segment model is essentially a task. A segment can have multiple tasks. In a way, it's a bit of a mess, but it works because there is a very minor difference between the two models. And now that you've mentioned it, STI would be perfect here. I'll likely refactor to do just that as soon as I can.
Screenshot of the requested output:

I'll give your initial suggestion a shot (adding :segment) and see if that resolves the issue, if not, will likely just explore STI.
Really appreciate the feedback on this, thank you.

No worries @jwcooper, always happy to help :)
To me it looks like the same thing is being destroyed twice. In the second case it'll already have a nil position perhaps?
STI definitely seems to be the least troublesome solution. If you figure anything else out let me know.
Keep the issue open until you find a way forward :D

How'd you get on with the scoping / STI implementation @jwcooper? :)

I've got it all worked out. End game will be migrating to STI, but I adjusted the scope and fixed one of the records trying to get destroyed twice.
Thanks again for your help!

Great to hear it! :D


[$250] mWeb/safari - Chat - If user taps on the keyboard, they can scroll to show blank spaces

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Action Performed:

Access staging.new.expensify.com
Sign into a valid user
Access any chat on mobile
Tap on the input field
With the keyboard open, scroll the screen up and down

Expected Result:
The user expects the screen not to show blank elements and to adjust to the users keyboard opened correctly
Actual Result:
The screen UI seems to "Break", if the user scrolls downwards, there is a huge blank space shown and the header can some times be "shakey" and if the user scrolls upwards after doing this, some elements of the UI can be hidden.
Workaround:
Unknown
Platform:

Where is this issue occurring?

Mobile Web

Version Number: <IP_ADDRESS>
Reproducible in staging?: Yes
Reproducible in production?: Yes
Email or phone of affected tester (no customers): any
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
https://user-images.githubusercontent.com/93399543/184993973-10a37d5a-6ce9-435e-bc8a-27fe8e55573e.mp4
https://user-images.githubusercontent.com/93399543/184993977-7f90a752-6ed8-4556-9387-edb23e241062.mp4
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
View all open jobs on GitHub

I'm pretty sure that this is a mobile web only issue. It doesn't occur on iOS. We'll have to test Android. It won't happen on Desktop or Web because there is not an on screen keyboard. It looks pretty bad on mobile web so we should fix it.

External upwork job: https://www.upwork.com/jobs/~01c4fa4158f879a239
Internal upwork job: https://www.upwork.com/ab/applicants/1560314167990468608/job-details

proposal:Ahmed Badiwy
this issue with safari only Using any position: fixed on the dragable area so changing the position is the ideal solution

@MadPharaoh Can you elaborate your more also with code changes you are proposing. Also explain why it's the only ideal solution?

Waiting proposals

Thanks, @parasharrajat for jumping in here can you recall any previous issue ids which we can link here?

@puneetlath What do you say then?

I agree we should close in favor of https://github.com/Expensify/App/issues/10273.


Exit PortForwarder after 'lost connection to pod'

The process should exit after port forwarder connection lost.

The code seems to make sense.
It is desirable to have istioctl dashboard (and friends) work like kubectl port-forward.  I can't recall if kubectl port-forward does this.
We are trying to create an Issue for every PR.  @kebe7jun can you create one for this?

annectodally port forward from kubectl seems to never exit even if I kill the pod

Sorry, I took a vacation recently and don't notice this problem.
The kubectl port-forward command exit if I close the api-server connection.
➜  Downloads kubectl port-forward pod/dao-2048-dao-2048-9c857f59b-j62hl :80
Forwarding from <IP_ADDRESS>:64160 -> 80
Forwarding from [::1]:64160 -> 80
E0106 10:04:35.455071   62753 portforward.go:178] lost connection to pod
➜  Downloads

I will create an issue.

Fix #19928


After Upgrade from 5.3 to 5.5, Groups Not Populating in Authors App

After successfully syncing the app service and functions and installing the Authors app to a team for testing, it's not pulling up any M365 groups.  I am not sure if the down arrow is supposed to show a listing of groups, but I've tried entering in group names with and without spaces, but nothing is coming up.
We did see that the app secrets had expired, so we created new ones, adding them to the key vault, then restarting the app and functions, as outlined in this issue. I also checked the app config and none of the key vault references have errors.  Also, we validated that the graph app registration and it has the correct permissions.  I'm at a loss as to what's going on.
Here are the failures:

I should also mention that we deployed 5.3 a little over a year ago and it worked fine in testing but then was shelved until now.

Hi @Ukiman1014 ,
I see there is a ticket already opened with ticket no: #1338 by you. Please avoid opening multiple tickets for the same issue. We suggest you to close one of the tickets and continue in only one place.
Coming to the issue it might be due to incorrect update of new secrets in respective places. So please share your mail id(outlook id or teams id) so that we can discuss the issue internally.

Hi @Ukiman1014 , I see there is a ticket already opened with ticket no: #1338 by you. Please avoid opening multiple tickets for the same issue. We suggest you to close one of the tickets and continue in only one place.
Coming to the issue it might be due to incorrect update of new secrets in respective places. So please share your mail id(outlook id or teams id) so that we can discuss the issue internally.

Sorry, I was out on PTO since last week.  I would rather not post my ID here, can that be done through some sort of direct messaging?
I thought this might be a separate issue from #1138, but next time I'll try to keep the same issue open.

Okay.  My email is<EMAIL_ADDRESS> Thanks.

We have initiated the conversation internally.

Hi @Ukiman1014 ,
Thanks for joining the call. It is noticed that secrets are incorrectly updated and we corrected it and app started up and running.
User confirmed that issue can be closed.


User friendly unsupported feature notification

What this PR does:
JSONAPI relies on Bridge to get features that Cassandra backends support.
Add friendly unsupported feature notifications.

Which issue(s) this PR fixes:
Fixes #<389>
Checklist

[x] Changes manually tested
[ ] Automated Tests added/updated
[ ] Documentation added/updated
[x] CLA Signed: DataStax CLA

Have error when building. Error:  The forked VM terminated without properly saying goodbye. VM crash or System.exit called?
May change System.exit(0).

Have changed system.exit, now use Quarkus.asyncExit()

Currently, Tests all fail, that is because in the main repo, DSE-NEXT persistence does not enable SAI, so JSONAPI will shutdown.
Have a PR for enabling SAI for DSE-NEXT persistence.


update config.json URLs to lsst repos

The LSST github organization has been renamed to "lsst" and the canoncial repo URLs are now lower case.

:+1:
Also, I think we should deploy a Hound server for LSST. It'll help with code discovery across all LSST's repos. cc @frossie

@jonathansick thanks for the tip. BTW I  just realised the obvious - the GIthub user: predicate in search does apply to orgs so searching for:
user:lsst pex_harness
will search across all repos. I can't believe I hadn't realised this until now <facepalm>

It should be easy to hook the github api to reindex on push.  Are hound
search results significantly different from what github provides
(currently elasticsearch under the hood)?

That's a good call @frossie. Hound may be one way of letting people search the code from a context outside of GitHub (e.g., embedded in a documentation site). Evidently Etsy felt it necessary to build this, but the usefulness may not be huge if we just build off GitHub search. I haven't rigorously tested performance.

@jhoblitt  : @jonathansick 's question was in the context of a conversation we had about searching across all "LSST" repos (ie the stack repos). Certainly I agree we need to have a closer look at this as part of the useful exposure of the stack to non-power users.


Modify text parser

Adapted several parsers to changes in DataTextParser

Ah yes,

Looks good to me, but you didn't adapt the DataANDTextParser from the utils.py. This is only used for the edmft parser, can you test it works as intended with the test data example?

Ah sorry I did not know exactly where it was, I will check.


Global namespace pollution

The lite editor was written with intention of being the only thing running inside Lua runtime. Therefore it has some rough edges when we try to run it alongside anything else.
lite accesses these globally defined variables: ARGS, SCALE, EXEDIR, PATHSEP, renderer, system. The renderer is especially problematic when lite co-exists with VR project that might want to use same name for something else.
Another issue is that lite requires the 'strict' module, which affects Lua usage for everything else that's running besides the editor.
Obviously, it would be nice to contain lite's runtime so that it doesn't affect any other code. lite code should be modified as little as possible, so that existing plugins can be used.

I spent few hours trying to construct a sandbox for lite. That didn't work because sandboxing doesn't really work when require is used in code. Maybe there is a way to make it happen?
The second method is to put lite in a separate thread. There it could run without further modifications and it wouldn't affect other Lua code. The lite thread would have needed global variables. The file access io.open could be monkey-patched a to function that would use lovr.filesystem.
If lite is running in a thread, then channels would need to send events (keyboard, "mouse", window resize) to the thread, and graphics calls (rect, text) would be sent back to main thread for rendering.

Solved with lite being isolated in a thread.


24.1.5 - ISC DHCPv4 does not register new leases in Unbound

Important notices
Before you add a new report, we ask you kindly to acknowledge the following:

[x] I have read the contributing guide lines at https://github.com/opnsense/core/blob/master/CONTRIBUTING.md
[x] I am convinced that my issue is new after having checked both open and closed issues at https://github.com/opnsense/core/issues?q=is%3Aissue

Describe the bug
New registered DHCP names are not registered inside the DNS (Unbound) even though so "Register ISC DHCP4 Leases" is enabled.
I think the issue is there since 24.1 but not 100%.
At least I can say it since 24.1.3.
To Reproduce
Steps to reproduce the behavior:

Register new hostname through DHCP
Request the IP via hostname from DNS -> no response
Reload Unbound server
Request the IP via hostname from DNS -> working

Expected behavior
Hostname should be registered automatically in the Unbound DNS.
Describe alternatives you considered
Restart of Unbound.
Screenshots
not needed
Relevant log files
Please let me know which logs are required
Environment
Software version used and hardware type if relevant, e.g.:
OPNsense 24.1.5_3 (amd64).
Intel(R) Xeon(R) Silver 4214R CPU @ 2.40GHz (12 cores, 24 threads)

Exact same behaviour here for OPNsense 24.7.1.
Additionally, we have observed that entering DHCP leases still works shortly after restarting unbound.

I'm also experiencing this issue and I created a forum post about this issue here: https://forum.opnsense.org/index.php?topic=43814.0


Its messing up few of the characters and putting them in other cateogries.

for addresses like
Example1:
'rathbone mirrison bakery kenmore road'
it gives this
{"building_name": "RATHBONE MIRRISONB", "street_name": " AKERY KENMORE", "street_type": "ROAD"}
Example2:
pontefract general infirmary southgate pontefract
{"street_name": "PONTEFRAT", "building_name": "CGENERALINFIRMARYSOUTHATE", "locality_name": "GPONTEFR", "state": "AUSTRALIAN CAPITAL TERRITORY", "street_type": "COURT"}
Can you tell me how it can be fixed. seems like a problem in script rather than model.

I've seen this before and just chalked it up to random prediction errors to do with the model rather than the script. The examples here don't seem too similar to the addresses used for training the model, which leads me to suspect that that is the cause of this issue. The model used won't be 100% accurate all the time.
You could retrain the model to better fit with the format of addresses that you will be predicting, that might help solve your problem. If you wanted to confirm whether the problem comes from the script rather than the model you would have to debug the addressnet code line by line from where the input address string is inferred by Tensorflow to where you get the formatted address output from addressnet.
Please correct me if I'm wrong on anything.
Good luck :)


Update color_diff.py

Default CIEDE200 changed to use unity 1 in Kl, Kc, Kh without passing as args.
delta_e_cie2000_nonunity(color1, color2, Kl, Kc, Kh) proposed as new function to allow for passing in Kl, Kc, Kh in instances which a different weighting factor, or nonunity weighting factors are desired.

I'm wondering if we should retain the old kwarg layout, but emit a deprecation warning so that we're not breaking people without notice. We could completely remove these in a future release.
What do you think?

I think a future release is the way to go.
--
Mark Brown
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Monday, March 21, 2016 at 8:57 PM, Greg Taylor wrote:

I'm wondering if we should retain the old kwarg layout, but emit a deprecation warning so that we're not breaking people without notice. We could completely remove these in a future release.
What do you think?
—
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub (https://github.com/gtaylor/python-colormath/pull/61#issuecomment-199628169)

Are there comments to the suggested edits? Is delta_e_cie2000_nonunity() sufficient in the warning / a good enough name? For the relatively short overhead of duplicate functionality, though with application-specific values people use, should amendments be made? i.e. (Argv[x]=some value) with fabric:linen, cotton, suede, paper:LWC-B72, N-ST58, SC-B65 as examples

I'm admittedly not actively using the module at this point, so I've got to lean heavily on other people giving this a shot and weighing in. If you are spectating, please hop in and try this PR out!

The PR I've made is seemingly arbitrary, but in my attempt to port the delta e function to gpu, I've found that if this package can get away from treating LabColor as an object, some significant performance speedups could be realized.
More to the point, though slightly off-topic to this PR: it is unclear, and not easy to infer what happens when a lab color is created. Passing in l,a & b creates the color, but the function has to look up values for angle and luminescence. The headers indicate a return of ndarray, when array is used instead.

Did not mean to close.


Become LSP Provider

I'm really glad I was able to find this awesome plugin!
I was just doing some searching before writing my own solution to this problem.
My way of thinking led me to think about creating an LSP server for cscope DBs so it can be use alongside clangd or some other provider.
Would you be interested in this kind of change?
Either way - this is a cool solution and I'm definitely using it from now on.

hey @xdavidel
I'm not familiar with creating LSP server. Can you elaborate your idea?
do you mean something like #23?

An LSP is somewhat different than an autocomplete provider.
It actually has to implement the features of the protocol - so the end result might give both results from clangd and cscope if both of them are attach. That way we can use the built-in vim.lsp.buf.references with no worries.
Also about making the server - I thought it might be possible to use an approach like none-ls and hook into the LSP features instead of writing a server.
I realize this could take a lot and and your solution works perfectly (actually started using it today), but I was crious to hear if this sounds like something worth investing into.

Thanks.
Didn't they stop null-ls because it was getting hard to manage?
Anyway I'll look into it and see if it's feasible.

I second this approach as well. I think not only would it allow us to use the same conventional LSP mappings, but also allow faster & more concentrated navigation because cscope sounds more like conventional copen with grep, except for the speed of course.

Hi @xdavidel / @xquilt
cscope_lsp can only support following actions if implemented  -
vim.lsp.buf.incoming_calls()  [callHierarchy/incomingCalls]
vim.lsp.buf.outgoing_calls()  [callHierarchy/outgoingCalls]
vim.lsp.buf.definition()      [textDocument/definition]
vim.lsp.buf.references()      [textDocument/references]

Would that be enough to call it "lsp"?

Hi @xdavidel / @xquilt cscope_lsp can only support following actions if implemented -
vim.lsp.buf.incoming_calls()  [callHierarchy/incomingCalls]
vim.lsp.buf.outgoing_calls()  [callHierarchy/outgoingCalls]
vim.lsp.buf.definition()      [textDocument/definition]
vim.lsp.buf.references()      [textDocument/references]

Would that be enough to call it "lsp"?

Well, according to the capabilities documentation I would argue Yes.
Seems to me other capabilities can be achieve using some work and combine with clangd / ccls / etc. we will have a complete solution.

cool. i'll start the implementation

@xdavidel / @xquilt
I have implemented definition support.
Try it out and provide feedback
https://github.com/dhananjaylatkar/cscope_lsp

@xdavidel / @xquilt
I have implemented definition support.
Try it out and provide feedback
https://github.com/dhananjaylatkar/cscope_lsp

That was quick.
Will try that ASAP.
P.S:  kudos for using TJs starting point for LSP

@dhananjaylatkar Thanks for the work. I've been working on it, and one of the Android projects, does work, but there are a couple of gotcha

It won't return definitions if the symbol doesn't have an import directive within the same file
Definitions aren't confined to the project's root dir

I was wondering if go is your language of choice or if is it just because of the skeleton project by TJ. If you can consider Rust, I'd love to contribute to the project

@dhananjaylatkar Thanks for the work. I've tested it on a dir composed of multiple Android projects and it does work, but there are a couple of gotcha

It won't return definitions if the symbol doesn't have an import directive within the same file
Definitions aren't confined to the project's root dir

I was wondering if go is your language of choice or if is it just because of the skeleton project by TJ. If you can consider Rust, I'd love to contribute to the project

@xquilt
Thanks for testing.
Can you open issues on cscope_lsp repo? We can discuss there.
Yeah, this is the first time I'm writing a "big" golang project. But also I've been looking for an opportunity to write golang so it works out for me.
I don't see any upside of moving to Rust and I prefer the simplicity of golang so, I won't be doing rewrite in Rust anytime soon.

Closing this issue.
See https://github.com/dhananjaylatkar/cscope_lsp


order change doesn't work with Double tap speed

Preparation

[x] I tested the latest release
[X] I looked at other issues (even the closed ones)
[X] I read the Troubleshooting Guide

FGO server
NA
FGA build number
1938
Describe the bug
it supose to hit master skill and order change and then swap servant but it hit master skill and Double tap speed, it make cancel master skill and mess up
i was use older version, it got no issue with this order change. and i did see 1 post about order change Double tap speed but it doesn't seem to be a bug post so i wrote this
Video
https://www.youtube.com/watch?v=OR2Y4A8NW9Y&feature=youtu.be&ab_channel=AnhNgọcNguyễnViết
Device model
ld player
Android version
10
Screen size
1280x720
RAM
4gb

Sorry for the late reply. Do you still have the command you used?

u mean this command right? and how can i enabled Debug mode as requested.

https://youtu.be/NlABf-dF01c

The l before x in your command is wrong, remove it.

ohh, it's worked. i did delete and install 3 times and set command 3 times so i didn't check it. TY


Update mac.yml: fix pkg-config issue

As an aside, I have no idea why we install aspcud

When homebrew workers are updated by github the unlink step can be removed


Trigger export of bibliography "from the outside"

I love using betterbibtex; and I use in particular the feature to export my library to a .bib file automatically. That way, I can use my zotero library from within emacs, which accesses the .bib file.
The only annoying issue I have is keeping that exported file up to date. I can't export upon every change, that doesn't work (too slow, too many entries); and export-when-idle does also not work so well. So I usually open emacs, find out that the bib entry is not there, open zotero, export manually (right click), and go back to emacs.
Now my question: would it be possible to trigger the export from within emacs, e.g. by calling zotero in headless mode with some argument? That's probably not a betterbibtex question, so if you know any resources that could help, I'm willing to learn. Yet minimally, if there is a way to trigger a command from the outside, I would need to know how I could trigger the betterbibtex export of my library.

How many entries are at play here?
You can simply call the pull export URL using curl with something like curl -o mybib.bib 'http://<IP_ADDRESS>:23119/better-bibtex/export/library?/1/library.biblatex' (or something inside emacs can undoubtedly do it for you). If you're using biblatex you can also use a remote addbibresource, but that means the document can only compile on the system where you have Zotero running. That's undesirable for most people in my experience.

(how did you submit the issue BTW? You git the request from the bot because the issue wasn't labeled, but the green "new issue" button should have led you to an issue creation menu with would all give a label to the issue)

Ah, perfect! "Pull export" - didn't know that exists, thanks so much! Tried it; and it just works (tm).
This issue was posted the normal way, I figure; I did nothing special, and it's not my first issue. Don't know why there was no creation menu.
Keep up the good work, and thanks for the fast reply where in fact a RTFM would have been enough! :grin:

That last response is a bug in the bot, sorry, I'll look into that immediately.

I don't like to point to RTFM; there's too much information to digest, and just finding it requires some knowledge. Glad I could help.


Update internal load balancer  and readme

@BigCat20196 Thanks for the PR. Just curious, why is the sample under /docs folder?


Java FFI: use class NitObject for references to Nit objects from Java

This PR improves the type safety of the Java FFI and fixes a bug with pointers to Nit objects at the same time.

The main change is the introduction of the Java class NitObject used as a general type for Nit objects referenced from Java code. It replaces the use of a simple int holding the pointer value, which was the source of the Java FFI bug.

Change internal pointers to Nit object to use the Java primitive types long instead of int, addressing to the same pointer bug. Only low-level services should still use long this way, in this case it is the support for Android that relies mostly on the FFI with C.

Change the annotation extra_java_files to accept the full name of Java classes (package + class) instead of the path to the Java source file. The compile still looks for the file in the same directory as the Nit module.

Clear up the documentation of the class ExternFile for filename to be relative to the compilation folder. This required updating previous usages.

contrib/jwrapper/examples/queue seems to fail: https://gitlab.com/nit/nit-ci/-/jobs/168648150

also tests/test_ffi_java_use_module.nit fails with nic --global

Fixed failing tests with global and semi-global compilation modes, and the use of custom CLASSPATH.


Put Max. For. Earned Income in 'coming soon'

This resolves #137
Maximum foreign earned income is now 'coming soon' so that the user can't modify it:

I also changed the flatblock on ospc.org so that it does not say the text "We do not currently report payroll tax revenue".


Automatic PR deployment

As a developer, I want an automatic deployment of open pull request, so that I can easily test code in a real-world environment and without checking out and installing the PR locally.
This lets us also test features that are only available on deployment, like third-party auth.
The deployed PR should be available via its own URL, like dev.<PR_NUMBER>.scrumlr.io or something

The URL could be added automatically to the PR via the PR template


[IOTDB-220]Add hot-load configuration function

This is a pr to add hot-load configuration function which  can modify configurations without restarting IoTDB system.
The jira link: https://issues.apache.org/jira/projects/IOTDB/issues/IOTDB-220

Others

MAX_HEAP_SIZE or HEAP_NEWSIZE are described in the 环境配置项 of 4-Config Manual.md, but I can't find them in iotdb-env.bat.
In the "系统配置项" of 4-Config Manual.md, tsfile-format.properties is still referenced, but isn't it already merged into iotdb-engine.properties?
back_loop_period in the Documentation-CHN/UserGuide/3-Server/4-Config Manual.md should be back_loop_period_in_second.

Others

MAX_HEAP_SIZE or HEAP_NEWSIZE are described in the 环境配置项 of 4-Config Manual.md, but I can't find them in iotdb-env.bat.
In the "系统配置项" of 4-Config Manual.md, tsfile-format.properties is still referenced, but isn't it already merged into iotdb-engine.properties?
back_loop_period in the Documentation-CHN/UserGuide/3-Server/4-Config Manual.md should be back_loop_period_in_second.

I have added these two parameters in iotdb-env.bat and test in the windows environment.
tsfile-format.properties is already merged into iotdb-engine.properties and I have removed its reference.
I have corrected its name.


[CARBONDATA-CI-TEST] test new jenkins

Why is this PR needed?
Test
What changes were proposed in this PR?
Test
Does this PR introduce any user interface change?

No

Is any new testcase added?

No

Build Failed  with Spark 2.4.5, Please check CI http://<IP_ADDRESS>:12602/job/ApacheCarbon_PR_Builder_2.4.5/4663/

Build Failed  with Spark 2.3.4, Please check CI http://<IP_ADDRESS>:12602/job/ApacheCarbonPRBuilder2.3/6406/

Build Failed  with Spark 3.1, Please check CI http://<IP_ADDRESS>:12602/job/ApacheCarbon_PR_Builder_3.1/792/

retest this please

Build Failed  with Spark 2.3.4, Please check CI http://<IP_ADDRESS>:12602/job/ApacheCarbonPRBuilder2.3/6407/

Build Failed  with Spark 2.4.5, Please check CI http://<IP_ADDRESS>:12602/job/ApacheCarbon_PR_Builder_2.4.5/4664/

Build Failed  with Spark 3.1, Please check CI http://<IP_ADDRESS>:12602/job/ApacheCarbon_PR_Builder_3.1/793/

retest this please

Build Failed  with Spark 2.3.4, Please check CI http://<IP_ADDRESS>:12602/job/ApacheCarbonPRBuilder2.3/6367/


Data Part1 release date

Thank you for your contribution and publishing part of the data. I was wondering when Part1  will be available?

Also wondering when the second part of the dataset will be available?

1

Where is the part 1 section of the dataset?

I have the same questions


Implement SVM

Wiki.

Bindings to the fairly reputable LIBSVM exist. I don't have experience the underlying library or bindings so caveat emptor.


Large files cause BSOD during compression

Experienced WHEA_UNCORRECTABLE_ERROR during the zipping stage of creating a crate, most likely due to many files. Possibly need to fine-tune the settings for what is added?

My bad, that commit has nothing to do with this issue.


upgraded wasm-tools

Updating wasm-tools dependencies as downstream tools such as ComponentizeJS have issues when you update wasm-tools due to upstream tools having different variants.

We update wasm-tools monthly with Wasmtime releases, so the next one will be in two weeks. We can't really race the Wasmtime releases unforutnately. In the mean time feel free to use a fork if you need to upgrade ComponentizeJS.


Don't fail circleci build if sonar fails

mvn verify sonar:sonar fails for forked PR builds. For now, just see if we can add the don't flag so sonar won't work for community PRs for now, but unblocks them.

Github native SonarCloud integration could be a solution here: https://github.com/apps/sonarcloud


4.8 .NET  Framework issue

What version of OR-Tools and what language are you using?
4.8 .NET  Framework issue
when will be the next release that solves the bugs for 4.8 .NET  Framework

this week may be, please avoid to open duplicate issue


editions-2023-04-24 have reverse table of contents

All suttas are in reverse order. For example, the Long Discourse:

The Linked Discourse:

Again, this seems to have been resolved. Thanks for your feedback and do let us know if it recurs.