From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 25 Feb 2020 19:01:33 +0300 From: "Vladimir D. Seleznev" To: ALT Linux Team development discussions Message-ID: <20200225160133.GA2143757@portlab.ipa.basealt.ru> References: <1c11debeb8fac0b81124a0f98cbbc68c@altlinux.ru> <20200213155527.GA104950@portlab.ipa.basealt.ru> <20200213205432.7ca30f57da23208731a469e0@altlinux.org> <20200213192905.GB227105@portlab.ipa.basealt.ru> <20200217142516.GB437141@portlab.ipa.basealt.ru> <20200218141545.GA470610@portlab.ipa.basealt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Subject: Re: [devel] =?utf-8?b?0J/RgNC+0YjRgyBhcHByb3ZlINC90LAg0YPQtNCw0Ls=?= =?utf-8?b?0LXQvdC40LUgc3FsaXRl?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2020 16:01:39 -0000 Archived-At: List-Archive: List-Post: 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-подпакета, и заодно посмотреть нет ли там незакрытых проблем. -- С уважением, Владимир Селезнев