[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Модульный 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/

Reply to: