On Tue, Mar 29, 2011 at 7:41 PM, Jan Danielsson
wrote:
> Hmm.. I'm intrigued, but not completely convinced. An ssh/gpg:esque
> agent solves the issue of having to re-enter the password, which is
> obviously good if one does many operations within a short time-span over
> https, but I'm not sure it
On 03/29/11 22:51, Ron Wilson wrote:
> On Tue, Mar 29, 2011 at 11:02 AM, Jan Danielsson
> wrote:
>> The reason I used environment variables was that I couldn't figure
>> out a good interface for managing certificates/keys.
>
> One option, which could also solve the password protected cert issue
On Tue, Mar 29, 2011 at 5:39 PM, Tony Perovic wrote:
> Clicking the Login button, Fossil outputs this:
> Status: 302 Moved Temporarily
> Set-Cookie: fossil_login_3213c06d=anon%2F2455644... Path:
> /Projects/Test/Test.fossil; expires=Wed, 23 Mar 2011 23:51:39 GMT; Version=1
> Location: /Projects/Te
Works with Chrome, but Microsoft Internet Explorer didn't like it.
Now, if I could just get the users to switch
Tony Perovic
Compumation, Inc.
From: Tony Perovic
Sent: Tuesday, March 29, 2011 4:39 PM
To: 'fossil-users@lists.fossil-scm.org'
Subject: RE: [fossil-
I'm not familiar with the HTML meta reload tag...I had to google it.
Clicking the Login button, Fossil outputs this:
Status: 302 Moved Temporarily
Set-Cookie: fossil_login_3213c06d=anon%2F2455644... Path:
/Projects/Test/Test.fossil; expires=Wed, 23 Mar 2011 23:51:39 GMT; Version=1
Location: /Pro
On Tue, Mar 29, 2011 at 4:39 PM, Tony Perovic wrote:
> IIS has another bug that prevents Set-Cookie and Redirection within the
> same HTTP response. IIS tries to be efficient by executing the redirection
> without involving the browser but fails to pass along the cookie so the
> Login/Logout page
On Tue, Mar 29, 2011 at 8:25 AM, Richard Hipp wrote:
> We only allow the client "Reader" capabilities when accessing the subrepos.
> But for the main repo that contains the project wiki and other resources,
> the client has full "Setup" capability so that they can do whatever they
> want on their
On Tue, Mar 29, 2011 at 11:02 AM, Jan Danielsson
wrote:
> The reason I used environment variables was that I couldn't figure
> out a good interface for managing certificates/keys.
One option, which could also solve the password protected cert issue,
would be to do as some versions of SSH do: A
IIS/CGI sets the following environmental variable:
SERVER_SOFTWARE=Microsoft-IIS/6.0
So you could look for that.
IIS has another bug that prevents Set-Cookie and Redirection within the same
HTTP response. IIS tries to be efficient by executing the redirection without
involving the browser but fa
On Tue, Mar 29, 2011 at 10:55 AM, Bill Burdick wrote:
> Functionality-wise, call-out hooks are OK for some things but a good,
> embedded scripting language is a simple way to do tightly integrated,
> cross-platform Fossil extensions, like Mercurial's plugins.
>...
> Also, Fossil is already a file
On Wed, Mar 30, 2011 at 01:32:17AM +0900, Clifford Caoile wrote:
> Hello fossil-users:
>
> I was intrigued with Fossil after reading the enthusiastic LWN article
> [1]. Unfortunately I do not see any summary about Fossil and
> Internationalization (i18n). Let me contribute a summary which can be
>
On Tue, Mar 29, 2011 at 2:14 PM, Tony Perovic wrote:
> From RFC3875 Section 4.1,5:
>
>
>
> *The PATH_INFO variable specifies a path to be interpreted by the CGI*
>
> *script. It identifies the resource or sub-resource to be returned by*
>
> *the CGI script, and is derived from the portion of the
>From RFC3875 Section 4.1,5:
The PATH_INFO variable specifies a path to be interpreted by the CGI
script. It identifies the resource or sub-resource to be returned by
the CGI script, and is derived from the portion of the URI path
hierarchy following the part that identifies the script itself
On Tue, Mar 29, 2011 at 12:40 PM, Tony Perovic wrote:
> This is driving me nuts……
>
>
>
> I created a CGI file for my repository on the server:
>
>
>
>
> It seems that Fossil uses the PATH_INFO to construct its reply in CGI mode.
> I achieved the correct results by writing a Perl script that stri
This is driving me nuts..
I created a CGI file for my repository on the server:
Test.cgi:
!#\Program Files\Fossil\Fossil.exe
repository: C:\Projects\Test\Test.fossil
I configured IIS to send *.cgi requests to Fossil.exe then pointed my browser
to:
http://myserver/Projects/Test/Test.cgi
I
Hello fossil-users:
I was intrigued with Fossil after reading the enthusiastic LWN article
[1]. Unfortunately I do not see any summary about Fossil and
Internationalization (i18n). Let me contribute a summary which can be
used on the Fossil wiki.
---8<---
Fossil and Internationalization (i18n)
C
So it sounds like this might be a way to support the use case for which
I proposed index.fossil last week, correct? That is, I could have a
default repository served up at the root of the domain, with the wiki
and other links referencing its pages, but add sub-repositories for the
various spin-
Got it...
When I uncheck Admin - Access ...
[ ] Require password for local access
...I am now able to push and pull.
Thanks,
Steve
On Tue, Mar 29, 2011 at 11:42 AM, wrote:
> Hi,
> Another new user dumb question...
>
> I created a local and cloned repository with 2 users/passwords that
> have
Thanks, Richard. That cleared things up.
On 29 March 2011 20:25, Richard Hipp wrote:
--
"Perhaps people don't believe this, but throughout all of the discussions of
entering China our focus has really been what's best for the Chinese people.
It's not been about our revenue or profit or whatn
Hi,
Another new user dumb question...
I created a local and cloned repository with 2 users/passwords that
have all privileges checked.
autosync is OFF
--- Command ---
fossil pull t:\myrepo.fossil
--- Returns ---
Bytes Cards Artifacts Deltas
Sent: 130
Hello,
I've added support for supplying CA certificates and client
certificates/keys to fossil on the jan-clientcert branch. This will
allow fossil to be used against https servers which require full
client/CA certificate chain verification.
Unfortunately, I've stepped off the path a little
On Tue, Mar 29, 2011 at 4:32 AM, Alaric Snell-Pym
wrote:
> On 03/29/11 10:16, Paul Ruizendaal wrote:
>
> > That being said, I'm opposed to bloat and function creep in Fossil.
> > Perhaps what is needed is a small companion to Fossil that acts as a hub
> > server. That companion could be a webserve
Hi,
This feature is very attractive and would be very useful in one of my repos.
Any instructions on how to import it and customize it for my repo?
Best regards,
Alexandre Sénéchal
On Tue, Mar 15, 2011 at 2:03 PM, Kevin Greiner wrote:
>
> On Tue, Mar 15, 2011 at 1:35 PM, Federico Ramallo wrote
On Mon, Mar 28, 2011 at 10:36 PM, Michael Richter wrote:
> I just saw an intriguing message in the timeline. "Leaf: Merge the
> sub-repo capability into trunk." I can't find anywhere in the help, the
> fossil docs nor in the wiki that talks about this. How does one use this
> new sub-repo capab
Sorry for the email necromancy, but since there are talks about post
commit hooks again and as it seems it would generally be a useful
feature, I remembered about the roadblock that Richard encountered
that hadn't received a good anwser as far as I remember:
On Mon, Jan 3, 2011 at 12:58 PM, Richar
On 03/29/11 10:16, Paul Ruizendaal wrote:
> That being said, I'm opposed to bloat and function creep in Fossil.
> Perhaps what is needed is a small companion to Fossil that acts as a hub
> server. That companion could be a webserver / sqlite / javascript combo,
> which either reads the database fi
> Can you link me some info on the hooks? I didn't need them for the
social
> networking stuff, but something like server-side scripting with scripts
in
> the repository would be very nice. TH1 is good for templating, but
> personally, I'd like a "full" language -- a complete TCL or Lua or
> some
27 matches
Mail list logo
