On 2 March 2015 at 17:53, jungle Boogie wrote:
> https://www.fossil-scm.org/index.html/timeline?y=ci
>
> But there's also the fine info that displays the history of a file:
> https://www.fossil-scm.org/index.html/finfo?name=src/db.c
These links and the others are fine in Firefox but when rendere
Hello All,
We're all familiar with the timeline:
https://www.fossil-scm.org/index.html/timeline?y=ci
But there's also the fine info that displays the history of a file:
https://www.fossil-scm.org/index.html/finfo?name=src/db.c
Is the spacing so much wider on file info to accommodate the linage
t
Hello!
On 2 March 2015 at 12:54, j. van den hoff wrote:
> something seems broken, currently (or what am I missing?):
>
> issuing `fossil search something' yields
>
> SQLITE_ERROR: no such function: score
> fossil: no such function: score: {INSERT INTO srch(rid,uuid,date,comment,x)
> SELECT blob.ri
Joe Mistachkin decía, en el mensaje "Re: [fossil-users] fossil repolist
argument with winsrv" del 2/3/2015 19:48:22:
> Sorry, minor oversight. It was not setting the right flag bit prior to
> calling into the Win32 HTTP server. Should work on trunk now.
Confirmed: it does.
__
Richie Adler wrote:
>
> This passes the --repolist parameter to the "fossil server" command
recorded
> in the registry, but I get a "Not found" page when I run the service
installed
> or even when I run
>
Sorry, minor oversight. It was not setting the right flag bit prior to
calling
into the
Joe Mistachkin decía, en el mensaje "Re: [fossil-users] fossil repolist
argument with winsrv" del 2/3/2015 18:42:42:
>
> Petr Ferdus wrote:
>>
>> I just realized that fossil winsrv command does not recognize --repolist
>> argument. Could winsrv honors this argument as well?
>>
>
> Fixed on trunk.
On Mon, Mar 2, 2015 at 3:14 PM, Matt Welland wrote:
> For example, if I clean up and move things around in a Fossil repo and by
> force of habit do an update before a commit I *lose* some of my clean up
> effort when Fossil (illogically IMHO) brings back the removed files.
>
Where I work, this i
On 2 March 2015 at 13:33, j. van den hoff wrote:
> yes, same problem. but now reply to your post in the archive (and thus no
> solution) it seems, no?
That's the case for me in trunk. I don't know if there was a
regression or if it didn't actually work in the past, though.
--
---
inum: 883
And please: In the '2.0 Compiling/MinGW' paragraph a note about not
using MinGW-4.0 cause it breaks e.g. the "extras" command:
Index: www/build.wiki
==
--- www/build.wiki
+++ www/build.wiki
@@ -107,13 +107,16 @@
Unix without runnin
Hi Michai,
On 2 March 2015 at 13:20, Michai Ramakers wrote:
> On 1 March 2015 at 20:52, jungle Boogie wrote:
Minor patch to add information about inetd on FreeBSD to the server.wiki
page.
...
>
> Please see whether [fbbf640b] is ok for you.
>
Yes, this is great for me a
Petr Ferdus wrote:
>
> I just realized that fossil winsrv command does not recognize --repolist
> argument. Could winsrv honors this argument as well?
>
Fixed on trunk.
--
Joe Mistachkin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
On Mon, 02 Mar 2015 22:16:40 +0100, jungle Boogie
wrote:
Hi j. van den hoff,
On 2 March 2015 at 12:54, j. van den hoff
wrote:
something seems broken, currently (or what am I missing?):
issuing `fossil search something' yields
SQLITE_ERROR: no such function: score
fossil: no such functio
On Mon, Mar 2, 2015 at 1:37 PM, jungle Boogie
wrote:
> Hi Matt,
> On 2 March 2015 at 12:14, Matt Welland wrote:
> > The basic point made in the post by Mark Shuttleworth (in 2007 BTW) is a
> > good one.
> >
> > Cleaning up or refactoring is hard to do and ideally an SCM tool helps
> the
> > proc
On 1 March 2015 at 20:52, jungle Boogie wrote:
>>>
>>> Minor patch to add information about inetd on FreeBSD to the server.wiki
>>> page.
>>>
>>> ...
Please see whether [fbbf640b] is ok for you.
Michai
___
fossil-users mailing list
fossil-users@lists.
Hi j. van den hoff,
On 2 March 2015 at 12:54, j. van den hoff wrote:
> something seems broken, currently (or what am I missing?):
>
> issuing `fossil search something' yields
>
> SQLITE_ERROR: no such function: score
> fossil: no such function: score: {INSERT INTO srch(rid,uuid,date,comment,x)
> S
In the check-in Info page, the changes section sometimes has "Execute
permission set" lines. This confuses non-developer people. Is there a way
to filter this out?
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
I just realized that fossil winsrv command does not recognize --repolist
argument. Could winsrv honors this argument as well?
Thanks
Peter
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/
something seems broken, currently (or what am I missing?):
issuing `fossil search something' yields
SQLITE_ERROR: no such function: score
fossil: no such function: score: {INSERT INTO
srch(rid,uuid,date,comment,x) SELECT blob.rid, uuid,
datetime(event.mtime), coalesce(ecomment,com
Hi Matt,
On 2 March 2015 at 12:14, Matt Welland wrote:
> The basic point made in the post by Mark Shuttleworth (in 2007 BTW) is a
> good one.
>
> Cleaning up or refactoring is hard to do and ideally an SCM tool helps the
> process. Tools that behave inconsistent with expectations induce legitimate
Hello,
On 2 March 2015 at 11:18, Michai Ramakers wrote:
> Hello,
>
> while playing around with Fossil from inetd, saw some weirdness on
> trunk tip ([14302b6cc7]) between amd64 and x86 linux and netbsd.
>
> Narrowing it down a bit, I did the following:
>
> ./fossil new test.fossil
> ( echo 'GE
On Mon, Mar 2, 2015 at 11:46 AM, bch wrote:
> Renames as first-class dscm operations:
>
> http://www.markshuttleworth.com/archives/123
>
The basic point made in the post by Mark Shuttleworth (in 2007 BTW) is a
good one.
Cleaning up or refactoring is hard to do and ideally an SCM tool helps the
On 2 March 2015 at 20:18, Michai Ramakers wrote:
>
> ...on 4 boxes:
>
> (a) netbsd amd64 kernel on amd64 CPU ('nbsd_amd64')
> (b) netbsd x86 kernel on x86 CPU ('nbsd_x86')
> (c) linux amd64 kernel on amd64 CPU ('lin_amd64')
> (d) linux x86 kernel on amd64 CPU ('lin_x86_on_amd64')
actually
Hello,
while playing around with Fossil from inetd, saw some weirdness on
trunk tip ([14302b6cc7]) between amd64 and x86 linux and netbsd.
Narrowing it down a bit, I did the following:
./fossil new test.fossil
( echo 'GET /index HTTP/1.1'; echo 'Host: localhost'; echo ) |
./fossil http test.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Feb 24, 2015 at 12:02 PM, Richard Hipp wrote:
> On 2/24/15, Andy Goth wrote:
>> Unlike previous releases, the unpacked directory name does not
>> contain the seconds. This means the directory and archive
>> filenames don't match, which is a
Renames as first-class dscm operations:
http://www.markshuttleworth.com/archives/123
-bch
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Mon, Mar 02, 2015 at 11:38:38AM -0500, Richard Hipp wrote:
> On 3/2/15, Joerg Sonnenberger wrote:
> > On Mon, Mar 02, 2015 at 07:30:44AM -0500, Richard Hipp wrote:
> >> So I was thinking, could Fossil 2.0 be enhanced in ways to support
> >> scaling to the point where it works on really massive
Hi Michai,
On 2 March 2015 at 09:19, Michai Ramakers wrote:
> right. Port numbers work too on netbsd, but I'll amend the server.wiki
> to make this a bit clear, I guess.
Keep up the great work!
Best!
--
---
inum: 883510009027723
sip: jungleboo...@sip2sip.info
xmpp: jungle-boo...@jit.si
_
On 2 March 2015 at 18:10, jungle Boogie wrote:
> Hi Michai,
> On 2 March 2015 at 07:03, Michai Ramakers wrote:
>>
>> Unless someone has a quick clue, I can bisect it later today. But
>> probably it's user error.
>>
>
> Do you see inetd started on port 12345?
it works now, sort of, thanks.
> Onl
Hi Michai,
On 2 March 2015 at 07:03, Michai Ramakers wrote:
> Hello,
>
> toying a bit with Fossil serving through inetd, as per
> http://fossil-scm.org/xfer/doc/trunk/www/server.wiki , for some reason
> I can't get the example shown on that page working when using a
> directory-with-multiple-repos
On 3/2/15, Joerg Sonnenberger wrote:
> On Mon, Mar 02, 2015 at 07:30:44AM -0500, Richard Hipp wrote:
>> So I was thinking, could Fossil 2.0 be enhanced in ways to support
>> scaling to the point where it works on really massive projects?
>
> I think the single biggest practical issue right now sti
On Mon, Mar 02, 2015 at 07:30:44AM -0500, Richard Hipp wrote:
> So I was thinking, could Fossil 2.0 be enhanced in ways to support
> scaling to the point where it works on really massive projects?
I think the single biggest practical issue right now still goes back to
the baseline manifests not be
On 3/2/15, Michai Ramakers wrote:
> Hello,
>
> toying a bit with Fossil serving through inetd, as per
> http://fossil-scm.org/xfer/doc/trunk/www/server.wiki , for some reason
> I can't get the example shown on that page working when using a
> directory-with-multiple-repos as last argument, instead
Hello,
toying a bit with Fossil serving through inetd, as per
http://fossil-scm.org/xfer/doc/trunk/www/server.wiki , for some reason
I can't get the example shown on that page working when using a
directory-with-multiple-repos as last argument, instead of a single
repo, e.g.
stream tcp nowait.10
correction,
On 2 March 2015 at 16:03, Michai Ramakers wrote:
>
> stream tcp nowait.1000 root /usr/bin/fossil /usr/bin/fossil http /my/fossils
should be:
12345 stream tcp nowait.1000 root /usr/bin/fossil /usr/bin/fossil
http /my/fossils
Michai
___
On 3/2/15, Richard Boehme wrote:
> One question that arises is: how do I define what a "server" is? Can I
> get the complete repository history for everything else but get a more
> limited history for files that are larger than a certain size, or that
> have certain extensions?
That is theoretica
One question that arises is: how do I define what a "server" is? Can I
get the complete repository history for everything else but get a more
limited history for files that are larger than a certain size, or that
have certain extensions?
How would this work with sub-repositories (sorry, not versed
Ben Pollack's essay at
http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/
succinctly points up some of the problems with DVCS versus centralized
VCS (like subversion). Much further discussion occurs on the various
news aggregator sites.
So I was thinking, could Fossil 2
37 matches
Mail list logo