Очень бы хотелось сделать это как можно раньше, чтобы libnatspec и её
использование было широко протестировано _до_ выхода Compact'а (где от неё будет
много пользы).

постараюсь, на занятость на том самом Compact 3.0 не позволяет это быстро сделать.

Тщательно посмотрел патч (не сам natspec, а только патч для mount).
К сожалению, изменения в try_mount_one() несовместимы с кодом поддержки nfs в
той же функции.  Впрочем, это должно быть не очень сложно исправить.

Если natspec_get_enriched_fs_options вернёт NULL, то будут неприятности.
Это тоже должно быть поправимо.

Дим, насколько понимаю -- Виталик до конца недели offline; т.к. сроки выхода
ALC3 мне непонятны совсем (кроме того, что хочется побыстрей и зимний прогноз
слетел на два месяца уже, что некоторые и предполагали), то можно предложить
такие варианты:

- я собираю, кладу на people и анонсирую NMU-like пакет util-linux с включением
этого патча с тем, чтобы люди могли погонять по функциональности; при этом
Виталик (или кто-либо ещё адекватный по вопросу -- может, sr@ заглянет) фиксит
по крайней мере патч, по завершении переходим к библиотеке;

- забить.

Если честно, то это N+1-й момент, на котором я бы настоятельно предложил
зафиксировать ожидаемый выпуск Compact 3.0 к началу сентября и делать работы
как-то более прогнозируемо.  В принципе, можно попробовать выкрутиться так --
3.0 ASAP и ожидаемо -- 3.0.1, в который вкатить замеченные/известные и
доправленные исправления, не меняя бинарной совместимости.  Поскольку многие
неприятные (неприемлемые) моменты заключаются в достаточно ортогональных ABI
вещах, это мне кажется вполне вариантом.

2 rider: тебе -- вариант?

сроки выхода 3.0 давно просрочены

я планирую на этой неделе все-таки сделать branch, в котором мы и будем
вертеться по 3.0

могу сказать одно: на этой неделе 3.0 будет запущен в промышленную эксплуатацию
одним из наших OEM партнеров.

В этом тысячелетии реально интегрировать этот патч? ;)

Не уверен.  Не похоже, чтобы Стас планировал заниматься этим пакетом в обозримом
будущем, а мне важнее, чтобы не стало хуже.
Впрочем, я говорю про Сизиф, а в Компакт можно включить что угодно, я за этим
продуктом не очень внимательно слежу, может оно там и есть.

Может быть стоит рассмотреть вопрос о доп. репозитории, где будут собираться 
пакеты, не могущие войти в Сизиф по таким причинам? Типа wks против std в 
ядрах... 
Скажу сразу, что мне всё равно его придётся делать в скором времени, 
постоянная времени мантейнеров пакетов слишком велика. 

в Compact'е и в 3.0 пакет mount не содержит этого патча. Вероятность его
появления там есть, но после того, как пройдет обкатку в Sisyphus.

Кстати.  В Desktop 4.0 будет?

Похоже что будем продолжать писать длинные руководства как указывать кодировку 
при монтировании ;) Либо кто-то смилостивится и прибьёт utf8 в ядре по 
умолчанию, и части народа будет счастье.

Если Дима даст nmu - то патч будет - у меня сейчас катастрофически не хватает
времени на это.

Виталик, мож забрось сборку в Daedalus и кинь клич в sisyphus@, чтоб было проще
Диму убедить результатами более широкого тестирования?  Или я могу попробовать
это сделать.

Я попробую на днях. Дело в том, что эти годы mount уже уехал по коду, и патч 
переделывать видимо.

apparently wontfix