[cle-release-team] Sakai Trunk in Transition

[John Bush]

that fixed the problem for me.

On Wed, Feb 12, 2014 at 3:54 PM, Matthew Jones <matthew at longsight.com> wrote:
> Okay, I think I got (a) fixed for svn and contrib. (changed ownership of the
> files that were root in these directories back to apache)
>
> Let me know if how it goes with the other parts!
>
>
>
>
> On Wed, Feb 12, 2014 at 5:35 PM, Matthew Jones <matthew at longsight.com>
> wrote:
>>
>> Yeah, bummer,
>>
>> a) This should be resolvable, do you have my Skype? Send me a message and
>> let me know what you think should be done as I think I have root here.
>> b) It sounds like we're stuck with this unless we want to shut down the
>> svn repo, dump and try to re-filter that. Since we're going to have to move
>> soon anyway, I'd just make note of the first and last revision that this
>> happened and we can filter and fix this then?
>> c) Not sure about this, maybe it will work after (a) is resolved
>>
>>
>>
>> On Wed, Feb 12, 2014 at 5:21 PM, Kirschner, Beth <bkirschn at umich.edu>
>> wrote:
>>>
>>> a) Resolve commit problem
>>> b) Remove empty revisions, but this might not be possible. Empty
>>> revisions were removed during the svndumpfilter process, but apparently
>>> added as placeholders during the failed load.
>>> c) Find how to load the two repos (external-calendaring-service and
>>> hierarchy) that were moved while in contrib
>>>
>>> I guess no good deed goes unpunished. Ideas welcome. I'll continue
>>> digging.
>>>
>>> - Beth
>
>
>
> _______________________________________________
> cle-release-team mailing list
> cle-release-team at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/cle-release-team
>



-- 
John Bush
602-490-0470

** This message is neither private nor confidential in fact the US
government is storing it in a warehouse located in Utah for future
data mining use cases should they arise. **