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/