* [Buildroot] [PATCH 01/12] coxpcall: Updated source location
@ 2013-05-20 12:56 Assaf Inbal
2013-05-20 12:56 ` [Buildroot] [PATCH 02/12] luasocket: Update " Assaf Inbal
` (11 more replies)
0 siblings, 12 replies; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/coxpcall/coxpcall.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/coxpcall/coxpcall.mk b/package/coxpcall/coxpcall.mk
index e7fb76d..f260d72 100644
--- a/package/coxpcall/coxpcall.mk
+++ b/package/coxpcall/coxpcall.mk
@@ -5,7 +5,7 @@
#############################################################
COXPCALL_VERSION = 1.13.0
-COXPCALL_SITE = http://luaforge.net/frs/download.php/3406
+COXPCALL_SITE = http://github.com/downloads/keplerproject/coxpcall
COXPCALL_DEPENDENCIES = lua
COXPCALL_LICENSE = MIT
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 02/12] luasocket: Update source location
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-06-16 19:47 ` Peter Korsgaard
2013-05-20 12:56 ` [Buildroot] [PATCH 03/12] sqlite: Added host compilation support Assaf Inbal
` (10 subsequent siblings)
11 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/luasocket/luasocket.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/luasocket/luasocket.mk b/package/luasocket/luasocket.mk
index 45fb9a3..80cbe24 100644
--- a/package/luasocket/luasocket.mk
+++ b/package/luasocket/luasocket.mk
@@ -5,7 +5,7 @@
#############################################################
LUASOCKET_VERSION = 2.0.2
-LUASOCKET_SITE = http://luaforge.net/frs/download.php/2664
+LUASOCKET_SITE = http://github.com/downloads/keplerproject/luaosocket
LUASOCKET_DEPENDENCIES = lua
LUASOCKET_LICENSE = MIT
LUASOCKET_LICENSE_FILES = LICENSE
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 03/12] sqlite: Added host compilation support
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
2013-05-20 12:56 ` [Buildroot] [PATCH 02/12] luasocket: Update " Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-05-20 13:26 ` Yann E. MORIN
2013-05-20 12:56 ` [Buildroot] [PATCH 04/12] lbase64: New package Assaf Inbal
` (9 subsequent siblings)
11 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/sqlite/sqlite.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/package/sqlite/sqlite.mk b/package/sqlite/sqlite.mk
index 8eb6b2f..39d5528 100644
--- a/package/sqlite/sqlite.mk
+++ b/package/sqlite/sqlite.mk
@@ -54,6 +54,7 @@ SQLITE_CONF_OPT += --with-readline-inc="-I$(STAGING_DIR)/usr/include"
else
SQLITE_CONF_OPT += --disable-readline
endif
+HOST_SQLITE_CONF_OPT += --disable-readline
define SQLITE_UNINSTALL_TARGET_CMDS
rm -f $(TARGET_DIR)/usr/bin/sqlite3
@@ -68,3 +69,4 @@ define SQLITE_UNINSTALL_STAGING_CMDS
endef
$(eval $(autotools-package))
+$(eval $(host-autotools-package))
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
2013-05-20 12:56 ` [Buildroot] [PATCH 02/12] luasocket: Update " Assaf Inbal
2013-05-20 12:56 ` [Buildroot] [PATCH 03/12] sqlite: Added host compilation support Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-05-20 14:52 ` Thomas Petazzoni
2013-05-20 16:00 ` François Perrad
2013-05-20 12:56 ` [Buildroot] [PATCH 05/12] lua-ev: " Assaf Inbal
` (8 subsequent siblings)
11 siblings, 2 replies; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
This package adds base64 encode/decode functionality for Lua
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/Config.in | 1 +
package/lbase64/Config.in | 6 ++++++
package/lbase64/lbase64.mk | 30 ++++++++++++++++++++++++++++++
3 files changed, 37 insertions(+)
create mode 100644 package/lbase64/Config.in
create mode 100644 package/lbase64/lbase64.mk
diff --git a/package/Config.in b/package/Config.in
index d980871..0845881 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -307,6 +307,7 @@ menu "LUA libraries/modules"
source "package/cgilua/Config.in"
source "package/copas/Config.in"
source "package/coxpcall/Config.in"
+source "package/lbase64/Config.in"
source "package/luacjson/Config.in"
source "package/luaexpat/Config.in"
source "package/luafilesystem/Config.in"
diff --git a/package/lbase64/Config.in b/package/lbase64/Config.in
new file mode 100644
index 0000000..bd8503a
--- /dev/null
+++ b/package/lbase64/Config.in
@@ -0,0 +1,6 @@
+config BR2_PACKAGE_LBASE64
+ bool "lbase64"
+ help
+ A base64 library for Lua
+
+ http://luaforge.net/projects/lbase64/
diff --git a/package/lbase64/lbase64.mk b/package/lbase64/lbase64.mk
new file mode 100644
index 0000000..e253f24
--- /dev/null
+++ b/package/lbase64/lbase64.mk
@@ -0,0 +1,30 @@
+#############################################################
+#
+# lbase64
+#
+#############################################################
+
+LBASE64_VERSION =
+LBASE64_SITE = http://www.tecgraf.puc-rio.br/~lhf/ftp/lua/5.1
+LBASE64_SOURCE = lbase64.tar.gz
+LBASE64_LICENSE = Public domain
+LBASE64_LICENSE_FILES = README
+LBASE64_DEPENDENCIES = lua
+
+define LBASE64_BUILD_CMDS
+ $(MAKE) -C $(@D) CC="$(TARGET_CC)" CFLAGS="$(TARGET_CFLAGS) -fPIC" so
+endef
+
+define LBASE64_INSTALL_TARGET_CMDS
+ $(INSTALL) "$(@D)/base64.so" "$(TARGET_DIR)/usr/lib/lua"
+endef
+
+define LBASE64_UNINSTALL_TARGET_CMDS
+ rm -f "$(TARGET_DIR)/usr/lib/lua/base64.so"
+endef
+
+define LBASE64_CLEAN_CMDS
+ $(MAKE) -C $(@D) clean
+endef
+
+$(eval $(generic-package))
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 05/12] lua-ev: New package
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
` (2 preceding siblings ...)
2013-05-20 12:56 ` [Buildroot] [PATCH 04/12] lbase64: New package Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-05-20 16:05 ` François Perrad
2013-05-20 12:56 ` [Buildroot] [PATCH 06/12] luabitop: " Assaf Inbal
` (7 subsequent siblings)
11 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
Lua bindings for libev
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/Config.in | 1 +
package/lua-ev/Config.in | 7 +++++++
package/lua-ev/lua-ev.mk | 16 ++++++++++++++++
3 files changed, 24 insertions(+)
create mode 100644 package/lua-ev/Config.in
create mode 100644 package/lua-ev/lua-ev.mk
diff --git a/package/Config.in b/package/Config.in
index 0845881..e94cb39 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -312,6 +312,7 @@ source "package/luacjson/Config.in"
source "package/luaexpat/Config.in"
source "package/luafilesystem/Config.in"
source "package/luasocket/Config.in"
+source "package/lua-ev/Config.in"
source "package/lua-msgpack-native/Config.in"
source "package/rings/Config.in"
source "package/wsapi/Config.in"
diff --git a/package/lua-ev/Config.in b/package/lua-ev/Config.in
new file mode 100644
index 0000000..1e89c27
--- /dev/null
+++ b/package/lua-ev/Config.in
@@ -0,0 +1,7 @@
+config BR2_PACKAGE_LUA_EV
+ bool "lua-ev"
+ select BR2_PACKAGE_LIBEV
+ help
+ Get access to the libev library from Lua.
+
+ https://github.com/brimworks/lua-ev
diff --git a/package/lua-ev/lua-ev.mk b/package/lua-ev/lua-ev.mk
new file mode 100644
index 0000000..208a1ba
--- /dev/null
+++ b/package/lua-ev/lua-ev.mk
@@ -0,0 +1,16 @@
+#############################################################
+#
+# lua-ev
+#
+#############################################################
+
+LUA_EV_VERSION = master
+LUA_EV_SITE = git://github.com/brimworks/lua-ev.git
+LUA_EV_SITE_METHOD = git
+LUA_EV_DEPENDENCIES = lua libev
+LUA_EV_LICENSE = MIT
+LUA_EV_LICENSE_FILES = README
+LUA_EV_CONF_OPT = -DINSTALL_CMOD="/usr/lib/lua"
+
+$(eval $(cmake-package))
+
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 06/12] luabitop: New package
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
` (3 preceding siblings ...)
2013-05-20 12:56 ` [Buildroot] [PATCH 05/12] lua-ev: " Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-06-16 20:03 ` Peter Korsgaard
2013-05-20 12:56 ` [Buildroot] [PATCH 07/12] luacrypto: " Assaf Inbal
` (6 subsequent siblings)
11 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
Lua library for binary operations
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/Config.in | 1 +
package/luabitop/Config.in | 7 +++++++
package/luabitop/luabitop.mk | 27 +++++++++++++++++++++++++++
3 files changed, 35 insertions(+)
create mode 100644 package/luabitop/Config.in
create mode 100644 package/luabitop/luabitop.mk
diff --git a/package/Config.in b/package/Config.in
index e94cb39..1089533 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -308,6 +308,7 @@ source "package/cgilua/Config.in"
source "package/copas/Config.in"
source "package/coxpcall/Config.in"
source "package/lbase64/Config.in"
+source "package/luabitop/Config.in"
source "package/luacjson/Config.in"
source "package/luaexpat/Config.in"
source "package/luafilesystem/Config.in"
diff --git a/package/luabitop/Config.in b/package/luabitop/Config.in
new file mode 100644
index 0000000..83a85b1
--- /dev/null
+++ b/package/luabitop/Config.in
@@ -0,0 +1,7 @@
+config BR2_PACKAGE_LUABITOP
+ bool "luabitop"
+ help
+ Lua BitOp is a C extension module for Lua 5.1/5.2 which adds bitwise
+ operations on numbers.
+
+ http://bitop.luajit.org
diff --git a/package/luabitop/luabitop.mk b/package/luabitop/luabitop.mk
new file mode 100644
index 0000000..aaa01cd
--- /dev/null
+++ b/package/luabitop/luabitop.mk
@@ -0,0 +1,27 @@
+#############################################################
+#
+# luabitop
+#
+#############################################################
+
+LUABITOP_VERSION = 1.0.2
+LUABITOP_SOURCE = LuaBitOp-$(LUABITOP_VERSION).tar.gz
+LUABITOP_SITE = http://bitop.luajit.org/download
+LUABITOP_LICENSE = MIT
+LUABITOP_LICENSE_FILES = README
+LUABITOP_DEPENDENCIES = lua
+
+define LUABITOP_BUILD_CMDS
+ $(MAKE) -C $(@D) CC="$(TARGET_CC)" CFLAGS="$(TARGET_CFLAGS)"
+endef
+
+define LUABITOP_INSTALL_TARGET_CMDS
+ mkdir -p $(TARGET_DIR)/usr/lib/lua
+ $(INSTALL) -p $(@D)/bit.so $(TARGET_DIR)/usr/lib/lua
+endef
+
+define LUABITOP_CLEAN_CMDS
+ $(MAKE) -C $(@D) clean
+endef
+
+$(eval $(generic-package))
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 07/12] luacrypto: New package
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
` (4 preceding siblings ...)
2013-05-20 12:56 ` [Buildroot] [PATCH 06/12] luabitop: " Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-05-20 16:07 ` François Perrad
2013-05-20 12:56 ` [Buildroot] [PATCH 08/12] luaexpatutils: " Assaf Inbal
` (5 subsequent siblings)
11 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
LuaCrypto provides a Lua frontend to the OpenSSL cryptographic library.
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/Config.in | 1 +
package/luacrypto/Config.in | 12 ++++++++++++
package/luacrypto/luacrypto.mk | 15 +++++++++++++++
3 files changed, 28 insertions(+)
create mode 100644 package/luacrypto/Config.in
create mode 100644 package/luacrypto/luacrypto.mk
diff --git a/package/Config.in b/package/Config.in
index 1089533..c11ff27 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -310,6 +310,7 @@ source "package/coxpcall/Config.in"
source "package/lbase64/Config.in"
source "package/luabitop/Config.in"
source "package/luacjson/Config.in"
+source "package/luacrypto/Config.in"
source "package/luaexpat/Config.in"
source "package/luafilesystem/Config.in"
source "package/luasocket/Config.in"
diff --git a/package/luacrypto/Config.in b/package/luacrypto/Config.in
new file mode 100644
index 0000000..f4587c3
--- /dev/null
+++ b/package/luacrypto/Config.in
@@ -0,0 +1,12 @@
+config BR2_PACKAGE_LUACRYPTO
+ bool "luacrypto"
+ select BR2_PACKAGE_OPENSSL
+ select BR2_PACKAGE_LUASOCKET
+ help
+ LuaCrypto provides a Lua frontend to the OpenSSL cryptographic
+ library.
+ The OpenSSL features that are currently exposed are digests (MD5,
+ SHA-1, HMAC, and more) and crypto-grade random number generators
+ communication.
+
+ http://luacrypto.luaforge.net
diff --git a/package/luacrypto/luacrypto.mk b/package/luacrypto/luacrypto.mk
new file mode 100644
index 0000000..b0cdfc3
--- /dev/null
+++ b/package/luacrypto/luacrypto.mk
@@ -0,0 +1,15 @@
+#############################################################
+#
+# lucrypto
+#
+#############################################################
+
+LUACRYPTO_VERSION = master
+LUACRYPTO_SITE = git://github.com/mkottman/luacrypto.git
+LUACRYPTO_SITE_METHOD = git
+LUACRYPTO_LICENSE = MIT
+LUACRYPTO_LICENSE_FILES = COPYING
+LUACRYPTO_DEPENDENCIES = lua luasocket openssl
+LUACRYPTO_CONF_OPT = "-DLUA_LIBRARIES=\"$(STAGING_DIR)/usr/lib/liblua.so\""
+
+$(eval $(cmake-package))
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 08/12] luaexpatutils: New package
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
` (5 preceding siblings ...)
2013-05-20 12:56 ` [Buildroot] [PATCH 07/12] luacrypto: " Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-06-19 21:24 ` Peter Korsgaard
2013-05-20 12:56 ` [Buildroot] [PATCH 09/12] luaposix: " Assaf Inbal
` (4 subsequent siblings)
11 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
lxp.doc is a module that provides useful features for working with XML formats
in LOM format as used by the LuaExpat project from Kepler.
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/Config.in | 1 +
package/luaexpatutils/Config.in | 8 ++++++++
package/luaexpatutils/luaexpatutils.mk | 21 +++++++++++++++++++++
3 files changed, 30 insertions(+)
create mode 100644 package/luaexpatutils/Config.in
create mode 100644 package/luaexpatutils/luaexpatutils.mk
diff --git a/package/Config.in b/package/Config.in
index c11ff27..3351f21 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -312,6 +312,7 @@ source "package/luabitop/Config.in"
source "package/luacjson/Config.in"
source "package/luacrypto/Config.in"
source "package/luaexpat/Config.in"
+source "package/luaexpatutils/Config.in"
source "package/luafilesystem/Config.in"
source "package/luasocket/Config.in"
source "package/lua-ev/Config.in"
diff --git a/package/luaexpatutils/Config.in b/package/luaexpatutils/Config.in
new file mode 100644
index 0000000..cb2887a
--- /dev/null
+++ b/package/luaexpatutils/Config.in
@@ -0,0 +1,8 @@
+config BR2_PACKAGE_LUAEXPATUTILS
+ bool "luaexpatutils"
+ select BR2_PACKAGE_LUAEXPAT
+ help
+ lxp.doc is a module that provides useful features for working with
+ XML formats in LOM format as used by the LuaExpat project from Kepler.
+
+ https://github.com/stevedonovan/LuaExpatUtils
diff --git a/package/luaexpatutils/luaexpatutils.mk b/package/luaexpatutils/luaexpatutils.mk
new file mode 100644
index 0000000..a9e3190
--- /dev/null
+++ b/package/luaexpatutils/luaexpatutils.mk
@@ -0,0 +1,21 @@
+#############################################################
+#
+# luaexpatutils
+#
+#############################################################
+
+LUAEXPATUTILS_VERSION = master
+LUAEXPATUTILS_SITE = git://github.com/stevedonovan/LuaExpatUtils.git
+LUAEXPATUTILS_SITE_METHOD = git
+LUAEXPATUTILS_LICENSE = Public Domain
+LUAEXPATUTILS_DEPENDENCIES = luaexpat
+
+define LUAEXPATUTILS_INSTALL_TARGET_CMDS
+ cp $(@D)/lua/doc.lua $(TARGET_DIR)/usr/share/lua/lxp/
+endef
+
+define LUAEXPATUTILS_UNINSTALL_TARGET_CMDS
+ rm -f "$(TARGET_DIR)/usr/share/lua/lxp/doc.lua"
+endef
+
+$(eval $(generic-package))
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 09/12] luaposix: New package
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
` (6 preceding siblings ...)
2013-05-20 12:56 ` [Buildroot] [PATCH 08/12] luaexpatutils: " Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-05-20 16:09 ` François Perrad
2013-06-19 21:34 ` Peter Korsgaard
2013-05-20 12:56 ` [Buildroot] [PATCH 10/12] luasec: " Assaf Inbal
` (3 subsequent siblings)
11 siblings, 2 replies; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
Luaposix is a Lua frontend to posix functions.
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/Config.in | 1 +
package/luaposix/Config.in | 10 ++++++++++
.../luaposix/luaposix-remove-cross-compile-check.patch | 13 +++++++++++++
package/luaposix/luaposix.mk | 15 +++++++++++++++
4 files changed, 39 insertions(+)
create mode 100644 package/luaposix/Config.in
create mode 100644 package/luaposix/luaposix-remove-cross-compile-check.patch
create mode 100644 package/luaposix/luaposix.mk
diff --git a/package/Config.in b/package/Config.in
index 3351f21..9c615b5 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -314,6 +314,7 @@ source "package/luacrypto/Config.in"
source "package/luaexpat/Config.in"
source "package/luaexpatutils/Config.in"
source "package/luafilesystem/Config.in"
+source "package/luaposix/Config.in"
source "package/luasocket/Config.in"
source "package/lua-ev/Config.in"
source "package/lua-msgpack-native/Config.in"
diff --git a/package/luaposix/Config.in b/package/luaposix/Config.in
new file mode 100644
index 0000000..a4bad8d
--- /dev/null
+++ b/package/luaposix/Config.in
@@ -0,0 +1,10 @@
+config BR2_PACKAGE_LUAPOSIX
+ bool "luaposix"
+ help
+ luaposix is a POSIX binding, including curses, for Lua 5.1 and 5.2;
+ Like most libraries it simply binds to C APIs on the underlying
+ system, so it won't work on a non-POSIX system. However, it does try
+ to detect the level of POSIX conformance of the underlying system and
+ bind only available APIs
+
+ https://github.com/rrthomas/luaposix
diff --git a/package/luaposix/luaposix-remove-cross-compile-check.patch b/package/luaposix/luaposix-remove-cross-compile-check.patch
new file mode 100644
index 0000000..37dc2db
--- /dev/null
+++ b/package/luaposix/luaposix-remove-cross-compile-check.patch
@@ -0,0 +1,13 @@
+--- a/configure 2012-06-05 21:50:55.000000000 +0300
++++ b/configure 2012-07-16 14:41:15.000000000 +0300
+@@ -14654,10 +14654,6 @@
+ LUA_OLD_CPPFLAGS="$CPPFLAGS"
+ CPPFLAGS="$CPPFLAGS $LUA_INCLUDE"
+ if test "$cross_compiling" = yes; then :
+- { { $as_echo "$as_me:${as_lineno-$LINENO}: error: in \`$ac_pwd':" >&5
+-$as_echo "$as_me: error: in \`$ac_pwd':" >&2;}
+-as_fn_error $? "cannot run test program while cross compiling
+-See \`config.log' for more details" "$LINENO" 5; }
+ else
+ cat confdefs.h - <<_ACEOF >conftest.$ac_ext
+ /* end confdefs.h. */
diff --git a/package/luaposix/luaposix.mk b/package/luaposix/luaposix.mk
new file mode 100644
index 0000000..db55df0
--- /dev/null
+++ b/package/luaposix/luaposix.mk
@@ -0,0 +1,15 @@
+#############################################################
+#
+# luaposix
+#
+#############################################################
+
+LUAPOSIX_VERSION = 5.1.20
+LUAPOSIX_SITE = https://github.com/downloads/luaposix/luaposix
+LUAPOSIX_LICENSE = MIT
+LUAPOSIX_LICENSE_FILES = COPYRIGHT
+LUAPOSIX_DEPENDENCIES = lua host-lua luabitop
+LUAPOSIX_CONF_ENV = LD_LIBRARY_PATH="$(HOST_DIR)/usr/lib"
+LUAPOSIX_CONF_OPT = --libdir="/usr/lib/lua" --datarootdir="/usr/share/lua"
+
+$(eval $(autotools-package))
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 10/12] luasec: New package
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
` (7 preceding siblings ...)
2013-05-20 12:56 ` [Buildroot] [PATCH 09/12] luaposix: " Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-05-20 16:10 ` François Perrad
2013-08-12 17:46 ` Thomas Petazzoni
2013-05-20 12:56 ` [Buildroot] [PATCH 11/12] luasql: " Assaf Inbal
` (2 subsequent siblings)
11 siblings, 2 replies; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
LuaSec is a Lua binding for OpenSSL library to provide TLS/SSL communication.
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/Config.in | 1 +
package/luasec/Config.in | 9 +++++++++
package/luasec/luasec.mk | 31 +++++++++++++++++++++++++++++++
3 files changed, 41 insertions(+)
create mode 100644 package/luasec/Config.in
create mode 100644 package/luasec/luasec.mk
diff --git a/package/Config.in b/package/Config.in
index 9c615b5..3a49e59 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -315,6 +315,7 @@ source "package/luaexpat/Config.in"
source "package/luaexpatutils/Config.in"
source "package/luafilesystem/Config.in"
source "package/luaposix/Config.in"
+source "package/luasec/Config.in"
source "package/luasocket/Config.in"
source "package/lua-ev/Config.in"
source "package/lua-msgpack-native/Config.in"
diff --git a/package/luasec/Config.in b/package/luasec/Config.in
new file mode 100644
index 0000000..2d303c1
--- /dev/null
+++ b/package/luasec/Config.in
@@ -0,0 +1,9 @@
+config BR2_PACKAGE_LUASEC
+ bool "luasec"
+ select BR2_PACKAGE_OPENSSL
+ select BR2_PACKAGE_LUASOCKET
+ help
+ LuaSec is a binding for OpenSSL library to provide TLS/SSL
+ communication.
+
+ http://www.inf.puc-rio.br/~brunoos/luasec/
diff --git a/package/luasec/luasec.mk b/package/luasec/luasec.mk
new file mode 100644
index 0000000..0fc8144
--- /dev/null
+++ b/package/luasec/luasec.mk
@@ -0,0 +1,31 @@
+#############################################################
+#
+# luasec
+#
+#############################################################
+
+LUASEC_VERSION = 0.4.1
+LUASEC_SITE = http://www.inf.puc-rio.br/~brunoos/luasec/download/
+LUASEC_LICENSE = MIT
+LUASEC_LICENSE_FILES = LICENSE
+LUASEC_DEPENDENCIES = lua luasocket openssl
+
+define LUASEC_BUILD_CMDS
+ $(MAKE) -C $(@D) CC="$(TARGET_CC)" LD="$(TARGET_CC)" \
+ CFLAGS="$(TARGET_CFLAGS) -fPIC" \
+ LDFLAGS="$(TARGET_LDFLAGS) -shared" linux
+endef
+
+define LUASEC_INSTALL_TARGET_CMDS
+ $(MAKE) -C $(@D) \
+ LUAPATH="$(TARGET_DIR)/usr/share/lua" \
+ LUACPATH="$(TARGET_DIR)/usr/lib/lua" install
+endef
+
+define LUASEC_UNINSTALL_TARGET_CMDS
+ rm -f "$(TARGET_DIR)/usr/lib/lua/ssl.so"
+ rm -rf "$(TARGET_DIR)/usr/share/lua/ssl"
+ rm -f "$(TARGET_DIR)/usr/share/lua/ssl.lua"
+endef
+
+$(eval $(generic-package))
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 11/12] luasql: New package
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
` (8 preceding siblings ...)
2013-05-20 12:56 ` [Buildroot] [PATCH 10/12] luasec: " Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-05-20 16:13 ` François Perrad
2013-08-12 17:47 ` Thomas Petazzoni
2013-05-20 12:56 ` [Buildroot] [PATCH 12/12] orbit: " Assaf Inbal
2013-06-16 19:46 ` [Buildroot] [PATCH 01/12] coxpcall: Updated source location Peter Korsgaard
11 siblings, 2 replies; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
Luasql is a uniform frontend for multiple DB backends.
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/Config.in | 1 +
package/luasql/Config.in | 21 +++++++++++++++++++++
package/luasql/luasql.mk | 36 ++++++++++++++++++++++++++++++++++++
3 files changed, 58 insertions(+)
create mode 100644 package/luasql/Config.in
create mode 100644 package/luasql/luasql.mk
diff --git a/package/Config.in b/package/Config.in
index 3a49e59..17fa1e7 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -317,6 +317,7 @@ source "package/luafilesystem/Config.in"
source "package/luaposix/Config.in"
source "package/luasec/Config.in"
source "package/luasocket/Config.in"
+source "package/luasql/Config.in"
source "package/lua-ev/Config.in"
source "package/lua-msgpack-native/Config.in"
source "package/rings/Config.in"
diff --git a/package/luasql/Config.in b/package/luasql/Config.in
new file mode 100644
index 0000000..4dd011a
--- /dev/null
+++ b/package/luasql/Config.in
@@ -0,0 +1,21 @@
+config BR2_PACKAGE_LUASQL
+ bool "luasql"
+ help
+ LuaSQL is a simple interface from Lua to a DBMS.
+
+ http://www.keplerproject.org/luasql
+
+if BR2_PACKAGE_LUASQL
+choice
+ prompt "LuaSQL Driver"
+ help
+ Select backend driver for LuaSQL.
+
+config BR2_PACKAGE_LUASQL_DRIVER_SQLITE3
+ bool "SQLite3"
+ select BR2_PACKAGE_SQLITE
+ help
+ Select if you wish to use the SQLite3 LuaSQL driver.
+
+endchoice
+endif
diff --git a/package/luasql/luasql.mk b/package/luasql/luasql.mk
new file mode 100644
index 0000000..3480741
--- /dev/null
+++ b/package/luasql/luasql.mk
@@ -0,0 +1,36 @@
+#############################################################
+#
+# luasql
+#
+#############################################################
+
+LUASQL_VERSION = 2.2.0
+LUASQL_SITE = http://github.com/downloads/keplerproject/luasql
+LUASQL_LICENSE = MIT
+LUASQL_LICENSE_FILES = README
+LUASQL_DEPENDENCIES = lua
+
+ifdef BR2_PACKAGE_LUASQL_DRIVER_SQLITE3
+LUASQL_DEPENDENCIES += sqlite
+define LUASQL_BUILD_PARAMS
+ T="sqlite3" \
+ DRIVER_LIBS="-L$(STAGING_DIR)/usr/lib -lsqlite3"
+endef
+endif
+
+define LUASQL_BUILD_CMDS
+ $(MAKE) -C $(@D) $(LUASQL_BUILD_PARAMS) CC="$(TARGET_CC)" \
+ LD="$(TARGET_CC)" CFLAGS="$(TARGET_CFLAGS) -fPIC"
+endef
+
+define LUASQL_INSTALL_TARGET_CMDS
+ $(MAKE) -C $(@D) $(LUASQL_BUILD_PARAMS) PREFIX=/usr \
+ LUA_DIR="$(TARGET_DIR)/usr/share/lua" \
+ LUA_LIBDIR="$(TARGET_DIR)/usr/lib/lua" install
+endef
+
+define LUASQL_UNINSTALL_TARGET_CMDS
+ rm -rf "$(TARGET_DIR)/usr/lib/lua/luasql"
+endef
+
+$(eval $(generic-package))
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 12/12] orbit: New package
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
` (9 preceding siblings ...)
2013-05-20 12:56 ` [Buildroot] [PATCH 11/12] luasql: " Assaf Inbal
@ 2013-05-20 12:56 ` Assaf Inbal
2013-08-13 9:53 ` Thomas Petazzoni
2013-06-16 19:46 ` [Buildroot] [PATCH 01/12] coxpcall: Updated source location Peter Korsgaard
11 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 12:56 UTC (permalink / raw)
To: buildroot
An MVC web framework for Lua
Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
---
package/Config.in | 1 +
package/orbit/Config.in | 10 ++++++++++
package/orbit/orbit.mk | 26 ++++++++++++++++++++++++++
3 files changed, 37 insertions(+)
create mode 100644 package/orbit/Config.in
create mode 100644 package/orbit/orbit.mk
diff --git a/package/Config.in b/package/Config.in
index 17fa1e7..5e18e8f 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -320,6 +320,7 @@ source "package/luasocket/Config.in"
source "package/luasql/Config.in"
source "package/lua-ev/Config.in"
source "package/lua-msgpack-native/Config.in"
+source "package/orbit/Config.in"
source "package/rings/Config.in"
source "package/wsapi/Config.in"
source "package/xavante/Config.in"
diff --git a/package/orbit/Config.in b/package/orbit/Config.in
new file mode 100644
index 0000000..959481f
--- /dev/null
+++ b/package/orbit/Config.in
@@ -0,0 +1,10 @@
+config BR2_PACKAGE_ORBIT
+ bool "orbit"
+ select BR2_PACKAGE_WSAPI
+ select BR2_PACKAGE_LUAFILESYSTEM
+ select BR2_PACKAGE_RINGS
+ help
+ An MVC web framework for Lua. The design is inspired by lightweight
+ Ruby frameworks such as Camping
+
+ http://keplerproject.github.com/orbit
diff --git a/package/orbit/orbit.mk b/package/orbit/orbit.mk
new file mode 100644
index 0000000..8eff332
--- /dev/null
+++ b/package/orbit/orbit.mk
@@ -0,0 +1,26 @@
+#############################################################
+#
+# orbit
+#
+#############################################################
+
+ORBIT_VERSION = 2.2.0
+ORBIT_SITE = http://github.com/downloads/keplerproject/orbit
+ORBIT_LICENSE = MIT
+ORBIT_LICENSE_FILES = COPYRIGHT
+ORBIT_DEPENDENCIES = wsapi
+
+define ORBIT_INSTALL_TARGET_CMDS
+ $(INSTALL) -m 0644 -D $(@D)/src/orbit.lua \
+ $(TARGET_DIR)/usr/share/lua
+ mkdir $(TARGET_DIR)/usr/share/lua/orbit
+ $(INSTALL) -m 0644 -D $(@D)/src/orbit/*.lua \
+ $(TARGET_DIR)/usr/share/lua/orbit
+endef
+
+define ORBIT_UNINSTALL_TARGET_CMDS
+ rm -rf "$(TARGET_DIR)/usr/share/lua/orbit"
+ rm -rf "$(TARGET_DIR)/usr/share/lua/orbit.lua"
+endef
+
+$(eval $(generic-package))
--
1.8.1.2
^ permalink raw reply related [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 03/12] sqlite: Added host compilation support
2013-05-20 12:56 ` [Buildroot] [PATCH 03/12] sqlite: Added host compilation support Assaf Inbal
@ 2013-05-20 13:26 ` Yann E. MORIN
2013-05-20 14:27 ` Assaf Inbal
0 siblings, 1 reply; 59+ messages in thread
From: Yann E. MORIN @ 2013-05-20 13:26 UTC (permalink / raw)
To: buildroot
Assaf, All,
On 2013-05-20 15:56 +0300, Assaf Inbal spake thusly:
>
> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
> ---
> package/sqlite/sqlite.mk | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/package/sqlite/sqlite.mk b/package/sqlite/sqlite.mk
> index 8eb6b2f..39d5528 100644
> --- a/package/sqlite/sqlite.mk
> +++ b/package/sqlite/sqlite.mk
> @@ -54,6 +54,7 @@ SQLITE_CONF_OPT += --with-readline-inc="-I$(STAGING_DIR)/usr/include"
> else
> SQLITE_CONF_OPT += --disable-readline
> endif
> +HOST_SQLITE_CONF_OPT += --disable-readline
>
> define SQLITE_UNINSTALL_TARGET_CMDS
> rm -f $(TARGET_DIR)/usr/bin/sqlite3
> @@ -68,3 +69,4 @@ define SQLITE_UNINSTALL_STAGING_CMDS
> endef
>
> $(eval $(autotools-package))
> +$(eval $(host-autotools-package))
What do you need host-sqlite for? None of the packages you're adding in
your series depends on host-sqlite (AFAICS).
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 03/12] sqlite: Added host compilation support
2013-05-20 13:26 ` Yann E. MORIN
@ 2013-05-20 14:27 ` Assaf Inbal
2013-05-20 16:00 ` Yann E. MORIN
0 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 14:27 UTC (permalink / raw)
To: buildroot
Hey,
You're correct, However, I have a personal package which relies on
sqlite as a part of the build process.
I figured that since I already spent the time to write those entire
two lines and made sure it works, I might as well send in the patch.
On 20 ???? 2013, at 16:26, "Yann E. MORIN" <yann.morin.1998@free.fr> wrote:
> Assaf, All,
>
> On 2013-05-20 15:56 +0300, Assaf Inbal spake thusly:
>>
>> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
>> ---
>> package/sqlite/sqlite.mk | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>> diff --git a/package/sqlite/sqlite.mk b/package/sqlite/sqlite.mk
>> index 8eb6b2f..39d5528 100644
>> --- a/package/sqlite/sqlite.mk
>> +++ b/package/sqlite/sqlite.mk
>> @@ -54,6 +54,7 @@ SQLITE_CONF_OPT += --with-readline-inc="-I$(STAGING_DIR)/usr/include"
>> else
>> SQLITE_CONF_OPT += --disable-readline
>> endif
>> +HOST_SQLITE_CONF_OPT += --disable-readline
>>
>> define SQLITE_UNINSTALL_TARGET_CMDS
>> rm -f $(TARGET_DIR)/usr/bin/sqlite3
>> @@ -68,3 +69,4 @@ define SQLITE_UNINSTALL_STAGING_CMDS
>> endef
>>
>> $(eval $(autotools-package))
>> +$(eval $(host-autotools-package))
>
> What do you need host-sqlite for? None of the packages you're adding in
> your series depends on host-sqlite (AFAICS).
>
> Regards,
> Yann E. MORIN.
>
> --
> .-----------------.--------------------.------------------.--------------------.
> | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
> | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
> | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
> | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
> '------------------------------^-------^------------------^--------------------'
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 04/12] lbase64: New package Assaf Inbal
@ 2013-05-20 14:52 ` Thomas Petazzoni
2013-05-20 15:23 ` Assaf Inbal
2013-05-20 16:00 ` François Perrad
1 sibling, 1 reply; 59+ messages in thread
From: Thomas Petazzoni @ 2013-05-20 14:52 UTC (permalink / raw)
To: buildroot
Dear Assaf Inbal,
On Mon, 20 May 2013 15:56:36 +0300, Assaf Inbal wrote:
> +define LBASE64_BUILD_CMDS
> + $(MAKE) -C $(@D) CC="$(TARGET_CC)" CFLAGS="$(TARGET_CFLAGS) -fPIC" so
> +endef
Using $(TARGET_CONFIGURE_OPTS) here would be better if possible.
Also, we're normally supposed to handle both the shared library and
static library build. Ideally, when BR2_PREFER_STATIC_LIB is disabled,
build both the shared and the static library, and when
BR2_PREFER_STATIC_LIB is enabled, build only the static library.
> +
> +define LBASE64_INSTALL_TARGET_CMDS
> + $(INSTALL) "$(@D)/base64.so" "$(TARGET_DIR)/usr/lib/lua"
> +endef
We normally don't quote file paths, and we use the following syntax:
$(INSTALL) -D $(@D)/base64.so $(TARGET_DIR)/usr/lib/lua/base64.so
Thanks,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-20 14:52 ` Thomas Petazzoni
@ 2013-05-20 15:23 ` Assaf Inbal
2013-05-20 17:25 ` Thomas Petazzoni
0 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-05-20 15:23 UTC (permalink / raw)
To: buildroot
Hey Thomas,
Thank you for the comments.
Using TARGET_CONFIGURE_OPTS wont save much since I still need to override
CFLAGS and add -fPIC (as is done in other Lua packages).
Also, regarding the static library, the output of the package is always a
shared object since it needs to be loaded dynamically by Lua scripts. The
default target of the package is a test so I need to specifically specify
the target.
Lastly, I updated the patch for the install command.
Good day,
Assaf
On Mon, May 20, 2013 at 5:52 PM, Thomas Petazzoni <
thomas.petazzoni@free-electrons.com> wrote:
> Dear Assaf Inbal,
>
> On Mon, 20 May 2013 15:56:36 +0300, Assaf Inbal wrote:
>
> > +define LBASE64_BUILD_CMDS
> > + $(MAKE) -C $(@D) CC="$(TARGET_CC)" CFLAGS="$(TARGET_CFLAGS) -fPIC"
> so
> > +endef
>
> Using $(TARGET_CONFIGURE_OPTS) here would be better if possible.
>
> Also, we're normally supposed to handle both the shared library and
> static library build. Ideally, when BR2_PREFER_STATIC_LIB is disabled,
> build both the shared and the static library, and when
> BR2_PREFER_STATIC_LIB is enabled, build only the static library.
>
> > +
> > +define LBASE64_INSTALL_TARGET_CMDS
> > + $(INSTALL) "$(@D)/base64.so" "$(TARGET_DIR)/usr/lib/lua"
> > +endef
>
> We normally don't quote file paths, and we use the following syntax:
>
> $(INSTALL) -D $(@D)/base64.so $(TARGET_DIR)/usr/lib/lua/base64.so
>
> Thanks,
>
> Thomas
> --
> Thomas Petazzoni, Free Electrons
> Kernel, drivers, real-time and embedded Linux
> development, consulting, training and support.
> http://free-electrons.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130520/0b508bd9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0004-lbase64-New-package.patch
Type: application/octet-stream
Size: 2249 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130520/0b508bd9/attachment.obj>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 04/12] lbase64: New package Assaf Inbal
2013-05-20 14:52 ` Thomas Petazzoni
@ 2013-05-20 16:00 ` François Perrad
2013-06-16 19:52 ` Peter Korsgaard
1 sibling, 1 reply; 59+ messages in thread
From: François Perrad @ 2013-05-20 16:00 UTC (permalink / raw)
To: buildroot
2013/5/20 Assaf Inbal <shmuelzon@gmail.com>
> This package adds base64 encode/decode functionality for Lua
>
> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
> ---
> package/Config.in | 1 +
> package/lbase64/Config.in | 6 ++++++
> package/lbase64/lbase64.mk | 30 ++++++++++++++++++++++++++++++
> 3 files changed, 37 insertions(+)
> create mode 100644 package/lbase64/Config.in
> create mode 100644 package/lbase64/lbase64.mk
>
> diff --git a/package/Config.in b/package/Config.in
> index d980871..0845881 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -307,6 +307,7 @@ menu "LUA libraries/modules"
> source "package/cgilua/Config.in"
> source "package/copas/Config.in"
> source "package/coxpcall/Config.in"
> +source "package/lbase64/Config.in"
> source "package/luacjson/Config.in"
> source "package/luaexpat/Config.in"
> source "package/luafilesystem/Config.in"
> diff --git a/package/lbase64/Config.in b/package/lbase64/Config.in
> new file mode 100644
> index 0000000..bd8503a
> --- /dev/null
> +++ b/package/lbase64/Config.in
> @@ -0,0 +1,6 @@
> +config BR2_PACKAGE_LBASE64
> + bool "lbase64"
> + help
> + A base64 library for Lua
> +
> + http://luaforge.net/projects/lbase64/
> diff --git a/package/lbase64/lbase64.mk b/package/lbase64/lbase64.mk
> new file mode 100644
> index 0000000..e253f24
> --- /dev/null
> +++ b/package/lbase64/lbase64.mk
> @@ -0,0 +1,30 @@
> +#############################################################
> +#
> +# lbase64
> +#
> +#############################################################
> +
> +LBASE64_VERSION =
>
LBASE64_VERSION = 20100323
use the same version as in LuaRocks, this is the date in the source
lbase64.c
Fran?ois
Note: the module mime in LuaSocket provides the same kind of features.
+LBASE64_SITE = http://www.tecgraf.puc-rio.br/~lhf/ftp/lua/5.1
> +LBASE64_SOURCE = lbase64.tar.gz
> +LBASE64_LICENSE = Public domain
> +LBASE64_LICENSE_FILES = README
> +LBASE64_DEPENDENCIES = lua
> +
> +define LBASE64_BUILD_CMDS
> + $(MAKE) -C $(@D) CC="$(TARGET_CC)" CFLAGS="$(TARGET_CFLAGS) -fPIC"
> so
> +endef
> +
> +define LBASE64_INSTALL_TARGET_CMDS
> + $(INSTALL) "$(@D)/base64.so" "$(TARGET_DIR)/usr/lib/lua"
> +endef
> +
> +define LBASE64_UNINSTALL_TARGET_CMDS
> + rm -f "$(TARGET_DIR)/usr/lib/lua/base64.so"
> +endef
> +
> +define LBASE64_CLEAN_CMDS
> + $(MAKE) -C $(@D) clean
> +endef
> +
> +$(eval $(generic-package))
> --
> 1.8.1.2
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130520/f64b3901/attachment.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 03/12] sqlite: Added host compilation support
2013-05-20 14:27 ` Assaf Inbal
@ 2013-05-20 16:00 ` Yann E. MORIN
0 siblings, 0 replies; 59+ messages in thread
From: Yann E. MORIN @ 2013-05-20 16:00 UTC (permalink / raw)
To: buildroot
Assaf, All,
Please, do not to-post. Reply in-place, as below:
On 2013-05-20 17:27 +0300, Assaf Inbal spake thusly:
> You're correct, However, I have a personal package which relies on
> sqlite as a part of the build process.
OK, I understand.
> I figured that since I already spent the time to write those entire
> two lines and made sure it works, I might as well send in the patch.
It's not my take to decide, but I guess as no package in upstream
Buildroot depends on host-sqlite, there is no reason we add it.
Unless you can submit your package for inclusion, that is, in which
case you should submit this host-sqlite package at the same time
(but in a separate patch, of course).
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 05/12] lua-ev: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 05/12] lua-ev: " Assaf Inbal
@ 2013-05-20 16:05 ` François Perrad
2013-06-16 19:53 ` Peter Korsgaard
0 siblings, 1 reply; 59+ messages in thread
From: François Perrad @ 2013-05-20 16:05 UTC (permalink / raw)
To: buildroot
2013/5/20 Assaf Inbal <shmuelzon@gmail.com>
> Lua bindings for libev
>
> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
> ---
> package/Config.in | 1 +
> package/lua-ev/Config.in | 7 +++++++
> package/lua-ev/lua-ev.mk | 16 ++++++++++++++++
> 3 files changed, 24 insertions(+)
> create mode 100644 package/lua-ev/Config.in
> create mode 100644 package/lua-ev/lua-ev.mk
>
> diff --git a/package/Config.in b/package/Config.in
> index 0845881..e94cb39 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -312,6 +312,7 @@ source "package/luacjson/Config.in"
> source "package/luaexpat/Config.in"
> source "package/luafilesystem/Config.in"
> source "package/luasocket/Config.in"
> +source "package/lua-ev/Config.in"
> source "package/lua-msgpack-native/Config.in"
> source "package/rings/Config.in"
> source "package/wsapi/Config.in"
> diff --git a/package/lua-ev/Config.in b/package/lua-ev/Config.in
> new file mode 100644
> index 0000000..1e89c27
> --- /dev/null
> +++ b/package/lua-ev/Config.in
> @@ -0,0 +1,7 @@
> +config BR2_PACKAGE_LUA_EV
> + bool "lua-ev"
> + select BR2_PACKAGE_LIBEV
> + help
> + Get access to the libev library from Lua.
> +
> + https://github.com/brimworks/lua-ev
> diff --git a/package/lua-ev/lua-ev.mk b/package/lua-ev/lua-ev.mk
> new file mode 100644
> index 0000000..208a1ba
> --- /dev/null
> +++ b/package/lua-ev/lua-ev.mk
> @@ -0,0 +1,16 @@
> +#############################################################
> +#
> +# lua-ev
> +#
> +#############################################################
> +
> +LUA_EV_VERSION = master
> +LUA_EV_SITE = git://github.com/brimworks/lua-ev.git
> +LUA_EV_SITE_METHOD = git
>
master is not a fixed reference.
-LUA_EV_VERSION = master
-LUA_EV_SITE = git://github.com/brimworks/lua-ev.git
-LUA_EV_SITE_METHOD = git
+LUA_EV_VERSION = g458165b
+LUA_EV_SITE = http://github.com/brimworks/lua-ev/tarball/master
> +LUA_EV_DEPENDENCIES = lua libev
> +LUA_EV_LICENSE = MIT
> +LUA_EV_LICENSE_FILES = README
> +LUA_EV_CONF_OPT = -DINSTALL_CMOD="/usr/lib/lua"
> +
> +$(eval $(cmake-package))
> +
>
Congratulations, this is the first Lua module using the CMake
infrastructure.
Fran?ois
> --
> 1.8.1.2
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130520/50a3423e/attachment-0001.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 07/12] luacrypto: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 07/12] luacrypto: " Assaf Inbal
@ 2013-05-20 16:07 ` François Perrad
2013-06-16 20:16 ` Peter Korsgaard
0 siblings, 1 reply; 59+ messages in thread
From: François Perrad @ 2013-05-20 16:07 UTC (permalink / raw)
To: buildroot
2013/5/20 Assaf Inbal <shmuelzon@gmail.com>
> LuaCrypto provides a Lua frontend to the OpenSSL cryptographic library.
>
> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
> ---
> package/Config.in | 1 +
> package/luacrypto/Config.in | 12 ++++++++++++
> package/luacrypto/luacrypto.mk | 15 +++++++++++++++
> 3 files changed, 28 insertions(+)
> create mode 100644 package/luacrypto/Config.in
> create mode 100644 package/luacrypto/luacrypto.mk
>
> diff --git a/package/Config.in b/package/Config.in
> index 1089533..c11ff27 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -310,6 +310,7 @@ source "package/coxpcall/Config.in"
> source "package/lbase64/Config.in"
> source "package/luabitop/Config.in"
> source "package/luacjson/Config.in"
> +source "package/luacrypto/Config.in"
> source "package/luaexpat/Config.in"
> source "package/luafilesystem/Config.in"
> source "package/luasocket/Config.in"
> diff --git a/package/luacrypto/Config.in b/package/luacrypto/Config.in
> new file mode 100644
> index 0000000..f4587c3
> --- /dev/null
> +++ b/package/luacrypto/Config.in
> @@ -0,0 +1,12 @@
> +config BR2_PACKAGE_LUACRYPTO
> + bool "luacrypto"
> + select BR2_PACKAGE_OPENSSL
> + select BR2_PACKAGE_LUASOCKET
> + help
> + LuaCrypto provides a Lua frontend to the OpenSSL cryptographic
> + library.
> + The OpenSSL features that are currently exposed are digests (MD5,
> + SHA-1, HMAC, and more) and crypto-grade random number generators
> + communication.
> +
> + http://luacrypto.luaforge.net
> diff --git a/package/luacrypto/luacrypto.mk b/package/luacrypto/
> luacrypto.mk
> new file mode 100644
> index 0000000..b0cdfc3
> --- /dev/null
> +++ b/package/luacrypto/luacrypto.mk
> @@ -0,0 +1,15 @@
> +#############################################################
> +#
> +# lucrypto
>
typo : luacrypto
> +#
> +#############################################################
> +
> +LUACRYPTO_VERSION = master
> +LUACRYPTO_SITE = git://github.com/mkottman/luacrypto.git
> +LUACRYPTO_SITE_METHOD = git
>
master is not fixed reference.
-LUACRYPTO_VERSION = master
-LUACRYPTO_SITE = git://github.com/mkottman/luacrypto.git
-LUACRYPTO_SITE_METHOD = git
+LUACRYPTO_VERSION = 0.3.2
+LUACRYPTO_SOURCE = $(LUACRYPTO_VERSION).tar.gz
+LUACRYPTO_SITE = https://github.com/mkottman/luacrypto/archive
> +LUACRYPTO_LICENSE = MIT
> +LUACRYPTO_LICENSE_FILES = COPYING
> +LUACRYPTO_DEPENDENCIES = lua luasocket openssl
>
luasocket is not a built dependency.
Fran?ois
> +LUACRYPTO_CONF_OPT =
> "-DLUA_LIBRARIES=\"$(STAGING_DIR)/usr/lib/liblua.so\""
> +
> +$(eval $(cmake-package))
> --
> 1.8.1.2
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130520/833ce13f/attachment.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 09/12] luaposix: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 09/12] luaposix: " Assaf Inbal
@ 2013-05-20 16:09 ` François Perrad
2013-06-19 21:34 ` Peter Korsgaard
1 sibling, 0 replies; 59+ messages in thread
From: François Perrad @ 2013-05-20 16:09 UTC (permalink / raw)
To: buildroot
2013/5/20 Assaf Inbal <shmuelzon@gmail.com>
> Luaposix is a Lua frontend to posix functions.
>
> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
> ---
> package/Config.in | 1 +
> package/luaposix/Config.in | 10 ++++++++++
> .../luaposix/luaposix-remove-cross-compile-check.patch | 13
> +++++++++++++
> package/luaposix/luaposix.mk | 15
> +++++++++++++++
> 4 files changed, 39 insertions(+)
> create mode 100644 package/luaposix/Config.in
> create mode 100644
> package/luaposix/luaposix-remove-cross-compile-check.patch
> create mode 100644 package/luaposix/luaposix.mk
>
> diff --git a/package/Config.in b/package/Config.in
> index 3351f21..9c615b5 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -314,6 +314,7 @@ source "package/luacrypto/Config.in"
> source "package/luaexpat/Config.in"
> source "package/luaexpatutils/Config.in"
> source "package/luafilesystem/Config.in"
> +source "package/luaposix/Config.in"
> source "package/luasocket/Config.in"
> source "package/lua-ev/Config.in"
> source "package/lua-msgpack-native/Config.in"
> diff --git a/package/luaposix/Config.in b/package/luaposix/Config.in
> new file mode 100644
> index 0000000..a4bad8d
> --- /dev/null
> +++ b/package/luaposix/Config.in
> @@ -0,0 +1,10 @@
> +config BR2_PACKAGE_LUAPOSIX
> + bool "luaposix"
> + help
> + luaposix is a POSIX binding, including curses, for Lua 5.1 and
> 5.2;
> + Like most libraries it simply binds to C APIs on the underlying
> + system, so it won't work on a non-POSIX system. However, it does
> try
> + to detect the level of POSIX conformance of the underlying
> system and
> + bind only available APIs
> +
> + https://github.com/rrthomas/luaposix
> diff --git a/package/luaposix/luaposix-remove-cross-compile-check.patch
> b/package/luaposix/luaposix-remove-cross-compile-check.patch
> new file mode 100644
> index 0000000..37dc2db
> --- /dev/null
> +++ b/package/luaposix/luaposix-remove-cross-compile-check.patch
> @@ -0,0 +1,13 @@
> +--- a/configure 2012-06-05 21:50:55.000000000 +0300
> ++++ b/configure 2012-07-16 14:41:15.000000000 +0300
> +@@ -14654,10 +14654,6 @@
> + LUA_OLD_CPPFLAGS="$CPPFLAGS"
> + CPPFLAGS="$CPPFLAGS $LUA_INCLUDE"
> + if test "$cross_compiling" = yes; then :
> +- { { $as_echo "$as_me:${as_lineno-$LINENO}: error: in \`$ac_pwd':" >&5
> +-$as_echo "$as_me: error: in \`$ac_pwd':" >&2;}
> +-as_fn_error $? "cannot run test program while cross compiling
> +-See \`config.log' for more details" "$LINENO" 5; }
> + else
> + cat confdefs.h - <<_ACEOF >conftest.$ac_ext
> + /* end confdefs.h. */
> diff --git a/package/luaposix/luaposix.mk b/package/luaposix/luaposix.mk
> new file mode 100644
> index 0000000..db55df0
> --- /dev/null
> +++ b/package/luaposix/luaposix.mk
> @@ -0,0 +1,15 @@
> +#############################################################
> +#
> +# luaposix
> +#
> +#############################################################
> +
> +LUAPOSIX_VERSION = 5.1.20
> +LUAPOSIX_SITE = https://github.com/downloads/luaposix/luaposix
> +LUAPOSIX_LICENSE = MIT
> +LUAPOSIX_LICENSE_FILES = COPYRIGHT
> +LUAPOSIX_DEPENDENCIES = lua host-lua luabitop
>
luabitop is not a built dependency.
Fran?ois
> +LUAPOSIX_CONF_ENV = LD_LIBRARY_PATH="$(HOST_DIR)/usr/lib"
> +LUAPOSIX_CONF_OPT = --libdir="/usr/lib/lua" --datarootdir="/usr/share/lua"
> +
> +$(eval $(autotools-package))
> --
> 1.8.1.2
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130520/625948c4/attachment.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 10/12] luasec: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 10/12] luasec: " Assaf Inbal
@ 2013-05-20 16:10 ` François Perrad
2013-08-12 17:46 ` Thomas Petazzoni
1 sibling, 0 replies; 59+ messages in thread
From: François Perrad @ 2013-05-20 16:10 UTC (permalink / raw)
To: buildroot
2013/5/20 Assaf Inbal <shmuelzon@gmail.com>
> LuaSec is a Lua binding for OpenSSL library to provide TLS/SSL
> communication.
>
> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
> ---
> package/Config.in | 1 +
> package/luasec/Config.in | 9 +++++++++
> package/luasec/luasec.mk | 31 +++++++++++++++++++++++++++++++
> 3 files changed, 41 insertions(+)
> create mode 100644 package/luasec/Config.in
> create mode 100644 package/luasec/luasec.mk
>
> diff --git a/package/Config.in b/package/Config.in
> index 9c615b5..3a49e59 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -315,6 +315,7 @@ source "package/luaexpat/Config.in"
> source "package/luaexpatutils/Config.in"
> source "package/luafilesystem/Config.in"
> source "package/luaposix/Config.in"
> +source "package/luasec/Config.in"
> source "package/luasocket/Config.in"
> source "package/lua-ev/Config.in"
> source "package/lua-msgpack-native/Config.in"
> diff --git a/package/luasec/Config.in b/package/luasec/Config.in
> new file mode 100644
> index 0000000..2d303c1
> --- /dev/null
> +++ b/package/luasec/Config.in
> @@ -0,0 +1,9 @@
> +config BR2_PACKAGE_LUASEC
> + bool "luasec"
> + select BR2_PACKAGE_OPENSSL
> + select BR2_PACKAGE_LUASOCKET
> + help
> + LuaSec is a binding for OpenSSL library to provide TLS/SSL
> + communication.
> +
> + http://www.inf.puc-rio.br/~brunoos/luasec/
> diff --git a/package/luasec/luasec.mk b/package/luasec/luasec.mk
> new file mode 100644
> index 0000000..0fc8144
> --- /dev/null
> +++ b/package/luasec/luasec.mk
> @@ -0,0 +1,31 @@
> +#############################################################
> +#
> +# luasec
> +#
> +#############################################################
> +
> +LUASEC_VERSION = 0.4.1
> +LUASEC_SITE = http://www.inf.puc-rio.br/~brunoos/luasec/download/
> +LUASEC_LICENSE = MIT
> +LUASEC_LICENSE_FILES = LICENSE
> +LUASEC_DEPENDENCIES = lua luasocket openssl
>
luasocket is not a built dependency.
Fran?ois
> +
> +define LUASEC_BUILD_CMDS
> + $(MAKE) -C $(@D) CC="$(TARGET_CC)" LD="$(TARGET_CC)" \
> + CFLAGS="$(TARGET_CFLAGS) -fPIC" \
> + LDFLAGS="$(TARGET_LDFLAGS) -shared" linux
> +endef
> +
> +define LUASEC_INSTALL_TARGET_CMDS
> + $(MAKE) -C $(@D) \
> + LUAPATH="$(TARGET_DIR)/usr/share/lua" \
> + LUACPATH="$(TARGET_DIR)/usr/lib/lua" install
> +endef
> +
> +define LUASEC_UNINSTALL_TARGET_CMDS
> + rm -f "$(TARGET_DIR)/usr/lib/lua/ssl.so"
> + rm -rf "$(TARGET_DIR)/usr/share/lua/ssl"
> + rm -f "$(TARGET_DIR)/usr/share/lua/ssl.lua"
> +endef
> +
> +$(eval $(generic-package))
> --
> 1.8.1.2
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130520/6cb944a1/attachment.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 11/12] luasql: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 11/12] luasql: " Assaf Inbal
@ 2013-05-20 16:13 ` François Perrad
2013-08-12 17:47 ` Thomas Petazzoni
1 sibling, 0 replies; 59+ messages in thread
From: François Perrad @ 2013-05-20 16:13 UTC (permalink / raw)
To: buildroot
2013/5/20 Assaf Inbal <shmuelzon@gmail.com>
> Luasql is a uniform frontend for multiple DB backends.
>
> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
> ---
> package/Config.in | 1 +
> package/luasql/Config.in | 21 +++++++++++++++++++++
> package/luasql/luasql.mk | 36 ++++++++++++++++++++++++++++++++++++
> 3 files changed, 58 insertions(+)
> create mode 100644 package/luasql/Config.in
> create mode 100644 package/luasql/luasql.mk
>
> diff --git a/package/Config.in b/package/Config.in
> index 3a49e59..17fa1e7 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -317,6 +317,7 @@ source "package/luafilesystem/Config.in"
> source "package/luaposix/Config.in"
> source "package/luasec/Config.in"
> source "package/luasocket/Config.in"
> +source "package/luasql/Config.in"
> source "package/lua-ev/Config.in"
> source "package/lua-msgpack-native/Config.in"
> source "package/rings/Config.in"
> diff --git a/package/luasql/Config.in b/package/luasql/Config.in
> new file mode 100644
> index 0000000..4dd011a
> --- /dev/null
> +++ b/package/luasql/Config.in
> @@ -0,0 +1,21 @@
> +config BR2_PACKAGE_LUASQL
> + bool "luasql"
> + help
> + LuaSQL is a simple interface from Lua to a DBMS.
> +
> + http://www.keplerproject.org/luasql
> +
> +if BR2_PACKAGE_LUASQL
> +choice
> + prompt "LuaSQL Driver"
> + help
> + Select backend driver for LuaSQL.
> +
> +config BR2_PACKAGE_LUASQL_DRIVER_SQLITE3
> + bool "SQLite3"
> + select BR2_PACKAGE_SQLITE
> + help
> + Select if you wish to use the SQLite3 LuaSQL driver.
> +
> +endchoice
> +endif
> diff --git a/package/luasql/luasql.mk b/package/luasql/luasql.mk
> new file mode 100644
> index 0000000..3480741
> --- /dev/null
> +++ b/package/luasql/luasql.mk
> @@ -0,0 +1,36 @@
> +#############################################################
> +#
> +# luasql
> +#
> +#############################################################
> +
> +LUASQL_VERSION = 2.2.0
> +LUASQL_SITE = http://github.com/downloads/keplerproject/luasql
>
a newest version is available
-LUASQL_VERSION = 2.2.0
-LUASQL_SITE = http://github.com/downloads/keplerproject/luasql
+LUASQL_VERSION = v2.3.0
+LUASQL_SOURCE = $(LUASQL_VERSION).tar.gz
+LUASQL_SITE = https://github.com/keplerproject/luasql/archive
Fran?ois
> +LUASQL_LICENSE = MIT
> +LUASQL_LICENSE_FILES = README
> +LUASQL_DEPENDENCIES = lua
> +
> +ifdef BR2_PACKAGE_LUASQL_DRIVER_SQLITE3
> +LUASQL_DEPENDENCIES += sqlite
> +define LUASQL_BUILD_PARAMS
> + T="sqlite3" \
> + DRIVER_LIBS="-L$(STAGING_DIR)/usr/lib -lsqlite3"
> +endef
> +endif
> +
> +define LUASQL_BUILD_CMDS
> + $(MAKE) -C $(@D) $(LUASQL_BUILD_PARAMS) CC="$(TARGET_CC)" \
> + LD="$(TARGET_CC)" CFLAGS="$(TARGET_CFLAGS) -fPIC"
> +endef
> +
> +define LUASQL_INSTALL_TARGET_CMDS
> + $(MAKE) -C $(@D) $(LUASQL_BUILD_PARAMS) PREFIX=/usr \
> + LUA_DIR="$(TARGET_DIR)/usr/share/lua" \
> + LUA_LIBDIR="$(TARGET_DIR)/usr/lib/lua" install
> +endef
> +
> +define LUASQL_UNINSTALL_TARGET_CMDS
> + rm -rf "$(TARGET_DIR)/usr/lib/lua/luasql"
> +endef
> +
> +$(eval $(generic-package))
> --
> 1.8.1.2
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130520/3990fddb/attachment-0001.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-20 15:23 ` Assaf Inbal
@ 2013-05-20 17:25 ` Thomas Petazzoni
2013-05-22 6:19 ` Arnout Vandecappelle
0 siblings, 1 reply; 59+ messages in thread
From: Thomas Petazzoni @ 2013-05-20 17:25 UTC (permalink / raw)
To: buildroot
Dear Assaf Inbal,
On Mon, 20 May 2013 18:23:22 +0300, Assaf Inbal wrote:
> Thank you for the comments.
> Using TARGET_CONFIGURE_OPTS wont save much since I still need to override
> CFLAGS and add -fPIC (as is done in other Lua packages).
I think we still do prefer:
$(MAKE) -C $(@D) \
$(TARGET_CONFIGURE_OPTS)
CFLAGS="$(TARGET_CFLAGS) -fPIC"
> Also, regarding the static library, the output of the package is always a
> shared object since it needs to be loaded dynamically by Lua scripts. The
> default target of the package is a test so I need to specifically specify
> the target.
Ok. Then maybe your package needs to depend on !BR2_PREFER_STATIC_LIB.
Or maybe more of the Lua stuff, if it requires shared libraries.
Thanks,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-20 17:25 ` Thomas Petazzoni
@ 2013-05-22 6:19 ` Arnout Vandecappelle
2013-05-22 6:55 ` Assaf Inbal
2013-05-22 7:01 ` Thomas Petazzoni
0 siblings, 2 replies; 59+ messages in thread
From: Arnout Vandecappelle @ 2013-05-22 6:19 UTC (permalink / raw)
To: buildroot
On 20/05/13 19:25, Thomas Petazzoni wrote:
>> >Also, regarding the static library, the output of the package is always a
>> >shared object since it needs to be loaded dynamically by Lua scripts. The
>> >default target of the package is a test so I need to specifically specify
>> >the target.
> Ok. Then maybe your package needs to depend on !BR2_PREFER_STATIC_LIB.
> Or maybe more of the Lua stuff, if it requires shared libraries.
We currently probably have many packages that generate .so files even
if PREFER_STATIC_LIB is true - that's why it is "prefer", right?
That said, I'm certainly in favour of making the STATIC stuff more strict.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-22 6:19 ` Arnout Vandecappelle
@ 2013-05-22 6:55 ` Assaf Inbal
2013-05-22 7:28 ` Thomas Petazzoni
2013-05-22 7:01 ` Thomas Petazzoni
1 sibling, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-05-22 6:55 UTC (permalink / raw)
To: buildroot
> On 20/05/13 19:25, Thomas Petazzoni wrote:
>
>> >Also, regarding the static library, the output of the package is always a
>>> >shared object since it needs to be loaded dynamically by Lua scripts.
>>> The
>>> >default target of the package is a test so I need to specifically
>>> specify
>>> >the target.
>>>
>> Ok. Then maybe your package needs to depend on !BR2_PREFER_STATIC_LIB.
>> Or maybe more of the Lua stuff, if it requires shared libraries.
>>
>
> We currently probably have many packages that generate .so files even if
> PREFER_STATIC_LIB is true - that's why it is "prefer", right?
>
> That said, I'm certainly in favour of making the STATIC stuff more strict.
I think there is some misunderstanding regarding libraries in Lua. When Lua
libraries are created, they can either be Lua text files or C code that
uses Lua API so that the library's API can be called from Lua scripts. When
choosing the latter option, the output must be a shared object, when
calling the 'require' function in Lua to load an external file, Lua will
look for file names ending with either 'lua' or 'so'.
There is simply no way to 'statically link' a Lua library.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130522/76806d31/attachment.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-22 6:19 ` Arnout Vandecappelle
2013-05-22 6:55 ` Assaf Inbal
@ 2013-05-22 7:01 ` Thomas Petazzoni
2013-05-22 7:06 ` Arnout Vandecappelle
1 sibling, 1 reply; 59+ messages in thread
From: Thomas Petazzoni @ 2013-05-22 7:01 UTC (permalink / raw)
To: buildroot
Dear Arnout Vandecappelle,
On Wed, 22 May 2013 08:19:25 +0200, Arnout Vandecappelle wrote:
> On 20/05/13 19:25, Thomas Petazzoni wrote:
> >> >Also, regarding the static library, the output of the package is always a
> >> >shared object since it needs to be loaded dynamically by Lua scripts. The
> >> >default target of the package is a test so I need to specifically specify
> >> >the target.
> > Ok. Then maybe your package needs to depend on !BR2_PREFER_STATIC_LIB.
> > Or maybe more of the Lua stuff, if it requires shared libraries.
>
> We currently probably have many packages that generate .so files even
> if PREFER_STATIC_LIB is true
Correct, but...
> - that's why it is "prefer", right?
>
> That said, I'm certainly in favour of making the STATIC stuff more strict.
... I dislike this idea of "prefer". I would like the
BR2_PREFER_STATIC_LIB option be turned into something like "Fully
static system", because this is also what is needed for non-MMU
platforms that have no shared library support. I don't really see the
point of having something that will "prefer static libraries" for some
packages and not for some other, without control on which ones. Of
course, if we could control on a per-package basis which library should
be built static and which should be built shared, this would make some
sense. But without such control, it really doesn't make any sense to me
to have a random selection of packages being built shared, and the rest
being built static, when you enable BR2_PREFER_STATIC_LIB=y.
So, to me, while this option is still named BR2_PREFER_STATIC_LIB, we
should think of it as BR2_USE_ONLY_STATIC_LIB. Maybe someday we'll
rename it? :-)
Of course, that raises the question of whether we should disable all
libraries/applications that use dlopen() libraries when this option is
enabled.
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-22 7:01 ` Thomas Petazzoni
@ 2013-05-22 7:06 ` Arnout Vandecappelle
2013-05-22 7:29 ` Bryan Hundven
2013-05-22 7:30 ` Thomas Petazzoni
0 siblings, 2 replies; 59+ messages in thread
From: Arnout Vandecappelle @ 2013-05-22 7:06 UTC (permalink / raw)
To: buildroot
On 22/05/13 09:01, Thomas Petazzoni wrote:
> Dear Arnout Vandecappelle,
>
> On Wed, 22 May 2013 08:19:25 +0200, Arnout Vandecappelle wrote:
>> On 20/05/13 19:25, Thomas Petazzoni wrote:
>>>>> Also, regarding the static library, the output of the package is always a
>>>>> shared object since it needs to be loaded dynamically by Lua scripts. The
>>>>> default target of the package is a test so I need to specifically specify
>>>>> the target.
>>> Ok. Then maybe your package needs to depend on !BR2_PREFER_STATIC_LIB.
>>> Or maybe more of the Lua stuff, if it requires shared libraries.
>>
>> We currently probably have many packages that generate .so files even
>> if PREFER_STATIC_LIB is true
>
> Correct, but...
>
>> - that's why it is "prefer", right?
>>
>> That said, I'm certainly in favour of making the STATIC stuff more strict.
>
> ... I dislike this idea of "prefer". I would like the
> BR2_PREFER_STATIC_LIB option be turned into something like "Fully
> static system", because this is also what is needed for non-MMU
> platforms that have no shared library support. I don't really see the
> point of having something that will "prefer static libraries" for some
> packages and not for some other, without control on which ones. Of
> course, if we could control on a per-package basis which library should
> be built static and which should be built shared, this would make some
> sense. But without such control, it really doesn't make any sense to me
> to have a random selection of packages being built shared, and the rest
> being built static, when you enable BR2_PREFER_STATIC_LIB=y.
+1
> So, to me, while this option is still named BR2_PREFER_STATIC_LIB, we
> should think of it as BR2_USE_ONLY_STATIC_LIB. Maybe someday we'll
> rename it? :-)
Probably not :-)
> Of course, that raises the question of whether we should disable all
> libraries/applications that use dlopen() libraries when this option is
> enabled.
Hm. Does dlopen() still work when e.g. libc is linked statically? I
guess not, because the dlopen()en library would probably need some
symbols from libc. Therefore, packages that dlopen() should depend on
!BR2_PREFER_STATIC_LIB.
Now, I would say that we require the "use only" logic only for new
packages, and we fix packages as we go. I don't think it's worth to spend
a lot of effort fixing all the existing packages (like lua libraries,
gst-plugins, who knows what).
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-22 6:55 ` Assaf Inbal
@ 2013-05-22 7:28 ` Thomas Petazzoni
0 siblings, 0 replies; 59+ messages in thread
From: Thomas Petazzoni @ 2013-05-22 7:28 UTC (permalink / raw)
To: buildroot
Dear Assaf Inbal,
On Wed, 22 May 2013 09:55:14 +0300, Assaf Inbal wrote:
> > We currently probably have many packages that generate .so files even if
> > PREFER_STATIC_LIB is true - that's why it is "prefer", right?
> >
> > That said, I'm certainly in favour of making the STATIC stuff more strict.
>
> I think there is some misunderstanding regarding libraries in Lua. When Lua
> libraries are created, they can either be Lua text files or C code that
> uses Lua API so that the library's API can be called from Lua scripts. When
> choosing the latter option, the output must be a shared object, when
> calling the 'require' function in Lua to load an external file, Lua will
> look for file names ending with either 'lua' or 'so'.
> There is simply no way to 'statically link' a Lua library.
Ok. In this case, presumably all those Lua modules/libraries should
have a 'depends on !BR2_PREFER_STATIC_LIB'.
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-22 7:06 ` Arnout Vandecappelle
@ 2013-05-22 7:29 ` Bryan Hundven
2013-05-22 7:42 ` Thomas Petazzoni
2013-05-22 7:30 ` Thomas Petazzoni
1 sibling, 1 reply; 59+ messages in thread
From: Bryan Hundven @ 2013-05-22 7:29 UTC (permalink / raw)
To: buildroot
On Wed, May 22, 2013 at 12:06 AM, Arnout Vandecappelle <arnout@mind.be> wrote:
> On 22/05/13 09:01, Thomas Petazzoni wrote:
>>
>> Dear Arnout Vandecappelle,
>>
>> On Wed, 22 May 2013 08:19:25 +0200, Arnout Vandecappelle wrote:
>>>
>>> On 20/05/13 19:25, Thomas Petazzoni wrote:
>>>>>>
>>>>>> Also, regarding the static library, the output of the package is
>>>>>> always a
>>>>>> shared object since it needs to be loaded dynamically by Lua scripts.
>>>>>> The
>>>>>> default target of the package is a test so I need to specifically
>>>>>> specify
>>>>>> the target.
>>>>
>>>> Ok. Then maybe your package needs to depend on !BR2_PREFER_STATIC_LIB.
>>>> Or maybe more of the Lua stuff, if it requires shared libraries.
>>>
>>>
>>> We currently probably have many packages that generate .so files even
>>> if PREFER_STATIC_LIB is true
>>
>>
>> Correct, but...
>>
>>> - that's why it is "prefer", right?
>>>
>>> That said, I'm certainly in favour of making the STATIC stuff more
>>> strict.
>>
>>
>> ... I dislike this idea of "prefer". I would like the
>> BR2_PREFER_STATIC_LIB option be turned into something like "Fully
>> static system", because this is also what is needed for non-MMU
>> platforms that have no shared library support. I don't really see the
>> point of having something that will "prefer static libraries" for some
>> packages and not for some other, without control on which ones. Of
>> course, if we could control on a per-package basis which library should
>> be built static and which should be built shared, this would make some
>> sense. But without such control, it really doesn't make any sense to me
>> to have a random selection of packages being built shared, and the rest
>> being built static, when you enable BR2_PREFER_STATIC_LIB=y.
>
>
> +1
>
>
>
>> So, to me, while this option is still named BR2_PREFER_STATIC_LIB, we
>> should think of it as BR2_USE_ONLY_STATIC_LIB. Maybe someday we'll
>> rename it? :-)
>
>
> Probably not :-)
>
>
>
>> Of course, that raises the question of whether we should disable all
>> libraries/applications that use dlopen() libraries when this option is
>> enabled.
>
>
> Hm. Does dlopen() still work when e.g. libc is linked statically? I guess
> not, because the dlopen()en library would probably need some symbols from
> libc. Therefore, packages that dlopen() should depend on
> !BR2_PREFER_STATIC_LIB.
>
When implementing static toolchain support in crosstool-ng, I avoided
building libc statically like the plague. But gcc and binutils being
built statically for the host was a win. GDB also dislikes being built
statically, because of dlopen().
-Bryan
>
> Now, I would say that we require the "use only" logic only for new
> packages, and we fix packages as we go. I don't think it's worth to spend a
> lot of effort fixing all the existing packages (like lua libraries,
> gst-plugins, who knows what).
>
>
>
> Regards,
> Arnout
>
>
> --
> Arnout Vandecappelle arnout at mind be
> Senior Embedded Software Architect +32-16-286500
> Essensium/Mind http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-22 7:06 ` Arnout Vandecappelle
2013-05-22 7:29 ` Bryan Hundven
@ 2013-05-22 7:30 ` Thomas Petazzoni
1 sibling, 0 replies; 59+ messages in thread
From: Thomas Petazzoni @ 2013-05-22 7:30 UTC (permalink / raw)
To: buildroot
Dear Arnout Vandecappelle,
On Wed, 22 May 2013 09:06:57 +0200, Arnout Vandecappelle wrote:
> > So, to me, while this option is still named BR2_PREFER_STATIC_LIB, we
> > should think of it as BR2_USE_ONLY_STATIC_LIB. Maybe someday we'll
> > rename it? :-)
>
> Probably not :-)
Well, with the nice Config.in.legacy stuff you've done, you've opened
new horizons to people like me who like to rename config options just
for the sake of it :-)
> > Of course, that raises the question of whether we should disable all
> > libraries/applications that use dlopen() libraries when this option is
> > enabled.
>
> Hm. Does dlopen() still work when e.g. libc is linked statically? I
> guess not, because the dlopen()en library would probably need some
> symbols from libc. Therefore, packages that dlopen() should depend on
> !BR2_PREFER_STATIC_LIB.
Yes, I believe so.
> Now, I would say that we require the "use only" logic only for new
> packages, and we fix packages as we go. I don't think it's worth to spend
> a lot of effort fixing all the existing packages (like lua libraries,
> gst-plugins, who knows what).
Yes, I agree. For now, the BR2_PREFER_STATIC_LIB=y configurations in
the autobuilders are raising a sufficient number of issues, so let's
try to solve those first. Once this settle down, I'll enable something
that checks whether any shared library is installed in the
BR2_PREFER_STATIC_LIB=y case, and which will make the build fail if
it's the case.
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-22 7:29 ` Bryan Hundven
@ 2013-05-22 7:42 ` Thomas Petazzoni
2013-05-22 7:46 ` Bryan Hundven
0 siblings, 1 reply; 59+ messages in thread
From: Thomas Petazzoni @ 2013-05-22 7:42 UTC (permalink / raw)
To: buildroot
Dear Bryan Hundven,
On Wed, 22 May 2013 00:29:57 -0700, Bryan Hundven wrote:
> > Hm. Does dlopen() still work when e.g. libc is linked statically? I guess
> > not, because the dlopen()en library would probably need some symbols from
> > libc. Therefore, packages that dlopen() should depend on
> > !BR2_PREFER_STATIC_LIB.
>
> When implementing static toolchain support in crosstool-ng, I avoided
> building libc statically like the plague.
With glibc, sure. However, uClibc was, as far as I know, designed from
the ground up to allow static linking, which is needed for some non-MMU
platforms.
> But gcc and binutils being built statically for the host was a win.
> GDB also dislikes being built statically, because of dlopen().
In this case, gdb for the target would have to be
'depends on !BR2_PREFER_STATIC_LIB'. I don't believe it's a problem:
it's unlikely that anyone will want to run a full-blown gdb on a
non-MMU platform. Non-MMU platform users are reasonable people: they
use cross-gdb + gdbserver :)
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-22 7:42 ` Thomas Petazzoni
@ 2013-05-22 7:46 ` Bryan Hundven
0 siblings, 0 replies; 59+ messages in thread
From: Bryan Hundven @ 2013-05-22 7:46 UTC (permalink / raw)
To: buildroot
On Wed, May 22, 2013 at 12:42 AM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Dear Bryan Hundven,
>
> On Wed, 22 May 2013 00:29:57 -0700, Bryan Hundven wrote:
>
>> > Hm. Does dlopen() still work when e.g. libc is linked statically? I guess
>> > not, because the dlopen()en library would probably need some symbols from
>> > libc. Therefore, packages that dlopen() should depend on
>> > !BR2_PREFER_STATIC_LIB.
>>
>> When implementing static toolchain support in crosstool-ng, I avoided
>> building libc statically like the plague.
>
> With glibc, sure. However, uClibc was, as far as I know, designed from
> the ground up to allow static linking, which is needed for some non-MMU
> platforms.
>
>> But gcc and binutils being built statically for the host was a win.
>> GDB also dislikes being built statically, because of dlopen().
>
> In this case, gdb for the target would have to be
> 'depends on !BR2_PREFER_STATIC_LIB'. I don't believe it's a problem:
> it's unlikely that anyone will want to run a full-blown gdb on a
> non-MMU platform. Non-MMU platform users are reasonable people: they
> use cross-gdb + gdbserver :)
Fair enough. And your right, I think the only problem I had with gdb
was with python support on the target. Just adding my ad-lib. ;)
-Bryan
> Best regards,
>
> Thomas
> --
> Thomas Petazzoni, Free Electrons
> Kernel, drivers, real-time and embedded Linux
> development, consulting, training and support.
> http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 01/12] coxpcall: Updated source location
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
` (10 preceding siblings ...)
2013-05-20 12:56 ` [Buildroot] [PATCH 12/12] orbit: " Assaf Inbal
@ 2013-06-16 19:46 ` Peter Korsgaard
2013-06-17 5:17 ` Assaf Inbal
11 siblings, 1 reply; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-16 19:46 UTC (permalink / raw)
To: buildroot
>>>>> "Assaf" == Assaf Inbal <shmuelzon@gmail.com> writes:
Assaf> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
Assaf> ---
Assaf> package/coxpcall/coxpcall.mk | 2 +-
Assaf> 1 file changed, 1 insertion(+), 1 deletion(-)
Assaf> diff --git a/package/coxpcall/coxpcall.mk b/package/coxpcall/coxpcall.mk
Assaf> index e7fb76d..f260d72 100644
Assaf> --- a/package/coxpcall/coxpcall.mk
Assaf> +++ b/package/coxpcall/coxpcall.mk
Assaf> @@ -5,7 +5,7 @@
Assaf> #############################################################
Assaf> COXPCALL_VERSION = 1.13.0
Assaf> -COXPCALL_SITE = http://luaforge.net/frs/download.php/3406
Assaf> +COXPCALL_SITE = http://github.com/downloads/keplerproject/coxpcall
Ehh, thanks - But it doesn't work:
>>> coxpcall 1.13.0 Downloading
--2013-06-16 21:45:03-- http://github.com/downloads/keplerproject/coxpcall/coxpcall-1.13.0.tar.gz
Resolving github.com (github.com)... 204.232.175.90
Connecting to github.com (github.com)|204.232.175.90|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://github.com/downloads/keplerproject/coxpcall/coxpcall-1.13.0.tar.gz [following]
--2013-06-16 21:45:03-- https://github.com/downloads/keplerproject/coxpcall/coxpcall-1.13.0.tar.gz
Connecting to github.com (github.com)|204.232.175.90|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2013-06-16 21:45:04 ERROR 404: Not Found.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 02/12] luasocket: Update source location
2013-05-20 12:56 ` [Buildroot] [PATCH 02/12] luasocket: Update " Assaf Inbal
@ 2013-06-16 19:47 ` Peter Korsgaard
2013-06-17 5:18 ` Assaf Inbal
0 siblings, 1 reply; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-16 19:47 UTC (permalink / raw)
To: buildroot
>>>>> "Assaf" == Assaf Inbal <shmuelzon@gmail.com> writes:
Assaf> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
Assaf> ---
Assaf> package/luasocket/luasocket.mk | 2 +-
Assaf> 1 file changed, 1 insertion(+), 1 deletion(-)
Assaf> diff --git a/package/luasocket/luasocket.mk b/package/luasocket/luasocket.mk
Assaf> index 45fb9a3..80cbe24 100644
Assaf> --- a/package/luasocket/luasocket.mk
Assaf> +++ b/package/luasocket/luasocket.mk
Assaf> @@ -5,7 +5,7 @@
Assaf> #############################################################
Assaf> LUASOCKET_VERSION = 2.0.2
Assaf> -LUASOCKET_SITE = http://luaforge.net/frs/download.php/2664
Assaf> +LUASOCKET_SITE = http://github.com/downloads/keplerproject/luaosocket
Same as for coxpcall.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-05-20 16:00 ` François Perrad
@ 2013-06-16 19:52 ` Peter Korsgaard
2013-06-17 5:31 ` Assaf Inbal
0 siblings, 1 reply; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-16 19:52 UTC (permalink / raw)
To: buildroot
>>>>> "Fran?ois" == Fran?ois Perrad <francois.perrad@gadz.org> writes:
Fran?ois> 2013/5/20 Assaf Inbal <shmuelzon@gmail.com>
Fran?ois> This package adds base64 encode/decode functionality for Lua
Fran?ois> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
Fran?ois> ---
Fran?ois> ?package/Config.in ? ? ? ? ?| ?1 +
Fran?ois> ?package/lbase64/Config.in ?| ?6 ++++++
Fran?ois> ?package/lbase64/lbase64.mk | 30 ++++++++++++++++++++++++++++++
Fran?ois> ?3 files changed, 37 insertions(+)
Fran?ois> ?create mode 100644 package/lbase64/Config.in
Fran?ois> ?create mode 100644 package/lbase64/lbase64.mk
Fran?ois> diff --git a/package/Config.in b/package/Config.in
Fran?ois> index d980871..0845881 100644
Fran?ois> --- a/package/Config.in
Fran?ois> +++ b/package/Config.in
Fran?ois> @@ -307,6 +307,7 @@ menu "LUA libraries/modules"
Fran?ois> ?source "package/cgilua/Config.in"
Fran?ois> ?source "package/copas/Config.in"
Fran?ois> ?source "package/coxpcall/Config.in"
Fran?ois> +source "package/lbase64/Config.in"
Fran?ois> ?source "package/luacjson/Config.in"
Fran?ois> ?source "package/luaexpat/Config.in"
Fran?ois> ?source "package/luafilesystem/Config.in"
Fran?ois> diff --git a/package/lbase64/Config.in b/package/lbase64/Config.in
Fran?ois> new file mode 100644
Fran?ois> index 0000000..bd8503a
Fran?ois> --- /dev/null
Fran?ois> +++ b/package/lbase64/Config.in
Fran?ois> @@ -0,0 +1,6 @@
Fran?ois> +config BR2_PACKAGE_LBASE64
Fran?ois> + ? ? ? bool "lbase64"
Fran?ois> + ? ? ? help
Fran?ois> + ? ? ? ? A base64 library for Lua
Fran?ois> +
Fran?ois> + ? ? ? ? http://luaforge.net/projects/lbase64/
Fran?ois> diff --git a/package/lbase64/lbase64.mk b/package/lbase64/lbase64.mk
Fran?ois> new file mode 100644
Fran?ois> index 0000000..e253f24
Fran?ois> --- /dev/null
Fran?ois> +++ b/package/lbase64/lbase64.mk
Fran?ois> @@ -0,0 +1,30 @@
Fran?ois> +#############################################################
Fran?ois> +#
Fran?ois> +# lbase64
Fran?ois> +#
Fran?ois> +#############################################################
Fran?ois> +
Fran?ois> +LBASE64_VERSION =
Fran?ois> LBASE64_VERSION = 20100323
Fran?ois> use the same version as in LuaRocks, this is the date in the source lbase64.c
Fran?ois> ?
Fran?ois> Fran?ois
Fran?ois> Note: the module mime in LuaSocket provides the same kind of
Fran?ois> features.
Assaf, will you send an updated patch taking the review feedback into
consideration?
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 05/12] lua-ev: New package
2013-05-20 16:05 ` François Perrad
@ 2013-06-16 19:53 ` Peter Korsgaard
2013-06-17 5:58 ` Assaf Inbal
0 siblings, 1 reply; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-16 19:53 UTC (permalink / raw)
To: buildroot
>>>>> "Fran?ois" == Fran?ois Perrad <francois.perrad@gadz.org> writes:
Fran?ois> 2013/5/20 Assaf Inbal <shmuelzon@gmail.com>
Fran?ois> Lua bindings for libev
Fran?ois> +++ b/package/lua-ev/lua-ev.mk
Fran?ois> @@ -0,0 +1,16 @@
Fran?ois> +#############################################################
Fran?ois> +#
Fran?ois> +# lua-ev
Fran?ois> +#
Fran?ois> +#############################################################
Fran?ois> +
Fran?ois> +LUA_EV_VERSION = master
Fran?ois> +LUA_EV_SITE = git://github.com/brimworks/lua-ev.git
Fran?ois> +LUA_EV_SITE_METHOD = git
Fran?ois> master is not a fixed reference.
Fran?ois> -LUA_EV_VERSION = master
Fran?ois> -LUA_EV_SITE = git://github.com/brimworks/lua-ev.git
Fran?ois> -LUA_EV_SITE_METHOD = git
Fran?ois> +LUA_EV_VERSION = g458165b
Fran?ois> +LUA_EV_SITE = http://github.com/brimworks/lua-ev/tarball/master
Assaf, will you send an updated patch taking the review feedback into
consideration?
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 06/12] luabitop: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 06/12] luabitop: " Assaf Inbal
@ 2013-06-16 20:03 ` Peter Korsgaard
0 siblings, 0 replies; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-16 20:03 UTC (permalink / raw)
To: buildroot
>>>>> "Assaf" == Assaf Inbal <shmuelzon@gmail.com> writes:
Assaf> Lua library for binary operations
Assaf> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
Assaf> ---
Assaf> package/Config.in | 1 +
Assaf> package/luabitop/Config.in | 7 +++++++
Assaf> package/luabitop/luabitop.mk | 27 +++++++++++++++++++++++++++
Assaf> 3 files changed, 35 insertions(+)
Assaf> create mode 100644 package/luabitop/Config.in
Assaf> create mode 100644 package/luabitop/luabitop.mk
Assaf> diff --git a/package/Config.in b/package/Config.in
Assaf> index e94cb39..1089533 100644
Assaf> --- a/package/Config.in
Assaf> +++ b/package/Config.in
Assaf> @@ -308,6 +308,7 @@ source "package/cgilua/Config.in"
Assaf> source "package/copas/Config.in"
Assaf> source "package/coxpcall/Config.in"
Assaf> source "package/lbase64/Config.in"
Assaf> +source "package/luabitop/Config.in"
Assaf> source "package/luacjson/Config.in"
Assaf> source "package/luaexpat/Config.in"
Assaf> source "package/luafilesystem/Config.in"
Assaf> diff --git a/package/luabitop/Config.in b/package/luabitop/Config.in
Assaf> new file mode 100644
Assaf> index 0000000..83a85b1
Assaf> --- /dev/null
Assaf> +++ b/package/luabitop/Config.in
Assaf> @@ -0,0 +1,7 @@
Assaf> +config BR2_PACKAGE_LUABITOP
Assaf> + bool "luabitop"
Assaf> + help
Assaf> + Lua BitOp is a C extension module for Lua 5.1/5.2 which adds bitwise
Assaf> + operations on numbers.
Assaf> +
Assaf> + http://bitop.luajit.org
Assaf> diff --git a/package/luabitop/luabitop.mk b/package/luabitop/luabitop.mk
Assaf> new file mode 100644
Assaf> index 0000000..aaa01cd
Assaf> --- /dev/null
Assaf> +++ b/package/luabitop/luabitop.mk
Assaf> @@ -0,0 +1,27 @@
Assaf> +#############################################################
Assaf> +#
Assaf> +# luabitop
Assaf> +#
Assaf> +#############################################################
Assaf> +
Assaf> +LUABITOP_VERSION = 1.0.2
Assaf> +LUABITOP_SOURCE = LuaBitOp-$(LUABITOP_VERSION).tar.gz
Assaf> +LUABITOP_SITE = http://bitop.luajit.org/download
Assaf> +LUABITOP_LICENSE = MIT
Assaf> +LUABITOP_LICENSE_FILES = README
Assaf> +LUABITOP_DEPENDENCIES = lua
Assaf> +
Assaf> +define LUABITOP_BUILD_CMDS
Assaf> + $(MAKE) -C $(@D) CC="$(TARGET_CC)" CFLAGS="$(TARGET_CFLAGS)"
TARGET_CONFIGURE_OPTS should be used instead.
Committed with that fixed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 07/12] luacrypto: New package
2013-05-20 16:07 ` François Perrad
@ 2013-06-16 20:16 ` Peter Korsgaard
2013-06-17 6:18 ` Assaf Inbal
0 siblings, 1 reply; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-16 20:16 UTC (permalink / raw)
To: buildroot
>>>>> "Fran?ois" == Fran?ois Perrad <francois.perrad@gadz.org> writes:
Hi,
Fran?ois> +++ b/package/luacrypto/luacrypto.mk
Fran?ois> @@ -0,0 +1,15 @@
Fran?ois> +#############################################################
Fran?ois> +#
Fran?ois> +# lucrypto
Fran?ois> typo : luacrypto
Fran?ois> ?
Fran?ois> +#
Fran?ois> +#############################################################
Fran?ois> +
Fran?ois> +LUACRYPTO_VERSION = master
Fran?ois> +LUACRYPTO_SITE = git://github.com/mkottman/luacrypto.git
Fran?ois> +LUACRYPTO_SITE_METHOD = git
Fran?ois> master is not fixed reference.
Fran?ois> -LUACRYPTO_VERSION = master
Fran?ois> -LUACRYPTO_SITE = git://github.com/mkottman/luacrypto.git
Fran?ois> -LUACRYPTO_SITE_METHOD = git
Fran?ois> +LUACRYPTO_VERSION = 0.3.2
Fran?ois> +LUACRYPTO_SOURCE = $(LUACRYPTO_VERSION).tar.gz
Fran?ois> +LUACRYPTO_SITE = https://github.com/mkottman/luacrypto/archive
Fran?ois> ?
Fran?ois> +LUACRYPTO_LICENSE = MIT
Fran?ois> +LUACRYPTO_LICENSE_FILES = COPYING
Fran?ois> +LUACRYPTO_DEPENDENCIES = lua luasocket openssl
Fran?ois> luasocket is not a built dependency.
Assaf, will you send an updated patch taking the review feedback into
consideration?
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 01/12] coxpcall: Updated source location
2013-06-16 19:46 ` [Buildroot] [PATCH 01/12] coxpcall: Updated source location Peter Korsgaard
@ 2013-06-17 5:17 ` Assaf Inbal
0 siblings, 0 replies; 59+ messages in thread
From: Assaf Inbal @ 2013-06-17 5:17 UTC (permalink / raw)
To: buildroot
>
> Ehh, thanks - But it doesn't work:
>
Yes, the Kepler project was removed from GitHub and they've restored the
original download links.
Disregard this patch.
Thanks,
Assaf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130617/b523710e/attachment.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 02/12] luasocket: Update source location
2013-06-16 19:47 ` Peter Korsgaard
@ 2013-06-17 5:18 ` Assaf Inbal
0 siblings, 0 replies; 59+ messages in thread
From: Assaf Inbal @ 2013-06-17 5:18 UTC (permalink / raw)
To: buildroot
>
> Same as for coxpcall.
>
Same indeed, please disregard this patch.
Thanks,
Assaf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130617/a172cc3c/attachment.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-06-16 19:52 ` Peter Korsgaard
@ 2013-06-17 5:31 ` Assaf Inbal
2013-06-17 20:59 ` Peter Korsgaard
0 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-06-17 5:31 UTC (permalink / raw)
To: buildroot
>
> Assaf, will you send an updated patch taking the review feedback into
> consideration?
Sure thing. See attached.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130617/1195d3d1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-lbase64-New-package.patch
Type: application/octet-stream
Size: 2282 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130617/1195d3d1/attachment.obj>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 05/12] lua-ev: New package
2013-06-16 19:53 ` Peter Korsgaard
@ 2013-06-17 5:58 ` Assaf Inbal
2013-06-17 21:14 ` Peter Korsgaard
0 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-06-17 5:58 UTC (permalink / raw)
To: buildroot
>
> Assaf, will you send an updated patch taking the review feedback into
> consideration?
Yes, although I've made a change to the above feedback.
As far as I can tell, it will always pull master, and just change the
download file name, so it still isn't a fixed reference.
The attached patch should take care of that.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130617/6369831b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0002-lua-ev-New-package.patch
Type: application/octet-stream
Size: 1898 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130617/6369831b/attachment-0001.obj>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 07/12] luacrypto: New package
2013-06-16 20:16 ` Peter Korsgaard
@ 2013-06-17 6:18 ` Assaf Inbal
2013-06-17 21:18 ` Peter Korsgaard
0 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-06-17 6:18 UTC (permalink / raw)
To: buildroot
>
> Assaf, will you send an updated patch taking the review feedback into
> consideration?
>
Yes, please see attached.
Again, minor changes to download site.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130617/d28c1c7b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-luacrypto-New-package.patch
Type: application/octet-stream
Size: 2285 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130617/d28c1c7b/attachment.obj>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 04/12] lbase64: New package
2013-06-17 5:31 ` Assaf Inbal
@ 2013-06-17 20:59 ` Peter Korsgaard
0 siblings, 0 replies; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-17 20:59 UTC (permalink / raw)
To: buildroot
>>>>> "Assaf" == Assaf Inbal <shmuelzon@gmail.com> writes:
Assaf> Assaf, will you send an updated patch taking the review
Assaf> feedback into consideration?
Assaf> Sure thing. See attached.
Committed with minor fixes, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 05/12] lua-ev: New package
2013-06-17 5:58 ` Assaf Inbal
@ 2013-06-17 21:14 ` Peter Korsgaard
0 siblings, 0 replies; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-17 21:14 UTC (permalink / raw)
To: buildroot
>>>>> "Assaf" == Assaf Inbal <shmuelzon@gmail.com> writes:
Assaf> Assaf, will you send an updated patch taking the review feedback into
Assaf> consideration?
Assaf> Yes, although I've made a change to the above feedback.
Assaf> As far as I can tell, it will always pull master, and just change the download
Assaf> file name, so it still isn't a fixed reference.
Committed with minor tweaks, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 07/12] luacrypto: New package
2013-06-17 6:18 ` Assaf Inbal
@ 2013-06-17 21:18 ` Peter Korsgaard
0 siblings, 0 replies; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-17 21:18 UTC (permalink / raw)
To: buildroot
>>>>> "Assaf" == Assaf Inbal <shmuelzon@gmail.com> writes:
Assaf> Assaf, will you send an updated patch taking the review feedback into
Assaf> consideration?
Assaf> Yes, please see attached.
Assaf> Again, minor changes to download site.
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 08/12] luaexpatutils: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 08/12] luaexpatutils: " Assaf Inbal
@ 2013-06-19 21:24 ` Peter Korsgaard
0 siblings, 0 replies; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-19 21:24 UTC (permalink / raw)
To: buildroot
>>>>> "Assaf" == Assaf Inbal <shmuelzon@gmail.com> writes:
Assaf> lxp.doc is a module that provides useful features for working
Assaf> with XML formats in LOM format as used by the LuaExpat project
Assaf> from Kepler.
Assaf> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
Assaf> ---
Assaf> package/Config.in | 1 +
Assaf> package/luaexpatutils/Config.in | 8 ++++++++
Assaf> package/luaexpatutils/luaexpatutils.mk | 21 +++++++++++++++++++++
Assaf> 3 files changed, 30 insertions(+)
Assaf> create mode 100644 package/luaexpatutils/Config.in
Assaf> create mode 100644 package/luaexpatutils/luaexpatutils.mk
Assaf> diff --git a/package/Config.in b/package/Config.in
Assaf> index c11ff27..3351f21 100644
Assaf> --- a/package/Config.in
Assaf> +++ b/package/Config.in
Assaf> @@ -312,6 +312,7 @@ source "package/luabitop/Config.in"
Assaf> source "package/luacjson/Config.in"
Assaf> source "package/luacrypto/Config.in"
Assaf> source "package/luaexpat/Config.in"
Assaf> +source "package/luaexpatutils/Config.in"
Assaf> source "package/luafilesystem/Config.in"
Assaf> source "package/luasocket/Config.in"
Assaf> source "package/lua-ev/Config.in"
Assaf> diff --git a/package/luaexpatutils/Config.in b/package/luaexpatutils/Config.in
Assaf> new file mode 100644
Assaf> index 0000000..cb2887a
Assaf> --- /dev/null
Assaf> +++ b/package/luaexpatutils/Config.in
Assaf> @@ -0,0 +1,8 @@
Assaf> +config BR2_PACKAGE_LUAEXPATUTILS
Assaf> + bool "luaexpatutils"
Assaf> + select BR2_PACKAGE_LUAEXPAT
Assaf> + help
Assaf> + lxp.doc is a module that provides useful features for working with
Assaf> + XML formats in LOM format as used by the LuaExpat project from Kepler.
Assaf> +
Assaf> + https://github.com/stevedonovan/LuaExpatUtils
Assaf> diff --git a/package/luaexpatutils/luaexpatutils.mk b/package/luaexpatutils/luaexpatutils.mk
Assaf> new file mode 100644
Assaf> index 0000000..a9e3190
Assaf> --- /dev/null
Assaf> +++ b/package/luaexpatutils/luaexpatutils.mk
Assaf> @@ -0,0 +1,21 @@
Assaf> +#############################################################
Assaf> +#
Assaf> +# luaexpatutils
Assaf> +#
Assaf> +#############################################################
Assaf> +
Assaf> +LUAEXPATUTILS_VERSION = master
Assaf> +LUAEXPATUTILS_SITE = git://github.com/stevedonovan/LuaExpatUtils.git
Assaf> +LUAEXPATUTILS_SITE_METHOD = git
This should use a fixed revision and github's tarball logic instead of
git.
I've changed it to use 88c228365b (current head).
Assaf> +LUAEXPATUTILS_LICENSE = Public Domain
Assaf> +LUAEXPATUTILS_DEPENDENCIES = luaexpat
Assaf> +
Assaf> +define LUAEXPATUTILS_INSTALL_TARGET_CMDS
Assaf> + cp $(@D)/lua/doc.lua $(TARGET_DIR)/usr/share/lua/lxp/
We normally use install -D to get proper permissions and create the
needed destination directories if needed.
Committed with that fixed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 09/12] luaposix: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 09/12] luaposix: " Assaf Inbal
2013-05-20 16:09 ` François Perrad
@ 2013-06-19 21:34 ` Peter Korsgaard
2013-06-20 4:45 ` Assaf Inbal
1 sibling, 1 reply; 59+ messages in thread
From: Peter Korsgaard @ 2013-06-19 21:34 UTC (permalink / raw)
To: buildroot
>>>>> "Assaf" == Assaf Inbal <shmuelzon@gmail.com> writes:
Assaf> Luaposix is a Lua frontend to posix functions.
Assaf> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
Assaf> ---
Assaf> package/Config.in | 1 +
Assaf> package/luaposix/Config.in | 10 ++++++++++
Assaf> .../luaposix/luaposix-remove-cross-compile-check.patch | 13 +++++++++++++
Assaf> package/luaposix/luaposix.mk | 15 +++++++++++++++
Assaf> 4 files changed, 39 insertions(+)
Assaf> create mode 100644 package/luaposix/Config.in
Assaf> create mode 100644 package/luaposix/luaposix-remove-cross-compile-check.patch
Assaf> create mode 100644 package/luaposix/luaposix.mk
Assaf> diff --git a/package/Config.in b/package/Config.in
Assaf> index 3351f21..9c615b5 100644
Assaf> --- a/package/Config.in
Assaf> +++ b/package/Config.in
Assaf> @@ -314,6 +314,7 @@ source "package/luacrypto/Config.in"
Assaf> source "package/luaexpat/Config.in"
Assaf> source "package/luaexpatutils/Config.in"
Assaf> source "package/luafilesystem/Config.in"
Assaf> +source "package/luaposix/Config.in"
Assaf> source "package/luasocket/Config.in"
Assaf> source "package/lua-ev/Config.in"
Assaf> source "package/lua-msgpack-native/Config.in"
Assaf> diff --git a/package/luaposix/Config.in b/package/luaposix/Config.in
Assaf> new file mode 100644
Assaf> index 0000000..a4bad8d
Assaf> --- /dev/null
Assaf> +++ b/package/luaposix/Config.in
Assaf> @@ -0,0 +1,10 @@
Assaf> +config BR2_PACKAGE_LUAPOSIX
Assaf> + bool "luaposix"
Assaf> + help
Assaf> + luaposix is a POSIX binding, including curses, for Lua 5.1 and 5.2;
Assaf> + Like most libraries it simply binds to C APIs on the underlying
Assaf> + system, so it won't work on a non-POSIX system. However, it does try
Assaf> + to detect the level of POSIX conformance of the underlying system and
Assaf> + bind only available APIs
Assaf> +
Assaf> + https://github.com/rrthomas/luaposix
Assaf> diff --git a/package/luaposix/luaposix-remove-cross-compile-check.patch b/package/luaposix/luaposix-remove-cross-compile-check.patch
Assaf> new file mode 100644
Assaf> index 0000000..37dc2db
Assaf> --- /dev/null
Assaf> +++ b/package/luaposix/luaposix-remove-cross-compile-check.patch
Assaf> @@ -0,0 +1,13 @@
Description and signed-off-by missing. configure is a generated file,
you should normally fixup configure.ac and set LUAPOSIX_AUTORECONF = YES
to regenerate it instead.
Assaf> +--- a/configure 2012-06-05 21:50:55.000000000 +0300
Assaf> ++++ b/configure 2012-07-16 14:41:15.000000000 +0300
Assaf> +@@ -14654,10 +14654,6 @@
Assaf> + LUA_OLD_CPPFLAGS="$CPPFLAGS"
Assaf> + CPPFLAGS="$CPPFLAGS $LUA_INCLUDE"
Assaf> + if test "$cross_compiling" = yes; then :
Assaf> +- { { $as_echo "$as_me:${as_lineno-$LINENO}: error: in \`$ac_pwd':" >&5
Assaf> +-$as_echo "$as_me: error: in \`$ac_pwd':" >&2;}
Assaf> +-as_fn_error $? "cannot run test program while cross compiling
Assaf> +-See \`config.log' for more details" "$LINENO" 5; }
Assaf> + else
Assaf> + cat confdefs.h - <<_ACEOF >conftest.$ac_ext
Assaf> + /* end confdefs.h. */
Assaf> diff --git a/package/luaposix/luaposix.mk b/package/luaposix/luaposix.mk
Assaf> new file mode 100644
Assaf> index 0000000..db55df0
Assaf> --- /dev/null
Assaf> +++ b/package/luaposix/luaposix.mk
Assaf> @@ -0,0 +1,15 @@
Assaf> +#############################################################
Assaf> +#
Assaf> +# luaposix
Assaf> +#
Assaf> +#############################################################
The ###### file headers should be 80 chars.
Assaf> +
Assaf> +LUAPOSIX_VERSION = 5.1.20
Assaf> +LUAPOSIX_SITE = https://github.com/downloads/luaposix/luaposix
Assaf> +LUAPOSIX_LICENSE = MIT
Assaf> +LUAPOSIX_LICENSE_FILES = COPYRIGHT
I think you mean COPYING here.
Assaf> +LUAPOSIX_DEPENDENCIES = lua host-lua luabitop
luabitop should go as Fran?ois mentioned.
Assaf> +LUAPOSIX_CONF_ENV = LD_LIBRARY_PATH="$(HOST_DIR)/usr/lib"
Please explain why this is needed with a comment.
Assaf> +LUAPOSIX_CONF_OPT = --libdir="/usr/lib/lua" --datarootdir="/usr/share/lua"
Assaf> +
Assaf> +$(eval $(autotools-package))
Care to resend with these issues fixed? Thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 09/12] luaposix: New package
2013-06-19 21:34 ` Peter Korsgaard
@ 2013-06-20 4:45 ` Assaf Inbal
2013-06-20 5:57 ` Arnout Vandecappelle
2013-06-20 6:10 ` Thomas Petazzoni
0 siblings, 2 replies; 59+ messages in thread
From: Assaf Inbal @ 2013-06-20 4:45 UTC (permalink / raw)
To: buildroot
>
> Care to resend with these issues fixed? Thanks.
See attached.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130620/e1861678/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-luaposix-New-package.patch
Type: application/octet-stream
Size: 3586 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130620/e1861678/attachment.obj>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 09/12] luaposix: New package
2013-06-20 4:45 ` Assaf Inbal
@ 2013-06-20 5:57 ` Arnout Vandecappelle
2013-06-20 6:10 ` Thomas Petazzoni
1 sibling, 0 replies; 59+ messages in thread
From: Arnout Vandecappelle @ 2013-06-20 5:57 UTC (permalink / raw)
To: buildroot
On 20/06/13 06:45, Assaf Inbal wrote:
[snip]
> diff --git a/package/luaposix/luaposix-remove-lua-header-check.patch b/package/luaposix/luaposix-remove-lua-header-check.patch
> new file mode 100644
> index 0000000..7909b91
> --- /dev/null
> +++ b/package/luaposix/luaposix-remove-lua-header-check.patch
> @@ -0,0 +1,16 @@
> +Checking the Lua version inside the headers requires compiling a small
> +C program. However, autoconf will raise an error when attempting to do so
> +while cross-compiling. Hence, this specific test is removed.
> +
> +Signed-off-by: Assaf Inbal<shmuelzon@gmail.com>
> +--- a/configure.ac 2013-06-20 07:23:27.943091833 +0300
> ++++ b/configure.ac 2013-06-20 07:23:30.644441710 +0300
> +@@ -105,7 +105,7 @@
> +
> + dnl Lua 5.1 or 5.2
> + AX_PROG_LUA(501, 503)
> + AX_LUA_HEADERS
> +-AX_LUA_HEADERS_VERSION(501, 503)
> ++#AX_LUA_HEADERS_VERSION(501, 503)
> + AC_SUBST(LUA)
> + AC_SUBST(LUA_INCLUDE)
> diff --git a/package/luaposix/luaposix.mk b/package/luaposix/luaposix.mk
> new file mode 100644
> index 0000000..84570e6
> --- /dev/null
> +++ b/package/luaposix/luaposix.mk
> @@ -0,0 +1,18 @@
> +################################################################################
> +#
> +# luaposix
> +#
> +################################################################################
> +
> +LUAPOSIX_VERSION = 5.1.20
> +LUAPOSIX_SITE =https://github.com/downloads/luaposix/luaposix
> +LUAPOSIX_LICENSE = MIT
> +LUAPOSIX_LICENSE_FILES = COPYING
> +LUAPOSIX_DEPENDENCIES = lua host-lua
> +# Luaposix attempts to run Lua as a part of the configure proccess, it needs to
> +# find the location of liblua.so in order for the binary to execute
Actually, then host-lua should be fixed to use an rpath. I'm surprised
it doesn't, because what's the point of having host-lua when you can't
execute it?
Regards,
Arnout
> +LUAPOSIX_CONF_ENV = LD_LIBRARY_PATH="$(HOST_DIR)/usr/lib"
> +LUAPOSIX_CONF_OPT = --libdir="/usr/lib/lua" --datarootdir="/usr/share/lua"
> +LUAPOSIX_AUTORECONF = YES
> +
> +$(eval $(autotools-package))
> -- 1.7.9.5
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 09/12] luaposix: New package
2013-06-20 4:45 ` Assaf Inbal
2013-06-20 5:57 ` Arnout Vandecappelle
@ 2013-06-20 6:10 ` Thomas Petazzoni
2013-06-20 7:05 ` Assaf Inbal
1 sibling, 1 reply; 59+ messages in thread
From: Thomas Petazzoni @ 2013-06-20 6:10 UTC (permalink / raw)
To: buildroot
Dear Assaf Inbal,
On Thu, 20 Jun 2013 07:45:26 +0300, Assaf Inbal wrote:
> >
> > Care to resend with these issues fixed? Thanks.
>
>
> See attached.
+# Luaposix attempts to run Lua as a part of the configure proccess, it needs to
+# find the location of liblua.so in order for the binary to execute
+LUAPOSIX_CONF_ENV = LD_LIBRARY_PATH="$(HOST_DIR)/usr/lib"
I still don't quite understand why this is needed. All binaries built
and installed in $(HOST_DIR)/usr/bin are compiled with a RPATH of
$(HOST_DIR)/usr/lib, so normally, passing a LD_LIBRARY_PATH is not needed.
Can you check if the host lua in $(HOST_DIR)/usr/bin/ has the correct
RPATH, by doing:
readelf -d $(HOST_DIR)/usr/bin/lua | grep RPATH
Thanks!
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 09/12] luaposix: New package
2013-06-20 6:10 ` Thomas Petazzoni
@ 2013-06-20 7:05 ` Assaf Inbal
2013-06-20 7:39 ` Assaf Inbal
0 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-06-20 7:05 UTC (permalink / raw)
To: buildroot
>
> Can you check if the host lua in $(HOST_DIR)/usr/bin/ has the correct
> RPATH, by doing:
>
> readelf -d $(HOST_DIR)/usr/bin/lua | grep RPATH
>
Hey Thomas,
I would be happy if there was a better way to handle this...
I ran the command, but got no results, RPATH doesn't exist in the Lua
binary.
See below the output (without grep):
$ readelf -d output/host/usr/bin/lua
Dynamic section at offset 0x2f14 contains 21 entries:
Tag Type Name/Value
0x00000003 (PLTGOT) 0x804bff4
0x00000002 (PLTRELSZ) 352 (bytes)
0x00000017 (JMPREL) 0x80488ac
0x00000014 (PLTREL) REL
0x00000011 (REL) 0x804888c
0x00000012 (RELSZ) 32 (bytes)
0x00000013 (RELENT) 8 (bytes)
0x00000015 (DEBUG) 0x0
0x00000006 (SYMTAB) 0x80481ac
0x0000000b (SYMENT) 16 (bytes)
0x00000005 (STRTAB) 0x804851c
0x0000000a (STRSZ) 658 (bytes)
0x6ffffef5 (GNU_HASH) 0x80487b0
0x00000001 (NEEDED) Shared library: [liblua.so.5.1.5]
0x00000001 (NEEDED) Shared library: [libc.so.6]
0x0000000c (INIT) 0x8048a0c
0x0000000d (FINI) 0x804a16c
0x6ffffff0 (VERSYM) 0x80487ec
0x6ffffffe (VERNEED) 0x804885c
0x6fffffff (VERNEEDNUM) 1
0x00000000 (NULL) 0x0
Good day,
Assaf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130620/ef29769c/attachment.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 09/12] luaposix: New package
2013-06-20 7:05 ` Assaf Inbal
@ 2013-06-20 7:39 ` Assaf Inbal
2013-06-20 7:46 ` Thomas Petazzoni
0 siblings, 1 reply; 59+ messages in thread
From: Assaf Inbal @ 2013-06-20 7:39 UTC (permalink / raw)
To: buildroot
>
> I ran the command, but got no results, RPATH doesn't exist in the Lua
> binary.
>
OK, so I've done a bit more digging and saw that buildroot adds -rpath as a
part of the HOST_LDFLAGS, but the problem was that this variable wasn't
passed to Lua's make file.
So, I'm submitting now two patches. The first is for adding these flags to
the host compilation of Lua and the second the for adding Luaposix, without
the LD_LIBRARY_PATH hack.
Thanks for pointing me in the right direction.
Good day,
Assaf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130620/61c85dea/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-lua-Added-missing-HOST_LDFLAGS.patch
Type: application/octet-stream
Size: 678 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130620/61c85dea/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-luaposix-New-package.patch
Type: application/octet-stream
Size: 3374 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130620/61c85dea/attachment-0003.obj>
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 09/12] luaposix: New package
2013-06-20 7:39 ` Assaf Inbal
@ 2013-06-20 7:46 ` Thomas Petazzoni
0 siblings, 0 replies; 59+ messages in thread
From: Thomas Petazzoni @ 2013-06-20 7:46 UTC (permalink / raw)
To: buildroot
Dear Assaf Inbal,
On Thu, 20 Jun 2013 10:39:43 +0300, Assaf Inbal wrote:
> OK, so I've done a bit more digging and saw that buildroot adds -rpath as a
> part of the HOST_LDFLAGS, but the problem was that this variable wasn't
> passed to Lua's make file.
Ok.
> So, I'm submitting now two patches. The first is for adding these flags to
> the host compilation of Lua and the second the for adding Luaposix, without
> the LD_LIBRARY_PATH hack.
Thanks, this looks a lot better!
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 10/12] luasec: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 10/12] luasec: " Assaf Inbal
2013-05-20 16:10 ` François Perrad
@ 2013-08-12 17:46 ` Thomas Petazzoni
1 sibling, 0 replies; 59+ messages in thread
From: Thomas Petazzoni @ 2013-08-12 17:46 UTC (permalink / raw)
To: buildroot
Dear Assaf Inbal,
On Mon, 20 May 2013 15:56:42 +0300, Assaf Inbal wrote:
> LuaSec is a Lua binding for OpenSSL library to provide TLS/SSL
> communication.
>
> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
Applied, thanks, after making the change suggested by Fran?ois and a
few other cosmetic changes.
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 11/12] luasql: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 11/12] luasql: " Assaf Inbal
2013-05-20 16:13 ` François Perrad
@ 2013-08-12 17:47 ` Thomas Petazzoni
1 sibling, 0 replies; 59+ messages in thread
From: Thomas Petazzoni @ 2013-08-12 17:47 UTC (permalink / raw)
To: buildroot
Dear Assaf Inbal,
On Mon, 20 May 2013 15:56:43 +0300, Assaf Inbal wrote:
> Luasql is a uniform frontend for multiple DB backends.
>
> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
Applied, thanks. I've integrated the suggestion of Fran?ois to use the
newer 2.3.0 version instead, and done a few cosmetic changes as well.
Thanks!
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 12/12] orbit: New package
2013-05-20 12:56 ` [Buildroot] [PATCH 12/12] orbit: " Assaf Inbal
@ 2013-08-13 9:53 ` Thomas Petazzoni
2013-08-13 10:16 ` Assaf Inbal
0 siblings, 1 reply; 59+ messages in thread
From: Thomas Petazzoni @ 2013-08-13 9:53 UTC (permalink / raw)
To: buildroot
Dear Assaf Inbal,
On Mon, 20 May 2013 15:56:44 +0300, Assaf Inbal wrote:
> An MVC web framework for Lua
>
> Signed-off-by: Assaf Inbal <shmuelzon@gmail.com>
I've applied your patch to the next branch, thanks!
I've done a few changes:
* Instead of doing the installation manually, I added a patch to fix
the Makefile so that the Buildroot .mk file can simply use "make
install"
* Remove the wsapi build-time dependency, since there is apparently no
build-time dependency for orbit (it's just some Lua code that gets
copied to the target)
* Remove the 'rings' run-time dependency since I couldn't find an
indication that it was needed for Orbit.
Also, I've noticed that Orbit appears to use Xavante, though you
haven't selected it. I wasn't sure on this one, so I left as it was,
but it'd be good to check this.
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 59+ messages in thread
* [Buildroot] [PATCH 12/12] orbit: New package
2013-08-13 9:53 ` Thomas Petazzoni
@ 2013-08-13 10:16 ` Assaf Inbal
0 siblings, 0 replies; 59+ messages in thread
From: Assaf Inbal @ 2013-08-13 10:16 UTC (permalink / raw)
To: buildroot
Hey Thomas,
Thanks for taking the time to do this.
* Remove the wsapi build-time dependency, since there is apparently no
> build-time dependency for orbit (it's just some Lua code that gets
> copied to the target)
>
Yes, you are correct.
> * Remove the 'rings' run-time dependency since I couldn't find an
> indication that it was needed for Orbit.
>
You're right again, it's actually WSAPI that needs Rings and Orbit needs
WSAPI.
> Also, I've noticed that Orbit appears to use Xavante, though you
> haven't selected it. I wasn't sure on this one, so I left as it was,
> but it'd be good to check this.
>
As far as I understand it (though I never actually tried a different web
server), WSAPI provides an abstraction layer on top of a web server, and
Orbit uses that abstraction. So, there shouldn't be any dependency on
Xavante directly, just a web server that WSAPI supports. But, WSAPI should
be the one to enforce this.
Good day,
Assaf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130813/811d9544/attachment-0001.html>
^ permalink raw reply [flat|nested] 59+ messages in thread
end of thread, other threads:[~2013-08-13 10:16 UTC | newest]
Thread overview: 59+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-05-20 12:56 [Buildroot] [PATCH 01/12] coxpcall: Updated source location Assaf Inbal
2013-05-20 12:56 ` [Buildroot] [PATCH 02/12] luasocket: Update " Assaf Inbal
2013-06-16 19:47 ` Peter Korsgaard
2013-06-17 5:18 ` Assaf Inbal
2013-05-20 12:56 ` [Buildroot] [PATCH 03/12] sqlite: Added host compilation support Assaf Inbal
2013-05-20 13:26 ` Yann E. MORIN
2013-05-20 14:27 ` Assaf Inbal
2013-05-20 16:00 ` Yann E. MORIN
2013-05-20 12:56 ` [Buildroot] [PATCH 04/12] lbase64: New package Assaf Inbal
2013-05-20 14:52 ` Thomas Petazzoni
2013-05-20 15:23 ` Assaf Inbal
2013-05-20 17:25 ` Thomas Petazzoni
2013-05-22 6:19 ` Arnout Vandecappelle
2013-05-22 6:55 ` Assaf Inbal
2013-05-22 7:28 ` Thomas Petazzoni
2013-05-22 7:01 ` Thomas Petazzoni
2013-05-22 7:06 ` Arnout Vandecappelle
2013-05-22 7:29 ` Bryan Hundven
2013-05-22 7:42 ` Thomas Petazzoni
2013-05-22 7:46 ` Bryan Hundven
2013-05-22 7:30 ` Thomas Petazzoni
2013-05-20 16:00 ` François Perrad
2013-06-16 19:52 ` Peter Korsgaard
2013-06-17 5:31 ` Assaf Inbal
2013-06-17 20:59 ` Peter Korsgaard
2013-05-20 12:56 ` [Buildroot] [PATCH 05/12] lua-ev: " Assaf Inbal
2013-05-20 16:05 ` François Perrad
2013-06-16 19:53 ` Peter Korsgaard
2013-06-17 5:58 ` Assaf Inbal
2013-06-17 21:14 ` Peter Korsgaard
2013-05-20 12:56 ` [Buildroot] [PATCH 06/12] luabitop: " Assaf Inbal
2013-06-16 20:03 ` Peter Korsgaard
2013-05-20 12:56 ` [Buildroot] [PATCH 07/12] luacrypto: " Assaf Inbal
2013-05-20 16:07 ` François Perrad
2013-06-16 20:16 ` Peter Korsgaard
2013-06-17 6:18 ` Assaf Inbal
2013-06-17 21:18 ` Peter Korsgaard
2013-05-20 12:56 ` [Buildroot] [PATCH 08/12] luaexpatutils: " Assaf Inbal
2013-06-19 21:24 ` Peter Korsgaard
2013-05-20 12:56 ` [Buildroot] [PATCH 09/12] luaposix: " Assaf Inbal
2013-05-20 16:09 ` François Perrad
2013-06-19 21:34 ` Peter Korsgaard
2013-06-20 4:45 ` Assaf Inbal
2013-06-20 5:57 ` Arnout Vandecappelle
2013-06-20 6:10 ` Thomas Petazzoni
2013-06-20 7:05 ` Assaf Inbal
2013-06-20 7:39 ` Assaf Inbal
2013-06-20 7:46 ` Thomas Petazzoni
2013-05-20 12:56 ` [Buildroot] [PATCH 10/12] luasec: " Assaf Inbal
2013-05-20 16:10 ` François Perrad
2013-08-12 17:46 ` Thomas Petazzoni
2013-05-20 12:56 ` [Buildroot] [PATCH 11/12] luasql: " Assaf Inbal
2013-05-20 16:13 ` François Perrad
2013-08-12 17:47 ` Thomas Petazzoni
2013-05-20 12:56 ` [Buildroot] [PATCH 12/12] orbit: " Assaf Inbal
2013-08-13 9:53 ` Thomas Petazzoni
2013-08-13 10:16 ` Assaf Inbal
2013-06-16 19:46 ` [Buildroot] [PATCH 01/12] coxpcall: Updated source location Peter Korsgaard
2013-06-17 5:17 ` Assaf Inbal
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.