chore: update tarantool-sys submodule

Summary

• chore: update tarantool-sys submodule

я думаю, нам стоит перестать добавлять коммиты в picodata_submodule ветку параллельно с 2.11-picodata. Это прокатывает до каких-то пор, но в какой-то момент нам надо будет ребейзить 2.11-picodata ветку на ванильную 3.0, а после этого picodata-submodule поверх неё, и тогда все эти дублированные коммиты сверху надо будет удалять

Я сделал ещё одну ветку с оригинальным именем changes-required-only-by-picodata-product — это как не сложно догадаться коммиты с picodata_submodule, которых нет в 2.11.0-picodata. Предлагаю в неё делать МРы, если нужны фичи специфичные для продукта. А если наоборот в продукте нужны фичи из 2.11.0-picodata, то предлагаю обновлять picodata-submodule форспушем, образовав её из changes-required-only-by-picodata-product ребейзнутого поверх 2.11.0-picodata.

Вот здесь, если сильно постараться, можно понять что происходит: https://git.picodata.io/picodata/tarantool/-/network/2.11.0-picodata?ref_type=heads

То есть форспушить можно только в picodata-submodule, который должен всегда получаться из мёржа (ребейза) двух веток, а в эти две ветки мы будет добавлять изменения через обычные МРы.

Такой подход нам позволит меньше путаться и реже терять данные. Плюс можно будет постепенно перекидывать коммиты с продуктовой ветки в ветку форка, и может быть в прекрасном будущем получиться от одной из них полностью избавиться