Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 75FFF6330EC for ; Fri, 2 Jul 2010 13:28:38 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 98712-02 for ; Fri, 2 Jul 2010 16:28:31 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mail.postgresql.org (Postfix) with SMTP id E6207633063 for ; Fri, 2 Jul 2010 13:28:30 -0300 (ADT) Received: (qmail invoked by alias); 02 Jul 2010 16:28:28 -0000 Received: from unknown (EHLO [192.168.0.4]) [204.210.253.91] by mail.gmx.net (mp064) with SMTP; 02 Jul 2010 18:28:28 +0200 X-Authenticated: #495269 X-Provags-ID: V01U2FsdGVkX18GvUVKe2AG9Z889OdZp2VVMgxr3Fiw5JdMYmmjl7 mSQRFZ4SBrcIly Subject: Re: Documentation and explanatory diagrams From: Peter Eisentraut To: Bruce Momjian Cc: Alvaro Herrera , Rafael Martinez , pgsql-docs In-Reply-To: <201007020208.o6228kJ16479@momjian.us> References: <201007020208.o6228kJ16479@momjian.us> Content-Type: text/plain; charset="UTF-8" Date: Fri, 02 Jul 2010 12:28:19 -0400 Message-ID: <1278088099.25901.4.camel@vanquo.pezone.net> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.011 tagged_above=-5 required=5 tests=BAYES_20=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201007/9 X-Sequence-Number: 5665 On tor, 2010-07-01 at 22:08 -0400, Bruce Momjian wrote: > Peter Eisentraut wrote: > > On tor, 2010-07-01 at 19:10 -0400, Alvaro Herrera wrote: > > > I'm not sure if this means that we don't want to have the PNG files in > > > our SCM though, because it'd make the doc unbuildable for those > > > without access to dia. > > > > Is there something that makes installing dia more challenging than the > > other documentation build tools? > > No, but it is an additional requirement for diagrams that will rarely > change. I dispute that the diagrams will/should rarely change, and also that changing rarely is an acceptable criterion for breaking the build system.