Contrib SVN is now open

[Hamilton Verissimo]

Meaning that anyone, without an username/password can commit things
there. We're going to try this for a while and see what happens. If
anarchy doesnt wont we will fallback to the way it was.

I hope it works, though.

--
Cheers,
hamilton verissimo
hammett@...
http://www.castlestronghold.com/

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Castle Project Development List" group.
To post to this group, send email to castle-project-devel@...
To unsubscribe from this group, send email to castle-project-devel-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en
-~----------~----~----~----~------~----~------~--~---

[Jonathon Rossi]

Won't that become painful for knowing who committed what when you look through the logs?

Could it work better using JIRA/donjon usernames with blank passwords? And have a process on a schedule that recreates the users, not sure how apache is set up.

On Thu, Jul 10, 2008 at 7:12 AM, Hamilton Verissimo <hammett@...> wrote:

Meaning that anyone, without an username/password can commit things
there. We're going to try this for a while and see what happens. If
anarchy doesnt wont we will fallback to the way it was.

I hope it works, though.

--
Cheers,
hamilton verissimo
hammett@...
http://www.castlestronghold.com/

--
Jonathon Rossi
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Castle Project Development List" group.
To post to this group, send email to castle-project-devel@...
To unsubscribe from this group, send email to castle-project-devel-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en
-~----------~----~----~----~------~----~------~--~---

[Gökhan Altınören]

+1 for open access
+1 for matching commits with some kind of identity.

On Thu, Jul 10, 2008 at 11:08 AM, Jonathon Rossi <jono@...> wrote:

Won't that become painful for knowing who committed what when you look through the logs?

Could it work better using JIRA/donjon usernames with blank passwords? And have a process on a schedule that recreates the users, not sure how apache is set up.

On Thu, Jul 10, 2008 at 7:12 AM, Hamilton Verissimo <hammett@...> wrote:

Meaning that anyone, without an username/password can commit things
there. We're going to try this for a while and see what happens. If
anarchy doesnt wont we will fallback to the way it was.

I hope it works, though.

--
Cheers,
hamilton verissimo
hammett@...
http://www.castlestronghold.com/

--

Jonathon Rossi

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Castle Project Development List" group.
To post to this group, send email to castle-project-devel@...
To unsubscribe from this group, send email to castle-project-devel-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en
-~----------~----~----~----~------~----~------~--~---

[Roelof Blom]

I've said about the same thing on the PCM list, this was Hammett's response:
'Is there something that can be used for that (besides Crowd)? I dont
want to invest time building anything.'

He has a point. So, who *wants* to invest time ;-)

On Thu, Jul 10, 2008 at 10:29 AM, Gökhan Altınören <gokhan@...> wrote:

+1 for open access
+1 for matching commits with some kind of identity.

On Thu, Jul 10, 2008 at 11:08 AM, Jonathon Rossi <jono@...> wrote:

Won't that become painful for knowing who committed what when you look through the logs?

Could it work better using JIRA/donjon usernames with blank passwords? And have a process on a schedule that recreates the users, not sure how apache is set up.

On Thu, Jul 10, 2008 at 7:12 AM, Hamilton Verissimo <hammett@...> wrote:

Meaning that anyone, without an username/password can commit things
there. We're going to try this for a while and see what happens. If
anarchy doesnt wont we will fallback to the way it was.

I hope it works, though.

--
Cheers,
hamilton verissimo
hammett@...
http://www.castlestronghold.com/

--

Jonathon Rossi

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Castle Project Development List" group.
To post to this group, send email to castle-project-devel@...
To unsubscribe from this group, send email to castle-project-devel-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en
-~----------~----~----~----~------~----~------~--~---

[Gökhan Altınören]

Yes, he has a point :)

Isn't it something like:
- Get user names from a db (donjon)
- Update somewhere in a text file (svn)
- Runs periodically

I also don't have time but I'll try to invest some somewhere in the next 30 days.

2008/7/10 Roelof Blom <roelof.blom@...>:

I've said about the same thing on the PCM list, this was Hammett's response:
'Is there something that can be used for that (besides Crowd)? I dont
want to invest time building anything.'

He has a point. So, who *wants* to invest time ;-)

On Thu, Jul 10, 2008 at 10:29 AM, Gökhan Altınören <gokhan@...> wrote:

+1 for open access
+1 for matching commits with some kind of identity.

On Thu, Jul 10, 2008 at 11:08 AM, Jonathon Rossi <jono@...> wrote:

Won't that become painful for knowing who committed what when you look through the logs?

Could it work better using JIRA/donjon usernames with blank passwords? And have a process on a schedule that recreates the users, not sure how apache is set up.

On Thu, Jul 10, 2008 at 7:12 AM, Hamilton Verissimo <hammett@...> wrote:

Meaning that anyone, without an username/password can commit things
there. We're going to try this for a while and see what happens. If
anarchy doesnt wont we will fallback to the way it was.

I hope it works, though.

--
Cheers,
hamilton verissimo
hammett@...
http://www.castlestronghold.com/

--

Jonathon Rossi

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Castle Project Development List" group.
To post to this group, send email to castle-project-devel@...
To unsubscribe from this group, send email to castle-project-devel-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en
-~----------~----~----~----~------~----~------~--~---

[Jonathon Rossi]

Hamilton, how are the credentials set up for the castle svn? I assume it is using apache's basic authentication method.

If so, we could attempt to run htpasswd programatically:
htpasswd -md C:\...\svn-auth-file userNameToAdd

Or just rebuild the whole file using something like this article:
http://www.enusbaum.com/blog/2007/01/28/generating-apache-compatible-htpasswd-users-in-c/

On Thu, Jul 10, 2008 at 11:34 PM, Gökhan Altınören <gokhan@...> wrote:

Yes, he has a point :)

Isn't it something like:
- Get user names from a db (donjon)
- Update somewhere in a text file (svn)
- Runs periodically

I also don't have time but I'll try to invest some somewhere in the next 30 days.

2008/7/10 Roelof Blom <roelof.blom@...>:

I've said about the same thing on the PCM list, this was Hammett's response:
'Is there something that can be used for that (besides Crowd)? I dont
want to invest time building anything.'

He has a point. So, who *wants* to invest time ;-)

On Thu, Jul 10, 2008 at 10:29 AM, Gökhan Altınören <gokhan@...> wrote:

+1 for open access
+1 for matching commits with some kind of identity.

On Thu, Jul 10, 2008 at 11:08 AM, Jonathon Rossi <jono@...> wrote:

Won't that become painful for knowing who committed what when you look through the logs?

Could it work better using JIRA/donjon usernames with blank passwords? And have a process on a schedule that recreates the users, not sure how apache is set up.

On Thu, Jul 10, 2008 at 7:12 AM, Hamilton Verissimo <hammett@...> wrote:

Meaning that anyone, without an username/password can commit things
there. We're going to try this for a while and see what happens. If
anarchy doesnt wont we will fallback to the way it was.

I hope it works, though.

--
Cheers,
hamilton verissimo
hammett@...
http://www.castlestronghold.com/

--

Jonathon Rossi

--
Jonathon Rossi
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Castle Project Development List" group.
To post to this group, send email to castle-project-devel@...
To unsubscribe from this group, send email to castle-project-devel-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en
-~----------~----~----~----~------~----~------~--~---

[Hamilton Verissimo]

Well, like I said I dont want to invest time. Opening the contrib was
a way to save time - not having to set up accounts.

2008/7/10 Jonathon Rossi <jono@...>:

> Hamilton, how are the credentials set up for the castle svn? I assume it is
> using apache's basic authentication method.
>
> If so, we could attempt to run htpasswd programatically:
> htpasswd -md C:\...\svn-auth-file userNameToAdd
>
> Or just rebuild the whole file using something like this article:
> http://www.enusbaum.com/blog/2007/01/28/generating-apache-compatible-htpasswd-users-in-c/
>
> On Thu, Jul 10, 2008 at 11:34 PM, Gökhan Altınören <gokhan@...>
> wrote:
>>
>> Yes, he has a point :)
>>
>> Isn't it something like:
>> - Get user names from a db (donjon)
>> - Update somewhere in a text file (svn)
>> - Runs periodically
>>
>> I also don't have time but I'll try to invest some somewhere in the next
>> 30 days.
>>
>> 2008/7/10 Roelof Blom <roelof.blom@...>:
>>>
>>> I've said about the same thing on the PCM list, this was Hammett's
>>> response:
>>> 'Is there something that can be used for that (besides Crowd)? I dont
>>> want to invest time building anything.'
>>>
>>> He has a point. So, who *wants* to invest time ;-)
>>>
>>> On Thu, Jul 10, 2008 at 10:29 AM, Gökhan Altınören <gokhan@...>
>>> wrote:
>>>>
>>>> +1 for open access
>>>> +1 for matching commits with some kind of identity.
>>>>
>>>> On Thu, Jul 10, 2008 at 11:08 AM, Jonathon Rossi <jono@...>
>>>> wrote:
>>>>>
>>>>> Won't that become painful for knowing who committed what when you look
>>>>> through the logs?
>>>>>
>>>>> Could it work better using JIRA/donjon usernames with blank passwords?
>>>>> And have a process on a schedule that recreates the users, not sure how
>>>>> apache is set up.
>>>>>
>>>>> On Thu, Jul 10, 2008 at 7:12 AM, Hamilton Verissimo
>>>>> <hammett@...> wrote:
>>>>>>
>>>>>> Meaning that anyone, without an username/password can commit things
>>>>>> there. We're going to try this for a while and see what happens. If
>>>>>> anarchy doesnt wont we will fallback to the way it was.
>>>>>>
>>>>>> I hope it works, though.
>>>>>>
>>>>>> --
>>>>>> Cheers,
>>>>>> hamilton verissimo
>>>>>> hammett@...
>>>>>> http://www.castlestronghold.com/
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Jonathon Rossi
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>
>
>
>
> --
> Jonathon Rossi
> >
>

--
Cheers,
hamilton verissimo
hammett@...
http://www.castlestronghold.com/

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Castle Project Development List" group.
To post to this group, send email to castle-project-devel@...
To unsubscribe from this group, send email to castle-project-devel-unsubscribe@...
For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en
-~----------~----~----~----~------~----~------~--~---