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

[Vladimir D. Seleznev]

On Fri, Feb 14, 2020 at 02:27:22AM +0300, Vitaly Lipatov wrote:
> Vladimir D. Seleznev писал 13.2.20 22:29:
> > On Thu, Feb 13, 2020 at 08:54:32PM +0300, Andrey Savchenko wrote:
> >> On Thu, 13 Feb 2020 20:23:20 +0300 Vitaly Lipatov wrote:
> >> > Vladimir D. Seleznev писал 13.2.20 18:55:
> >> > > On Thu, Feb 06, 2020 at 03:31:43PM +0300, Vitaly Lipatov wrote:
> >> > >> Последняя версия sqlite 2.8.17 выпущена в 2008 году.
> >> > >> Клиентов библиотеки в Сизифе больше не осталось.
> >> > >> Прошу помочь с удалением:
> >> > >> 2020-Feb-06 07:29:40 :: task #244893 for sisyphus EPERM
> >> > >> https://bugzilla.altlinux.org/show_bug.cgi?id=37983
> >> > >
> >> > > А не вышло ли так, что пользователи, после обновления бывших клиентов
> >> > > SQlite2 на своих системах, остались без доступа к данным этих клиентов,
> >> > > лежащих в базах данных SQlite2?
> >> > У Сизифа нет пользователей. Только разработчики.
> > 
> > А разработчики не пользователи? У меня расширенная трактовка
> > пользователя: и разработчики, и системные администраторы, и конечные
> > пользователи являются пользователями. В любом случае у Сизифа есть
> > пользователи.
> Ну да, ведь у Сизифа есть конечные пользователи. И ведь бедные 
> разработчики не будут знать, как sqlite-базу открыть.
> 
> ...
> >> > Насколько я помню, таких программ, которые что-то хранили, уже не было.
> > 
> > Хорошо, если так.
> Если так? Так пользователи Сизифа с радостью сообщат, каких ценных 
> возможностей они лишились.

Например, важных данных, хранящихся в этих базах.

> >> > В основном мне приходилось удалять библиотеки поддержки sqlite2 или
> >> > случайные зависимости на него.
> > 
> > И эти библиотеки поддержки SQlite2 использовались не для хранения 
> > данных?
> Кем? Опять пользователями? Пользователи не могут использовать библиотеки 
> для хранения данных.
> А программ, которые могли использовать библиотеки поддержки sqlite2, 
> вроде не было.
> 
> >> Это Вам приходилось. А у людей ситуации могут быть разные. В любом
> >> случае предложенное изменение при его реализации в сизифе рано или
> >> поздно дойдёт до бранчей (p10?), поэтому нужны инструменты
> >> миграции, а для них может понадобитсься библиотека libsqlite.so.0.
> > 
> > Согласен с Андреем.
> Безусловно, но проведите миграцию, работая на p9. Там и будут все 
> инструменты. Или вы хотите сначала обновиться, а потом мигрировать?
> 
> > Составил список, не претендующий на полноту, у которых исчезла
> > поддержка SQlite2:
> А каким образом этот список составлялся?
> 
> > aprutil1
> > fb2edit
> Потому что fb2edit и близко не стоял к исчезновению поддержки sqlite.

Да, я по ошибке включил этот пакет в список.

> > gambas
> > gnucash
> > libdbi-drivers
> > mono
> > pxview
> > pytables
> > qt3
> > sqliteodbc
> > 
> > Я ничего про эти пакеты не знаю, кроме того, что возможно некоторые из
> > них, как например GnuCash, могут хранить пользовательские данные в 
> > SQlite.
> Кроме того, что кроме gnucash, это всё не программы? :)
> 
> > Я не против удаления SQlite2, но пользователей программ надо бы
> > предупредить о таком решении, и, т.к. форматы SQlite2 и SQlite3 не
> > совместимы друг с другом, им придётся вручную провести миграцию, как 
> > это
> > описано в документации [1]:
> > 
> >     sqlite OLD.DB .dump | sqlite3 NEW.DB
> Отличный вариант. Давайте запишем в руководство по миграции с p9 на p10.
> Но эта инструкция ([1]) была написана 16 лет назад. Полагаете, до сих 
> пор кто-то не мигрировал? :)

Раз GnuCash был собран с поддержкой SQlite2, значит кое-кто не
мигрировал, не так ли?

> > Возможно, хорошим решений в миграционный период оставить пакет sqlite,
> > но без devel-подпакета.
> Когда закончится миграционный период?
> И нельзя ли на миграционный период оставить работающим gnucash в p9?
> https://bugzilla.altlinux.org/show_bug.cgi?id=38068

Как я понял, тут дело не в GnuCash.

> > Ссылки:
> > [1] https://www.sqlite.org/version3.html

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