[fossil-users] Export artifact to archive?

2014-01-03 Thread Roy Marples
Hi List Can fossil create an archive (tarball, zip file, etc) from a given artifact id WITHOUT using the web interface? Something like this is what I need: $ fossil archive ?ID | bzip2 distribution-version.tar.bz2 Thanks Roy ___ fossil-users

Re: [fossil-users] Export artifact to archive?

2014-01-03 Thread Lluís Batlle i Rossell
On Fri, Jan 03, 2014 at 04:36:26PM +, Roy Marples wrote: Hi List Can fossil create an archive (tarball, zip file, etc) from a given artifact id WITHOUT using the web interface? Something like this is what I need: $ fossil archive ?ID | bzip2 distribution-version.tar.bz2 Hi, fossil

Re: [fossil-users] Export artifact to archive?

2014-01-03 Thread Ben Collver
On Fri, Jan 03, 2014 at 04:36:26PM +, Roy Marples wrote: Hi List Can fossil create an archive (tarball, zip file, etc) from a given artifact id WITHOUT using the web interface? Something like this is what I need: $ fossil archive ?ID | bzip2 distribution-version.tar.bz2 Thanks

Re: [fossil-users] Export artifact to archive?

2014-01-03 Thread Roy Marples
On 03/01/2014 16:41, Lluís Batlle i Rossell wrote: On Fri, Jan 03, 2014 at 04:36:26PM +, Roy Marples wrote: Hi List Can fossil create an archive (tarball, zip file, etc) from a given artifact id WITHOUT using the web interface? Something like this is what I need: $ fossil archive ?ID |

Re: [fossil-users] Export artifact to archive?

2014-01-03 Thread Roy Marples
On 03/01/2014 16:42, Richard Hipp wrote: On Fri, Jan 3, 2014 at 11:36 AM, Roy Marples r...@marples.name wrote: Hi List Can fossil create an archive (tarball, zip file, etc) from a given artifact id WITHOUT using the web interface? Something like this is what I need: $ fossil archive ?ID |

Re: [fossil-users] Export artifact to archive?

2014-01-03 Thread Joseph R. Justice
On Fri, Jan 3, 2014 at 12:26 PM, Roy Marples r...@marples.name wrote: On 03/01/2014 16:41, Lluís Batlle i Rossell wrote: On Fri, Jan 03, 2014 at 04:36:26PM +, Roy Marples wrote: Can fossil create an archive (tarball, zip file, etc) from a given artifact id WITHOUT using the web

Re: [fossil-users] TH1: expr {42.0/0}

2014-01-03 Thread Sergei Gavrikov
On Sat, 28 Dec 2013, Joe Mistachkin wrote: Sergei Gavrikov wrote: I found that TH1 does not catch Divide by 0 under certain conditions (if numerator or denominator (or both) are floating-point numbers) and quite hangs Fossil: Thanks for the report. Fixed here:

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

2014-01-03 Thread Ron Wilson
On Thu, Jan 2, 2014 at 2:04 PM, Joseph R. Justice jayare...@gmail.comwrote: Further, in the embedded software world at least, I expect it is often difficult or even impossible to update software in the first place to patch bugs or provide new functionality, so there is no need much less

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

2014-01-03 Thread Joseph R. Justice
On Fri, Jan 3, 2014 at 1:22 PM, Ron Wilson ronw.m...@gmail.com wrote: On Thu, Jan 2, 2014 at 2:04 PM, Joseph R. Justice jayare...@gmail.comwrote: Further, in the embedded software world at least, I expect it is often difficult or even impossible to update software in the first place

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

2014-01-03 Thread Ron Wilson
On Fri, Jan 3, 2014 at 1:50 PM, Joseph R. Justice jayare...@gmail.comwrote: Actually... What I was thinking of here was not anything related to preparation of the software changes or release package, but instead the actual deployment of the software itself into the field, and particularly

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

2014-01-03 Thread j. van den hoff
On Fri, 03 Jan 2014 19:28:10 +0100, Richard Hipp d...@sqlite.org wrote: On Fri, Jan 3, 2014 at 1:22 PM, Ron Wilson ronw.m...@gmail.com wrote: BTW, the singular of data is datum. It is in Latin. In English data is a mass noun or an uncountable noun. Like sand or information or water, it

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

2014-01-03 Thread David Given
On 03/01/14 21:54, j. van den hoff wrote: [...] as a physicist I've never seen `data' used in its singluar form and I'm sure you are not completely (although mostly) right here. but as a non-native speaker I rather resort to the Oxford Dictionary of English which says (citing it verbatim

Re: [fossil-users] TH1: expr {42.0/0}

2014-01-03 Thread Joe Mistachkin
Sergei Gavrikov wrote: Sorry for delayed answer. Thank you for this fix. One thing that I found today, there are a few early returns in exprEval() which can cause memory leaks (nLeft, nRight stay allocated after return). I would say 'goto' is the simplest workaround to fix those lines, but,

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

2014-01-03 Thread Andy Bradford
Thus said Richard Hipp on Thu, 02 Jan 2014 11:32:22 -0500: I hate having to support --disable-internal-sqlite, and I hate having to add silly work-arounds in the code to accommodate distributions trying to use an older SQLite with a newer Fossil. This impedes progress and

[fossil-users] Problem with compilation under MINGW

2014-01-03 Thread Richie Adler
After checkin [bd1151126a], compilation under MINGW produces the following error: wbld/sqlite3.o:sqlite3.c:(.text+0xe244): undefined reference to `_fossil_localtime' Previous checkins from trunk work properly. -- o-= Marcelo =-o ___ fossil-users

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

2014-01-03 Thread Joe Mistachkin
Andy Bradford wrote: I see no reason to accomodate older SQLite libraries in Fossil code workarounds. Shouldn't we just update the following lines of configure detection to have a new requirement of SQLite = 3.8.2 and be done with it; thus also avoiding the workarounds, bugs and

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

2014-01-03 Thread Joe Mistachkin
Richie Adler wrote: After checkin [bd1151126a], compilation under MINGW produces the following error: wbld/sqlite3.o:sqlite3.c:(.text+0xe244): undefined reference to `_fossil_localtime' A clean build from Fossil trunk compiles fine here. Can you please run make clean and try again? --

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

2014-01-03 Thread Richard Hipp
On Fri, Jan 3, 2014 at 9:14 PM, Richie Adler richiead...@gmail.com wrote: After checkin [bd1151126a], compilation under MINGW produces the following error: Yes, it fails for me too OK, so I propose the following fix: (1) Move [bd1151126a] into a branch. (2) Remove the

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

2014-01-03 Thread James Turner
On Fri, Jan 03, 2014 at 09:28:52PM -0500, Richard Hipp wrote: On Fri, Jan 3, 2014 at 9:14 PM, Richie Adler richiead...@gmail.com wrote: After checkin [bd1151126a], compilation under MINGW produces the following error: Yes, it fails for me too OK, so I propose the following

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

2014-01-03 Thread Richard Hipp
On Fri, Jan 3, 2014 at 9:33 PM, James Turner ja...@calminferno.net wrote: I won't begin to tell you how to develop fossil but I do want to throw out there that OpenBSD has been providing fossil with --disable-internal-sqlite via it's ports tree and packages fairly successfully (and with

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

2014-01-03 Thread James Turner
On Fri, Jan 03, 2014 at 10:04:25PM -0500, Richard Hipp wrote: On Fri, Jan 3, 2014 at 9:33 PM, James Turner ja...@calminferno.net wrote: I won't begin to tell you how to develop fossil but I do want to throw out there that OpenBSD has been providing fossil with --disable-internal-sqlite

Re: [fossil-users] TH1: expr {42.0/0}

2014-01-03 Thread Sergei Gavrikov
On Fri, 3 Jan 2014, Joe Mistachkin wrote: Sergei Gavrikov wrote: Sorry for delayed answer. Thank you for this fix. One thing that I found today, there are a few early returns in exprEval() which can cause memory leaks (nLeft, nRight stay allocated after return). I would say 'goto' is