Should have read them first - not so complex...
The which commands: do you normally have /usr/local/apr/bin in your PATH
variable, or should I be installing apr to a different directory (e.g.
/usr/local/bin).
I could come up with a solution that works for me, but I would rather follow
the conventions, whatever they may be.
On Mon, Oct 19, 2009 at 4:32 PM, Michael Felt <mamf...@gmail.com> wrote:
> I am far enough now that I can consider removing the apr dependancies from
> the httpd binary package. I have not read the Solaris pkginfo files yet, but
> what I expect to find is that the httpd/apr directory is simply removed
> before assembling the build package (or not including it in the package).
> This assumes that httpd (apache2) will look for apr in /usr/local/apr (or
> better ${PREFIX}/apr and ${PREFIX}/apr-util for whatever it needs.
>
> If, conceptually, it is as simple as that, a yes is all I need. If not,
> suggestions/warnings/etc are very welcome!
>
>
> On Fri, Oct 9, 2009 at 7:22 PM, Graham Leggett <minf...@sharp.fm> wrote:
>
>> Michael Felt wrote:
>>
>> > Current Status:
>> > ==============
>> > mich...@x054:[/data/prj/httpd-2.2.14]bindist/bin/httpd -?
>> > exec(): 0509-036 Cannot load program bindist/bin/httpd because of the
>> > following errors:
>> > rtld: 0712-001 Symbol XML_StopParser was referenced
>> > from module /data/prj/httpd-2.2.14/bindist/lib/libaprutil-1.so(),
>> > but a runtime definition
>> > of the symbol was not found.
>>
>> Another thing I suggest you do - for quite a while now, packagers have
>> packaged up dependencies separately from httpd. Both the solaris and rpm
>> packaging is done separately for APR and APR-util, and the included APR
>> and APR-util directory trees inside the httpd tarball are ignored.
>>
>> You'll find similar scripts for RPM and Solaris packaging in the APR and
>> APR-util projects, you may find it easier to package those first, and
>> when they're done, configure httpd to depend on those packages.
>>
>> Regards,
>> Graham
>> --
>>
>
>
