Thus said Rene on Sun, 30 Jun 2013 16:07:44 +0200:
It could be an alternative way. But the urlShell seems to be much
easier!
Thanks, I actually looked at urlShell, but it didn't seem right, or was
confusing, or both.
I've actually made some progress in getting the fossil client
On Mon, Jul 01, 2013 at 12:42:11AM -0600, Andy Bradford wrote:
Thus said Rene on Sun, 30 Jun 2013 16:07:44 +0200:
It could be an alternative way. But the urlShell seems to be much
easier!
Thanks, I actually looked at urlShell, but it didn't seem right, or was
confusing, or both.
Thus said Martin Gagnon on Mon, 01 Jul 2013 09:08:54 -0400:
Have you try with server running more recent version ? I remember
there was a patch somewhere between version 1.24 and 1.25 that was
forcing full right when syncing using ssh://.
I've tried with both 1.22 and 1.26. Here it
On Mon, Jul 01, 2013 at 12:08:42AM +0200, Isaac Jurado wrote:
After the results, the conclusion is obvious: the generic artifact delta
compression is outperforming the delta manifest convention.
So the question is, what is the rationale behind delta manifests? After
checking Fossil's
On Mon, Jul 1, 2013 at 4:52 PM, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Mon, Jul 01, 2013 at 12:08:42AM +0200, Isaac Jurado wrote:
After the results, the conclusion is obvious: the generic artifact delta
compression is outperforming the delta manifest convention.
So the question
Just FYI, removing the dependency on the shell for ssh access would be
*very* much appreciated. Being able to fossil access without full shell
access will be fantastic.
On Mon, Jul 1, 2013 at 7:51 AM, Andy Bradford amb-fos...@bradfords.orgwrote:
Thus said Martin Gagnon on Mon, 01 Jul 2013
If I have an account on the remote machine then autosync succeeds.
I have this setup:
archlinux running this is fossil version 1.25 [878f7008ab] 2013-05-31
17:41:25 UTC
windows xp virtual machine
arch
fossil create andy.fsl
fossil ui andy.fsl (add user zwart604 as developer)
win
On Mon, Jul 1, 2013 at 9:16 PM, Rene renew...@xs4all.nl wrote:
What seems weird if I drop the access of zwart604 to g(Clone) i can still
sync and enter new files Is that expected behaviour?
The i (Inbound/write/checkin) permission controls that. Are you able to
bypass that permission check?
On Mon, Jul 01, 2013 at 05:18:40PM +0200, Isaac Jurado wrote:
On Mon, Jul 1, 2013 at 4:52 PM, Joerg Sonnenberger
Delta manifests are not meant to reduce the repository size, but the
amount of parsing to be done.
That sounds intriguing. What kind of operations can complete without
having
Hi all,
I've just encountered a scenario in which file mode information is lost
following a merge. This involves (a) adding an executable file, (b)
renaming it in a branch, then (c) merging back into trunk.
To replicate,
$ repo=tmp
$ fossil new $repo.fsl; mkdir $repo; cd $repo
$
Yes, I dropt it from gjo to g.
I now dropped of the g and my windows repo still sync succesful with
the master repo. Where zwart604 now has no permissions at all
see below the timeline the one at 20:49 is of zwart604 with no
permissions on the master one. I probably do something wrong!
On Mon, Jul 1, 2013 at 10:57 PM, Rene renew...@xs4all.nl wrote:
see below the timeline the one at 20:49 is of zwart604 with no permissions
on the master one. I probably do something wrong!
If i'm not mistaken (and i might be - i'm not familiar with the details of
fossil's ssh bits), a user
On Mon, Jul 1, 2013 at 5:01 PM, Stephan Beal sgb...@googlemail.com wrote:
On Mon, Jul 1, 2013 at 10:57 PM, Rene renew...@xs4all.nl wrote:
see below the timeline the one at 20:49 is of zwart604 with no
permissions on the master one. I probably do something wrong!
If i'm not mistaken (and i
On 2013-07-01 23:01, Stephan Beal wrote:
On Mon, Jul 1, 2013 at 10:57 PM, Rene renew...@xs4all.nl wrote:
see below the timeline the one at 20:49 is of zwart604 with no
permissions on the master one. I probably do something wrong!
If i'm not mistaken (and i might be - i'm not familiar with
Thus said Richard Hipp on Mon, 01 Jul 2013 17:23:58 -0400:
When you run the fossil http command, the user identified by each
HTTP request is used. However, ssh does not run fossil http, it uses
fossil test-http instead (unless Andy has changed that in his local
copy). And fossil
15 matches
Mail list logo