Re: [fossil-users] Compilation problems

[Kees Nuyt]

[Default] On Thu, 29 Jan 2015 20:13:16 -0500, Richard Hipp  
wrote:

>On 1/29/15, Kees Nuyt  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

Re: [fossil-users] Compilation problems

[Kees Nuyt]

On Thu, 29 Jan 2015 19:39:07 -0500, Richard Hipp  wrote:

>On 1/29/15, Kees Nuyt  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] Compilation problems

[Richard Hipp]

On 1/29/15, Kees Nuyt  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] Compilation problems

[Stephan Beal]

On Fri, Jan 30, 2015 at 1:39 AM, Richard Hipp  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 
  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] Compilation problems

[Richard Hipp]

On 1/29/15, Kees Nuyt  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

[fossil-users] Compilation problems

[Kees Nuyt]

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] Search feature

[Richard Hipp]

On 1/29/15, jungle Boogie  wrote:
> Hi Barcuch,
> On 28 January 2015 at 12:43, Baruch Burstein  wrote:
>> On Wed, Jan 28, 2015 at 7:10 PM, Jungle Boogie 
>>> 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-filter&nd&c=2014-12-24+08%3A44%3A16&n=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] Search feature

[jungle Boogie]

Hi Barcuch,
On 28 January 2015 at 12:43, Baruch Burstein  wrote:
> On Wed, Jan 28, 2015 at 7:10 PM, Jungle Boogie 
>> 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-filter&nd&c=2014-12-24+08%3A44%3A16&n=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] 4 Year Fossil Success Story

[Backe, Martin G]

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] 4 Year Fossil Success Story

[Backe, Martin G]

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] 4 Year Fossil Success Story

[Backe, Martin G]

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  
> 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] 4 Year Fossil Success Story

[Warren Young]

> On Jan 29, 2015, at 1:35 PM, Backe, Martin G  
> 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

[Stephan Beal]

:-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" 
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

Re: [fossil-users] 4 Year Fossil Success Story

[Richard Hipp]

On 1/29/15, Backe, Martin G  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 ;-)

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?

-- 
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] 4 Year Fossil Success Story

[Backe, Martin G]

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] FTS4 Search, MATCH query requires UPDATE, no worky from TH1

[mario]

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] BUG: /doc pages on "ckout" not rendered correctly any more.

[Jan Nijtmans]

2015-01-29 11:05 GMT+01:00 Jan Nijtmans :
> When starting "fossil ui" locally and then opening the following URL:
>
>  
>
> 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:
>
>
> Hope this helps.

Never mind! The bug was already fixed this morning:



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.

[Jan Nijtmans]

When starting "fossil ui" locally and then opening the following URL:

 

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:
   

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

[Steve Bennett]

> On 29 Jan 2015, at 10:44 am, Richard Hipp  wrote:
> 
>> On 1/28/15, Steve Bennett  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