Re: GSoC applicant proposal, Uday PB - Mailing list pgsql-hackers

From Chapman Flack
Subject Re: GSoC applicant proposal, Uday PB
Date
Msg-id a185b250-4e13-f854-c55a-8c1a84f51b11@anastigmatix.net
Whole thread Raw
In response to Re: GSoC applicant proposal, Uday PB  (Alexander Korotkov <a.korotkov@postgrespro.ru>)
Responses Re: GSoC applicant proposal, Uday PB
List pgsql-hackers
On 3/19/20 2:03 PM, Alexander Korotkov wrote:

> Does your project imply any coding?  AFAIR, GSoC doesn't allow pure
> documentation projects.

That's a good question. The idea as I proposed it is more of an
infrastructure project, adjusting the toolchain that currently
autogenerates the docs (along with some stylesheets/templates) so
that a more usable web reference is generated from the existing
documentation—and to make it capable of generating per-version
subtrees, as the PostgreSQL manual does, rather than having the
most recent release be the only online reference available.

I was not envisioning it as a technical-writing project to improve
the content of the documentation. That surely wouldn't hurt, but
isn't what I had in mind here.

I am open to withdrawing it and reposting as a Google Season of Docs
project if that's what the community prefers, only in that case
I wonder if it would end up attracting contributors who would be
expecting to do some writing and copy-editing, and end up intimidated
by the coding/infrastructure work required.

So I'm not certain how it should be categorized, or whether GSoC
rules should preclude it. Judgment call?

Regards,
-Chap



pgsql-hackers by date:

Previous
From: Julien Rouhaud
Date:
Subject: Re: Collation versioning
Next
From: Bruce Momjian
Date:
Subject: Re: [PATCH] pg_upgrade: report the reason for failing to open thecluster version file