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-scm
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 could
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 1.
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 th
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 /I..\win\include
>> /I.
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
> .
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'
..\s
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.
>>
>> I would appreciate wider testing of it.
>
>
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 in a fix on the dirSyml
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
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 on
GitHub or Sourc
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
"Fossil 2.1: Scaling"
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 to dispel that at
"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
>> suggest it, here's the d
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 writin
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 LOC while improving both readability an
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 brief look at Rust I obs
> 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 has far outlasted its us
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 pro
19 matches
Mail list logo