[ptxdist] [PATCH] python3-tornado: new package
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
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
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
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
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
[ptxdist] [PATCH] libdrm: version bump 2.4.73 -> 2.4.74
Signed-off-by: Philipp Zabel --- rules/libdrm.make | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/rules/libdrm.make b/rules/libdrm.make index f821191..ec02cc7 100644 --- a/rules/libdrm.make +++ b/rules/libdrm.make @@ -17,8 +17,8 @@ PACKAGES-$(PTXCONF_LIBDRM) += libdrm # # Paths and names # -LIBDRM_VERSION := 2.4.71 -LIBDRM_MD5 := a9e5bf225873165fd38cad275e7b6a86 +LIBDRM_VERSION := 2.4.74 +LIBDRM_MD5 := b661a54514109caad3de3b520680b98e LIBDRM := libdrm-$(LIBDRM_VERSION) LIBDRM_SUFFIX := tar.gz LIBDRM_URL := http://dri.freedesktop.org/libdrm/$(LIBDRM).$(LIBDRM_SUFFIX) -- 2.10.2 ___ ptxdist mailing list ptxdist@pengutronix.de
Re: [ptxdist] [PATCH 1/2] kernel: pass loadaddr for building uImage
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
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
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