Hi Folks,
Just starting to experiment with Fossil for use on a project, and I'd
like to use it for documentation as well as code. As I've been playing
with the wiki and embedded documentation features, I've noticed a few
things that lead to a few questions. Advice would be most welcomed:
1
Hello.
It seems as though it's only really possible to sync to one remote
server at a time. Is there a way to specify that a repository should
push to multiple remote servers?
My use case here is that I've got repositories hosted on
http://fossil.io7m.com but I've also got an exact mirror of that
For anyone else interested, here are the steps for building fossil.exe
with OpenSSL support on a FreeBSD host (9.0-RELEASE-p5 amd64):
1. Install devel/mingw32-gcc, devel/mingw32-zlib, and
devel/mingw32-openssl ports. As of this writing, mingw32-zlib (1.2.5)
fails to build due to a problem with zli
I've sent these to the list before, but I guess they got overlooked.
The following patch does two things. First, it allows a reverse proxy
server (e.g. nginx) to set the X-Real-IP header and have its value
overwrite the default for REMOTE_ADDR. Second, it ensures that the
FOSSIL_USER environment va
This number is the same one reported from the /stat page for "number of
commits." i am not sure off-hand whether wiki edits and whatnot are
included.
(sent from phone from dentist office...)
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
On Jan 10, 2013 5:24 PM,
On Thu, 10 Jan 2013 13:51:51 +0100, Stephan Beal
wrote:
On Thu, Jan 10, 2013 at 1:35 PM, Stephan Beal
wrote:
i'll sign up for adding that - i would be able to do this on Sunday. i
would add it to the "status" command because we have that info in the
/stat
page already (and in "fossil
Hello,
it would be nice if the Tags and Branches ui pages had something more than the
names listed. For example, next to each, could be the date of the head or the
last commit referred to.
What do you think?
Regards,
Lluís.
___
fossil-users mailing lis
I don't understand: "fossil merge" has never done a commit. The --nocommit
option seems like a noop to me. What am I misunderstanding?
D. Richard Hipp - d...@sqlite.org
Sent from phone - pardon brevity
On Jan 10, 2013 10:19 AM, "Nico Williams" wrote:
https://chiselapp.com/user/nico/repository/n
On Thu, 10 Jan 2013 13:51:51 +0100, Stephan Beal
wrote:
On Thu, Jan 10, 2013 at 1:35 PM, Stephan Beal
wrote:
i'll sign up for adding that - i would be able to do this on Sunday. i
would add it to the "status" command because we have that info in the
/stat
page already (and in "fossil
https://chiselapp.com/user/nico/repository/nico
Two branches: rebase, and test-rebase.
This adds a --nocommit option to the fossil merge command that does...
what it sounds like it does: it applies the patch from a --cherrypick
commit and leaves that uncommitted.
I applied all the commits from m
On Wed, Jan 2, 2013 at 4:12 PM, Richard Hipp wrote:
>
>
> On Wed, Jan 2, 2013 at 3:58 PM, Ruediger Haertel wrote:
>>
>> Hello,
>>
>> happy new year to all of you. Will there be precompiled versions of v1.25?
>> I
>> remember there was a discussion about this, but don't know what the result
>> was
On Thu, 10 Jan 2013 14:12:18 +0100
Stephan Beal wrote:
> On Thu, Jan 10, 2013 at 1:57 PM, j. van den hoff
> wrote:
>
> > ...works like a charm and saves lots of typing (locally chronological rev.
> > nums are much easier to memorize (and to type...) than sha1 hashes).
> >
> > so I still think th
On Thu, Jan 10, 2013 at 1:57 PM, j. van den hoff
wrote:
> ...works like a charm and saves lots of typing (locally chronological rev.
> nums are much easier to memorize (and to type...) than sha1 hashes).
>
> so I still think this would be useful.
Explained that way it does sound useful but i wou
On Thu, Jan 10, 2013 at 12:21 PM, Stephan Beal wrote:
> On Thu, Jan 10, 2013 at 12:32 PM, Michai Ramakers
> wrote:
>>
>> ah yes... forgot that :) It does not help. Note that taking 1 cpu core
>> offline ('cpuctl offline 1' here) makes it fly
>
>
> This is just pure speculation, but ... perhaps th
On Thu, Jan 10, 2013 at 1:53 PM, Eduardo Morras wrote:
> If he tries in shell 1
>
> fossil open repository
> fossil server
>
> and in shell 2
>
> fossil clone http://localhost:8080/ copy.fossil
>
> should workaround it, the repository is opened only once
>
In theory, yes, but the web server fork
On Thu, 10 Jan 2013 13:35:06 +0100, Stephan Beal
wrote:
On Thu, Jan 10, 2013 at 12:56 PM, j. van den hoff
wrote:
I would find it useful if `fossil info' (or `stat', `timeline', or a new
command) would provide a means/option to show the total number of
revisions
(by default or optional)
On Thu, 10 Jan 2013 13:21:50 +0100
Stephan Beal wrote:
> On Thu, Jan 10, 2013 at 12:32 PM, Michai Ramakers wrote:
>
> > ah yes... forgot that :) It does not help. Note that taking 1 cpu core
> > offline ('cpuctl offline 1' here) makes it fly
> >
>
> This is just pure speculation, but ... perhap
On Thu, Jan 10, 2013 at 1:35 PM, Stephan Beal wrote:
> i'll sign up for adding that - i would be able to do this on Sunday. i
> would add it to the "status" command because we have that info in the /stat
> page already (and in "fossil json stat -full").
>
Don't tell my boss this, but...
http://
Hi, all,
i just coincidentally saw this on the /stat page of the main fossil repo:
Duration Of Project:2000 days or approximately 5.48 years.
Happy 2000th day, Fossil!
--
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
_
On Thu, Jan 10, 2013 at 12:56 PM, j. van den hoff wrote:
> I would find it useful if `fossil info' (or `stat', `timeline', or a new
> command) would provide a means/option to show the total number of revisions
> (by default or optional), more precisely, the number of "file commits" (as
> it is c
On Thu, Jan 10, 2013 at 12:32 PM, Michai Ramakers wrote:
> ah yes... forgot that :) It does not help. Note that taking 1 cpu core
> offline ('cpuctl offline 1' here) makes it fly
>
This is just pure speculation, but ... perhaps there is a problem in BSD
multi-core cases, such that the various req
hi,
I would find it useful if `fossil info' (or `stat', `timeline', or a new
command) would provide a means/option to show the total number of
revisions (by default or optional), more precisely, the number of "file
commits" (as it is called in `fossil help timeline) in the repo. the
info
On Thu, Jan 10, 2013 at 11:22 AM, Joerg Sonnenberger
wrote:
> Heh, that's for drh. You said sqlite analyze works? Does it help or not?
Also... see
http://www.fossil-scm.org/xfer/info/85233c40c9bb05a87574cdc25402ec0d34b0b7ee
: queries seem to be optimised to run without 'analyze' db info, but
of
On Thu, Jan 10, 2013 at 11:22 AM, Joerg Sonnenberger >> I didn't know
the 'analyze' sqlite command, thank you. When trying (I
>> am assuming you meant with '-R' option to point to repo), I got
>> slightly more than I bargained for:
> [snip]
>
> Heh, that's for drh. You said sqlite analyze works? Do
On Thu, Jan 10, 2013 at 10:19:31AM +, Michai Ramakers wrote:
> Hello,
>
> On Thu, Jan 10, 2013 at 1:03 AM, Joerg Sonnenberger
> wrote:
> > On Wed, Jan 09, 2013 at 05:02:14PM +, Michai Ramakers wrote:
> >> apart from the question whether cloning from localhost makes sense or
> >> not (I us
> I didn't know the 'analyze' sqlite command, thank you. When trying (I
> am assuming you meant with '-R' option to point to repo), I got
> slightly more than I bargained for:
>
> [...]
>
> Segmentation fault (core dumped)
Retried with newer fossil-version [c7133bd79d] from yesterday, and
segfault
Hello,
On Thu, Jan 10, 2013 at 1:03 AM, Joerg Sonnenberger
wrote:
> On Wed, Jan 09, 2013 at 05:02:14PM +, Michai Ramakers wrote:
>> apart from the question whether cloning from localhost makes sense or
>> not (I use this from a script to make work from localhost or remote
>> transparent), I e
27 matches
Mail list logo
