NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
b1badd880f
kumquat-buildroot/package/haserl/Config.in

45 lines
1014 B
Plaintext
Raw Normal View History

0000755: New package: haserl: patch from jacmet This little patch adds a target for haserl to buildroot. Haserl - Html And Shell Embedded Report Language
2006-04-11 01:34:06 +02:00
config BR2_PACKAGE_HASERL
bool "haserl"
haserl: needs fork() Fixes http://autobuild.buildroot.net/results/e265d061e1956522dad4566827ed4171160dfecc Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-02-23 21:37:36 +01:00
depends on BR2_USE_MMU # fork()
0000755: New package: haserl: patch from jacmet This little patch adds a target for haserl to buildroot. Haserl - Html And Shell Embedded Report Language
2006-04-11 01:34:06 +02:00
help
Haserl is a small cgi wrapper that enables shell scripts to be
embedded into html documents. It is intended for environments
where something like PHP is too big.
http://haserl.sourceforge.net/
Allow use of 'haserl' developer version
2007-10-30 23:10:17 +01:00
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
if BR2_PACKAGE_HASERL
haserl: Add lua option Closes #719 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-04-29 23:04:20 +02:00
config BR2_PACKAGE_HASERL_WITH_LUA
trivial: correct capitalization of Lua in Config.in files The Lua website says: "Like most names, it should be written in lower case with an initial capital, that is, "Lua". Please do not write it as "LUA", which is both ugly and confusing, because then it becomes an acronym with different meanings for different people." http://www.lua.org/about.html So, let's honor this request in buildroot. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-09-06 23:36:18 +02:00
bool "Lua support"
haserl: Add lua option Closes #719 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-04-29 23:04:20 +02:00
depends on BR2_PACKAGE_HASERL_VERSION_0_9_X
select BR2_PACKAGE_LUA
help
trivial: correct capitalization of Lua in Config.in files The Lua website says: "Like most names, it should be written in lower case with an initial capital, that is, "Lua". Please do not write it as "LUA", which is both ugly and confusing, because then it becomes an acronym with different meanings for different people." http://www.lua.org/about.html So, let's honor this request in buildroot. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-09-06 23:36:18 +02:00
Enable Lua support for haserl
haserl: Add lua option Closes #719 Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-04-29 23:04:20 +02:00
Allow use of 'haserl' developer version
2007-10-30 23:10:17 +01:00
choice
prompt "Haserl version"
haserl: get rid of minor version in config names Rename haserl config options to 0.8.x / 0.9.x so the config names don't change every time the version is bumped (similar to busysbox package).
2008-04-07 09:59:03 +02:00
default BR2_PACKAGE_HASERL_VERSION_0_9_X
Allow use of 'haserl' developer version
2007-10-30 23:10:17 +01:00
help
Select the older stable version, or the newer developer version
haserl: get rid of minor version in config names Rename haserl config options to 0.8.x / 0.9.x so the config names don't change every time the version is bumped (similar to busysbox package).
2008-04-07 09:59:03 +02:00
config BR2_PACKAGE_HASERL_VERSION_0_8_X
bool "v 0.8.x"
haserl: mark old 0.8 version as deprecated The 0.8 version hasn't seen any updates since 2005, and there's no real reason to continue to use it today, so deprecate it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-25 20:50:13 +01:00
depends on BR2_DEPRECATED_SINCE_2014_02
Allow use of 'haserl' developer version
2007-10-30 23:10:17 +01:00
help
stable version
haserl: get rid of minor version in config names Rename haserl config options to 0.8.x / 0.9.x so the config names don't change every time the version is bumped (similar to busysbox package).
2008-04-07 09:59:03 +02:00
config BR2_PACKAGE_HASERL_VERSION_0_9_X
bool "v 0.9.x"
Allow use of 'haserl' developer version
2007-10-30 23:10:17 +01:00
help
developer version - seems OK though
endchoice
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
endif
Allow use of 'haserl' developer version
2007-10-30 23:10:17 +01:00
config BR2_PACKAGE_HASERL_VERSION
string
haserl: get rid of minor version in config names Rename haserl config options to 0.8.x / 0.9.x so the config names don't change every time the version is bumped (similar to busysbox package).
2008-04-07 09:59:03 +02:00
default "0.8.0" if BR2_PACKAGE_HASERL_VERSION_0_8_X
haserl: bump 0.9.x version Fixes a number of security issues and adds support for PUT/DELETE. From the release mail: <snip> Stephen Röttger reported a number of security bugs, the most serious of which is a potential heap overflow in sliding_buffer.c (file uploads). There is a potential for remote code execution. At the same time, I've made an *experimental* change to allow RESTful API's possible: * PUT and DELETE methods are handled by the POST and GET handlers. * For mostly historical reasons, data on the URI is still called GET.<var>, and data in the body is named POST.<var> * If the Content-Type is not "application/x-www-form-urlencoded", Haserl won't try to urldecode the POST contents - it will just put the body in POST.body verbatim. </snip> The lua handling now uses pkg-config, so adjust the code to match. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-06-13 21:54:17 +02:00
default "0.9.33" if BR2_PACKAGE_HASERL_VERSION_0_9_X
Reference in New Issue Copy Permalink