Re: Discrepancies in svn mirror created with svnsync

On Thu, 07 Feb 2013 23:00:33 +, Marius Gedminas wrote: ... > The cron script runs svnsync every 5 minutes. Do you make sure svnsync isn't started anew when the previous instance hasn't terminated yet? (I don't know if that matters.) Andreas -- "Totally trivial. Famous last words." From: Li

Re: Discrepancies in svn mirror created with svnsync

On Fri, Feb 08, 2013 at 11:44:40AM +0100, Andreas Krey wrote: > On Thu, 07 Feb 2013 23:00:33 +, Marius Gedminas wrote: > ... > > The cron script runs svnsync every 5 minutes. > > Do you make sure svnsync isn't started anew when the previous instance > hasn't terminated yet? (I don't know if t

Re: Feasiblility question

Guten Tag Dermot, am Freitag, 8. Februar 2013 um 13:31 schrieben Sie: > Has anyone used subversion for this type of tracking? I use it to track binary software, MSI installers, pre configured application packages which don't need installation, images. Depending on your client you can even see dif

Re: Discrepancies in svn mirror created with svnsync

Guten Tag Marius Gedminas, am Freitag, 8. Februar 2013 um 14:45 schrieben Sie: > It's possible that a temporal overlap happened. That shouldn't be a problem, as per default svnsync aquires exclusive locks on the destination repo where it should mirror the data to and subsequent calls to svnsync w

Re: Discrepancies in svn mirror created with svnsync

On Fri, Feb 08, 2013 at 03:45:16PM +0200, Marius Gedminas wrote: > On Fri, Feb 08, 2013 at 11:44:40AM +0100, Andreas Krey wrote: > > On Thu, 07 Feb 2013 23:00:33 +, Marius Gedminas wrote: > > ... > > > The cron script runs svnsync every 5 minutes. > > > > Do you make sure svnsync isn't starte

Re: Discrepancies in svn mirror created with svnsync

unsubscribe Z [cid:image002.jpg@01CD8139.6DE4E9D0] Zachary Burnham | Web Developer Energy Federation Inc | 1 Willow Street | Southborough, MA 01772 508.870.2277 x4467 | f 888.440.4219 zburn...@efi.org | efi.org On Feb 8, 2013, at 9:45 AM, Stefan

Re: Discrepancies in svn mirror created with svnsync

Zach, the email to unsubscribe is: users-unsubscr...@subversion.apache.org On 02/08/2013 09:47 AM, Zachary Burnham wrote: unsubscribe Z

AW: Could not read chunk size: connection was closed by server on Windows 7

> -Ursprüngliche Nachricht- > Von: Michael Zender [mailto:michael.zen...@mos-tangram.com] > Gesendet: Donnerstag, 7. Februar 2013 17:34 > An: users@subversion.apache.org > Betreff: AW: Could not read chunk size: connection was closed by > server on Windows 7 > > -Ursprüngliche Nachrich

Re: Feasiblility question

On Fri, Feb 8, 2013 at 6:31 AM, Dermot wrote: > In my $work, we manage thousands of binary files (tiffs). We may modify a > file once or twice before eventually entering the file as a record. Files > arrive in groups (a submission) and I would like to track changes and the > history of a file. On

Re: Unexpected conflicts merging updates from trunk to a branch

On 2013/02/07, at 10:09, Stefan Sperling wrote: > On Thu, Feb 07, 2013 at 09:19:47AM -0500, Matthew Pounsett wrote: >> >> I've been running into unexpected tree conflicts when updating branches from >> the trunk, after reintegrating to the trunk where and file adds or removes >> were involved

Re: Feasiblility question

On Fri, Feb 8, 2013 at 10:50 AM, Les Mikesell wrote: > On Fri, Feb 8, 2013 at 6:31 AM, Dermot wrote: > >> In my $work, we manage thousands of binary files (tiffs). We may modify a >> file once or twice before eventually entering the file as a record. Files >> arrive in groups (a submission) and I

Re: Could not read chunk size: connection was closed by server on Windows 7

On Fri, Feb 8, 2013 at 10:28 AM, Michael Zender wrote: > I finally solved my problem and wanted to share my solution with you. Thanks for letting us know. > It turned out, that Kaspersky Endpoint Security 8 and its Web-Anti-Virus > feature in particular were causing this problem to show up. We

Re: Feasiblility question

On Fri, Feb 8, 2013 at 10:57 AM, Nico Kadel-Garcia wrote: >> >>> In my $work, we manage thousands of binary files (tiffs). We may modify a >>> file once or twice before eventually entering the file as a record. Files >>> arrive in groups (a submission) and I would like to track changes and the >>>

Re: Feasiblility question

On 8 Feb 2013 17:51, "Les Mikesell" ... > > > > Separate repositories linked together by "svn;external" settings can > > do this, with a central "build" structure publishing tags or branches > > with hooks to specific releases of components from other repos. But > > resource tracking can get awkw

Re: Feasiblility question

On Fri, Feb 8, 2013 at 1:13 PM, Dermot wrote: >> >> You can simply put a bunch of repos under the top level served by http >> or svn and it appears pretty seamless except for when you have to >> create a new one.But, since binary diffs aren't very useful anyway >> and that migh have scaling is