Re: [fossil-users] How to import a few commits from a git mirror?

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

[fossil-users] Do, fossil, when running in cgi mode, compress the response body?

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

Re: [fossil-users] Do, fossil, when running in cgi mode, compress the response body?

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

Re: [fossil-users] Do, fossil, when running in cgi mode, compress the response body?

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"

Re: [fossil-users] Do, fossil, when running in cgi mode, compress the response body?

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

Re: [fossil-users] Do, fossil, when running in cgi mode, compress the response body?

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

Re: [fossil-users] Do, fossil, when running in cgi mode, compress the response body?

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

Re: [fossil-users] Do, fossil, when running in cgi mode, compress the response body?

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 >

Re: [fossil-users] Small tweak to fix compilation issue (at least on Solaris 11)

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

Re: [fossil-users] Small tweak to fix compilation issue (at least on Solaris 11)

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

Re: [fossil-users] Small tweak to fix compilation issue (at least on Solaris 11)

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 >

Re: [fossil-users] Small tweak to fix compilation issue (at least on Solaris 11)

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

Re: [fossil-users] Small tweak to fix compilation issue (at least on Solaris 11)

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 >

Re: [fossil-users] Small tweak to fix compilation issue (at least on Solaris 11)

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

Re: [fossil-users] Small tweak to fix compilation issue (at least on Solaris 11)

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

[fossil-users] broken link on the /mlink page

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