[devel] Прошу approve на удаление sqlite

[Vladimir D. Seleznev]

On Tue, Feb 18, 2020 at 08:40:28PM +0300, Vitaly Lipatov wrote:
> Vladimir D. Seleznev писал 18.2.20 17:15:
> > On Tue, Feb 18, 2020 at 01:30:41PM +0300, Vitaly Lipatov wrote:
> >> Vladimir D. Seleznev писал 17.2.20 17:25:
> >> ...
> >> >> > Хорошо, если так.
> >> >> Если так? Так пользователи Сизифа с радостью сообщат, каких ценных
> >> >> возможностей они лишились.
> >> >
> >> > Например, важных данных, хранящихся в этих базах.
> >> Данные никуда не пропадут. Файлы с ними никто не стирает. И важных
> >> данных не бывает.
> > 
> > Данные пользователя не важны?
> Я не знаком с примерами важных данных, которые создаются пользователями 
> с помощью свободного софта.
> Но если вы про декларацию прав пользователей, то да, я не поддерживаю 
> право на важность данных пользователя.
> Я бы сказал, что сохранение важных данных пользователя это зона 
> ответственности самого пользователя, и те, кто создаёт программные 
> средства, не должны этим быть обременены. То самое AS IS.
> 
> Когда KMail перешёл на какую-то сумасшедшую схему с хранением данных в 
> пользовательском mysql, и я потерял доступ к всему почтовому архиву 
> (навсегда, потому что до сих не смог восстановить), я как-то не 
> надеялся, что кто-то будет заботиться о том, чтобы мой кривой архив мог 
> мигрировать в новый формат хранения.

Плохо, но ведь это нехорошая ситуация.

> ...
> >> > Раз GnuCash был собран с поддержкой SQlite2, значит кое-кто не
> >> > мигрировал, не так ли?
> >> gnucash по умолчанию хранит данные в xml. О том, как что-то сохранять 
> >> в
> >> sqlite, мне неизвестно (хотя я и пробовал в своё время хранение базы
> >> gnucash в Postgre).
> >> 
> >> Но дело в том, что вы из каких-то теоретических предположений
> >> отстаиваете, зачем может быть нужен sqlite2 в Сизифе.
> > 
> > Я не знаю, поэтому и задаю вопросы.
> Видимо, нам надо понять, среди кого проводить опрос.
> Если идти эмпирическим путём, то надо удалить использования sqlite2 из 
> p9, получить жалобы пользователей, и если таковые будут, предоставить им 
> инструкцию по миграции БД.
> 
> На мой взгляд, выяснять с sqlite2 нечего: когда он перестанет 
> собираться, кому будет дело до того, чтобы его чинить.
> 
> > GnuCashe в p9 не работает на ядре ovz-el, но это ядро не поддерживается
> > в p9 и даже отсутствует в репозитории p9.
> 1. Так sqlite2 тоже не поддерживается в p9. Тогда что его обсуждать?

Что вы вкладываете в неподдерживается? Он не пересобирается, в нём есть
неразрешённые проблемы?

> 2. А почему-то никто не заботился о сохранности моих важных данных, 
> которые мне были недоступны из-за того, что ядро перестали поддерживать

Старое ядро же осталось, как и возможность мигрировать на новое.

> 3. К слову, ядро ovz-el и в p8 не работает:
> https://bugzilla.altlinux.org/show_bug.cgi?id=34795
> Хотя, видимо, «поддерживается(лось)».

К слову о стабильных бранчах и обновлении системных компонентов.

Плохо, что этот разговор скоро перестал быть конструктивным. Предлагаю,
как я уже предлагал и недавно предложил zerg@, таки собрать SQlite 2 без
использования devel-подпакета, и оставить его на некоторое время
(например, до бранчевания p11), и объявить о необходимости миграции на
SQlite 3. Я готов проделать работу по сборке SQlite 2 без
devel-подпакета, и заодно посмотреть нет ли там незакрытых проблем.

-- 
   С уважением,
   Владимир Селезнев