Re: Extension Packaging
David Wheeler <david@kineticode.com>
From: "David E. Wheeler" <david@kineticode.com>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Daniele Varrazzo <daniele.varrazzo@gmail.com>, "pgsql-hackers@postgresql.org Hackers" <pgsql-hackers@postgresql.org>
Date: 2011-04-25T16:00:26Z
Lists: pgsql-hackers
On Apr 25, 2011, at 5:49 AM, Robert Haas wrote: > I think it's a bit awkward that we have to do it this way, though. > The installed version of the extension at the SQL level won't match > what the user thinks they've installed. Granted, it'll be in the > ballpark (1.0 vs 1.0.3, for example) but that's not quite the same > thing. I also note that we've moved PDQ from thinking that versions > are opaque strings to having pretty specific ideas about how they are > going to have to be assigned and managed to avoid maintainer insanity. > That suggests to me that at a minimum we need some more documentation > here. These are really great points. I knew I wasn't thrilled about this suggest, but wasn't sure why. Frankly, I think it will be really confusing to users who think they have FooBar 1.2.2 installed but see only 1.2 in the database. I don't think I would do that, personally. I'm much more inclined to have the same extension version everywhere I can. If the core wants to build some infrastructure around the meaning of versions, then it will make sense (especially if there's a way to see *both* versions). But if not, I frankly don't see the point. Best, David