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

[Vitaly Lipatov]

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 лет назад. Полагаете, до сих 
пор кто-то не мигрировал? :)

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


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

-- 
С уважением,
Виталий Липатов,
ALT Linux Team