Martin Vermeer writes:
| On Sat, Mar 07, 2009 at 01:53:36PM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz
>>
>> writes:
>>
>> | On Sat, Mar 07, 2009 at 11:54:23AM +0100, Jean-Marc Lasgouttes wrote:
>> >> Andre Poenitz writes:
>> >> > How much effort is it to syncronize two svn repos?
>> >
On Sat, Mar 07, 2009 at 01:53:36PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz
>
> writes:
>
> | On Sat, Mar 07, 2009 at 11:54:23AM +0100, Jean-Marc Lasgouttes wrote:
> >> Andre Poenitz writes:
> >> > How much effort is it to syncronize two svn repos?
> >>
> >> I do not know whether rsync
> A sub-dump is done every night... from the last full dump until present.
That indicates a lack of communication between us... :-)
> I think that your way of doing the dump might result in a tiny bit more
> manual work required to get it up to date.
It does not matter if we do not need to do th
Bo Peng writes:
>>> I know that, but I was creating a full dump.
>>
>> Que??
>
| A full dump till Thursday, not the previous Sunday...
A sub-dump is done every night... from the last full dump until present.
I think that your way of doing the dump might result in a tiny bit more
manual work req
>> I know that, but I was creating a full dump.
>
> Que??
A full dump till Thursday, not the previous Sunday...
Bo
On Sat, 7 Mar 2009, Bo Peng wrote:
Already done automatically. Full dump is done automatically on aussie
every sunday.
I know that, but I was creating a full dump.
Que??
/C
--
Christian Ridderström Mobile: +46-70 687 39 44
>
> | I do not know such a way, sorry.
>
> I do.
If you would like to re-import the repository so that others do not
have to check out fresh, go ahead. :-)
> Already done automatically. Full dump is done automatically on aussie
> every sunday.
I know that, but I was creating a full dump.
Cheer
Bo Peng writes:
>> | And I really hope you make the dump and import in such a way to just
>> | enble developers to just switch their threes instead of doing a full
>> | new chekcout.
>
| I do not know such a way, sorry.
I do.
| Even if the bzipped dump file is
| 200M, importing still took 10+
> | And I really hope you make the dump and import in such a way to just
> | enble developers to just switch their threes instead of doing a full
> | new chekcout.
I do not know such a way, sorry. Even if the bzipped dump file is
200M, importing still took 10+ hours yesterday and you did not count
Andre Poenitz
writes:
| On Sat, Mar 07, 2009 at 11:54:23AM +0100, Jean-Marc Lasgouttes wrote:
>> Andre Poenitz writes:
>> > How much effort is it to syncronize two svn repos?
>>
>> I do not know whether rsync can do that, or if a svn repo is just a huge
>> file. Bo?
>
| An svn repo a lots of sm
On Sat, Mar 07, 2009 at 11:54:23AM +0100, Jean-Marc Lasgouttes wrote:
> Andre Poenitz writes:
> > How much effort is it to syncronize two svn repos?
>
> I do not know whether rsync can do that, or if a svn repo is just a huge
> file. Bo?
An svn repo a lots of small files, rsync would be fine if
lar...@gullik.org (Lars Gullik Bjønnes)
writes:
| Bo Peng writes:
>
| | I am migrating our subversion repository to sourceforge.net
>>
| | http://lyx.svn.sourceforge.net/viewvc/lyx/
>>
| | This was meant to be a test migration but I realized that I do not
| | really want to repeat this process ag
Bo Peng writes:
| I am migrating our subversion repository to sourceforge.net
>
| http://lyx.svn.sourceforge.net/viewvc/lyx/
>
| This was meant to be a test migration but I realized that I do not
| really want to repeat this process again, which involves 10T of data
| and 10+ hours of work (3+ hr
Andre Poenitz
writes:
| On Sat, Mar 07, 2009 at 09:43:04AM +0100, Jürgen Spitzmüller wrote:
>> Bo Peng wrote:
>> > How about we decide, right now, to switch to sf.net? The subversion
>> > repository will be ready in a few hours (it is at revision 13425 now)
>> > and it should be a simple 'svn swi
Bo Peng writes:
| On Fri, Mar 6, 2009 at 11:47 AM, Jürgen Spitzmüller
| wrote:
>> Bo Peng wrote:
>>> It would be easier for the final
>>> migration if you guys can refrain from committing small patches for a
>>> while. You **might** need to re-commit to the sf repository later.
>>
>> Well, if it
Jean-Marc Lasgouttes writes:
| Andre Poenitz writes:
>> How much effort is it to syncronize two svn repos?
>
| I do not know whether rsync can do that, or if a svn repo is just a huge
| file. Bo?
>
| Otherwise, google shows stuff like this
| http://svn.collab.net/repos/svn/trunk/notes/svnsync.tx
Andre Poenitz writes:
> How much effort is it to syncronize two svn repos?
I do not know whether rsync can do that, or if a svn repo is just a huge
file. Bo?
Otherwise, google shows stuff like this
http://svn.collab.net/repos/svn/trunk/notes/svnsync.txt
http://lajavaloca.wordpress.com/2008/06/03
On Sat, Mar 07, 2009 at 09:43:04AM +0100, Jürgen Spitzmüller wrote:
> Bo Peng wrote:
> > How about we decide, right now, to switch to sf.net? The subversion
> > repository will be ready in a few hours (it is at revision 13425 now)
> > and it should be a simple 'svn switch' to switch your local copy
Bo Peng wrote:
> How about we decide, right now, to switch to sf.net? The subversion
> repository will be ready in a few hours (it is at revision 13425 now)
> and it should be a simple 'svn switch' to switch your local copy. The
> webpage will be ready before tomorrow. The file release system is
>
> I don't think this would be a good idea for a stable release.
>
> It is already postponed :-(
How about we decide, right now, to switch to sf.net? The subversion
repository will be ready in a few hours (it is at revision 13425 now)
and it should be a simple 'svn switch' to switch your local copy
Bo Peng wrote:
> It was just a reminder that, if we eventually decide to migrate to sf,
> and there is no simple way to migrate new revisions, you will have to
> manually re-commit your patches.
I don't think this would be a good idea for a stable release.
> Actually, given the dire situation of
On Fri, Mar 6, 2009 at 11:47 AM, Jürgen Spitzmüller
wrote:
> Bo Peng wrote:
>> It would be easier for the final
>> migration if you guys can refrain from committing small patches for a
>> while. You **might** need to re-commit to the sf repository later.
>
> Well, if it turns out our show stopper
Bo Peng wrote:
> It would be easier for the final
> migration if you guys can refrain from committing small patches for a
> while. You **might** need to re-commit to the sf repository later.
Well, if it turns out our show stopper bug gets fixed, I will need to set up
1.6.2 tomorrow. This means I
I am migrating our subversion repository to sourceforge.net
http://lyx.svn.sourceforge.net/viewvc/lyx/
This was meant to be a test migration but I realized that I do not
really want to repeat this process again, which involves 10T of data
and 10+ hours of work (3+ hrs dump, 3+ hrs sftp, still imp
24 matches
Mail list logo
