Re: perl-apache: libapreq.so
ok, i will search this way. thank you for your answer. Ralf S. Engelschall wrote: The problem is that although Apache::Request _HAS_ to be a DSO, the contained libapreq has to be a static library and also statically linked _INTO_ the DSO of Apache::Request (Request.so). There seems to be some support for this in Apache::Request's c/Makefile.PL but I was not able to get it running quickly now. Please investigate how we can force Apache::Request to keep everything as is but build only a libapreq.a _AND_ link its Request.so against this libapreq.a only. That will solve the problem and is our usual trick to resolve those mixed shared/static environents... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
[CONTRIB] ACCEPT: perl-apache.diff
The following OpenPKG Contribution Area operation occurred. uploaded DIFF file perl-apache.diff accepted -- moved to contrib area. No action is required on your part. __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: perl-apache.diff
On Wed, Mar 07, 2007, OpenPKG Project Robot wrote: The following OpenPKG Contribution Area operation occurred. uploaded DIFF file perl-apache.diff accepted -- moved to contrib area. No action is required on your part. Hey, Dude, you rock! That's the solution. Now libapreq is built statically into the DSO of Apache::Request. Comitted to OpenPKG CURRENT. Thanks for your contribution. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
Re: [CONTRIB] ACCEPT: perl-apache.diff
thanks , but you show me the right way ;) Now i can build and run a lot ot perl-axkit module. I will send you the new perl-axkit version, very quickly Ralf S. Engelschall wrote: On Wed, Mar 07, 2007, OpenPKG Project Robot wrote: The following OpenPKG Contribution Area operation occurred. uploaded DIFF file perl-apache.diff accepted -- moved to contrib area. No action is required on your part. Hey, Dude, you rock! That's the solution. Now libapreq is built statically into the DSO of Apache::Request. Comitted to OpenPKG CURRENT. Thanks for your contribution. Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
[CONTRIB] ACCEPT: libghttp-1.0.9-20070307.src.rpm
The following OpenPKG Contribution Area operation occurred. uploaded RPM file libghttp-1.0.9-20070307.src.rpm accepted -- moved to contrib area. No action is required on your part. Information about libghttp-1.0.9-20070307.src.rpm follows: | Name: libghttp Source RPM: (none) | Version: 1.0.9 Signature: md5:3a61c7f58d966cae15627b8f98fecb08 | Release: 20070307 Build Host: gam75-1-81-57-80-72.fbx.proxad.net | Group:Libraries Build System: ix86-mandriva2007.0 | Class:EVAL Build Time: Wed Mar 7 22:57:52 2007 | Distrib: OpenPKG Community Install Time: (not installed) | License: GPL Install Size: 150294 bytes | Packager: OpenPKG Foundation e.V. Relocations: (not relocateable) | Vendor: Christopher Blizzard [EMAIL PROTECTED] | Summary: gnome-http -- GNOME http client library | URL: http://www.gnome.org/ | Description: | The gHTTP library is designed to be simple and easy to use while | still allowing you to get your feet wet at the protocol layer if | you have to. It is also designed with graphical, non-threaded | applications in mind. You should be able to use the library in | your application and never block waiting to send or recieve data | to a remote server. The main thread of execution should always | be available to refresh its display. | Files: __ OpenPKG http://openpkg.org Developer Communication List openpkg-dev@openpkg.org
