[fossil-users] Extra code in autosetup/local.tcl

2017-03-26 Thread Steve Bennett 
Hi Joe,

I was just looking at autosetup/local.tcl and I see back in 2014 you committed 
3a5c9b34f39be09b 
contain a bunch of extra code. It looks like this is copied from jim local.tcl

I suggest deleting everything from '# The complex extension checking is done 
here.' onwards
to avoid confusion.

Cheers,
Steve


--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au







___
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] autosetup: hidden autoconf/automake compatibility

2016-10-16 Thread Steve Bennett 

> On 15 Oct 2016, at 2:01 PM, Osamu Aoki  wrote:
> 
> Hi,
> 
> Here is FYI suggestion to make compatibility of autosetup to support the
> system expecting typical autoconf/automake options while not killing
> nice option checking feature of autosetup via --disable-option-checking.
> 
> As I see output of "./configure --help" on autoconf/automake based code,
> I see the following:
> 
>  --enable-silent-rules   less verbose build output (undo: "make V=1")
>  --disable-silent-rules  verbose build output (undo: "make V=0")
> 
> Also I see in autosetup/system.tcl already supports many *hidden*
> options for autoconf/automake compatibility.  Why not add one more
> hidden option support for "silent-rules"?
> 
> Regards,

autosetup can't implement silent-rules since it doesn't write your Makefile.
But you can add it to your project (fossil) in auto.def, either as a dummy 
option
or also add support in the Makefile.

Cheers,
Steve
___
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] Build should be continued for unknown options

2016-10-14 Thread Steve Bennett 

> On 15 Oct 2016, at 6:59 AM, Osamu Aoki  wrote:
> 
> Hi,
> 
> Here is a trivial patch to build the source tree even with unknown options
> for autosetup/autosetup but make sure to warn user.
> 
> The idea is from Barak A. Pearlmutter.
> 
> Regards,
> 
> Osamu

autosetup already supports --disable-option-checking (like autoconf)
Why wouldn't that be good enough?

Cheers,
Steve
___
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 build improvements...

2016-02-07 Thread Steve Bennett 

> On 8 Feb 2016, at 11:28 am, Andreas Kupries  wrote:
> 
> 
>> On Sun, Feb 7, 2016 at 3:12 PM, David Macek  wrote:
>> 
>>> On 7. 2. 2016 2:53, Joe Mistachkin wrote:
 
 I'm unable to test with MingW64; however, I think Jan Nijtmans uses it.
>>> 
>>> Hmm. So hopefully he's watching the list.
>>> 
>>> One of my problems is with the linenoise library. It requires 
>>> and possibly other POSIX-only stuff. Is there a way to override it to use
>>> editline/readline?
> 
> Note that Steve Bennet of JimTcl has a fork of linenoise which has
> code making it usable for Windows.

Indeed: https://github.com/msteveb/linenoise

This is the version used in Jim Tcl.

> 
> -- 
> So long,
>   Andreas Kupries 
>   
>   Developer @ Hewlett Packard Enterprise
> ---
> 
> 
> 
> 
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au







___
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] please compile official fossil builds with https support

2015-06-12 Thread Steve Bennett 
On 12 Jun 2015, at 1:30 am, Richard Hipp d...@sqlite.org wrote:
 
 On 6/11/15, Konstantin Khomoutov flatw...@users.sourceforge.net wrote:
 
 IANAL, but [1] looks like it would be possible to ship its complete
 source code with fossil and build it directly in, when requested.
 
 1. https://github.com/antirez/linenoise
 2. http://thrysoee.dk/editline/
 
 
 Linenoise is included in the Fossil source tree now, and is
 automatically compiled into unix builds.  See
 https://www.fossil-scm.org/fossil/info/851485657643dc2c
 -- 
 D. Richard Hipp
 d...@sqlite.org

You could consider using my fork of linenoise: 
https://github.com/msteveb/linenoise
This is the version used in Jim Tcl.
It includes support for Windows (and utf8, but you probably don’t care about 
that)

Cheers,
Steve

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] Jim Tcl website is broken

2015-01-29 Thread Steve Bennett 

 On 29 Jan 2015, at 10:44 am, Richard Hipp d...@sqlite.org wrote:
 
 On 1/28/15, Steve Bennett ste...@workware.net.au wrote:
 Hi All,
 
 The Jim Tcl website is hosted as a fossil repository here:
 
 http://jim.tcl.tk/index.html/doc/www/www/index.html
 
 The front page still works, but none of the subpage links work.
 
 Fixed now.

Thanks

 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

[fossil-users] Jim Tcl website is broken

2015-01-28 Thread Steve Bennett 
Hi All,

The Jim Tcl website is hosted as a fossil repository here:

http://jim.tcl.tk/index.html/doc/www/www/index.html

The front page still works, but none of the subpage links work.

This is because (e.g.) http://jim.tcl.tk/index.html/doc/www/www/news/ no longer
automatically redirects to 
http://jim.tcl.tk/index.html/doc/www/www/news/index.html

Must have been due to a recent fossil update.

Thanks,
Steve

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] Getting configure to find openssl on FreeBSD

2014-09-11 Thread Steve Bennett 
On 12 Sep 2014, at 5:06 am, org.fossil-scm.fossil-us...@io7m.com wrote:

 'Lo.
 
 The fossil build scripts seem to be unable to find openssl on FreeBSD
 9.2. It has a choice of the version included with the base system
 (in /usr) or the version available from FreeBSD ports (/usr/local),
 but it can't seem to find either of them.
 
 Is there any way to get it to give more information about why it's
 failing to find them?

./configure --debug ...

And then look at config.log

Cheers,
Steve

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] Linux 2.6 :-(

2014-08-08 Thread Steve Bennett 
On 8 Aug 2014, at 2:34 pm, Andy Bradford amb-fos...@bradfords.org wrote:

 Thus said Joe Mistachkin on Thu, 07 Aug 2014 21:14:56 -0700:
 
 Yeah, it appears the net change  was that Jim Tcl was updated. There
 are quite a  lot of changes to  it since the last  version. However, I
 think it should be fine merging it to trunk? Any conflicting opinions?
 
 No, looks fine now (as far as the merge is concerned).
 
 I tried to test  it by making my /home unreadable  (chmod 711 /home) but
 then  Fossil couldn't  even  update,  and all  other  kinds of  problems
 happened:
 
 $ fossil up
 cannot find current working directory; Permission denied
 $ ./configure --disable-lineedit
 No installed jimsh or tclsh, building local bootstrap jimsh0
 Runtime Error: stdlib.tcl:87: Failed to get pwd
 in procedure 'info nameofexecutable' called at file ./autosetup/test-tclsh, 
 line 11
 at file stdlib.tcl, line 87
 Runtime Error: stdlib.tcl:87: Failed to get pwd
 in procedure 'info nameofexecutable' called at file ./autosetup/test-tclsh, 
 line 11
 at file stdlib.tcl, line 87
 No working C compiler found. Tried cc and gcc.
 $ which tclsh
 /usr/local/bin/tclsh
 $ pwd
 /home/src/fossil
 
 $ cd /home
 $ pwd
 /home
 $ ls
 ls: .: Permission denied
 $ cd src
 $ ls 
 fossil
 
 So  clearly it's  possible to  navigate, but  configure doesn't  like it
 much. I  tried with --debug and  didn't get any other  useful info. It's
 also odd that it didn't think it  could find tclsh (yes I forgot to make
 tclsh disappear, but it thought it was gone already).

Are you sure you just changed /home to 711? 
Worked OK for me:

$ stat /home
  File: `/home'
  Size: 4096Blocks: 8  IO Block: 4096   directory
Device: 801h/2049d  Inode: 164626433   Links: 8
Access: (0711/drwx--x--x)  Uid: (0/root)   Gid: (0/root)
Access: 2013-04-18 13:27:17.195385388 +1000
Modify: 2012-08-10 14:46:50.0 +1000
Change: 2014-08-08 15:52:14.586170436 +1000
 Birth: -

$ ./autosetup/find-tclsh
No installed jimsh or tclsh, building local bootstrap jimsh0
/home/steveb/src/fossil/autosetup/jimsh0
$ ./configure --disable-lineedit
Host System...i686-pc-linux-gnu
Build System...i686-pc-linux-gnu
C compiler...ccache cc -g -O2
...


--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] Linux 2.6 :-(

2014-08-07 Thread Steve Bennett 
On 8 Aug 2014, at 12:52 am, Sean Woods s...@seanwoods.com wrote:

 
 Or you could ask me, since I wrote autosetup :-)
 
 I appreciate your assistance and responsiveness.
 
 glob.tcl is bundled up in the jimsh0 executable, but you can find it because
 the source code is there - autosetup/jimsh0.c
 
 Some part of the autosetup/configure process is failing because of these odd 
 permissions.
 
 Try running ./configure --debug and look at or send the resulting config.log
 
 My guess is that it's not the actual `glob.tcl` file, but rather the path 
 that this program is trying to stat().  It would be nice to drop down to an 
 interactive prompt during debugging and examine the program's state.  Since 
 the fossil application is supposed to be self-contained, it seems like it can 
 do its job looking only at the current folder and not have to go elsewhere.  
 But then again, maybe I don't know.
 
 swoods@web75:Fossil-e0199bfc43$ ./configure --debug
 glob.tcl:13: Error: Permission denied
 in procedure 'main' called at file ./autosetup/autosetup, line 1908
 in procedure 'glob' called at file ./autosetup/autosetup, line 123
 in procedure 'glob.glob' called at file glob.tcl, line 174
 in procedure 'glob.glob' called at file glob.tcl, line 85
 in procedure 'glob.glob' called at file glob.tcl, line 85
 in procedure 'glob.glob' called at file glob.tcl, line 85
 in procedure 'glob.glob' called at file glob.tcl, line 85
 in procedure 'glob.globdir' called at file glob.tcl, line 97
 at file glob.tcl, line 13

Thanks. Looks like this commit 
(https://github.com/msteveb/jimtcl/commit/7bf43eb589f738b7bdb3b4837bc0dde304046a2d)
means that Jim Tcl now requires read access to each element of the path.

I'll take a look at fixing this. In the meantime, you can install Tcl
(and remove autosetup/jimsh0), or change the permissions.

Cheers,
Steve

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] Linux 2.6 :-(

2014-08-07 Thread Steve Bennett 
On 8 Aug 2014, at 10:58 am, Steve Bennett ste...@workware.net.au wrote:

 On 8 Aug 2014, at 12:52 am, Sean Woods s...@seanwoods.com wrote:
 
 
 Or you could ask me, since I wrote autosetup :-)
 
 I appreciate your assistance and responsiveness.
 
 glob.tcl is bundled up in the jimsh0 executable, but you can find it because
 the source code is there - autosetup/jimsh0.c
 
 Some part of the autosetup/configure process is failing because of these 
 odd permissions.
 
 Try running ./configure --debug and look at or send the resulting config.log
 
 My guess is that it's not the actual `glob.tcl` file, but rather the path 
 that this program is trying to stat().  It would be nice to drop down to an 
 interactive prompt during debugging and examine the program's state.  Since 
 the fossil application is supposed to be self-contained, it seems like it 
 can do its job looking only at the current folder and not have to go 
 elsewhere.  But then again, maybe I don't know.
 
 swoods@web75:Fossil-e0199bfc43$ ./configure --debug
 glob.tcl:13: Error: Permission denied
 in procedure 'main' called at file ./autosetup/autosetup, line 1908
 in procedure 'glob' called at file ./autosetup/autosetup, line 123
 in procedure 'glob.glob' called at file glob.tcl, line 174
 in procedure 'glob.glob' called at file glob.tcl, line 85
 in procedure 'glob.glob' called at file glob.tcl, line 85
 in procedure 'glob.glob' called at file glob.tcl, line 85
 in procedure 'glob.glob' called at file glob.tcl, line 85
 in procedure 'glob.globdir' called at file glob.tcl, line 97
 at file glob.tcl, line 13
 
 Thanks. Looks like this commit 
 (https://github.com/msteveb/jimtcl/commit/7bf43eb589f738b7bdb3b4837bc0dde304046a2d)
 means that Jim Tcl now requires read access to each element of the path.
 
 I'll take a look at fixing this. In the meantime, you can install Tcl
 (and remove autosetup/jimsh0), or change the permissions.

I have fixed Jim Tcl, updated autosetup, and pushed a new version to the 
'autosetup' branch.

Please test. If it looks ok, perhaps someone can pull it into trunk.

Cheers,
Steve

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] Linux 2.6 :-(

2014-08-07 Thread Steve Bennett 
On 8 Aug 2014, at 1:43 pm, Andy Bradford 
amb-sendok-1410061405.efmchampahhhjobco...@bradfords.org wrote:

 Thus said Steve Bennett on Fri, 08 Aug 2014 12:30:52 +1000:
 
 I have fixed  Jim Tcl, updated autosetup, and pushed  a new version to
 the 'autosetup' branch.
 
 Did you intend  for the branch to  split off of such an  old revision of
 trunk?

No. Not sure why that happened. I'm out of practice with fossil.

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] Linux 2.6 :-(

2014-08-07 Thread Steve Bennett 
On 8 Aug 2014, at 2:14 pm, Joe Mistachkin sql...@mistachkin.com wrote:

 
 Andy Bradford wrote:
 
 Well, it looks  like Joe decided to  merge trunk into the  branch, so it
 may not be  anything to worry about.  
 
 
 Yeah, it appears the net change was that Jim Tcl was updated.  There are
 quite a lot of changes to it since the last version.  However, I think it
 should be fine merging it to trunk?  Any conflicting opinions?

Yes. Looks fine. There's no magic.
All I did was check out the latest autosetup and then run:

.../autosetup --install

I pulled your changes, did the same thing, and it is identical.
So looks good to me.

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] Linux 2.6 :-(

2014-08-06 Thread Steve Bennett 
On 6 Aug 2014, at 2:08 pm, Warren Young war...@etr-usa.com wrote:

 On 8/5/2014 18:50, Sean Woods wrote:
 
 I saw that jimsh references glob.tcl, so I removed all my local Tcl/Tk
 stuff -- I wasn't really using it -- and rebuilt Fossil clean from tip,
 to force it to use jimsh, and it still doesn't happen.
 
 How did you do this?  My knowledge of the TCL ecosystem isn't that
 great.
 
 I tugged on loose bits of yarn until the sweater unraveled.  It didn't all 
 come to me in a blinding flash of revelation.
 
 it's trying to stat `/home` which on my system has restricted
 access (not readable or writable by others).
 
 Do you realize that *you* are one of those others in this context?
 
 Your stat(1) output says all you've done is chmod 711 /home relative to the 
 stock CentOS 5 /home permissions, which are 755 root.root.  Since you are 
 neither root nor a member of group root, the only reason you can even cd into 
 your own home directory is the o+x permission.  chmod 710 /home would lock 
 you out of the system entirely.
 
 I suggest that you add yourself to the stock users group, then log out and 
 back in again, then chgrp users /home  chmod 750 /home.
 
 An even better solution to others crawling around in /home is SELinux.
 
 Not that any of this actually solves the problem.  I chmodded my CentOS 5 
 box's /home to 711, too, and Fossil still builds.  The real problem is this 
 glob.tcl file, which isn't present on my system, anywhere.  Why you have one 
 is a complete mystery to me.  You're seeing jimsh0 reading it, then 
 complaining when it hits line 13 in that file.
 
 I see two ways to fix it:
 
 1. Find this glob.tcl file, and move it out of the way, at least temporarily.
 
 2. Install tcl to get tclsh, and forget about jimsh0's confusion.

Or you could ask me, since I wrote autosetup :-)

glob.tcl is bundled up in the jimsh0 executable, but you can find it because
the source code is there - autosetup/jimsh0.c

Some part of the autosetup/configure process is failing because of these odd 
permissions.

Try running ./configure --debug and look at or send the resulting config.log

Cheers,
Steve

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] ssl implementation

2013-08-13 Thread Steve Bennett 
On 11/08/2013, at 10:49 PM, Chad Perrin wrote:

 
 Thanks for all your information about issues related to axTLS.  Not
 everything you said warrants a specific response from me, but the
 thanks is my general response for everything to which I do not
 specifically respond below.
 
 Specific comments follow.
 
 On Sun, Aug 11, 2013 at 01:21:37PM +0200, Rene wrote:
 On 2013-08-10 04:21, Chad Perrin wrote:
 On Sun, Aug 04, 2013 at 01:06:38PM +0200, Rene wrote:
 
 The reason I choose axTLS
 
 . . . snip . . .
 
 
 If this is of interest  I can add it on a branch.
 
 I find it pretty interesting.  The biggest problem I see with axTLS is
 the protocol support limitation you identified.
 
 Are there good howtos for using axTLS out there on the web somewhere?
 
 No there isn't. I used the information from http://axTLS.sf.net to 
 create the fossil interface.
 
 I hadn't been able to find any.  I'm glad it's not just me who couldn't
 find them, but at the same time bummed that it means you can't suggest
 any for me.  Bit of a quandary, there.
 
 
 
 Having read your question about team setup on freebsd, My recommendation 
 is to go with ssh keys.
 
 That's my plan.  My interest in axTLS is actually mostly unrelated to
 Fossil, though I support there being options other than OpenSSL or
 GnuTLS.  In fact, both OpenSSL and (especially) GnutTLS have license
 compatibility problems that frankly annoy the crap out of me, and axTLS
 licensing neatly solves that if it also solves the technical needs of a
 project.
 


I'll just chime in that we use axTLS as the SSL implementation for our
embedded web server with great success. Much smaller and simpler than openssl.
I can highly recommend it.
Also, the author, Cameron Rich lives here in Brisbane, Australia!

Cheers,
Steve

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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 build error on OS X

2013-03-27 Thread Steve Bennett 
On 28/03/2013, at 3:39 PM, Steve Bennett wrote:

 On 26/03/2013, at 3:29 AM, Stephen De Gabrielle wrote:
 
 Hi, 
 
 anyone had trouble compiling fossil on osx?
 
 I've not done it for a while and I'm wondering If I've missed something 
 important?
 
 cheers, 
 
 Stephen
 
 
 
 sp-laptop:fossil spdegabrielle$ ./configure 
 Host System...x86_64-apple-darwin12.3.0
 Build System...x86_64-apple-darwin12.3.0
 C compiler... cc -g -O2
 C++ compiler... c++ -g -O2
 Build C compiler...cc
 Checking for stdlib.h...not found
 Error: Compiler does not work. See config.log
 Try: 'configure --help' for options
 sp-laptop:fossil spdegabrielle$ xcrun -find gcc
 /Applications/Xcode.app/Contents/Developer/usr/bin/gcc
 sp-laptop:fossil spdegabrielle$ cat configure 
 #!/bin/sh
 dir=`dirname $0`/autosetup
 WRAPPER=$0 exec `$dir/find-tclsh` $dir/autosetup $@
 sp-laptop:fossil spdegabrielle$ open .
 
 What does config.log say?
 
 You may be seeing this issue:
 
 https://github.com/msteveb/autosetup/issues/12
 
 If so, autosetup in fossil needs updating.
 
 You can try the attached patch, which is simply created by installing
 the latest version of autosetup.

I'm a bit rusty on fossil, but I think I've pushed this change to the 
'autosetup' branch
for anyone who wants to try it out.

Cheers,
Steve

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] status of fossil / jimtcl and docs

2012-11-25 Thread Steve Bennett 
On 19/11/2012, at 7:01 PM, fossil-m...@h-rd.org wrote:

 
 From: Steve Bennett steveb-sr3wrjstenvtt0ehb6f...@public.gmane.org
 
 I created a proof-of-concept branch (jimtcl) around this time last year that 
 replaced TH1
 with Jim Tcl. I also added support for writing xfer scripts in Jim Tcl.
 Richard was reluctant to incorporate this into the core fossil, I believe 
 because of concerns
 over security.
 
 Joe Mistachkin also added support full Tcl (which is in core, but must be 
 enabled).
 Here the approach is to bridge via TH1 rather than replace TH1.
 
 Cheers,
 
 Steve
 
 Hi Steve,
 
 Thanks for the information.  So is it be better to invoke tcl via TH1?   Is 
 there any documentation on how to do that?  

As it stands, this is the only option if you build from trunk.
Joe, any docs?

 And can I also invoke jimtcl, or only standard tcl?  I'm asking because 
 jimtcl is already together with fossil, so no extra dependencies are involved.

You need to build from the 'jimtcl' branch to do this. This version is somewhat 
old since
I haven't been keeping it up to date.

Cheers,
Steve

 
 thanks,
 
 M.
 
 
 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] howto `grep' through old revisions

2012-11-25 Thread Steve Bennett 
On 25/11/2012, at 9:24 AM, Richard Hipp wrote:

 
 
 On Sat, Nov 24, 2012 at 5:02 PM, Gilles gilles.gana...@free.fr wrote:
 On Sat, 24 Nov 2012 09:21:54 -0500, Richard Hipp
 d...@sqlite.org wrote:
 One big problem here is that the user will doubtless expect to have full
 Perl regular expressions.  That will mean another compile-time dependency.
 And maybe also a run-time dependency if a shared library is used (as most
 distribution packages managers will likely require).  Suddenly, Fossil
 becomes much less stand-alone and self-contained.
 
 Does someone know of a good LGPL regex library that could easily be
 statically compiled in the Fossil binary?
 
 I have a regex library that I've been developing (from scratch) to go into 
 SQLite for the REGEXP operator.  It will serve.
  

Jim Tcl (BSD licensed) has a small regex library which supports utf8.

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] status of fossil / jimtcl and docs

2012-11-18 Thread Steve Bennett 
On 19/11/2012, at 5:23 AM, fossil-m...@h-rd.org wrote:

 
 Hi,
 
 I'm wondering what the status of fossil in connection with tcl/jimtcl is?  Is 
 trunk ready to be used with tcl?  And are there any docs?
 
 My question is related to having jimtcl interfacing with the embedded web 
 server of fossil and, depending on the request, given a specific response.
 
 thanks,
 M

I created a proof-of-concept branch (jimtcl) around this time last year that 
replaced TH1
with Jim Tcl. I also added support for writing xfer scripts in Jim Tcl.
Richard was reluctant to incorporate this into the core fossil, I believe 
because of concerns
over security.

Joe Mistachkin also added support full Tcl (which is in core, but must be 
enabled).
Here the approach is to bridge via TH1 rather than replace TH1.

Cheers,
Steve

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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 all rebuild seg faults

2012-10-30 Thread Steve Bennett 
On 31/10/2012, at 10:11 AM, Richard Hipp wrote:

 Please try the latest and let me know whether or not the problem is fixed.  
 Tnx for the report.

Regarding your latest commit, I've run across this on 64 bit too.
The problem is the '0' at the end of the variable args.
Use NULL instead, otherwise you only get a 32 bit zero value instead of 64 bit.

Cheers,
Steve

 
 On Tue, Oct 30, 2012 at 6:31 PM, James Turner ja...@calminferno.net wrote:
 With the latest fossil trunk (This is fossil version 1.24 [bdbe6c74b8]
 2012-10-30 18:14:27 UTC) fossil all rebuild is seg faulting for me.
 
 fossil all rebuild
 Segmentation fault (core dumped)
 
 gdb is showing the below:
 
 #0  collect_arguments (zArg=0x7f7f Address 0x7f7f out
 of bounds) at allrepo.c:61
 61  allrepo.c: No such file or directory.
 in allrepo.c
 
 --
 James Turner
 ja...@calminferno.net
 ___
 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

--
Embedded Systems Specialists - http://workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






___
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] Build non-debug version

2012-03-17 Thread Steve Bennett 
On 18/03/2012, at 9:02 AM, Christopher Berardi wrote:

 Since I run 64-bit Linux, I have to build fossil myself from source.
 That's not a problem in the least. However, I always have to manually
 change the makefile to remove the '-g' flag that gets added to the
 compiler command (I don't want a 4 megabyte debug binary). Is there a
 simple configure switch that I've overlooked that will automatically
 omit that flag for me? 

./configure CFLAGS=-O2

Of course you can just strip the executable after building.

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Building fossil on Solaris

2012-02-19 Thread Steve Bennett 
On 18/02/2012, at 8:12 AM, Jan Danielsson wrote:

 On 02/17/12 03:00, Steve Bennett wrote:
 [---]
 No problem. I've pushed the fix into autosetup and updated autosetup
 on a branch, so perhaps Richard will merge this fix at some point.
 
   I've encountered two other issues; one is fixed in the branch
 jan-buildfixes.

Looks good. I see that Richard has already merged it.

 
   After applying the lib-fix, the linker complains; it can not find
 dlsym, dladdr, dlopen, socket, connect, dlclose, dlerror and shutdown.
 
   config.log indicates that it's linking conftest__ with:
 
   -lssl -lcrypto
 
   ..while my old (manually patched) fossil Makefile contains:
 
   -lssl -lcrypto -ldl -lsocket -lnsl
 
   I, naively, tried inserting something along the line of if a host
 *sun4* match is found, then append '-ldl -lsocket -lnsl' to LIBS, but
 it made no difference. I don't know if I don't understand the build
 system or Tcl. (I removed the if, and simply told it to always add
 those extra libraries to LIBS, but it didn't, so I assume it's the build
 system I don't understand). Any help is appreciated.

So your openssl needs -ldl?

You can try the attached patch as a workaround.
(This will not work for platforms which don't have/need -ldl)

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






openssl-needs-dl.patch
Description: Binary data
___
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] autosetup build issues

2012-02-19 Thread Steve Bennett 
On 19/02/2012, at 1:44 PM, Jan Danielsson wrote:

 Hello,
 
   I've been trying to get fossil to build using the auto-configurator
 on Solaris/sparc 9, and have encountered some minor bumps in the road.
 
   For the record (in case someone finds this via a web search): I think
 there's something odd about the openssl detection. I had built openssl
 without the shared option (so I only had the shared libraries). But

Building without shared meant you only had the shared libraries??

 even with configure --static (in fossil), I ran into linking problems.
 Building openssl with the shared option made those problems go away. I
 haven't looked into it more closely, as the workaround is trivial, and I
 think most people will have the shared libraries laying around anyway.

With the fix I sent earlier, does openssl detection work properly?

 
   Now there are just two issues remaining, and unfortunately I'm not
 quite sure what to do about them.
 
   1) The SunStudio compiler doesn't support -static; it uses -Bstatic
 and -Bdynamic.
 
   2) While zlib is a system library on Solaris 9, it doesn't appear to
 have libz.a (only libz.so). This means that the final link line needs to
 look something like this:
 
   [...] -Bdynamic -L/opt/openssl-1.0.0g/lib -lz -ldl -Bstatic -lssl
 -lcrypto -lnsl -lsocket
 
 
   My Tcl-Fu is painfully limited and hence I understand near-zero of
 autosetup, but as far as I can gather the current autosetup/auto.def
 isn't really designed to handle compiler differences and mix static and
 dynamic linking?
 
   What I would like to do:
 
   1) Add compiler detection (In this case: find sunstudio, default to
 whatever gcc does)
 
   2) Set dynamic/static link flags (-static vs -Bstatic, etc) depending
 on compiler
 
   3) Introduce a DLIBS which will unconditionally be dynamically
 linked, regardless of whether --static is used or not.

How about forget about static linking and just use dynamic linking?
Even on Linux, static linking is a bit of a minefield.

Can we address the dynamic configure/build issues, and then possibly
revisit static linking?

Cheers,
Steve

 
   I realize there's something conceptually very wrong about dynamically
 linking when it was explicitly requested by the users that static
 linking be used. At the same time, the way I look at it, the project
 should build and run on standard OS installations, with as few separate
 dependencies as possible.
 
   Input is welcome.
 
 -- 
 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

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] autosetup build issues

2012-02-19 Thread Steve Bennett 
On 20/02/2012, at 11:16 AM, Jan Danielsson wrote:

 On 02/20/12 01:24, Richard Hipp wrote:
 [---]
   The dynamic linking works, but unfortunately on these particular
 [Solaris]
 systems I want static linking. :)
 
 I agree that static linking is nice.  Unfortunately, the Solaris developers
 of Sun and now Oracle disagree.
 [---]
 
   It seems I'm in an uphill struggle; even more so than I initially
 thought. I won't put any more work into the static linking then, as I
 suspect I'm a corner case.
 
   Anywho, my primary concern was getting OpenSSL statically linked into
 fossil -- and using a slightly modified version of the final link
 command line I got what I wanted. And if anyone else needs/wants it, the
 information is easily found via a web search.

That works for me. I don't think it is worth it to try to make this work
out of the box.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] With jimtcl available can we have hooks that trigger tcl scripts stored in the db?

2012-02-16 Thread Steve Bennett 
On 17/02/2012, at 2:15 AM, Nolan Darilek wrote:

 Cool, I'd like to at least have the discussion about that, though.
 
 What I'd like to see, if possible, is read-only access to the 
 repository--access to the SELECT statement, for instance, and a way to 
 iterate over the results and output them into the pages.
 
 To anyone afraid that I'll be calling for full-blown CMS features next, I'll 
 note that hooks and the ability to display arbitrary repository content are 
 the only features I've missed after nearly two years of Fossil use. I'm using 
 it quite happily for the http://spielproject.info pages, but I'd love to 
 display the last 5-10 events on the front page to liven it up a bit. Events 
 are how I announce releases. I could also see displaying timeline entries and 
 such to show the X most recent commits on certain pages, etc.
 
 Yeah, I know I can do this with Javascript, but that doesn't make the content 
 searchable.
 
 Thanks.

FWIW, you could turn a Jim Tcl interpreter into a safe interpreter by 
removing a handful
of commands from the interpreter, such as: readdir, open, exec, source, cd, file

To be most useful, read-only access to the fossil db (with some restrictions?) 
would also be required.

Of course, Jim Tcl were used for hook scripts, this interpreter would need to 
be non-safe to be useful.

Cheers,
Steve

 
 
 On 02/16/2012 08:00 AM, Richard Hipp wrote:
 
 
 
 On Thu, Feb 16, 2012 at 8:49 AM, Nolan Darilek no...@thewordnerd.info 
 wrote:
 On 02/16/2012 06:55 AM, Richard Hipp wrote:
 
 
 
 On Wed, Feb 15, 2012 at 11:15 PM, Nolan Darilek no...@thewordnerd.info 
 wrote:
 So is it currently possible to use TH1 to generate dynamic webpages? Could 
 I use it to, say, select the last 5 events and display them on the main 
 page? Or is that still out of reach?
 
 Just curious, since it seems like there are lots of scripting possibilities 
 coming down the pipeline.
 Thanks!
 
 I was once open to this kind of thing.  But since the security risks have 
 been pointed out to me, I'm now very reluctant to do anything like this.  
  
 
 
 I thought the point of TH1 was that it prevented this type of thing, that's 
 why it's used in reporting. If TH1 isn't a secure, minimal TCL that can 
 generate reports and, presumably, might be expanded a bit to pull and 
 display information on artifacts, then what is it?
 
 TH1 is secure by virtual of being minimalist.  It really doesn't do much 
 beyond simple variable substitution and if-then-else.  The point is, I want 
 to keep it that way so that it does not evolve into a security threat.  We 
 want to keep the attack surface as small as possible.
 
  
 
 ___
 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

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Building fossil on Solaris

2012-02-16 Thread Steve Bennett 
On 17/02/2012, at 10:57 AM, Jan Danielsson wrote:

 Hello,
 
   I've built fossil on Solaris previously using the old Makefile
 (requiring only very minor changes), but Makefile.classic seems to have
 degenerated a little, so I thought I'd try to use configure et al),
 but I end up with this:
 
   $ mkdir build
   $ cd build
   $ ../configure
   Error: No auto.def found in [...]/fossil/build
   Try: 'autosetup --help' for options
   $ ls -l
   total 0
 
   configure --help led me to try:
   $ ../configure --init
   I don't see configure, so I will create it.
   I don't see auto.def, so I will create a default one.
   Note: I don't see Makefile.in. You will probably need to create one.
   $ ls
   auto.def   configure
 
   The system is (correctly) being identified as:
   Host System...sparc-sun-solaris2.9
   Build System...sparc-sun-solaris2.9
 
 
   Which are the usual suspects when Makefile.in doesn't get created?

Thanks for the report. I'll take a look at why out-of-tree build doesn't work 
on Solaris.
In the meantime, you can try an in-tree build. Just run ./configure from the
source directory.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Building fossil on Solaris

2012-02-16 Thread Steve Bennett 
On 17/02/2012, at 11:08 AM, Steve Bennett wrote:

 On 17/02/2012, at 10:57 AM, Jan Danielsson wrote:
 
 Hello,
 
  I've built fossil on Solaris previously using the old Makefile
 (requiring only very minor changes), but Makefile.classic seems to have
 degenerated a little, so I thought I'd try to use configure et al),
 but I end up with this:
 
  $ mkdir build
  $ cd build
  $ ../configure
  Error: No auto.def found in [...]/fossil/build
  Try: 'autosetup --help' for options
  $ ls -l
  total 0
 
  configure --help led me to try:
  $ ../configure --init
  I don't see configure, so I will create it.
  I don't see auto.def, so I will create a default one.
  Note: I don't see Makefile.in. You will probably need to create one.
  $ ls
  auto.def   configure
 
  The system is (correctly) being identified as:
  Host System...sparc-sun-solaris2.9
  Build System...sparc-sun-solaris2.9
 
 
  Which are the usual suspects when Makefile.in doesn't get created?
 
 Thanks for the report. I'll take a look at why out-of-tree build doesn't work 
 on Solaris.
 In the meantime, you can try an in-tree build. Just run ./configure from the
 source directory.

Looks like more problems with unexported shell variables.

Can you edit the file configure so it looks like this:

#!/bin/sh
dir=`dirname $0`/autosetup
WRAPPER=$0; export WRAPPER
exec `$dir/find-tclsh` $dir/autosetup $@

And let me know if that solves the problem?

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Building fossil on Solaris

2012-02-16 Thread Steve Bennett 
On 17/02/2012, at 11:53 AM, Jan Danielsson wrote:

 On 02/17/12 02:23, Steve Bennett wrote:
 [.. FOO=bar ; export FOO ..]
 And let me know if that solves the problem?
 
   Ah, yes. Good ol' Solaris /bin/sh.
 
   That was it. I can't believe I missed that; I have been bitten by
 that particular limitation of Solaris' /bin/sh a few times before.
 
   (Yes, I know Solaris technically does it right, and I respect that,
 but it's getting a little old running into this problem every five-six
 months or so).
 
   Thanks!

No problem. I've pushed the fix into autosetup and updated autosetup
on a branch, so perhaps Richard will merge this fix at some point.

The crazy thing is that Solaris has a Posix shell (as opposed to Bourne shell),
but it's not /bin/sh, so it's too hard to use it for this sort of bootstrapping.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Building fossil on Solaris

2012-02-16 Thread Steve Bennett 
On 17/02/2012, at 1:51 PM, Richard Hipp wrote:

 
 
 On Thu, Feb 16, 2012 at 8:53 PM, Jan Danielsson jan.m.daniels...@gmail.com 
 wrote:
 On 02/17/12 02:23, Steve Bennett wrote:
 [.. FOO=bar ; export FOO ..]
  And let me know if that solves the problem?
 
 
 We have this fix checked-in and running on a Solaris Sparc blade here:
 
  http://sparc.sqlite.org/fossil-src/fdiff?v1=ec171bb9e14v2=06277810ab75
 
 The change was about a week ago.  So any of the latest versions of Fossil 
 should have it.  I also see that Steve has now checked in the latest 
 autosetup that contains a lot of other enhancements besides this one fix.

Similar problem, but in a slightly different place.
Both fixes are needed.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] With jimtcl available can we have hooks that trigger tcl scripts stored in the db?

2012-02-13 Thread Steve Bennett 

On 14/02/2012, at 4:22 AM, Matt Welland wrote:

 I think it may be very useful if it was possible to call tcl scripts stored 
 in the repo db (revision controlled files or wiki pages?) at pre/post commit 
 and other interesting times. I know hooks were previously not accepted since 
 making things consistent between Windows and Linux was difficult.  But that 
 concern should be addressed if the hooks call tcl or th1 scripts instead of 
 directly sending commands to the OS. It looks like jimtcl supplies os.fork, 
 os.wait etc. but I didn't see a posix system, can jimtcl run commands on Unix?

Yes, indeed!

You want the 'exec' command - 
http://jim.tcl.tk/fossil/doc/trunk/Tcl_shipped.html#_exec

You can try this out with the 'jimtcl' branch of fossil.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] With jimtcl available can we have hooks that trigger tcl scripts stored in the db?

2012-02-13 Thread Steve Bennett 

On 14/02/2012, at 7:38 AM, Matt Welland wrote:

 
 
 On Mon, Feb 13, 2012 at 1:43 PM, Steve Bennett ste...@workware.net.au wrote:
 
 On 14/02/2012, at 4:22 AM, Matt Welland wrote:
 
 I think it may be very useful if it was possible to call tcl scripts stored 
 in the repo db (revision controlled files or wiki pages?) at pre/post commit 
 and other interesting times. I know hooks were previously not accepted since 
 making things consistent between Windows and Linux was difficult.  But that 
 concern should be addressed if the hooks call tcl or th1 scripts instead of 
 directly sending commands to the OS. It looks like jimtcl supplies os.fork, 
 os.wait etc. but I didn't see a posix system, can jimtcl run commands on 
 Unix?
 
 Yes, indeed!
 
 You want the 'exec' command - 
 http://jim.tcl.tk/fossil/doc/trunk/Tcl_shipped.html#_exec
 
 You can try this out with the 'jimtcl' branch of fossil.
 
 Hi Steve,
 
 This sounds cool, so is the mechanism to call a jimtcl routine implemented on 
 various actions and if so then how do I, for example, call a tcl script when 
 sync is completed?

Joe Mistachkin has recently added support for calling TH1 scripts on certain 
actions.
See http://www.fossil-scm.org/index.html/info/0b61e3c019

In the jimtcl branch, TH1 is replaced with Jim Tcl, so any of these scripts has 
the full power of Jim Tcl, including exec.

There is some ongoing work to be done to identify other points where a script 
could/should be called,
what information is available to the script, and what the script can do.

One thing I would like to see is a Tcl interface into fossil so that scripts 
can do queries against fossil without
resorting to direct sql.

Cheers,
Steve

 
 Thanks,
 
 Matt
 -=- 
 Cheers,
 Steve
 
 --
 µWeb: Embedded Web Framework - http://uweb.workware.net.au/
 WorkWare Systems Pty Ltd
 W: www.workware.net.au  P: +61 434 921 300
 E: ste...@workware.net.au   F: +61 7 3391 6002
 
 
 
 
 
 
 ___
 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

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Using LDFLAGS with configure

2011-12-28 Thread Steve Bennett 
Put the LDFLAGS= after ./configure

WorkWare Systems  P:0434 921 300
www.workware.net.au   F:07 3102 9221

On 28/12/2011, at 14:02, James Turner ja...@calminferno.net wrote:

 How do I specify additional lib directories during the configure stage?
 Using: LDFLAGS=-L/usr/local/lib ./configure --disable-internal-sqlite
 fails with Error: system sqlite3 not found. It doesn't look like
 LDFLAGS is being used when testing for sqlite. Thanks.
 
 -- 
 James Turner
 ja...@calminferno.net
 ___
 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] Using LDFLAGS with configure

2011-12-28 Thread Steve Bennett 
Try CFLAGS instead

WorkWare Systems  P:0434 921 300
www.workware.net.au   F:07 3102 9221

On 29/12/2011, at 3:25, James Turner ja...@calminferno.net wrote:

 On Wed, Dec 28, 2011 at 09:34:12PM +1100, Steve Bennett wrote:
 Put the LDFLAGS= after ./configure
 
 WorkWare Systems  P:0434 921 300
 www.workware.net.au   F:07 3102 9221
 
 
 I have tried this as well. LDFLAGS is still not used when testing for
 sqlite during the ./configure stage. If I set the LDFLAGS and don't pass
 --disable-internal-sqlite then LDFLAGS is used during the make process
 only.
 
 My problem is getting the sqlite test to use LDFLAGS.
 
 -- 
 James Turner
 ja...@calminferno.net
 ___
 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] Google bot

2011-12-08 Thread Steve Bennett 
On 09/12/2011, at 2:59 AM, Lluís Batlle i Rossell wrote:

 On Thu, Dec 08, 2011 at 05:49:16PM +0100, Lluís Batlle i Rossell wrote:
 On Thu, Dec 08, 2011 at 05:40:08PM +0100, Lluís Batlle i Rossell wrote:
 How can it be that it finds the links? That URL is valid since one hour or 
 two
 ago; before, it never existed.
 
 1st point I found: timeline.rss
 2nd point: the (apparently) linkless checkin pages contain three links 
 always:
[show unified diffs | show side-by-side diffs | patch]
 
 Let's see how far the bot goes, still.
 
 Not further, by now. But I want to tell that I once had a repository with 
 links
 opened for everyone, months ago. I disabled the links, but googlebot 
 remembered
 all URLs, so it was still getting all annotates and so.
 
 I then disabled all access unless logged in, and although months passed,
 googlebot still remembers all URLs. So, it goes at every old url, gets a
 redirection to the login page (with a different g= parameter in a GET 
 parameter
 for each form), and googlebot thinks that's the final page.
 
 So, for months, I'm having all that traffic of googlebot asking those 
 thousands
 of URLs and for each, the redirect with different 'g=' parameters. And fossil
 giving the login page for all.
 
 How can I get rid of all that traffic, other than changing the whole url of 
 the
 project?
 
 (oth, I'd like timeline.rss and the checkin info pages not to have links, or
 somehow that they could be disabled).
 
 And sorry for the multiple messages to the mailing list, instead of 
 summarizing
 all into one.

Why not just add a robots.txt?

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Google bot

2011-12-08 Thread Steve Bennett 

On 09/12/2011, at 9:35 AM, Lluís Batlle i Rossell wrote:

 On Fri, Dec 09, 2011 at 09:32:43AM +1000, Steve Bennett wrote:
 On 09/12/2011, at 2:59 AM, Lluís Batlle i Rossell wrote:
 
 Why not just add a robots.txt?
 
 Ah, yes, that could help. I did not think of it. :)
 
 I'd like to have the wiki pages available though; I'll have to learn
 those robots rules better.

http://www.robotstxt.org/robotstxt.html

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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 and Git joint projects?

2011-12-08 Thread Steve Bennett 
On 14/11/2011, at 9:55 AM, Richard Hipp wrote:

 
 
 On Sun, Nov 13, 2011 at 6:48 PM, Steve Bennett ste...@workware.net.au wrote:
 No comments on this?
 
 It works for me. Shall I commit this fix, or are there potential issues with 
 it?
 
 I think go ahead and commit.

FYI, what I committed this doesn't work perfectly in the case where a branch is 
closed.
In this case, the closed branch is still used as the ancestor.
I hacked the code a bit to detect this case and instead branch from trunk.
It was made more complicated by the fact that there was no obvious way to check 
if a branch is closed.
name_to_uuid() does most of what I need, but then it's not easy to determine if 
the leaf is closed.

Cheers,
Steve

  
 
 On 10/11/2011, at 3:17 PM, Steve Bennett wrote:
 
 On 10/11/2011, at 2:50 PM, Steve Bennett wrote:
 
 On 10/11/2011, at 2:30 PM, Steve Bennett wrote:
 
 I tried to do something similar, using a git tag to keep track of where I 
 was up to
 for the incremental import.
 
 It mostly works, except the timeline shows each import as disconnected from
 the previous import. See attached.
 
 For the import at 21:40, I tried to import one previous rev hoping that 
 they would be
 merged, but this didn't happen. Is this disconnect fixable?
 
 I guess the problem is that the first commit of an incremental import has no
 ancestor identified. Would it be possible to identify the ancestor somehow, 
 either
 on the command line, or by finding the tip of the corresponding branch?
 
 The attached patch works for my simple case of always importing to the tip 
 of trunk,
 but I'm sure it is highly dubious in other situations.
 
 
 --
 µWeb: Embedded Web Framework - http://uweb.workware.net.au/
 WorkWare Systems Pty Ltd
 W: www.workware.net.au  P: +61 434 921 300
 E: ste...@workware.net.au   F: +61 7 3391 6002
 
 
 
 
 
 
 ___
 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

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Mailing list archives for fossil-users not available?

2011-12-06 Thread Steve Bennett 
On 06/12/2011, at 9:25 PM, Mark Janssen wrote:

 http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/ works
 for me (from the fossil home page)

Thanks. Indeed it does. That's good enough for me.

 
 On Tue, Dec 6, 2011 at 2:07 AM, Steve Bennett ste...@workware.net.au wrote:
 My email has been broken for a few days, so I went to check
 the archives.
 
 Any of the links at:
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/private/fossil-users
 
 says No such list ...
 
 fossil-dev seems ok.
 
 Cheers,
 Steve
 
 --
 µWeb: Embedded Web Framework - http://uweb.workware.net.au/
 WorkWare Systems Pty Ltd
 W: www.workware.net.au  P: +61 434 921 300
 E: ste...@workware.net.au   F: +61 7 3391 6002
 
 
 
 
 
 ___
 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

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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 archives for fossil-users not available?

2011-12-05 Thread Steve Bennett 
My email has been broken for a few days, so I went to check
the archives.

Any of the links at:
http://lists.fossil-scm.org:8080/cgi-bin/mailman/private/fossil-users

says No such list ...

fossil-dev seems ok.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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 and Git joint projects?

2011-11-13 Thread Steve Bennett 
No comments on this?It works for me. Shall I commit this fix, or are there potential issues with it?On 10/11/2011, at 3:17 PM, Steve Bennett wrote:On 10/11/2011, at 2:50 PM, Steve Bennett wrote:On 10/11/2011, at 2:30 PM, Steve Bennett wrote:I tried to do something similar, using a git tag to keep track of where I was up tofor the incremental import.It mostly works, except the timeline shows each import as disconnected fromthe previous import. See attached.For the import at 21:40, I tried to import one previous rev hoping that they would bemerged, but this didn't happen. Is this "disconnect" fixable?I guess the problem is that the first commit of an incremental import has noancestor identified. Would it be possible to identify the ancestor somehow, eitheron the command line, or by finding the tip of the corresponding branch?The attached patch works for my simple case of always importing to the tip of trunk,but I'm sure it is highly dubious in other situations.
--µWeb: Embedded Web Framework - http://uweb.workware.net.au/WorkWare Systems Pty LtdW: www.workware.net.au   P: +61 434 921 300E: ste...@workware.net.au F: +61 7 3391 6002



import-incremental-ancestor.patch
Description: Binary data
___
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 and Git joint projects?

2011-11-09 Thread Steve Bennett 
On 10/11/2011, at 2:30 PM, Steve Bennett wrote:

 I tried to do something similar, using a git tag to keep track of where I was 
 up to
 for the incremental import.
 
 It mostly works, except the timeline shows each import as disconnected from
 the previous import. See attached.
 
 For the import at 21:40, I tried to import one previous rev hoping that they 
 would be
 merged, but this didn't happen. Is this disconnect fixable?

I guess the problem is that the first commit of an incremental import has no
ancestor identified. Would it be possible to identify the ancestor somehow, 
either
on the command line, or by finding the tip of the corresponding branch?

 
 On 05/11/2011, at 7:28 AM, Nolan Darilek wrote:
 
 Just a heads-up:
 
 I did a quick test, and this didn't seem to work:
 
 * Created a new Fossil repository
 * Opened it into ./fossil, added README.txt with contents foo.
 * Changed to parent directory, created Git repository in ./git
 * Imported Fossil repo and switched to trunk branch
 * Modified README.txt to contain foo\nbar and committed to Git
 * Ran git fast-export --all |fossil import --incremental ../test.fossil
 * Then ran cd ../fossil; fossil up
 
 The result is that my initial commit of README.txt into Fossil appears in 
 the timeline twice. The Git commit appears, but fossil up won't update to 
 it, at least not without being explicitly asked. If you'd like to see the 
 resulting repository, it's here:
 
 http://dl.dropbox.com/u/147071/test.fossil
 
 Sorry I didn't test in the first place, I thought that the answer would be 
 something like yes of course that works, that's what --incremental does, 
 what a silly question. :) I guess I'll just use Fossil until I get 
 pushback, then try promoting it and, if that fails, just export to Git.
 
 Thanks.
 
 
 On 11/04/2011 03:35 PM, Michael Barrow wrote:
 
 Apologies in advance if this makes no sense. I've only done a tiny bit with 
 git and that was some time ago.
 
 What if you have a single directory that both version control systems use? 
 You pull from git, commit to Fossil, do your changes and commit to Fossil, 
 and then push your changes to git. When you do the new pull from git, you 
 just update Fossil and start the cycle again.
 
 
 --
 Michael L. Barrow
 
 On Nov 4, 2011, at 10:54, Nolan Darilek no...@thewordnerd.info wrote:
 
 Thanks, but that's not really what I asked.
 
 I totally get Fossil's development model, have used it for over a year and 
 think that it'd be a great fit for this particular community. I also read 
 this message when it was originally posted. But I may be working with 
 people who would rather submit a quick change via Github rather than 
 download and install a new piece of software. Yes, I get that it's easy, 
 I'm just thinking that it might be a barrier here. So let me make the 
 question more explicit:
 
 1. Can I export my project to a Git repository, push that to Github, make 
 a few commits, export the changes to Git and push the repository again? If 
 so, will it look identical to the repository after the first step with a 
 few extra commits such that someone who pulls doesn't get told that the 
 repository after the changes is different?
 
 2. If my canonical Fossil repository advances and someone makes changes on 
 Github, can I do an incremental import of the Git repository and only get 
 their changes without creating an entirely new Fossil repository?
 
 3. Has anyone else done this, and how does it work? I'd really rather use 
 Fossil, but am worried about losing contributors who don't want to learn a 
 new and simpler system. Since we're developing applications to meet 
 immediate needs (software for the various occupations), the response I may 
 get from people might be to use the tools that everyone knows to maximize 
 the community's ability/willingness to chip in. If that response comes, 
 hopefully I can say that Fossil interacts with Git in the manner I've 
 described here and can meet the need.
 
 Thanks.
 
 
 On 11/04/2011 12:06 PM, Stephan Beal wrote:
 
 On Fri, Nov 4, 2011 at 5:43 PM, Nolan Darilek no...@thewordnerd.info 
 wrote:
 some pushback from Git users. Is it possible to use Fossil in a workflow 
 with people who would rather use Git/Github?
 
 Richard wrote a nice summary of that on Oct 16th which i'll paste in here:
 
 ---
 Fossil does not currently support a hierarchical development model very 
 well.  It wants everybody to be a peer.  It wants all developers to see 
 everything all the time.  Fossil strives to avoid a peeking order in 
 which some developers are hidden from view behind lieutenants.  This is 
 a more egalitarian model, but   also one that does not 
 scale as well.
 
 To better support a hierarchy, Fossil would need the ability to sync 
 individual branches in addition to its current behavior of always syncing 
 everything on every sync request. (Recall that I asked for volunteers to 
 implement such a thing a while back

Re: [fossil-users] Fossil and Git joint projects?

2011-11-09 Thread Steve Bennett 
On 10/11/2011, at 2:50 PM, Steve Bennett wrote:On 10/11/2011, at 2:30 PM, Steve Bennett wrote:I tried to do something similar, using a git tag to keep track of where I was up tofor the incremental import.It mostly works, except the timeline shows each import as disconnected fromthe previous import. See attached.For the import at 21:40, I tried to import one previous rev hoping that they would bemerged, but this didn't happen. Is this "disconnect" fixable?I guess the problem is that the first commit of an incremental import has noancestor identified. Would it be possible to identify the ancestor somehow, eitheron the command line, or by finding the tip of the corresponding branch?The attached patch works for my simple case of always importing to the tip of trunk,but I'm sure it is highly dubious in other situations.On 05/11/2011, at 7:28 AM, Nolan Darilek wrote:
  

  
  
Just a heads-up:

I did a quick test, and this didn't seem to work:

* Created a new Fossil repository
* Opened it into ./fossil, added README.txt with contents "foo".
* Changed to parent directory, created Git repository in ./git
* Imported Fossil repo and switched to trunk branch
* Modified README.txt to contain "foo\nbar" and committed to Git
* Ran "git fast-export --all |fossil import --incremental
../test.fossil"
* Then ran "cd ../fossil; fossil up"

The result is that my initial commit of README.txt into Fossil
appears in the timeline twice. The Git commit appears, but "fossil
up" won't update to it, at least not without being explicitly asked.
If you'd like to see the resulting repository, it's here:

http://dl.dropbox.com/u/147071/test.fossil

Sorry I didn't test in the first place, I thought that the answer
would be something like "yes of course that works, that's what
--incremental does, what a silly question." :) I guess I'll just use
Fossil until I get pushback, then try promoting it and, if that
fails, just export to Git.

Thanks.


On 11/04/2011 03:35 PM, Michael Barrow wrote:

  Apologies in advance if this makes no sense. I've only done a
tiny bit with git and that was some time ago.
  
  
  What if you have a single directory that both version control
systems use? You pull from git, commit to Fossil, do your
changes and commit to Fossil, and then push your changes to git.
When you do the new pull from git, you just update Fossil and
start the cycle again.



--
Michael L. Barrow
  
  
On Nov 4, 2011, at 10:54, Nolan Darilek no...@thewordnerd.info
wrote:

  
  

  
  Thanks, but that's not really what I asked.
  
  I totally get Fossil's development model, have used it for
  over a year and think that it'd be a great fit for this
  particular community. I also read this message when it was
  originally posted. But I may be working with people who would
  rather submit a quick change via Github rather than download
  and install a new piece of software. Yes, I get that it's
  easy, I'm just thinking that it might be a barrier here. So
  let me make the question more explicit:
  
  1. Can I export my project to a Git repository, push that to
  Github, make a few commits, export the changes to Git and push
  the repository again? If so, will it look identical to the
  repository after the first step with a few extra commits such
  that someone who pulls doesn't get told that the repository
  after the changes is different?
  
  2. If my canonical Fossil repository advances and someone
  makes changes on Github, can I do an incremental import of the
  Git repository and only get their changes without creating an
  entirely new Fossil repository?
  
  3. Has anyone else done this, and how does it work? I'd really
  rather use Fossil, but am worried about losing contributors
  who don't want to learn a new and simpler system. Since we're
  developing applications to meet immediate needs (software for
  the various occupations), the response I may get from people
  might be to use the tools that everyone knows to maximize the
  community's ability/willingness to chip in. If that response
  comes, hopefully I can say that Fossil interacts with Git in
  the manner I've described here and can meet the need.
  
  Thanks.
  
  
  On 11/04/2011 12:06 PM, Stephan Beal wrote:
  
On Fri, Nov 4, 2011 at 5:43 PM,
  Nolan Darilek no...@thewordnerd.info

Re: [fossil-users] Fossil is Awesome

2011-10-27 Thread Steve Bennett 
On 26/10/2011, at 5:59 PM, Nolan Darilek wrote:

 On 10/26/2011 04:50 PM, Stephan Beal wrote:
 
 On Wed, Oct 26, 2011 at 11:37 PM, Nolan Darilek no...@thewordnerd.info 
 wrote:
 like to see: hooks, and the ability to query the internal database and 
 output the results into a page.
  
 The JSON API provides a query command[1] which allows you to run arbitrary 
 queries and get the results as JSON, but it requires admin access (because 
 it allows one to do anything with the db).
 
 
 
 Right, I understand that. I was hoping for an extension of TH1 that would 
 allow for something like selecting the most X Y (where Y == commits, events, 
 tickets, etc.) and displaying properties of those objects, such that the 
 default generated page automatically included the most recent news items or 
 whatever. This would eliminate the need for client-side rendering, and would 
 make those pages searchable via Google, etc. I know that I've mentioned this 
 before, and there has seemed to be some interest, but not enough to take it 
 up and I unfortunately lack the skill/time. So it isn't a complaint, more a 
 here's something I wish I could have.

I've been talking with Richard about replacing TH1 with Jim Tcl. Proof of 
concept seems to work just fine.
The idea would be to allow access back through sqlite to the repository.
Jim Tcl is much more functional than TH1. Combined with the sqlite access, 
should provide many possibilities...

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] any interest in integrating jimtcl w/fossil?

2011-09-25 Thread Steve Bennett 
On 24/09/2011, at 8:02 AM, Ron Wilson wrote:

 On Tue, Sep 20, 2011 at 6:06 PM, Martin S. Weber martin.we...@nist.gov 
 wrote:
 As I've written earlier, I'd really like to see a list of all the commands
 and subcommands of tcl on one side, and all of the commands and subcommands
 of jim on the other side, and an indicator whether a) jim does not support
 
 If I wanted to come up with a design proposal (and I do want), the only
 choice I have is basically scavenge all unit tests of tcl and run them on
 jim, and say c) for each failure. And then compare the parts which aren't
 covered by that. I.e., a LOT of manual work. It sucks. Sigh.
 
 Wouldn't it be more important to compare with Fossil's TH1?

Yes. In which case it is easy since TH1 implements so little.

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] any interest in integrating jimtcl w/fossil?

2011-09-20 Thread Steve Bennett 
I agree that if your are going to integrate some language with fossil then Jim 
Tcl is nearly an ideal fit. It is small, modular, self contained, can replace 
TH1 easily and should be licence compatible.

But... let's see a design proposal, or at least a prototype implementation. I 
think that understanding some core use cases and designing a good API is 
important.

Regarding someone's concern over Tcl vs Jim Tcl differences - yes there are 
differences, but in practice they are unlikely to be a problem. Take a look at 
the online doc http://repo.or.cz/w/jimtcl.git/blob_plain/HEAD:/Tcl_shipped.html

Cheers,
Steve

On 21/09/2011, at 6:05 AM, Martin S. Weber martin.we...@nist.gov wrote:

 Why don't we all save the napalm for when we've come up with a real design 
 proposal for
 
 a) making fossil a library, and
 b) integrating $LANG with a)
 
 The whole argument is somewhat bogus until then, although the voice of 
 concerns is valuable input for creating said design proposal. I don't see why 
 we should delve into details of a potential integration without having 
 thought out these details. I plead guilty of getting carried away with 
 reacting to some of these concerns; after all all I wanted to do was answer 
 Stephan's question positively.
 
 Regards,
 
 -Martin
 ___
 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] any interest in integrating jimtcl w/fossil?

2011-09-20 Thread Steve Bennett 
On 21/09/2011, at 8:06 AM, Martin S. Weber martin.we...@nist.gov wrote:

 On 09/20/11 17:57, Steve Bennett wrote:
 I agree that if your are going to integrate some language with fossil then 
 Jim Tcl is nearly an ideal fit. It is small, modular, self contained, can 
 replace TH1 easily and should be licence compatible.
 
 But... let's see a design proposal, or at least a prototype implementation. 
 I think that understanding some core use cases and designing a good API is 
 important.
 
 Regarding someone's concern over Tcl vs Jim Tcl differences - yes there are 
 differences, but in practice they are unlikely to be a problem. Take a look 
 at the online doc 
 http://repo.or.cz/w/jimtcl.git/blob_plain/HEAD:/Tcl_shipped.html
 
 I did. That's not enough to make an informed decision though as to:
 - which tcl code will run unaltered on jim?
 - -- with the tclcompat package loaded?
 
 both of which are critical questions IMO.
 
 E.g.:
 5. Builtin dictionary type (dict) with some limitations compared to Tcl 8.6 
 
 Yes thank you, but WHICH limitations?
 
 Then you follow the link, and see a couple of subcommands, and most 
 importantly, a couple of them missing when comparing to Tcl 8.6. That's not 
 some limitations, that's some commands are not implemented/supported at 
 all. There's no dict with; there's no dict for; no dict remove; no dict 
 replace; no ... the list goes on. What about tcl code that uses these 
 subcommands? will the tclcompat package bring in the missing dict 
 subcommands? Will the tcl code have to be rewritten? In practice, with not 
 supporting dict with, about 90% of the tcl code I've written in the past 
 five years would NOT run unaltered on jim, thus being very likely to be a 
 problem in practice.

The simple answer is, No, you will not be able run (any) Tcl code unaltered. If 
that is what you want, you have no choice but to use full Tcl. It may not be 
unreasonable to allow an arbitrary language binding to fossil. Python anyone? 
But I think the proposal here is to have a full scripting language built in to 
fossil. This is a different proposition. Lua is another reasonable alternative 
here, and that won't run *any* of your existing Tcl scripts.

 
 As I've written earlier, I'd really like to see a list of all the commands 
 and subcommands of tcl on one side, and all of the commands and subcommands 
 of jim on the other side, and an indicator whether a) jim does not support 
 given command and/or subcommand, b) jim supports it but with differences, c) 
 jim supports it and it behaves idempotent to the tcl command/subcommand, d) 
 a) or b) is the case but by loading package x it becomes c). Without this 
 information IMO it is impossible to do an informed choice on whether to use 
 jim or tcl.

I understand, but this is not trivial since there are some subtle differences 
which go beyond commands existing or not. But in general, if it isn't in the 
manual, it doesn't exist. dict for, dict replace, etc.

 
 If I wanted to come up with a design proposal (and I do want), the only 
 choice I have is basically scavenge all unit tests of tcl and run them on 
 jim, and say c) for each failure. And then compare the parts which aren't 
 covered by that. I.e., a LOT of manual work. It sucks. Sigh.

I don't think the design proposal needs to care too much about the language 
features.
It is the interface to fossil which is important.

Cheers,
Steve

 
 Regards,
 -Martin
 ___
 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 tutorial - Oct 25 in Manassas VA

2011-09-15 Thread Steve Bennett 
On 15/09/2011, at 1:42 AM, Richard Hipp wrote:

 I'm schedule to give a 3.5 hour in-depth tutorial on Fossil on Tuesday, Oct 
 25 from 09:00 to 12:30 in Manassas VA as part of the 2011 Tcl/Tk conference.  
 See http://www.tcl.tk/community/tcl2011/schedule.html for schedule and 
 registration information.  In addition to usual high-level information about 
 the history and usage of DVCSes in general and Fossil in particular, I plan 
 to go into detail about the internal data structures, code organization, and 
 file format for Fossil, with the idea of equipping users with 
 behind-the-scenes information that will help them to make more effective use 
 of Fossil, and to better understand why Fossil behaves the way it does.

That's great. I'm going to be giving a presentation on Jim Tcl for the main 
conference.
Are you staying for the conference, or are you only going to be there on the 
Tuesday?

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] enable -Wall/-Werror?

2011-09-08 Thread Steve Bennett 
On 09/09/2011, at 12:13 PM, Stephan Beal wrote:

 Hi, all!
 
 Is there a way, using the new config process, to enable -Wall and -Werror? i 
 find it painful building without them.
 
 -- 
 - stephan beal
 http://wanderinghorse.net/home/stephan/
 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


$ ./configure CFLAGS=-Wall -Werror -g -O2
$ make

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] The autosetup, and readline

2011-09-02 Thread Steve Bennett 
On 02/09/2011, at 6:24 PM, Lluís Batlle i Rossell wrote:

 On Fri, Sep 02, 2011 at 06:15:54PM +1000, Steve Bennett wrote:
 
 Thanks. Can you test this patch for me it see if it helps?
 
 Now it outputs:
 Checking for zlib.h...ok
 Checking libs for inflateEnd...-lz
 Checking for system ssl...ok
 HTTP support enabled
 Checking for readline/readline.h...Checking libs for gethostbyname...none 
 needed
 Checking libs for socket...none needed
 Checking for getpassphrase...not found
 Checking libs for getpass...none needed
 
 
 It looks like it is not testing the symbol anymore.

Ahh, I see. Ignore that patch.
It is because you are using Tcl rather than Jim Tcl.
I can reproduce it here. Will work on a fix.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] The autosetup, and readline

2011-09-02 Thread Steve Bennett 
On 02/09/2011, at 6:24 PM, Lluís Batlle i Rossell wrote:

 On Fri, Sep 02, 2011 at 06:15:54PM +1000, Steve Bennett wrote:
 
 Thanks. Can you test this patch for me it see if it helps?
 
 Now it outputs:
 Checking for zlib.h...ok
 Checking libs for inflateEnd...-lz
 Checking for system ssl...ok
 HTTP support enabled
 Checking for readline/readline.h...Checking libs for gethostbyname...none 
 needed
 Checking libs for socket...none needed
 Checking for getpassphrase...not found
 Checking libs for getpass...none needed
 
 
 It looks like it is not testing the symbol anymore.

OK. Try this fix instead.

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






fossil-autosetup-tclsh-fix.patch
Description: Binary data
___
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] Silencing warnings about deprecated OpenSSL on OS X

2011-09-02 Thread Steve Bennett 
On 02/09/2011, at 7:27 PM, Dmitry Chestnykh wrote:

 Well, you could just do this (see attached patch).
 
 Thanks!
 
 But should it be restricted to when compiling http_ssl? To Mac OS X? To 10.7?
 
 I think restricting it to just Mac OS X is okay.
 
 We know that they deprecated OpenSSL, and we don't have any plans to do 
 something with it apart from making OS X users compile their own OpenSSL once 
 Apple removes it, do we?
 
 The probability that there be something else deprecated (zlib? functions from 
 libc?) is tiny.

OK. So this should do then.


--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






fossil-deprecated-decl-v2.patch
Description: Binary data
___
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] Build issue and ticket creation

2011-09-01 Thread Steve Bennett 
On 02/09/2011, at 12:36 PM, James Turner wrote:

 I've got two issues. First, Makefile.in was removed when the symlinks
 branch was merged into trunk [0]. Because of this I get the below build
 error when I run ./configure:
 
 Error: Template Makefile.in is missing
 Try: 'configure --help' for options
 
 Second, can you no longer create tickets on fossil-scm.org as an
 anonymous user? If this is the case how do I create a user so I can file
 bug reports?
 
 Thanks.
 
 [0] http://www.fossil-scm.org/fossil/info/e4f1c1fe95

Ditto. I was trying to look at some of the other autosetup issues but I can't 
build :-(
I didn't even have the fossil-foo to find out where it went MIA.
Does this mean that 1.19 is broken?

 
 -- 
 James Turner
 ja...@calminferno.net
 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] The autosetup, and readline

2011-09-01 Thread Steve Bennett 
On 02/09/2011, at 7:43 AM, Lluís Batlle i Rossell wrote:

 Does the autosetup detect 'readline' for all of you?
 
 For me, it says that it cannot find the 'readline' symbol in the lib.
 
 I've tried to understand the autosetup code, and I found a trick that makes it
 work, but I cannot tell why.
 
 In my case, autosetup is even not running the test for the 'readline' symbol 
 in
 the lib (tested with --debug), so it really looks like something internal to
 autosetup.
 
 Help welcome.

Can you send me config.log from running with --debug?

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Question on short-lived branches in fossil

2011-07-22 Thread Steve Bennett 
So I created the 'autosetup' branch and added a commit which drh then merged to 
trunk.

Is that branch now defunct? If I want to propose some more, related changes,
do I create a new branch, say autosetup2, or do I continue or resurrect the 
autosetup branch?
If so, how?

Thanks,
Steve
 
--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Avoiding problems with fossil default Makefile (Steve Bennett)

2011-07-21 Thread Steve Bennett 
On 21/07/2011, at 5:24 PM, Ben Summers wrote:

 
 On 21 Jul 2011, at 07:42, Steve Bennett wrote:
 
 On 20/07/2011, at 7:16 PM, Ben Summers wrote:
 
 
 I'm concerned that typing 'make' on obscure platforms builds subtly broken 
 binaries. For example, on Solaris, it'll build one which truncates your 
 passwords to 8 characters.
 
 I propose that we whitelist platforms where the default Makefile is known 
 to work, and force the use of ./configure for all other platforms.
 
 Here's an example change to the build system which only allows Linux and 
 Mac OS X to use the default Makefile:
 
 http://fossil-scm.org/index.html/info/14d1e44957
 
 I have also corrected the documentation. Suggesting people type 
 ./configure; make will just use the default Makefile on the platforms 
 where it really matters! You need to use the explicit ./configure; make -f 
 GNUmakefile to pick up the autosetup generated Makefile.
 
 The autosetup/configure stuff is quite new.
 Aren't we just waiting until it has had some more testing until
 switching over to it for all (non-windows) platforms?
 
 Probably. It's just that the current trunk has a 'broken' fossil on Solaris 
 and the instructions on how to use it are wrong.
 
 
 
 Probably makes sense to rename Makefile to Makefile.classic and
 have configure create Makefile from Makefile.in though.
 
 Yes!

What say you Richard? Will you accept a patch for this change?

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Avoiding problems with fossil default Makefile (Steve Bennett)

2011-07-21 Thread Steve Bennett 
On 21/07/2011, at 10:43 PM, Lluís Batlle i Rossell virik...@gmail.com wrote:

 On Thu, Jul 21, 2011 at 08:26:25AM -0400, Richard Hipp wrote:
 On Thu, Jul 21, 2011 at 5:33 AM, Steve Bennett ste...@workware.net.auwrote:
 
 On 21/07/2011, at 5:24 PM, Ben Summers wrote:
 
 Probably makes sense to rename Makefile to Makefile.classic and
 have configure create Makefile from Makefile.in though.
 
 Yes!
 
 What say you Richard? Will you accept a patch for this change?
 
 
 Yes.
 
 Just to understand the situation... fossil 1.18 has a broken configure script,
 right? It fails for me on some syntax problem.
 
 So there is nothing released with autconf still.

Please provide details.
___
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] Avoiding problems with fossil default Makefile (Steve Bennett)

2011-07-21 Thread Steve Bennett 
On 21/07/2011, at 11:48 PM, Lluís Batlle i Rossell virik...@gmail.com wrote:

 On Thu, Jul 21, 2011 at 11:34:28PM +1000, Steve Bennett wrote:
 On 21/07/2011, at 10:43 PM, Lluís Batlle i Rossell virik...@gmail.com 
 wrote:
 Just to understand the situation... fossil 1.18 has a broken configure 
 script,
 right? It fails for me on some syntax problem.
 
 So there is nothing released with autconf still.
 
 Please provide details.
 
 Host System...x86_64-unknown-linux-gnu
 Build System...x86_64-unknown-linux-gnu
 C compiler... cc -g -O2
 C++ compiler... c++ -g -O2
 Checking for stdlib.h...ok
 Checking for uint32_t...Checking for pread...ok
 Checking for tclsh...ok
 Checking for zlib.h...ok
 Checking libs for inflateEnd...-lz
 auto.def:77 missing close-bracket
 in expression [check-for-openssl $msg...
 missing close-bracket
 in expression [check-for-openssl $msg...
(parsing expression [check-for-openssl $ms...)
invoked from within
 if {[check-for-openssl $msg $cflags $ldflags} {
incr found
break
}
(foreach body line 11)
invoked from within
 foreach dir $ssldirs {
if {$dir eq } {
set msg system ssl
set cflags 
set ldflags ...
invoked from within
 if {$ssldirs ne none} {
set found 0
if {$ssldirs in {auto }} {
catch {
set cflags [exec pkg-config openssl --cflags-on...
(file auto.def line 77)
invoked from within
 source $autosetup(autodef)
(procedure main line 148)
invoked from within
 main $argv

I'm confused. This has been fixed since many days ago.

http://www.fossil-scm.org/index.html/info/35f80429f2
 
___
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] Avoiding problems with fossil default Makefile (Steve Bennett)

2011-07-21 Thread Steve Bennett 
On 21/07/2011, at 10:26 PM, Richard Hipp wrote:On Thu, Jul 21, 2011 at 5:33 AM, Steve Bennett ste...@workware.net.au wrote:

On 21/07/2011, at 5:24 PM, Ben Summers wrote:

 Probably makes sense to rename Makefile to Makefile.classic and
 have configure create Makefile from Makefile.in though.

 Yes!

What say you Richard? Will you accept a patch for this change?Yes.See attached.It doesn't seem that 'fossil diff' captures renamed files, soalso rename Makefile to Makefile.classic and GNUmakefile.in to Makefile.in
--µWeb: Embedded Web Framework - http://uweb.workware.net.au/WorkWare Systems Pty LtdW: www.workware.net.au   P: +61 434 921 300E: ste...@workware.net.au F: +61 7 3391 6002



fossil-configure-by-default.patch
Description: Binary data
___
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] Avoiding problems with fossil default Makefile

2011-07-21 Thread Steve Bennett 
On 22/07/2011, at 12:06 PM, Doug Currie wrote:

 On OSX 10.6.8...
 
 I've installed a few macports programs; this creates /opt, and puts 
 /opt/local/bin:/opt/local/sbin on the front of my PATH environment variable.
 
 I'd like to build fossil with the system's /usr includes and libraries, and 
 this is how the Makefile works. Is there a way to force this choice with 
 autosetup's ./configure?
 
 Using the Makefile, files are compiled (with no warnings or errors) with, 
 e.g.,
 
 gcc -g -Os -Wall -DFOSSIL_ENABLE_SSL   -I. -I./src -o ./bld/add.o -c 
 ./bld/add_.c
 
 whereas using the configure generated GNUMakefile
 
 cc -I/opt/local/include-g -O2 -DHAVE_AUTOCONFIG_H  -I. -I./src -o 
 ./bld/add.o -c ./bld/add_.c
 
 Note the extraneous -I/opt/local/include
 
 Similarly with the configure generated GNUMakefile I also get a LIB option 
 
 -L/opt/local/lib
 
 
 I found that if I removed /opt/local/bin:/opt/local/sbin from my PATH then 
 fossil was built as I expected. This seems like an awkward workaround.

Sure. Try:

./configure --with-openssl=/usr

The problem happens because pkg-config is used to find openssl if nothing is 
specified.
Personally I would be happy to drop this, but perhaps the use of pkg-config is 
important
on some systems.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Avoiding problems with fossil default Makefile

2011-07-20 Thread Steve Bennett 
On 20/07/2011, at 7:16 PM, Ben Summers wrote:

 
 I'm concerned that typing 'make' on obscure platforms builds subtly broken 
 binaries. For example, on Solaris, it'll build one which truncates your 
 passwords to 8 characters.
 
 I propose that we whitelist platforms where the default Makefile is known to 
 work, and force the use of ./configure for all other platforms.
 
 Here's an example change to the build system which only allows Linux and Mac 
 OS X to use the default Makefile:
 
  http://fossil-scm.org/index.html/info/14d1e44957
 
 I have also corrected the documentation. Suggesting people type ./configure; 
 make will just use the default Makefile on the platforms where it really 
 matters! You need to use the explicit ./configure; make -f GNUmakefile to 
 pick up the autosetup generated Makefile.
 
 Ben

The autosetup/configure stuff is quite new.
Aren't we just waiting until it has had some more testing until
switching over to it for all (non-windows) platforms?

Probably makes sense to rename Makefile to Makefile.classic and
have configure create Makefile from Makefile.in though.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Supporting markwon syntax for wiki

2011-07-20 Thread Steve Bennett 
On 21/07/2011, at 6:14 AM, Remigiusz Modrzejewski wrote:

 
 On Jul 20, 2011, at 21:18 , Eric wrote:
 
 +1
 
 Oh, for heaven's sake! We did this before:
 
 1) there's no pleasing everybody (we all have our different favourites)
 
 But most people agree that any of markdown/restructuredtext/dokuwiki/whatever 
 simple syntax is nicer than html-based markup.
 
 2) if its not available as a single-file C API, it's probably not going in
 anyway (and insisting that it be a library is just as restrictive)
 
 
 At some point of this discussion there was an author willing to contribute 
 his (her?) markdown-mangling C code. But this author did not want to delve 
 into inner workings of Fossil, only offered code with good license and help 
 to whoever integrates that. But nobody volunteered to be the integrator.

Discount (http://www.pell.portland.or.us/~orc/Code/discount/) is probably 
relatively
easy to integrate and the licence is OK. Still needs somebody to do the work 
though.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] autosetup and GNUmakefile

2011-07-14 Thread Steve Bennett 
On 14/07/2011, at 7:03 PM, Stephan Beal wrote:

 On Thu, Jul 14, 2011 at 9:11 AM, Ben Summers b...@fluffy.co.uk wrote:
 
 If I run the ./configure script, Solaris make (which isn't GNU make) will 
 ignore GNUmakefile and build a broken binary again!
 
 The maintainer of GNU Make, Paul Smith, writes (and i agree with him 
 wholeheartedly, after having spent many painful years maintaining Solaris 
 systems):
 
   Don't hassle with writing portable makefiles, use a portable make instead!
 
 That's Rule #1 on Paul's list of Make rules 
 (http://make.paulandlesley.org/rules.html).
 
 gmake is available for every odd platform out there, though it is not always 
 installed by default.
 
 As a user of fossil on an unusual platform, I really appreciate all the 
 effort put into portability: thank you!
 
 But certainly there's a GNU Make distribution for your platform?

I tend to agree with Stephan on this one.
I'm all for keeping external requirements to a minimum, but there GNU make
doesn't seem unreasonable.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] [PATCH] Update autosetup to support Solaris

2011-07-14 Thread Steve Bennett 
On 14/07/2011, at 10:05 PM, Dan Kennedy wrote:

 On 07/14/2011 02:31 PM, Steve Bennett wrote:
 Hi All,
 
 I have worked with Ben Summers to resolve some small
 issues with autosetup on Solaris (mostly related to the fact that Solaris
 doesn't have a posix-compliant shell in /bin/sh).
 
 The updates have been pushed to the autosetup repository
 and a patch is attached here.
 
 There are two additional changes:
 1. GNUmakefile.in is changed to remove the non-gnu := syntax
 2. The no pager modification is moved out into local.tcl so that
it won't be undone by future autosetup updates.
 
 Cheers,
 Steve
 
 I'm wondering about this, from the cc-check-function-in-lib header
 comment:
 
   # If additional libraries may be needed for linking, they should be
   # specified
   # as $extralibs as -lotherlib1 -lotherlib2.
   # These libraries are not automatically added to LIBS.
 
 On Slackware (I guess other systems too) this seems to come up a lot.
 For example, you can't link the system SQLite without also explicitly
 linking libdl. And you can't link readline without also linking
 ncurses. And so on.
 
 So how should, say, a test for readline() be written? So that -lncurses
 is added to LIBS if required?

This is modelled on the autoconf AC_SEARCH_LIBS.
I guess the assumption is that you know which additional libs may be needed.
If not, there is no alternative but to try various combinations of extra libs
until it works. The foreach approach you have used seems like a reasonable way
to do this.

PS I see the you didn't commit autosetup/local.tcl (attached)
You will want to do this to preserve drh's change to disable the pager.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






local.tcl
Description: Binary data
___
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] optimize size of binary

2011-07-13 Thread Steve Bennett 
On 13/07/2011, at 10:35 PM, Rene wrote:

 On Tue, 12 Jul 2011 14:48:42 +0200, Müller, Rainer wrote:
 Hello, I want to use fossil on an ARM based platform. We have only a
 few MB flash, so i tried to strip the binary - but the best result 
 was
 about 1.1MB.
 
 I read that someone managed to build a 330kB binary, any suggestions
 on this issue? I don't need the bug tracking or wiki feature but i
 doubt they can be deactivated, right?
 
 Regards, Rainer.
 
 Development Software Systems
 Festo Gesellschaft m.b.H.
 LINZER STRAßE 227
 Austria - 1140 WIEN
 
 Firmenbuch Wien
 FN 38435y
 
 Tel: +43(1)91075-362
 Fax: +43(1)91075-282
 www.festo.at
 
 
 I'm not the one who build a small binary. You could try to:
 
 use ulibc http://www.uclibc.org/  (I'm not sure if fossil will 
 compile/work)

That's won't help. Either uClibc or glibc are going to be linked
as shared libraries and the size indicated above excludes libc.

 use compression http://upx.sourceforge.net/

We use squashfs (http://squashfs.sourceforge.net/) on many of our systems.
Using this approach, all your files, including binaries and shared libraries
will be compressed in flash. Better than compressing apps one at a time.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Version 1.18

2011-07-13 Thread Steve Bennett 
On 14/07/2011, at 10:01 AM, Martin S. Weber wrote:

 On 07/13/11 19:27, Richard Hipp wrote:
 I have tagged the release of Fossil version 1.18.  You can pickup a copy at
 
 http://www.fossil-scm.org/download.html
 
 Comments on the download page enumerate the changes in this release.
 This is no compelling reason to upgrade - it just had been a long time
 since there had been a release and so I felt I ought to do one.
 
 Yes, I know the OpenBSD binary is not available just yet.  I'm working
 on that
 
 the configure script (yeah I know it's not necessary) bombs:
 
 $ sh ./configure
 jimsh: not found
 Host System...i386-unknown-netbsdelf5.1.
 Build System...i386-unknown-netbsdelf5.1.
 C compiler... cc -g -O2
 C++ compiler... c++ -g -O2
 Checking for stdlib.h...ok
 Checking for uint32_t...Checking for pread...ok
 Checking for tclsh...ok
 Checking for zlib.h...ok
 Checking libs for inflateEnd...-lz
 auto.def:77 missing close-bracket
 in expression [check-for-openssl $msg...
 missing close-bracket
 in expression [check-for-openssl $msg...
 (parsing expression [check-for-openssl $ms...)
 invoked from within
 if {[check-for-openssl $msg $cflags $ldflags} {
 incr found
 break
 }
 (foreach body line 11)
 invoked from within
 foreach dir $ssldirs {
 if {$dir eq } {
 set msg system ssl
 set cflags 
 set ldflags ...
 invoked from within
 if {$ssldirs ne none} {
 set found 0
 if {$ssldirs in {auto }} {
 catch {
 set cflags [exec pkg-config openssl --cflags-on...
 (file auto.def line 77)
 invoked from within
 source $autosetup(autodef)
 (procedure main line 148)
 invoked from within
 main $argv
 
 
 Add the closing bracket on line 101 of auto.def to fix.
 
 For those who are too lazy to build themselves, grab the stripped NetBSD 
 (5.1) 
 x86 binary ( fossil: ELF 32-bit LSB executable, Intel 80386, version 1 
 (SYSV), 
 dynamically linked (uses shared libs), for NetBSD 5.1, stripped ) from 
 http://uharc.net/~phaeton/fossil-netbsd-x86-20110713.zip
 SHA1:
 e377f0f4b7dec7ece2650686c064e95b14e6  fossil-netbsd-x86-20110713.zip
 
 Thanks @ Richard  contributors!
 
 Regards,
 -Martin

Thanks Martin.

Please try the attached fix.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






auto-def-missing-bracket.patch
Description: Binary data
___
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] Version 1.18

2011-07-13 Thread Steve Bennett 
On 14/07/2011, at 12:05 PM, Steve Bennett wrote:

 On 14/07/2011, at 10:01 AM, Martin S. Weber wrote:
 
 On 07/13/11 19:27, Richard Hipp wrote:
 I have tagged the release of Fossil version 1.18.  You can pickup a copy at
 
 http://www.fossil-scm.org/download.html
 
 Comments on the download page enumerate the changes in this release.
 This is no compelling reason to upgrade - it just had been a long time
 since there had been a release and so I felt I ought to do one.
 
 Yes, I know the OpenBSD binary is not available just yet.  I'm working
 on that
 
 the configure script (yeah I know it's not necessary) bombs:
 
 $ sh ./configure
 jimsh: not found
 Host System...i386-unknown-netbsdelf5.1.
 Build System...i386-unknown-netbsdelf5.1.
 C compiler... cc -g -O2
 C++ compiler... c++ -g -O2
 Checking for stdlib.h...ok
 Checking for uint32_t...Checking for pread...ok
 Checking for tclsh...ok
 Checking for zlib.h...ok
 Checking libs for inflateEnd...-lz
 auto.def:77 missing close-bracket
 in expression [check-for-openssl $msg...
 missing close-bracket
 in expression [check-for-openssl $msg...
(parsing expression [check-for-openssl $ms...)
invoked from within
 if {[check-for-openssl $msg $cflags $ldflags} {
incr found
break
}
(foreach body line 11)
invoked from within
 foreach dir $ssldirs {
if {$dir eq } {
set msg system ssl
set cflags 
set ldflags ...
invoked from within
 if {$ssldirs ne none} {
set found 0
if {$ssldirs in {auto }} {
catch {
set cflags [exec pkg-config openssl --cflags-on...
(file auto.def line 77)
invoked from within
 source $autosetup(autodef)
(procedure main line 148)
invoked from within
 main $argv
 
 
 Add the closing bracket on line 101 of auto.def to fix.
 
 For those who are too lazy to build themselves, grab the stripped NetBSD 
 (5.1) 
 x86 binary ( fossil: ELF 32-bit LSB executable, Intel 80386, version 1 
 (SYSV), 
 dynamically linked (uses shared libs), for NetBSD 5.1, stripped ) from 
 http://uharc.net/~phaeton/fossil-netbsd-x86-20110713.zip
 SHA1:
 e377f0f4b7dec7ece2650686c064e95b14e6  fossil-netbsd-x86-20110713.zip
 
 Thanks @ Richard  contributors!
 
 Regards,
 -Martin
 
 Thanks Martin.
 
 Please try the attached fix.

Oh. I see you already worked out the fix for yourself :-)

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Version 1.18

2011-07-13 Thread Steve Bennett 
On 14/07/2011, at 9:27 AM, Richard Hipp wrote:

 I have tagged the release of Fossil version 1.18.  You can pickup a copy at
 
 http://www.fossil-scm.org/download.html
 
 Comments on the download page enumerate the changes in this release.  This is 
 no compelling reason to upgrade - it just had been a long time since there 
 had been a release and so I felt I ought to do one.
 
 Yes, I know the OpenBSD binary is not available just yet.  I'm working on 
 that

I notice that you kept the --disable-internal-sqlite option in auto.def, but 
removed
the corresponding change in src/main.mk to actually implement it.
Is that because it used a gnu-make feature?
If so, it could be done more portably.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Needed: volunteer to autoconf Fossil

2011-07-09 Thread Steve Bennett 
On 10/07/2011, at 6:28 AM, Richard Hipp wrote:On Wed, Jul 6, 2011 at 5:30 PM, Eric e...@deptj.eu wrote:


On Wed, July 6, 2011 6:11 am, Steve Bennett wrote:
 Hi Richard,

 I really dislike autoconf - a feeling cultivated through years of
 experience
 trying to use it. And I think I'm probably not alone in that feeling.

 You are very much not alone. See http://msteveb.github.com/autosetup/why/


Not wishing to rain on anyone's parade, but, as it says in the autoconf
info page,

"Those who do not understand Autoconf are condemned to reinvent it,
poorly. "I rather like Steve's reimplementation. It uses TCL. But for systems that do not have TCL installed by default, it includes the complete source code for JimTcl which it automatically compiles and runs. Unlike autoconf, I'm actual able to follow the code for Steve's autosetup.

My only complaint with autosetup is that autosetup itself is maintained on github :-(The autosetup version of Fossil is now available on a branch. Some additional work is needed. http://www.fossil-scm.org/fossil/timeline?r=autosetupGreat. Bug reports and requests are welcome.I did notice one small bug in that version. See fix attached.Cheers,Steve
--µWeb: Embedded Web Framework - http://uweb.workware.net.au/WorkWare Systems Pty LtdW: www.workware.net.au   P: +61 434 921 300E: ste...@workware.net.au F: +61 7 3391 6002



fix-autoconfig.patch
Description: Binary data
___
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] Needed: volunteer to autoconf Fossil

2011-07-09 Thread Steve Bennett 
On 10/07/2011, at 7:26 AM, Matt Welland wrote:

 Worked great for me on two Ubuntu machines. One mildly unusual thing, make 
 install uses mv to put the binary in /usr/local/bin. Normally I think 
 autoconf generated Makefiles will use install or a sh script to emulated 
 install and keeps the executable in the build dir. Probably no big deal but 
 why deviate from what is familiar?

That's the way it worked previously.
I tried to be as unobtrusive as possible with the initial version.

Cheers,
Steve

 
 Matt
 -=-
 
 On Sat, Jul 9, 2011 at 1:28 PM, Richard Hipp d...@sqlite.org wrote:
 On Wed, Jul 6, 2011 at 5:30 PM, Eric e...@deptj.eu wrote:
 
 On Wed, July 6, 2011 6:11 am, Steve Bennett wrote:
  Hi Richard,
 
  I really dislike autoconf - a feeling cultivated through years of
  experience
  trying to use it.  And I think I'm probably not alone in that feeling.
 
  You are very much not alone. See http://msteveb.github.com/autosetup/why/
 
 
 Not wishing to rain on anyone's parade, but, as it says in the autoconf
 info page,
 
 Those who do not understand Autoconf are condemned to reinvent it,
 poorly. 
 
 I rather like Steve's reimplementation.  It uses TCL.  But for systems that 
 do not have TCL installed by default, it includes the complete source code 
 for JimTcl which it automatically compiles and runs.  Unlike autoconf, I'm 
 actual able to follow the code for Steve's autosetup.
 
 My only complaint with autosetup is that autosetup itself is maintained on 
 github :-(
 
 The autosetup version of Fossil is now available on a branch.  Some 
 additional work is needed.
 
 http://www.fossil-scm.org/fossil/timeline?r=autosetup
  
 
 Maybe not, but your first reference from the above page is a bit OTT (as
 some of the comments below it say).
 
 Regards,
 
 Eric
 
 ___
 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

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Needed: volunteer to autoconf Fossil

2011-07-07 Thread Steve Bennett 
On 07/07/2011, at 2:22 PM, Matt Welland wrote:

 As an end user this appears to the best alternative I've seen so far. The 
 fact that autosetup presents a familiar ./configure  make interface is 
 fantastic - if it really works as advertised. 
 
 Does the cross compilation really work? I'd really like to put fossil on my 
 n900 but I don't want to set up scratchbox (again) right now.
 
 Matt
 -=-


$ ./configure --host=mips-unknown-nto-qnx6.5.0
Host System...mips-unknown-nto-qnx6.5.0
Build System...i686-pc-linux-gnu
C compiler...ccache mips-unknown-nto-qnx6.5.0-gcc -g -O2
C++ compiler...ccache mips-unknown-nto-qnx6.5.0-c++ -g -O2
Checking for stdlib.h...ok
Checking for stdint.h...ok
Checking for inttypes.h...ok
Checking for uint32_t...ok
Checking for uint16_t...ok
Checking for int16_t...ok
Checking for uint8_t...ok
Checking for pread...ok
Checking for tclsh...ok
Checking for zlib.h...ok
Checking libs for inflateEnd...-lz
Checking for ssl via pkg-config...ok
HTTP support enabled
Checking for stdio.h...ok
Checking for readline/readline.h...not found
Checking for editline/readline.h...not found
Checking libs for gethostbyname...no
Checking libs for socket...-lsocket
Checking for getpassphrase...not found
Checking libs for getpass...none needed
Created Makefile from Makefile.in
autoconfig.h is unchanged
$ make
cc -o ./bld/translate ./src/translate.c
./bld/translate ./src/add.c ./bld/add_.c
./bld/translate ./src/allrepo.c ./bld/allrepo_.c
./bld/translate ./src/attach.c ./bld/attach_.c
./bld/translate ./src/bag.c ./bld/bag_.c
...snip...
./bld/translate ./src/zip.c ./bld/zip_.c
cc -o ./bld/mkindex ./src/mkindex.c
./bld/mkindex ./bld/add_.c ./bld/allrepo_.c ./bld/attach_.c ./bld/bag_.c 
./bld/bisect_.c ./bld/blob_.c ./bld/branch_.c ./bld/browse_.c ./bld/captcha_.c 
./bld/cgi_.c ./bld/checkin_.c ./bld/checkout_.c ./bld/clearsign_.c 
./bld/clone_.c ./bld/comformat_.c ./bld/configure_.c ./bld/content_.c 
./bld/db_.c ./bld/delta_.c ./bld/deltacmd_.c ./bld/descendants_.c ./bld/diff_.c 
./bld/diffcmd_.c ./bld/doc_.c ./bld/encode_.c ./bld/event_.c ./bld/export_.c 
./bld/file_.c ./bld/finfo_.c ./bld/glob_.c ./bld/graph_.c ./bld/gzip_.c 
./bld/http_.c ./bld/http_socket_.c ./bld/http_ssl_.c ./bld/http_transport_.c 
./bld/import_.c ./bld/info_.c ./bld/leaf_.c ./bld/login_.c ./bld/main_.c 
./bld/manifest_.c ./bld/md5_.c ./bld/merge_.c ./bld/merge3_.c ./bld/name_.c 
./bld/path_.c ./bld/pivot_.c ./bld/popen_.c ./bld/pqueue_.c ./bld/printf_.c 
./bld/rebuild_.c ./bld/report_.c ./bld/rss_.c ./bld/schema_.c ./bld/search_.c 
./bld/setup_.c ./bld/sha1_.c ./bld/shun_.c ./bld/skins_.c ./bld/sqlcmd_.c 
./bld/stash_.c ./bld/stat_.c ./bld/style_.c ./bld/sync_.c ./bld/tag_.c 
./bld/tar_.c ./bld/th_main_.c ./bld/timeline_.c ./bld/tkt_.c ./bld/tktsetup_.c 
./bld/undo_.c ./bld/update_.c ./bld/url_.c ./bld/user_.c ./bld/verify_.c 
./bld/vfile_.c ./bld/wiki_.c ./bld/wikiformat_.c ./bld/winhttp_.c ./bld/xfer_.c 
./bld/zip_.c bld/page_index.h
cc -o ./bld/makeheaders ./src/makeheaders.c
awk '{ printf #define MANIFEST_UUID \%s\\n, $1}'  ./src/../manifest.uuid 
./bld/VERSION.h
awk '{ printf #define MANIFEST_VERSION \[%.10s]\\n, $1}'  
./src/../manifest.uuid ./bld/VERSION.h
awk '$1==D{printf #define MANIFEST_DATE \%s %s\\n, 
substr($2,1,10),substr($2,12,8)}'  ./src/../manifest ./bld/VERSION.h
./bld/makeheaders  ./bld/add_.c:./bld/add.h ./bld/allrepo_.c:./bld/allrepo.h 
./bld/attach_.c:./bld/attach.h ./bld/bag_.c:./bld/bag.h 
./bld/bisect_.c:./bld/bisect.h ./bld/blob_.c:./bld/blob.h 
./bld/branch_.c:./bld/branch.h ./bld/browse_.c:./bld/browse.h 
./bld/captcha_.c:./bld/captcha.h ./bld/cgi_.c:./bld/cgi.h 
./bld/checkin_.c:./bld/checkin.h ./bld/checkout_.c:./bld/checkout.h 
./bld/clearsign_.c:./bld/clearsign.h ./bld/clone_.c:./bld/clone.h 
./bld/comformat_.c:./bld/comformat.h ./bld/configure_.c:./bld/configure.h 
./bld/content_.c:./bld/content.h ./bld/db_.c:./bld/db.h 
./bld/delta_.c:./bld/delta.h ./bld/deltacmd_.c:./bld/deltacmd.h 
./bld/descendants_.c:./bld/descendants.h ./bld/diff_.c:./bld/diff.h 
./bld/diffcmd_.c:./bld/diffcmd.h ./bld/doc_.c:./bld/doc.h 
./bld/encode_.c:./bld/encode.h ./bld/event_.c:./bld/event.h 
./bld/export_.c:./bld/export.h ./bld/file_.c:./bld/file.h 
./bld/finfo_.c:./bld/finfo.h ./bld/glob_.c:./bld/glob.h 
./bld/graph_.c:./bld/graph.h ./bld/gzip_.c:./bld/gzip.h 
./bld/http_.c:./bld/http.h ./bld/http_socket_.c:./bld/http_socket.h 
./bld/http_ssl_.c:./bld/http_ssl.h 
./bld/http_transport_.c:./bld/http_transport.h ./bld/import_.c:./bld/import.h 
./bld/info_.c:./bld/info.h ./bld/leaf_.c:./bld/leaf.h 
./bld/login_.c:./bld/login.h ./bld/main_.c:./bld/main.h 
./bld/manifest_.c:./bld/manifest.h ./bld/md5_.c:./bld/md5.h 
./bld/merge_.c:./bld/merge.h ./bld/merge3_.c:./bld/merge3.h 
./bld/name_.c:./bld/name.h ./bld/path_.c:./bld/path.h 
./bld/pivot_.c:./bld/pivot.h ./bld/popen_.c:./bld/popen.h 
./bld/pqueue_.c:./bld/pqueue.h ./bld/printf_.c:./bld/printf.h 
./bld/rebuild_.c:./bld/rebuild.h ./bld/report_.c:./bld/report.h

Re: [fossil-users] Needed: volunteer to autoconf Fossil

2011-07-06 Thread Steve Bennett 
On 07/07/2011, at 7:30 AM, Eric wrote:

 
 On Wed, July 6, 2011 6:11 am, Steve Bennett wrote:
 Hi Richard,
 
 I really dislike autoconf - a feeling cultivated through years of
 experience
 trying to use it.  And I think I'm probably not alone in that feeling.
 
 You are very much not alone. See http://msteveb.github.com/autosetup/why/
 
 
 Not wishing to rain on anyone's parade, but, as it says in the autoconf
 info page,
 
 Those who do not understand Autoconf are condemned to reinvent it,
 poorly. 

All this says is this is a complex problem and you can never solve it
better than the way we solved it.

This is not conducive to progress.
In building autosetup, I've learnt more about autoconf than I ever wanted
to know :-)

 
 Maybe not, but your first reference from the above page is a bit OTT (as
 some of the comments below it say).

Indeed. And just complaining about something without offering an alternative
doesn't help much. autoconf isn't terrible, but it can be a frustrating 
experience.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
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] Needed: volunteer to autoconf Fossil

2011-07-05 Thread Steve Bennett 
Hi Richard,

 I really dislike autoconf - a feeling cultivated through years of experience
 trying to use it.  And I think I'm probably not alone in that feeling.

You are very much not alone. See http://msteveb.github.com/autosetup/why/

  I've
 tried to avoid having to use autoconf in Fossil and have been reasonably
 successful at that for the first 5 years.  But I think we may be nearing the
 point where going to autoconf is inevitable.  (sigh...)

Certainly something is needed.

 
 So, I'm asking for volunteers for people with better autoconf-foo than me,
 to put together an autoconf/automake setup for Fossil.  If you are good with
 autoconf/automake, please consider contributing your expertise to the
 project.

autosetup is designed to be transparently compatible with autoconf for end 
users.
It is written in Tcl, but does not require Tcl to be installed since it will 
(automatically)
build a bootstrap version of the Jim Tcl interpreter if another Tcl interpreter 
is not found.
Only a C compiler is required.

Attached is a patch against the latest fossil trunk which adds autosetup 
support.

 
 Objectives (not an any particular order):
 
 (1) ./configure; make install should work on all unix systems

Done.

 
 (2) There should be a default Makefile that does not require configure
 that will work on most common systems simply by running make.

Yes. Makefile is left in place. configure creates GNUmakefile which takes 
precedence.

 
 (3) The result should fix tickets
 
 http://www.fossil-scm.org/fossil/info/084eedc010
  and
 
 http://www.fossil-scm.org/fossil/info/5ad1d9a23c

Both of those should be addressed, but we need a Haiku tester.

 
 
 (4) The result should have a 0 Fail-Score according to
 
 https://www.theopensourceway.org/wiki/How_to_tell_if_a_FLOSS_project_is_doomed_to_FAIL

I will leave others to judge this.

 
 
 (5) Further to (4) above, there needs to be a configuration option that
 causes the result to link against a system SQLite library rather than using
 the built-in SQLite library.

  --disable-internal-sqlite  Don't use the internal sqlite, use the system 
one

 
 (6) There should be a configure option to enable static linking, in order to
 simplify the generation of binaries for use inside chroot jails.

  --static   Link a static executable

But probably won't work on any platform except Linux, and even there glibc
doesn't not like to be statically linked :-(

 
 (7) There should be a configure option to enable and disable SSL support.

  --with-openssl=path|auto|none  Look for openssl in the given path, or auto or 
none

 
 (8) There should be a configure option to enable and disable command-line
 editing support for the fossil sql command.

  --disable-lineedit Disable line editing

Actually, previously line editing was always disabled.

 
 (9) There should be a configure option to enable FOSSIL_DEBUG.

  --fossil-debug Build with fossil debugging enabled

 
 (10) The src/makemake.tcl script should continue to work - it should still
 build out the various windows makefiles and the unix main.mk file.  In
 other words, autoconf should make use of main.mk.

Yes. Only minor modifications required.

 
 (11) Bonus points if you can get a configure script that can be used to
 cross-compile Fossil from one unix platform to another, and double bonus
 points if you can get a configure script that will cross-compile Fossil on
 Linux targeting windows!

Yes. With --host I have cross compiled Mac OS X - arm-linux,
x86-linux - qnx-mips, x86-linux - mingw32 as well as native builds
on Mac OS X, cygwin and x86-linux.

 
 If you are willing to help with this, your contribution will be greatly
 appreciated.  Tnx.

In addition to the attached patch, autosetup needs to be installed in the 
project.
(It is bundled with the project in order to avoid any dependencies)

The easiest way is to fetch it via git or a tar/zip download at: 
https://github.com/msteveb/autosetup

And then from the fossil source directory, run: autosetup-location/autosetup 
--install
Alternatively I can provide a patch which does this.

Feedback is welcome.
There are a number of improvements which could be made (.e.g. for installation)
which would require more changes to the current makemake.tcl

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002






0002-Add-autosetup-support-to-configure-the-build.patch
Description: Binary data
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users