Модульный SQLite в debian?
Hello!
Пакет SQLite живет очень интересной жизнью - то с модулями собран,
то без них, причем в чанжлоге изменения указываются не всегда.
Понятно, что в итоге приложения не могут рассчитывать на
функции модулей, а это для многих из них печально - и для нас тоже.
Решением вышеозначенного видится разделение на модули, которые можно
файлом ресурсов подгружать
$ cat ~/.sqliterc
.load /usr/lib/libsqlitetcl.so
.load /usr/lib/libsqliteicu.so
.load /usr/lib/libsqlitefts3.so
.load /usr/lib/libsqlitesha1.so
или непосредственно в приложении SQL-командами
SELECT load_extension('/usr/lib/libsqlitesha1.so');
Модулей немало существует, см. например
http://www.opennet.ru/opennews/art.shtml?num=31025
В своем репозитории именую расширения следующим образом:
$ aptitude search sqlite3-ext
id sqlite3-ext-fts3 - Extension for Full-Text Search (FTS)
i sqlite3-ext-icu- ICU extension for SQLite
i sqlite3-ext-sha1 - Extension for SHA1 hash computation
i sqlite3-ext-tcl- Extension for TCL evaluation
Возможно, это не самый лучший способ, т.к. sqlite3-ext-fts3 это
апстримовский модуль полнотекстового поиска плюс мой патч
поддержки стемминга посредством Snowball, можно было бы
назвать пакет sqlite3-ext-fts3-snowball.
Вопрос: для всех ли хорош предложенный вариант и надо ли начинать
пинать мантейнера SQLite на тему размещения модулей в отдельных
пакетах?
--
Best regards, Alexey Pechnikov.
http://pechnikov.tel/
Re: Модульный SQLite в debian?
On Wed, Jun 29, 2011 at 12:08:22PM +0400, Alexey Pechnikov wrote:
Пакет SQLite живет очень интересной жизнью - то с модулями собран,
то без них, причем в чанжлоге изменения указываются не всегда.
Понятно, что в итоге приложения не могут рассчитывать на
функции модулей, а это для многих из них печально - и для нас тоже.
Решением вышеозначенного видится разделение на модули, которые можно
файлом ресурсов подгружать
$ cat ~/.sqliterc
.load /usr/lib/libsqlitetcl.so
Это означает необходимость создания инфраструктуры вокруг /etc/sqlite
(если он, вообще бывает) ибо в man о нем ничего не написано.
update- и т. д.
или непосредственно в приложении SQL-командами
SELECT load_extension('/usr/lib/libsqlitesha1.so');
Я бы а это поостерегся полагаться.
Такие пакеты обычно ставятся молча по зависимостям и требовать от
людей редактировать ~/.sqliterc трудно
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110629105046.gv3...@nano.ioffe.rssi.ru
Re: Модульный SQLite в debian?
Я бы а это поостерегся полагаться. Такие пакеты обычно ставятся молча по зависимостям и требовать от людей редактировать ~/.sqliterc трудно Мы точно об одном говорим? Если пользователь хочет в _шелле SQLite_ получить функции расширений, то нужно или руками грузить эти расширения, или указать в файле ресурсов. А приложения это делают сами, в своем коде, указывая зависимости стандартным образом в пакете. Поскольку в дебиане эскулайт куцый обычно :) то оформление расширений отдельными пакетами ничего не отломает. -- Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Модульный SQLite в debian?
On 06/29/2011 02:50 PM, Иван Лох wrote:
или непосредственно в приложении SQL-командами
SELECT load_extension('/usr/lib/libsqlitesha1.so');
Я бы а это поостерегся полагаться.
Такие пакеты обычно ставятся молча по зависимостям и требовать от
людей редактировать ~/.sqliterc трудно
Разве это не может сделать debconf автоматически?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e0b21be.3030...@gmail.com
