Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-16 Thread Peter Eisentraut
Lamar Owen writes: > Likewise, Peter, I'm sure that from your point of view you have good > reasons -- I'd like to see them as well, for the same reasons as I'd > like to see Trond's. Two points of view here: 1. The config.* files were specifically updated because the old ones did not recogniz

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-16 Thread Karl DeBisschop
Peter Eisentraut wrote: > > Lamar Owen writes: > > > Ok, I have a first set of 7.1beta3 RPMs uploading now. These RPMs pass > > regression on my home RedHat 6.2 machine, which has all locale environment > > variables disabled (/etc/sysconfig/i18n deleted and a reboot). > > Some thoughts: snip

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-16 Thread Karl DeBisschop
(Sorry of this double posts - I'm having alias troubles on the list.) Peter Eisentraut wrote: > > Lamar Owen writes: > > > Ok, I have a first set of 7.1beta3 RPMs uploading now. These RPMs pass > > regression on my home RedHat 6.2 machine, which has all locale environment > > variables disable

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Lamar Owen
Trond Eivind Glomsrød wrote: > Lamar Owen <[EMAIL PROTECTED]> writes: > > In particular, this was and is a RedHat-made change. It does not break > > anything that I am aware of, and allows the distributions to do their > > thing as well. > Note that this wasn't included in Red Hat Linux 7... it'

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Trond Eivind Glomsrød
Lamar Owen <[EMAIL PROTECTED]> writes: > Peter Eisentraut wrote: > > Trond Eivind Glomsrød writes: > > > We have a libtool tuned to work with lots of platforms, like ia64, > > > s390 etc... this makes sure it's used. > > > We don't use libtool. Nor does libtool care about the processor. > > In

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Trond Eivind Glomsrød
Peter Eisentraut <[EMAIL PROTECTED]> writes: > Trond Eivind Glomsrød writes: > > > > We don't use libtool. > > > > Doing so would be a good thing. > > Not if our code is more portable than libtool's. And this is the case? libtool covers pretty much everything... and you don't need to use it fo

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Lamar Owen
Peter Eisentraut wrote: > Trond Eivind Glomsrød writes: > > We have a libtool tuned to work with lots of platforms, like ia64, > > s390 etc... this makes sure it's used. > We don't use libtool. Nor does libtool care about the processor. 'We' has a lot of different meanings. In your sentence,

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Lamar Owen
Peter Eisentraut wrote: > The patch I recommended was > - LDFLAGS_SL:= -Bdynamic -shared -soname $(shlib) > + LDFLAGS_SL:= -Bdynamic -shared -soname >lib$(NAME)$(DLSUFFIX).$(SO_MAJOR_VERSION) And that is what was in 7.0.3. > but that's not what your patch does. The

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Peter Eisentraut
Trond Eivind Glomsrød writes: > > We don't use libtool. > > Doing so would be a good thing. Not if our code is more portable than libtool's. > > Nor does libtool care about the processor. > > As you can see from the actual code segment, only the > config.{guess,sub} files are copied. But you a

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Peter Eisentraut
Lamar Owen writes: > > | diff -uNr postgresql-7.1beta3.orig/src/Makefile.shlib >postgresql-7.1beta3/src/Makefile.shlib > > | - LINK.shared = $(COMPILER) -shared -Wl,-soname,$(soname) > > | + LINK.shared = $(COMPILER) -shared -Wl > > | endif > > > This cannot possibly be righ

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Trond Eivind Glomsrød
Peter Eisentraut <[EMAIL PROTECTED]> writes: > Trond Eivind Glomsrød writes: > > > We have a libtool tuned to work with lots of platforms, like ia64, > > s390 etc... this makes sure it's used. > > We don't use libtool. Doing so would be a good thing. > Nor does libtool care about the proces

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Peter Eisentraut
Trond Eivind Glomsrød writes: > We have a libtool tuned to work with lots of platforms, like ia64, > s390 etc... this makes sure it's used. We don't use libtool. Nor does libtool care about the processor. -- Peter Eisentraut [EMAIL PROTECTED] http://yi.org/peter-e/

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Lamar Owen
Tom Lane wrote: > Let me know when you think the 7.1 RPM specfile is stable enough to be > worth testing, and I'll try to build PPC RPMs. Ok. Should be coincident with -2. I'm planning to have a -2 out later this week. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Tom Lane
Lamar Owen <[EMAIL PROTECTED]> writes: >> It is. 7.1 builds cleanly on PPC without any CFLAGS hackery. I think >> we can even survive the -fsigned-char stupidity now ;-) > Oh, good. Makes it much cleaner. Care to test that theory? :-) I already did, I believe, but just in plain builds from s

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Lamar Owen
Tom Lane wrote: > Lamar Owen <[EMAIL PROTECTED]> writes: > > doing. This is a fix for the broken rpm setup found on Linux-PPC, as > > found by Tom Lane. It would be marvelous if this would be expendable at > > this juncture. > It is. 7.1 builds cleanly on PPC without any CFLAGS hackery. I th

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Tom Lane
Lamar Owen <[EMAIL PROTECTED]> writes: >> | %ifarch ppc >> | NEW_CFLAGS=`echo $CFLAGS|xargs -n 1|grep -v "\-O"|xargs -n 100` >> | NEW_CFLAGS="$NEW_CFLAGS -O0" >> This is no longer necessary. > Depends on the convolutions the particular build of rpm itself is > doing. This is a fix for the brok

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Lamar Owen
Trond Eivind Glomsrød wrote: > Lamar Owen <[EMAIL PROTECTED]> writes: > > Peter Eisentraut wrote: > > > Re: rpm-pgsql-7.1beta3.patch > > > | diff -uNr postgresql-7.1beta3.orig/src/Makefile.shlib >postgresql-7.1beta3/src/Makefile.shlib > > > | - LINK.shared = $(COMPILER) -shared -Wl,-son

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Trond Eivind Glomsrød
Lamar Owen <[EMAIL PROTECTED]> writes: > Peter Eisentraut wrote: > > Lamar Owen writes: > > > Ok, I have a first set of 7.1beta3 RPMs uploading now. These RPMs pass > > > regression on my home RedHat 6.2 machine, which has all locale environment > > > variables disabled (/etc/sysconfig/i18n dele

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Lamar Owen
Peter Eisentraut wrote: > Lamar Owen writes: > > Ok, I have a first set of 7.1beta3 RPMs uploading now. These RPMs pass > > regression on my home RedHat 6.2 machine, which has all locale environment > > variables disabled (/etc/sysconfig/i18n deleted and a reboot). > Some thoughts: > Re: rpm-

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Peter Eisentraut
Lamar Owen writes: > Ok, I have a first set of 7.1beta3 RPMs uploading now. These RPMs pass > regression on my home RedHat 6.2 machine, which has all locale environment > variables disabled (/etc/sysconfig/i18n deleted and a reboot). Some thoughts: Re: rpm-pgsql-7.1beta3.patch | diff -uNr pos

Re: [HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-15 Thread Oliver Elphick
Lamar Owen wrote: >Ok, I have a first set of 7.1beta3 RPMs uploading now. ... > >pgaccess currently will not run unless you reconfigure to use -i in the >startup. This is also being fixed in the RPMset -- there is a change necess >ary >in postgresql.config, I just have to do the c

[HACKERS] RPMS for 7.1beta3 being uploaded.

2001-01-14 Thread Lamar Owen
Ok, I have a first set of 7.1beta3 RPMs uploading now. These RPMs pass regression on my home RedHat 6.2 machine, which has all locale environment variables disabled (/etc/sysconfig/i18n deleted and a reboot). It may take a few minutes to a few hours for the changes I uploaded to propagate to the