Bug#829623: libcoap: FTBFS on non-Linux: unsupported operating system

[Carsten Schoenert]

Hello Aaron,

On Tue, Jul 05, 2016 at 08:14:11PM -0400, Aaron M. Ucko wrote:
> That's fair.  I tried your suggested patch on the porterbox
> falla.debian.org, but found that the build still failed because
> src/coap_io.c relies on IP_PKTINFO, which isn't available on kFreeBSD
> (or the Hurd, for that matter).  As such, it looks like specifying
> Architecture: linux-any is the way to go after all.

a small update on that issue.
Olaf and myself got the FreeBSD platform implemented into the supported
build environment. But the issue later while building is still alive.

Olaf is willing to take a look at this build issue later once we have
finished the FreeBSD platform support. I can't help much on that, my
experience with C on that low level stuff is rather small. But it should
be solvable as the problem isn't now and already fixed in other
packages. Unless this issue isn't really fixed I will left this report
open and tagged with help needed.

Regards
Carsten

Bug#829623: libcoap: FTBFS on non-Linux: unsupported operating system

[Aaron M. Ucko]

Carsten Schoenert  writes:

> as kfreebsd* is not a RC platform I won't implement any support in a near
> time. If you can came up the patches that would be fine.

That's fair.  I tried your suggested patch on the porterbox
falla.debian.org, but found that the build still failed because
src/coap_io.c relies on IP_PKTINFO, which isn't available on kFreeBSD
(or the Hurd, for that matter).  As such, it looks like specifying
Architecture: linux-any is the way to go after all.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#829623: libcoap: FTBFS on non-Linux: unsupported operating system

[Carsten Schoenert]

Control: tags 829623 help
Control: severity 829623 normal

Hello Aron,

On Mon, Jul 04, 2016 at 03:11:21PM -0400, Aaron M. Ucko wrote:
> Source: libcoap
> Version: 4.1.2~rc+git20160626-1
> Severity: important
> Justification: fails to build from source
> 
> Builds of libcoap for kFreeBSD and the Hurd have been failing with
> errors along the lines of
> 
>   checking operating system... configure: WARNING: ==> Currently unsupported 
> operating system x86_64-pc-kfreebsd-gnu!
>   configure: error: ==> If you can provide patches to support your operating 
> system please write to 'libcoap-develop...@lists.sourceforge.net'.
> 
> Please either implement support for these architectures (bearing in
> mind that they still use GNU libc) or adjust the package's overall
> Architecture setting to linux-any.

as kfreebsd* is not a RC platform I won't implement any support in a near
time. If you can came up the patches that would be fine.
It's probably easy to add a needed instruction into libcoap configure.ac
script.

I normaly don't have any kfreebsd machines so it's up to the users to
help maintaining such packages. Maybe you simply can check the following
changes to the configure.ac script? Also the additional flags must adopted.

git diff configure.ac
diff --git a/configure.ac b/configure.ac
index 6354fcf..a76c130 100644
--- a/configure.ac
+++ b/configure.ac
@@ -301,6 +301,11 @@ case $host in
#AC_SUBST(OS_LINUX)
;;
 
+   *kfreebsd*)
+   AC_MSG_RESULT([kfreeBSD])
+   ADDITIONAL_CFLAGS="-D_GNU_SOURCE -DWITH_POSIX"
+   ;;
+
*-solaris*)
AC_MSG_RESULT([Solaris])
# set _XOPEN_SOURCE and _XOPEN_SOURCE_EXTENDED to enable XPG4v2 (POSIX 
2004)

Regards
Carsten

Bug#829623: libcoap: FTBFS on non-Linux: unsupported operating system

[Aaron M. Ucko]

Source: libcoap
Version: 4.1.2~rc+git20160626-1
Severity: important
Justification: fails to build from source

Builds of libcoap for kFreeBSD and the Hurd have been failing with
errors along the lines of

  checking operating system... configure: WARNING: ==> Currently unsupported 
operating system x86_64-pc-kfreebsd-gnu!
  configure: error: ==> If you can provide patches to support your operating 
system please write to 'libcoap-develop...@lists.sourceforge.net'.

Please either implement support for these architectures (bearing in
mind that they still use GNU libc) or adjust the package's overall
Architecture setting to linux-any.

Thanks!