[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [XBoard-devel] info/man.command stopped by gatekeeper
From: |
Joshua Pettus |
Subject: |
Re: [XBoard-devel] info/man.command stopped by gatekeeper |
Date: |
Wed, 5 Nov 2014 08:00:43 -0500 |
It looks as if my patch looses its file format, I should have zipped it..
Sorry!
Josh
xboard.patch.zip
Description: Zip archive
> On Nov 4, 2014, at 3:22 PM, Joshua Pettus <address@hidden> wrote:
>
> I should have said, Gatekeeper blocks Applications and scripts, the chess
> engines are fine apparently.
>
>> On Nov 4, 2014, at 2:50 PM, Joshua Pettus <address@hidden> wrote:
>>
>> Hello Everyone,
>>
>> As had explained before, OSX’s terminal app couldn’t take arguments from
>> the command line. So to counter that, I came up with the solution of using
>> the OS’s feature of automatically opening terminal when opening a .command
>> script. This was in order to pass the arguments to load the man/info pages.
>>
>> There is one major flaw to this though. Gatekeeper by default blocks
>> executables not codesigned until the user gives the go ahead. Apparently
>> .command scripts count. :-( Normally this is done by right clicking on the
>> executable, selecting open, and press open in the popup dialog (only needs
>> to be done once). But in the case of xboard launching those scripts, the
>> user doesn’t have that option. So they have to go into system preferences
>> and allow the last item blocked, or disable gatekeeper. Hardly an Ideal
>> situation.
>>
>> The other option of telling the terminal app to run a shellscript is through
>> applescript, which until now I didn’t believe could be put into our source.
>> Thankfully I came across a very useful shell command called osascript that
>> does this, and the multiple lines, typical of applescript, could be put into
>> one line with -e between commands.
>>
>> As such I removed the launching scripts and put applescript into manproc and
>> infoproc to do the job. I fear this meant I had to move infoproc to
>> gtk/xboard.c (and xaw/xboard.c) in order to take advantage of the dataDir
>> function in place. (Thanks Harm, you are teaching me well XD.)
>>
>> Here is a patch file making all the changes plus modifying our app build
>> script.
>>
>> <xboard.patch>
>>
>> I think i should put out a xboard 4.8.0c with these changes, if you all
>> agree with them.
>>
>> Best Regards,
>> Josh
>
smime.p7s
Description: S/MIME cryptographic signature