Hi, Luis.
I use the command you told me and it works. :)
But when I use the TortoiseGit, it doesn't work.
Thanks!

2011/5/29 Luís A. Bastião Silva <[email protected]>

> Can you clone?
>
> Which the command are you executing?
>
> git submodule add http://git.umitproject.org/umit-common.git
>
>
> 2011/5/28 Zhongjie Wang <[email protected]>
>
>> Hi Luis, higwidgets is ok. still not able to add the umit-common
>> submodule...
>>
>> 2011/5/28 Luís A. Bastião Silva <[email protected]>
>>
>> Try again.
>>>
>>>
>>> On Sat, May 28, 2011 at 3:48 AM, Zhongjie Wang <[email protected]> wrote:
>>>
>>>> This is the message I've got:
>>>> "
>>>> git.exe submodule add  -- "[email protected]:/higwidgets.git"
>>>>  ""
>>>>
>>>> Cloning into higwidgets...
>>>> ERROR:gitosis.serve.main:Repository read access denied
>>>> fatal: The remote end hung up unexpectedly
>>>> Clone of '[email protected]:/higwidgets.git' into submodule
>>>> path 'higwidgets' failed
>>>> "
>>>> almost the same as cloning umit-common.
>>>>
>>>>
>>>> On Sat, May 28, 2011 at 10:43 AM, Adriano Monteiro Marques <
>>>> [email protected]> wrote:
>>>>
>>>>> Just fixed for higwidgets, but umit-common is readable/writable by
>>>>> everyone already. What is the error you're getting?
>>>>>
>>>>> On May 27, 2011, at 10:38 PM, Zhongjie Wang wrote:
>>>>>
>>>>> Hi, I'm also having issues with downloading the higwidgets and
>>>>> umit-common.
>>>>> Seems no reading permissions. :(
>>>>>
>>>>> On Sat, May 28, 2011 at 3:48 AM, Zubair Nabi 
>>>>> <[email protected]>wrote:
>>>>>
>>>>>> Okay guys,
>>>>>> I'm done with the .proto.
>>>>>> I've made a number of changes. Please have a look at the changelog to
>>>>>> follow them.
>>>>>> I think these messages are now in a shape that we can start using them
>>>>>> in our code.
>>>>>> Just in case, please go through all the messages in detail (following
>>>>>> the flow of request/response) and if you think that stuff needs to be
>>>>>> added/deleted/modified then use this thread to discuss them. Also, bear 
>>>>>> in
>>>>>> mind that these messages should work for both the aggregator 
>>>>>> communication
>>>>>> as well as the p2p communication.
>>>>>>
>>>>>>
>>>>>> On Fri, May 27, 2011 at 11:30 PM, Adriano Monteiro Marques <
>>>>>> [email protected]> wrote:
>>>>>>
>>>>>>> Hi Zubair,
>>>>>>>
>>>>>>> Awesome!! Keep up with the good work. Let me know if you need
>>>>>>> anything else.
>>>>>>>
>>>>>>>
>>>>>>> Cheers!
>>>>>>>
>>>>>>> On May 27, 2011, at 3:27 PM, Zubair Nabi wrote:
>>>>>>>
>>>>>>> Hi Adriano,
>>>>>>>
>>>>>>> No. I was having issues adding the common repository to the mobile
>>>>>>> repository as submodule but Luis and Rodolfo helped me solve that 
>>>>>>> problem.
>>>>>>> A couple of messages were missing from the .proto. I added them.
>>>>>>> Now I'll add the optional messageType field for p2p messages.
>>>>>>>
>>>>>>> On Fri, May 27, 2011 at 10:55 PM, Adriano Monteiro Marques <
>>>>>>> [email protected]> wrote:
>>>>>>>
>>>>>>>> Hi Zubair,
>>>>>>>>
>>>>>>>> You have write perms there already... are you having any issues with
>>>>>>>> that repo?
>>>>>>>>
>>>>>>>> On May 27, 2011, at 1:04 PM, Zubair Nabi wrote:
>>>>>>>>
>>>>>>>> Sounds good. Let's keep it a string. The type would be the name.
>>>>>>>>
>>>>>>>> Let's keep it optional. It will be used in p2p communication but not
>>>>>>>> in aggregator communication.
>>>>>>>> So this is the extra field that I propose:
>>>>>>>>
>>>>>>>> optional string messageType = x;
>>>>>>>>
>>>>>>>> Does everyone agree?
>>>>>>>>
>>>>>>>> Adriano - Do we have write access to the common ICM repository?
>>>>>>>>
>>>>>>>> On Fri, May 27, 2011 at 8:59 PM, Zhongjie Wang <[email protected]>wrote:
>>>>>>>>
>>>>>>>>> Hi Zubair,
>>>>>>>>>       That's a good way.  I agree. :)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Fri, May 27, 2011 at 11:49 PM, Zubair Nabi <
>>>>>>>>> [email protected]> wrote:
>>>>>>>>>
>>>>>>>>>> That's a very good point. In case of p2p agents we will only be
>>>>>>>>>> sending messages using a standard send function. So, there is no way 
>>>>>>>>>> to tell
>>>>>>>>>> the message type. We should add an int32 for message type 
>>>>>>>>>> considering that
>>>>>>>>>> we have a standard number of messages.
>>>>>>>>>> If int32 messageType  == 1 then that could an authentication
>>>>>>>>>> message and so on. What do you say?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Fri, May 27, 2011 at 8:44 PM, Zhongjie Wang 
>>>>>>>>>> <[email protected]>wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Adriano,
>>>>>>>>>>>
>>>>>>>>>>> Sorry, I didn't see the email of that doc. Then it's perfect. :)
>>>>>>>>>>> There's one more question, how to detect the message type when I
>>>>>>>>>>> receive a message?
>>>>>>>>>>> Is there any field to indicate the type?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Fri, May 27, 2011 at 11:34 PM, Adriano Monteiro Marques <
>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi Alan,
>>>>>>>>>>>>
>>>>>>>>>>>> On May 27, 2011, at 12:30 PM, Zhongjie Wang wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> > Hi Zubair, Diogo:
>>>>>>>>>>>> >     I hope you guys could join and figure out the detailed
>>>>>>>>>>>> message format for the communication interfaces. :)
>>>>>>>>>>>> > In the spec, we have decided to use RESTful webservice and RPC
>>>>>>>>>>>> call for the communications. Now the
>>>>>>>>>>>> > form of RPC call is somewhat obscure, we need to make a
>>>>>>>>>>>> clearly defined message format. Do you think we
>>>>>>>>>>>> > should still use protobuf, or json/xml, or customized
>>>>>>>>>>>> binary/text format? This is important.
>>>>>>>>>>>>
>>>>>>>>>>>> We've already decided on using protobuf, right? Event the ones
>>>>>>>>>>>> we defined today and shared with you in that google doc.
>>>>>>>>>>>>
>>>>>>>>>>>> >     At first, there should be an authentication process after
>>>>>>>>>>>> connected. Then we use the negotiated
>>>>>>>>>>>> > symmetric key to encrypt the following messages. The messages
>>>>>>>>>>>> will be in pair, like Request/Response.
>>>>>>>>>>>> > For a request, there should be a RPC function name and then
>>>>>>>>>>>> the parameters, finally maybe end with a checksum.
>>>>>>>>>>>> > And for a response, it will indicate which request it response
>>>>>>>>>>>> to, and then the result.
>>>>>>>>>>>> >     If we use protobuf, then we need to put the function name
>>>>>>>>>>>> out of the message. So after the agent read the name,
>>>>>>>>>>>> > it will generate a proper class for the message.
>>>>>>>>>>>> >
>>>>>>>>>>>> > How do you think which one we should choose?
>>>>>>>>>>>> >
>>>>>>>>>>>> > Regards
>>>>>>>>>>>> >
>>>>>>>>>>>> > --
>>>>>>>>>>>> > Zhongjie Wang
>>>>>>>>>>>> > Master Candidate
>>>>>>>>>>>> > Computer System Architecture
>>>>>>>>>>>> > Peking University, China
>>>>>>>>>>>> >
>>>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>>>> > vRanger cuts backup time in half-while increasing security.
>>>>>>>>>>>> > With the market-leading solution for virtual backup and
>>>>>>>>>>>> recovery,
>>>>>>>>>>>> > you get blazing-fast, flexible, and affordable data
>>>>>>>>>>>> protection.
>>>>>>>>>>>> > Download your free trial now.
>>>>>>>>>>>> >
>>>>>>>>>>>> http://p.sf.net/sfu/quest-d2dcopy1_______________________________________________
>>>>>>>>>>>> > Umit-devel mailing list
>>>>>>>>>>>> > [email protected]
>>>>>>>>>>>> > https://lists.sourceforge.net/lists/listinfo/umit-devel
>>>>>>>>>>>>
>>>>>>>>>>>> ---
>>>>>>>>>>>> Adriano Monteiro Marques
>>>>>>>>>>>>
>>>>>>>>>>>> http://www.thoughtspad.com
>>>>>>>>>>>> http://www.umitproject.org
>>>>>>>>>>>> http://blog.umitproject.org
>>>>>>>>>>>> http://www.pythonbenelux.org
>>>>>>>>>>>>
>>>>>>>>>>>> "Don't stay in bed, unless you can make money in bed." - George
>>>>>>>>>>>> Burns
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Zhongjie Wang
>>>>>>>>>>> Master Candidate
>>>>>>>>>>> Computer System Architecture
>>>>>>>>>>> Peking University, China
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>>> vRanger cuts backup time in half-while increasing security.
>>>>>>>>>>> With the market-leading solution for virtual backup and recovery,
>>>>>>>>>>> you get blazing-fast, flexible, and affordable data protection.
>>>>>>>>>>> Download your free trial now.
>>>>>>>>>>> http://p.sf.net/sfu/quest-d2dcopy1
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Umit-devel mailing list
>>>>>>>>>>> [email protected]
>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/umit-devel
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Best,
>>>>>>>>>> __
>>>>>>>>>> Zubair
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Zhongjie Wang
>>>>>>>>> Master Candidate
>>>>>>>>> Computer System Architecture
>>>>>>>>> Peking University, China
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Best,
>>>>>>>> __
>>>>>>>> Zubair
>>>>>>>>
>>>>>>>>
>>>>>>>>  ---
>>>>>>>> Adriano Monteiro Marques
>>>>>>>>
>>>>>>>> http://www.thoughtspad.com
>>>>>>>> http://www.umitproject.org
>>>>>>>> http://blog.umitproject.org
>>>>>>>> http://www.pythonbenelux.org
>>>>>>>>
>>>>>>>> "Don't stay in bed, unless you can make money in bed." - George
>>>>>>>> Burns
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Best,
>>>>>>> __
>>>>>>> Zubair
>>>>>>>
>>>>>>>
>>>>>>>  ---
>>>>>>> Adriano Monteiro Marques
>>>>>>>
>>>>>>> http://www.thoughtspad.com
>>>>>>> http://www.umitproject.org
>>>>>>> http://blog.umitproject.org
>>>>>>> http://www.pythonbenelux.org
>>>>>>>
>>>>>>> "Don't stay in bed, unless you can make money in bed." - George Burns
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Best,
>>>>>> __
>>>>>> Zubair
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Zhongjie Wang
>>>>> Master Candidate
>>>>> Computer System Architecture
>>>>> Peking University, China
>>>>>
>>>>>
>>>>>  ---
>>>>> Adriano Monteiro Marques
>>>>>
>>>>> http://www.thoughtspad.com
>>>>> http://www.umitproject.org
>>>>> http://blog.umitproject.org
>>>>> http://www.pythonbenelux.org
>>>>>
>>>>> "Don't stay in bed, unless you can make money in bed." - George Burns
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Zhongjie Wang
>>>> Master Candidate
>>>> Computer System Architecture
>>>> Peking University, China
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> vRanger cuts backup time in half-while increasing security.
>>>> With the market-leading solution for virtual backup and recovery,
>>>> you get blazing-fast, flexible, and affordable data protection.
>>>> Download your free trial now.
>>>> http://p.sf.net/sfu/quest-d2dcopy1
>>>> _______________________________________________
>>>> Umit-devel mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/umit-devel
>>>>
>>>>
>>>
>>>
>>> --
>>> Luís A. Bastião Silva
>>> Umit Project Developer
>>> Skype: koplabs
>>> http://www.umitproject.org
>>> http://www.bastiao.org
>>>
>>>
>>>
>>
>>
>> --
>> Zhongjie Wang
>> Master Candidate
>> Computer System Architecture
>> Peking University, China
>>
>
>
>
> --
> Luís A. Bastião Silva
> Umit Project Developer
> Skype: koplabs
> http://www.umitproject.org
> http://www.bastiao.org
>
>
>


-- 
Zhongjie Wang
Master Candidate
Computer System Architecture
Peking University, China
------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
Umit-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/umit-devel

Reply via email to