On Wed, Aug 20, 2014 at 4:16 PM, Charles Curtit
wrote:
> This thread is sort of complete from my POV so I wanted to say thanks.
> It’s not that often I get so much good natured and usefull feedback on a
> mailing list.
>
I think some of us here can thank you, too. Your scenario helps highlight
users] available topologies for syncing and other misc
questions
On Sat, Aug 16, 2014 at 11:15 PM, Andy Bradford
mailto:amb-fos...@bradfords.org>> wrote:
Once committed, it is not alterable, but it can be superceded with a
special tag, but the original user will still be present in the
On Sat, Aug 16, 2014 at 11:15 PM, Andy Bradford
wrote:
> Once committed, it is not alterable, but it can be superceded with a
> special tag, but the original user will still be present in the manifest
> of the artifact. This user actually does not even need to be a Fossil
> user per se (
Thus said Charles Curtit on Sat, 16 Aug 2014 20:56:48 -:
> If I do it this way, do all modifications done by users of a satellite
> office get to be seen as modifications of only the one user defined in
> the central office for that satellite ?
The username that is used when the checkin is
org
Subject: Re: [fossil-users] available topologies for syncing and other misc
questions
Thus said Charles Curtit on Fri, 15 Aug 2014 14:25:24 -:
> * speedy user interface for every one. (central or satellite office)
fossil ui should be speedy for all users regardless of their location.
fossil
Thus said Charles Curtit on Fri, 15 Aug 2014 20:37:25 -:
> One question stick up in my mind. Can a server handle fsyncs from
> multiple peers at the same time ?
If by fsyncs you mean fossil sync operations then the answer is yes.
> Satellite offices have tens or hundreds of users,
Thus said Charles Curtit on Fri, 15 Aug 2014 14:25:24 -:
> * speedy user interface for every one. (central or satellite office)
fossil ui should be speedy for all users regardless of their location.
fossil syncing to local satellite offices should also be as quick as
that local connectio
Thus said Warren Young on Fri, 15 Aug 2014 15:44:43 -0600:
> Each sync is atomic: all the changes are accepted, or none of them
> are.
Here we might need to be careful about terminology as well. A single
round-trip is atomic, but a single ``fossil sync'' command could
potentially
Le 2014-08-16 06:28, "Stephan Beal" a écrit :
>
> On Fri, Aug 15, 2014 at 9:48 PM, Richard Hipp wrote:
>>
>> I use the web-browser on my android phone to check the status of my
projects when I am away from the office. It works. Not the most sexy
approach, but it works fine.
>
>
> fwiw: my Nexus
On Fri, Aug 15, 2014 at 11:01 PM, Ron W wrote:
> I recommend this because all Fossil version control features are available
> to "embedded documentation" pages. The disadvantage is that editing the
> requires using an external tool (though Fossil has a command for previewing
> the pages (locally)
On Fri, Aug 15, 2014 at 9:48 PM, Richard Hipp wrote:
> I use the web-browser on my android phone to check the status of my
> projects when I am away from the office. It works. Not the most sexy
> approach, but it works fine.
>
fwiw: my Nexus 7 tablet is sometimes seen as a bot. Never bothered
On Fri, Aug 15, 2014 at 4:25 PM, Charles Curtit
wrote:
> To give you some background : We have a central office with satellite
> offices. The satellite offices are on ships, so they very often are
> disconnected, and they suffer from low bandwidth and high latency
> connections (satellite connect
il looks really
> nice, almost all the features are there… Any projects you know that are
> sort of equivalent but different ?...
>
>
>
> Funny that system you worked on reminds me of a story from a friend at
> boeing, but it could just as well be a news agency or an intelligence
> a
On 8/15/2014 14:37, Charles Curtit wrote:
Can a server handle fsyncs
from multiple peers at the same time ?
Careful with your terminology. "fsync" may mean the POSIX syscall
fsync(), but from context, I think you're actually talking about "fossil
sync" here.
It's doubly confusing because
On Fri, Aug 15, 2014 at 10:25 AM, Charles Curtit
wrote:
> Hello folks,
>
> I've been looking for a DVCS and ticket system for a while now, to make my
> job easier at work and I find Fossil looks really enticing. I've read the
> docs about fossil for 3-4 hours now, and I think it's time for some
>
Of Richard Hipp
Sent: 15 August 2014 21:48
To: Fossil SCM user's discussion
Subject: Re: [fossil-users] available topologies for syncing and other misc
questions
On Fri, Aug 15, 2014 at 10:25 AM, Charles Curtit
mailto:charles.cur...@pgs.com>> wrote:
Hello folks,
I've been lo
On Fri, Aug 15, 2014 at 10:25 AM, Charles Curtit
wrote:
> Hello folks,
>
> I've been looking for a DVCS and ticket system for a while now, to make my
> job easier at work and I find Fossil looks really enticing. I've read the
> docs about fossil for 3-4 hours now, and I think it's time for some
>
Hello folks,
I've been looking for a DVCS and ticket system for a while now, to make my job
easier at work and I find Fossil looks really enticing. I've read the docs
about fossil for 3-4 hours now, and I think it's time for some questions I have
that do not seem to have immediate obvious answe
18 matches
Mail list logo