lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <b4f9df2d-09cb-b9ba-4742-1957c08a5a51@southpole.se>
Date:   Wed, 17 Jan 2018 10:03:02 +0100
From:   Jonas Bonn <jonas@...thpole.se>
To:     Daniel Wagner <wagi@...om.org>, Neil MacLeod <neil@...cleod.com>,
        Hauke Mehrtens <hauke@...ke-m.de>
Cc:     connman@...ts.01.org,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "David S. Miller" <davem@...emloft.net>
Subject: Re: ipv6 redefinition build issue with 4.15-rc8

On 01/17/2018 08:59 AM, Daniel Wagner wrote:
> Hi Neil,
> 
> On 01/16/2018 07:51 PM, Neil MacLeod wrote:
>> Since this commit in 4.15-rc8:
>>
>> https://github.com/torvalds/linux/commit/6926e041a8920c8ec27e4e155efa760aa01551fd 
>>
>>
>> building connman 1.35 with glibc 2.26 now fails as follows:
>>
>> http://ix.io/EbP
>>
>> I'm not sure if this is a kernel issue, a glibc issue, or a connman 
>> issue.
>>
>> Reverting the kernel commit resolves the issue, but isn't ideal 
>> (unless it's the correct solution, of course).
>>
>> Does anyone have any better ideas?

Try switching the order of these headers around (src/tethering.c)... 
netinet/in.h seems to depend on linux/in.h being included _first_ and 
it's presumably being pulled in via linux/if_bridge.h now as a result of 
the kernel patch (couldn't immediately see why, though... I suspect the 
inclusion of libc-compat.h is the culprit.)

#include <netinet/in.h>
#include <linux/if_bridge.h>

Yes, this is a hack and only masks the issue... nonetheless.

/Jonas


> 
> Since ConnMan does not redefine 'struct in6_addr' and friends I would 
> say it is kernel/glibc header include problem. But I might be wrong here.
> 
> @Hauke: Do you happen to know what is going on?
> 
> Thanks,
> Daniel
> _______________________________________________
> connman mailing list
> connman@...ts.01.org
> https://lists.01.org/mailman/listinfo/connman

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ