The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Компания Paragon Software опубликовала GPL-реализацию NTFS для ядра Linux, opennews (?), 16-Авг-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


309. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  –2 +/
Сообщение от пох. (?), 21-Авг-20, 11:28 
> stable api is nonsense - с 4.14 несобираемо :-(

и, похоже, еще и 64bit-only, и требует самой наираспоследней версии gcc (то есть _новее_ чем требует само ядро)

В общем, как обычно, русские делали - значит точно херня получилась... :-(

Ответить | Правка | Наверх | Cообщить модератору

311. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +1 +/
Сообщение от пох. (?), 21-Авг-20, 20:34 
не, насчет 64 не угадал, это опять stalbe api nonsense, в какой-то момент все элемены *_time ВНЕЗАПНО стали 64битными на всех платформах.  Это к вопросу о "зачем парагону быть в ядре". Вот затем, чтоб не переписывать без конца.

Кому интересно побыть пре-альфа-тестером - могу подарить модуль, собранный для ведра  5.4.58 для платформы armhf (читай, le, v7-a, hardfloat) - правда, вам еще понадобится ведро с моим патчем (ничего особенного, в смысле, добавляет сомнительного качества функцию, никем кроме этой ntfs3 не используемую (и той - один раз при открытии тома), поэтому почти безвредную, модулем не соберется.

Сам я, разумеется, даже запускать его не буду.

Ответить | Правка | Наверх | Cообщить модератору

321. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от n80 (?), 24-Авг-20, 18:49 
> в какой-то момент все элемены *_time ВНЕЗАПНО стали 64битными на всех платформах

Ну почему внезапно, про проблему 2038 все уши прожужжали уже давно. И про то, что она недавно была «наконец-то полностью исправлена» в Linux (на самом деле, конечно, старые приложения и ФС никуда не делись, но на них ядро теперь ругается в dmesg) — тоже.

Ответить | Правка | Наверх | Cообщить модератору

327. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от пох. (?), 24-Авг-20, 21:11 
> Ну почему внезапно, про проблему 2038 все уши прожужжали уже давно.

стесняюсь спросить, а проблема 2000го уже окончательно решена, или почти уже совсем но...?

> И про то, что она недавно была «наконец-то полностью исправлена» в Linux

может, если вы настолько специалист в "Linux", вы еще можете мне объяснить, как теперь ЭТО откатить? (ну или хотя бы в комит пальцем ткнуть) "Разумеется, никто не думает что unix просуществует так долго". Я практически вот уверен что _я_ так долго не просуществую, мне не надо этого щастья.

Там на самом деле три проблемы с бэкпортом: корявая реализация ядром readahead - кстати, это то самое, что недавно улучшили в vfat, это можно просто выкинуть из кода (обидно, но бэкпортировать сам readahead я не осилю, там затрагивается слишком много стремных мест в ядре), static_assert из C++ вместо сишного (лечится удалением нахрен) и изменение размерности *_time на 32битных архитектурах.

Я было даже хотел посмотреть, как в коммерческой версии решили эту проблему - посмотрел... на моем ядре (входящем в перечень допустимых) оно в принципе не могло собираться никогда и ни при каких условиях - перепутаны build и source еще на этапе configure.

Ответить | Правка | Наверх | Cообщить модератору

328. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от n80 (?), 24-Авг-20, 21:34 
> стесняюсь спросить, а проблема 2000го уже окончательно решена, или почти уже совсем но...?

Очевидно, в старых программах размер того же time_t не изменится (особенно без пересборки), равно как и не пропадут сами собой грязные участки кода типа использования int/unsigned int для отметок времени. И с этим, очевидно, ничего в принципе не сделать. Но, насколько я понимаю, всё что можно было исправить и подпереть костылями в ядре и glibc, таки исправили и подпёрли, теперь всё упирается в legacy-приложения.

>> И про то, что она недавно была «наконец-то полностью исправлена» в Linux
> может, если вы настолько специалист в "Linux", вы еще можете мне объяснить,
> как теперь ЭТО откатить? (ну или хотя бы в комит пальцем
> ткнуть) "Разумеется, никто не думает что unix просуществует так долго". Я
> практически вот уверен что _я_ так долго не просуществую, мне не надо этого щастья.

Специалист из меня вот прямо совсем не очень (только и делаю, что чужие косяки выявляю, да иногда исправляю или бумажки пишу), но могу предложить начать поиски с чтения Documentation/core-api/timekeeping.rst и коммитов, которые его меняли. Ещё могу ткнуть не совсем в коммит, но в письмо с серией патчей: https://lkml.org/lkml/2020/1/29/355 , там вот такая ссылка есть: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

Т.е. можно посмотреть в git log на коммиты с тегом y2038, вот тут они прям кучно идут: https://git.kernel.org/pub/scm/linux/kernel/git/arnd/playgro...

Ответить | Правка | Наверх | Cообщить модератору

329. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от n80 (?), 24-Авг-20, 21:40 
Мда, прочёл не тем местом, 2038 вместо 2000, ну да ладно.
ИМХО, если у кого-то проблема 2000 и не решена, они уже снова тупо расслабились до 2100, проблема-то по большей части на переходе была. А архивные данные уже давно в архивах, кому понадобится прочесть — сами и сконвертируют.
Ответить | Правка | Наверх | Cообщить модератору

334. "Компания Paragon Software опубликовала GPL-реализацию NTFS д..."  +/
Сообщение от пох. (?), 24-Авг-20, 22:15 
Вау, в яблочко, вот оно:
https://git.kernel.org/pub/scm/linux/kernel/git/arnd/playgro...
были функции конверсии одного в другое, и, вероятно, в интересующих меня ядрах - остались.

Спасибо, это дает шанс на успешную сборку хотя бы с 4.1x - там всего пяток мест где оно использовалось.

Ответить | Правка | К родителю #328 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру