[fossil-users] FTS4 Search, MATCH query requires UPDATE, no worky from TH1
So this is more of a SQLite question. I've been trying to move my TH1 search function to a FTS table lately too. But it really only worked from SQlite or Fsl Admin SQL. In TH1 query{} calls it just returns SQLITE_AUTH errors. query SELECT * FROM fx_search WHERE content MATCH 'test' { } After adding some debug%s to report_query_authorizer(), I got SQLITE_AUTH: not authorized SQLITE_AUTH: authorization denied SQLITE_ERROR: vtable constructor failed: fx_search SQL error: only SELECT statements are allowed (code: 23, sqlite_master type main ) 19 and 23 refer to SQLITE_PRAGMA and SQLITE_UPDATE query codes. https://www.sqlite.org/c3ref/c_alter_table.html PRAGMA is probably acceptable to enable. But allowing UPDATE seems overkill just to allow a fulltext search from TH1. And I'm not really sure what the FTS vtable modules need to do. It's probably something with _segments or _segdir subtables or updating the sqlite_autoindex_fx_search_segdir_1 perhaps. Can the runtime restructuring/indexing/? be disabled somehow for FTS3 or FTS4 in a Fossil build? ___ 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
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
Re: [fossil-users] BUG: /doc pages on ckout not rendered correctly any more.
2015-01-29 11:05 GMT+01:00 Jan Nijtmans jan.nijtm...@gmail.com: When starting fossil ui locally and then opening the following URL: http://localhost:8080/doc/ckout/www/changes.wiki This page is not rendered correctly any more. With fossil 1.30 this still was OK. Bisecting shows the following commit somehow introduced the bug: http://www.fossil-scm.org/fossil/info/cfcd9b87dcf54a16 Hope this helps. Never mind! The bug was already fixed this morning: http://www.fossil-scm.org/index.html/info/bdfbbddc8f My fossil binary still was yesterday's ...;-) Thanks! Jan Nijtmans ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] BUG: /doc pages on ckout not rendered correctly any more.
When starting fossil ui locally and then opening the following URL: http://localhost:8080/doc/ckout/www/changes.wiki This page is not rendered correctly any more. With fossil 1.30 this still was OK. Bisecting shows the following commit somehow introduced the bug: http://www.fossil-scm.org/fossil/info/cfcd9b87dcf54a16 Hope this helps. Regards, Jan Nijtmans ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] 4 Year Fossil Success Story
On Jan 29, 2015, at 1:35 PM, Backe, Martin G martin.g.ba...@boeing.com wrote: The Wiki is used for some key documentation, but its use has been limited by the lack of a search capability (in practical terms, it’s impossible to find information in the Wiki). It searches titles, but not content. That’s been fine for our purposes, but we’ve only got about a dozen documents in the wiki so far, so it’s not hard to remember at least one word from the title. Devs: Is there a better reason than round ’tuit why Fossil doesn’t use SQLite’s FTS features for this? ___ 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] 4 Year Fossil Success Story
:-D i'd be interested in seeing your ticketing customizations,if you are at liberty to show them to us. - stephan Sent from a mobile device, possibly from bed. Please excuse brevity and typos. On Jan 29, 2015 9:35 PM, Backe, Martin G martin.g.ba...@boeing.com wrote: I thought I’d use Fossil for a bit before posting our success in using it. It’s been about four years now, so it’s time ;-) Having been a fan of Richard’s work during my Tcl days, it wasn’t much of a leap of faith when I chose Fossil for our SCM for a new internal project. I loved the fact that it was extremely easy to install and that it included a ticketing system, Wiki, and all the features one would want in a modern distributed SCM system. The built-in web server is brilliant. I wish all open source software was as easy to build, install, and use as Fossil is. As stated in my lead-in, we’ve been using Fossil for about four years. I compile the server version that runs on our Linux host, and we use Windows binaries for the team members. Our team is small at two to four people, and at times are distributed across the country. We’ve been developing a mission critical Java application, and have used Fossil continually throughout the day for the last four years. The ticketing system was tailored to be used as our Scrum Task Board. The Wiki is used for some key documentation, but its use has been limited by the lack of a search capability (in practical terms, it’s impossible to find information in the Wiki). We’ve had zero problems with Fossil; no data corruptions, unresolvable conflicts, etc. *Repository Size:* 289500160 bytes (289.5MB) *Number Of Artifacts:* 58707 (25417 fulltext and 33290 deltas) *Uncompressed Artifact Size:* 36238 bytes average, 28208782 bytes max, 2127344919 bytes (2.1GB) total *Compression Ratio:* 7:1 *Number Of Check-ins:* 7084 *Number Of Files:* 5546 *Number Of Wiki Pages:* 40 *Number Of Tickets:* 3444 *Duration Of Project:* 2212 days or approximately 6.06 years. Off to grab my copy of 1.30 … Marty Backe Boeing Network Space Systems ___ 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] 4 Year Fossil Success Story
I thought I'd use Fossil for a bit before posting our success in using it. It's been about four years now, so it's time ;-) Having been a fan of Richard's work during my Tcl days, it wasn't much of a leap of faith when I chose Fossil for our SCM for a new internal project. I loved the fact that it was extremely easy to install and that it included a ticketing system, Wiki, and all the features one would want in a modern distributed SCM system. The built-in web server is brilliant. I wish all open source software was as easy to build, install, and use as Fossil is. As stated in my lead-in, we've been using Fossil for about four years. I compile the server version that runs on our Linux host, and we use Windows binaries for the team members. Our team is small at two to four people, and at times are distributed across the country. We've been developing a mission critical Java application, and have used Fossil continually throughout the day for the last four years. The ticketing system was tailored to be used as our Scrum Task Board. The Wiki is used for some key documentation, but its use has been limited by the lack of a search capability (in practical terms, it's impossible to find information in the Wiki). We've had zero problems with Fossil; no data corruptions, unresolvable conflicts, etc. Repository Size: 289500160 bytes (289.5MB) Number Of Artifacts: 58707 (25417 fulltext and 33290 deltas) Uncompressed Artifact Size: 36238 bytes average, 28208782 bytes max, 2127344919 bytes (2.1GB) total Compression Ratio: 7:1 Number Of Check-ins: 7084 Number Of Files: 5546 Number Of Wiki Pages: 40 Number Of Tickets: 3444 Duration Of Project: 2212 days or approximately 6.06 years. Off to grab my copy of 1.30 ... Marty Backe Boeing Network Space Systems ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Compilation problems
Hi, My build of fossil breaks on undefined NI_* symbols in http_socket.c Last successful build was: fossil version 1.30 [236087b98e] 2015-01-22 13:44:44 UTC Am I missing something? Outdated system includes perhaps? (see details below). Thanks in advance! -- Regards, Kees Nuyt Make: cd ${HOME}/src/fossil \ make clean \ ./configure \ make Failing compilation: gcc -I. -I./src -Ibld -D_XOPEN_SOURCE=500 -g -O2 -DHAVE_AUTOCONFIG_H -D_HAVE_SQLITE_CONFIG_H -o bld/http_socket.o -c bld/http_socket_.c ./src/http_socket.c: In function `socket_open': ./src/http_socket.c:143: error: storage size of 'hints' isn't known ./src/http_socket.c:145: error: `NI_MAXHOST' undeclared (first use in this function) ./src/http_socket.c:145: error: (Each undeclared identifier is reported only once ./src/http_socket.c:145: error: for each function it appears in.) ./src/http_socket.c:148: error: invalid application of `sizeof' to incomplete type `addrinfo' ./src/http_socket.c:159: error: dereferencing pointer to incomplete type ./src/http_socket.c:160: error: dereferencing pointer to incomplete type ./src/http_socket.c:160: error: dereferencing pointer to incomplete type ./src/http_socket.c:160: error: dereferencing pointer to incomplete type ./src/http_socket.c:162: error: dereferencing pointer to incomplete type ./src/http_socket.c:162: error: dereferencing pointer to incomplete type ./src/http_socket.c:166: error: dereferencing pointer to incomplete type ./src/http_socket.c:166: error: dereferencing pointer to incomplete type ./src/http_socket.c:167: error: `NI_NUMERICHOST' undeclared (first use in this function) ./src/http_socket.c: In function `socket_ssh_resolve_addr': ./src/http_socket.c:229: error: storage size of 'hints' isn't known ./src/http_socket.c:230: error: `NI_MAXHOST' undeclared (first use in this function) ./src/http_socket.c:236: error: dereferencing pointer to incomplete type ./src/http_socket.c:236: error: dereferencing pointer to incomplete type ./src/http_socket.c:237: error: `NI_NUMERICHOST' undeclared (first use in this function) *** Error code 1 make: Fatal error: Command failed for target `bld/http_socket.o' Environment: $ uname -a SunOS ozon 5.11 snv_130 i86pc i386 i86pc Solaris Express Community Edition snv_130 X86 Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 14 December 2009 (Yeah, I should probably upgrade to one of the many Illumos distributions) ___ 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] Compilation problems
On Thu, 29 Jan 2015 19:39:07 -0500, Richard Hipp d...@sqlite.org wrote: On 1/29/15, Kees Nuyt k.n...@zonnet.nl wrote: Hi, My build of fossil breaks on undefined NI_* symbols in http_socket.c This is the code that was added to support IPv6. Maybe there is another header file that needs to be #include-ed on your system. Can you grep in /usr/include/*.h and /usr/include/*/*.h and anyplace else where header files are located, and see which file contains the NI_MAXHOST symbol, if any? Thanks fors looking into this. There's nothing NI_ish there, which confirms that old Solaris Express Community Edition is getting too old indeed ;) As a workaround I will add an extra include file with the NI_* stuff for my build, whatever is needed from: #define NI_DGRAM 16 /* Look up UDP service rather than TCP. */ #define NI_MAXHOST 1025 #define NI_MAXSERV 32 #define NI_NAMEREQD 8 /* Don't return numeric addresses. */ #define NI_NOFQDN 4 /* Only return nodename portion. */ #define NI_NUMERICHOST 1 /* Don't try to look up hostname. */ #define NI_NUMERICSERV 2 /* Don't convert port number to name. */ ... and convince myself I can't keep postponing that Solaris upgrade. Stephans reply confirms that observation, thanks to him too. -- Regards, Kees Nuyt ___ 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] 4 Year Fossil Success Story
Unfortunately I'm not able to expose any specifics of our configuration. But in general, we've just added some additional fields which allow us to maintain PBIs as tickets within Fossil. Reports are then created which allow us to view completed and to-be-completed work for a given Sprint. Fossil fits perfectly with an Agile development environment. Stephan Beal Thu, 29 Jan 2015 12:55:33 -0800 :-D i'd be interested in seeing your ticketing customizations,if you are at liberty to show them to us. ___ 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] Search feature
On 1/29/15, jungle Boogie jungleboog...@gmail.com wrote: Hi Barcuch, On 28 January 2015 at 12:43, Baruch Burstein bmburst...@gmail.com wrote: On Wed, Jan 28, 2015 at 7:10 PM, Jungle Boogie jungleboog...@gmail.com Question: Will this also eventually let you search file names i.e. http_socket.c This might do what you want: http://www.fossil-scm.org/index.html/timeline?r=file-filterndc=2014-12-24+08%3A44%3A16n=200 Will this get merged into trunk? When trying to run fossil server, in this branch: incorrect repository schema version: current repository schema version is 2015-01-24 but need versions between 2011-04-25 19:50 and 2014-11-24 20:35. run fossil rebuild to fix this problem It should say run 'fossil rebuild' with a recent version of Fossil. But I see now that is going to be hard for you since you since you can't clone the repository using the 1.30 version that is currently published The only work-around is to download the tip of trunk as a tarball or ZIP archive and compile that. That version will be able to operate your new clone. % fossil rebuild 100.0% complete... % ./fossil server incorrect repository schema version: current repository schema version is 2015-01-24 but need versions between 2011-04-25 19:50 and 2014-11-24 20:35. run fossil rebuild to fix this problem caution: This is my first time to try cloning a branch. I'll try with something more recent to see what will occur. -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] 4 Year Fossil Success Story
The Wiki works great for a couple dozen pages. But since you can't search the content, you become reluctant to create new pages because you aren't confident the information will be findable. So it becomes a self-fulfilling prophecy - The Wiki works great for a small set of pages. -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Warren Young Sent: Thursday, January 29, 2015 2:20 PM To: Fossil SCM user's discussion Subject: Re: [fossil-users] 4 Year Fossil Success Story On Jan 29, 2015, at 1:35 PM, Backe, Martin G martin.g.ba...@boeing.com wrote: The Wiki is used for some key documentation, but its use has been limited by the lack of a search capability (in practical terms, it’s impossible to find information in the Wiki). It searches titles, but not content. That’s been fine for our purposes, but we’ve only got about a dozen documents in the wiki so far, so it’s not hard to remember at least one word from the title. Devs: Is there a better reason than round ’tuit why Fossil doesn’t use SQLite’s FTS features for this? ___ 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] Compilation problems
On 1/29/15, Kees Nuyt k.n...@zonnet.nl wrote: Hi, My build of fossil breaks on undefined NI_* symbols in http_socket.c Thanks for the report. I was able to repro the problem on a Sparc server and devised a fix. If you download the latest sources and rerun configure you should be fine. Or as a work-around, just add CFLAGS=-D__EXTENSIONS__ to the make; ex: make CFLAGS=-D__EXTENSIONS__ clean fossil FWIW: I figured out the above by grepping the /usr/include/netdb.h file on Solaris. I have no idea if this is correct fix or not, but it seems to work. Another FWIW: The latest code compiles and builds fine on the circa-2002 Apple iBook PowerPC (which I also tested). And the resulting Fossil even used an IPv6 address when I typed ./fossil sync. :-) -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] 4 Year Fossil Success Story
You're correct. We keep all of our jar libraries in the repository. I know that's not always recommended, but it's convenient, and it works! Richard Hipp Thu, 29 Jan 2015 12:53:38 -0800 Thanks for sharing. I'm glad Fossil is working out for you. I did note that your repository is not compressing very well. 7:1 is pretty low. Maybe you have lots of binary files? ___ 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] Compilation problems
On Fri, Jan 30, 2015 at 1:39 AM, Richard Hipp d...@sqlite.org wrote: your system. Can you grep in /usr/include/*.h and /usr/include/*/*.h and anyplace else where header files are located, and see which file contains the NI_MAXHOST symbol, if any? Per Wikipedia (of all places), the 3 necessary headers are already included (netdb, socket, types). As the OP is on Solaris, i did a bit of googling and found this file... http://cr.openjdk.java.net/~michaelm/8028725/webrev.1/src/solaris/native/java/net/Inet6AddressImpl.c.html has something seemingly relevant in it: 45 #ifndef IPV6_DEFS_H 46 #include netinet/icmp6.h 47 #endif And even more interesting: 52 /* the initial size of our hostent buffers */ 53 #ifndef NI_MAXHOST 54 #define NI_MAXHOST 1025 55 #endif implying that NI_MAXHOST may very well not be (expected to be) defined? -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] Search feature
Hi Barcuch, On 28 January 2015 at 12:43, Baruch Burstein bmburst...@gmail.com wrote: On Wed, Jan 28, 2015 at 7:10 PM, Jungle Boogie jungleboog...@gmail.com Question: Will this also eventually let you search file names i.e. http_socket.c This might do what you want: http://www.fossil-scm.org/index.html/timeline?r=file-filterndc=2014-12-24+08%3A44%3A16n=200 Will this get merged into trunk? When trying to run fossil server, in this branch: incorrect repository schema version: current repository schema version is 2015-01-24 but need versions between 2011-04-25 19:50 and 2014-11-24 20:35. run fossil rebuild to fix this problem % fossil rebuild 100.0% complete... % ./fossil server incorrect repository schema version: current repository schema version is 2015-01-24 but need versions between 2011-04-25 19:50 and 2014-11-24 20:35. run fossil rebuild to fix this problem caution: This is my first time to try cloning a branch. I'll try with something more recent to see what will occur. -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si ___ 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] Compilation problems
On 1/29/15, Kees Nuyt k.n...@zonnet.nl wrote: Hi, My build of fossil breaks on undefined NI_* symbols in http_socket.c This is the code that was added to support IPv6. Maybe there is another header file that needs to be #include-ed on your system. Can you grep in /usr/include/*.h and /usr/include/*/*.h and anyplace else where header files are located, and see which file contains the NI_MAXHOST symbol, if any? Last successful build was: fossil version 1.30 [236087b98e] 2015-01-22 13:44:44 UTC Am I missing something? Outdated system includes perhaps? (see details below). Thanks in advance! -- Regards, Kees Nuyt Make: cd ${HOME}/src/fossil \ make clean \ ./configure \ make Failing compilation: gcc -I. -I./src -Ibld -D_XOPEN_SOURCE=500 -g -O2 -DHAVE_AUTOCONFIG_H -D_HAVE_SQLITE_CONFIG_H -o bld/http_socket.o -c bld/http_socket_.c ./src/http_socket.c: In function `socket_open': ./src/http_socket.c:143: error: storage size of 'hints' isn't known ./src/http_socket.c:145: error: `NI_MAXHOST' undeclared (first use in this function) ./src/http_socket.c:145: error: (Each undeclared identifier is reported only once ./src/http_socket.c:145: error: for each function it appears in.) ./src/http_socket.c:148: error: invalid application of `sizeof' to incomplete type `addrinfo' ./src/http_socket.c:159: error: dereferencing pointer to incomplete type ./src/http_socket.c:160: error: dereferencing pointer to incomplete type ./src/http_socket.c:160: error: dereferencing pointer to incomplete type ./src/http_socket.c:160: error: dereferencing pointer to incomplete type ./src/http_socket.c:162: error: dereferencing pointer to incomplete type ./src/http_socket.c:162: error: dereferencing pointer to incomplete type ./src/http_socket.c:166: error: dereferencing pointer to incomplete type ./src/http_socket.c:166: error: dereferencing pointer to incomplete type ./src/http_socket.c:167: error: `NI_NUMERICHOST' undeclared (first use in this function) ./src/http_socket.c: In function `socket_ssh_resolve_addr': ./src/http_socket.c:229: error: storage size of 'hints' isn't known ./src/http_socket.c:230: error: `NI_MAXHOST' undeclared (first use in this function) ./src/http_socket.c:236: error: dereferencing pointer to incomplete type ./src/http_socket.c:236: error: dereferencing pointer to incomplete type ./src/http_socket.c:237: error: `NI_NUMERICHOST' undeclared (first use in this function) *** Error code 1 make: Fatal error: Command failed for target `bld/http_socket.o' Environment: $ uname -a SunOS ozon 5.11 snv_130 i86pc i386 i86pc Solaris Express Community Edition snv_130 X86 Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 14 December 2009 (Yeah, I should probably upgrade to one of the many Illumos distributions) ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Compilation problems
[Default] On Thu, 29 Jan 2015 20:13:16 -0500, Richard Hipp d...@sqlite.org wrote: On 1/29/15, Kees Nuyt k.n...@zonnet.nl wrote: Hi, My build of fossil breaks on undefined NI_* symbols in http_socket.c Thanks for the report. I was able to repro the problem on a Sparc server and devised a fix. If you download the latest sources and rerun configure you should be fine. Your fix of auto.def did the truck, it compiles fine now. Or as a work-around, just add CFLAGS=-D__EXTENSIONS__ to the make; ex: make CFLAGS=-D__EXTENSIONS__ clean fossil FWIW: I figured out the above by grepping the /usr/include/netdb.h Why didn't I find that one? Grrr, history telss me I had a typo while grepping, used NL_ insteadof NI_ . Sigh. Must be muscle memory, because as a Dutchman, I type NL a lot. file on Solaris. I have no idea if this is correct fix or not, but it seems to work. Looks like a perfect fix to me! Another FWIW: The latest code compiles and builds fine on the circa-2002 Apple iBook PowerPC (which I also tested). And the resulting Fossil even used an IPv6 address when I typed ./fossil sync. :-) Marvellous ;) Thanks a lot! -- Regards, Kees Nuyt ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users