Re: Switching to Homebrew as recommended Mac install?

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Dave Page <dpage(at)pgadmin(dot)org>
Cc: Jay Levitt <jay(dot)levitt(at)gmail(dot)com>, PG Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Switching to Homebrew as recommended Mac install?
Date: 2012-04-03 12:22:31
Message-ID: CA+TgmoZMqZRAs0yQ23udDYBch9YcpwvUWN-UwjWoBYEQDJVYhA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On Mon, Apr 2, 2012 at 5:23 AM, Dave Page <dpage(at)pgadmin(dot)org> wrote:
> If homebrew intentionally creates a hole like that, then for as long
> as I'm one of the PostgreSQL webmasters it will *never* be listed on
> our download pages.

I think that's a bit harsh. It's not as if the PostgreSQL package
creates the security hole; it's something that the packaging system
does itself, independent of whether or not you try to install
PostgreSQL with it. So it seems to me that refusing to list it is
making life difficult for people who have already made the decision to
use brew, without any compensating advantage.

That doesn't mean that I approve of brew's approach to this problem,
though. Even if you think that it's unimportant to keep the desktop
user from usurping root privileges, having some things installed in
/usr/local as root and others as the desktop user (multiple different
desktop users?) seems like a recipe for chaos. I've made those types
of mistakes, but I got them out of my system in the nineties. I can't
help but wonder if this isn't just the natural way a packaging system
evolves - you start with something very simple (like what brew is now)
and then gradually you realize that there are some annoyances, so you
file those down by adding some more complexity, and eventually you end
up with a system that's just as complex as the ones that you
originally thought were too complex.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message leaf_yxj 2012-04-03 14:01:39 Re: Please help me to take a look of the erros in my functions. Thanks.
Previous Message Ronan Dunklau 2012-04-03 09:48:59 Re: User-defined Aggregate function and performance.

Browse pgsql-hackers by date

  From Date Subject
Next Message Kevin Grittner 2012-04-03 12:28:26 Re: measuring lwlock-related latency spikes
Previous Message Gilles Darold 2012-04-03 12:21:55 Re: Patch pg_is_in_backup()