[twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
On May 17, 11:30 pm, Jef Poskanzer wrote: > Before turning off basic auth twitter needs to provide their own > official implementation of a CLI OAuth getter, written in plain old C. Maybe http://oauth.googlecode.com/svn/code/c/liboauth/ plus an xml parser?
[twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
Twurl is just what I need, a command-line OAuth getter. Except it's written in a language I don't have so it's useless to me. Before turning off basic auth twitter needs to provide their own official implementation of a CLI OAuth getter, written in plain old C.
Re: [twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
Am 15.05.2010 21:38, schrieb Patrick Kennedy: I bet coffee and 10 seconds with either of you would fix my problem, but no worries. On Sat, May 15, 2010 at 9:02 PM, kuhkatz wrote: Am 14.05.2010 23:40, schrieb Faried Nawaz: On May 15, 12:41 am, kuhkatzwrote: so i suppose i am doing things wrong. i followed your instructions, but when i apply the diff, i get this: $ patch -i twurldiff Close. You can do either one of patch -p 1 -i twurldiff or git apply twurldiff Faried. tried the first approach, gave me an error with lib/twurl.rb, but with looking into the .rej and manually patching the file i succeded, finally. thanks for your help =) someone of us might consider trying to help you if you could provide further details on where exacly what goes wrong. "doesnt work" is never a good way to call for help.
Re: [twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
I bet coffee and 10 seconds with either of you would fix my problem, but no worries. On Sat, May 15, 2010 at 9:02 PM, kuhkatz wrote: > Am 14.05.2010 23:40, schrieb Faried Nawaz: >> >> On May 15, 12:41 am, kuhkatz wrote: >> >>> so i suppose i am doing things wrong. >>> i followed your instructions, but when i apply the diff, i get this: >>> >>> $ patch -i twurldiff >> >> Close. You can do either one of >> >> patch -p 1 -i twurldiff >> >> or >> >> git apply twurldiff >> >> >> Faried. > > tried the first approach, > gave me an error with lib/twurl.rb, > but with looking into the .rej and manually patching the file i > succeded, finally. > > thanks for your help =) >
Re: [twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
Am 14.05.2010 23:40, schrieb Faried Nawaz: On May 15, 12:41 am, kuhkatz wrote: so i suppose i am doing things wrong. i followed your instructions, but when i apply the diff, i get this: $ patch -i twurldiff Close. You can do either one of patch -p 1 -i twurldiff or git apply twurldiff Faried. tried the first approach, gave me an error with lib/twurl.rb, but with looking into the .rej and manually patching the file i succeded, finally. thanks for your help =)
[twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
On May 15, 4:29 pm, Patrick Kennedy wrote: > I'm sure it mostly my new newness to Ruby; rake/make files are not my > strong area as well. You're not stuck on a Ruby issue. Try the steps I listed on a new repository. At the end, download the gist, and use "git apply patchfile". > If it's fairly small changes, can you provide those changes? That's *exactly* what's in the gist: the changes I needed to make it work. Faried.
Re: [twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
Faried - I'm sure it mostly my new newness to Ruby; rake/make files are not my strong area as well. If it's fairly small changes, can you provide those changes? Basically, why patch it - if I can just use a replacement file. But since it's not provided yet, maybe you can demonstrate those tweaks? Well, I'm not asking you to do something, if it's onerous to you - so, absolutely no worries. But, then again, if it's trivial, it would be cool to get working on the new Ubuntu. Otherwise my passion for Twitter coding may slowly cool down - though, of course I love all things Twitter - and I'm trying to get back into the coding of it. ~Patrick On Sat, May 15, 2010 at 1:55 PM, Faried Nawaz wrote: > I tested both "git apply patchfile" and "patch -p 1 -i patchfile" > separately before posting the commands, and they both worked for me. > Note that the git command doesn't produce any output, but does patch > the files. > > If it still isn't working for you, you can always manually edit the > files. It's a small change. > > > Faried. >
[twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
I tested both "git apply patchfile" and "patch -p 1 -i patchfile" separately before posting the commands, and they both worked for me. Note that the git command doesn't produce any output, but does patch the files. If it still isn't working for you, you can always manually edit the files. It's a small change. Faried.
Re: [twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
Hi, Faried - I tried it too, since I have Linux 10.04, and it also has a problem at the patching part, even provided your two ways to execute the diff. I'm also new to Ruby stuff. $ patch -i twurldiff patching file Rakefile Hunk #1 FAILED at 2. Hunk #2 FAILED at 69. 2 out of 2 hunks FAILED -- saving rejects to file Rakefile.rej patching file lib/twurl.rb Hunk #1 FAILED at 4. 1 out of 1 hunk FAILED -- saving rejects to file lib/twurl.rb.rej patching file test/rcfile_test.rb Hunk #1 FAILED at 138. 1 out of 1 hunk FAILED -- saving rejects to file test/rcfile_test.rb.rej Just feedback. Patrick On Sat, May 15, 2010 at 4:40 AM, Faried Nawaz wrote: > On May 15, 12:41 am, kuhkatz wrote: > >> so i suppose i am doing things wrong. >> i followed your instructions, but when i apply the diff, i get this: >> >> $ patch -i twurldiff > > Close. You can do either one of > > patch -p 1 -i twurldiff > > or > > git apply twurldiff > > > Faried. >
[twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
On May 15, 12:41 am, kuhkatz wrote: > so i suppose i am doing things wrong. > i followed your instructions, but when i apply the diff, i get this: > > $ patch -i twurldiff Close. You can do either one of patch -p 1 -i twurldiff or git apply twurldiff Faried.
Re: [twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
Am 13.05.2010 23:34, schrieb Faried Nawaz: Scott, Nate: I got it to work with a minor adjustment on Ubuntu 10.04. I did apt-get install rake rubygems libopenssl-ruby gem install oauth gem install rr gem install require_all git clone http://github.com/marcel/twurl.git apply this diff: http://gist.github.com/400489 rake dist:gem gem install pkg/twurl-*.gem You're set. so i suppose i am doing things wrong. i followed your instructions, but when i apply the diff, i get this: $ patch -i twurldiff patching file Rakefile patching file twurl.rb Hunk #1 FAILED at 4. 1 out of 1 hunk FAILED -- saving rejects to file twurl.rb.rej patching file rcfile_test.rb Hunk #1 FAILED at 138. 1 out of 1 hunk FAILED -- saving rejects to file rcfile_test.rb.rej $ rake dist:gem (in /home/lorth/twurl) mkdir -p pkg WARNING: description and summary are identical Successfully built RubyGem Name: twurl Version: 0.6.1 File: twurl-0.6.1.gem mv twurl-0.6.1.gem pkg/twurl-0.6.1.gem installing the patched twurl works, but it still gives me the same error as before. this is the first time i am touching ruby, so i have a kinda hard time figuring out whats going on. seems like twurls wants to load some dependencies when the error occured, but i dont know how to fix this. anyone have a clue?
[twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
Scott, Nate: I got it to work with a minor adjustment on Ubuntu 10.04. I did apt-get install rake rubygems libopenssl-ruby gem install oauth gem install rr gem install require_all git clone http://github.com/marcel/twurl.git apply this diff: http://gist.github.com/400489 rake dist:gem gem install pkg/twurl-*.gem You're set.
[twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
On Apr 26, 8:24 pm, Scott Schulz wrote: > I've installed ruby, gems, etc, and install twurl via gem, but when I > run it, I get the following: > > /usr/local/lib/ruby/gems/1.9.1/gems/twurl-0.6.1/lib/twurl/request_controlle > r.rb:2:in > `': uninitialized constant > Twurl::AbstractCommandController (NameError) I'm getting the same issue, both on Ubuntu 9.04 and 10.04, ruby1.8 and ruby1.9.1. nate
[twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
Hi, I installed RubyGems and did this sudo gem i twurl --sourcehttp://rubygems.org Then tried to use twurl but it gives a error : twurl: command not found Please tell me what am I missing ? Also, how do we use twurl with PHP ? cURL can be used with the PHP built in functions. Kartik On Apr 21, 12:13 am, Marcel Molina wrote: > We've announced that come June 2010, Basic Auth will no longer be supported > via the Twitter API. All authenticated requests will be moving to OAuth > (either version 1.0a or the emerging 2.0 spec). There are many benefits from > this change. Aside from the obvious security improvements, having all > requests be signed with OAuth gives us far better visibility into our > traffic and allows us many more tools for controlling and limiting abuse. > When we know and trust the origin of our traffic we can loosen the reigns a > lot and trust by default. We've already made a move in this direction by > automatically increasing rate limits for requests signed with OAuth made to > the new versioned api.twitter.com host. > > One of the often cited virtues of the Twitter API is its simplicity. All you > have to do to poke around at the API is curl, for > example,http://api.twitter.com/1/users/noradio.xmland you're off and running. > When > you require that OAuth be added to the mix, you risk losing the simplicity > and low barrier to entry that curl affords you. We want to preserve this > simplicity. So we've provided two tools to let you poke around at the API > without having to fuss with all the extraneous details of OAuth. For those > who want the ease of the web, we've already included an API console in our > new developer portal athttp://dev.twitter.com/console. And now today we're > glad to make available the Twurl command line utility as open source > software: > > http://github.com/marcel/twurl > > If you already have RubyGems (http://rubygems.org/), you can install it with > the gem command: > > sudo gem i twurl --sourcehttp://rubygems.org > > If you don't have RubyGems but you have Rake (http://rake.rubyforge.org/), > you can install it "from source". Check out the INSTALL file > (http://github.com/marcel/twurl/blob/master/INSTALL). > > Once you've got it installed, start off by checking out the README > (http://github.com/marcel/twurl/blob/master/README) (you can always get the > README by running 'twurl -T'): > > +---+ > | Twurl | > +---+ > > Twurl is like curl, but tailored specifically for the Twitter API. > It knows how to grant an access token to a client application for > a specified user and then sign all requests with that access token. > > It also provides other development and debugging conveniences such > as defining aliases for common requests, as well as support for > multiple access tokens to easily switch between different client > applications and Twitter accounts. > > +-+ > | Getting Started | > +-+ > > The first thing you have to do is register an OAuth application > to get a consumer key and secret. > > http://dev.twitter.com/apps/new > > When you have your consumer key and its secret you authorize > your Twitter account to make API requests with your consumer key > and secret. > > % twurl authorize --consumer-key the_key \ > --consumer-secret the_secret > > This will return an URL that you should open up in your browser. > Authenticate to Twitter, and then enter the returned PIN back into > the terminal. Assuming all that works well, you will beauthorized > to make requests with the API. Twurl will tell you as much. > > If your consumer application has xAuth enabled, then you can use > a variant of the above > > % twurl authorize -u username -p password \ > --consumer-key the_key \ > --consumer-secret the_secret > > And, again assuming your username, password, key and secret is > correct, will authorize you in one step. > > +-+ > | Making Requests | > +-+ > > The simplest request just requires that you specify the path you > want to request. > > % twurl /1/statuses/home_timeline.xml > > Similar to curl, a GET request is performed by default. > > You can implicitly perform a POST request by passing the -d option, > which specifies POST parameters. > > % twurl -d 'status=Testing twurl' /1/statuses/update.xml > > You can explicitly specify what request method to perform with > the -X (or --request-method) option. > > % twurl -X DELETE /1/statuses/destroy/123456.xml > > +--+ > | Creating aliases | > +--+ > > % twurl alias h /1/statuses/home_timeline.xml > > You can then use "h" in place of the full path. > > % twurl h > > Paths that require additional options such as request parameters for example > can > be used with aliases the same as with full explicit paths, just as you might > expect. > > % twurl alias tweet /1/statuses/update.xml > % twurl tweet -d "
Re: [twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
There is a fix for this. In the meantime you can pass in the -u and -p (username & password) command line options and it will force the PIN work flow and you'll be able to authorize. On Wed, Apr 21, 2010 at 1:14 PM, Jaanus wrote: > I can't get it to authorize. > > my-mac:~ jaanus$ twurl authorize --consumer-key blabla --consumer- > secret blabla > You must authorize first > > huh? > > > On Apr 20, 3:13 pm, Marcel Molina wrote: > > We've announced that come June 2010, Basic Auth will no longer be > supported > > via the Twitter API. All authenticated requests will be moving to OAuth > > (either version 1.0a or the emerging 2.0 spec). There are many benefits > from > > this change. Aside from the obvious security improvements, having all > > requests be signed with OAuth gives us far better visibility into our > > traffic and allows us many more tools for controlling and limiting abuse. > > When we know and trust the origin of our traffic we can loosen the reigns > a > > lot and trust by default. We've already made a move in this direction by > > automatically increasing rate limits for requests signed with OAuth made > to > > the new versioned api.twitter.com host. > > > > One of the often cited virtues of the Twitter API is its simplicity. All > you > > have to do to poke around at the API is curl, for example, > http://api.twitter.com/1/users/noradio.xmland you're off and running. When > > you require that OAuth be added to the mix, you risk losing the > simplicity > > and low barrier to entry that curl affords you. We want to preserve this > > simplicity. So we've provided two tools to let you poke around at the API > > without having to fuss with all the extraneous details of OAuth. For > those > > who want the ease of the web, we've already included an API console in > our > > new developer portal athttp://dev.twitter.com/console. And now today > we're > > glad to make available the Twurl command line utility as open source > > software: > > > > http://github.com/marcel/twurl > > > > If you already have RubyGems (http://rubygems.org/), you can install it > with > > the gem command: > > > > sudo gem i twurl --sourcehttp://rubygems.org > > > > If you don't have RubyGems but you have Rake (http://rake.rubyforge.org/ > ), > > you can install it "from source". Check out the INSTALL file ( > http://github.com/marcel/twurl/blob/master/INSTALL). > > > > Once you've got it installed, start off by checking out the README ( > http://github.com/marcel/twurl/blob/master/README) (you can always get the > > README by running 'twurl -T'): > > > > +---+ > > | Twurl | > > +---+ > > > > Twurl is like curl, but tailored specifically for the Twitter API. > > It knows how to grant an access token to a client application for > > a specified user and then sign all requests with that access token. > > > > It also provides other development and debugging conveniences such > > as defining aliases for common requests, as well as support for > > multiple access tokens to easily switch between different client > > applications and Twitter accounts. > > > > +-+ > > | Getting Started | > > +-+ > > > > The first thing you have to do is register an OAuth application > > to get a consumer key and secret. > > > > http://dev.twitter.com/apps/new > > > > When you have your consumer key and its secret you authorize > > your Twitter account to make API requests with your consumer key > > and secret. > > > > % twurl authorize --consumer-key the_key \ > > --consumer-secret the_secret > > > > This will return an URL that you should open up in your browser. > > Authenticate to Twitter, and then enter the returned PIN back into > > the terminal. Assuming all that works well, you will beauthorized > > to make requests with the API. Twurl will tell you as much. > > > > If your consumer application has xAuth enabled, then you can use > > a variant of the above > > > > % twurl authorize -u username -p password \ > > --consumer-key the_key \ > > --consumer-secret the_secret > > > > And, again assuming your username, password, key and secret is > > correct, will authorize you in one step. > > > > +-+ > > | Making Requests | > > +-+ > > > > The simplest request just requires that you specify the path you > > want to request. > > > > % twurl /1/statuses/home_timeline.xml > > > > Similar to curl, a GET request is performed by default. > > > > You can implicitly perform a POST request by passing the -d option, > > which specifies POST parameters. > > > > % twurl -d 'status=Testing twurl' /1/statuses/update.xml > > > > You can explicitly specify what request method to perform with > > the -X (or --request-method) option. > > > > % twurl -X DELETE /1/statuses/destroy/123456.xml > > > > +--+ > > | Creating aliases | > > +--+ > > > > % twurl alias h /1/statuses/
[twitter-dev] Re: Announcing Twurl: OAuth-enabled curl for the Twitter API
I can't get it to authorize. my-mac:~ jaanus$ twurl authorize --consumer-key blabla --consumer- secret blabla You must authorize first huh? On Apr 20, 3:13 pm, Marcel Molina wrote: > We've announced that come June 2010, Basic Auth will no longer be supported > via the Twitter API. All authenticated requests will be moving to OAuth > (either version 1.0a or the emerging 2.0 spec). There are many benefits from > this change. Aside from the obvious security improvements, having all > requests be signed with OAuth gives us far better visibility into our > traffic and allows us many more tools for controlling and limiting abuse. > When we know and trust the origin of our traffic we can loosen the reigns a > lot and trust by default. We've already made a move in this direction by > automatically increasing rate limits for requests signed with OAuth made to > the new versioned api.twitter.com host. > > One of the often cited virtues of the Twitter API is its simplicity. All you > have to do to poke around at the API is curl, for > example,http://api.twitter.com/1/users/noradio.xmland you're off and running. > When > you require that OAuth be added to the mix, you risk losing the simplicity > and low barrier to entry that curl affords you. We want to preserve this > simplicity. So we've provided two tools to let you poke around at the API > without having to fuss with all the extraneous details of OAuth. For those > who want the ease of the web, we've already included an API console in our > new developer portal athttp://dev.twitter.com/console. And now today we're > glad to make available the Twurl command line utility as open source > software: > > http://github.com/marcel/twurl > > If you already have RubyGems (http://rubygems.org/), you can install it with > the gem command: > > sudo gem i twurl --sourcehttp://rubygems.org > > If you don't have RubyGems but you have Rake (http://rake.rubyforge.org/), > you can install it "from source". Check out the INSTALL file > (http://github.com/marcel/twurl/blob/master/INSTALL). > > Once you've got it installed, start off by checking out the README > (http://github.com/marcel/twurl/blob/master/README) (you can always get the > README by running 'twurl -T'): > > +---+ > | Twurl | > +---+ > > Twurl is like curl, but tailored specifically for the Twitter API. > It knows how to grant an access token to a client application for > a specified user and then sign all requests with that access token. > > It also provides other development and debugging conveniences such > as defining aliases for common requests, as well as support for > multiple access tokens to easily switch between different client > applications and Twitter accounts. > > +-+ > | Getting Started | > +-+ > > The first thing you have to do is register an OAuth application > to get a consumer key and secret. > > http://dev.twitter.com/apps/new > > When you have your consumer key and its secret you authorize > your Twitter account to make API requests with your consumer key > and secret. > > % twurl authorize --consumer-key the_key \ > --consumer-secret the_secret > > This will return an URL that you should open up in your browser. > Authenticate to Twitter, and then enter the returned PIN back into > the terminal. Assuming all that works well, you will beauthorized > to make requests with the API. Twurl will tell you as much. > > If your consumer application has xAuth enabled, then you can use > a variant of the above > > % twurl authorize -u username -p password \ > --consumer-key the_key \ > --consumer-secret the_secret > > And, again assuming your username, password, key and secret is > correct, will authorize you in one step. > > +-+ > | Making Requests | > +-+ > > The simplest request just requires that you specify the path you > want to request. > > % twurl /1/statuses/home_timeline.xml > > Similar to curl, a GET request is performed by default. > > You can implicitly perform a POST request by passing the -d option, > which specifies POST parameters. > > % twurl -d 'status=Testing twurl' /1/statuses/update.xml > > You can explicitly specify what request method to perform with > the -X (or --request-method) option. > > % twurl -X DELETE /1/statuses/destroy/123456.xml > > +--+ > | Creating aliases | > +--+ > > % twurl alias h /1/statuses/home_timeline.xml > > You can then use "h" in place of the full path. > > % twurl h > > Paths that require additional options such as request parameters for example > can > be used with aliases the same as with full explicit paths, just as you might > expect. > > % twurl alias tweet /1/statuses/update.xml > % twurl tweet -d "status=Aliases in twurl are convenient" > > +---+ > | Changing your default profile | > +-
