I doubt it will have the 16KB blocksize installed, unless aD/openacs
builds our own binaries. With the hidden "lzText" type, in practice
10K or better posts can be made to bboard, etc. Not sure it's worth
it in the short term to provide our own binaries with 16KB blocksize
compiled in.
There should be instructions, though, for doing a source RPM install,
edit, and recompile.
One reason I don't attach high priority to this is that PG 7.1, which
will be the choice to take in about three months, doesn't restrict row
length to blocksize. "text" (and other) columns can be of any length.
Poof! the blocksize problem goes away. (it works in a way very
similar to my "large object hack" in the AOLserver PG driver, but
invisibly to queries, very cool).
So any annoyances caused by installing a default PG with an 8KB
blocksize is short-termed. I'd rather see us concentrate on the RPM
infrastructure and provide a little documenation rather than seek a
solution that will be obsolete due to PG improvements in about three
months.
Adam - thanks for informing us of this development. Lamar's
registered here, maybe you should e-mail him directly to see if he has
time to pitch in? At one point he was enthusiastic about building
AOLserver/ACS/PG RPMs. He lurks here but not on a daily basis...
