Re: [fossil-users] rebuild scale-ability/data written/repo size ratio

2016-10-28 Thread Warren Young
On Oct 28, 2016, at 3:45 AM, Karel Gardas wrote: > > make it more scale-able and allow its real usage also for projects of > bigger size. How many projects are there bigger than SQLite, percentage-wise? Has anyone done something like produce a SLOC histogram for all projects

Re: [fossil-users] rebuild scale-ability/data written/repo size ratio

2016-10-28 Thread Nikita Borodikhin
Hi Karel, I have quite a big repository (3.4G) imported from svn by a custom tool. It also took several minutes to commit, and most of the time was spent in md5 hash computation. It is extra precaution to ensure checkout file integrity, which can be turned off with repo-cksum setting. With that

Re: [fossil-users] rebuild scale-ability/data written/repo size ratio

2016-10-28 Thread jungle Boogie
On 28 October 2016 at 02:45, Karel Gardas wrote: > I'm just curious if there are people here tinkering with the idea to > make it more scale-able and allow its real usage also for projects of > bigger size. There has been this discussion. I have an email with the subject of

Re: [fossil-users] Directory symlinks...

2016-10-28 Thread Steven Gawroriski
On Fri, 30 Sep 2016 21:25:01 -0700 "Joe Mistachkin" wrote: > > Warren Young wrote: > > > > Well, that's a tricky one, innit? Fossil manages files, not > > directories, but Fossil's view of symlinks is file-like. So is it > > an apple or an orange? > > > > I've checked

Re: [fossil-users] Directory symlinks...

2016-10-28 Thread Warren Young
On Oct 28, 2016, at 3:29 PM, Steven Gawroriski wrote: > > On Fri, 30 Sep 2016 21:25:01 -0700 > "Joe Mistachkin" wrote: > >> I've checked in a fix on the dirSymlinks branch that appears to >> completely fix the issue I personally encountered.

Re: [fossil-users] OT: Facebook engineers preferring hg to Git

2016-10-28 Thread Nathaniel Reindl
On Oct 28, 2016, at 07:33, Richard Hipp wrote: > > Perhaps true. But in my brief look at Rust I observed that you really > cannot use it effectively without also having to use Git. The two > seem closely linked. Is that incorrect? It is indeed. Sadly, the examples don't help

Re: [fossil-users] Why we should NEVER use inetd/xinetd

2016-10-28 Thread Luca Ferrari
On Fri, Oct 28, 2016 at 3:42 AM, K. Fossil user wrote: > Hi, > >> « » > > I don't click in any links that are not known... Right approach! After all, all computer people have never heard about Bike Shed...especially those tied to FreeBSD...

[fossil-users] rebuild scale-ability/data written/repo size ratio

2016-10-28 Thread Karel Gardas
Hello, first of all, I know that Fossil was written with the idea of serving SQLite project and projects of similar size well and that it does great job in this task. I'm just curious if there are people here tinkering with the idea to make it more scale-able and allow its real usage also for

Re: [fossil-users] OT: Why we should NEVER use inetd/xinetd

2016-10-28 Thread Nathaniel Reindl
> On Oct 28, 2016, at 02:29, Luca Ferrari wrote: > No, I do. > You should go trolling somewhere else. Just checking in. It seems that my decision to mute this thread within my mailer immediately after my single response was a good idea. From my perspective, this thread

Re: [fossil-users] OT: Facebook engineers preferring hg to Git

2016-10-28 Thread Karel Gardas
On Fri, Oct 28, 2016 at 1:33 PM, Richard Hipp wrote: > On 10/27/16, David Mason wrote: >> >> However, the value of Rust is not simply memory management. The >> *considerably* more expressive type system, and the much more robust type >> checking can reduce

Re: [fossil-users] OT: Facebook engineers preferring hg to Git

2016-10-28 Thread Richard Hipp
On 10/27/16, David Mason wrote: > > However, the value of Rust is not simply memory management. The > *considerably* more expressive type system, and the much more robust type > checking can reduce LOC while improving both readability and safety. Perhaps true. But in my

[fossil-users] sites inaccessible

2016-10-28 Thread jungle Boogie
Hi Dr. Hipp, Probably a low concern for you at 1:30am your time but I can't connect to fossil-scm.org or sqlite.org over port 80. $ curl http://sqlite.org/ curl: (7) Failed to connect to sqlite.org port 80: Connection refused $ curl http://fossil-scm.org curl: (7) Failed to connect to

[fossil-users] export.c fail with MSVC

2016-10-28 Thread jungle Boogie
Hi All, In my adventure to build fossil on windows with MSVC 2010, I encountered the error below: cl /c /nologo /MT /O2 /I. /I..\src /I..\win\include /I..\compat\zlib /Fo.\export.obj -c export_.c export_.c ..\src\export.c(564) : error C2143: syntax error : missing ';' before 'const'

Re: [fossil-users] export.c fail with MSVC

2016-10-28 Thread jungle Boogie
On 28 October 2016 at 15:50, Martin Gagnon wrote: > On Fri, Oct 28, 2016 at 03:18:04PM -0700, jungle Boogie wrote: >> Hi All, >> >> In my adventure to build fossil on windows with MSVC 2010, I >> encountered the error below: >> >> cl /c /nologo /MT /O2 /I. /I..\src

Re: [fossil-users] Why we should NEVER use inetd/xinetd

2016-10-28 Thread K. Fossil user
Hi, (Some blatant talks from luca tend me to say this) : Did I say that  I do use a FreeBSD computer ? No I did not. It does NOT mean that I do not use a NIX OS freeBSD included :-). [1] > « It does not matter which model or the context. » Ask your computer scientist, because You dare to say

[fossil-users] Version 1.34 (2016-11-02) ?

2016-10-28 Thread K. Fossil user
Hi, Fossil: Download Page http://www.fossil-scm.org/index.html/uv/download.html « Version 1.34 (2016-11-02) » I was looking for the 1.34 release date when I do read this « Version 1.34 (2016-11-02) »... I didn't know that Fossil 1.34 is next week ... :-? I was told that next release should be

Re: [fossil-users] export.c fail with MSVC

2016-10-28 Thread Martin Gagnon
On Fri, Oct 28, 2016 at 03:18:04PM -0700, jungle Boogie wrote: > Hi All, > > In my adventure to build fossil on windows with MSVC 2010, I > encountered the error below: > > cl /c /nologo /MT /O2 /I. /I..\src /I..\win\include > /I..\compat\zlib /Fo.\export.obj -c export_.c > export_.c >

Re: [fossil-users] Facebook engineers preferring hg to Git

2016-10-28 Thread K. Fossil user
Hi, You've got interesting points here. Like it ! :-) I've never heard that Rust must use Git.Of course if you do use cargo, you should think about a DVCS but that does not mean that you could not use Fossil or something else.Just play with your own IDE and this should suffice. IMHO people

Re: [fossil-users] OT: Why we should NEVER use inetd/xinetd

2016-10-28 Thread Richie Adler
Nathaniel Reindl decía, en el mensaje "Re: [fossil-users] OT: Why we should NEVER use inetd/xinetd" del 28/10/2016 08:23:28: > From my perspective, this thread has far outlasted its usefulness and has > become an exercise in self-satisfaction for those who prefer to write words > instead of

Re: [fossil-users] Fossil check-in [a4bb89ba081e29c5]...

2016-10-28 Thread Richard Hipp
"fossil clean -x" works better than "make clean" or "make distclean". It seems to clear the problem. On 10/27/16, Andy Bradford wrote: > Thus said "Andy Bradford" on 27 Oct 2016 21:42:34 -0600: > >> I always run ``make distclean'' not ``make distclean'' but since you