[Buildroot] [PATCH 01/12] coxpcall: Updated source location

[Buildroot] [PATCH 01/12] coxpcall: Updated source location

[Assaf Inbal]

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

[Buildroot] [PATCH 02/12] luasocket: Update source location

[Assaf Inbal]

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

[Buildroot] [PATCH 02/12] luasocket: Update source location

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 02/12] luasocket: Update source location

[Assaf Inbal]

>
> 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>

[Buildroot] [PATCH 03/12] sqlite: Added host compilation support

[Assaf Inbal]

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

[Buildroot] [PATCH 03/12] sqlite: Added host compilation support

[Yann E. MORIN]

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.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] [PATCH 03/12] sqlite: Added host compilation support

[Assaf Inbal]

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.  |
> '------------------------------^-------^------------------^--------------------'

[Buildroot] [PATCH 03/12] sqlite: Added host compilation support

[Yann E. MORIN]

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.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] [PATCH 04/12] lbase64: New package

[Assaf Inbal]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[Assaf Inbal]

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>

[Buildroot] [PATCH 04/12] lbase64: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[Arnout Vandecappelle]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[Assaf Inbal]

> 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>

[Buildroot] [PATCH 04/12] lbase64: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[Arnout Vandecappelle]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[Bryan Hundven]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[Bryan Hundven]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 04/12] lbase64: New package

[François Perrad]

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>

[Buildroot] [PATCH 04/12] lbase64: New package

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 04/12] lbase64: New package

[Assaf Inbal]

>
> 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>

[Buildroot] [PATCH 04/12] lbase64: New package

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 05/12] lua-ev: New package

[Assaf Inbal]

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

[Buildroot] [PATCH 05/12] lua-ev: New package

[François Perrad]

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>

[Buildroot] [PATCH 05/12] lua-ev: New package

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 05/12] lua-ev: New package

[Assaf Inbal]

>
> 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>

[Buildroot] [PATCH 05/12] lua-ev: New package

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 06/12] luabitop: New package

[Assaf Inbal]

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

[Buildroot] [PATCH 06/12] luabitop: New package

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 07/12] luacrypto: New package

[Assaf Inbal]

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

[Buildroot] [PATCH 07/12] luacrypto: New package

[François Perrad]

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>

[Buildroot] [PATCH 07/12] luacrypto: New package

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 07/12] luacrypto: New package

[Assaf Inbal]

>
> 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>

[Buildroot] [PATCH 07/12] luacrypto: New package

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 08/12] luaexpatutils: New package

[Assaf Inbal]

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

[Buildroot] [PATCH 08/12] luaexpatutils: New package

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 09/12] luaposix: New package

[Assaf Inbal]

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

[Buildroot] [PATCH 09/12] luaposix: New package

[François Perrad]

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>

[Buildroot] [PATCH 09/12] luaposix: New package

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 09/12] luaposix: New package

[Assaf Inbal]

>
> 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>

[Buildroot] [PATCH 09/12] luaposix: New package

[Arnout Vandecappelle]

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

[Buildroot] [PATCH 09/12] luaposix: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 09/12] luaposix: New package

[Assaf Inbal]

>
> 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>

[Buildroot] [PATCH 09/12] luaposix: New package

[Assaf Inbal]

>
> 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>

[Buildroot] [PATCH 09/12] luaposix: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 10/12] luasec: New package

[Assaf Inbal]

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

[Buildroot] [PATCH 10/12] luasec: New package

[François Perrad]

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>

[Buildroot] [PATCH 10/12] luasec: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 11/12] luasql: New package

[Assaf Inbal]

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

[Buildroot] [PATCH 11/12] luasql: New package

[François Perrad]

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>

[Buildroot] [PATCH 11/12] luasql: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 12/12] orbit: New package

[Assaf Inbal]

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

[Buildroot] [PATCH 12/12] orbit: New package

[Thomas Petazzoni]

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

[Buildroot] [PATCH 12/12] orbit: New package

[Assaf Inbal]

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>

[Buildroot] [PATCH 01/12] coxpcall: Updated source location

[Peter Korsgaard]

>>>>> "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

[Buildroot] [PATCH 01/12] coxpcall: Updated source location

[Assaf Inbal]

>
> 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>