coxpcall: Updated source location
PATCH 1/12 coxpcall: Updated source location
--- package/coxpcall/coxpcall.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
package/coxpcall/coxpcall.mk +1 -1
@@ -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
Signature · 1 line
1.8.1.2
PATCH 2/12 luasocket: Update source location
--- package/luasocket/luasocket.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
package/luasocket/luasocket.mk +1 -1
@@ -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
Signature · 1 line
1.8.1.2
PATCH 2/12 luasocket: Update source location
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Assaf" == Assaf Inbal <[email protected]> writes:
Assaf> Signed-off-by: Assaf Inbal <[email protected]> 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.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 2/12 luasocket: Update source location
Quoted 3 lines
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>
PATCH 3/12 sqlite: Added host compilation support
In reply to Assaf Inbal--- package/sqlite/sqlite.mk | 2 ++ 1 file changed, 2 insertions(+)
package/sqlite/sqlite.mk +2 -0
@@ -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))
Signature · 1 line
1.8.1.2
PATCH 3/12 sqlite: Added host compilation support
Assaf, All,
On 2013-05-20 15:56 +0300, Assaf Inbal spake thusly:
Quoted 19 lines
Signed-off-by Assaf Inbal <[email protected]>--- package/sqlite/sqlite.mk | 2 ++ 1 file changed, 2 insertions(+)package/sqlite/sqlite.mk +1
-0@@ -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
package/sqlite/sqlite.mk define SQLITE_UNINSTALL_STAGING_CMDS · line 72
Quoted 4 lines
package/sqlite/sqlite.mk +1
-0@@ -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.
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | 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. | '------------------------------^-------^------------------^--------------------'
PATCH 3/12 sqlite: Added host compilation support
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.
Quoted 40 lines · Yann E. MORIN
Assaf, All,
On 2013-05-20 15:56 +0300, Assaf Inbal spake thusly:
Quoted 21 lines
Signed-off-by Assaf Inbal <[email protected]>---
package/sqlite/sqlite.mk| 2 ++1 file changed, 2 insertions(+)package/sqlite/sqlite.mk +0
-0@@ -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-readlinedefine
SQLITE_UNINSTALL_TARGET_CMDS
rm -f $(TARGET_DIR)/usr/bin/sqlite3package/sqlite/sqlite.mk +0
-0@@ -68,3 +69,4 @@ define SQLITE_UNINSTALL_STAGING_CMDSendef
Quoted 2 lines
$(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. |'------------------------------^-------^------------------^--------------------'
PATCH 3/12 sqlite: Added host compilation support
Assaf, All,
Please, do not to-post. Reply in-place, as below:
On 2013-05-20 17:27 +0300, Assaf Inbal spake thusly:
Quoted 2 lines
You're correct, However, I have a personal package which relies on sqlite as a part of the build process.
OK, I understand.
Quoted 2 lines
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.
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | 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. | '------------------------------^-------^------------------^--------------------'
PATCH 4/12 lbase64: New package
In reply to Assaf InbalThis package adds base64 encode/decode functionality for Lua
--- 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
package/Config.in +1 -0
@@ -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"
package/lbase64/Config.in new file +6 -0
@@ -0,0 +1,6 @@ +config BR2_PACKAGE_LBASE64 + bool "lbase64" + help + A base64 library for Lua + + http://luaforge.net/projects/lbase64/
package/lbase64/lbase64.mk new file +30 -0
@@ -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))
Signature · 1 line
1.8.1.2
PATCH 4/12 lbase64: New package
Dear Assaf Inbal,
package/lbase64/lbase64.mk line 16
Quoted 3 lines · Assaf Inbal
package/lbase64/lbase64.mk new file +3
-0+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.
package/lbase64/lbase64.mk line 20
Quoted 4 lines
package/lbase64/lbase64.mk new file +4
-0+ +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
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 4/12 lbase64: New package
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
Quoted 25 lines · Thomas Petazzoni
Dear Assaf Inbal,
Review
Quoted 2 lines · Assaf Inbal
(quoted diff) +2
-0+define LBASE64_BUILD_CMDS + $(MAKE) -C $(@D) CC="$(TARGET_CC)" CFLAGS="$(TARGET_CFLAGS) -fPIC"so
Quoted 1 line
+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_LIBis disabled, build both the shared and the static library, and whenBR2_PREFER_STATIC_LIBis enabled, build only the static library.package/lbase64/lbase64.mk line 20
Quoted 4 lines
package/lbase64/lbase64.mk new file +4
-0+ +define LBASE64_INSTALL_TARGET_CMDS + $(INSTALL) "$(@D)/base64.so" "$(TARGET_DIR)/usr/lib/lua" +endefWe normally don't quote file paths, and we use the following syntax:
$(INSTALL) -D $(@D)/base64.so $(TARGET_DIR)/usr/lib/lua/base64.so
Quoted 9 lines
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>
PATCH 4/12 lbase64: New package
Dear Assaf Inbal,
Quoted 3 lines · Assaf Inbal
Thank you for the comments.
UsingTARGET_CONFIGURE_OPTSwont 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"
Quoted 4 lines
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
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 4/12 lbase64: New package
Quoted 6 lines · Thomas Petazzoni
Quoted 4 lines
Quoted 4 lines
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
Signature · 6 lines
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
PATCH 4/12 lbase64: New package
Quoted 9 lines · Thomas Petazzoni
Quoted 8 lines
Quoted 8 lines
Also, regarding the static library, the output of the package is always a
Quoted 1 line
shared object since it needs to be loaded dynamically by Lua scripts.
The
Quoted 1 line
default target of the package is a test so I need to specifically
specify
Quoted 1 line
the target.
Quoted 8 lines
Quoted 3 lines
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_LIBis 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>
PATCH 4/12 lbase64: New package
Dear Assaf Inbal,
Quoted 5 lines · Assaf Inbal
Quoted 4 lines
We currently probably have many packages that generate .so files even if
PREFER_STATIC_LIBis true - that's why it is "prefer", right?That said, I'm certainly in favour of making the STATIC stuff more strict.
Quoted 7 lines
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
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 4/12 lbase64: New package
In reply to Arnout VandecappelleDear Arnout Vandecappelle,
Quoted 10 lines · Arnout Vandecappelle
Quoted 6 lines · Thomas Petazzoni
Quoted 4 lines
Quoted 4 lines
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
ifPREFER_STATIC_LIBis true
Correct, but...
Quoted 3 lines
- 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
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 4/12 lbase64: New package
Quoted 20 lines · Thomas Petazzoni
Dear Arnout Vandecappelle,
Quoted 10 lines · Arnout Vandecappelle
Quoted 6 lines · Thomas Petazzoni
Quoted 4 lines
Quoted 4 lines
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
ifPREFER_STATIC_LIBis trueCorrect, but...
Quoted 3 lines
- that's why it is "prefer", right?
That said, I'm certainly in favour of making the STATIC stuff more strict.
Quoted 11 lines
... I dislike this idea of "prefer". I would like the
BR2_PREFER_STATIC_LIBoption 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
Quoted 3 lines
So, to me, while this option is still named
BR2_PREFER_STATIC_LIB, we should think of it asBR2_USE_ONLY_STATIC_LIB. Maybe someday we'll rename it? :-)
Probably not :-)
Quoted 3 lines
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
Signature · 6 lines
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
PATCH 4/12 lbase64: New package
Quoted 63 lines · Arnout Vandecappelle
Quoted 31 lines · Thomas Petazzoni
Dear Arnout Vandecappelle,
Quoted 11 lines · Arnout Vandecappelle
Quoted 9 lines · Thomas Petazzoni
Quoted 8 lines
Quoted 8 lines
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.Quoted 6 lines
Quoted 2 lines
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
ifPREFER_STATIC_LIBis trueCorrect, but...
Quoted 4 lines
- that's why it is "prefer", right?
That said, I'm certainly in favour of making the STATIC stuff more
strict.Quoted 11 lines
... I dislike this idea of "prefer". I would like the
BR2_PREFER_STATIC_LIBoption 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
Quoted 3 lines
So, to me, while this option is still named
BR2_PREFER_STATIC_LIB, we should think of it asBR2_USE_ONLY_STATIC_LIB. Maybe someday we'll rename it? :-)Probably not :-)
Quoted 3 lines
Of course, that raises the question of whether we should disable all libraries/applications that use
dlopen()libraries when this option is enabled.
Quoted 5 lines
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 thatdlopen()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
Quoted 23 lines
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
PATCH 4/12 lbase64: New package
Dear Bryan Hundven,
Quoted 7 lines · Bryan Hundven
Quoted 4 lines
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 thatdlopen()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.
Quoted 2 lines
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
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 4/12 lbase64: New package
Quoted 16 lines · Thomas Petazzoni
Dear Bryan Hundven,
Quoted 7 lines · Bryan Hundven
Quoted 4 lines
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 thatdlopen()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.
Quoted 8 lines
Quoted 2 lines
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
Quoted 8 lines
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
PATCH 4/12 lbase64: New package
In reply to Arnout VandecappelleDear Arnout Vandecappelle,
Quoted 5 lines · Arnout Vandecappelle
Quoted 3 lines
So, to me, while this option is still named
BR2_PREFER_STATIC_LIB, we should think of it asBR2_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 :-)
Quoted 8 lines
Quoted 3 lines
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 thatdlopen()should depend on !BR2_PREFER_STATIC_LIB.
Yes, I believe so.
Quoted 4 lines
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
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 4/12 lbase64: New package
In reply to Assaf Inbal2013/5/20 Assaf Inbal <[email protected]>
Quoted 42 lines
This package adds base64 encode/decode functionality for Lua
Signed-off-by Assaf Inbal <[email protected]>--- 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.mkpackage/Config.in +1
-0@@ -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"package/lbase64/Config.in new file +6
-0@@ -0,0 +1,6 @@ +config BR2_PACKAGE_LBASE64 + bool "lbase64" + help + A base64 library for Lua + + http://luaforge.net/projects/lbase64/package/lbase64/lbase64.mk new file +0
-0
package/lbase64/lbase64.mk line 7
Quoted 7 lines
package/lbase64/lbase64.mk new file +7
-0@@ -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
Quoted 26 lines
package/lbase64/lbase64.mk new file +7
-0+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
package/lbase64/lbase64.mk new file +15
-1+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
Quoted 5 lines
_______________________________________________
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>
PATCH 4/12 lbase64: New package
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Fran?ois" == Fran?ois Perrad <[email protected]> writes:
Fran?ois> 2013/5/20 Assaf Inbal <[email protected]>
Fran?ois> This package adds base64 encode/decode functionality for Lua
Fran?ois> Signed-off-by: Assaf Inbal <[email protected]> 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?
Signature · 1 line
Bye, Peter Korsgaard
PATCH 4/12 lbase64: New package
Quoted 3 lines
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>
PATCH 4/12 lbase64: New package
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Assaf" == Assaf Inbal <[email protected]> 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.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 5/12 lua-ev: New package
In reply to Assaf InbalLua bindings for libev
--- 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
package/Config.in +1 -0
@@ -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"
package/lua-ev/Config.in new file +7 -0
@@ -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
package/lua-ev/lua-ev.mk new file +16 -0
@@ -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)) +
Signature · 1 line
1.8.1.2
PATCH 5/12 lua-ev: New package
2013/5/20 Assaf Inbal <[email protected]>
Quoted 43 lines
Lua bindings for libev
Signed-off-by Assaf Inbal <[email protected]>--- 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.mkpackage/Config.in +1
-0@@ -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"package/lua-ev/Config.in new file +7
-0@@ -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-evpackage/lua-ev/lua-ev.mk new file +0
-0
package/lua-ev/lua-ev.mk line 9
Quoted 9 lines
package/lua-ev/lua-ev.mk new file +9
-0@@ -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
package/lua-ev/lua-ev.mk line 16
Quoted 8 lines
package/lua-ev/lua-ev.mk new file +7
-0+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
Quoted 8 lines
--
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>
PATCH 5/12 lua-ev: New package
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Fran?ois" == Fran?ois Perrad <[email protected]> writes:
Fran?ois> 2013/5/20 Assaf Inbal <[email protected]>
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?
Signature · 1 line
Bye, Peter Korsgaard
PATCH 5/12 lua-ev: New package
Quoted 3 lines
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>
PATCH 5/12 lua-ev: New package
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Assaf" == Assaf Inbal <[email protected]> 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.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 6/12 luabitop: New package
In reply to Assaf InbalLua library for binary operations
--- 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
package/Config.in +1 -0
@@ -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"
package/luabitop/Config.in new file +7 -0
@@ -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
package/luabitop/luabitop.mk new file +27 -0
@@ -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))
Signature · 1 line
1.8.1.2
PATCH 6/12 luabitop: New package
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Assaf" == Assaf Inbal <[email protected]> writes:
Assaf> Lua library for binary operations Assaf> Signed-off-by: Assaf Inbal <[email protected]> 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.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 7/12 luacrypto: New package
In reply to Assaf InbalLuaCrypto provides a Lua frontend to the OpenSSL cryptographic library.
--- 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
package/Config.in +1 -0
@@ -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"
package/luacrypto/Config.in new file +12 -0
@@ -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
package/luacrypto/luacrypto.mk new file +15 -0
@@ -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))
Signature · 1 line
1.8.1.2
PATCH 7/12 luacrypto: New package
2013/5/20 Assaf Inbal <[email protected]>
Quoted 49 lines
LuaCrypto provides a Lua frontend to the OpenSSL cryptographic library.
Signed-off-by Assaf Inbal <[email protected]>--- 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.mkpackage/Config.in +1
-0@@ -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"package/luacrypto/Config.in new file +12
-0@@ -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.netpackage/luacrypto/ renamed from package/luacrypto/luacrypto.mk +0
-0luacrypto.mk
new file mode 100644
index 0000000..b0cdfc3
package/luacrypto/luacrypto.mk line 3
Quoted 3 lines
package/luacrypto/luacrypto.mk new file +3
-0@@ -0,0 +1,15 @@ +############################################################# +# +# lucrypto
typo : luacrypto
package/luacrypto/luacrypto.mk line 9
Quoted 7 lines
package/luacrypto/luacrypto.mk new file +6
-0+# +############################################################# + +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
package/luacrypto/luacrypto.mk line 12
Quoted 4 lines
package/luacrypto/luacrypto.mk new file +3
-0+LUACRYPTO_LICENSE = MIT +LUACRYPTO_LICENSE_FILES = COPYING +LUACRYPTO_DEPENDENCIES = lua luasocket openssl
luasocket is not a built dependency.
Fran?ois
Quoted 7 lines
package/luacrypto/luacrypto.mk new file +1
-0+LUACRYPTO_CONF_OPT ="-DLUA_LIBRARIES=\"$(STAGING_DIR)/usr/lib/liblua.so\"" +
+$(eval $(cmake-package))
--
1.8.1.2
Quoted 5 lines
_______________________________________________
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>
PATCH 7/12 luacrypto: New package
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Fran?ois" == Fran?ois Perrad <[email protected]> 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?
Signature · 1 line
Bye, Peter Korsgaard
PATCH 7/12 luacrypto: New package
Quoted 4 lines
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>
PATCH 7/12 luacrypto: New package
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Assaf" == Assaf Inbal <[email protected]> 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.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 8/12 luaexpatutils: New package
In reply to Assaf Inballxp.doc is a module that provides useful features for working with XML formats in LOM format as used by the LuaExpat project from Kepler.
--- 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
package/Config.in +1 -0
@@ -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"
package/luaexpatutils/Config.in new file +8 -0
@@ -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
package/luaexpatutils/luaexpatutils.mk new file +21 -0
@@ -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))
Signature · 1 line
1.8.1.2
PATCH 8/12 luaexpatutils: New package
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Assaf" == Assaf Inbal <[email protected]> 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 <[email protected]> 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.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 9/12 luaposix: New package
In reply to Assaf InbalLuaposix is a Lua frontend to posix functions.
--- 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
package/Config.in +1 -0
@@ -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"
package/luaposix/Config.in new file +10 -0
@@ -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
package/luaposix/luaposix-remove-cross-compile-check.patch new file +13 -0
@@ -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. */
package/luaposix/luaposix.mk new file +15 -0
@@ -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))
Signature · 1 line
1.8.1.2
PATCH 9/12 luaposix: New package
2013/5/20 Assaf Inbal <[email protected]>
Quoted 75 lines
Luaposix is a Lua frontend to posix functions.
Signed-off-by Assaf Inbal <[email protected]>--- 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.mkpackage/Config.in +1
-0@@ -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"package/luaposix/Config.in new file +4
-0@@ -0,0 +1,10 @@ +config BR2_PACKAGE_LUAPOSIX + bool "luaposix" + help + luaposix is a POSIX binding, including curses, for Lua 5.1 and5.2;
package/luaposix/Config.in new file +2
-0+ 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 doestry
+ to detect the level of POSIX conformance of the underlying
system andpackage/luaposix/Config.in new file +3
-0+ bind only available APIs + + https://github.com/rrthomas/luaposixpackage/luaposix/luaposix-remove-cross-compile-check.patch new file +13
-0@@ -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. */package/luaposix/luaposix.mk new file +1
-0@@ -0,0 +1,15 @@ +#############################################################
package/luaposix/luaposix.mk line 11
Quoted 10 lines
package/luaposix/luaposix.mk new file +10
-0+# +# 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
Quoted 7 lines
package/luaposix/luaposix.mk new file +4
-1+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
Quoted 5 lines
_______________________________________________
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>
PATCH 9/12 luaposix: New package
In reply to Assaf InbalQuoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Assaf" == Assaf Inbal <[email protected]> writes:
Assaf> Luaposix is a Lua frontend to posix functions. Assaf> Signed-off-by: Assaf Inbal <[email protected]> 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.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 9/12 luaposix: New package
Quoted 2 lines
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>
PATCH 9/12 luaposix: New package
On 20/06/13 06:45, Assaf Inbal wrote:
[snip]
Quoted 31 lines
package/luaposix/luaposix-remove-lua-header-check.patch new file +16
-0@@ -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<[email protected]> +--- 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)package/luaposix/luaposix.mk new file +3
-0@@ -0,0 +1,18 @@ +################################################################################ +# +# luaposix
package/luaposix/luaposix.mk line 13
Quoted 10 lines
package/luaposix/luaposix.mk new file +10
-0+# +################################################################################ + +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
Quoted 6 lines
package/luaposix/luaposix.mk new file +5
-1+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
Signature · 6 lines
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
PATCH 9/12 luaposix: New package
In reply to Assaf InbalDear Assaf Inbal,
Quoted 5 lines · Assaf Inbal
Quoted 2 lines
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
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 9/12 luaposix: New package
Quoted 6 lines
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>
PATCH 9/12 luaposix: New package
Quoted 4 lines
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>
PATCH 9/12 luaposix: New package
Dear Assaf Inbal,
Quoted 3 lines · Assaf Inbal
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.
Quoted 3 lines
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_PATHhack.
Thanks, this looks a lot better!
Best regards,
Thomas
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 10/12 luasec: New package
In reply to Assaf InbalLuaSec is a Lua binding for OpenSSL library to provide TLS/SSL communication.
--- 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
package/Config.in +1 -0
@@ -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"
package/luasec/Config.in new file +9 -0
@@ -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/
package/luasec/luasec.mk new file +31 -0
@@ -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))
Signature · 1 line
1.8.1.2
PATCH 10/12 luasec: New package
2013/5/20 Assaf Inbal <[email protected]>
Quoted 47 lines
LuaSec is a Lua binding for OpenSSL library to provide TLS/SSL communication.
Signed-off-by Assaf Inbal <[email protected]>--- 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.mkpackage/Config.in +1
-0@@ -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"package/luasec/Config.in new file +9
-0@@ -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/package/luasec/luasec.mk new file +1
-0@@ -0,0 +1,31 @@ +#############################################################
package/luasec/luasec.mk line 11
Quoted 10 lines
package/luasec/luasec.mk new file +10
-0+# +# 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
Quoted 23 lines
package/luasec/luasec.mk new file +20
-1+ +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
Quoted 5 lines
_______________________________________________
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>
Thomas Petazzoni
AppliedPATCH 10/12 luasec: New package
In reply to Assaf InbalDear Assaf Inbal,
Quoted 4 lines · Assaf Inbal
LuaSec is a Lua binding for OpenSSL library to provide TLS/SSL communication.
Signed-off-by Assaf Inbal <[email protected]>
Applied, thanks, after making the change suggested by Fran?ois and a few other cosmetic changes.
Thomas
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 11/12 luasql: New package
In reply to Assaf InbalLuasql is a uniform frontend for multiple DB backends.
--- 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
package/Config.in +1 -0
@@ -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"
package/luasql/Config.in new file +21 -0
@@ -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
package/luasql/luasql.mk new file +36 -0
@@ -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))
Signature · 1 line
1.8.1.2
PATCH 11/12 luasql: New package
2013/5/20 Assaf Inbal <[email protected]>
Quoted 57 lines
Luasql is a uniform frontend for multiple DB backends.
Signed-off-by Assaf Inbal <[email protected]>--- 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.mkpackage/Config.in +1
-0@@ -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"package/luasql/Config.in new file +21
-0@@ -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 +endifpackage/luasql/luasql.mk new file +0
-0
package/luasql/luasql.mk line 8
Quoted 8 lines
package/luasql/luasql.mk new file +8
-0@@ -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
Quoted 31 lines
package/luasql/luasql.mk new file +28
-1+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
Quoted 5 lines
_______________________________________________
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>
Thomas Petazzoni
AppliedPATCH 11/12 luasql: New package
In reply to Assaf InbalDear Assaf Inbal,
Quoted 3 lines · Assaf Inbal
Luasql is a uniform frontend for multiple DB backends.
Signed-off-by Assaf Inbal <[email protected]>
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
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 12/12 orbit: New package
In reply to Assaf InbalAn MVC web framework for Lua
--- 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
package/Config.in +1 -0
@@ -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"
package/orbit/Config.in new file +10 -0
@@ -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
package/orbit/orbit.mk new file +26 -0
@@ -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))
Signature · 1 line
1.8.1.2
Thomas Petazzoni
AppliedPATCH 12/12 orbit: New package
Dear Assaf Inbal,
Quoted 3 lines · Assaf Inbal
An MVC web framework for Lua
Signed-off-by Assaf Inbal <[email protected]>
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
Signature · 4 lines
Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com
PATCH 12/12 orbit: New package
Hey Thomas,
Thanks for taking the time to do this.
* Remove the wsapi build-time dependency, since there is apparently no
Quoted 3 lines
build-time dependency for orbit (it's just some Lua code that gets copied to the target)
Yes, you are correct.
Quoted 3 lines
* 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.
Quoted 4 lines
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>
PATCH 1/12 coxpcall: Updated source location
In reply to Assaf InbalQuoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Assaf" == Assaf Inbal <[email protected]> writes:
Assaf> Signed-off-by: Assaf Inbal <[email protected]> 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:
Quoted 1 line
Quoted 1 line
Quoted 1 line
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.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 1/12 coxpcall: Updated source location
Quoted 3 lines
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>