Re: sepgsql contrib module
Magnus Hagander <magnus@hagander.net>
From: Magnus Hagander <magnus@hagander.net>
To: Robert Haas <robertmhaas@gmail.com>
Cc: KaiGai Kohei <kaigai@ak.jp.nec.com>, KaiGai Kohei <kaigai@kaigai.gr.jp>, PgHacker <pgsql-hackers@postgresql.org>
Date: 2011-01-23T10:16:21Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
pgindent run for 9.0, second run
- 239d769e7e05 9.0.0 cited
On Sun, Jan 23, 2011 at 03:19, Robert Haas <robertmhaas@gmail.com> wrote: > 2011/1/21 KaiGai Kohei <kaigai@ak.jp.nec.com>: >> Do we have any workaround to avoid these indenting/formatting? >> Or, the reformatted code is better than before? > > That's pretty horrendous. Tom/Bruce, any ideas? I saw some similar things earlier, and it turned out to be two different reasons in two different cases. In one case, it was because I was using GNU indent, even though I thought I was using the one that's on our ftp. But it does give a warning in that case, you just have to actually *read* the warning. In the other case it was really weird - when my wrapper script (that called pgindent with path specification and such) executing using dash (the default /bin/sh on Ubuntu), it did weird things - but when I explicitly executed the wrapper script with /bin/bash, it worked - even though pgindent itself is still using /bin/sh. -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/