* [Buildroot] [PATCH 1/2] libnl: update homepage link @ 2017-03-10 8:54 Baruch Siach 2017-03-10 8:54 ` [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 Baruch Siach 2017-03-10 9:29 ` [Buildroot] [PATCH 1/2] libnl: update homepage link Thomas Petazzoni 0 siblings, 2 replies; 11+ messages in thread From: Baruch Siach @ 2017-03-10 8:54 UTC (permalink / raw) To: buildroot The old link is broken. Use the github repo instead. Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Baruch Siach <baruch@tkos.co.il> --- package/libnl/Config.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/libnl/Config.in b/package/libnl/Config.in index 46877c37a263..1e29f5740088 100644 --- a/package/libnl/Config.in +++ b/package/libnl/Config.in @@ -4,7 +4,7 @@ config BR2_PACKAGE_LIBNL help A library for applications dealing with netlink socket. - http://people.suug.ch/~tgr/libnl/ + https://github.com/thom311/libnl if BR2_PACKAGE_LIBNL -- 2.11.0 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 2017-03-10 8:54 [Buildroot] [PATCH 1/2] libnl: update homepage link Baruch Siach @ 2017-03-10 8:54 ` Baruch Siach 2017-03-10 9:56 ` Gustavo Zacarias 2017-03-10 20:41 ` Thomas Petazzoni 2017-03-10 9:29 ` [Buildroot] [PATCH 1/2] libnl: update homepage link Thomas Petazzoni 1 sibling, 2 replies; 11+ messages in thread From: Baruch Siach @ 2017-03-10 8:54 UTC (permalink / raw) To: buildroot Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Baruch Siach <baruch@tkos.co.il> --- package/libnl/libnl.hash | 4 ++-- package/libnl/libnl.mk | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/package/libnl/libnl.hash b/package/libnl/libnl.hash index 2f1a3cb1b322..9761a9580cc9 100644 --- a/package/libnl/libnl.hash +++ b/package/libnl/libnl.hash @@ -1,2 +1,2 @@ -# From https://github.com/thom311/libnl/releases/download/libnl3_2_27/libnl-3.2.27.tar.gz.sha256sum -sha256 4bbbf92b3c78a90f423cf96260bf419a28b75db8cced47051217a56795f58ec6 libnl-3.2.27.tar.gz +# From https://github.com/thom311/libnl/releases/download/libnl3_2_29/libnl-3.2.29.tar.gz.sha256sum +sha256 0beb593dc6abfffa18a5c787b27884979c1b7e7f1fd468c801e3cc938a685922 libnl-3.2.29.tar.gz diff --git a/package/libnl/libnl.mk b/package/libnl/libnl.mk index 85c0db86f6cd..d168885560d9 100644 --- a/package/libnl/libnl.mk +++ b/package/libnl/libnl.mk @@ -4,7 +4,7 @@ # ################################################################################ -LIBNL_VERSION = 3.2.27 +LIBNL_VERSION = 3.2.29 LIBNL_SITE = https://github.com/thom311/libnl/releases/download/libnl$(subst .,_,$(LIBNL_VERSION)) LIBNL_LICENSE = LGPLv2.1+ LIBNL_LICENSE_FILES = COPYING -- 2.11.0 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 2017-03-10 8:54 ` [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 Baruch Siach @ 2017-03-10 9:56 ` Gustavo Zacarias 2017-03-10 9:57 ` Gustavo Zacarias 2017-03-10 11:03 ` Thomas Petazzoni 2017-03-10 20:41 ` Thomas Petazzoni 1 sibling, 2 replies; 11+ messages in thread From: Gustavo Zacarias @ 2017-03-10 9:56 UTC (permalink / raw) To: buildroot On 10/03/17 05:54, Baruch Siach wrote: > -LIBNL_VERSION = 3.2.27 > +LIBNL_VERSION = 3.2.29 Hi Baruch. Did you try with older headers? Beacuse last time i tried 3.2.{28,29} weren't happy at least with 3.2.x hence i refrained from bumping and carrying that dependency along a few packages. Regards. ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 2017-03-10 9:56 ` Gustavo Zacarias @ 2017-03-10 9:57 ` Gustavo Zacarias 2017-03-10 10:34 ` Baruch Siach 2017-03-10 11:03 ` Thomas Petazzoni 1 sibling, 1 reply; 11+ messages in thread From: Gustavo Zacarias @ 2017-03-10 9:57 UTC (permalink / raw) To: buildroot On 10/03/17 06:56, Gustavo Zacarias wrote: > On 10/03/17 05:54, Baruch Siach wrote: > >> -LIBNL_VERSION = 3.2.27 >> +LIBNL_VERSION = 3.2.29 > > Hi Baruch. > Did you try with older headers? > Beacuse last time i tried 3.2.{28,29} weren't happy at least with 3.2.x > hence i refrained from bumping and carrying that dependency along a few > packages. > Regards. That's kernel headers at least 3.2.x, coffee isn't it yet, sorry. Regards. ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 2017-03-10 9:57 ` Gustavo Zacarias @ 2017-03-10 10:34 ` Baruch Siach 2017-03-10 12:55 ` Baruch Siach 0 siblings, 1 reply; 11+ messages in thread From: Baruch Siach @ 2017-03-10 10:34 UTC (permalink / raw) To: buildroot Hi Gustavo, On Fri, Mar 10, 2017 at 06:57:10AM -0300, Gustavo Zacarias wrote: > On 10/03/17 06:56, Gustavo Zacarias wrote: > > On 10/03/17 05:54, Baruch Siach wrote: > > > > > -LIBNL_VERSION = 3.2.27 > > > +LIBNL_VERSION = 3.2.29 > > > > Did you try with older headers? > > Beacuse last time i tried 3.2.{28,29} weren't happy at least with 3.2.x > > hence i refrained from bumping and carrying that dependency along a few > > packages. > > That's kernel headers at least 3.2.x, coffee isn't it yet, sorry. > Regards. Right. Build breaks with our 3.5 headers based CodeSourcery SH toolchain: In file included from ../include/linux-private/linux/ipv6.h:5:0, from ../include/netlink-private/netlink.h:55, from addr.c:30: .../output/host/usr/sh4a-buildroot-linux-gnu/sysroot/usr/include/linux/in6.h:30:8: error: redefinition of 'struct in6_addr' [... many more errors of this type] The x86_64 toolchain (also using 3.5 headers) is most likely also affected. Have you investigated this issue any further? Do you know which libnl commit introduced it? Adding kernel headers dependency to all reverse dependencies of libnl would not be nice. So unless we find an acceptable solution we'll have to revert this bump. Thanks for your input. baruch -- http://baruch.siach.name/blog/ ~. .~ Tk Open Systems =}------------------------------------------------ooO--U--Ooo------------{= - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il - ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 2017-03-10 10:34 ` Baruch Siach @ 2017-03-10 12:55 ` Baruch Siach 2017-03-10 13:05 ` Jeroen Roovers 0 siblings, 1 reply; 11+ messages in thread From: Baruch Siach @ 2017-03-10 12:55 UTC (permalink / raw) To: buildroot Hi Gustavo, On Fri, Mar 10, 2017 at 12:34:07PM +0200, Baruch Siach wrote: > On Fri, Mar 10, 2017 at 06:57:10AM -0300, Gustavo Zacarias wrote: > > On 10/03/17 06:56, Gustavo Zacarias wrote: > > > On 10/03/17 05:54, Baruch Siach wrote: > > > > > > > -LIBNL_VERSION = 3.2.27 > > > > +LIBNL_VERSION = 3.2.29 > > > > > > Did you try with older headers? > > > Beacuse last time i tried 3.2.{28,29} weren't happy at least with 3.2.x > > > hence i refrained from bumping and carrying that dependency along a few > > > packages. > > > > That's kernel headers at least 3.2.x, coffee isn't it yet, sorry. > > Regards. > > Right. Build breaks with our 3.5 headers based CodeSourcery SH toolchain: > > In file included from ../include/linux-private/linux/ipv6.h:5:0, > from ../include/netlink-private/netlink.h:55, > from addr.c:30: > .../output/host/usr/sh4a-buildroot-linux-gnu/sysroot/usr/include/linux/in6.h:30:8: error: redefinition of 'struct in6_addr' > > [... many more errors of this type] > > The x86_64 toolchain (also using 3.5 headers) is most likely also affected. Adding in6.h and libc-compat.h from the libnl git repo to the tarball seems to fix this error. This has been fixed in upstream commit 6c7f4215003 ("build: distribute in.h in6.h libc-compat.h"). I don't have time for a proper patch at the moment, so either revert the bump and I'll send a revised version later, or create an equivalent patch to upstream fix. baruch -- http://baruch.siach.name/blog/ ~. .~ Tk Open Systems =}------------------------------------------------ooO--U--Ooo------------{= - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il - ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 2017-03-10 12:55 ` Baruch Siach @ 2017-03-10 13:05 ` Jeroen Roovers 2017-03-10 14:17 ` Baruch Siach 0 siblings, 1 reply; 11+ messages in thread From: Jeroen Roovers @ 2017-03-10 13:05 UTC (permalink / raw) To: buildroot You can use this: https://dev.gentoo.org/~jer/libnl-3.2.28-in6.patch.xz On 10 March 2017 at 13:55, Baruch Siach <baruch@tkos.co.il> wrote: > Hi Gustavo, > > On Fri, Mar 10, 2017 at 12:34:07PM +0200, Baruch Siach wrote: >> On Fri, Mar 10, 2017 at 06:57:10AM -0300, Gustavo Zacarias wrote: >> > On 10/03/17 06:56, Gustavo Zacarias wrote: >> > > On 10/03/17 05:54, Baruch Siach wrote: >> > > >> > > > -LIBNL_VERSION = 3.2.27 >> > > > +LIBNL_VERSION = 3.2.29 >> > > >> > > Did you try with older headers? >> > > Beacuse last time i tried 3.2.{28,29} weren't happy at least with 3.2.x >> > > hence i refrained from bumping and carrying that dependency along a few >> > > packages. >> > >> > That's kernel headers at least 3.2.x, coffee isn't it yet, sorry. >> > Regards. >> >> Right. Build breaks with our 3.5 headers based CodeSourcery SH toolchain: >> >> In file included from ../include/linux-private/linux/ipv6.h:5:0, >> from ../include/netlink-private/netlink.h:55, >> from addr.c:30: >> .../output/host/usr/sh4a-buildroot-linux-gnu/sysroot/usr/include/linux/in6.h:30:8: error: redefinition of 'struct in6_addr' >> >> [... many more errors of this type] >> >> The x86_64 toolchain (also using 3.5 headers) is most likely also affected. > > Adding in6.h and libc-compat.h from the libnl git repo to the tarball seems to > fix this error. This has been fixed in upstream commit 6c7f4215003 ("build: > distribute in.h in6.h libc-compat.h"). > > I don't have time for a proper patch at the moment, so either revert the bump > and I'll send a revised version later, or create an equivalent patch to > upstream fix. > > baruch > > -- > http://baruch.siach.name/blog/ ~. .~ Tk Open Systems > =}------------------------------------------------ooO--U--Ooo------------{= > - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il - > _______________________________________________ > buildroot mailing list > buildroot at busybox.net > http://lists.busybox.net/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 2017-03-10 13:05 ` Jeroen Roovers @ 2017-03-10 14:17 ` Baruch Siach 0 siblings, 0 replies; 11+ messages in thread From: Baruch Siach @ 2017-03-10 14:17 UTC (permalink / raw) To: buildroot Hi Jeroen, On Fri, Mar 10, 2017 at 02:05:52PM +0100, Jeroen Roovers wrote: > You can use this: > > https://dev.gentoo.org/~jer/libnl-3.2.28-in6.patch.xz We'll probably need to add our local libc-compat.h workaround for musl like we have for iproute2 (commit bd9549610f3b), so this patch is most likely not enough as is. Thanks, baruch > On 10 March 2017 at 13:55, Baruch Siach <baruch@tkos.co.il> wrote: > > On Fri, Mar 10, 2017 at 12:34:07PM +0200, Baruch Siach wrote: > >> On Fri, Mar 10, 2017 at 06:57:10AM -0300, Gustavo Zacarias wrote: > >> > On 10/03/17 06:56, Gustavo Zacarias wrote: > >> > > On 10/03/17 05:54, Baruch Siach wrote: > >> > > > >> > > > -LIBNL_VERSION = 3.2.27 > >> > > > +LIBNL_VERSION = 3.2.29 > >> > > > >> > > Did you try with older headers? > >> > > Beacuse last time i tried 3.2.{28,29} weren't happy at least with 3.2.x > >> > > hence i refrained from bumping and carrying that dependency along a few > >> > > packages. > >> > > >> > That's kernel headers at least 3.2.x, coffee isn't it yet, sorry. > >> > Regards. > >> > >> Right. Build breaks with our 3.5 headers based CodeSourcery SH toolchain: > >> > >> In file included from ../include/linux-private/linux/ipv6.h:5:0, > >> from ../include/netlink-private/netlink.h:55, > >> from addr.c:30: > >> .../output/host/usr/sh4a-buildroot-linux-gnu/sysroot/usr/include/linux/in6.h:30:8: error: redefinition of 'struct in6_addr' > >> > >> [... many more errors of this type] > >> > >> The x86_64 toolchain (also using 3.5 headers) is most likely also affected. > > > > Adding in6.h and libc-compat.h from the libnl git repo to the tarball seems to > > fix this error. This has been fixed in upstream commit 6c7f4215003 ("build: > > distribute in.h in6.h libc-compat.h"). > > > > I don't have time for a proper patch at the moment, so either revert the bump > > and I'll send a revised version later, or create an equivalent patch to > > upstream fix. -- http://baruch.siach.name/blog/ ~. .~ Tk Open Systems =}------------------------------------------------ooO--U--Ooo------------{= - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il - ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 2017-03-10 9:56 ` Gustavo Zacarias 2017-03-10 9:57 ` Gustavo Zacarias @ 2017-03-10 11:03 ` Thomas Petazzoni 1 sibling, 0 replies; 11+ messages in thread From: Thomas Petazzoni @ 2017-03-10 11:03 UTC (permalink / raw) To: buildroot Hello, On Fri, 10 Mar 2017 06:56:00 -0300, Gustavo Zacarias wrote: > Did you try with older headers? > Beacuse last time i tried 3.2.{28,29} weren't happy at least with 3.2.x > hence i refrained from bumping and carrying that dependency along a few > packages. Thanks for this report. To avoid such bumps, it would be nice when you realize a bump shouldn't be done for reason X, Y or Z, to send a patch that adds a comment above the <pkg>_VERSION variable that indicates why it shouldn't be bumped, or at least what the person doing the bump should take care of :) Thanks! Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 2017-03-10 8:54 ` [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 Baruch Siach 2017-03-10 9:56 ` Gustavo Zacarias @ 2017-03-10 20:41 ` Thomas Petazzoni 1 sibling, 0 replies; 11+ messages in thread From: Thomas Petazzoni @ 2017-03-10 20:41 UTC (permalink / raw) To: buildroot Hello, On Fri, 10 Mar 2017 10:54:44 +0200, Baruch Siach wrote: > Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> > Signed-off-by: Baruch Siach <baruch@tkos.co.il> > --- > package/libnl/libnl.hash | 4 ++-- > package/libnl/libnl.mk | 2 +- > 2 files changed, 3 insertions(+), 3 deletions(-) As discussed, I have reverted this commit, which causes too many autobuilder issues. Best regards, Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Buildroot] [PATCH 1/2] libnl: update homepage link 2017-03-10 8:54 [Buildroot] [PATCH 1/2] libnl: update homepage link Baruch Siach 2017-03-10 8:54 ` [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 Baruch Siach @ 2017-03-10 9:29 ` Thomas Petazzoni 1 sibling, 0 replies; 11+ messages in thread From: Thomas Petazzoni @ 2017-03-10 9:29 UTC (permalink / raw) To: buildroot Hello, On Fri, 10 Mar 2017 10:54:43 +0200, Baruch Siach wrote: > The old link is broken. Use the github repo instead. > > Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> > Signed-off-by: Baruch Siach <baruch@tkos.co.il> > --- > package/libnl/Config.in | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Both applied, thanks! Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2017-03-10 20:41 UTC | newest] Thread overview: 11+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2017-03-10 8:54 [Buildroot] [PATCH 1/2] libnl: update homepage link Baruch Siach 2017-03-10 8:54 ` [Buildroot] [PATCH 2/2] libnl: bump to version 3.2.29 Baruch Siach 2017-03-10 9:56 ` Gustavo Zacarias 2017-03-10 9:57 ` Gustavo Zacarias 2017-03-10 10:34 ` Baruch Siach 2017-03-10 12:55 ` Baruch Siach 2017-03-10 13:05 ` Jeroen Roovers 2017-03-10 14:17 ` Baruch Siach 2017-03-10 11:03 ` Thomas Petazzoni 2017-03-10 20:41 ` Thomas Petazzoni 2017-03-10 9:29 ` [Buildroot] [PATCH 1/2] libnl: update homepage link Thomas Petazzoni
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox