Re: [HACKERS] PostgreSQL 7 RPMs coming soon - Mailing list pgsql-hackers

From Oleg Bartunov
Subject Re: [HACKERS] PostgreSQL 7 RPMs coming soon
Date
Msg-id Pine.GSO.3.96.SK.1000207220744.18475a-100000@ra
Whole thread Raw
In response to PostgreSQL 7 RPMs coming soon  (Lamar Owen <lamar.owen@wgcr.org>)
List pgsql-hackers
Lamar,

I got report from bulgarian user who had problem with locale under
MANDRAKE caused by 'su -l postgres ...' I'll forward it to you.
Incorrectly configured i18n (LC_ALL) could  override (?) locale
settings even if LC_CTYPE, LC_COLLATE explicitly specified in
startup script. I think you could check if all locale environment
are consistent with each other.
Oleg
On Mon, 7 Feb 2000, Lamar Owen wrote:

> Date: Mon, 07 Feb 2000 12:12:22 -0500
> From: Lamar Owen <lamar.owen@wgcr.org>
> To: pgsql-hackers@postgreSQL.org
> Subject: [HACKERS] PostgreSQL 7 RPMs coming soon
> 
> This is a heads up about some changes I'm considering for the PostgreSQL
> 7.0 RPMS. If the RPMs do not interest you, or you are not involved in
> supporting PostgreSQL in the RPM form, then feel free to hit delete.
> 
> I wanted to get feedback from the group before I made any changes -- 7.0
> is
> slated to go beta Feb 15, and I plan on having RPM's available within a
> few hours of the official beta release.  I already have feedback from my
> contact at RedHat -- and it is complete agreement with the changes I am
> proposing.
> 
> First, 7.0 has changed many small things about the operation of the
> system, including a new procedural language (plperl), a reorganized
> regression test suite, and a new 'pg_ctl' command to start and stop the
> postmaster.
> 
> As a result, I will be having to make some minor changes; and there is
> one major change I want to make.
> 
> 1.)    I want to move the actual database directory from /var/lib/pgsql to
> /var/lib/pgsql/data -- this will give the ability to store backups and
> other scratch data in /var/lib/pgsql without disturbing the main
> database, in an FHS-compliant manner (the current regression tests AND
> upgrade scripts are not in compliance with the FHS in terms of their
> packaging, unfortunately -- I want to rectify this). This of course will
> require sufficient documentation -- and I will provide functionality to
> use an existing data structure in /var/lib/pgsql instead, until the user
> moves it (new installations will default the initdb to
> /var/lib/pgsql/data).
> 
> 2.)    I will be enabling logs and logrotate functionality in the next
> release.
> 
> 3.)    /etc/rc.d/init.d/postgresql will be rewritten to use the pg_ctl
> command, instead of doing the start/stop manually.
> 
> 4.)    The new plperl language will go in postgresql-perl.
> 
> 5.)    I am considering splitting out pgaccess and the tk client from
> postgresql-tcl to postgresql-tk -- I have had several requests from
> users of servers that are using the tcl client and the pltcl language
> who do not have X11 installed, a current requirement for the
> installation of postgresql-tcl.
> 
> 6.)    And, of course, an update to version 7.0. This will involve
> extensive testing for Alpha, Sparc, and MIPS support -- I am hoping that
> Ryan Kirkpatrick and Uncle George can get the Alpha patches in order for
> 7.0, as I don't believe Tom had time to do the fmgr rewrite like he
> wanted. I am also hoping that a number of people with MIPS, ARM, Alpha,
> and Sparc (both 32 and 64) will volunteer to beta test 7.0.
> 
> The initial builds will be done for Intel only -- until I get patches
> and/or confirmation of build on other architectures from those who are
> able to test those.
> 
> If you have additional suggestions for improving the RPM distribution,
> please e-mail them to me.
> 
> TIA for your feedback.
> 
> --
> Lamar Owen
> WGCR Internet Radio
> 1 Peter 4:11
> 
> ************
> 

_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: fsync alternatives (was: Re: [HACKERS] TODO item)
Next
From: Don Baccus
Date:
Subject: Re: [HACKERS] ONLY