Re: [PECL-BUG] Req #17135 [Com]: Can we get RSA-SHA1 support?

Hi,

Is the path of phpize and php the same? Especially if multiple
versions of php are active on one machine, this can cause issues
post-build.

The fact that it doesn't show curl bindings is partly due to not
having a hard reliance on it. It can now compile without curl and
would use the fopen() family functions.

Therefore, I'm guessing that ./configure didn't pass HAVE_CURL to the
build process, which could be caused by the wrong phpize.


On 4/13/10, james at digitalfusion dot co dot nz <[email protected]> wrote:
> Edit report at http://pecl.php.net/bugs/bug.php?id=17135&edit=1
>
>  ID:               17135
>  Comment by:       james at digitalfusion dot co dot nz
>  Reported By:      sam at digitalfusion dot co dot nz
>  Status:           Assigned
>  Id:               17135
>  Type:             Feature/Change Request
>  Package:          oauth
>  Operating System: OS X Server 10.6
>  PHP Version:      5.3.0
>  Assigned To:      datibbaw
>  New Comment:
>
> Build using process of
> checkout,phpize,configure,make,install appears to go
> cleanly, but php gives this error on loading:
>
> PHP Startup: Unable to load dynamic library
> '/usr/local/php5/lib/php/extensions/no-debug-non-zts-
> 20060613/oauth.so' - (null) in Unknown on line 0
>
> We are trying to replace 0.99.9 release with svn trunk
> version to test this. Noticed that trunk version does not
> seem to have a dependency on curl, unlike the release one,
> Trunk vers otool output:
>
> otool -L /usr/lib/php/extensions/no-debug-non-zts-
> 20060613/oauth.so
> /usr/lib/php/extensions/no-debug-non-zts-20060613/oauth.so:
> 	/usr/lib/libgcc_s.1.dylib (compatibility version
> 1.0.0, current version 1.0.0)
> 	/usr/lib/libSystem.B.dylib (compatibility version
> 1.0.0, current version 111.1.4)
>
>
> Release vers output:
> otool -L oauth.so
> oauth.so:
> 	/usr/lib/libcurl.4.dylib (compatibility version
> 5.0.0, current version 5.0.0)
> 	/usr/lib/libgcc_s.1.dylib (compatibility version
> 1.0.0, current version 1.0.0)
> 	/usr/lib/libSystem.B.dylib (compatibility version
> 1.0.0, current version 111.1.4)
>
>
> libraries do seem to exist.
>
> Not sure where to go from here! Advice appreciated. Note
> this is on a 10.5.8 server, our dev machine. Ultimate
> deployment target is 10.6 server.
>
> Thanks.
>
>
> Previous Comments:
> ------------------------------------------------------------------------
>
> [2010-03-30 16:57:21] sam at digitalfusion dot co dot nz
>
> Fantastic, I'll give it a whirl this afternoon.
>
> ------------------------------------------------------------------------
>
> [2010-03-29 23:02:13] datibbaw at php dot net
>
> Fixed in SVN, but not tested ;-)
>
> ------------------------------------------------------------------------
>
> [2010-03-29 11:42:56] jawed at php dot net
>
> From my perspective, pecl/oauth would need to support a
> setRSACertificate() method (or something similar) which
> would take a single argument and pass the value along to
> openssl_get_privatekey(). From there, it's a matter of
> simply signing with openssl_sign() in place of hash_hmac.
>
> We should look into adding this for pecl/oauth-1.0.
>
> Thanks for the feedback!
>
> - JJ
>
> ------------------------------------------------------------------------
>
> [2010-03-29 00:42:15] sam at digitalfusion dot co dot nz
>
> Description:
> ------------
> Xero (web based accounting package) have just made their
> implementation of Oauth 2 legged authentication, which
> requires RSA-SHA1 signing.
>
> Would be great if this implementation could be achieved with
> this library.
>
> ------------------------------------------------------------------------
>
>
> --
> Edit this bug report at http://pecl.php.net/bugs/bug.php?id=17135&edit=1
>
>


-- 
--
Tjerk