<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 12, 2014 at 6:12 PM, Eliot Miranda <span dir="ltr">&lt;<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Craig,<br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Sun, Oct 12, 2014 at 1:08 PM, Craig Latta <span dir="ltr">&lt;<a href="mailto:craig@netjam.org" target="_blank">craig@netjam.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
&gt; The app does not run for me:<br>
&gt;<br>
&gt; $ spctl -a -t exec -vv Squeak-4.5-All-in-One.app<br>
&gt; Squeak-4.5-All-in-One.app: rejected<br>
&gt; source=no usable signature<br>
&gt;<br>
&gt; could that have to do with changes in 10.9.5?<br>
<br>
     Hm, I don&#39;t have an older MacOS to check when this started, but the<br>
situation with regard to creating and expanding ZIP archives without<br>
messing with the signature/contents correlation has become annoying (as<br>
I thought it might).<br></blockquote><div><br></div></span><div>I have a 10.6.8 machine.  I&#39;m checking this now.</div></div></div></div></blockquote><div><br></div><div>and the app runs just fine on 10.6.8.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">     For the signature to be valid, the .app directory has to be<br>
compressed and uncompressed by itself (no siblings), and it has to be<br>
done with the Mac Finder GUI (not from zip/unzip on the command line, in<br>
either MacOS or another OS that has access to the filesystem).<br></blockquote><div><br></div></span><div>Why uncompressed by itself?  If one uncompresses an archive containing a foo.app with a bar sibling, that will surely produce exactly the same bits in foo.app as uncompressing an archive that contains only foo.app.  The decompression program would be broken if it creates different bits, right?  So...</div><div><br></div><div>If the archive is created in two steps, the first as you state including only Squeak-4.5-All-in-One.app, using the finder, and then, via the command line using zip -u to add the siblings how can that not work?  It can&#39;t produce a different Squeak-4.5-All-in-One.app without zip being hopelessly broken, which it isn&#39;t, right?</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
     So... the release is now a ZIP archive that contains the two<br>
non-Mac launch scripts, along with another ZIP archive which contains<br>
the .app directory. This also means that non-Mac users will get the<br>
&quot;__MAC&quot; and &quot;.DS_Store&quot; debris after uncompressing, as well.<br></blockquote><div><br></div></span><div>It doesn&#39;t have to be this way.  Use zip -u to add the siblings at a later date. </div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
     I still think all this is tolerable. However, I&#39;ll say again here<br>
that I strongly prefer having the .app directory be the root of our<br>
release artifact, a totally self-contained thing, and leaving it to<br>
users to set up launch shortcuts appropriate to their local system<br>
(given a directory structure that is obvious enough for them to realize<br>
how to do it). </blockquote><div><br></div></span><div>Craig, you are a decent human being, but your attitude on this is so discourteous to users.  Why *should* they have to unpack and decode the structure of a .app, especially when they might be WIndows or Linux users only.  Why don&#39;t you see it as an obligation to provide a pleasant and simple install step to that community rather than asking them to perform a manual step?  I don&#39;t understand.  I want to go on record therefore that I think providing the scripts is important, especially for newbies, a group we surely want to appeal to.</div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">When the release has other stuff at a sibling or higher<br>
level than the .app directory, I think people are more likely to think,<br>
mistakenly, that they can duplicate, copy, rename, and move things<br>
around without breaking them. I realize I disagree with the 4.5 release<br>
manager (Chris) on this, but I still want to be on record.<br>
<br>
     New bits at [1].<br>
<br>
<br>
     thanks,<br>
<br>
-C<br>
<br>
[1] <a href="http://bit.ly/1CBwx1I" target="_blank">http://bit.ly/1CBwx1I</a> (Dropbox)<br>
<br>
--<br>
Craig Latta<br>
<a href="http://netjam.org" target="_blank">netjam.org</a><br>
<a href="tel:%2B31%20%20%206%202757%207177" value="+31627577177" target="_blank">+31   6 2757 7177</a> (SMS ok)<br>
<a href="tel:%2B%201%20415%20%20287%203547" value="+14152873547" target="_blank">+ 1 415  287 3547</a> (no SMS)<br>
<br>
<br>
</blockquote></span></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br>best,<div>Eliot</div>
</font></span></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>best,<div>Eliot</div>
</div></div>