Opened 14 years ago
Closed 14 years ago
Last modified 14 years ago
#428 closed enhancement (wontfix)
|Reported by:||darkblueb||Owned by:|
|Component:||OSGeoLive||Keywords:||Postgres PostGIS GEOS|
Why oh why not Pg 8.4 ? Its a great release.. and then PostGIS and GEOS versions? I hadnt checked because I thought this was so obvious it didn't need saying.
Change history (10)
comment:1 by , 14 years ago
comment:2 by , 14 years ago
|Priority:||major → minor|
Basically, because a deb of 8.4 isn't available yet for jaunty or debian. If someone wants to write a script to do it from source or generic binary then it should be fine.
It will definitely be included in the next release after FOSS4G as Karmic does have packages for it.
comment:3 by , 14 years ago
fyi, there is a version of 8.4 built for lenny-backports which might-just-work with Ubuntu 9.04.
I wonder if that creates more problems than it solves though, better to go with the native version.
comment:4 by , 14 years ago
|Priority:||minor → normal|
hmmm Debian in fact has a great package for Postgres 8.4. as for Ubuntu, I believe I just used the "Linux Installer" from from Enterprise DB, works fine.
The real loss is PgAdmin III .10 its a really great upgrade.. but I hadnt figured out how to put it on the recent Ubuntu to date.. Debian 5 and Mac OSX.. works fine
comment:5 by , 14 years ago
ok - it looks like I did use the Enterprise DB installer for Debian, also I wish we could be current with this somehow..
comment:6 by , 14 years ago
ok, they are using Pg 8.3 on "benchmarking" too..
comment:7 by , 14 years ago
so is this one going to be a "next time around" (wont)fix?
comment:8 by , 14 years ago
That's my feeling, it's just too much time to deal with install without the use of a repo. By the time we build again in a 2+ months, we'll be on the next version of Xubuntu which will have a package for it anyways.
So won't fix until v2.1
comment:9 by , 14 years ago
|Status:||new → closed|
comment:10 by , 14 years ago
(or better explained as: with time it will automatically fix itself)
.. just the addition in psql of showing table sizes easily and regularly, without esoteric commands, is worth the price of admission. There is no downside at all, either.