[GENERAL] 9.2.2 RH, Fedora

Hi all, Could somebody tell if or when 9.2.2 packages will arrive to the PGDG yum repository? Thanks, Grazvydas

Re: [GENERAL] Strange dump/restore effect

On Mon, Sep 24, 2012 at 12:44 AM, Paul Ramsey wrote: > Try just loading the 1.5 dump directly into the 2.0 database without > the filtering step. It will be immensely noisy with lots of errors and > warnings, but with luck you should find your data is there waiting for > you when it's done. > > I

[GENERAL] Strange dump/restore effect

Hi all, I just migrated to 9.2 and observing stange thing. While restoring 9.2 database to another server's empty database I'm getting several errors while restoring views: pg_restore: creating RULE _RETURN pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error

Re: [GENERAL] Packaging of plpython

> > >> does the windows package include its own self sufficient python runtime, > or does it rely on a specific 3rd party python being installed ? if the > latter, is python 2.x available or just 3.x ? > > As I understand plpython on windows is only adapter to ActiveState Python 2 or 3. EDB inst

Re: [GENERAL] Packaging of plpython

> > It is the decision of the respective packagers which version they > provide and how much effort they want to put in. If you have issues > with their decisions, you could try to submit a bug report to their > respective bug trackers. > > Btw., Debian and Ubuntu provide PL/Python for Python 2 an

Re: [GENERAL] Packaging of plpython

> > > OK. It seemed to me, that plpython2 and plpython3 were introduced exactly >> for this reason. >> >> Postgres documentation (http://www.postgresql.org/** >> docs/9.1/static/plpython-**python23.html) >> states: >> >> It is not a

Re: [GENERAL] Packaging of plpython

On Sat, Sep 8, 2012 at 12:05 AM, John R Pierce wrote: > On 09/07/12 1:57 PM, Gražvydas Valeika wrote: > >> >> I don't use RHEL, I use Scientific Linux clone of it. And >> yum.postgresql.org <http://yum.postgresql.org/> repository packages. It >>

Re: [GENERAL] Packaging of plpython

On Fri, Sep 7, 2012 at 11:27 PM, John R Pierce wrote: > On 09/07/12 12:41 PM, Gražvydas Valeika wrote: > >> >> What is the problem to provide both plpython2 and plpython3, or keep same >> (2 or 3) plpython available by default on both platforms? >> > > what v

[GENERAL] Packaging of plpython

Hi all, somebody please explain what is packaging policy of plpython. Now I see plpython2u packaged in Fedora and RHEL repositories and plpython3u in Windows installer by EnterpriseDB. Why there is such difference and what is advertised way to keep DB servers in Linux and Windows plpython compati