zeromq: bump to version 4.0.1

Signed-off-by Jerzy Grzegorek <[email protected]>

---
 package/zeromq/zeromq.mk |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

package/zeromq/zeromq.mk +0 -0

index a624b52..d40bed5 100644

Dear Jerzy Grzegorek,

Quoted 10 lines · Jerzy Grzegorek

Signed-off-by Jerzy Grzegorek <[email protected]>

---
 package/zeromq/zeromq.mk |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

package/zeromq/zeromq.mk +0 -0

index a624b52..d40bed5 100644

package/zeromq/zeromq.mk line 10

Quoted 8 lines

package/zeromq/zeromq.mk +1 -1

@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-ZEROMQ_VERSION = 3.2.4
+ZEROMQ_VERSION = 4.0.1
 ZEROMQ_SITE = http://download.zeromq.org/
 ZEROMQ_INSTALL_STAGING = YES
 ZEROMQ_DEPENDENCIES = util-linux

I tried to apply this patch, but unfortunately, it apparently breaks the build of mongrel2:

src/superpoll.c: In function 'SuperPoll_poll':
src/superpoll.c:229:53: error: 'ZMQ_POLL_MSEC' undeclared (first use in this function) src/superpoll.c:229:53: note: each undeclared identifier is reported only once for each function it appears in

I've checked the other reverse dependencies of zeromq, and they seem to build fine.

Can you find a solution to the mongrel2 problem, and resubmit the appropriate patch?

Thanks!

Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot

Quoted 7 lines

I tried to apply this patch, but unfortunately, it apparently breaks the build of mongrel2:

src/superpoll.c: In function 'SuperPoll_poll':
src/superpoll.c:229:53: error: 'ZMQ_POLL_MSEC' undeclared (first use in this function) src/superpoll.c:229:53: note: each undeclared identifier is reported only once for each function it appears in

Quoted 5 lines

I've checked the other reverse dependencies of zeromq, and they seem to build fine.

Can you find a solution to the mongrel2 problem, and resubmit the appropriate patch?

Such a patch would fix compilation, but the fact is this version of

Mongrel2 was not tested with ZeroMQ v4 and greater
and I don't know if we can simply bump its version like that. Maybe we can but I am not 100% sure.

On another hand, mongrel2 development is becoming active again and they are trying to prepare a release, so I will try to check there if they ensure zeromq4 compliance and tested it. I will get back to you when I can on this subject.

Dear Lionel Orry,

Quoted 10 lines · Lionel Orry

Quoted 10 lines

I tried to apply this patch, but unfortunately, it apparently breaks the build of mongrel2:

src/superpoll.c: In function 'SuperPoll_poll':
src/superpoll.c:229:53: error: 'ZMQ_POLL_MSEC' undeclared (first use in this function) src/superpoll.c:229:53: note: each undeclared identifier is reported only once for each function it appears in

I've checked the other reverse dependencies of zeromq, and they seem to build fine.

Quoted 4 lines

Quoted 2 lines

Can you find a solution to the mongrel2 problem, and resubmit the appropriate patch?

Such a patch would fix compilation, but the fact is this version of

What do you mean by "such a patch" ? Maybe you forgot to attach a patch to your e-mail?

Quoted 5 lines

Mongrel2 was not tested with ZeroMQ v4 and greater
and I don't know if we can simply bump its version like that. Maybe we can but I am not 100% sure.

Quoted 4 lines

On another hand, mongrel2 development is becoming active again and they are trying to prepare a release, so I will try to check there if they ensure zeromq4 compliance and tested it. I will get back to you when I can on this subject.

Ok, thanks!

Does ZeroMQ v4 changes the API/behavior a lot compared to v3 ?

Best regards,

Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

Quoted 2 lines

What do you mean by "such a patch" ? Maybe you forgot to attach a patch to your e-mail?

um no, I meant the "appropriate patch" you were suggesting Jerzy to prepare so that mongrel2 compiles. If I understood correctly.

Quoted 1 line

Does ZeroMQ v4 changes the API/behavior a lot compared to v3 ?

The v2 -> v3 transistion has been a nightmare more many devs, but they learnt from it and it seems the v3->v4 is much smoother.

By the way, I noticed the mongrel2 devs tagged a v1.9.0 a month ago, and this release includes a zeromq4 compliance, plus other fixes and enhancements. May I suggest we simply bump the mongrel2 version ?

Dear Lionel Orry,

Quoted 5 lines · Lionel Orry

Quoted 2 lines

What do you mean by "such a patch" ? Maybe you forgot to attach a patch to your e-mail?

um no, I meant the "appropriate patch" you were suggesting Jerzy to prepare so that mongrel2 compiles. If I understood correctly.

Ah ok.

Quoted 5 lines

Quoted 1 line

Does ZeroMQ v4 changes the API/behavior a lot compared to v3 ?

The v2 -> v3 transistion has been a nightmare more many devs, but they learnt from it and it seems the v3->v4 is much smoother.

Quoted 3 lines

By the way, I noticed the mongrel2 devs tagged a v1.9.0 a month ago, and this release includes a zeromq4 compliance, plus other fixes and enhancements. May I suggest we simply bump the mongrel2 version ?

Indeed, seems like the best solution.

Jerzy, can you have a look into this?

Jerzy, Lionel,

Quoted 21 lines · Thomas Petazzoni

Dear Lionel Orry,

Quoted 5 lines · Lionel Orry

Quoted 2 lines

What do you mean by "such a patch" ? Maybe you forgot to attach a patch to your e-mail?

um no, I meant the "appropriate patch" you were suggesting Jerzy to prepare so that mongrel2 compiles. If I understood correctly.

Ah ok.

Quoted 8 lines

Quoted 1 line

Does ZeroMQ v4 changes the API/behavior a lot compared to v3 ?

The v2 -> v3 transistion has been a nightmare more many devs, but they learnt from it and it seems the v3->v4 is much smoother.

By the way, I noticed the mongrel2 devs tagged a v1.9.0 a month ago, and this release includes a zeromq4 compliance, plus other fixes and enhancements. May I suggest we simply bump the mongrel2 version ?

Quoted 3 lines

Indeed, seems like the best solution.

Jerzy, can you have a look into this?

Any of you interested in reviving this patch, bumping mongrel2 at the same time?

Thanks,
Thomas

Jerzy, Lionel,

Quoted 21 lines · Thomas Petazzoni

Dear Lionel Orry,

Quoted 5 lines · Lionel Orry

Quoted 2 lines

What do you mean by "such a patch" ? Maybe you forgot to attach a patch to your e-mail?

um no, I meant the "appropriate patch" you were suggesting Jerzy to prepare so that mongrel2 compiles. If I understood correctly.

Ah ok.

Quoted 8 lines

Quoted 1 line

Does ZeroMQ v4 changes the API/behavior a lot compared to v3 ?

The v2 -> v3 transistion has been a nightmare more many devs, but they learnt from it and it seems the v3->v4 is much smoother.

By the way, I noticed the mongrel2 devs tagged a v1.9.0 a month ago, and this release includes a zeromq4 compliance, plus other fixes and enhancements. May I suggest we simply bump the mongrel2 version ?

Quoted 3 lines

Indeed, seems like the best solution.

Jerzy, can you have a look into this?

Any of you interested in reviving this patch, bumping mongrel2 at the same time?

Thanks,
Thomas

Quick news : mongrel v1.9.0 depends on polarssl now. But they decided to declare this dependency as a git submodule of their repo, and the release tarball being taken directly from github does not include the polarssl code. In short, they release tarball is unuseable. I'll talk about it upstream.

To make it clean, I'll try to get rid of the git submodule dep and make attempts with the polarssl buildroot package.

The bad (or not?) news is that mongrel2 depends on polarssl v1.3.0 (v1.3.x if polarssl properly versions its library, I think it is the case) and we currently use polarssl v1.2.10, so a polarssl bump version is needed first.

Does anyone know what implications could a polarssl minor version bump have ? I already saw some of the polarssl patches don't apply properly so they need to be revisited. Gustavo, I think you were in charge of the last polarssl bump, do you think you could help with this one, or say whether it is a very bad idea to bump the package version ?

Thanks everyone,
Lionel

Quoted 14 lines · Lionel Orry

Quick news : mongrel v1.9.0 depends on polarssl now. But they decided to declare this dependency as a git submodule of their repo, and the release tarball being taken directly from github does not include the polarssl code. In short, they release tarball is unuseable. I'll talk about it upstream.

To make it clean, I'll try to get rid of the git submodule dep and make attempts with the polarssl buildroot package.

The bad (or not?) news is that mongrel2 depends on polarssl v1.3.0 (v1.3.x if polarssl properly versions its library, I think it is the case) and we currently use polarssl v1.2.10, so a polarssl bump version is needed first.

Quoted 8 lines

Does anyone know what implications could a polarssl minor version bump have ? I already saw some of the polarssl patches don't apply properly so they need to be revisited. Gustavo, I think you were in charge of the last polarssl bump, do you think you could help with this one, or say whether it is a very bad idea to bump the package version ?

Thanks everyone,
Lionel

Hi.
It breaks at least openvpn since the API isn't 100% compatible with the 1.2.x series and openvpn doesn't handle 1.3.x yet.
Hiawatha has a new version which bundles/works with 1.3.x.
I haven't tried with libcurl but my gut tells me it should work since they update often.
Dunno about rtmpdump.
It may be possible to make them live side-by-side by making a polarssl13 package, though it may need to reside in a non-default prefix. Another possible solution is to fetch openvpn patches from git to make it compatible, but last time i checked (several months ago) there were none - that may have changed though.
I'll take a look and get back a bit later.

Regards.

Quoted 5 lines

Hi.
It breaks at least openvpn since the API isn't 100% compatible with the 1.2.x series and openvpn doesn't handle 1.3.x yet.
Hiawatha has a new version which bundles/works with 1.3.x.
I haven't tried with libcurl but my gut tells me it should work since

Quoted 8 lines

they update often.
Dunno about rtmpdump.
It may be possible to make them live side-by-side by making a polarssl13 package, though it may need to reside in a non-default prefix. Another possible solution is to fetch openvpn patches from git to make it compatible, but last time i checked (several months ago) there were none - that may have changed though.
I'll take a look and get back a bit later.

Thanks a lot. In the meantime, I asked upstream for the possibility to build a proper release tarball including the polarssl source code, so that the version bump would not be necessary.

Quoted 14 lines · Lionel Orry

Quoted 13 lines

Hi.
It breaks at least openvpn since the API isn't 100% compatible with the 1.2.x series and openvpn doesn't handle 1.3.x yet.
Hiawatha has a new version which bundles/works with 1.3.x.
I haven't tried with libcurl but my gut tells me it should work since they update often.
Dunno about rtmpdump.
It may be possible to make them live side-by-side by making a polarssl13 package, though it may need to reside in a non-default prefix. Another possible solution is to fetch openvpn patches from git to make it compatible, but last time i checked (several months ago) there were none - that may have changed though.
I'll take a look and get back a bit later.

Quoted 3 lines

Thanks a lot. In the meantime, I asked upstream for the possibility to build a proper release tarball including the polarssl source code, so that the version bump would not be necessary.

openvpn git mater is a no go, same with rtmpdump.
If they ship the tarball that'd be great, otherwise we can look into packaging polarssl13.

Fortunately upstream still considers polarssl12 maintained and there are security bumps if need be (not affected by the latest openssl/tls bug). There's always the option of helping/patching the offending packages to support it, but i'd rather not go there ;)
Or the last option of kicking the polarssl backend from them and just keeping openssl/gnutls.
Regards.

Dear Jerzy Grzegorek,

Quoted 10 lines · Jerzy Grzegorek

Signed-off-by Jerzy Grzegorek <[email protected]>

---
 package/zeromq/zeromq.mk |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

package/zeromq/zeromq.mk +0 -0

index a624b52..d40bed5 100644

package/zeromq/zeromq.mk line 10

Quoted 8 lines

package/zeromq/zeromq.mk +1 -1

@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-ZEROMQ_VERSION = 3.2.4
+ZEROMQ_VERSION = 4.0.1
 ZEROMQ_SITE = http://download.zeromq.org/
 ZEROMQ_INSTALL_STAGING = YES
 ZEROMQ_DEPENDENCIES = util-linux

I tried to apply this patch, but unfortunately, it apparently breaks the build of mongrel2:

src/superpoll.c: In function 'SuperPoll_poll':
src/superpoll.c:229:53: error: 'ZMQ_POLL_MSEC' undeclared (first use in this function) src/superpoll.c:229:53: note: each undeclared identifier is reported only once for each function it appears in

I've checked the other reverse dependencies of zeromq, and they seem to build fine.

Can you find a solution to the mongrel2 problem, and resubmit the appropriate patch?

Thanks!

Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot

Quoted 1 line

Quoted 1 line

Quoted 1 line

Quoted 1 line

"Lionel" == Lionel Orry <[email protected]> writes:

Quoted 2 lines

Can you find a solution to the mongrel2 problem, and resubmit the appropriate patch?

So now that mongrel2 is bumped to v1.9.0 (and tested against zmq v4.0.1), can we reconsider this patch please ?

Quoted 1 line

Quoted 1 line

Quoted 1 line

Quoted 1 line

"Jerzy" == Jerzy Grzegorek <[email protected]> writes:

Signed-off-by Jerzy Grzegorek <[email protected]>