Thread: PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC
PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC
From
Lamar Owen
Date:
RPMs for 7.2.1 are immediately available for download from ftp://ftp.postgresql.org/pub/binary/v7.2.1/RPMS Binary RPMs available are for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC, and the source RPM is in SRPMS. To rebuild on RedHat 7.x, simply rpm --rebuild if you have the necessary development packages installed. In particular, since tk is a build target, the development libs for X are required for the full build. See README.rpm-dist, available in the source RPM, for details on the conditional build system. To rebuild on RedHat 6.2, use 'rpm --define "build6x 1" --rebuild' to rebuild. The build6x option disables SSL, kerberos, and NLS support, as well as tuning the dependencies for Red Hat 6.2 versus 7.x. If you have gettext, krb5, and/or OpenSSL installed on your RedHat 6.2 box (those packages are not stock options in a usable form), visit the postgresql.spec file and edit the top few lines accordingly. However, since the 6.2 package dependencies are modifiied by the build6x option, you still need to define it. And don't define it to 0 for non-6.x builds, as the state of being undefined or defined is used as a conditional as well. Please see the changelog included in postgresql.spec in the source RPM for details on what else has changed. There are a few patches and fixes I still need to apply from people, but these RPMs are stable and build on both RHL 7.2.93 (skipjack public beta) and RedHat 6.2/SPARC (the only RHL 6.2 machine I have available to me). I will be uploading RPMs built on stock fully updated RHL 7.2 Monday. Incidentally, the 7.2.93 (skipjack) public beta is a serious improvement over RHL 7.2, and I personally recommend it, as KDE 3 is worth the upgrade, even to a beta. My apologies for the long delay since the 7.2-1 RPM release. Since RedHat 6.2 support seemed important to many people, I took my time making sure I could actually rebuild on RHL 6.2. This required me to have a 6.2 box at my disposal to build upon. So I bought a SPARCclassic for $1.25 off ebay, outfitted it with 64MB RAM and a 4.5GB SCSI HD, and installed RHL 6.2/sparc on it. And it took a long time to figure out what was broken with the sparc32 build system on it. But I got it figured out and fixed, and it now builds. On a SPARCclassic (sun4m, MicroSPARC I @ 50MHZ) the build is very long (over 1 hour), but you can't beat the price, and the reliability of the hardware. Plus, it's quite cute. NOTE: I will only directly support RHL 7.2 and later on Intel, and 6.2 on SPARC. RHL 7.1 and RHL 7.0 are not directly supported by me as I have no machines running those versions at my disposal. In addition, I will only support RedHat 6.2 on SPARC directly -- and my SPARCclassic has _all_ the errata installed, including the RPM 4.x packages. To use my source RPM's you will need a version of RPM that understands features available to RPM 4.x. I do have access to a Caldera/SCO OpenUnix box using Linux emulation thanks to Larry Rosenman, even though I've not availed myself of that access as yet. Other none-RedHat RPM-based distributions are not directly supported by me, although SuSE 7.3 on UltraSparc may be supported in the future, as I have an Ultra 5 running that dist. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11
On Sun, 2002-04-14 at 08:48, Lamar Owen wrote: > > Incidentally, the 7.2.93 (skipjack) public beta is a serious improvement over > RHL 7.2, and I personally recommend it, as KDE 3 is worth the upgrade, even > to a beta. Is the 7.2.93 (skipjack) public beta an improvement in raw postgresql performance or just in added stuff like KDE ? ---------------------------- Hannu
Lamar > RPMs for 7.2.1 are immediately available for download from > ftp://ftp.postgresql.org/pub/binary/v7.2.1/RPMS Is the attached message one of the patches that has yet to be applied? Without this patch the RPM needs some patching to get it to compile on a MIPS machine. make -C lmgr SUBSYS.o make[4]: Entering directory `/ws/whunter/dev/rpm/BUILD/postgresql-7.2.1/src/backend/storage/lmgr' [snip] gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../../src/include -I/usr/kerberos/include -c -o s_lock.o s_lock.c s_lock.c:170: warning: `tas_dummy' defined but not used /tmp/ccuQB808.s: Assembler messages: /tmp/ccuQB808.s:173: Error: opcode not supported on this processor: R3000 (MIPS1) `ll $14,0($4)' /tmp/ccuQB808.s:175: Error: opcode not supported on this processor: R3000 (MIPS1) `sc $15,0($4)' Warwick PS: forgive me if this is the wrong place to send this. -- Warwick Hunter Agile TV Corporation Voice: +61 7 5584 5912 Fax: +61 7 5575 9550 mailto:whunter@oz.agile.tv http://www.agile.tv -----Forwarded Message----- From: rmurray@debian.org To: 139003@bugs.debian.org Cc: control@bugs.debian.org Subject: Bug#139003: a little bit more is needed... Date: 27 Mar 2002 00:21:18 -0800 reopen 139003 thanks Looks like a small patch is needed as well to do the right thing on Linux. The patch enables the mips2 ISA for the ll/sc operations, and then restores it when done. The kernel/libc emulation code will take over on CPUs without ll/sc, and on CPUs with it, it'll use the operations provided by the CPU. Combined with the earlier fix (removing -mips2), postgresql builds again on mips and mipsel. The patch is against 7.2-7. diff -urN postgresql-7.2/src/backend/storage/lmgr/s_lock.c postgresql-7.2.fixed/src/backend/storage/lmgr/s_lock.c --- postgresql-7.2/src/backend/storage/lmgr/s_lock.c Mon Nov 5 18:46:28 2001 +++ postgresql-7.2.fixed/src/backend/storage/lmgr/s_lock.c Wed Mar 27 07:46:59 2002 @@ -173,9 +173,12 @@ .global tas \n\ tas: \n\ .frame $sp, 0, $31 \n\ + .set push \n\ + .set mips2 \n\n ll $14, 0($4) \n\ or $15, $14, 1 \n\ sc $15, 0($4) \n\ + .set pop \n\ beq $15, 0, fail\n\ bne $14, 0, fail\n\ li $2, 0 \n\