libtool: compile: x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I./libupnpp -DDEBUG -g -Wall -pthread -I/usr/include/upnp -DDATADIR=\"/usr/share/libupnpp\" -DCONFIGDIR=\"/etc\" -std=c++11 -std=c++11 -O2 -pipe -march=native -c libupnpp/device/vdir.cxx -fPIC -DPIC -o libupnpp/device/.libs/vdir.o libupnpp/device/vdir.cxx: In static member function ‘static UPnPProvider::VirtualDir* UPnPProvider::VirtualDir::getVirtualDir()’: libupnpp/device/vdir.cxx:321:48: error: invalid conversion from ‘int (*)(const char*, UpnpFileInfo*, const void*)’ {aka ‘int (*)(const char*, s_UpnpFileInfo*, const void*)’} to ‘VDCallback_GetInfo’ {aka ‘int (*)(const char*, s_UpnpFileInfo*, const void*, const void**)’} [-fpermissive] 321 | if (UpnpVirtualDir_set_GetInfoCallback(vdgetinfo) || | ^~~~~~~~~ | | ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1-libressl-20191115-001559 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-9.2.0 * clang: clang version 9.0.0 (tags/RELEASE_900/final) Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/9/bin llvm: 9.0.0 Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-1.39.0 * repository: ==> /var/db/repos/gentoo/metadata/timestamp.chk <== Sun, 17 Nov 2019 19:06:11 +0000 emerge -qpvO net-libs/libupnpp [ebuild R ] net-libs/libupnpp-0.17.0
Created attachment 596572 [details] emerge-info.txt
Created attachment 596574 [details] emerge-history.txt
Created attachment 596576 [details] environment
Created attachment 596578 [details] etc.portage.tbz2
Created attachment 596580 [details] logs.tbz2
Created attachment 596582 [details] net-libs:libupnpp-0.17.0:20191117-193328.log
Created attachment 596584 [details] temp.tbz2
I have the same bug, has any solution been found?
libupnpp needs libupnp 1.6 branch build failed with 1.12
I have the same bug. Someone has a workaround?
Build failes with =net-libs/libupnp-1.14.0 but succeedes after downgrading libupnp (not libupnpp) to 1.6.21.
Dear treecleaner@: I'm still able to reproduce this issue right now. Since it has not been fixed for a long time, I'd suggest to evaluate if it is the case to remove this package from the tree. Thanks
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ebc7eb30e7293c0f35cdf076822e8b8b1e9d0feb commit ebc7eb30e7293c0f35cdf076822e8b8b1e9d0feb Author: Erik Mackdanz <stasibear@gentoo.org> AuthorDate: 2020-11-17 01:39:15 +0000 Commit: Erik Mackdanz <stasibear@gentoo.org> CommitDate: 2020-11-17 01:39:15 +0000 net-libs/libupnpp: Pin to earlier libupnp Signed-off-by: Erik Mackdanz <stasibear@gentoo.org> Closes: https://bugs.gentoo.org/700396 Package-Manager: Portage-3.0.9, Repoman-3.0.2 net-libs/libupnpp/libupnpp-0.17.0.ebuild | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
antonello, wbrana, Fitap, and Robert: thanks for troubleshooting that. Sorry for the delay.
