[fossil-users] Issues with Compiling Fossil on Windows with SSL

I am having trouble compiling fossil on windows with SSL. I have tried MinGW/MSYS and Cygwin, and I get stuck at different parts. When I use MinGW/MSYS, I get an error in utf8.c about cywgin_conv_path not being defined. When I use Cygwin, I get pretty far before getting an error, "wbld/sqlite3.o

Re: [fossil-users] Markdown

I was caught off guard since I saw my email your reply. You can use the as a starting guide: http://daringfireball.net/projects/markdown/ Jonathan Otsuka > On Jan 4, 2014, at 11:10 PM, Gour wrote: > > On Wed, 24 Jul 2013 10:46:01 -0500 > djg...@gmail.com wrote: > >> Didn't read the change no

Re: [fossil-users] Markdown

On Wed, 24 Jul 2013 10:46:01 -0500 djg...@gmail.com wrote: > Didn't read the change notes for 1.26 until a couple days ago. I just > noticed that markdown is now turned on by default this is awesome! I'ts beginning of New Year and another opportunity to re-evaluate Fossil...having Markdown I very

Re: [fossil-users] CSS classes in tree-view?

Richard Hipp wrote: On Sat, Jan 4, 2014 at 8:12 PM, Joel Bruick > wrote: Richard Hipp wrote: I think Joel Bruick is already working on this in a branch. I just haven't gotten around to vetting and merging his changes, yet. Richard

Re: [fossil-users] Best practices: merge + new code change in single commit?

Thus said Richard Hipp on Sat, 04 Jan 2014 21:06:50 -0500: > Maybe this is what you want: > > fossil up 4f32dced74 > fossil merge b7ff13a0aa > fossil diff --from 555c44eb5d Yes, this is one way of accomplishing what I want, thank you. Andy -- TAI64 timestamp: 400052c8c28d ___

Re: [fossil-users] Best practices: merge + new code change in single commit?

On Sat, Jan 4, 2014 at 8:36 PM, Andy Bradford wrote: > I am trying to do is see the difference between > [4f32dced74] and [555c44eb5d] as if [b7fff13a0aa] had not been merged > Maybe this is what you want: fossil up 4f32dced74 fossil merge b7ff13a0aa fossil diff --from 555c44eb5d Then a

Re: [fossil-users] Best practices: merge + new code change in single commit?

Thus said Richard Hipp on Sat, 04 Jan 2014 13:13:11 -0500: > From the link above click on "family". That shows a small graph > which contains the [555c44eb5d] check-in together with its parents > and children. In that graph, click once on the primary parent > ([4f32dced74]) the

Re: [fossil-users] CSS classes in tree-view?

On Sat, Jan 4, 2014 at 8:12 PM, Joel Bruick wrote: > Richard Hipp wrote: > >> I think Joel Bruick is already working on this in a branch. I just >> haven't gotten around to vetting and merging his changes, yet. >> > > Richard, I'm pretty happy with the state of the csstree branch now. Unless

Re: [fossil-users] CSS classes in tree-view?

Richard Hipp wrote: I think Joel Bruick is already working on this in a branch. I just haven't gotten around to vetting and merging his changes, yet. Richard, I'm pretty happy with the state of the csstree branch now. Unless I'm overlooking something, I'd say it can be merged anytime. Let

Re: [fossil-users] CSS classes in tree-view?

Hi Martijn, Martijn Coppoolse wrote: Hi all, I really like the new tree-view feature. I set out to apply the same CSS tricks to differentiate files and directories, but it turns out that unlike the 'flat view', no CSS classes are included. Would it be possible to add those to each link?

Re: [fossil-users] New Tree-View feature requires newer sqlite.

On Thu, Jan 2, 2014 at 9:52 PM, Nico Williams wrote: More generally, trying to ensure that a) there's only one copy of > every library in the distro/OS, b) all version dependencies match up, > is *super* hard, if not impossible. Eventually there are some very > commonly used libraries where the

Re: [fossil-users] fossil server commit and other hooks?

2014/1/4 Richard Hipp : > Receiving a manifest does not mean that you have received the entire > check-in. True. The file content might not be available yet, but the commit comment message and the file list is. The server might need some delay and/or retry. But it should be usable enough. Regards

Re: [fossil-users] fossil server commit and other hooks?

On Sat, Jan 4, 2014 at 5:24 PM, Jan Nijtmans wrote: > 2014/1/4 Richard Hipp : > > Because the sync logic does not know the meaning of the artifacts it has > > received, it has no way of triggering some action when a check-in is > > received. > The sync logic itself indeed doesn't know the meaning

[fossil-users] TH1: set v 0; unset v; info exists v;

Hi Excuse my batch mails on TH1 :-) And although they say that TH1 is the scripting language for web pages ... [http://en.wikipedia.org/wiki/TH1] TH1 is great tool for other tasks. And as I play with TH1 in these days my scripts find some things. New one SYNOPSIS % ./fossil version This is f

Re: [fossil-users] fossil server commit and other hooks?

2014/1/4 Richard Hipp : > Because the sync logic does not know the meaning of the artifacts it has > received, it has no way of triggering some action when a check-in is > received. The sync logic itself indeed doesn't know the meaning of the artifacts, but every artifact which is received is parse

Re: [fossil-users] fossil server commit and other hooks?

On Sat, Jan 4, 2014 at 1:52 PM, Srikumar K. S. wrote: > > This has come up a few times in the past iirc, but I'm not > sure whether there is any resolution on whether fossil will > ever accept to support this and if so in what form it might > take. > The difficulty here is that the server does n

Re: [fossil-users] fossil server commit and other hooks?

2014/1/4 Srikumar K. S. : > I'd like to propose something that (afaik) has not been > proposed -- > > Expose fossil server activity in the form of hook URLs > to which information about the activity is sent by POST > with the body in JSON format. With this setup, it would > be possible to code up a

Re: [fossil-users] fossil server commit and other hooks?

On 04/01/14 18:52, Srikumar K. S. wrote: [...] > This has come up a few times in the past iirc, but I'm not > sure whether there is any resolution on whether fossil will > ever accept to support this and if so in what form it might > take. I believe that currently most people do this the other wa

Re: [fossil-users] Problem with compilation under MINGW

On Sat, Jan 4, 2014 at 11:04 AM, Richard Hipp wrote: > On Sat, Jan 4, 2014 at 10:59 AM, Joseph R. Justice wrote: > >> On Fri, Jan 3, 2014 at 9:28 PM, Richard Hipp wrote: >> > > OK, so I propose the following fix: >>> >> >> [...] >> >> >>> (2) Remove the --disable-internal-sqlite option on tru

[fossil-users] fossil server commit and other hooks?

Hi, I'd like to know how to setup commit hooks on a fossil server so that, for example, I can perform an automatic checkout, run tests and restart a server. I intend to use this for deploying projects on a server - sort of like heroku's deploy using "git push". This has come up a few times in the

[fossil-users] Minor bug in new views

File ages view: No buttons to go to other views. All other views: There seems to be some inconsistency about which button are displayed. I don't remember the old behavior, but I think Tip/Trunk/All should always be displayed (except when on Tip/Trunk/All), and 2 of Flat View/Tree View/File ages sho

Re: [fossil-users] Best practices: merge + new code change in single commit?

On Sat, Jan 4, 2014 at 12:34 PM, Andy Bradford wrote: > Hello, > > I have a question regarding how to handle check-ins that include both a > merge into a branch from trunk (or another branch) and new code. > Specifically, when such an event happens, is it possible when using the > ui (or

[fossil-users] Best practices: merge + new code change in single commit?

Hello, I have a question regarding how to handle check-ins that include both a merge into a branch from trunk (or another branch) and new code. Specifically, when such an event happens, is it possible when using the ui (or command line) to view a vdiff between the previous checkin and

Re: [fossil-users] Problem with compilation under MINGW

On Fri, Jan 03, 2014 at 10:17:47PM -0500, James Turner wrote: [snip] > I'll check with others but I'm not sure reliability is really the > concern. We imported SQLite into our base tree. Because of this we try, > when possible, to limit duplicating libraries in ports to reduce having > to patch m

Re: [fossil-users] Problem with compilation under MINGW

On Sat, Jan 4, 2014 at 10:59 AM, Joseph R. Justice wrote: > On Fri, Jan 3, 2014 at 9:28 PM, Richard Hipp wrote: > > OK, so I propose the following fix: >> > > [...] > > >> (2) Remove the --disable-internal-sqlite option on trunk. Require the >> use of the built-in SQLite only, since SQLite nee

Re: [fossil-users] Problem with compilation under MINGW

On Fri, Jan 3, 2014 at 9:28 PM, Richard Hipp wrote: OK, so I propose the following fix: > [...] > (2) Remove the --disable-internal-sqlite option on trunk. Require the > use of the built-in SQLite only, since SQLite needs to be built with > non-standard compile-time options to fully meet th

Re: [fossil-users] CSS classes in tree-view?

I think Joel Bruick is already working on this in a branch. I just haven't gotten around to vetting and merging his changes, yet. On Sat, Jan 4, 2014 at 10:06 AM, Martijn Coppoolse < li...@martijn.coppoolse.com> wrote: > Hi all, > > I really like the new tree-view feature. > I set out to ap

[fossil-users] CSS classes in tree-view?

Hi all, I really like the new tree-view feature. I set out to apply the same CSS tricks to differentiate files and directories, but it turns out that unlike the 'flat view', no CSS classes are included. Would it be possible to add those to each link? -- Martijn Coppoolse __

Re: [fossil-users] keep viewing snapshot of files corresponding to a tag

On Sat, Jan 4, 2014 at 9:55 AM, Michai Ramakers wrote: > Hello, > > sometimes I want to casually browse, through the web-UI, sourcefiles > in a repo crresponding to a certain release-tag. > > What I do now: click on 'Tags', pick the tag I'm interested in, click > on the checkin-ID (1 entry) corres

[fossil-users] keep viewing snapshot of files corresponding to a tag

Hello, sometimes I want to casually browse, through the web-UI, sourcefiles in a repo crresponding to a certain release-tag. What I do now: click on 'Tags', pick the tag I'm interested in, click on the checkin-ID (1 entry) corresponding to the tag, then click 'files' in the displayed checkin-summ

Re: [fossil-users] Problem with compilation under MINGW

Joe Mistachkin escribió: > A clean build from Fossil trunk compiles fine here. Can you please run make > clean and try again? That did the trick. I'll make sure to include this in my troubleshooting before reporting a problem again -- sorry for the noise. _