This is a SOAP library that's also known as libsoap. Gentoo Base System version 1.12.5 Portage 2.1.1-r1 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.15-gentoo-r72006040301 x86_64) ================================================================= System uname: 2.6.15-gentoo-r72006040301 x86_64 AMD Athlon(tm) 64 Processor 3700+ Last Sync: Sun, 08 Oct 2006 01:53:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig confcache digest distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo/" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="amd64 berkdb bitmap-fonts cli crypt cups dlloader dri elibc_glibc fortran gdbm gpm input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog kernel_linux libg++ ncurses nls nptl nptlonly pam pcre perl ppds pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts udev unicode userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
cpw on #gentoo suggests naming it libsoap instead, since folks will more likely search for that name (I did)
Created attachment 99341 [details] libsoap-1.1.0.ebuild new ebuild
Created attachment 99400 [details] libsoap-1.1.0.ebuild Updated ebuild; remove stuff that's redundant now that it's called 'libsoap'
*** Bug 172488 has been marked as a duplicate of this bug. ***
Created attachment 132089 [details] libsoap-1.1.0.ebuild Here's an updated ebuild for libsoap. Changes: - Update copyright header for 2007 - inherit eutils - LICENSE should be "LGPL-2" not "GPL-2" (See COPYING in source tarball) - Add ~x86 keyword; I tested on x86. - Proper DEPEND syntax; i.e. "ssl? ( dev-libs/openssl )" - Set RDEPEND; libxml2 and optionally libssl are needed at runtime. - Add src_unpack() to apply a memory leak patch (will attach it next) - Remove dodoc COPYING INSTALL; the license is already in /usr/portage/licenses and by the time the user gets libsoap emerge'd, it is already installed so the INSTALL file will be useless.
Created attachment 132092 [details, diff] libsoap-1.1.0-memory-leak.patch There is a memory leak in nanohttp/nanohttp-request.c when the request contains a MIME attachment. In hrequest_new_from_socket(), req->in is set by http_input_stream_new() which allocates memory. Later on in the function req->in is set by http_input_stream_new_from_file() without free()'ing the contents of req->in first. I've attached a patch which fixes the problem. The patch was authored by me. I've submitted it upstream. The Debian package maintainer, Rudi Cilibrasi, will be applying it to the Debian package. This patch is used with Attachment #132089 [details].
Upstream looks very much dead, there hasn't been any activity in the project since 2006. Moreover, net-libs/gsoap is already in Portage. Is there still any user demand for this package?
(In reply to Marek Szuba from comment #7) > Upstream looks very much dead, there hasn't been any activity in the project > since 2006. Moreover, net-libs/gsoap is already in Portage. > > Is there still any user demand for this package? I submitted the most recent ebuild to this bug in 2007. I barely needed it then and definitely don't need it now. Further, this package has been removed from Debian due to it being unmaintained and having security issues[1]. I don't see any reason to add it to Gentoo at this time. [1] https://tracker.debian.org/pkg/libcsoap
OK, closing then.
