On Mon, 29 Aug 2016 18:14:28 -0600
Warren Young wrote:
> On Aug 29, 2016, at 5:10 PM, John Found wrote:
> >
> > I am running fossil in cgi mode on an experimental web server.
>
> So your first guess as to the source of the problem is Fossil, not the
> “experimental” web server? Hm. :)
>
It
On Aug 29, 2016, at 6:14 PM, Warren Young wrote:
>
> Your told HTTP…
^ client
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Aug 29, 2016, at 6:11 PM, John Found wrote:
>
> https://tools.ietf.org/html/rfc3875#section-6.3
That section doesn’t limit the type of headers that the CGI application can
return. It just defines the format of any headers that do exist, and requires
that certain headers always get sent.
I
On Aug 29, 2016, at 5:10 PM, John Found wrote:
>
> I am running fossil in cgi mode on an experimental web server.
So your first guess as to the source of the problem is Fossil, not the
“experimental” web server? Hm. :)
> When requesting the main page "/fossil/repo/name/", fossil returns 302
On Mon, 29 Aug 2016 19:27:00 -0400
Richard Hipp wrote:
> On 8/29/16, John Found wrote:
> > I am running fossil in cgi mode on an experimental web server. The web
> > server supports only FastCGI interface, so the fossil is spawned using
> > "fcgiwrap" tool. Anyway, we are hunting for a problem.
On 8/29/16, John Found wrote:
> I am running fossil in cgi mode on an experimental web server. The web
> server supports only FastCGI interface, so the fossil is spawned using
> "fcgiwrap" tool. Anyway, we are hunting for a problem.
>
> When requesting the main page "/fossil/repo/name/", fossil re
I am running fossil in cgi mode on an experimental web server. The web server
supports only FastCGI interface, so the fossil is spawned using "fcgiwrap"
tool. Anyway, we are hunting for a problem.
When requesting the main page "/fossil/repo/name/", fossil returns 302 and
redirects to "/fossil/r
On Sat, Aug 27, 2016 at 12:46 PM, Natacha Porté
wrote:
> Hello,
>
> Short version: I have a git repository built a mirror of a main
> repository, a few changes happened to the git repository, and I would
> like to find a way to bring these changes back to the fossil repository
> so that the git r
Hi,
if a new file was added, link to previous version (under column "From")
is just /info/
also those links should point to check-in page not to the artifact as
they are already under column "Old".
--
I am not a native English speaker,
so feel free to correct any spelling or grammatical errors
On 8/29/16, Warren Young wrote:
>>
>> The header files in Fossil are automatically generated.
>
> Okay, in that case, the problem is that doc.c doesn’t include unversioned.h,
That's not how makeheaders works.
The prototype for the uvstat_page() function should be included in the
*.h file for any
On Aug 29, 2016, at 9:52 AM, Warren Young wrote:
>
> On Aug 29, 2016, at 8:19 AM, Richard Hipp wrote:
>>
>> On 8/29/16, Warren Young wrote:
>>>
>>> That’s only a partial fix. You also need to add a prototype for
>>> uvstat_page() to one of the header files that src/doc.c includes, so the
>>>
On Mon, Aug 29, 2016 at 5:38 PM, Richard Hipp wrote:
> On 8/29/16, Karel Gardas wrote:
>> Hmm, conversation suggest that this is not bug in the code but trivial
>> user error. OK!
>
> Half-true. Your original bug report was correct. And that problem
> should be fixed with the most recent Fossi
On Aug 29, 2016, at 8:19 AM, Richard Hipp wrote:
>
> On 8/29/16, Warren Young wrote:
>>
>> That’s only a partial fix. You also need to add a prototype for
>> uvstat_page() to one of the header files that src/doc.c includes, so the
>> compiler would catch that.
>
> The header files in Fossil a
On 8/29/16, Karel Gardas wrote:
> Hmm, conversation suggest that this is not bug in the code but trivial
> user error. OK!
Half-true. Your original bug report was correct. And that problem
should be fixed with the most recent Fossil check-in. The subsequent
report that your patch was incomple
Hmm, conversation suggest that this is not bug in the code but trivial
user error. OK! The problem is that it is 100% reproducible on Solaris
with installed Sun C by:
mkdir obj
cd obj
../src/configure --prefix=/opt/fossil-head
gmake
and you will get:
cc -I. -I../src/src -Ibld -D_XOPEN_SOURCE=500
On 8/29/16, Warren Young wrote:
>
> That’s only a partial fix. You also need to add a prototype for
> uvstat_page() to one of the header files that src/doc.c includes, so the
> compiler would catch that.
The header files in Fossil are automatically generated. (See the
description of "makeheader
On Aug 28, 2016, at 5:30 AM, Karel Gardas wrote:
>
> while building fossil-head just from minutes ago, my compiler on
> Solaris 11.2 complain about:
>
> cc -I. -I../src/src -Ibld -D_XOPEN_SOURCE=500 -D__EXTENSIONS__
> -DFOSSIL_DYNAMIC_BUILD=1 -g -O2 -DHAVE_AUTOCONFIG_H
> -D_HAVE_SQLITE_CONFIG_H
17 matches
Mail list logo
