-boun...@open-mpi.org
; Mike Dubman ; Jeff
Squyres (jsquyres)
Sent: Thu Mar 04 01:31:16 2010
Subject: Re: [MTT devel] MTToGDS
Igor Ivanov wrote:
I considered possibility to use cookie when issue was found out. But
looking google documentation I could not understand if it solved this
nt list for the MPI Testing Tool
; yift...@voltaire.com ; Mike
Dubman ; Jeff Squyres (jsquyres)
Sent: Thu Mar 04 01:30:56 2010
Subject: Re: [MTT devel] MTToGDS
Igor Ivanov wrote:
Hi Jeff,
Look at my comments below.
Note: be aware that my mail has
...or should we be using OAuth?
http://code.google.com/intl/en-EN/apis/accounts/docs/OAuthForInstalledApps.html
On Mar 3, 2010, at 2:36 PM, Jeff Squyres (jsquyres) wrote:
> Yoinks.
>
> Alternatively, doesn't a Google login return a cookie of some flavor that is
> valid for a long period of ti
Yoinks.
Alternatively, doesn't a Google login return a cookie of some flavor that is
valid for a long period of time (somewhere between 1 day and 2 weeks)? Can't
we keep/cache that cookie down in the MTT client and use it for subsequent data
submissions until the cookie expires and we have to
On Feb 16, 2010, at 10:19 AM, Igor Ivanov wrote:
> I am sending patch that enable google account approach to submit data to MTT
> GDS.
> It also has the fix to a bug in displaying table as respond to bquery.pl
> --view (It has not been committed yet to MTT trunk).
Thanks guys! And sorry for my
Hi Jeff,
It seems that one issue related google account auth method has been
detected.
Description:
Issue arises during
submitting data frequently. We
can get failure during data submitting with authentication error.
Reason:
Google allows a failure response on The ClientLogin authorization
p
Hi Jeff,
I am sending patch that enable google account approach to submit data
to MTT GDS.
It also has the fix to a bug in displaying table as respond to
bquery.pl --view (It has not been committed yet to MTT trunk).
As for question relating "how does one develop ..." that source
information
Great -- many thanks!
On Feb 12, 2010, at 12:32 PM, Igor Ivanov wrote:
> Hi Jeff,
>
> I have done changes related google account support but not tested them well.
> I will try to send them on Monday.
>
> Regards,
> Igor
>
> Jeff Squyres wrote:
>> On Feb 10, 2010, at 9:09 AM, Igor Ivanov wrote:
Hi Jeff,
I have done changes related google account support but not tested them
well.
I will try to send them on Monday.
Regards,
Igor
Jeff Squyres wrote:
On Feb 10, 2010, at 9:09 AM, Igor Ivanov wrote:
I took a swipe at doing this (totally not tested; how does one devel
On Feb 10, 2010, at 9:09 AM, Igor Ivanov wrote:
>> I took a swipe at doing this (totally not tested; how does one develop/test
>> this stuff?). I know just a tiny bit of python, but the code was fairly
>> readable. Please see the attached patch -- is it anywhere close to correct?
>>
> [II] It
Jeff Squyres wrote:
On Feb 10, 2010, at 4:12 AM, Igor Ivanov wrote:
Is it hard to redirect the appspot lookup to use google account names + passwords?
[II] I believe that it is possible task. It could be done in two ways:
set google account e-mail in mttd
Yes, it is more friendly way.
Jeff Squyres wrote:
On Feb 10, 2010, at 4:18 AM, Igor Ivanov wrote:
I believe that it is just a warning and you can use mtt w/o analyzer that allow get additional info from output.
True, it's just a warning. But it's (very) big and ugly.
On Feb 10, 2010, at 4:18 AM, Igor Ivanov wrote:
> I believe that it is just a warning and you can use mtt w/o analyzer that
> allow get additional info from output.
True, it's just a warning. But it's (very) big and ugly. :-) Makes it quite
difficult to read --verbose output and see if anyth
On Feb 10, 2010, at 4:12 AM, Igor Ivanov wrote:
>> Is it hard to redirect the appspot lookup to use google account names +
>> passwords?
>>
> [II] I believe that it is possible task. It could be done in two ways:
> set google account e-mail in mttdatabase_username key of ini-file
> 1) provide fo
On Feb 10, 2010, at 1:45 AM, Mike Dubman wrote:
> The GDS files use libyaml interfaces (there is no explictic 'use Syck'
> in the code). I think it is implicit dependancy of one of the perl
> modules or when you do "yum install libyaml perl-Yaml --> it brings syck
> as well)
It seems to be coming
I believe that it is just a warning
and you can use mtt w/o analyzer that allow get additional info from
output.
Regards,
Igor
Jeff Squyres wrote:
On Feb 9, 2010, at 5:34 PM, Jeff Squyres (jsquyres) wrote:
6. Could you send detail info about the issue (ini-file, mtt.log w
Hi Jeff,
Some of points were touched by Mike in other mail.
You can find my answers below marked as [II].
Regards,
Igor
Jeff Squyres wrote:
On Feb 5, 2010, at 4:56 AM, Igor Ivanov wrote:
Thank you to start playing with one. I hope you find it is useful.
I am trying to answer qu
On Feb 9, 2010, at 5:34 PM, Jeff Squyres (jsquyres) wrote:
> > 4. You are right it can be done.
>
> If you don't care, and since I'm the one making such an annoying request,
> I'll be happy to do the work for this one. :-)
Hah -- disregard this; I see we already have Reporter/MTTDatabase.pm.
On Feb 9, 2010, at 5:34 PM, Jeff Squyres (jsquyres) wrote:
> > 6. Could you send detail info about the issue (ini-file, mtt.log with
> > verbose info and command line), we will look on that.
>
> Let me reproduce and simplify; I was using a fairly complex ini file...
Oh, I see what happened --
On Feb 5, 2010, at 4:56 AM, Igor Ivanov wrote:
> Thank you to start playing with one. I hope you find it is useful.
> I am trying to answer questions you raised.
Thanks! Sorry for the delay in my answering -- got caught up in other stuff...
Ugh!
> 1. Yes, you are correct. The implementation
Somehow I *TOTALLY* missed this email from late September. YOW! :-(
I am therefore just now trying to get up to speed.
Many thanks, Mike! This stuff looks awesome, and I'm excited to start using it.
I have a few questions...
1. It looks like we have a separate username/password login system
Mike --
Many thanks! This rocks.
I'm embarrassed to say that I broke Cisco's MTT a little while ago and
haven't found the cycles yet to fix it. This is excellent motivation
for me to a) fix my MTT runs, and b) start trying to submit to Google.
Woo hoo!
On Sep 29, 2009, at 3:21 PM, Mike
I'd like a gds_user/gds_pw. Can I checkout some sample MTToGDS reports
somewhere?
-Ethan
On Tue, Sep/29/2009 09:21:30PM, Mike Dubman wrote:
>Hello guys and gals,
>
>We have completed development and testing of Google DataStore support in
>MTT and are glad to submit it for community
Hello guys and gals,
We have completed development and testing of Google DataStore support in MTT
and are glad to submit it for community tests.
New Files:
The following new files were added to support GDS inside MTT:
1. client/bquery.pl
Perl-based GDS client, provides basic DB q
24 matches
Mail list logo
