Re: [fossil-users] Small issue with ticket hook script

2014-01-11 Thread Mark Janssen
On 11 Jan 2014 20:09, "Jan Nijtmans" wrote: > > 2014/1/9 Mark Janssen : > > When I use the following script as a ticket hook: > > > > set project simpletask > > tclInvoke package require http > > query {SELECT title, status > > FROM ticket > > WHERE tkt_uuid=$uuid} { > >set ti

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

2014-01-11 Thread Alek Paunov
On 11.01.2014 20:44, Joseph R. Justice wrote: On Sat, Jan 11, 2014 at 1:24 PM, Jan Nijtmans wrote: 2014/1/4 James Turner : I *still* haven't sent out that message / warning yet, but I'm getting closer. Have info now for: CentOS (and Scientific Linux), Cygwin, Debian (and Ubuntu), Fedora, Fre

Re: [fossil-users] Version 1.28 release?

2014-01-11 Thread Richard Hipp
On Sat, Jan 11, 2014 at 2:22 PM, Jan Nijtmans wrote: > 2014/1/11 Richard Hipp : > > I don't think this should hinder the release. > > That's great news. So the valgrind error in the /tar page and > the two failing test-cases (which simply could be disabled) are > the only things which should be ha

Re: [fossil-users] Version 1.28 release?

2014-01-11 Thread Eric Rubin-Smith
I have a request. Can you guys do the official builds SSL-enabled? On Sat, Jan 11, 2014 at 2:22 PM, Jan Nijtmans wrote: > 2014/1/11 Richard Hipp : > > I don't think this should hinder the release. > > That's great news. So the valgrind error in the /tar page and > the two failing test-cases (wh

Re: [fossil-users] Version 1.28 release?

2014-01-11 Thread Jan Nijtmans
2014/1/11 Richard Hipp : > I don't think this should hinder the release. That's great news. So the valgrind error in the /tar page and the two failing test-cases (which simply could be disabled) are the only things which should be handled? I wouldn't know anything else. Thanks! Regards, Jan

Re: [fossil-users] Small issue with ticket hook script

2014-01-11 Thread Jan Nijtmans
2014/1/9 Mark Janssen : > When I use the following script as a ticket hook: > > set project simpletask > tclInvoke package require http > query {SELECT title, status > FROM ticket > WHERE tkt_uuid=$uuid} { >set title [tclInvoke http::formatQuery $title] >http -asynchronous

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

2014-01-11 Thread Joseph R. Justice
On Sat, Jan 11, 2014 at 1:24 PM, Jan Nijtmans wrote: > 2014/1/4 James Turner : > > > 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 > > successf

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

2014-01-11 Thread Jan Nijtmans
2014/1/4 James Turner : > 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' support) for the last year+. I re-e

Re: [fossil-users] Version 1.28 release?

2014-01-11 Thread Richard Hipp
On Sat, Jan 11, 2014 at 9:31 AM, Richard Hipp wrote: > > > I just now ran the valgrind test script, and there are issues. There is a > performance issue in timeline which seems to be related to Unhide. > The performance problem only comes up with WITHOUT ROWID tables are used (which happens onl

Re: [fossil-users] Version 1.28 release?

2014-01-11 Thread Richard Hipp
On Sat, Jan 11, 2014 at 6:21 AM, Stephan Beal wrote: > On Thu, Jan 9, 2014 at 2:20 PM, Richard Hipp wrote: > >> It has been a few months since the last official release of Fossil. I >> wonder if we should consider publishing trunk as the official version 1.28? >> > > i'm a bit late to the party

Re: [fossil-users] Version 1.28 release?

2014-01-11 Thread Stephan Beal
On Thu, Jan 9, 2014 at 2:20 PM, Richard Hipp wrote: > It has been a few months since the last official release of Fossil. I > wonder if we should consider publishing trunk as the official version 1.28? > i'm a bit late to the party (been off with a back injury since New Year's Eve), and don't r