Bug 35

I should probably explain why this patch touches the e2fsprogs package. gupnp needs libuuid, which is part of e2fsprogs. However with the current configuration of e2fsprogs the library is not installed. The patch adds an option that changes this behavior so that libuuid is installed.

There have been new releases of gupnp and gupnp-av. Hold on a little, I'll attach an updated patch later today.

Created attachment 17 [details]
updated patch to add the gupnp framework

This patch uses the new releases of gupnp and gupnp-av. It also cleans up the package descriptions.

The new gupnp releases depend on glib >= 2.18.1. So this enhancement request now depends on the update of libglib2 in buildroot (bug #37).

Created attachment 19 [details]
updated patch, this time with gupnp-igd

Another update. I have cleaned up the configure options and changed libsoup to respect the BR2_INET_IPV6 option. Also the gtk-doc documentation is not any longer installed. This patch also adds the gupnp-igd package to complete the GUPnP framework.

Created attachment 27 [details]
updated patch, moved packages to the Network submenu

Here's another update with the changes suggested on the mailing-list.

In the meantime gssdp 0.6.4 and gupnp 0.12.6 have been released. Please update the version numbers when applying this patch. The new releases contain some important bug-fixes.

Hmm, I unfortunately see:

gupnp-context.c:47:21: error: ifaddrs.h: No such file or directory
gupnp-context.c: In function 'get_host_ip':

We don't have ifaddrs.h as the 0.9.30 defconfig doesn't enable UCLIBC_SUPPORT_AI_ADDRCONFIG. Now, it's easy to change, but we unfortunately disabled it because of issues with it:

Author: jacmet <jacmet@69ca8d6d-28ef-0310-b511-8ec308f3f277>
Date:   Sat Jan 24 06:44:17 2009 +0000

    toolchain/uClibc: disable UCLIBC_SUPPORT_AI_ADDRCONFIG in 0.9.30 defconfig
    
    UCLIBC_SUPPORT_AI_ADDRCONFIG seems to have issues in 0.9.30 and cause
    segfaults on some architectures, so disable it.
    
    Reported and tracked down by "QuickX" <quickx@hotmail.com>.
    
    git-svn-id: svn+ssh://uclibc.org/svn/trunk/buildroot@24997

I take it that you are running 0.9.30(.1) with it enabled without any problems?
We could perhaps add a toolchain option for it (default to n) and then let the gupnp stuff depend on that.

Yes, we are running 0.9.30 with UCLIBC_SUPPORT_AI_ADDRCONFIG=y without any problems on an ARM EABI platform.

Can we perhaps get the libsoup package into buildroot and then try to address the other problems? That would make the patch smaller and libsoup is a useful library even without the gupnp stack.

Created attachment 239 [details]
patch that only adds libsoup, updated for current buildroot

This patch just adds libsoup. It is also updated to use host-pkgconfig and host-libglib2.

I will attach another updated patch for the actual gupnp packages as soon as this one is committed.

Thanks, committed as r26214.

Reopening as only libsoup has been added and the actual gupnp stack is still missing from buildroot.

Created attachment 277 [details]
updated patch against current buildroot snapshot

Created attachment 373 [details]
updated patch for newer versions of gupnp and gupnp-idg

Created attachment 405 [details]
updated patch with current gupnp releases

This patch updates the gupnp-av and gupnp-igd packages. The new versions also don't need the libtool patch any longer as the release tarballs have been created with newer versions of libtool.

The Config.in for gupnp adds a:

    select BR2_PACKAGE_E2FSPROGS_LIBUUID

I can't find any references to that symbol in my buildroot tree.

Otherwise it seems to work ok.

Move milestone to 2010.05 since enhancements will not be handled before the release of 2010.02.

I've taken those patches, updated them to the latest Buildroot and the latest upstream versions, added licensing informations. They are now in one of my branch, that I will send at the end of the day.