SCGI is so simple that its pretty much impossible to implement wrongly.
The only brokenness that I've seen is that nginx' SCGI handler (Which is a
somewhat unmaintained 3rd party module) doesn't accept status: lines like
its supposed to. The work around took one line, however. If I ever get
around
Hi James,
If you want events along with usernames, you could query the Fossil repo.
select * from event where type='ci' and user!='' order by mtime;
Filling in the user field, you could exclude yourself.
-Original Message-
From: "James Bremner"
Sent: Monday, May 31, 2010 5:37pm
To: f
Oh, getting the author is easy too. For some reason it does not show up in a
web browser, but it is right there in the return from the GET
adbsolute link to WEBEM home page from source documentation
http://66.199.140.183/cgi-bin/webem.cgi/ci/f911d7b30ab6aa8ddb1129642e4a95b07f9
Well, it looks like I do not need any fancy RSS libraries. Simply send a GET
to /timeline.rss and everything simply shows up. Guess that is why
the call it 'Real Simple'
But how do I get the user who created the event?
James Bremner
- Original Message
From: James Bremner
To: fos
Joshua,
Shows how often I deal with RSS feeds! Now I remember that this is indeed the
standard place for them to show
I will have to look for a C or C++ library. Or perhaps Python - I have been
looking for an excuse to dive deeper into Python.
At a glance, it looks like the RSS feed does NO
On 05/31/2010 04:59 PM, James Bremner wrote:
> It is in a little button on the browser
> navigation toolbar when at the timeline. Wow, that is obscure!
That's the pretty standard place to find an RSS feed, actually--not
obscure at all... *if* you know that an RSS feed is what you need.
> Well,
Ron,
Aah, found the RSS Feed. It is in a little button on the browser navigation
toolbar when at the timeline. Wow, that is obscure!
Well, this should simplify the design of a timeline monitor tool, if I can find
some handy code to consume RSS feeds so I can consolidate and filter out my own
Ron,
A RSS feed seems like it would be a great feature. Where do I find it?
James Bremner
- Original Message
From: Ron Aaron
To: fossil-users@lists.fossil-scm.org
Sent: Mon, May 31, 2010 4:19:33 PM
Subject: Re: [fossil-users] Praise for fossil
On Monday 31 May 2010 23:17:25 James B
On Monday 31 May 2010 23:17:25 James Bremner wrote:
> reinventing the wheel? Has someone already done this, or is
> there a fossil feature I have overlooked that makes a multi-project timeline
> monitor easy or even redundant?
Have you looked at using the RSS feed feature?
--
Sending me som
I have been using fossil for several months and like it more and more all
the time. A simply hosted code repository, ticket tracker and wiki all in
one is surely what everyone needs?
Today I worked out how to use the
embedded documentation feature to publish
doxygen generated source
document
> The biggest issue with HTTP 1.1 for backend communication is long
> running connections since HTTP doesn't support interleaving.
Now that I find a convincing argument!
Can you confirm from your experience that SCGI is not broken in this
respect in the same way as FastCGI (i.e. the protocol spe
On 31 May 2010 15:01, Paul Ruizendaal wrote:
>
> >> I'm really short on time right now, but I will try to help you in
> making
> >> this a cross-platform patch. I can test on WinXP, Linux and FreeBSD.
> Can
> >> you test on OS-X?
> >
> > No, sorry. I can add OpenSolaris to the testing platforms t
For those so interested, the modification is now being self hosted. See
http://fossil.e43.eu/fossil/. Anonymous cloning is allowed.
- Owen.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/li
On 31 May 2010 07:49, Paul Ruizendaal wrote:
> Hi folks,
>
> Two remarks:
>
> 1. I'm happy that more and more people are contributing to Fossil, but I'm
> also a bit concerned about the increasing Posix dependence. The https code
> builds in a dependence on libssl, and now the below patch is Posi
14 matches
Mail list logo
