From: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v2 2/2] sqlcipher: new package
Date: Mon, 23 Jan 2012 21:23:25 +0100 [thread overview]
Message-ID: <1327350205-25669-2-git-send-email-arnout@mind.be> (raw)
In-Reply-To: <1327350205-25669-1-git-send-email-arnout@mind.be>
From: "Arnout Vandecappelle (Essensium/Mind)" <arnout@mind.be>
SQLCipher is a fork of SQLite that adds AES encryption using OpenSSL.
It relies on tcl to generate some of its source code, so host-tcl is
required.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
v2: Added forgotten dependency on host-tcl
---
package/Config.in | 1 +
package/sqlcipher/Config.in | 27 ++++++++++++++++++
package/sqlcipher/sqlcipher.mk | 58 ++++++++++++++++++++++++++++++++++++++++
3 files changed, 86 insertions(+), 0 deletions(-)
create mode 100644 package/sqlcipher/Config.in
create mode 100644 package/sqlcipher/sqlcipher.mk
diff --git a/package/Config.in b/package/Config.in
index f219e37..b245da8 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -272,6 +272,7 @@ endmenu
menu "Database"
source "package/berkeleydb/Config.in"
source "package/mysql_client/Config.in"
+source "package/sqlcipher/Config.in"
source "package/sqlite/Config.in"
endmenu
diff --git a/package/sqlcipher/Config.in b/package/sqlcipher/Config.in
new file mode 100644
index 0000000..bf77307
--- /dev/null
+++ b/package/sqlcipher/Config.in
@@ -0,0 +1,27 @@
+config BR2_PACKAGE_SQLCIPHER
+ bool "sqlcipher"
+ depends on !BR2_PACKAGE_SQLITE
+ help
+ SQLCipher is an SQLite extension that provides 256 bits AES
+ encryption of database files. Note that it is a fork of SQLite
+ and they cannot be installed side-by-side.
+ http://sqlcipher.net
+
+config BR2_PACKAGE_SQLCIPHER_READLINE
+ bool "Command-line editing"
+ depends on BR2_PACKAGE_SQLCIPHER
+ select BR2_PACKAGE_NCURSES
+ select BR2_PACKAGE_READLINE
+ help
+ Enable command-line editing. This requires ncurses and readline.
+
+config BR2_PACKAGE_SQLCIPHER_STAT3
+ bool "Additional query optimizations (stat3)"
+ depends on BR2_PACKAGE_SQLCIPHER
+ help
+ Adds additional logic to the ANALYZE command and to the query
+ planner that can help SQLite to choose a better query plan under
+ certain situations.
+
+comment "sqlcipher conflicts with sqlite"
+ depends on BR2_PACKAGE_SQLITE
diff --git a/package/sqlcipher/sqlcipher.mk b/package/sqlcipher/sqlcipher.mk
new file mode 100644
index 0000000..e3d337a
--- /dev/null
+++ b/package/sqlcipher/sqlcipher.mk
@@ -0,0 +1,58 @@
+#############################################################
+#
+# Sqlcipher extension of sqlite
+# http://sqlcipher.net
+#
+#############################################################
+SQLCIPHER_VERSION = 1.1.9
+SQLCIPHER_SITE = http://github.com/sjlombardo/sqlcipher/tarball/v$(SQLCIPHER_VERSION)
+SQLCIPHER_DEPENDENCIES = openssl host-tcl
+SQLCIPHER_INSTALL_STAGING = YES
+
+SQLCIPHER_CONF_ENV = \
+ CFLAGS+=" $(SQLCIPHER_CFLAGS)" \
+ LDFLAGS+=" $(SQLCIPHER_LDFLAGS)" \
+ TCLSH_CMD=$(HOST_DIR)/usr/bin/tclsh8.4
+
+SQLCIPHER_CONF_OPT = \
+ --enable-threadsafe \
+ --localstatedir=/var
+
+SQLCIPHER_CFLAGS += -DSQLITE_HAS_CODEC # Required according to the README
+SQLCIPHER_LDFLAGS += -lcrypto
+
+ifneq ($(BR2_LARGEFILE),y)
+# the sqlite configure script fails to define SQLITE_DISABLE_LFS when
+# --disable-largefile is passed, breaking the build. Work around it by
+# simply adding it to CFLAGS for configure instead
+SQLCIPHER_CFLAGS += -DSQLITE_DISABLE_LFS
+endif
+
+ifeq ($(BR2_PACKAGE_SQLCIPHER_STAT3),y)
+SQLCIPHER_CFLAGS += -DSQLITE_ENABLE_STAT3
+endif
+
+ifeq ($(BR2_PACKAGE_SQLCIPHER_READLINE),y)
+SQLCIPHER_DEPENDENCIES += ncurses readline
+SQLCIPHER_CONF_OPT += --with-readline-inc="-I$(STAGING_DIR)/usr/include"
+else
+SQLCIPHER_CONF_OPT += --disable-readline
+endif
+
+define SQLCIPHER_UNINSTALL_TARGET_CMDS
+ rm -f $(TARGET_DIR)/usr/bin/sqlite3
+ rm -f $(TARGET_DIR)/usr/lib/libsqlite3*
+ rm -f $(TARGET_DIR)/usr/lib/pkgconfig/sqlite3.pc
+ rm -f $(TARGET_DIR)/usr/include/sqlite3*.h
+endef
+
+define SQLCIPHER_UNINSTALL_STAGING_CMDS
+ rm -f $(STAGING_DIR)/usr/bin/sqlite3
+ rm -f $(STAGING_DIR)/usr/lib/libsqlite3*
+ rm -f $(STAGING_DIR)/usr/lib/pkgconfig/sqlite3.pc
+ rm -f $(STAGING_DIR)/usr/include/sqlite3*.h
+endef
+
+$(eval $(call AUTOTARGETS))
+
+
--
1.7.8.3
next prev parent reply other threads:[~2012-01-23 20:23 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-23 20:23 [Buildroot] [PATCH v2 1/2] tcl: add host version Arnout Vandecappelle
2012-01-23 20:23 ` Arnout Vandecappelle [this message]
2012-01-24 13:50 ` [Buildroot] [PATCH v2 2/2] sqlcipher: new package Peter Korsgaard
2012-01-24 14:05 ` Arnout Vandecappelle
2012-01-24 13:50 ` [Buildroot] [PATCH v2 1/2] tcl: add host version Peter Korsgaard
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=1327350205-25669-2-git-send-email-arnout@mind.be \
--to=arnout@mind.be \
--cc=buildroot@busybox.net \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox