[ptxdist] [PATCH] python3-tornado: new package

2016-11-30 Thread Artur Wiebe 
Tornado is a Python web framework and asynchronous networking library.
By using non-blocking network I/O, Tornado can scale to tens
of thousands of open connections, making it ideal for long polling,
WebSockets, and other applications that require a long-lived connection to
each user.

Signed-off-by: Artur Wiebe 
---
 rules/python3-tornado.in   | 13 
 rules/python3-tornado.make | 51 ++
 2 files changed, 64 insertions(+)
 create mode 100644 rules/python3-tornado.in
 create mode 100644 rules/python3-tornado.make

diff --git a/rules/python3-tornado.in b/rules/python3-tornado.in
new file mode 100644
index 000..0ada2e3
--- /dev/null
+++ b/rules/python3-tornado.in
@@ -0,0 +1,13 @@
+## SECTION=python3
+
+config PYTHON3_TORNADO
+   tristate
+   select PYTHON3
+   prompt "tornado"
+   help
+ Tornado is a Python web framework and asynchronous networking library.
+ By using non-blocking network I/O, Tornado can scale to tens of 
thousands
+ of open connections, making it ideal for long polling, WebSockets,
+ and other applications that require a long-lived connection to each 
user.
+
+
diff --git a/rules/python3-tornado.make b/rules/python3-tornado.make
new file mode 100644
index 000..162df10
--- /dev/null
+++ b/rules/python3-tornado.make
@@ -0,0 +1,51 @@
+# -*-makefile-*-
+#
+# Copyright (C) 2016 by Artur Wiebe 
+#
+# See CREDITS for details about who has contributed to this project.
+#
+# For further information about the PTXdist project and license conditions
+# see the README file.
+#
+
+#
+# We provide this package
+#
+PACKAGES-$(PTXCONF_PYTHON3_TORNADO) += python3-tornado
+
+PYTHON3_TORNADO_VERSION:= 4.4.2
+PYTHON3_TORNADO_MD5:= b4816ea209118667ffc52ce9ff06ac85
+PYTHON3_TORNADO:= tornado-$(PYTHON3_TORNADO_VERSION)
+PYTHON3_TORNADO_SUFFIX := tar.gz
+PYTHON3_TORNADO_URL:= 
https://pypi.python.org/packages/1e/7c/ea047f7bbd1ff22a7f69fe55e7561040e3e54d6f31da6267ef9748321f98/$(PYTHON3_TORNADO).$(PYTHON3_TORNADO_SUFFIX)\#md5=$(PYTHON3_TORNADO_MD5)
+PYTHON3_TORNADO_SOURCE := 
$(SRCDIR)/$(PYTHON3_TORNADO).$(PYTHON3_TORNADO_SUFFIX)
+PYTHON3_TORNADO_DIR:= $(BUILDDIR)/$(PYTHON3_TORNADO)
+PYTHON3_TORNADO_LICENSE:= Apache-2.0
+
+# 
+# Prepare
+# 
+
+PYTHON3_TORNADO_CONF_TOOL:= python3
+
+# 
+# Target-Install
+# 
+
+$(STATEDIR)/python3-tornado.targetinstall:
+   @$(call targetinfo)
+
+   @$(call install_init, python3-tornado)
+   @$(call install_fixup,python3-tornado,PRIORITY,optional)
+   @$(call install_fixup,python3-tornado,SECTION,base)
+   @$(call install_fixup,python3-tornado,AUTHOR,"Artur Wiebe 
")
+   @$(call install_fixup,python3-tornado,DESCRIPTION,missing)
+
+   @$(call install_glob, python3-tornado, 0, 0, -, \
+   /usr/lib/python$(PYTHON3_MAJORMINOR)/site-packages/tornado,, 
*.py)
+
+   @$(call install_finish,python3-tornado)
+
+   @$(call touch)
+
+# vim: syntax=make
-- 
2.10.2


___
ptxdist mailing list
ptxdist@pengutronix.de

[ptxdist] Antwort: Re: [PATCH] openvpn: version bump 2.3.11 -> 2.3.13

2016-11-30 Thread Tobias Schmidl 
Hello all, 

-"ptxdist"  schrieb: -
>
> This patch does not apply. Something (Your mail client?) replaced all tabs
> with spaces.
> 

are patches in attachments accepted on this mailing list?

Best regards,

Tobias

___
ptxdist mailing list
ptxdist@pengutronix.de

Re: [ptxdist] [PATCH] host-tz-database: bump version 2015g -> 2016i

2016-11-30 Thread Michael Olbrich 
On Thu, Nov 24, 2016 at 11:27:06AM +0100, Alexander Dahl wrote:
> Hei hei,
> 
> I tried to test this, but it fails on build because the license
> situation was clarified upstream. After 2015g and for 2016a a file
> LICENSE was added. You could tweak the make rule like this:
> 
> -  
> file://date.c;startline=2;endline=15;md5=3f476fcbaee7a2c36b94589389ef1321
> +  
> file://date.c;startline=3;endline=28;md5=0b516100709f6de9dc65257bf91e6dd0
> 
> But this may not be the right way given the new LICENSE file.

The LICENSE file just clarifies the license.

> Besides this, the made no problems on my target.
> 
> btw: meanwhile 2016j was announced today.

I've pushed an update for this with the correct license tag and files.

Michael

-- 
Pengutronix e.K.   | |
Industrial Linux Solutions | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0|
Amtsgericht Hildesheim, HRA 2686   | Fax:   +49-5121-206917- |

___
ptxdist mailing list
ptxdist@pengutronix.de

Re: [ptxdist] [PATCH] nginx: new package

2016-11-30 Thread Michael Olbrich 
Hi,

On Tue, Nov 29, 2016 at 05:24:42PM +0100, Clemens Gruber wrote:
> On Tue, Nov 29, 2016 at 10:10:01AM +0100, Michael Olbrich wrote:
> > Use install_alternative here (untested):
> > 
> > @$(call install_alternatice, nginx, www, www, 0644, \
> > /projectroot/var/www/httpd.html, n, \
> > /var/www/index.html)
> 
> This did not work. It searched for an index.html in "../httpd.html/"
> folders.
> In the v2 of the patch I am sending, I use install_copy for populating
> this httpd.html file to index.html. (same as in lighttpd.make)
> Would this be OK?

It works if done correctly (the stuff above is bogus). I've fixed this
while appying the patch.

Michael

-- 
Pengutronix e.K.   | |
Industrial Linux Solutions | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0|
Amtsgericht Hildesheim, HRA 2686   | Fax:   +49-5121-206917- |

___
ptxdist mailing list
ptxdist@pengutronix.de

Re: [ptxdist] [PATCH] openvpn: version bump 2.3.11 -> 2.3.13

2016-11-30 Thread Michael Olbrich 
On Wed, Nov 30, 2016 at 10:46:44AM +0100, Tobias Schmidl wrote:
> Signed-off-by: Tobias Schmidl 
> 
> diff --git a/rules/openvpn.make b/rules/openvpn.make
> index 532809d..be84ee8 100644
> --- a/rules/openvpn.make
> +++ b/rules/openvpn.make
> @@ -16,8 +16,8 @@ PACKAGES-$(PTXCONF_OPENVPN) += openvpn
>  #
>  # Paths and names
>  #
> -OPENVPN_VERSION:= 2.3.11
> -OPENVPN_MD5:= fe17a25235d65e60af8986c6c78c4650
> +OPENVPN_VERSION:= 2.3.13
> +OPENVPN_MD5:= 4955e1d35bf5dc2c3ed9b98c280ee661
>  OPENVPN:= openvpn-$(OPENVPN_VERSION)
>  OPENVPN_SUFFIX := tar.xz
>  OPENVPN_URL:= 
> http://swupdate.openvpn.org/community/releases/$(OPENVPN).$(OPENVPN_SUFFIX)

This patch does not apply. Something (Your mail client?) replaced all tabs
with spaces.

Michael

> 
> ___
> ptxdist mailing list
> ptxdist@pengutronix.de

-- 
Pengutronix e.K.   | |
Industrial Linux Solutions | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0|
Amtsgericht Hildesheim, HRA 2686   | Fax:   +49-5121-206917- |

___
ptxdist mailing list
ptxdist@pengutronix.de

Re: [ptxdist] [PATCH 1/2] kernel: pass loadaddr for building uImage

2016-11-30 Thread Alexander Dahl 
Hei hei,

On Tue, Nov 29, 2016 at 10:04:19AM +0100, Marc Kleine-Budde wrote:
> What happens if you build a older kernel and don't configure
> PTXCONF_KERNEL_LOADADDR via ptxdist? Does it break while it used to work
> with an older ptxdist?

If I understood you correctly, that's not the case. Older kernels
don't need this passed, but somehow determine it. For example with
ptxdist 2015.10 and kernel 2.6.36.4 for at91sam9g20ek the loadaddr in
the final uImage is 0x20008000. The code for generating the image is
in arch/arm/boot/Makefile but I could not find out, where the actual
address comes from, if I don't pass LOADADDR. If I pass it (e.g. with
the backported patch) the address I pass is used (tried this with
another address).

So while LOADADDR needs to be passed for newer kernels, the build is
successful on older kernels with or without passing LOADADDR. Without
it is somehow determined by the kernel make files I suppose. When
passing LOADADDR the result is the same as for newer kernels.

Does this answer your question?

Í'm not sure how the patch would have to be extended, though.

Greets
Alex

-- 
»With the first link, the chain is forged. The first speech censured, 
the first thought forbidden, the first freedom denied, chains us all 
irrevocably.« (Jean-Luc Picard, quoting Judge Aaron Satie)
*** GnuPG-FP: C28E E6B9 0263 95CF 8FAF  08FA 34AD CD00 7221 5CC6 ***


pgpUdYgpUUVAa.pgp
Description: PGP signature
___
ptxdist mailing list
ptxdist@pengutronix.de

[ptxdist] [PATCH] openvpn: version bump 2.3.11 -> 2.3.13

2016-11-30 Thread Tobias Schmidl 
Signed-off-by: Tobias Schmidl 

diff --git a/rules/openvpn.make b/rules/openvpn.make
index 532809d..be84ee8 100644
--- a/rules/openvpn.make
+++ b/rules/openvpn.make
@@ -16,8 +16,8 @@ PACKAGES-$(PTXCONF_OPENVPN) += openvpn
 #
 # Paths and names
 #
-OPENVPN_VERSION:= 2.3.11
-OPENVPN_MD5:= fe17a25235d65e60af8986c6c78c4650
+OPENVPN_VERSION:= 2.3.13
+OPENVPN_MD5:= 4955e1d35bf5dc2c3ed9b98c280ee661
 OPENVPN:= openvpn-$(OPENVPN_VERSION)
 OPENVPN_SUFFIX := tar.xz
 OPENVPN_URL:= 
http://swupdate.openvpn.org/community/releases/$(OPENVPN).$(OPENVPN_SUFFIX)

___
ptxdist mailing list
ptxdist@pengutronix.de

[ptxdist] ptxdist compile redirects stderr to stdout

2016-11-30 Thread Jon Ringle 
I discovered after updating to a new version of ptxdist that all of my
compile output including errors/warnings are now all going to stdout
instead of having the errors/warning going to stderr.

This is causing some problem when I use qtcreator as my IDE because
qtcreator will only filter stderr for errors/warnings to put into the
Issues tab, where one can simply click on the error/warning and be taken  
right to the source line where the error/warning is found. 
 
I create a small program to demonstrate the problem:
$ cat local_src/testprog/testprog.c
#include 
#include 

#error An error here
int main(int argc, char *argv[])
{
printf("Hello World, I'm testprog!\n");

exit(EXIT_SUCCESS);
}

$ ptxdist-2016.10.0 --force targetinstall testprog >/dev/null
make: ***
[/home/jringle-admin/code/gpec/ec1k-rootfs/platform-EC1C/state/testprog.compile]
Error 2

$ ptxdist-2015.08.0 --force targetinstall testprog >/dev/null
testprog.c:4:2: error: #error An error here
 #error An error here
  ^
make[1]: *** [testprog] Error 1
make: ***
[/home/jringle-admin/code/gpec/ec1k-rootfs/platform-EC1C/state/testprog.compile]
Error 2

I found that this is being caused by commit
30b9267e35eea1c2edb4da0231a428bfa25b6766

Is there a way that the stderr to stdout redirect could be implemented
conditionally so that I can still have stderr segregated if I want to?

Regards,
Jon

___
ptxdist mailing list
ptxdist@pengutronix.de