[Bug 175840] Review Request: xmlrpc-c -- A lightweight RPC library based on XML and HTTP

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: xmlrpc-c -- A lightweight RPC library based on XML and HTTP


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175840





------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de  2005-12-15 15:45 EST -------
* Thu Dec 15 2005 Enrico Scholz <enrico.scholz at informatik.tu-chemnitz.de> - 1.04-0.1

- disabled w3c-libwww because it does not exist anymore in FC5 and
  seems to be unmaintained upstream
- added missing libxml2-devel
- cleaned up list of %%doc files
- fixed gcc4.1 build issues
- removed static libraries when there exists a corresponding dynamic one


http://ensc.de/fedora/xmlrpc-c.spec
http://ensc.de/fedora/xmlrpc-c-1.04-0.1.src.rpm


========


> Is there a good reason to introduce the static library?  Suggesting
> --disable-static - see packaging guidelines

It's not so easy... Upstream tries to replace the proved autotool
buildsystem with a custom, own one. So '--disable-static' does not
work. I workarounded it by removing some .a files manually.

But there will static libraries still stay. There does not exist a way
to build the dynamic counterpart of the static C++ libraries


> docs: drop configure_doc and INSTALL, move DEVELOPING to -devel (or
> drop it)?

ACK for configure_doc and INSTALL. But DEVELOPING might be useful and
I do not want to add a single %doc file to the -devel package


> License isn't quite BSD but rather looks like a collection of various
> licenses; suggesting "Distributable"

I use BSD/PSF now


gcc-4.1 build errors should be fixed


-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.