Re: [v9.1] sepgsql - userspace access vector cache
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Kohei KaiGai <kaigai@kaigai.gr.jp>
Cc: Robert Haas <robertmhaas@gmail.com>, Kohei Kaigai <Kohei.Kaigai@emea.nec.com>, Yeb Havinga <yebhavinga@gmail.com>, PgHacker <pgsql-hackers@postgresql.org>
Date: 2011-08-19T13:59:45Z
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 →
-
Remove the limit on the number of entries allowed in catcaches, and
- 8b9bc234ad43 8.2.0 cited
Kohei KaiGai <kaigai@kaigai.gr.jp> writes: > 2011/8/18 Robert Haas <robertmhaas@gmail.com>: >> Actually, as I look at this more, I think this build system is >> completely mis-designed. Given that you want to build sepgsql, >> selinux is not an optional feature. So the stuff in >> contrib/sepgsql/Makefile that is intended to link against libselinux >> only if --with-selinux was specified at configure time is nonsense. What stuff is that? > So, it seems to me we also need to revise configure script, not only > Makefile of sepgsql. This patch seems unnecessary to me. The way it works now appears to be quite parallel to the way that contrib/xml2 works, and has worked for years. I don't think that sepgsql should behave differently from that. regards, tom lane