Re: 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 <pecl-dev@lists.php.net> wrote: > Edit report at http://pecl.php.net/bugs/bug.php?id=17135&edit=1>>Õ)Œ > ,,µ
EµÑ > > 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