Пакет 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/
О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ /etc/sqlite
(О©╫О©╫О©╫О©╫ О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫) О©╫О©╫О©╫ О©╫ man О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
update-.... О©╫ О©╫. О©╫.
> О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ SQL-О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> SELECT load_extension('/usr/lib/libsqlitesha1.so');
О©╫ О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫
О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ ~/.sqliterc О©╫О©╫О©╫О©╫О©╫О©╫
--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/2011062910...@nano.ioffe.rssi.ru
Мы точно об одном говорим? Если пользователь хочет в _шелле SQLite_
получить функции расширений, то нужно или руками грузить эти
расширения, или указать в файле ресурсов. А приложения это делают
сами, в своем коде, указывая зависимости стандартным образом в
пакете. Поскольку в дебиане эскулайт куцый обычно :) то оформление
расширений отдельными пакетами ничего не отломает.
--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org