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 maili
On Fri, Jan 3, 2014 at 11:36 AM, 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
>
http://www.fos
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,
fos
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
>
> Than
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 | bzip
On 03/01/2014 16:42, Richard Hipp wrote:
On Fri, Jan 3, 2014 at 11:36 AM, 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-
On Fri, Jan 3, 2014 at 12:26 PM, Roy Marples 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 interface?
>
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:
>
>
On Thu, Jan 2, 2014 at 2:04 PM, Joseph R. Justice wrote:
>
> 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 desire to
> worr
On Fri, Jan 3, 2014 at 1:22 PM, Ron Wilson 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 has no plural form and
always takes a singular verb.
We know that "data" canno
On Fri, Jan 3, 2014 at 1:22 PM, Ron Wilson wrote:
> On Thu, Jan 2, 2014 at 2:04 PM, Joseph R. Justice wrote:
>
>
>>
>> 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 ne
On Fri, Jan 3, 2014 at 1:50 PM, Joseph R. Justice wrote:
> 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
> into devices which
On Fri, 03 Jan 2014 19:28:10 +0100, Richard Hipp wrote:
On Fri, Jan 3, 2014 at 1:22 PM, Ron Wilson 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 has no plural form
On Fri, Jan 3, 2014 at 2:54 PM, Ron Wilson wrote:
> On Fri, Jan 3, 2014 at 1:50 PM, Joseph R. Justice wrote:
>
> 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
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
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,
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 intro
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-user
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
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
On Fri, Jan 3, 2014 at 9:14 PM, Richie Adler 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 --disable-internal-sqlite option on
On Fri, Jan 03, 2014 at 09:28:52PM -0500, Richard Hipp wrote:
> On Fri, Jan 3, 2014 at 9:14 PM, Richie Adler 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
On Fri, Jan 3, 2014 at 9:33 PM, James Turner 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 'fossil sqlite3' supp
On Fri, Jan 03, 2014 at 10:04:25PM -0500, Richard Hipp wrote:
> On Fri, Jan 3, 2014 at 9:33 PM, James Turner 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 por
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 '
25 matches
Mail list logo
