Bug 996357

Summary: New version request
Product: [Fedora] Fedora Reporter: Christopher Meng <i>
Component: miniupnpcAssignee: Paulo Andrade <paulo.cesar.pereira.de.andrade>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: domingobecker, i, paulo.cesar.pereira.de.andrade
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: miniupnpc-1.9-1.fc19 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-08-16 14:42:26 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Christopher Meng 2013-08-13 03:36:57 UTC
Hi,

I'm updating mldonkey package, which has upnp support from this library, refer to:

http://miniupnp.free.fr/files/

I can find 1.8 is available, can you update it?

Thanks.

Comment 1 Paulo Andrade 2013-08-13 13:54:18 UTC
I made an experimental update package

http://pcpa.fedorapeople.org/miniupnpc-1.8-1.fc20.src.rpm

but it breaks megaglest build.

If you can help with the megaglest issue then I think it
could be updated.

---%<---
/home/pcpa/rpmbuild/BUILD/megaglest-3.7.1/source/shared_lib/sources/platform/posix/socket.cpp: In static member function 'static int Shared::Platform::UPNP_Tools::upnp_init(void*)':
/home/pcpa/rpmbuild/BUILD/megaglest-3.7.1/source/shared_lib/sources/platform/posix/socket.cpp:2481:115: error: too few arguments to function 'void* miniwget_getaddr(const char*, int*, char*, int, unsigned int)'
     descXML = (char *)miniwget_getaddr(dev->descURL, &descXMLsize, lanaddr, (sizeof(lanaddr) / sizeof(lanaddr[0])));
                                                                                                                   ^
In file included from /home/pcpa/rpmbuild/BUILD/megaglest-3.7.1/source/shared_lib/sources/platform/posix/socket.cpp:56:0:
/usr/include/miniupnpc/miniwget.h:21:9: note: declared here
 LIBSPEC void * miniwget_getaddr(const char *, int *, char *, int, unsigned int);
         ^
/home/pcpa/rpmbuild/BUILD/megaglest-3.7.1/source/shared_lib/sources/platform/posix/socket.cpp:2487:45: error: too few arguments to function 'void GetUPNPUrls(UPNPUrls*, IGDdatas*, const char*, unsigned int)'
      GetUPNPUrls (&urls, &data, dev->descURL);
                                             ^
In file included from /home/pcpa/rpmbuild/BUILD/megaglest-3.7.1/source/shared_lib/sources/platform/posix/socket.cpp:57:0:
/usr/include/miniupnpc/miniupnpc.h:115:1: note: declared here
 GetUPNPUrls(struct UPNPUrls *, struct IGDdatas *,
 ^
/home/pcpa/rpmbuild/BUILD/megaglest-3.7.1/source/shared_lib/sources/platform/posix/socket.cpp: At global scope:
/home/pcpa/rpmbuild/BUILD/megaglest-3.7.1/source/shared_lib/sources/platform/posix/socket.cpp:352:15: warning: 'Shared::Platform::uint32 Shared::Platform::Inet_AtoN(const char*)' defined but not used [-Wunused-function]
 static uint32 Inet_AtoN(const char * buf)
               ^
make[2]: *** [source/shared_lib/CMakeFiles/libmegaglest.dir/sources/platform/posix/socket.cpp.o] Error 1
---%<---

It probably will also cause issues wit at least one or two
other packages that now use miniupnpc.

Nevertheless, I think just passing a zero as last argument to GetUPNPUrls should
be good enough (but did not test it).

Asking for additional info in the sense if you can help test other
packages that have miniupnpc-devel as build requires and helping with
megaglest would be good too.

Comment 2 Christopher Meng 2013-08-14 04:19:21 UTC
Upstream has noticed this:

http://megaglest.svn.sourceforge.net/viewvc/megaglest?view=revision&revision=3958

Have you tried any beta version?

If it still fails, I think you can update it to 1.7, when ready you can update it again to 1.8.

Thanks.

Comment 3 Paulo Andrade 2013-08-14 16:27:57 UTC
It looks like my guess that just using zero as last argument
to use "default" value is what upstream megaglest does.
I will update miniupnpc for rawhide and megaglest after
it is built.

If there is reason to update f18 and f19 please let me know.

Comment 4 Christopher Meng 2013-08-14 23:59:51 UTC
(In reply to Paulo Andrade from comment #3)
> It looks like my guess that just using zero as last argument
> to use "default" value is what upstream megaglest does.
> I will update miniupnpc for rawhide and megaglest after
> it is built.
> 
> If there is reason to update f18 and f19 please let me know.

Well, if it's too intricate, you can just prepare an update for rawhide. 

But if you have time, please update for f18 and f19.

Up to you ;)

Comment 5 Paulo Andrade 2013-08-16 14:42:26 UTC
If it is not required, better to not risk breaking stuff, as
an update would require updating packages other than megaglest
that link to minupnpc, just to link to the new soversion.

If there is need to update later, please reopen this or open
another bug report.

Comment 6 Fedora Update System 2014-04-18 17:36:35 UTC
0ad-0.0.15-3.fc20,megaglest-3.9.1-2.fc20,miniupnpc-1.9-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/0ad-0.0.15-3.fc20,megaglest-3.9.1-2.fc20,miniupnpc-1.9-1.fc20

Comment 7 Fedora Update System 2014-04-28 04:53:53 UTC
0ad-0.0.15-3.fc20, megaglest-3.9.1-2.fc20, miniupnpc-1.9-1.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 8 Fedora Update System 2014-05-01 15:46:52 UTC
miniupnpc-1.9-1.fc19,megaglest-3.9.1-2.fc19,0ad-0.0.15-4.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/miniupnpc-1.9-1.fc19,megaglest-3.9.1-2.fc19,0ad-0.0.15-4.fc19

Comment 9 Fedora Update System 2014-05-13 05:02:34 UTC
miniupnpc-1.9-1.fc19, megaglest-3.9.1-2.fc19, 0ad-0.0.15-4.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.