'fossil update -n' will just show you what would change if you ran fossil
update.
'fossil sync' will just sync the repo and not make any changes but not make
any changes to your checkout. Fwiw, I believe update with -n syncs as well.
Hth,
T
On Thursday, February 21, 2013, K. Fossil user wrote:
Hello,
fossil open myrepo.fossil --keep
fossil update
## updates downloads files and they are stored in the current directory.
Can't fossil do something like :
fossil update --keep
# so NO files are written in the current directory ?
Best Regards
K.
__
On Thu, 21 Feb 2013, Stephan Beal wrote:
> Hiho,
> i'm looking for guinea pigs again :), this time with minor enhancements to
> the online help system: support for web page-specific help. (Most pages
> don't have any useful help at the moment, though.)
>
> To try it out, check out the 'help-www'
Hiho,
i'm looking for guinea pigs again :), this time with minor enhancements to
the online help system: support for web page-specific help. (Most pages
don't have any useful help at the moment, though.)
To try it out, check out the 'help-www' branch:
http://fossil-scm.org/index.html/timeline?r=
On Thu, Feb 21, 2013 at 11:45 AM, Matt Welland wrote:
>
> We can't switch to WAL mode currently as these repos are accessed from
> multiple machines via NFS. Now that ssh is working for us we can
> convert over to using ssh to a central server and switch to WAL mode
> at the same time. Is there a
On Thu, Feb 21, 2013 at 9:25 AM, Richard Hipp wrote:
>
>
> On Thu, Feb 21, 2013 at 11:21 AM, Matt Welland wrote:
>>
>> Database Stats: 209478 pages, 1024 bytes/page, 113 free pages, UTF-8,
>> delete mode
>
>
> That "delete mode" notation on the end denotes the problem. You need to
> change your
On Thu, Feb 21, 2013 at 11:21 AM, Matt Welland wrote:
> Database Stats: 209478 pages, 1024 bytes/page, 113 free pages, UTF-8,
> delete mode
>
That "delete mode" notation on the end denotes the problem. You need to
change your repository on the server to WAL mode. Do this as follows:
sqlit
Interesting that the timeout is already 5 seconds. What happens is
sync fails and then users are confused. Perhaps this is not a timeout?
Note that this is direct file system access. I think suppressing the
sqlite3 error would help and a "try again? Y/n" prompt.
This is what we see:
New_Version:
On Thu, Feb 21, 2013 at 10:24 AM, Matt Welland wrote:
> We are getting a *lot* of collisions in heavy use repos. Rather than
> confusing sync errors I'd like it if fossil just waited longer for the
> repo to come available. I think setting a 10 second timeout on sqlite
> would make a huge differe
We are getting a *lot* of collisions in heavy use repos. Rather than
confusing sync errors I'd like it if fossil just waited longer for the
repo to come available. I think setting a 10 second timeout on sqlite
would make a huge difference here. Can this be done?
Thanks.
___
On Thu, 21 Feb 2013, Jan Nijtmans wrote:
> 2013/2/21 Sergei Gavrikov :
> > Hi
> >
> > Could you, please, add it to main.c:Global:
> >
> > Thanks
> > Sergei
>
> The actual commit which removed it was one earlier:
> 03:51:10 [6d6740dcca] Improved handling for remote repository passwords: When
>
2013/2/21 Sergei Gavrikov :
> Hi
>
> Could you, please, add it to main.c:Global:
>
> Thanks
> Sergei
The actual commit which removed it was one earlier:
03:51:10 [6d6740dcca] Improved handling for remote repository passwords: When
prompting for the password, also ask the user whether or n
Hi
Could you, please, add it to main.c:Global:
Thanks
Sergei
---
checkout: 75e483899e28a533c7f17bb179acd9c10e9f3b60 2013-02-21 08:15:41 UTC
tags: trunk
comment: unused variables (user: jan.nijtmans)
chan
On Thu, Feb 21, 2013 at 11:16 AM, Lluís Batlle i Rossell
wrote:
> I'd make it work with the 'timeline' or 'clone' permission flags.
>
Using the clone rights for this purpose sounds reasonable to me.
--
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
On Thu, Feb 21, 2013 at 02:13:14PM +0400, Konstantin Khomoutov wrote:
> On Thu, 21 Feb 2013 10:28:52 +0100
> Lluís Batlle i Rossell wrote:
>
> [...]
> > > That's correct, but Lluis is right in suggesting that we "should
> > > have" a command like:
> > >
> > > fossil ping repo-address
> > >
>
On Thu, 21 Feb 2013 10:28:52 +0100
Lluís Batlle i Rossell wrote:
[...]
> > That's correct, but Lluis is right in suggesting that we "should
> > have" a command like:
> >
> > fossil ping repo-address
> >
> > which can piggyback on the protocols supported by cloning (ssh/http
> > [s]), but:
> >
On Thu, Feb 21, 2013 at 10:24:27AM +0100, Stephan Beal wrote:
> On Thu, Feb 21, 2013 at 8:33 AM, Konstantin Khomoutov <
> flatw...@users.sourceforge.net> wrote:
>
> > IOW, that shell pipeline was just an example demonstrated to you, so
> > don't be too attached to the fact it requires a shell.
> >
On Thu, Feb 21, 2013 at 8:33 AM, Konstantin Khomoutov <
flatw...@users.sourceforge.net> wrote:
> IOW, that shell pipeline was just an example demonstrated to you, so
> don't be too attached to the fact it requires a shell.
>
That's correct, but Lluis is right in suggesting that we "should have" a
On Thu, Feb 21, 2013 at 3:04 AM, Ross Berteig wrote:
> So I second the notion of a separate json extra command to signal that the
> additional work really is wanted.
>
> I have no strong opinions about the structure of the payload, other than
> the segregation of extras from other changes. Perhap
On 20-2-2013 22:34, Warren Young wrote:
But before looking at it, I want to stress that I don't believe Fossil
has lost any data, it's just that the default Files view shows the last
branch I worked on, rather than the trunk as I expected.
This sounds as if the 'Files' tab of your repository li
On 20-2-2013 22:59, Stephan Beal wrote:
On Wed, Feb 20, 2013 at 10:44 PM, Arnel Legaspi wrote:
Error: not authorized to writet: 0 received: 0
The "not authorized to writet" does not come from fossil:
>
> stephan@tiny:~/cvs/fossil/fossil/src$ grep writet *.c
It looks like the 't' at t
On Thu, Feb 21, 2013 at 11:33:42AM +0400, Konstantin Khomoutov wrote:
> On Wed, Feb 20, 2013 at 11:22:00PM +0100, Lluís Batlle i Rossell wrote:
>
> [...]
> > > stephan@tiny:~/cvs/fossil/fossil/src$ wget -q -O /dev/stdout
> > > http://fossil-scm.org/index.html/json/HAI | grep -q '"timestamp":' && e
22 matches
Mail list logo
