From: | Devrim GÜNDÜZ <devrim(at)gunduz(dot)org> |
---|---|
To: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, Naz <lists(at)mrnaz(dot)com>, PostgreSQL Advocacy <pgsql-advocacy(at)postgresql(dot)org> |
Subject: | Re: Binaries vs Source |
Date: | 2008-09-24 14:20:08 |
Message-ID: | 1222266008.2818.6.camel@laptop.gunduz.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy pgsql-www |
Hi,
On Wed, 2008-09-24 at 09:02 -0500, Jaime Casanova wrote:
> > ...also what you wrote can be done easily with the binary packages.
>
> really? how? at least i think i'll have to wait until the binary
> package to be released
The RPM infrastructure for yum.pgsqlrpms.org lets people build their
packages on their servers. All you need is to checkout SVN, enter
relevant directory (for example, redhat/8.3/postgresql/EL-5) and run
make build
there. You will need to install rpmdevtools package to use this feature.
It downloads tarballs, and builds RPMs.
If you want to build a snapshot tarball, here is a basic procedure that
I use on my laptop to generate 8.4devel tarballs:
https://projects.commandprompt.com/public/pgcore/wiki/PostgreSQLCVSSnapshotTarballHowTo
I'm using that script. Just edit it and make it 8.3.4-2 (or such)
whenever you want. Edit RPM specfile, and then you are good to go.
Actually I have a *plan* to build weekly snaphots of stable branches,
but I'm waiting for governments to extend a day from 24 hours to 30
hours for that. It is doable with yum -- like using "pgdg83-testing"
channel or so.
Regards,
--
Devrim GÜNDÜZ, RHCE
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
http://www.gunduz.org
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2008-09-26 19:14:24 | Going to XLDB |
Previous Message | Jaime Casanova | 2008-09-24 14:02:36 | Re: Binaries vs Source |
From | Date | Subject | |
---|---|---|---|
Next Message | David Fetter | 2008-09-24 15:05:18 | Re: Obfuscated stored procedures (was Re: Oracle and Postgresql) |
Previous Message | Glyn Astill | 2008-09-24 14:12:19 | Re: Obfuscated stored procedures (was Re: Oracle and Postgresql) |