sed. That is
if my wife doesn't go into labor first (she's at 37 weeks and having
Braxton-Hicks already). #4.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, plea
lease. Simple fixes (the localtime versus mktime
fix) might be doable, but might not depending upon the particular fix, how
difficult the packport, etc. But 7.2 is considered _stable_ -- and I agree
that this means maintenance mode only. Only the most trivial or the most
serious problems should b
hen let's all try to test the
cookie. I'll certainly try to do my part.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
loper attention. That will be
a happy day for me, as well as many others. I have not the time to do it
myself; but I can be a gadfly, at least. In the meantime we have pg_upgrade
for the future 7.3 -> 7.4 upgrade.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
ce. Will
try 8.0 tomorrow at work.
RPMs will be uploaded either tonight or tomorrow morning after I get to work;
it will depend on how much upload bandwidth I can get out of this dialup. It
appears to be running OK, so I may let it run.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
-
On Thursday 03 October 2002 12:29 am, Lamar Owen wrote:
> RPMs will be uploaded either tonight or tomorrow morning after I get to
> work; it will depend on how much upload bandwidth I can get out of this
> dialup. It appears to be running OK, so I may let it run.
After I get to w
On Thursday 03 October 2002 12:46 pm, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > Builds fine here for RPM usage. Got an odd diff in the triggers
> > regression test: did we drop a NOTICE? If so, the regression output
> > should probably have
On Thursday 03 October 2002 12:29 am, Lamar Owen wrote:
> RPMs will be uploaded either tonight or tomorrow morning after I get to
> work; it will depend on how much upload bandwidth I can get out of this
> dialup. It appears to be running OK, so I may let it run.
RPMS uploaded
On Thursday 03 October 2002 02:31 pm, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> One thing that confuses me though is that the build options have been
> like this for a long time (at least since 7.1). Why haven't you seen
> this problem before? Did you
> (linux-today, slashdot, etc...) If not someone from the PostgreSQL
> marketing dept. (wink wink) should come up with a press release.
I have submitted a story to LinuxToday. We'll see how that goes. Anyone want
to take on Slashdot? :-)
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
--
need to maintain a package that just duplicates other
> > packages...
> Let ye-old package managers make a shell package which simply points to
> the others as dependencies.
I'm going to attempt to do up RPMs of all those :-)
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:
.
Do you NEED the perl client? The perl build is a difficult one; and is going
away at 7.3 anyway -- there will be a separate perl build.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
'm looking forward to seeing
> PostgreSQL achieve greater and greater success in the coming years.
Thomas, good luck.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/users-lounge/docs/faq.html
core versus
six core isn't a great handicap, as the potential replacement pool consists
of people who are already doing development now. Having an odd number of
core has its advantages.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)
think we deal with such
> > issues perhaps 2-4 times a year.
> OK sorry - I was under the impression that core == commit bit...
committers != core
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you s
dbc.postgresql.org, gborg.postgresql.org,
developer.postgresql.org, jdbc.postgresql.org, etc. Oh, and we also have
www.postgresql.org on the side? I think not. Oh, and they are fractured in
their styles -- really, guys, we need a unified style here.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---
llows (it
refers to 7.3-0.5PGDG, and should have read 7.3-1PGDG, but the source RPM was
already uploaded before I caught it -- and at 33.6 dialup (that's bouncing up
and down like a yoyo due to periodic telephone service interruptions) a 10MB
file takes a little time to upload (as in a coup
On Thursday 05 December 2002 09:37, Marc G. Fournier wrote:
> On Wed, 4 Dec 2002, Lamar Owen wrote:
> > However, I seriously question the need in the long term for our sites to
> > be as fractured as they are. Good grief! We've got
> note that altho they are seperate
failed was due to the collation of a result, and a side-effect of the
way the RPM regression testing is performed); but I did not try a restart of
the postmaster.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 5: Have y
lanket
'Supports' statement above quoted was not true in the blanket case until the
'support' became default, since there were cases that this would not be true.
Support != 'if you pass the right parameters to configure this will work', at
least not at the press re
won't happen again; but I will try to prevent its
recurrence.
For the 7.0 cycle, during the maintenance releases, I was retained by Great
Bridge to produce RPMs -- that ensured that I spent time on them for that
cycle.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
Thanks to those who did the PostgreSQL Weekly news, and submitted it to
LinuxToday. This is a great function for the advocacy people! Many Thanks!
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't &#x
moved postgresql-perl subpackage. There will be
soon a postgresql-perl RPM -- I have to get the new gborg code and build it,
I guess.
Changelog since 7.3-2:
* Mon Dec 23 2002 Lamar Owen <[EMAIL PROTECTED]>
- 7.3.1-1PGDG
- Fix dependency order for test and pl subpackages.
- Fixed a bug in the
I am at home for the holidays, I knew Sander was building these, so
I specifically got up early to handle this.
And I want to thank Sander for building these RPMs.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1: subsc
ty who uses PostgreSQL has on staff a
professional DBA and an extra server to do the migration with.
MySQL is even touting the ability to quickly upgrade, at this point (January
2003 Linux Magazine article on MySQL 4). I'm sorry, but that just gets under
my skin.
--
Lamar Owen
WGCR Int
On Thursday 02 January 2003 19:26, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > So I figured I'd roll a 7.1.3 RPMset for him to install onto Red Hat 8.
> > It was very bad. It simply would not build -- I guess it's the gcc 3
> > stuff.
On Friday 03 January 2003 15:16, Lamar Owen wrote:
> On Thursday 02 January 2003 19:26, Tom Lane wrote:
>> Lamar Owen Wrote
> > > THIS DOESN'T HAPPEN WITH MySQL.
> > Oh? Do they have a crystal ball that lets them predict incompatible
> > future platform changes?
me reason. Then it becomes our biggest liability.
And unlike Tom I think it is worthwhile to discuss it periodically, to remind
the group as a whole (which composition and membership changes frequently)
that there's a problem waiting to be solved.
--
Lamar Owen
WGCR Internet Radio
1 Peter
older versions building again on newer systems, that will help
buy some breathing room from my point of view.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
On Sunday 05 January 2003 23:10, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > It is very possible that the supporting libc shared libraries
> > will be removed by the OS upgrade -- the old binaries may not even run
> > when it is critical that they do
beat the database to death.
BTW: thanks for the Bison RPMs. And I believe the PGDG is appropriate as
well. :-)
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appro
Yes, I
got one. It made my day (my day needed made that day.).
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddr
uld mention the need on their summary page
I've heard of more bizarre things, though.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
ver, it's true; they are still separate
projects, even though the driver has hooks in it for OpenACS use. The
OpenACS sample tcl config shows how to load the nspostgres driver (even
though it may call it 'postgres' instead).
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
ution is to use the 7.2 psql with the 7.2
backends...and enjoy the thrills of upgrading.
Methinks 7.3 should have been 8.0 with all the changes that have happened.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1
, however.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
o upgrade
> them as well.
Incidentally, has anyone else noticed the security update onslaught from Red
Hat for older PostgreSQL versions? They even backported the fixes to 6.5.3
from Red Hat 6.2 (as well as for 7.0 and 7.1 as released in the respective
Red Hat Linux versions). Should I forward that notic
On Saturday 18 January 2003 00:08, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > Incidentally, has anyone else noticed the security update onslaught from
> > Red Hat for older PostgreSQL versions? They even backported the fixes to
> > 6.5.3 from Red Hat
On Saturday 18 January 2003 11:13, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > ... Why? If a user doesn't need the features of 7.x.x, and the codebase
> > is working well for him/her, why should said user/DBA feel compelled to
> > go through who kn
in Atlanta from 1986 through 1989. Enjoy the light
traffic, Bruce... :-)
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/users-lounge/docs/faq.html
he Red Hat Update Agent with the following command:
up2date
This will start an interactive process that will result in the appropriate
RPMs being upgraded on your system.
5. RPMs required:
[omitted]
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)
e, and GPL is anathema to Microsoft.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
ces. See the MS SQL Server
Sapphire worm for reference.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so
On Saturday 25 January 2003 21:06, Bruce Momjian wrote:
> Lamar Owen wrote:
> > On Saturday 25 January 2003 20:36, Bruce Momjian wrote:
> > > improve the capabilities of the database. For security issues, if we
> > > already have ten open doors in a house, does it hel
On Thursday 30 January 2003 16:54, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > And, by the way, who in their right mind tests a database server by
> > repeated yanking of the AC power?
> Anybody who would like their data to survive a power outage.
I don&#
d test for those failures across the
board, regardless of track record. Records are meant to be broken.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
On Thursday 30 January 2003 15:29, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > While I understand (and agree with) your (and Vince's) reasoning on why
> > Windows should be considered less reliable, neither of you have provided
> Windows shares none
use I don't like it? Not on the mailing lists (hmm,
need to get some naptha, some palmitic acidmight be fun to sling some
napalm in the back yard to rid the place of weeds, and get some relaxation to
boot).
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---
think it is _better_ than the
time-tested Unix ports ('It passed a harder test on Win32. Are we afraid the
Unix ports won't pass those same tests?'). I for one don't want that to be a
conclusion -- but the 'suits' will see it that way, rest assured.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
ther unixoid partisans out
there will just love this statement.
The linux community here is in the minority, more than likely, to the *BSD
camp.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searche
-- do ANY of our releases get this
sort of testing on ANY platform? No, typically it's 'regression passed' 'Ok,
it's supported on that platform.'
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
On Thursday 30 January 2003 13:17, Vince Vielhaber wrote:
> On Thu, 30 Jan 2003, Lamar Owen wrote:
> > Vince, I would say that we, the developers of PostgreSQL, are then not
> > qualified to test our own releases for the reasons you mentioned that
> > Katie should not
e an English translation of the site so one who doesn't speak or write
Japanese can try it out?
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
; right, that is why we started to provide md5 checksums ...
Actually this impacts RPMs more than the tarball, although the tarball's md5
sums are important. I have been intending to do this for some time; maybe
it's time to bite the bullet.
--
Lamar Owen
WGCR Internet Radio
1 Pet
ang.1 ecpg.1 pg_controldata.1 pg_restore.1psql.1
createuser.1 initdb.1pg_ctl.1 pgtclsh.1 vacuumdb.1
dropdb.1 initlocation.1 pg_dump.1 pgtksh.1
[lowen@localhost BUILD]$
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end
o be generic here. I can't assume Red Hat 8 in the source RPM, and
my binaries are to be preferred only if the distributor doesn't have updated
ones.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
oney. Maybe I'm just too patient; I don't know.
Since I do trust this group, if any of you have had experience dealing with
credit collection bureaus and the like, can you please e-mail me privately
with your experience?
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
On Tuesday 11 February 2003 20:56, Lamar Owen wrote:
> Being that this group of hackers is one I trust, and that this is a pretty
> common scenario for contract programming, I thought I'd ask this group a
> question. I hope you don't mind.
I want to thank everyone for their
ux community respect
> history
> It is the ONE TRUE PLACE [snip]
If PostgreSQL is supported as a part of the base operating system in a Linux
distribution, and that distribution wishes to be Linux Standards Base
compliant (most do), then PostgreSQL cannot go in /usr/local -- period.
IDIC a
rent places. This is all done in the startup script,
and required no new functionality from postmaster. I personally think it is
for the better; YMMV.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
On Thursday 13 February 2003 21:13, Bruce Momjian wrote:
> Lamar Owen wrote:
> > It isn't without precedent to have a directory under /var/run. Maybe
> > /var/run/postgresql. Under this one could have a uniquely named pid
> > file.
> But how do you handle the
ory.
It's not a pid file in the /var/run sense, really. It's an interlock for
PGDATA. So it might be argued that postmaster.pid is misnamed.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
ascribe to that; witness the 7.2-7.3
migration fiasco -- 7.3 should have been 8.0 to warn people of the major
changes going on in client connections). But I do advocate _allowing_ the
configuration options Mark has enumerated -- although I really wish we could
use t
distributor,
consider it part of the OS. If it isn't, well, it isn't.
This is so that local admin installed (from source -- not from binary package)
files don't get clobbered by the next operating system binary upgrade. In
that context the FHS (LSB) mandate makes lots of sense.
--
On Thursday 13 February 2003 18:41, Vince Vielhaber wrote:
> On Thu, 13 Feb 2003, Lamar Owen wrote:
> > PostgreSQL is as critical as PHP, Apache, or whatever other package is
> > being backended by PostgreSQL. If the package is provided by the
> > distributor, consider it p
searchable..
The system configuration of PostgreSQL is on topic for -hackers. IMNSHO.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
just a
single tcl config entry. No biggie.
Even sendmail has a -c switch to specify the location of sendmail.cf: so, yes,
you can run multiple instances, although it could be argued that it wasn't
designed in.
Next?
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---
pload a quickie RC3 RPMset... :-)
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
cs? Ideas? Comments?
The 'Internals' document is still in the main package, FWIW.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-n
-devel|grep itup
/usr/include/pgsql/access/itup.h
[root@utility i386]#
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROT
6.1.1 look pretty puny.
I'm looking at the package reorganization for the RPM's this morning --
we'll see what I find in a few hours.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
to doing this -- just questioning the timing.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/users-lounge/docs/faq.html
ports collection using the individual packages instead of
> the great big one) so from a packaging perspective, its well tested ...
Just not well-tested for the RPM build environment :-).
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)--
he very least will remain in the main package.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message
The Hermit Hacker wrote:
> On Sat, 7 Apr 2001, Lamar Owen wrote:
> > Just not well-tested for the RPM build environment :-).
> Ya, but you could concievably test that now, without us doign an RC4 ..
> the files are all there :)
So the structure isn't going to change -- ju
h else -- well,
actually, I just want to make sure I get it right before release, as I'd
like to not have but a couple of days before an RPM release after the
announcement.
Sounds like a plan.
I'm going to upload a set of RC3 RPM's tonight -- there are changes that
I need people to c
Uploaded. Please take a look.
ftp://ftp.postgresql.org/pub/dev/test-rpms
There _are_ changes. I will detail the changes for the RC4 RPMset.
Karl's pl/perl changes will go into the next set. pg_dumplo will have a
built binary, to be located in /usr/lib/pgsql/contrib.
--
Lamar Owen
ckage to place docs in the main
package %doc.
HTML docs and man pages are with the main package; SGML source and any
hardcopy docs will go into the docs subpackage. The contrib tree is
getting its own subpackage.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(en
One quick note -- since 'R' < 'b', the RC RPM's must be forced to
install with --oldpackage, as RPM does a simple strcmp of version
numbers -- 7.1RC3 < 7.1beta1, for instance. Just force it with
--oldpackage if you have a 7.1beta RPM already installed.
--
Lamar Owe
don't have a good JDK on any of my devel boxen --
meaning I'm still shipping the 7.0 JDBC in the jdbc subpackage.
ftp://ftp.postgresql.org/pub/dev/test-rpms,as usual. See
README.rpm-dist in the main package for more details, as it is actually
up to date at this time.
--
Lamar Owen
WGCR I
> stuff you do under '# man pages' needs some work.
The man pages are still in a separate tarball, or not?
> You probably want
> to run gzip on the files after installation.
Done automagically by the buildrootpolicy of the rpm build system, on
distributions that do buildrootpol
e're not likely to
release a 7.1.0 then a 7.0.4 that fixes bugs in the STABLE branch,
whereas at one point Linux 2.0.39, a 2.2.x, and 2.4.0 were being
released concurrently. The same happens with FreeBSDand others -- but
not us.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
-
Peter Eisentraut wrote:
>
> Lamar Owen writes:
>
> > One quick note -- since 'R' < 'b', the RC RPM's must be forced to
> > install with --oldpackage, as RPM does a simple strcmp of version
> > numbers -- 7.1RC3 < 7.1beta1, for instance.
Oliver Elphick wrote:
> Lamar Owen wrote:
> >as the Debian packages have the same issue -- and I don't know if .deb
> >has an analog to Serial:.
> We have epochs, that is, the package version is preceded by an integer
> and a colon, which overrides every oth
Peter Eisentraut wrote:
> Lamar Owen writes:
> > Yes, I am, actually. But it seems a broken way of dealing with it.
> > Although I do have another idea, thanks to Trond. Rather than package
> > '7.1RC4-1' I could package '7.1-0.1RC4' -- giving a straig
y standard by consensus -- kaffe ships with
RedHat 7.0 -- isthat an acceptable JDK-substitute?) or someone needs to
package 7.1 JDBC jars for my packaging pleasure. I'm running low enough
on disk space on my devel machines (one of which is a notebook) to make
my own JDK a second choice.
Oli
On Fri, 13 Apr 2001, Peter Eisentraut wrote:
> Lamar Owen writes:
> > In the postgresql-docs subpackage, along with the SGML source.
> Why would you want to ship the source?
For those with SGML tools and viewers, who might like to build hardcopy of
their own. Frankly, it was an e
NARY tree stored offline so
that you can go back to your previous version if the need arises.
Otherwise, enjoy the RPMset :-)
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
README.rpm-dist
-----
Version 3.2, for PostgreSQL
a Jikes-built
JDBC sound to people? Ormaybe I don't understand the Java Way well
enough to decide. Gotta learn it a little
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, plea
o. Although, I'd recommend pgsql-cygwin,
lest someone erroneously think we directly support Win32.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://www.postgresql.org/search.mpl
ackers group has built out of trees. And I have to
know some details of the trees occasionally. I'm sure Oliver would
agree.
And, to let everyone know, I'm having a blast doing this. And I'm glad
my work schedule eased up some in the last month so I could put some
time to
http://www.crn.com/Sections/Fast_Forward/fast_forward.asp?ArticleID=25670
Marc will be pleased to note that the PostgreSQL project came out of the
FreeBSD project, and is Great Bridge's database. Gotta love
journalistic license.
--
Lamar Owen
WGCR Internet Radio
1 Peter
this group is more civil than that,
IMHO.
She likely is off for the weekend, and hasn't read any responses yet.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
for 7.1 on 7.1 in our RPM area.
Red Hat 7.1 is _nice_. The PostgreSQL speed appears to be very good,
compared to 6.2/7.0 with the 2.2 kernel.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
tent/enterprise/datawatch/101041201.asp
He seems to be ok on some things, though.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Bruce Momjian wrote:
>
> I would like to know myself. I just did a recursive grep of the entire
> PostgreSQL tree and don't see it. My guess is that it is part of the
> RPM. Not sure who to report that to. I know Lamar Owen works on it,
> but I don't know if he i
ey're not likely to be), I am opposed to the idea -- not
to keep the stuff to myself, but to not hinder the platform-neutral
stance. IMHO, of course.
Of course, there are many projects that DO include all the files
necessary to build RPMs from their Official Tarball (TM).
Bruce, should porti
fferent, and how the RPM is built).
>
> Lamar Owen and I.
Egads! I forgot to mention Trond! My apologies! (I'm being serious...)
Trond, of Red Hat; Reinhard Max, of SuSE; and Thomas Lockhart, of
PostgreSQL Inc (:-)) have all been major contributors to the RPM
distribution. Karl De
L 7.0.3, we could ask Alfred about his lazy vacuum
patches, as they work as well for Red Hat 7 as they do for FreeBSD.
Personally, I look forward to the following note being placed into the
docs:
VACUUM: deprecated. And the feature that makes that note possible.
--
Lamar Owen
WGCR Internet Radio
1
r, otherwise I might miss it). I have a list of messages in an
'RPMS for 7.1' subfolder of my mail folder 'Postgres' that I work
through for each release.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 3:
101 - 200 of 513 matches
Mail list logo
