From: Vitaly Lipatov <lav@altlinux.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] Прошу approve на удаление sqlite Date: Tue, 18 Feb 2020 20:40:28 +0300 Message-ID: <d793628c6ef03d0bcd76bfb0fd4519e9@etersoft.ru> (raw) In-Reply-To: <20200218141545.GA470610@portlab.ipa.basealt.ru> 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
next prev parent reply other threads:[~2020-02-18 17:40 UTC|newest] Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-02-06 12:31 Vitaly Lipatov 2020-02-13 15:55 ` Vladimir D. Seleznev 2020-02-13 17:23 ` Vitaly Lipatov 2020-02-13 17:54 ` Andrey Savchenko 2020-02-13 19:29 ` Vladimir D. Seleznev 2020-02-13 23:27 ` Vitaly Lipatov 2020-02-17 14:25 ` Vladimir D. Seleznev 2020-02-17 18:06 ` Sergey Y. Afonin 2020-02-18 14:18 ` Vladimir D. Seleznev 2020-02-18 16:23 ` Sergey Y. Afonin 2020-02-18 10:30 ` Vitaly Lipatov 2020-02-18 12:07 ` Andrey Savchenko 2020-02-18 14:15 ` Vladimir D. Seleznev 2020-02-18 17:40 ` Vitaly Lipatov [this message] 2020-02-19 7:35 ` Sergey V Turchin 2020-02-19 9:14 ` Alexey V. Vissarionov 2020-02-19 12:06 ` Sergey V Turchin 2020-02-19 12:50 ` Alexey V. Vissarionov 2020-02-19 13:35 ` Sergey V Turchin 2020-02-19 20:36 ` Vitaly Lipatov 2020-02-20 7:51 ` Sergey V Turchin 2020-02-20 17:06 ` Vitaly Lipatov 2020-02-25 7:46 ` Sergey V Turchin 2020-02-19 8:01 ` Sergey Afonin 2020-02-19 9:16 ` Alexey V. Vissarionov 2020-02-25 16:01 ` Vladimir D. Seleznev 2020-02-25 21:53 ` Vitaly Lipatov 2020-02-26 6:14 ` Sergey Afonin 2020-02-26 14:36 ` Andrew A. Vasilyev 2020-02-26 15:43 ` Alexey V. Vissarionov 2020-02-28 13:58 ` Vladimir D. Seleznev 2020-02-13 23:28 ` Vitaly Lipatov 2020-02-14 6:26 ` Sergey Afonin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=d793628c6ef03d0bcd76bfb0fd4519e9@etersoft.ru \ --to=lav@altlinux.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git