gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: su -c now fatal on Mac? was Re: [Gnumed-devel] GNUmed 0.9.1 Release


From: Jim Busser
Subject: Re: su -c now fatal on Mac? was Re: [Gnumed-devel] GNUmed 0.9.1 Release
Date: Fri, 08 Apr 2011 10:45:13 -0700

On 2011-04-08, at 10:42 AM, Jim Busser wrote:

>> This works for me as root (we recommend to run upgrade as root anyway)
>> sudo -u postgres /Library/PostgreSQL/8.4/bin/psql -l -p5432
> 
> The above (with a "g" in PostreSQL) will work, but can we look for a moment 
> why the equivalent hiccups (getcwd problem) if one tries to use the MacPorts 
> psql
> 
>       /opt/local/lib/postgresql84/bin/

Two possibly related post excerpts below

On 2010-07-05, at 12:39 PM, Karsten Hilbert wrote:

> On Mon, Jul 05, 2010 at 12:19:39PM -0700, Jim Busser wrote:
> 
>> Is it relevant that, on Mac, I can find no "cwd" command whereas the Mac 
>> has/uses
>> 
>>      pwd
>> 
>> (print working directory)
> 
> Same on Linux, it's just the Python command that's called cwd().
> 
> (Perhaps because on Python all you do is "get" the cwd. Just
> getting the value doesn't mean it will necessarily be
> printed while pwd will always "print" the value - to stdout
> anyways, which likely is a terminal.)
> 
>> see http://perldoc.perl.org/Cwd.html where it says:
> 
>>      Actually, on Mac OS, the getcwd() , fastgetcwd() and
>> fastcwd() functions are all aliases for the cwd()function,
>> which, on Mac OS, calls `pwd`. Likewise, the abs_path()
>> function is an alias forfast_abs_path() .
> 
> That may, indeed, have to do with it.

On 2010-07-16, at 2:09 PM, Karsten Hilbert wrote:

> I am happy to announce the GNUmed 0.7.7 maintenance release:
> 
>               13.6 -> 13.7
> 
>       NEW: work around os.getcwd() permission problem on Mac

-- JIm




reply via email to

[Prev in Thread] Current Thread [Next in Thread]