Re: Mac version can't dump/restore

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: Mac version can't dump/restore
Дата
Msg-id E7F85A1B5FF8D44C8A1AF6885BC9A0E4011C9600@ratbert.vale-housing.co.uk
обсуждение исходный текст
Ответ на Mac version can't dump/restore  (John DeSoi <desoi@pgedit.com>)
Список pgadmin-support

> -----Original Message-----
> From: John DeSoi [mailto:desoi@pgedit.com]
> Sent: 20 March 2006 14:47
> To: Dave Page
> Cc: pgadmin-support@postgresql.org
> Subject: Re: [pgadmin-support] Mac version can't dump/restore
>
> Hi Dave,
>
> On Mar 20, 2006, at 6:30 AM, Dave Page wrote:
>
> > Hmm, yes - it seems the build script was assuming GNU xargs,
> > whereas on
> > the build machine I have the standard BSDish one. I've added some
> > detection code to the script so it should work with either now.
>
> So why do this rather than include libpq in the package so there is
> no path dependency at all? I thought this is what you are doing on
> Windows already.
>
> Just curious.

We already did basically what you suggested as part of the install
process when building an appbundle - the problem was that the script
that locates and copies in the libraries was failing due to the xargs
bug. The error message simply went unnoticed in the other reams of
output that make install spews out, and because I normally statically
link wx, it only affected people who didn't have a local install of
PostgreSQL which is presumably fairly rare. Of course, that begs the
question, why isn't PostgreSQL being statically linked as well, but
that's a whole other issue.

The script is at
http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/trunk/pgadmin3/pkg/mac/comple
te-bundle.sh?rev=5055&view=markup if you want a peek.

Regards, Dave.


В списке pgadmin-support по дате отправления:

Предыдущее
От: John DeSoi
Дата:
Сообщение: Re: Mac version can't dump/restore
Следующее
От: "Dave Page"
Дата:
Сообщение: Anyone got an Intel Mac yet?