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

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

[Vitaly Lipatov]

Последняя версия 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

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

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

[Vladimir D. Seleznev]

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?

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

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

[Vitaly Lipatov]

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?
У Сизифа нет пользователей. Только разработчики.

Насколько я помню, таких программ, которые что-то хранили, уже не было. 
В основном мне приходилось удалять библиотеки поддержки sqlite2 или 
случайные зависимости на него.

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

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

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 1794 bytes --]

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?
> У Сизифа нет пользователей. Только разработчики.

Это неправда.
 
> Насколько я помню, таких программ, которые что-то хранили, уже не было. 
> В основном мне приходилось удалять библиотеки поддержки sqlite2 или 
> случайные зависимости на него.

Это Вам приходилось. А у людей ситуации могут быть разные. В любом
случае предложенное изменение при его реализации в сизифе рано или
поздно дойдёт до бранчей (p10?), поэтому нужны инструменты
миграции, а для них может понадобитсься библиотека libsqlite.so.0.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

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

[Vladimir D. Seleznev]

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?
> > У Сизифа нет пользователей. Только разработчики.

А разработчики не пользователи? У меня расширенная трактовка
пользователя: и разработчики, и системные администраторы, и конечные
пользователи являются пользователями. В любом случае у Сизифа есть
пользователи.

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

Хорошо, если так.

> > В основном мне приходилось удалять библиотеки поддержки sqlite2 или 
> > случайные зависимости на него.

И эти библиотеки поддержки SQlite2 использовались не для хранения данных?

> Это Вам приходилось. А у людей ситуации могут быть разные. В любом
> случае предложенное изменение при его реализации в сизифе рано или
> поздно дойдёт до бранчей (p10?), поэтому нужны инструменты
> миграции, а для них может понадобитсься библиотека libsqlite.so.0.

Согласен с Андреем.

Составил список, не претендующий на полноту, у которых исчезла поддержка SQlite2:

aprutil1
fb2edit
gambas
gnucash
libdbi-drivers
mono
pxview
pytables
qt3
sqliteodbc

Я ничего про эти пакеты не знаю, кроме того, что возможно некоторые из
них, как например GnuCash, могут хранить пользовательские данные в SQlite.

Я не против удаления SQlite2, но пользователей программ надо бы
предупредить о таком решении, и, т.к. форматы SQlite2 и SQlite3 не
совместимы друг с другом, им придётся вручную провести миграцию, как это
описано в документации [1]:

    sqlite OLD.DB .dump | sqlite3 NEW.DB

Возможно, хорошим решений в миграционный период оставить пакет sqlite,
но без devel-подпакета.

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

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

Re: [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

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

[Vitaly Lipatov]

Andrey Savchenko писал 13.2.20 20:54:
...
> Это Вам приходилось. А у людей ситуации могут быть разные. В любом
> случае предложенное изменение при его реализации в сизифе рано или
> поздно дойдёт до бранчей (p10?), поэтому нужны инструменты
> миграции, а для них может понадобитсься библиотека libsqlite.so.0.
Андрей, я как раз считал, что единственно кому может понадобится 
sqlite2, это вам.
Как я понимаю, и вам не нужна :)

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

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

[Sergey Afonin]

On Friday 14 February 2020, Vitaly Lipatov wrote:

> Андрей, я как раз считал, что единственно кому может понадобится 
> sqlite2, это вам.

Думаю, надо спросить (или сразу объявить план) в sisyphus@ и community@.
Кто ALT использует, должен хотябы читать эти рассылки. Хотябы раз в 
несколько месяцев, и если речь про p10, то к тому времени можно будет
полагать, что все заинтересованные уже прочитают и подготовятся.

-- 
С уважением, Сергей Афонин.

Re: [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

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

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

[Sergey Y. Afonin]

On Monday 17 February 2020, Vladimir D. Seleznev wrote:

> > Отличный вариант. Давайте запишем в руководство по миграции с p9 на
> > p10. Но эта инструкция ([1]) была написана 16 лет назад. Полагаете,
> > до сих пор кто-то не мигрировал? :)
> 
> Раз GnuCash был собран с поддержкой SQlite2, значит кое-кто не
> мигрировал, не так ли?
 
Так почти весть срок жизни p9 ещё впереди, чтобы это сделать. А если
прозевать, можно временно вернуть SQlite2 из архива себе в систему.
Сами же данные сразу ведь не пропадут?

-- 
С уважением, Сергей Афонин

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

[Vitaly Lipatov]

Vladimir D. Seleznev писал 17.2.20 17:25:
...
>> > Хорошо, если так.
>> Если так? Так пользователи Сизифа с радостью сообщат, каких ценных
>> возможностей они лишились.
> 
> Например, важных данных, хранящихся в этих базах.
Данные никуда не пропадут. Файлы с ними никто не стирает. И важных 
данных не бывает.

...
>> Отличный вариант. Давайте запишем в руководство по миграции с p9 на 
>> p10.
>> Но эта инструкция ([1]) была написана 16 лет назад. Полагаете, до сих
>> пор кто-то не мигрировал? :)
> 
> Раз GnuCash был собран с поддержкой SQlite2, значит кое-кто не
> мигрировал, не так ли?
gnucash по умолчанию хранит данные в xml. О том, как что-то сохранять в 
sqlite, мне неизвестно (хотя я и пробовал в своё время хранение базы 
gnucash в Postgre).

Но дело в том, что вы из каких-то теоретических предположений 
отстаиваете, зачем может быть нужен sqlite2 в Сизифе.
С практической точки зрения он не нужен.

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

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

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

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 1501 bytes --]

On Tue, 18 Feb 2020 13:30:41 +0300 Vitaly Lipatov wrote:
> >> Отличный вариант. Давайте запишем в руководство по миграции с p9 на 
> >> p10.
> >> Но эта инструкция ([1]) была написана 16 лет назад. Полагаете, до сих
> >> пор кто-то не мигрировал? :)
> > 
> > Раз GnuCash был собран с поддержкой SQlite2, значит кое-кто не
> > мигрировал, не так ли?
> gnucash по умолчанию хранит данные в xml. О том, как что-то сохранять в 
> sqlite, мне неизвестно (хотя я и пробовал в своё время хранение базы 
> gnucash в Postgre).
> 
> Но дело в том, что вы из каких-то теоретических предположений 
> отстаиваете, зачем может быть нужен sqlite2 в Сизифе.
> С практической точки зрения он не нужен.

С практической точки зрения, если меняется формат данных, то нужно
предоставлять средства миграции. При выполнении предлагаемого Вами
удаления средство миграции также будет удалено, что неприемлемо.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

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

[Vladimir D. Seleznev]

On Tue, Feb 18, 2020 at 01:30:41PM +0300, Vitaly Lipatov wrote:
> Vladimir D. Seleznev писал 17.2.20 17:25:
> ...
> >> > Хорошо, если так.
> >> Если так? Так пользователи Сизифа с радостью сообщат, каких ценных
> >> возможностей они лишились.
> > 
> > Например, важных данных, хранящихся в этих базах.
> Данные никуда не пропадут. Файлы с ними никто не стирает. И важных 
> данных не бывает.

Данные пользователя не важны?

> ...
> >> Отличный вариант. Давайте запишем в руководство по миграции с p9 на 
> >> p10.
> >> Но эта инструкция ([1]) была написана 16 лет назад. Полагаете, до сих
> >> пор кто-то не мигрировал? :)
> > 
> > Раз GnuCash был собран с поддержкой SQlite2, значит кое-кто не
> > мигрировал, не так ли?
> gnucash по умолчанию хранит данные в xml. О том, как что-то сохранять в 
> sqlite, мне неизвестно (хотя я и пробовал в своё время хранение базы 
> gnucash в Postgre).
> 
> Но дело в том, что вы из каких-то теоретических предположений 
> отстаиваете, зачем может быть нужен sqlite2 в Сизифе.

Я не знаю, поэтому и задаю вопросы.

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

GnuCashe в p9 не работает на ядре ovz-el, но это ядро не поддерживается
в p9 и даже отсутствует в репозитории p9.

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

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

[Vladimir D. Seleznev]

On Mon, Feb 17, 2020 at 10:06:03PM +0400, Sergey Y. Afonin wrote:
> On Monday 17 February 2020, Vladimir D. Seleznev wrote:
> 
> > > Отличный вариант. Давайте запишем в руководство по миграции с p9 на
> > > p10. Но эта инструкция ([1]) была написана 16 лет назад. Полагаете,
> > > до сих пор кто-то не мигрировал? :)
> > 
> > Раз GnuCash был собран с поддержкой SQlite2, значит кое-кто не
> > мигрировал, не так ли?
>  
> Так почти весть срок жизни p9 ещё впереди, чтобы это сделать. А если
> прозевать, можно временно вернуть SQlite2 из архива себе в систему.
> Сами же данные сразу ведь не пропадут?

Не должны пропасть, но вариант "вернуть из архива" не очень хорош, как и
отсутсвие предупреждения и relnotes'ов.

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

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

[Sergey Y. Afonin]

On Tuesday 18 February 2020, Vladimir D. Seleznev wrote:

> > Так почти весть срок жизни p9 ещё впереди, чтобы это сделать. А если
> > прозевать, можно временно вернуть SQlite2 из архива себе в систему.
> > Сами же данные сразу ведь не пропадут?
> 
> Не должны пропасть, но вариант "вернуть из архива" не очень хорош, как
> и отсутсвие предупреждения и relnotes'ов.
 
Ну так ещё совсем не поздно. Из p9, я так понимаю, не удаляет никто.
А пользователи Sisyphus должны знать про hold и оставить себе время.
Если действительно нет реальных, а не академических возражений.

-- 
С уважением, Сергей Афонин

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

[Vitaly Lipatov]

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
Хотя, видимо, «поддерживается(лось)».


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

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

[Sergey V Turchin]

On Tuesday, 18 February 2020 20:40:28 MSK Vitaly Lipatov wrote:

[...]
> Я не знаком с примерами важных данных, которые создаются пользователями
> с помощью свободного софта.
> Но если вы про декларацию прав пользователей, то да, я не поддерживаю
> право на важность данных пользователя.
> Я бы сказал, что сохранение важных данных пользователя это зона
> ответственности самого пользователя, и те, кто создаёт программные
> средства, не должны этим быть обременены. То самое AS IS.
Утрируя, возмите домохозяйку с планшетом/смартфоном и попробуйте заставить её 
быть ответственной за сохранность своих данных. ;-)

> Когда KMail перешёл на какую-то сумасшедшую схему с хранением данных в
> пользовательском mysql, и я потерял доступ к всему почтовому архиву
> (навсегда, потому что до сих не смог восстановить)
Я восстановил, но после нескольких таких раз перешёл на IMAP. Иначе никак с 
KMail.

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

[...]

-- 
Regards, Sergey.

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

[Sergey Afonin]

On Tuesday 18 February 2020, Vitaly Lipatov wrote:

> > Я не знаю, поэтому и задаю вопросы.

> Видимо, нам надо понять, среди кого проводить опрос. Если идти
> эмпирическим путём, то надо удалить использования sqlite2 из p9,
> получить жалобы пользователей, и если таковые будут, предоставить
> им инструкцию по миграции БД.

Зачем из p9? Удалить из Sisyphus, объявить в рассылке sisyphus@,
что удаляется, и чтобы ставили на hold кому ещё надо, а в community@
объявить, что в p10 не будет, и чтобы думали сейчас, что делать с
данными.

-- 
С уважением, Сергей Афонин.

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

[Alexey V. Vissarionov]

On 2020-02-19 10:35:17 +0300, Sergey V Turchin wrote:

 >> Я бы сказал, что сохранение важных данных пользователя это
 >> зона ответственности самого пользователя, и те, кто создаёт
 >> программные средства, не должны этим быть обременены.
 >> То самое AS IS.
 > Утрируя, возмите домохозяйку с планшетом/смартфоном и
 > попробуйте заставить её быть ответственной за сохранность
 > своих данных. ;-)

Моя почтенная родительница (домохозяйка пенсионного возраста с
ведрофоном) в качестве примера подойдет? Она умеет подключать
на ночь этот свой ведрофон к компутеру, где он заряжается, а на
него тем временем приходит специально обученный робот и делает
adb pull

Да, ответственность сводится к тому, что аппарат нужно подключить
именно к компутеру (а не к другому источнику питания), но и этого
вполне достаточно: по "дыркам" в датах резервных копий я могу
определить, когда они ездили на дачу :-)

В общем, пользователи в массе своей не тупые, а просто недостаточно
образованные или мотивированные.

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

Ds: ру из жо.
Rp: турник.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

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

[Alexey V. Vissarionov]

On 2020-02-19 12:01:02 +0400, Sergey Afonin wrote:

 >> Видимо, нам надо понять, среди кого проводить опрос. Если
 >> идти эмпирическим путём, то надо удалить использования
 >> sqlite2 из p9, получить жалобы пользователей, и если таковые
 >> будут, предоставить им инструкцию по миграции БД.
 > Зачем из p9? Удалить из Sisyphus, объявить в рассылке
 > sisyphus@, что удаляется, и чтобы ставили на hold кому ещё
 > надо, а в community@ объявить, что в p10 не будет, и чтобы
 > думали сейчас, что делать с данными.

+100500

Только, разумеется, сначала объявить, и только потом удалить из
Sisyphus.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

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

[Sergey V Turchin]

On Wednesday, 19 February 2020 12:14:16 MSK Alexey V wrote:
> On 2020-02-19 10:35:17 +0300, Sergey V Turchin wrote:
>  >> Я бы сказал, что сохранение важных данных пользователя это
>  >> зона ответственности самого пользователя, и те, кто создаёт
>  >> программные средства, не должны этим быть обременены.
>  >> То самое AS IS.
>  > 
>  > Утрируя, возмите домохозяйку с планшетом/смартфоном и
>  > попробуйте заставить её быть ответственной за сохранность
>  > своих данных. ;-)
> Моя почтенная родительница (домохозяйка пенсионного возраста с
> ведрофоном) в качестве примера подойдет? Она умеет подключать
> на ночь этот свой ведрофон к компутеру, где он заряжается, а на
> него тем временем приходит специально обученный робот и делает
> adb pull
Не поверю, что она робота сама обучила.

[...]
> В общем, пользователи в массе своей не тупые, а просто недостаточно
> образованные или мотивированные.
Я и говорю, попробуй обучить или заставить. ;-)

[...]

-- 
Regards, Sergey.

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

[Alexey V. Vissarionov]

On 2020-02-19 15:06:19 +0300, Sergey V Turchin wrote:

 >>>> Я бы сказал, что сохранение важных данных пользователя это
 >>>> зона ответственности самого пользователя, и те, кто создаёт
 >>>> программные средства, не должны этим быть обременены.
 >>>> То самое AS IS.
 >>> Утрируя, возмите домохозяйку с планшетом/смартфоном и
 >>> попробуйте заставить её быть ответственной за сохранность
 >>> своих данных. ;-)
 >> Моя почтенная родительница (домохозяйка пенсионного возраста
 >> с ведрофоном) в качестве примера подойдет? Она умеет подключать
 >> на ночь этот свой ведрофон к компутеру, где он заряжается, а на
 >> него тем временем приходит специально обученный робот и
 >> делает adb pull
 > Не поверю, что она робота сама обучила.

Обучением и робота, и пользователей занимался я.
В результате пользователи довольны (а робота никто не спрашивает).

 >> В общем, пользователи в массе своей не тупые, а просто
 >> недостаточно образованные или мотивированные.
 > Я и говорю, попробуй обучить или заставить. ;-)

Дык и я говорю, что это вполне реально.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

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

[Sergey V Turchin]

On Wednesday, 19 February 2020 15:50:28 MSK Alexey V wrote:
> On 2020-02-19 15:06:19 +0300, Sergey V Turchin wrote:
>  >>>> Я бы сказал, что сохранение важных данных пользователя это
>  >>>> зона ответственности самого пользователя, и те, кто создаёт
>  >>>> программные средства, не должны этим быть обременены.
>  >>>> То самое AS IS.
>  >>> 
>  >>> Утрируя, возмите домохозяйку с планшетом/смартфоном и
>  >>> попробуйте заставить её быть ответственной за сохранность
>  >>> своих данных. ;-)
>  >> 
>  >> Моя почтенная родительница (домохозяйка пенсионного возраста
>  >> с ведрофоном) в качестве примера подойдет? Она умеет подключать
>  >> на ночь этот свой ведрофон к компутеру, где он заряжается, а на
>  >> него тем временем приходит специально обученный робот и
>  >> делает adb pull
>  > 
>  > Не поверю, что она робота сама обучила.
> 
> Обучением и робота, и пользователей занимался я.
Но ты, ведь, не распространяешь свободно копии себя всем желающим.

> В результате пользователи довольны (а робота никто не спрашивает).
>  >> В общем, пользователи в массе своей не тупые, а просто
>  >> недостаточно образованные или мотивированные.
>  > Я и говорю, попробуй обучить или заставить. ;-)
> Дык и я говорю, что это вполне реально.
Реально тебя не было рядом и Виталий _потерял_ свой архив KMail. ;-)

-- 
Regards, Sergey.

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

[Vitaly Lipatov]

Sergey V Turchin писал 19.2.20 16:35:
...
>>  >>> Утрируя, возмите домохозяйку с планшетом/смартфоном и
>>  >>> попробуйте заставить её быть ответственной за сохранность
>>  >>> своих данных. ;-)
Microsoft уже по умолчанию предлагает хранение файлов пользователя в 
OneDrive :)

>>  >>
>>  >> Моя почтенная родительница (домохозяйка пенсионного возраста
>>  >> с ведрофоном) в качестве примера подойдет? Она умеет подключать
>>  >> на ночь этот свой ведрофон к компутеру, где он заряжается, а на
>>  >> него тем временем приходит специально обученный робот и
>>  >> делает adb pull
>>  >
>>  > Не поверю, что она робота сама обучила.
>> 
>> Обучением и робота, и пользователей занимался я.
> Но ты, ведь, не распространяешь свободно копии себя всем желающим.
> 
>> В результате пользователи довольны (а робота никто не спрашивает).
>>  >> В общем, пользователи в массе своей не тупые, а просто
>>  >> недостаточно образованные или мотивированные.
>>  > Я и говорю, попробуй обучить или заставить. ;-)
>> Дык и я говорю, что это вполне реально.
> Реально тебя не было рядом и Виталий _потерял_ свой архив KMail. ;-)
Я только доступ потерял. А архив у меня лежит, жду подходящего момента. 
Думаю, может ALT Linux Compact 3.0 поставить:) Или вручную все письма 
сконвертировать :)

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

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

[Sergey V Turchin]

On Wednesday, 19 February 2020 23:36:18 MSK Vitaly Lipatov wrote:
> Sergey V Turchin писал 19.2.20 16:35:
> ...
> 
> >>  >>> Утрируя, возмите домохозяйку с планшетом/смартфоном и
> >>  >>> попробуйте заставить её быть ответственной за сохранность
> >>  >>> своих данных. ;-)
> 
> Microsoft уже по умолчанию предлагает хранение файлов пользователя в
> OneDrive :)
И Goolge и Apple. Я к тому, что оставлять пользователю эту проблему не очень 
корректно.

[...]

-- 
Regards, Sergey.

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

[Vitaly Lipatov]

Sergey V Turchin писал 20.2.20 10:51:
> On Wednesday, 19 February 2020 23:36:18 MSK Vitaly Lipatov wrote:
>> Sergey V Turchin писал 19.2.20 16:35:
>> ...
>> 
>> >>  >>> Утрируя, возмите домохозяйку с планшетом/смартфоном и
>> >>  >>> попробуйте заставить её быть ответственной за сохранность
>> >>  >>> своих данных. ;-)
>> 
>> Microsoft уже по умолчанию предлагает хранение файлов пользователя в
>> OneDrive :)
> И Goolge и Apple. Я к тому, что оставлять пользователю эту проблему не 
> очень
> корректно.
Согласен. Но всё же я не считаю пользователей Сизифа за пользователей :)

Подводя итог: я полностью взял на себя заботу о данных пользователей в 
базах sqlite2: я удалил полностью поддержку sqlite2 из всех пакетов, и 
предлагаю удалить и сам sqlite2. В этом моя забота и выражалась, я не 
оставлял это пользователям.

Безусловно, я руководствовался и интересами разработчиков Сизифа, чтобы 
им больше никогда не пришлось пересобирать пакеты с этим устаревшим 
кодом.

На этом я заканчиваю интересоваться sqlite2 :)

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

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

[Sergey V Turchin]

On Thursday, 20 February 2020 20:06:37 MSK Vitaly Lipatov wrote:

[...]
> Согласен. Но всё же я не считаю
> пользователей Сизифа за пользователей :)
Но и при обновлении со стабильной ветки на новую стабильную это всё останется 
в силе.

> Подводя итог: я полностью взял на себя заботу о данных пользователей в
> базах sqlite2: я удалил полностью поддержку sqlite2 из всех пакетов, и
> предлагаю удалить и сам sqlite2. В этом моя забота и выражалась, я не
> оставлял это пользователям.
Если у них останется возможность сконвертировать базу в sqlite3, при этом 
оставаясь пользователем(т.е. им не придется собирать для этого самостоятельно 
какой-то софт), то IMHO это нормально.

> Безусловно, я руководствовался и интересами разработчиков Сизифа, чтобы
> им больше никогда не пришлось пересобирать пакеты с этим устаревшим
> кодом.
Для этого достаточно убрать devel-пакет.

> На этом я заканчиваю интересоваться sqlite2 :)


-- 
Regards, Sergey.

Re: [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-подпакета, и заодно посмотреть нет ли там незакрытых проблем.

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

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

[Vitaly Lipatov]

Vladimir D. Seleznev писал 25.2.20 19:01:
...
>> > GnuCashe в p9 не работает на ядре ovz-el, но это ядро не поддерживается
>> > в p9 и даже отсутствует в репозитории p9.
>> 1. Так sqlite2 тоже не поддерживается в p9. Тогда что его обсуждать?
> 
> Что вы вкладываете в неподдерживается? Он не пересобирается, в нём есть
> неразрешённые проблемы?
Я не знаю, я пытаюсь на вашей терминологии. Почему вдруг в p9 нет 
ovz-el? Да потому что его удалили оттуда. И сказали, что оно не 
поддерживается. Ну так давайте sqlite2 удалим уже и скажем, что он не 
поддерживается.

>> 2. А почему-то никто не заботился о сохранности моих важных данных,
>> которые мне были недоступны из-за того, что ядро перестали 
>> поддерживать
> 
> Старое ядро же осталось, как и возможность мигрировать на новое.
Старое ядро осталось. Но на нём не работают программы. И на p8 ломается 
загрузка системы.
И возможности мигрировать нет. То есть она чрезвычайно трудоёмка для 
работающей системы.
По сути надо поднять новый сервер и по одному контейнеру туда 
переносить. Это не мифическую несуществующую базу sqlite2 понятной 
командой в дамп превратить.

Говоря другим языком, я вот чувствую себя кинутым с серверами на OpenVZ, 
в контейнерах которых развёрнута большая и сложная инфраструктура.
И у меня нет возможности до последнего сидеть на ovz 2.6.18, а потом 
перейти на загружаемые по сети сборочницы с таинственными механизмами 
изоляции.

>> 3. К слову, ядро ovz-el и в p8 не работает:
>> https://bugzilla.altlinux.org/show_bug.cgi?id=34795
>> Хотя, видимо, «поддерживается(лось)».
> 
> К слову о стабильных бранчах и обновлении системных компонентов.
> 
> Плохо, что этот разговор скоро перестал быть конструктивным. Предлагаю,
> как я уже предлагал и недавно предложил zerg@, таки собрать SQlite 2 
> без
> использования devel-подпакета, и оставить его на некоторое время
> (например, до бранчевания p11), и объявить о необходимости миграции на
> SQlite 3. Я готов проделать работу по сборке SQlite 2 без
> devel-подпакета, и заодно посмотреть нет ли там незакрытых проблем.
Будет здорово, спасибо!

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

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

[Sergey Afonin]

On Wednesday 26 February 2020, Vitaly Lipatov wrote:

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

> Я не знаю, я пытаюсь на вашей терминологии. Почему вдруг в p9
> нет ovz-el?

Так и не было вроде? А вот в p8 поддерживалось, но с каким-то
очередным udev перестало работать. Никак не попробую, является
ли сейчас ovz-el7 нормальной заменой. В p9 есть.

-- 
С уважением, Сергей Афонин.

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

[Andrew A. Vasilyev]

On 26.02.2020 09:14, Sergey Afonin wrote:
> очередным udev перестало работать. Никак не попробую, является
> ли сейчас ovz-el7 нормальной заменой. В p9 есть.

  И ядро, и утилиты лучше ставить из Sisyphus, т.к. они более
соответствуют upstream-у. Обратите внимание на то, что simfs в OVZ7
больше не поддерживается. Шаблоны контейнеров тоже готовятся по-другому.
Подробности в статье https://www.altlinux.org/OpenVZ7

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

[Alexey V. Vissarionov]

On 2020-02-26 17:36:10 +0300, Andrew A. Vasilyev wrote:

 >> очередным udev перестало работать. Никак не попробую, является
 >> ли сейчас ovz-el7 нормальной заменой. В p9 есть.
 > И ядро, и утилиты лучше ставить из Sisyphus, т.к. они более
 > соответствуют upstream-у. Обратите внимание на то, что simfs
 > в OVZ7 больше не поддерживается.

Собственно, после этого OpenVZ и похоронили, ибо без simfs и venet
оно никому не вперлось (уже неудобно, но еще не функционально).

 > Шаблоны контейнеров тоже готовятся по-другому.

Да там грамотных разработчиков практически не осталось - понабрали
по объявлениям каких-то хипстеров...


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

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

[Vladimir D. Seleznev]

On Wed, Feb 26, 2020 at 12:53:07AM +0300, Vitaly Lipatov wrote:
> Vladimir D. Seleznev писал 25.2.20 19:01:
> ...
> >> > GnuCashe в p9 не работает на ядре ovz-el, но это ядро не поддерживается
> >> > в p9 и даже отсутствует в репозитории p9.
> >> 1. Так sqlite2 тоже не поддерживается в p9. Тогда что его обсуждать?
> > 
> > Что вы вкладываете в неподдерживается? Он не пересобирается, в нём есть
> > неразрешённые проблемы?
> Я не знаю, я пытаюсь на вашей терминологии. Почему вдруг в p9 нет 
> ovz-el? Да потому что его удалили оттуда. И сказали, что оно не 
> поддерживается. Ну так давайте sqlite2 удалим уже и скажем, что он не 
> поддерживается.
> 
> >> 2. А почему-то никто не заботился о сохранности моих важных данных,
> >> которые мне были недоступны из-за того, что ядро перестали 
> >> поддерживать
> > 
> > Старое ядро же осталось, как и возможность мигрировать на новое.
> Старое ядро осталось. Но на нём не работают программы. И на p8 ломается 
> загрузка системы.
> И возможности мигрировать нет. То есть она чрезвычайно трудоёмка для 
> работающей системы.
> По сути надо поднять новый сервер и по одному контейнеру туда 
> переносить. Это не мифическую несуществующую базу sqlite2 понятной 
> командой в дамп превратить.
> 
> Говоря другим языком, я вот чувствую себя кинутым с серверами на OpenVZ, 
> в контейнерах которых развёрнута большая и сложная инфраструктура.
> И у меня нет возможности до последнего сидеть на ovz 2.6.18, а потом 
> перейти на загружаемые по сети сборочницы с таинственными механизмами 
> изоляции.
> 
> >> 3. К слову, ядро ovz-el и в p8 не работает:
> >> https://bugzilla.altlinux.org/show_bug.cgi?id=34795
> >> Хотя, видимо, «поддерживается(лось)».
> > 
> > К слову о стабильных бранчах и обновлении системных компонентов.
> > 
> > Плохо, что этот разговор скоро перестал быть конструктивным. Предлагаю,
> > как я уже предлагал и недавно предложил zerg@, таки собрать SQlite 2 
> > без
> > использования devel-подпакета, и оставить его на некоторое время
> > (например, до бранчевания p11), и объявить о необходимости миграции на
> > SQlite 3. Я готов проделать работу по сборке SQlite 2 без
> > devel-подпакета, и заодно посмотреть нет ли там незакрытых проблем.
> Будет здорово, спасибо!

Полвечера на посмотреть на SQlite 2. Включил тесты: и сборка
сломалась. Сабж действительно скорее не живой в Сизифе, и в ряде случаев
я не представляю, как он работает. Всю работу по его поддержке на
современных система и архитектурах уже проделали коллеги из других
проектов, я воспользовался результатами их трудов и подготовил задание
#247065. Прошу пропустить в Сизиф.

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