Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
Am 04.04.2013 22:46, schrieb Matt Welland: After you run fossil open, maybe you just need to checkout the correct branch. Try fossil up trunk. I seems on XP fossil is checking out the initial check in and not the trunk. I have also tried fossil update trunk but that gives me really strange output for some pdf files in the checkout it says: ADD doc/x.pdf - overwrites an unmanaged file ADD doc/y.pdf - overwrites an unmanaged file ... Rolling back prior filesystem changes... UNDO doc/x.pdf ... The good news is that I could not reproduce it on Win7. There I get the full (trunk) source tree with fossil open as expected with fossil 1.25. Jan ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
2013/4/5 Jan janus...@gmx.net Am 04.04.2013 22:46, schrieb Matt Welland: After you run fossil open, maybe you just need to checkout the correct branch. Try fossil up trunk. I seems on XP fossil is checking out the initial check in and not the trunk. I have also tried fossil update trunk but that gives me really strange output for some pdf files in the checkout it says: ADD doc/x.pdf - overwrites an unmanaged file ADD doc/y.pdf - overwrites an unmanaged file ... Rolling back prior filesystem changes... UNDO doc/x.pdf What's the (error-)message immediately before the Rolling back... line? That should give a clue about what's really going on here. Regards, Jan Nijtmans ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
Am 05.04.2013 09:41, schrieb Jan Nijtmans: What's the (error-)message immediately before the Rolling back... line? That should give a clue about what's really going on here. It says fossil: unable to open file file.pdf for writing Rolling back ... This is the file name: Delagarde 2010 GrazeIn a model of herbage intake and milk production for grazing dairy cows. 2. Prediction of intake under rotational and continuously stocked grazing management.pdf Something wrong with that on XP? Seems to work on Win7 though. Jan ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
2013/4/5 Jan janus...@gmx.net This is the file name: Delagarde 2010 GrazeIn a model of herbage intake and milk production for grazing dairy cows. 2. Prediction of intake under rotational and continuously stocked grazing management.pdf Something wrong with that on XP? Seems to work on Win7 though. Jan See: http://msdn.microsoft.com/en-us/library/aa365247.aspx My guess, seeing this very long file name of 182 characters, it's the total path length which is the problem. Does the total path exceed 260 characters? That would explain everything. It seems XP is more restrictive in the allowed path length than later Windows versions. You could checkout the repository on some short path like C:\foo. Does that work? Regards, Jan Nijtmans ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
On Fri, 05 Apr 2013 10:57:42 +0200 Jan janus...@gmx.net wrote: Am 05.04.2013 09:41, schrieb Jan Nijtmans: What's the (error-)message immediately before the Rolling back... line? That should give a clue about what's really going on here. It says fossil: unable to open file file.pdf for writing Rolling back ... This is the file name: Delagarde 2010 GrazeIn a model of herbage intake and milk production for grazing dairy cows. 2. Prediction of intake under rotational and continuously stocked grazing management.pdf Something wrong with that on XP? Seems to work on Win7 though. Max Path size is 260 chararacters under WindowsXP, the filename has 181, perhaps full path is bigger. Check http://msdn.microsoft.com/en-us/library/aa365247.aspx#maxpath Jan ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users --- --- Eduardo Morras emorr...@yahoo.es ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
Am 05.04.2013 11:17, schrieb Jan Nijtmans: See: http://msdn.microsoft.com/en-us/library/aa365247.aspx My guess, seeing this very long file name of 182 characters, it's the total path length which is the problem. Does the total path exceed 260 characters? That would explain everything. It seems XP is more restrictive in the allowed path length than later Windows versions. You could checkout the repository on some short path like C:\foo. Does that work? Thank you everyone! The path's length was the problem. In C:\foo it is working fine. Jan ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] fossil 1.25 Windows XP - open command 'fails'
If have fossil running on a server and updated the version to 1.25 and did fossil rebuild. Then I built fossil.exe from sources (mingw with --enable-json) and cloned the server repository locally. But when I run 'fossil open' I get only one out of three source directories (lots of files missing as well). It seems it is a very old repo version, definitely not the trunk. I have tested it with the 'official' fossil.exe: Same behaviour. On linux the open command checks out the complete, up-to-date tree. Probably something wrong with the windows version of fossil (on XP)? Thank you Jan ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
On Thu, Apr 4, 2013 at 2:38 PM, Jan janus...@gmx.net wrote: If have fossil running on a server and updated the version to 1.25 and did fossil rebuild. Then I built fossil.exe from sources (mingw with --enable-json) and cloned the server repository locally. But when I run 'fossil open' I get only one out of three source directories (lots of files missing as well). It seems it is a very old repo version, definitely not the trunk. I have tested it with the 'official' fossil.exe: Same behaviour. On linux the open command checks out the complete, up-to-date tree. Probably something wrong with the windows version of fossil (on XP)? Hard to say. Maybe it is something wrong with your XP box? Nobody else has reported anything like this using Fossil on windows. I've been using Fossil on windows7 all day today without issues. Did you do any other debugging. Does fossil ui $repo show all the repository content? Did you try running fossil rebuild $repo? What about fossil test-integrity -R $repo? Perhaps you could give us a little more information to go on? Maybe explain how we can reproduce the problem on our machines? -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
On Thu, Apr 4, 2013 at 9:05 PM, Richard Hipp d...@sqlite.org wrote: Hard to say. Maybe it is something wrong with your XP box? Nobody else has reported anything like this using Fossil on windows. I've been using Fossil on windows7 all day today without issues. Wasn't there a thread on the sqlite list a few months back about XP support being removed (or allowed to die off)? Maybe i'm remembering incorrectly. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
Sorry, I forgot to mention that the repo size is ok and fossil ui tells me that all the content is there - in theory. But not in the check out. fossil test-integrity -R test.fossil 1677 non-phantom blobs (out of 1677 total) checked: 0 errors I also ran fossil rebuild test.fossil Probably it is an XP thing? I'll try it on Win7 as well. Jan Am 04.04.2013 21:05, schrieb Richard Hipp: On Thu, Apr 4, 2013 at 2:38 PM, Jan janus...@gmx.net wrote: If have fossil running on a server and updated the version to 1.25 and did fossil rebuild. Then I built fossil.exe from sources (mingw with --enable-json) and cloned the server repository locally. But when I run 'fossil open' I get only one out of three source directories (lots of files missing as well). It seems it is a very old repo version, definitely not the trunk. I have tested it with the 'official' fossil.exe: Same behaviour. On linux the open command checks out the complete, up-to-date tree. Probably something wrong with the windows version of fossil (on XP)? Hard to say. Maybe it is something wrong with your XP box? Nobody else has reported anything like this using Fossil on windows. I've been using Fossil on windows7 all day today without issues. Did you do any other debugging. Does fossil ui $repo show all the repository content? Did you try running fossil rebuild $repo? What about fossil test-integrity -R $repo? Perhaps you could give us a little more information to go on? Maybe explain how we can reproduce the problem on our machines? ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
On Thu, Apr 04, 2013 at 09:40:19PM +0200, Jan wrote: Sorry, I forgot to mention that the repo size is ok and fossil ui tells me that all the content is there - in theory. But not in the check out. fossil test-integrity -R test.fossil 1677 non-phantom blobs (out of 1677 total) checked: 0 errors I also ran fossil rebuild test.fossil Probably it is an XP thing? I'll try it on Win7 as well. Jan After you run fossil open, maybe you just need to checkout the correct branch. Try fossil up trunk. -- James Turner ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil 1.25 Windows XP - open command 'fails'
I'm pretty sure I've seen this behaviour on Linux a few times. The initial checkout pointed to some old node in the timeline Running fossil checkout trunk seemed to fix it. On Thu, Apr 4, 2013 at 12:50 PM, James Turner ja...@calminferno.net wrote: On Thu, Apr 04, 2013 at 09:40:19PM +0200, Jan wrote: Sorry, I forgot to mention that the repo size is ok and fossil ui tells me that all the content is there - in theory. But not in the check out. fossil test-integrity -R test.fossil 1677 non-phantom blobs (out of 1677 total) checked: 0 errors I also ran fossil rebuild test.fossil Probably it is an XP thing? I'll try it on Win7 as well. Jan After you run fossil open, maybe you just need to checkout the correct branch. Try fossil up trunk. -- James Turner ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Wed, Jan 23, 2013 at 8:33 PM, Ruediger Haertel r_haer...@gmx.de wrote: Correct. But I would comment the FOSSIL_ENABLE_JSON just like it was done for the mingw part. So to enable it you remove the comment. Sounds like a plan. i'm stuck at work until late tonight doing a software deployment in China, but have added a reminder event for the weekend. i'll let you know when it's integrated. i should be able to do this on Friday night. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Wed, Jan 23, 2013 at 6:04 AM, Ruediger Haertel r_haer...@gmx.de wrote: here you are. Thanks for your efforts. Guten morgen! i'll try to get this snuck in during work today, but we've got a half-day team meeting, so it might have to wait until tomorrow. In any case, i've set a reminder event so i won't forget it. Gruess aus Muenchen, -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Wed, Jan 23, 2013 at 10:15 AM, Stephan Beal sgb...@googlemail.comwrote: i'll try to get this snuck in during work today, but we've got a half-day team meeting, so it might have to wait until tomorrow. In any case, i've set a reminder event so i won't forget it. Hi, Rudi, a small problem: +FOSSIL_ENABLE_JSON = 1 i can't hard-code that into the makefile (same for FOSSIL_ENABLE_MARKDOWN) because the JSON/markdown support is optional and neither one is on by default. Does nmake support the equvalent of: foo ?= N meaning if foo is defined then use it, else set it to N? If so i could use that here. And to clarify: +!ifdef FOSSIL_ENABLE_JSON +TCC = $(TCC) -DFOSSIL_ENABLE_JSON +RCC = $(RCC) -DFOSSIL_ENABLE_JSON +!endif shouldn't that be: !if FOSSIL_ENABLE_JSON ... !endif :-? ifdef will trigger even if the enable flag is set to 0. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
Am Mittwoch, 23. Januar 2013, 10:54:12 schrieb Stephan Beal: On Wed, Jan 23, 2013 at 10:15 AM, Stephan Beal sgb...@googlemail.comwrote: i'll try to get this snuck in during work today, but we've got a half-day team meeting, so it might have to wait until tomorrow. In any case, i've set a reminder event so i won't forget it. Hi, Rudi, a small problem: +FOSSIL_ENABLE_JSON = 1 i can't hard-code that into the makefile (same for FOSSIL_ENABLE_MARKDOWN) because the JSON/markdown support is optional and neither one is on by default. Hi Stephan, I didn't know that this is the default. Just put the definition of FOSSIL_ENABLE_JSON in a comment. That is the way it was done for the mingw part. Does nmake support the equvalent of: foo ?= N meaning if foo is defined then use it, else set it to N? If so i could use that here. I do not know nmake enough to tell if it supports this. And to clarify: +!ifdef FOSSIL_ENABLE_JSON +TCC = $(TCC) -DFOSSIL_ENABLE_JSON +RCC = $(RCC) -DFOSSIL_ENABLE_JSON +!endif shouldn't that be: !if FOSSIL_ENABLE_JSON ... !endif :-? ifdef will trigger even if the enable flag is set to 0. Correct. But I would comment the FOSSIL_ENABLE_JSON just like it was done for the mingw part. So to enable it you remove the comment. Rüdiger ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Mon, Jan 21, 2013 at 11:12 PM, Ruediger Haertel r_haer...@gmx.de wrote: I did that already and sent a patch to Richard that updated the makemake.tcl file. Until now it is not in repository. I am still waiting ... Hi Ruediger, can you please re-send the patch, and i'll get it integrated. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
Am Dienstag, 22. Januar 2013, 10:35:38 schrieb Stephan Beal: On Mon, Jan 21, 2013 at 11:12 PM, Ruediger Haertel r_haer...@gmx.de wrote: I did that already and sent a patch to Richard that updated the makemake.tcl file. Until now it is not in repository. I am still waiting ... Hi Ruediger, can you please re-send the patch, and i'll get it integrated. Hi Stephan, here you are. Thanks for your efforts. --- src/makemake.tcl +++ src/makemake.tcl @@ -955,10 +955,19 @@ SSL = SSLLIB = # SSL = -DFOSSIL_ENABLE_SSL=1 # SSLLIB = ssleay32.lib libeay32.lib user32.lib gdi32.lib advapi32.lib + Enable JSON (http://www.json.org) support using cson +# +FOSSIL_ENABLE_JSON = 1 + + Enable markdown support +# +FOSSIL_ENABLE_MARKDOWN = 1 + + # zlib options ZINCDIR = $(B)\compat\zlib ZLIBDIR = $(B)\compat\zlib ZLIB= zlib.lib @@ -965,12 +974,26 @@ INCL = -I. -I$(SRCDIR) -I$B\win\include -I$(ZINCDIR) CFLAGS = -nologo -MT -O2 BCC= $(CC) $(CFLAGS) TCC= $(CC) -c $(CFLAGS) $(MSCDEF) $(SSL) $(INCL) +RCC= rc -D_WIN32 -D_MSC_VER $(INCL) LIBS = $(ZLIB) ws2_32.lib advapi32.lib $(SSLLIB) LIBDIR = -LIBPATH:$(ZLIBDIR) + +# With JSON support +!ifdef FOSSIL_ENABLE_JSON +TCC = $(TCC) -DFOSSIL_ENABLE_JSON +RCC = $(RCC) -DFOSSIL_ENABLE_JSON +!endif + +# With markdown support +!ifdef FOSSIL_ENABLE_MARKDOWN +TCC = $(TCC) -DFOSSIL_ENABLE_MARKDOWN +RCC = $(RCC) -DFOSSIL_ENABLE_MARKDOWN +!endif + } regsub -all {[-]D} $SQLITE_OPTIONS {/D} MSC_SQLITE_OPTIONS set j \\\n writeln SQLITE_OPTIONS = [join $MSC_SQLITE_OPTIONS $j]\n writeln -nonewline SRC = @@ -981,24 +1004,22 @@ writeln -nonewline } writeln -nonewline ${s}_.c; incr i } writeln \n +set AdditionalObj [list shell sqlite3 th th_lang cson_amalgamation] writeln -nonewline OBJ = set i 0 -foreach s [lsort $src] { +foreach s [lsort [concat $src $AdditionalObj]] { if {$i 0} { writeln \\ writeln -nonewline } writeln -nonewline \$(OX)\\$s\$O; incr i } writeln \\ -writeln \$(OX)\\shell\$O \\ -writeln \$(OX)\\sqlite3\$O \\ -writeln \$(OX)\\th\$O \\ -writeln \$(OX)\\th_lang\$O +writeln -nonewline \$(OX)\\fossil.res\n writeln { APPNAME = $(OX)\fossil$(E) all: $(OX) $(APPNAME) @@ -1006,15 +1027,15 @@ @echo Building zlib from $(ZLIBDIR)... @pushd $(ZLIBDIR) nmake /f win32\Makefile.msc $(ZLIB) popd $(APPNAME) : translate$E mkindex$E headers $(OBJ) $(OX)\linkopts zlib cd $(OX) - link /NODEFAULTLIB:msvcrt -OUT:$@ $(LIBDIR) Wsetargv.obj @linkopts + link /NODEFAULTLIB:msvcrt -OUT:$@ $(LIBDIR) Wsetargv.obj fossil.res @linkopts $(OX)\linkopts: $B\win\Makefile.msc} set redir {} -foreach s [lsort [concat $src {shell sqlite3 th th_lang}]] { +foreach s [lsort [concat $src $AdditionalObj]] { writeln \techo \$(OX)\\$s.obj $redir \$@ set redir {} } writeln \techo \$(LIBS) \$@\n\n @@ -1047,12 +1068,13 @@ $(OX)\th_lang$O : $(SRCDIR)\th_lang.c $(TCC) /Fo$@ -c $** VERSION.h : mkversion$E $B\manifest.uuid $B\manifest $B\VERSION $** $@ -$(OBJDIR)\cson_amalgamation.h : $(SRCDIR)\cson_amalgamation.h - cp $(SRCDIR)\cson_amalgamation.h $@ + +$(OX)\cson_amalgamation$O: $(SRCDIR)/cson_amalgamation.c +$(TCC) -DCSON_FOSSIL_MODE /Fo$@ -c $** page_index.h: mkindex$E $(SRC) $** $@ clean: @@ -1062,10 +1084,11 @@ -del *.h -del *.map -del *.manifest -del headers -del linkopts + -del *.res realclean: clean -del $(APPNAME) -del translate$E -del mkindex$E @@ -1092,10 +1115,14 @@ writeln \$(OX)\\$s\$O : ${s}_.c ${s}.h writeln \t\$(TCC) /Fo\$@ -c ${s}_.c\n writeln ${s}_.c : \$(SRCDIR)\\$s.c writeln \ttranslate\$E \$** \$@\n } + + +writeln fossil.res : ..\\win\\fossil.rc +writeln \t\$(RCC) -fo \$@ \$** writeln headers: makeheaders\$E page_index.h VERSION.h writeln -nonewline \tmakeheaders\$E set i 0 foreach s [lsort $src] { ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Mon, Jan 21, 2013 at 6:11 PM, sky5w...@gmail.com wrote: But fossil ui shows manifest version: This page was generated in about 0.016s by Fossil version [80bf94e0f7] 2013-01-18 21:34:21 How can I trick the simpler 1.25 to appear? Untested, but i _think_ you need to go into the footer config and replace: Fossil version $manifest_version $manifest_date with Fossil version $release_version -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Mon, Jan 21, 2013 at 12:11 PM, sky5w...@gmail.com wrote: Another question about compiling fossil from src? VERSION.h contents: #define MANIFEST_UUID 80bf94e0f7ea9eb64ad9c35ed61863d73160767e #define MANIFEST_VERSION [80bf94e0f7] #define MANIFEST_DATE 2013-01-18 21:34:21 #define MANIFEST_YEAR 2013 #define RELEASE_VERSION 1.25 #define RELEASE_VERSION_NUMBER 125 #define RELEASE_RESOURCE_VERSION 1,25,0,0 But fossil ui shows manifest version: This page was generated in about 0.016s by Fossil version [80bf94e0f7] 2013-01-18 21:34:21 How can I trick the simpler 1.25 to appear? Edit the Footer using the Admin/Footer web interface. Replace $manifest_version and $manifest_date with $release_version. -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
Done. Can't believe I didn't see that :( Fossil v$release_version$manifest_version $manifest_date Thanks for fossil! On Mon, Jan 21, 2013 at 12:16 PM, Richard Hipp d...@sqlite.org wrote: On Mon, Jan 21, 2013 at 12:11 PM, sky5w...@gmail.com wrote: Another question about compiling fossil from src? VERSION.h contents: #define MANIFEST_UUID 80bf94e0f7ea9eb64ad9c35ed61863d73160767e #define MANIFEST_VERSION [80bf94e0f7] #define MANIFEST_DATE 2013-01-18 21:34:21 #define MANIFEST_YEAR 2013 #define RELEASE_VERSION 1.25 #define RELEASE_VERSION_NUMBER 125 #define RELEASE_RESOURCE_VERSION 1,25,0,0 But fossil ui shows manifest version: This page was generated in about 0.016s by Fossil version [80bf94e0f7] 2013-01-18 21:34:21 How can I trick the simpler 1.25 to appear? Edit the Footer using the Admin/Footer web interface. Replace $manifest_version and $manifest_date with $release_version. -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Fri, Jan 18, 2013 at 11:07 PM, Ross Berteig r...@cheshireeng.com wrote: Both MinGW and MSVC have worked for me in the past. For my last build (ca. v1.24), I wanted to turn JSON support on, and that required a bunch of fuss and bother to get working, IIRC. i've got some built notes from Tim Ryan here to try to make that simpler, but i don't have a Windows environment and know nothing about nmake syntax, so i haven't got makemake.tcl/Makefile.msc patched yet. When I build myself a v1.25 real soon now, I'll try to document and feed back the patch I had to make to the JSON library to get it to compile at all. Please do :). When an official windows binary is eventually provided for 1.25, I would like to respectfully request that it be configured to include ...Windows app deployment, turning on the JSON features does not change the fact that fossil.exe is tiny and has next to no installation requirements, consequences, dependencies, or issues. :). Last summer Richard told me we could turn JSON on by default once things like unit tests and fuzz tests have been written to make sure that API introduces no security holes, back doors, or other maliciousness (in case you don't know this, i added the JSON support). Shortly after that my health tanked and i have done very little coding since then, so that hasn't happened. Any support i can get from users to help move that along would be extremely appreciated. My personal use case for JSON support is a tool I wrote to use internally to produce a PDF showing ticket reports and the full text of all (or mostly all) tickets. i would also be thrilled to get feedback from experienced users regarding which JSON APIs are not optimal, so that it can be tweaked to suit. LuaLaTeX. This makes it easy (or at least easier) to include a report of issues related to a release in a companion document. If there is interest, I'd be happy to make that tool available as soon as I get the time to package and document it a tad more. i'd be interested to see (in detail) what you're doing with the JSON API. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Fri, Jan 18, 2013 at 2:19 PM, Richard Hipp d...@sqlite.org wrote: On Fri, Jan 18, 2013 at 2:09 PM, sky5w...@gmail.com wrote: Whoa! I am psyched if it's really that easy! 2. Trying MinGW got the furthest... - c:\_Soft\fossil\srcC:\MinGW\msys\1.0\bin\make -f win/Makefile.mingw -- ~...make headers... wbld/VERSION.h Input file wbld/add_.c is empty. make: *** [wbld/headers] Error 1 --- Do I have to edit the Makefile somewhere? No editing of Makefiles is required. It should just work. I do not know why it is failing on your system, and without a complete log of what you have done, nor access to your system, I cannot really debug it. Question: Did the MinGW failure occur on a clean checkout of the sources? Or had you previously tried to do a build on the same source tree, possibly leaving some junk behind that has the makefile confused? A quick and convenient way to clean all build products from the source tree is the command fossil clean -f. Sorry for the late reply. I did try compiling with MinGW after a fresh download of the fossil src tree with the same results. I did not run a fossil clean -f though since I am not using the fossil repo. Not a problem for me now since VS2010Express worked straight away. -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
Well, it looks like a Win32 binary for v1.25 is DIY. :( Really want to try the new fossil diff features... I am slightly C literate but don't use that environment day to day. I downloaded latest fossil src and zlib and MinGW and Pelles C and no luck trying their make files. Is there an explicit tutorial somewhere to walk through a compile? Not sure where to connect the dots? I searched several web tutorials with enough fine grain for non c-developer. Trying this one next: http://blog.hardkap.com/index.php/posts/00084/Building-Fossil-SCM-on-Windows---MinGW Thanks for fossil. On Tue, Jan 15, 2013 at 6:39 PM, sky5w...@gmail.com wrote: Hi, I know it's been asked before, but will v1.25 be available soon for download? Thanks for fossil. On Thu, Jan 10, 2013 at 8:40 AM, Maxim Khitrov m...@mxcrypt.com wrote: On Wed, Jan 2, 2013 at 4:12 PM, Richard Hipp d...@sqlite.org wrote: On Wed, Jan 2, 2013 at 3:58 PM, Ruediger Haertel r_haer...@gmx.de 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. I really like to have a precompiled binary for windows. Not that I couldn't build one myself but it was really handy just to download. I was trying to push out a new version back in early December. But I got a lot of push-back from users who thought I should let the code bake a little longer. Of course, since then there have been lots more changes. I'm not sure letting Fossil bake is really an option. The code is progressing rapidly, and trying to force a quiet period prior to a release will probably not accomplish anything other than slow down development. Besides, very few people are going to test it until the official release anyhow... So probably someday soon I'll wake up one morning and decide today is a good day to release Fossil version 1.25 and it will be so. No beta. No baking time. No quiet period. It will just happen. Could the official binaries, starting with 1.25, include OpenSSL functionality? I did manage to build my own Windows exe, but it's a major pain to do this for every release and then to make sure that others on your team don't use the version from fossil-scm.org. - Max ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Fri, Jan 18, 2013 at 1:32 PM, sky5w...@gmail.com wrote: Well, it looks like a Win32 binary for v1.25 is DIY. :( Really want to try the new fossil diff features... I am slightly C literate but don't use that environment day to day. I downloaded latest fossil src and zlib and MinGW and Pelles C and no luck trying their make files. Is there an explicit tutorial somewhere to walk through a compile? Not sure where to connect the dots? You need: (1) Fossil sources (2) Either MingGW+Msys or MSVC You do not need zlib. Beginning at the top of the source tree, to compile with MingGW do: make -f win/Makefile.mingw To compile with MSVC: cd win; nmake /f Makefile.msc There is nothing else to download. There are no other steps. The resulting fossil.exe file will appear in the directory in which you run make or nmake. I searched several web tutorials with enough fine grain for non c-developer. Trying this one next: http://blog.hardkap.com/index.php/posts/00084/Building-Fossil-SCM-on-Windows---MinGW Thanks for fossil. On Tue, Jan 15, 2013 at 6:39 PM, sky5w...@gmail.com wrote: Hi, I know it's been asked before, but will v1.25 be available soon for download? Thanks for fossil. On Thu, Jan 10, 2013 at 8:40 AM, Maxim Khitrov m...@mxcrypt.com wrote: On Wed, Jan 2, 2013 at 4:12 PM, Richard Hipp d...@sqlite.org wrote: On Wed, Jan 2, 2013 at 3:58 PM, Ruediger Haertel r_haer...@gmx.de 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. I really like to have a precompiled binary for windows. Not that I couldn't build one myself but it was really handy just to download. I was trying to push out a new version back in early December. But I got a lot of push-back from users who thought I should let the code bake a little longer. Of course, since then there have been lots more changes. I'm not sure letting Fossil bake is really an option. The code is progressing rapidly, and trying to force a quiet period prior to a release will probably not accomplish anything other than slow down development. Besides, very few people are going to test it until the official release anyhow... So probably someday soon I'll wake up one morning and decide today is a good day to release Fossil version 1.25 and it will be so. No beta. No baking time. No quiet period. It will just happen. Could the official binaries, starting with 1.25, include OpenSSL functionality? I did manage to build my own Windows exe, but it's a major pain to do this for every release and then to make sure that others on your team don't use the version from fossil-scm.org. - Max ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
Whoa! I am psyched if it's really that easy! 1. Visual Studio is not in my PATH, but the following cmd seems to have tried and failed? - c:\_Soft\fossil\src\winC:\Program Files\Microsoft Visual Studio 10.0\VC\bin\nmake /f Makefile.msc - Microsoft (R) Program Maintenance Utility Version 10.00.30319.01 Copyright (C) Microsoft Corporation. All rights reserved. cl -nologo -MT -O2 ..\src\translate.c 'cl' is not recognized as an internal or external command, operable program or batch file. NMAKE : fatal error U1077: 'cl' : return code '0x1' Stop. 2. Trying MinGW got the furthest... - c:\_Soft\fossil\srcC:\MinGW\msys\1.0\bin\make -f win/Makefile.mingw -- ~...make headers... wbld/VERSION.h Input file wbld/add_.c is empty. make: *** [wbld/headers] Error 1 --- Do I have to edit the Makefile somewhere? On Fri, Jan 18, 2013 at 1:51 PM, Richard Hipp d...@sqlite.org wrote: On Fri, Jan 18, 2013 at 1:32 PM, sky5w...@gmail.com wrote: Well, it looks like a Win32 binary for v1.25 is DIY. :( Really want to try the new fossil diff features... I am slightly C literate but don't use that environment day to day. I downloaded latest fossil src and zlib and MinGW and Pelles C and no luck trying their make files. Is there an explicit tutorial somewhere to walk through a compile? Not sure where to connect the dots? You need: (1) Fossil sources (2) Either MingGW+Msys or MSVC You do not need zlib. Beginning at the top of the source tree, to compile with MingGW do: make -f win/Makefile.mingw To compile with MSVC: cd win; nmake /f Makefile.msc There is nothing else to download. There are no other steps. The resulting fossil.exe file will appear in the directory in which you run make or nmake. I searched several web tutorials with enough fine grain for non c-developer. Trying this one next: http://blog.hardkap.com/index.php/posts/00084/Building-Fossil-SCM-on-Windows---MinGW Thanks for fossil. On Tue, Jan 15, 2013 at 6:39 PM, sky5w...@gmail.com wrote: Hi, I know it's been asked before, but will v1.25 be available soon for download? Thanks for fossil. On Thu, Jan 10, 2013 at 8:40 AM, Maxim Khitrov m...@mxcrypt.com wrote: On Wed, Jan 2, 2013 at 4:12 PM, Richard Hipp d...@sqlite.org wrote: On Wed, Jan 2, 2013 at 3:58 PM, Ruediger Haertel r_haer...@gmx.de 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. I really like to have a precompiled binary for windows. Not that I couldn't build one myself but it was really handy just to download. I was trying to push out a new version back in early December. But I got a lot of push-back from users who thought I should let the code bake a little longer. Of course, since then there have been lots more changes. I'm not sure letting Fossil bake is really an option. The code is progressing rapidly, and trying to force a quiet period prior to a release will probably not accomplish anything other than slow down development. Besides, very few people are going to test it until the official release anyhow... So probably someday soon I'll wake up one morning and decide today is a good day to release Fossil version 1.25 and it will be so. No beta. No baking time. No quiet period. It will just happen. Could the official binaries, starting with 1.25, include OpenSSL functionality? I did manage to build my own Windows exe, but it's a major pain to do this for every release and then to make sure that others on your team don't use the version from fossil-scm.org. - Max ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Fri, Jan 18, 2013 at 2:09 PM, sky5w...@gmail.com wrote: Whoa! I am psyched if it's really that easy! 2. Trying MinGW got the furthest... - c:\_Soft\fossil\srcC:\MinGW\msys\1.0\bin\make -f win/Makefile.mingw -- ~...make headers... wbld/VERSION.h Input file wbld/add_.c is empty. make: *** [wbld/headers] Error 1 --- Do I have to edit the Makefile somewhere? No editing of Makefiles is required. It should just work. I do not know why it is failing on your system, and without a complete log of what you have done, nor access to your system, I cannot really debug it. Question: Did the MinGW failure occur on a clean checkout of the sources? Or had you previously tried to do a build on the same source tree, possibly leaving some junk behind that has the makefile confused? A quick and convenient way to clean all build products from the source tree is the command fossil clean -f. -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On 01/18/13 20:09, sky5w...@gmail.com wrote: 1. Visual Studio is not in my PATH, but the following cmd seems to have tried and failed? Don't start a normal cmd.exe; start the Start Visual Studio Command Line (don't remember the exact title, but you'll find it easily if you look for it), which should be somewhere in your Start-menu (under the Visual Studio folder). It'll set up the environment, and you'll be able to build fossil. -- Kind regards, Jan Danielsson signature.asc Description: OpenPGP digital signature ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
Done! :) Had to download VS10 Express. Then as Jan said, run: Visual Studio Command Prompt (2010) Then run per fossil doc's and Dr Hipp C:\_Soft\fossil\src\winnmake /f Makefile.msc No changes required. Thanks for fossil. On Fri, Jan 18, 2013 at 2:27 PM, Jan Danielsson jan.m.daniels...@gmail.com wrote: On 01/18/13 20:09, sky5w...@gmail.com wrote: 1. Visual Studio is not in my PATH, but the following cmd seems to have tried and failed? Don't start a normal cmd.exe; start the Start Visual Studio Command Line (don't remember the exact title, but you'll find it easily if you look for it), which should be somewhere in your Start-menu (under the Visual Studio folder). It'll set up the environment, and you'll be able to build fossil. -- Kind regards, Jan Danielsson ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Fri, Jan 18, 2013 at 08:27:17PM +0100, Jan Danielsson wrote: 1. Visual Studio is not in my PATH, but the following cmd seems to have tried and failed? Don't start a normal cmd.exe; start the Start Visual Studio Command Line (don't remember the exact title, but you'll find it easily if you look for it), which should be somewhere in your Start-menu (under the Visual Studio folder). It'll set up the environment, and you'll be able to build fossil. Alternatively, it's possible to run the batch file which sets up the environment. It's usually located under the bin directory which is under the MSVS directory. That Start blah blah... start menu link actually calls something like cmd.exe /k path/to/that/batch/file ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Sat, Jan 19, 2013 at 12:47:59AM +0400, Konstantin Khomoutov wrote: 1. Visual Studio is not in my PATH, but the following cmd seems to have tried and failed? Don't start a normal cmd.exe; start the Start Visual Studio Command Line (don't remember the exact title, but you'll find it easily if you look for it), which should be somewhere in your Start-menu (under the Visual Studio folder). It'll set up the environment, and you'll be able to build fossil. Alternatively, it's possible to run the batch file which sets up the environment. It's usually located under the bin directory which is under the MSVS directory. That Start blah blah... start menu link actually calls something like cmd.exe /k path/to/that/batch/file Forgot to mention is that it's usually named like vc6setup.bat, vc8setup.bat etc... ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On 1/18/2013 10:51 AM, Richard Hipp wrote: On Fri, Jan 18, 2013 at 1:32 PM, sky5w...@gmail.com mailto:sky5w...@gmail.com wrote: Well, it looks like a Win32 binary for v1.25 is DIY. :( Really want to try the new fossil diff features... You need: (1) Fossil sources (2) Either MingGW+Msys or MSVC Both MinGW and MSVC have worked for me in the past. For my last build (ca. v1.24), I wanted to turn JSON support on, and that required a bunch of fuss and bother to get working, IIRC. When I build myself a v1.25 real soon now, I'll try to document and feed back the patch I had to make to the JSON library to get it to compile at all. When an official windows binary is eventually provided for 1.25, I would like to respectfully request that it be configured to include JSON. Even on Windows, many of us use batch files or other scripting languages to automate our work, and the JSON support provides access to things (like ticket reports and ticket content) that are harder to get from the vanilla command line. On the scale of a Windows app deployment, turning on the JSON features does not change the fact that fossil.exe is tiny and has next to no installation requirements, consequences, dependencies, or issues. The same request probably applies to SSL support, but given the political hot potato surrounding crypto and import/export laws world wide, I would fully understand if that were left out or if separate builds were provided with and without SSL. My personal use case for JSON support is a tool I wrote to use internally to produce a PDF showing ticket reports and the full text of all (or mostly all) tickets. I built it in Lua, executing JSON queries with the fossil json command, and rewriting ticket bodies into Pandoc-compatible Markdown on the fly for conversion to PDF with Pandoc and LuaLaTeX. This makes it easy (or at least easier) to include a report of issues related to a release in a companion document. If there is interest, I'd be happy to make that tool available as soon as I get the time to package and document it a tad more. -- Ross Berteig r...@cheshireeng.com Cheshire Engineering Corp. http://www.CheshireEng.com/ ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
Le 2013-01-18 à 14:09, sky5w...@gmail.com a écrit : [Snip] 2. Trying MinGW got the furthest... - c:\_Soft\fossil\srcC:\MinGW\msys\1.0\bin\make -f win/Makefile.mingw -- ~...make headers... wbld/VERSION.h Input file wbld/add_.c is empty. make: *** [wbld/headers] Error 1 --- Do I have to edit the Makefile somewhere? With MinGW, you need to run the command from top level dir, not from src/ [Snip] Martin G. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
Hi, I know it's been asked before, but will v1.25 be available soon for download? Thanks for fossil. On Thu, Jan 10, 2013 at 8:40 AM, Maxim Khitrov m...@mxcrypt.com wrote: On Wed, Jan 2, 2013 at 4:12 PM, Richard Hipp d...@sqlite.org wrote: On Wed, Jan 2, 2013 at 3:58 PM, Ruediger Haertel r_haer...@gmx.de 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. I really like to have a precompiled binary for windows. Not that I couldn't build one myself but it was really handy just to download. I was trying to push out a new version back in early December. But I got a lot of push-back from users who thought I should let the code bake a little longer. Of course, since then there have been lots more changes. I'm not sure letting Fossil bake is really an option. The code is progressing rapidly, and trying to force a quiet period prior to a release will probably not accomplish anything other than slow down development. Besides, very few people are going to test it until the official release anyhow... So probably someday soon I'll wake up one morning and decide today is a good day to release Fossil version 1.25 and it will be so. No beta. No baking time. No quiet period. It will just happen. Could the official binaries, starting with 1.25, include OpenSSL functionality? I did manage to build my own Windows exe, but it's a major pain to do this for every release and then to make sure that others on your team don't use the version from fossil-scm.org. - Max ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Wed, Jan 2, 2013 at 4:12 PM, Richard Hipp d...@sqlite.org wrote: On Wed, Jan 2, 2013 at 3:58 PM, Ruediger Haertel r_haer...@gmx.de 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. I really like to have a precompiled binary for windows. Not that I couldn't build one myself but it was really handy just to download. I was trying to push out a new version back in early December. But I got a lot of push-back from users who thought I should let the code bake a little longer. Of course, since then there have been lots more changes. I'm not sure letting Fossil bake is really an option. The code is progressing rapidly, and trying to force a quiet period prior to a release will probably not accomplish anything other than slow down development. Besides, very few people are going to test it until the official release anyhow... So probably someday soon I'll wake up one morning and decide today is a good day to release Fossil version 1.25 and it will be so. No beta. No baking time. No quiet period. It will just happen. Could the official binaries, starting with 1.25, include OpenSSL functionality? I did manage to build my own Windows exe, but it's a major pain to do this for every release and then to make sure that others on your team don't use the version from fossil-scm.org. - Max ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
Am Mittwoch, 2. Januar 2013, 16:12:49 schrieb Richard Hipp: On Wed, Jan 2, 2013 at 3:58 PM, Ruediger Haertel r_haer...@gmx.de 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. I really like to have a precompiled binary for windows. Not that I couldn't build one myself but it was really handy just to download. I was trying to push out a new version back in early December. But I got a lot of push-back from users who thought I should let the code bake a little longer. Of course, since then there have been lots more changes. I'm not sure letting Fossil bake is really an option. The code is progressing rapidly, and trying to force a quiet period prior to a release will probably not accomplish anything other than slow down development. Besides, very few people are going to test it until the official release anyhow... So probably someday soon I'll wake up one morning and decide today is a good day to release Fossil version 1.25 and it will be so. No beta. No baking time. No quiet period. It will just happen. FWIW, I'm pretty much always using the tip of trunk myself on my desktop, and on the servers running the Fossil, SQLite, and Tcl/Tk websites. Trunk stays stable and perfectly safe to store mission-critical code thanks to the use of a transactional database for storage and the techniques outlined in http://www.fossil-scm.org/fossil/doc/trunk/www/selfcheck.wiki Hello Richard, I took the time to download and compile the fossil. It was easy even with MSVC 6. Regards Rüdiger ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Fossil 1.25
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. I really like to have a precompiled binary for windows. Not that I couldn't build one myself but it was really handy just to download. Regards Rüdiger ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil 1.25
On Wed, Jan 2, 2013 at 3:58 PM, Ruediger Haertel r_haer...@gmx.de 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. I really like to have a precompiled binary for windows. Not that I couldn't build one myself but it was really handy just to download. I was trying to push out a new version back in early December. But I got a lot of push-back from users who thought I should let the code bake a little longer. Of course, since then there have been lots more changes. I'm not sure letting Fossil bake is really an option. The code is progressing rapidly, and trying to force a quiet period prior to a release will probably not accomplish anything other than slow down development. Besides, very few people are going to test it until the official release anyhow... So probably someday soon I'll wake up one morning and decide today is a good day to release Fossil version 1.25 and it will be so. No beta. No baking time. No quiet period. It will just happen. FWIW, I'm pretty much always using the tip of trunk myself on my desktop, and on the servers running the Fossil, SQLite, and Tcl/Tk websites. Trunk stays stable and perfectly safe to store mission-critical code thanks to the use of a transactional database for storage and the techniques outlined in http://www.fossil-scm.org/fossil/doc/trunk/www/selfcheck.wiki Regards Rüdiger ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users