On Mon, Jan 23, 2017 at 6:59 PM, Stephen Frost <sfr...@snowman.net> wrote:
> > For the record, I don't like the name "xlog" either. It would be nice > > if we could have more consistent and intuitive naming. > > > > But I don't see any proposals to actually change all uses of "xlog" to > > "wal". What about program names, command line options, etc.? If the > > argument is, we changed one thing, we should change the rest, then let's > > see that. I think that argument itself is flawed, but if that's what > > we're going with, let's see the whole plan. > > That is the proposal and what Vladimir is working towards, as I > understand it, but one piece at a time rather than one big huge patch, > as he's already stated elsewhere on this thread. > Correct. Since fate of this patch is not fully decided I've paused my work on other things until this goes in in some form. > I don't have any problem with asking for a summary of the exact set of > changes that he's planning to make though. My understanding is that it > includes changing program names, command line options, etc. > Here's what I currently have in mind: - sql function names (current patch) - binaries in bin: pg_receivexlog, pg_xlogdump, pg_resetxlog - (maybe) public/exported symbols from libpq, e.g. libpqGetCurrentXlogInsertLocation - at this time I don't target internal function and filenames, but that could also be done if there's desire for this. I'd like to have most user-visible changed checked in earlier. Stuff like internal refactoring can be done pretty much at any point in development cycle. -- Vladimir Rusinov Storage SRE, Google Ireland Google Ireland Ltd.,Gordon House, Barrow Street, Dublin 4, Ireland Registered in Dublin, Ireland Registration Number: 368047
smime.p7s
Description: S/MIME Cryptographic Signature