because
their versions vary between different Linux distros and different OS X
versions). However, ActivePython doesn't include a shared library,
which this change seems to require.
Can that requirement be reverted?
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK
On Wed, May 8, 2013 at 5:34 PM, Peter Eisentraut wrote:
> On 5/8/13 11:51 AM, Dave Page wrote:
>> This patch seems to have broken the build for our installers for 9.3.
>> Because we need a consistent build of the PL interpretors on all the
>> platforms we support, w
On Thu, May 9, 2013 at 2:26 AM, Peter Eisentraut wrote:
> On Wed, 2013-05-08 at 18:24 +0100, Dave Page wrote:
>> It's failing on Linux. Even worse, it configures fine and then builds
>> without error. There is a message spewed out by configure, but it
>> doesn't con
On Thu, May 9, 2013 at 8:09 AM, Dave Page wrote:
> On Thu, May 9, 2013 at 2:26 AM, Peter Eisentraut wrote:
>> On Wed, 2013-05-08 at 18:24 +0100, Dave Page wrote:
>>> It's failing on Linux. Even worse, it configures fine and then builds
>>> without error.
On Thu, May 9, 2013 at 3:09 PM, Peter Eisentraut wrote:
> On 5/9/13 3:09 AM, Dave Page wrote:
>> I assume you'll fix the configure script so it actually errors out if
>> plpython cannot be built, but is explicitly requested?
>
> That is ancient behavior, which I'm
On Thu, May 9, 2013 at 10:06 PM, Peter Eisentraut wrote:
> On 5/9/13 10:52 AM, Dave Page wrote:
>> On Thu, May 9, 2013 at 3:09 PM, Peter Eisentraut wrote:
>>> On 5/9/13 3:09 AM, Dave Page wrote:
>>>> I assume you'll fix the configure script so it actually er
On Fri, May 10, 2013 at 2:47 AM, Peter Eisentraut wrote:
> On Thu, 2013-05-09 at 10:11 -0400, Peter Eisentraut wrote:
>> On 5/9/13 3:25 AM, Dave Page wrote:
>> > BTW - it's always worked fine for us on 64 bit machines with the past
>> > few major releases of bot
0054.php) -
though I'm a little worried that adding it there may cause other
existing addons to require recompilation.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
--
Sent via pgsql-hackers ma
I've added this to the release blockers section for 9.2 on the wiki,
as without it, pl/perl is unusable on Win32.
On Thu, Aug 30, 2012 at 1:39 PM, Dave Page wrote:
> On Thu, Aug 30, 2012 at 6:34 AM, Owais Khan
> wrote:
>> Hello,
>>
>> We are getting crash w
On Fri, Aug 31, 2012 at 4:10 PM, Andrew Dunstan wrote:
>
> On 08/31/2012 11:05 AM, Dave Page wrote:
>>
>> I've added this to the release blockers section for 9.2 on the wiki,
>> as without it, pl/perl is unusable on Win32.
>
>
>
> I'll have a look at
On Fri, Aug 31, 2012 at 4:57 PM, Andrew Dunstan wrote:
>
> On 08/31/2012 11:14 AM, Dave Page wrote:
>>
>> On Fri, Aug 31, 2012 at 4:10 PM, Andrew Dunstan
>> wrote:
>>>
>>> On 08/31/2012 11:05 AM, Dave Page wrote:
>>>>
>>>> I
On Fri, Aug 31, 2012 at 5:18 PM, Dave Page wrote:
> On Fri, Aug 31, 2012 at 4:57 PM, Andrew Dunstan wrote:
>>
>> On 08/31/2012 11:14 AM, Dave Page wrote:
>>>
>>> On Fri, Aug 31, 2012 at 4:10 PM, Andrew Dunstan
>>> wrote:
>>>>
>>>&g
On Fri, Aug 31, 2012 at 5:37 PM, Andrew Dunstan wrote:
>
> On 08/31/2012 12:18 PM, Dave Page wrote:
>>
>> On Fri, Aug 31, 2012 at 4:57 PM, Andrew Dunstan
>> wrote:
>>>
>>> On 08/31/2012 11:14 AM, Dave Page wrote:
>>>>
>>&g
On Fri, Aug 31, 2012 at 5:51 PM, Andrew Dunstan wrote:
>
> On 08/31/2012 12:41 PM, Dave Page wrote:
>>
>> On Fri, Aug 31, 2012 at 5:37 PM, Andrew Dunstan
>> wrote:
>>>
>>> On 08/31/2012 12:18 PM, Dave Page wrote:
>>>>
>>&g
ome margin for error.
>>
>>
>
>
>
> OK, so I have tested it on my 32bit setup and it's working, so I'm going to
> commit this for HEAD/9.2 now, so we can get that wider testing.
Thanks Andrew. Owais, can you please test on both PG and PPAS?
--
Dave Page
Blo
ding say
>> MAX_CONNECTIONS=5
>> to the environment in which the regression tests run. I'm not sure
>> though if that's "build_env" or some other setting for the buildfarm
>> script --- Andrew?
>>
>>
>
>
>
> Yes, in the bu
for the Enhancement in the following link:
>
> http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=27313
A login is required to access that site. Can you provide a link or
info that doesn't require login please?
--
Dave Page
Blog: http://pgsnake.blogspot.co
,v 1.10 2008/11/14
> 19:58:45 tgl Exp $
>
> Seems we either have to contact the author or rewrite the file.
Why? Even if the text is removed, he will still own the copyright, as
is the case for any patch submitted because we don't have any form of
copyright assignment.
--
shouldn't remove the text, but there's no need to
rewrite the code.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
e Amazon EC2 for Win32 testing:
http://blog.hagander.net/archives/151-Testing-PostgreSQL-patches-on-Windows-using-Amazon-EC2.html
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
On Tue, Feb 9, 2010 at 1:56 PM, Federico Di Gregorio wrote:
> Btw, I was
> at FOSDEM as probably other PostgreSQL people were and all this could
> have been discussed while drinking a couple of beers if only someone
> cared to contact me.
Hmm, I resent that. As one of the people at FOSDEM a) I ha
t opposed to that in principal, but in practice the PGadmin
> folks may not like us very much if we change things too drastically if
> they've got it working the way we had it... we'll just have to see
> what reports we get, I suppose.
We're not planning to reimplement our
On Wed, Feb 10, 2010 at 4:50 PM, Tom Lane wrote:
> Dave Page writes:
>> On Wed, Feb 10, 2010 at 4:15 PM, Robert Haas wrote:
>>> On Wed, Feb 10, 2010 at 9:46 AM, Tom Lane wrote:
>>>> We can still hope that some feedback comes in during beta.
>
>>> I&
importantly, due to the lack of timely releases of
the Kerberos for Windows builds, as noted here:
http://pgsnake.blogspot.com/2009/12/kerberos-support-in-postgresql-on.html.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org
On Sat, Feb 20, 2010 at 9:33 PM, Jaime Casanova
wrote:
> Hi,
>
> I'm trying to figure out how difficult is this
Why not just use pgAgent? It's far more flexible than the design
you've suggested, and already exists.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb
On Sun, Feb 21, 2010 at 12:03 AM, Jaime Casanova
wrote:
> On Sat, Feb 20, 2010 at 4:37 PM, Dave Page wrote:
>> On Sat, Feb 20, 2010 at 9:33 PM, Jaime Casanova
>> wrote:
>>> Hi,
>>>
>>> I'm trying to figure out how difficult is this
>>
>>
s task scheduler, neither
of which would require 20K lines of Java code.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
On Sat, Feb 20, 2010 at 10:03 PM, Dimitri Fontaine
wrote:
> Dave Page writes:
>> Why not just use pgAgent? It's far more flexible than the design
>> you've suggested, and already exists.
>
> What would it take to have it included in core, so that it's not a
&
On Sun, Feb 21, 2010 at 12:38 AM, Jaime Casanova
wrote:
> On Sat, Feb 20, 2010 at 7:32 PM, Dave Page wrote:
>> On Sun, Feb 21, 2010 at 12:03 AM, Jaime Casanova
>> wrote:
>>> On Sat, Feb 20, 2010 at 4:37 PM, Dave Page wrote:
>>>> On Sat, Feb 20, 2010 at
On 2/22/10, Joshua D. Drake wrote:
> On Mon, 2010-02-22 at 18:45 +0100, Magnus Hagander wrote:
>> 2010/2/22 Joshua D. Drake :
>> > On Mon, 22 Feb 2010 18:00:33 +0100, Magnus Hagander
>> >
>> > wrote:
>> >
>> >> We also have to consider our Windows users, where *we* ship the
>> >> OpenSSL library.
ands:
cacls D:\APPS\PostgreSQL\8.4\data
cacls D:\APPS\PostgreSQL\8.4
cacls D:\APPS\PostgreSQL
cacls D:\APPS
cacls D:\
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
PG East Conference: http://www.enterprisedb.com/community/nav-pg-east-2010.do
--
Sent via pgsql-hackers mailing list (
), it won't try to run initdb or modify it in any way.
It'll just check the catalog version and datetime format are
compatible.
You'd have to run the adminpack SQL script manually.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
PG East Conference: http://www.enterprisedb
On Wed, Mar 3, 2010 at 12:18 PM, Andrew Dunstan wrote:
>
> I think these
> might need to have c:\pgBuild\{libxslt,iconv}\bin added to the PATH in the
> buildfarm.conf file, right after where c:\pgBuild\libxml2\bin is added.
This is now done. Sorry for the delay.
--
Dave Page
Ent
ode though - that would be considered part of the build
environment, just the same as the Windows SDK.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
PG East Conference: http://www.enterprisedb.com/community/nav-pg-east-2010.do
--
Sent via pgsql-hackers mailing list (pgsql-hackers@pos
gt; server binary and separate headers+pdb+sources packages, with the sdk
> package including gettext headers and sources too. It'd be a LOT easier
> to develop with Pg on win32 this way.
How does breaking it up into multiple packages make it easier?
--
Dave Page
EnterpriseDB UK: ht
#x27;t realise they were needed to build extension.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
PG East Conference: http://www.enterprisedb.com/community/nav-pg-east-2010.do
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subs
On Fri, Mar 5, 2010 at 9:50 AM, Craig Ringer
wrote:
> Dave Page wrote:
>> On Fri, Mar 5, 2010 at 9:31 AM, Craig Ringer
>> wrote:
>>
>>> Why _not_ distribute gettext headers, though? Sources I can understand
>>> for size reasons, but the headers are sm
2010/3/5 François Pérou :
> Dear friends,
>
> As a reminder, I took part in the development of pgAdmin and I am not
> looking for a flame war.
What did you work on François? I can't find your name in my email
archives or on archives.postgresql.org.
--
Dave Page
Ente
On Fri, Mar 5, 2010 at 6:25 PM, Robert Haas wrote:
> On Fri, Mar 5, 2010 at 9:55 AM, Dave Page wrote:
>> 2010/3/5 François Pérou :
>>> Dear friends,
>>>
>>> As a reminder, I took part in the development of pgAdmin and I am not
>>> looking for a flam
On Thu, Mar 11, 2010 at 10:51 AM, Jeevan Chalke
wrote:
> PFA, patch which will bring us up-to date to 2010c.
Hi Jeevan,
We're already up to 2010e in CVS:
http://archives.postgresql.org/pgsql-committers/2010-03/msg00131.php
(not 2010d as the commit message mistakenly states)
--
D
On Thu, Mar 11, 2010 at 11:20 AM, Jeevan Chalke
wrote:
> BTW, I am using git repository and there I didn't see any changes on master
> branch.
> Is it possible to sync git with cvs?
Hmm, that should happen automagically within a few minutes of a commit
to CVS I thought. Magnus?
On Thu, Mar 11, 2010 at 12:09 PM, Heikki Linnakangas
wrote:
> Dave Page wrote:
>> On Thu, Mar 11, 2010 at 10:51 AM, Jeevan Chalke
>> wrote:
>>
>>> PFA, patch which will bring us up-to date to 2010c.
>>
>> Hi Jeevan,
>>
>> We're already
isedb.com/products/pgdevdownload.do
We've produced them since Alpha 2 iirc.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
PG East Conference: http://www.enterprisedb.com/community/nav-pg-east-2010.do
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to
eard about it?
Not aware of any issues - certainly none cropped up in QA. In fact,
this release should fix one of the long standing initdb failures we
see occasionally on some secure environments.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
PG East Conference: http://www.enterprise
7;d normally give any build before
releasing it anyway. I can certainly stuff a tarball into the new
build machine and see what comes out the next morning.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make
hose tarballs (when compared to real releases) that
will probably cause the build system to fall over. If you can get a
proper alpha 5 tarball created, that would be preferrable.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgre
On Wed, Mar 31, 2010 at 7:52 PM, Robert Haas wrote:
> I can snap a tarball tonight if you want. I'm going to be leaving
> town tomorrow afternoon, though.
Works for me. I'll stuff it into our shiny new 9.0 build machine tomorrow.
--
Dave Page
EnterpriseDB UK: http://www.
loyalty as it'll
be much harder for them to change to a different, SQL-based
database. That'll be pretty cool."
You may also notice that without SQL, the project name is somewhat
misleading. To address that, the project name will be changed to
'PostgreQUEL' with the
On Thu, Apr 1, 2010 at 9:30 AM, Thom Brown wrote:
> I prefer to dump all my data in a big text file and grep it for the
> information I need.
There's no need to start showing off and get all technical y'know.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent v
ted before the holidays start tomorrow.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
he-Worlds-Fastest-Database.aspx
Yeah, I read that earlier in my daily lunchtime jaunt over to the
Daily WTF. Alex clearly spent more time on his text than I did!
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make
On Thu, Apr 1, 2010 at 2:31 PM, Dave Page wrote:
> On Thu, Apr 1, 2010 at 5:24 AM, Robert Haas wrote:
>> This stuff is now also at:
>>
>> ftp://developer.postgresql.org/pub/source/9.0alpha5/
>
> Thanks Robert. We're working on this, but it seems that changes i
that -Werror was an intentional addition in
9.0a5...
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
opment of the patch - the original
idea was to default to argv[0] if no other value was set, but
apparently there's no portable way to get at argv[0] from within
libpq, even if you ignore Windows.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers
uld may
not be appreciated by the many people that are only subscribed to one
or two of the affected lists. I would wager that the majority of
people aren't subscribed to more than a small number of the available
lists.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent vi
On Thu, Apr 8, 2010 at 8:46 AM, Dave Page wrote:
> I can't argue with that... but a counter argument is ...
Yes, I know. Clearly it's coffee time :-p
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql
gt;>
>> --
>> Magnus Hagander
>> Me: http://www.hagander.net/
>> Work: http://www.redpill-linpro.com/
>
> This is reproducible on windows xp.
PostgreSQL doesn't support BIG5/cp950 as a server-side encoding.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
ject line? I joined linkedin and I'm
> pretty sure I didn't spam any mailing lists when I did so, but we seem
> to keep having this problem...
They have an option for importing your address book which I suspect is
the cause of this. It does take a few clicks to send anything th
On Tue, Apr 20, 2010 at 6:09 PM, Robert Haas wrote:
> /me pushes luck
>
> And how about a set of back-branch releases while we're at it?
Yes, please don't push your luck :-p
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise Postgres Company
--
Sen
On Tue, Apr 20, 2010 at 6:37 PM, Joshua D. Drake wrote:
> On Tue, 2010-04-20 at 18:23 +0100, Dave Page wrote:
>> On Tue, Apr 20, 2010 at 6:09 PM, Robert Haas wrote:
>>
>> > /me pushes luck
>> >
>> > And how about a set of back-branch releases while we
On Thu, May 6, 2010 at 8:10 PM, Thom Brown wrote:
> You will call it pg_upgrade. I have spoken.
> Thom
LOL.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise Postgres Company
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make chan
t; on pgfoundry I think it is safe to presume that the licence for those
> files is the same as PostgreSQL's licence.
The PostgreSQL Licence is not the same as any of the BSD variants, so
that is not a safe presumption to make.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
The
On Tue, May 18, 2010 at 9:06 AM, Simon Riggs wrote:
> On Tue, 2010-05-18 at 07:53 +0100, Dave Page wrote:
>
>> > For example, pg_batch is clearly marked "BSD licence", yet the docs and
>> > many of the files are marked "Copyright (c) 2010, NIPPON T
e will be covered by
> http://www.opensource.org/licenses/bsd-license.php
Yes, I believe that is a fair and safe assumption.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise Postgres Company
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
t; meet locals and enjoy a smaller community setting but still maintain top
>>> notch content.
>>
>>
>> Date? Hopefully not the same time as pg.EU?
>>
>> I'd like to go this year.
>>
>
> October 26th.
Exactly the same time then.
--
Dave Page
oubt we'll be able to produce installers that soon - first, we're
still building the build VMs for 9.2, and second, right now we're
having to update every existing build VM and then the 8.3 through 9.1
installers (which will require more QA than normal because of the
c
On Wed, Apr 25, 2012 at 8:29 PM, Tom Lane wrote:
> Dave Page writes:
>> On Wed, Apr 25, 2012 at 7:48 PM, Tom Lane wrote:
>>> Would it be reasonable to shoot for wrapping 9.2beta1 next week?
>>> (That would mean a wrap on Thursday May 3, if we follow the usual
&
t;
> How is this not redundant with the Cluster Summit?
> http://wiki.postgresql.org/wiki/PgCon2012CanadaClusterSummit
>
> ... oh, you're also already enlisted in that one. Sigh.
My understanding is that the agenda for the cluster meeting is almost
entirely dedicated
ms to be yet
> another way to do that. But we can always hope...
Regardless, we should still add support for 2012 - we'll just need to
note that Express cannot be used. FYI, we have to use Pro or higher to
produce the installers as it is, otherwise we cannot distribute the
runtimes.
things go for Microsoft with Metro, and see if they reverse their
decisions to avoid destroying the company.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
--
Sent via pgsql-hackers mailing list (pgsq
gt;
>
Yeah, though what I didn't realise was that 2012 won't target XP (and
2k3?). Urgh.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
e was no announcement and no
> packages for it.
There were packages the following day (well, installers at least), but
they're the first builds from a new build environment, so I don't
exactly trust them yet - I'd want at least one more beta and an RC.
--
Dave Page
Blog: ht
; to the extent possible, rather than trying to
> direct the user in how to use system tools in the middle of the
> process.
Right - that's what always aim to do (and in fact was the number one
driver behind the current generation of installers), and provided the
user remembers their pa
re-running the current installer or running an upgrade should
repair an existing installation as well as doing any upgrades
required.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
--
Sent via pgsql-h
On Tue, Jun 12, 2012 at 2:57 PM, Robert Haas wrote:
> On Tue, Jun 12, 2012 at 8:53 AM, Dave Page wrote:
>>> Oh, I certainly wouldn't do it without *informing* and verifying it
>>> with the user.
>>
>> That'll add additional steps for all users,
L from
somewhere that doesn't store the password (which is likely to be the
case for years to come, even if it was our installer that was used
previously).
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterpris
On Wed, Jun 13, 2012 at 2:18 AM, Craig Ringer
wrote:
> On 06/12/2012 08:08 PM, Dave Page wrote:
>>
>> Some background: By default the installer will use 'postgres' for both
>> the service (OS) account, and the database superuser account. It will
>> use the
On Wed, Jun 13, 2012 at 3:07 AM, Craig Ringer
wrote:
> On 06/13/2012 01:19 AM, Sachin Srivastava wrote:
>>
>>
>> On Tue, Jun 12, 2012 at 7:43 PM, Dave Page > <mailto:dp...@pgadmin.org>> wrote:
>>
>> On Tue, Jun 12, 2012 at 2:57 PM, Robert Ha
On Thu, Jun 14, 2012 at 12:55 AM, Craig Ringer
wrote:
> On 06/13/2012 05:14 PM, Dave Page wrote:
>>
>> On Wed, Jun 13, 2012 at 2:18 AM, Craig Ringer
>> wrote:
>>>
>>> On 06/12/2012 08:08 PM, Dave Page wrote:
>>>>
>>>> Some ba
On Thu, Jun 14, 2012 at 11:43 AM, Dave Page wrote:
>
> I'll have a play with it and see if a simple switch to NetworkService
> seems feasible.
OK, I worked up a patch which uses "NT AUTHORITY\NetworkService" as
the service account by default. This doesn't need a pas
On Thu, Jun 14, 2012 at 5:38 PM, Robert Haas wrote:
> On Thu, Jun 14, 2012 at 11:59 AM, Dave Page wrote:
>> On Thu, Jun 14, 2012 at 11:43 AM, Dave Page wrote:
>>>
>>> I'll have a play with it and see if a simple switch to NetworkService
>>> seems feas
talk with.
>
> Do we need it - well, it makes sense for the client to be able to say
> "I won't trust 56-bit encryption" before it sends over the password,
> imo..
I would certainly like to see that.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
his happening in the past). This is a bug fix, that we'll want
in the next back branch updates, not just 9.3. Sticking it in the open
commit fest means it may well not get looked at for 2-3 months or so.
How do we prevent that happening?
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @
On Tue, Jun 19, 2012 at 11:04 AM, Alex Shulgin wrote:
>
> Dave Page writes:
>
>> On Tue, Jun 19, 2012 at 4:43 AM, Robert Haas wrote:
>>>
>>>
>>> Please add this patch here so that it doesn't get lost in the shuffle:
>>>
>>> https:
ot to run the maintenance. Maybe something like --initial-db would be
> better?
>
I'm not saying it's the best name, but I suspect the origin is pgAdmin
which has used 'Maintenance DB' for 10+ years. There's likely a certain
amount of familiarity with the term amons
settle for the first one
> > if people object ;)
>
> I'd also prefer if you applied the second one.
>
+1
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
er, then you'll likely need to build with VC++
which means you cannot use PGXS. If it's your own build, then as long
as you used Mingw/Msys in the first place, you should be able to use
PGXS as you would on Linux.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
Enterpr
project file to compile your FDW. I'd
suggest you actually try building PostgreSQL first, as that will cause
a number of project files to be generated which you could use as a
reference.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterpri
ly need to build PG from source (or
shouldn't do) - the reasons I suggest it are that it'll prove your
VC++ environment is setup well, and it'll give you some project files
to use as templates.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: htt
ith the native packages for those platforms
so cannot help I'm afraid. Building against the EDB installers for
Linux should be as simple as using PGXS though.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise Post
this a terminal server, with lots of interactive users? Can you
check the heap usage using the desktop heap monitor:
http://www.microsoft.com/downloads/details.aspx?familyid=5cfc9b74-97aa-4510-b4b9-b2dc98c8ed8b&displaylang=en
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
E
tems, and as we already have tar
extraction code in pg_restore it could presumably be added relatively
painlessly.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise Postgres Company
--
Sent via pgsql-hackers mailing
On Fri, Sep 3, 2010 at 2:24 PM, Robert Haas wrote:
> On Fri, Sep 3, 2010 at 7:28 AM, Dave Page wrote:
>> On Fri, Sep 3, 2010 at 12:19 PM, Heikki Linnakangas
>> wrote:
>>> Here's a WIP patch. It adds a new "TAKE_BACKUP" command to the replication
>>&g
On Fri, Sep 3, 2010 at 2:29 PM, Robert Haas wrote:
> On Fri, Sep 3, 2010 at 9:26 AM, Dave Page wrote:
>> rsync? Might be easier to use that from day 1 (well, day 2) than to
>> retrofit later.
>
> I'm not sure we want to depend on an external utility like that,
> pa
ne(s)?
Visual C++ 2005 for 8.3/8.4 or 2008 for 9.0. You can use the free
"Express" versions, but you'll need the Windows SDK as well with those
(also free). Setup info is in the docs - note that it can be a little
painful to get the SDK fully registered with 2005, but it seems to be
com
> We'll also need someone from the web team to stand by to update the
> website.
>
>
>
> --
> Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers
>
--
Da
On Mon, Sep 6, 2010 at 6:54 PM, Peter Eisentraut wrote:
> On lör, 2010-09-04 at 18:35 +0100, Dave Page wrote:
>> Announcing on Monday doesn't give us any time to build installers.
>
> When are the installers ready?
They're built now, and should be on the CDN & webs
On Mon, Sep 6, 2010 at 7:41 PM, Peter Eisentraut wrote:
> On mån, 2010-09-06 at 19:38 +0100, Dave Page wrote:
>> On Mon, Sep 6, 2010 at 6:54 PM, Peter Eisentraut wrote:
>> > On lör, 2010-09-04 at 18:35 +0100, Dave Page wrote:
>> >> Announcing on Monday doe
cover from as you are not sure about the shared state
that was being protected by the mutex. It
Therefore I cannot give you specific areas where this will happen. Of
course when systems are low on resources or they are completely
depleted (100% CPU) things will stop working
=====
--
Dav
On Fri, Sep 17, 2010 at 10:02 PM, Bruce Momjian wrote:
> FYI, I have compiled/installed git 1.7.3.rc2 on my BSD/OS 4.3.1 machine
> with the attached minor changes.
I thought you were replacing that old thing with pile of hardware that
Matthew was putting together?
--
Dave Page
Blog
101 - 200 of 1719 matches
Mail list logo