<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Erick Dransch</title>
	<atom:link href="http://www.erickdransch.com/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.erickdransch.com/blog</link>
	<description></description>
	<lastBuildDate>Sat, 01 Dec 2012 21:38:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Comment on Numbers by edransch</title>
		<link>http://www.erickdransch.com/blog/2012/12/numbers/#comment-67</link>
		<dc:creator>edransch</dc:creator>
		<pubDate>Sat, 01 Dec 2012 21:38:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.erickdransch.com/blog/?p=229#comment-67</guid>
		<description>This is a very interesting idea. So in keeping with this analogy, we should employ good city planning practices! 
Are there other parallels that can be drawn between community building in open source and community building in a city?</description>
		<content:encoded><![CDATA[<p>This is a very interesting idea. So in keeping with this analogy, we should employ good city planning practices!<br />
Are there other parallels that can be drawn between community building in open source and community building in a city?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Numbers by DB</title>
		<link>http://www.erickdransch.com/blog/2012/12/numbers/#comment-66</link>
		<dc:creator>DB</dc:creator>
		<pubDate>Sat, 01 Dec 2012 21:00:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.erickdransch.com/blog/?p=229#comment-66</guid>
		<description>In a community data mining is not usually necessary because it is small enough for everyone to know all the active participants fairly well (i.e. abstract data mining is often not worth the return on investment). Maybe it would be more accurate to think of Mozilla as a city, and Josh Matthews is doing demographic analysis on the city as a whole (because it is impossible for any one person to know enough about everybody involved).

Calling Mozilla a city does not mean that there aren&#039;t communities that form within the city. The communities might be based on location (e.g. mozillans in a particular region) or interest (working on particular code or features, etc.).</description>
		<content:encoded><![CDATA[<p>In a community data mining is not usually necessary because it is small enough for everyone to know all the active participants fairly well (i.e. abstract data mining is often not worth the return on investment). Maybe it would be more accurate to think of Mozilla as a city, and Josh Matthews is doing demographic analysis on the city as a whole (because it is impossible for any one person to know enough about everybody involved).</p>
<p>Calling Mozilla a city does not mean that there aren&#8217;t communities that form within the city. The communities might be based on location (e.g. mozillans in a particular region) or interest (working on particular code or features, etc.).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Signing Mac Builds by Jim</title>
		<link>http://www.erickdransch.com/blog/2012/02/signing-mac-builds/#comment-61</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Mon, 18 Jun 2012 18:46:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.erickdransch.com/blog/?p=32#comment-61</guid>
		<description>Tangentially related question for you... do you start your build servers from Terminal.app, ie attached to a GUI process?  I&#039;ve been having to do this for my own release engineering needs, and I&#039;d really prefer not to have to do this, to just be able to do it from SSH.  As you likely know though, running a tool like codesign or hdiutil from an unattached (to the GUI) ssh process does not work so well.</description>
		<content:encoded><![CDATA[<p>Tangentially related question for you&#8230; do you start your build servers from Terminal.app, ie attached to a GUI process?  I&#8217;ve been having to do this for my own release engineering needs, and I&#8217;d really prefer not to have to do this, to just be able to do it from SSH.  As you likely know though, running a tool like codesign or hdiutil from an unattached (to the GUI) ssh process does not work so well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Signing Mac Builds by Nomis101</title>
		<link>http://www.erickdransch.com/blog/2012/02/signing-mac-builds/#comment-60</link>
		<dc:creator>Nomis101</dc:creator>
		<pubDate>Sat, 02 Jun 2012 08:32:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.erickdransch.com/blog/?p=32#comment-60</guid>
		<description>How does this signing process work if you want to pack the application than into a DMG? E.g. if I build my own unofficial version of Thunderbird or Firefox, sign it with my own Developer ID and than pack it into the DMG, than the signature is broken &quot;invalid signature (code or signature have been modified)&quot;. How do I pack the App with a valid signature into the DMG? I need to sign my unofficial versions of Firefox/Thunderbird, otherwise  it will not work (in default settings) on 10.8.
For details what I&#039;ve tried, see: http://groups.google.com/group/mozilla.dev.apps.thunderbird/browse_thread/thread/7578d96ba4fd294b#
Thanks!</description>
		<content:encoded><![CDATA[<p>How does this signing process work if you want to pack the application than into a DMG? E.g. if I build my own unofficial version of Thunderbird or Firefox, sign it with my own Developer ID and than pack it into the DMG, than the signature is broken &#8220;invalid signature (code or signature have been modified)&#8221;. How do I pack the App with a valid signature into the DMG? I need to sign my unofficial versions of Firefox/Thunderbird, otherwise  it will not work (in default settings) on 10.8.<br />
For details what I&#8217;ve tried, see: <a href="http://groups.google.com/group/mozilla.dev.apps.thunderbird/browse_thread/thread/7578d96ba4fd294b#" rel="nofollow">http://groups.google.com/group/mozilla.dev.apps.thunderbird/browse_thread/thread/7578d96ba4fd294b#</a><br />
Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Signing Mac Builds by Carl</title>
		<link>http://www.erickdransch.com/blog/2012/02/signing-mac-builds/#comment-51</link>
		<dc:creator>Carl</dc:creator>
		<pubDate>Fri, 25 May 2012 04:30:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.erickdransch.com/blog/?p=32#comment-51</guid>
		<description>That makes sense :)</description>
		<content:encoded><![CDATA[<p>That makes sense <img src='http://www.erickdransch.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Signing Mac Builds by edransch</title>
		<link>http://www.erickdransch.com/blog/2012/02/signing-mac-builds/#comment-50</link>
		<dc:creator>edransch</dc:creator>
		<pubDate>Thu, 24 May 2012 23:40:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.erickdransch.com/blog/?p=32#comment-50</guid>
		<description>The reason we avoided using this solution is because we want to be absolutely sure that the password doesn&#039;t show up in any command history.
If we input the password via tty, it&#039;s stored in memory and won&#039;t risk being stored permanently.</description>
		<content:encoded><![CDATA[<p>The reason we avoided using this solution is because we want to be absolutely sure that the password doesn&#8217;t show up in any command history.<br />
If we input the password via tty, it&#8217;s stored in memory and won&#8217;t risk being stored permanently.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Signing Mac Builds by Carl</title>
		<link>http://www.erickdransch.com/blog/2012/02/signing-mac-builds/#comment-49</link>
		<dc:creator>Carl</dc:creator>
		<pubDate>Thu, 24 May 2012 23:30:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.erickdransch.com/blog/?p=32#comment-49</guid>
		<description>You could also use security unlock-keychain -p $PASSWORD $KEYCHAIN_NAME</description>
		<content:encoded><![CDATA[<p>You could also use security unlock-keychain -p $PASSWORD $KEYCHAIN_NAME</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Signing Mac Builds by edransch</title>
		<link>http://www.erickdransch.com/blog/2012/02/signing-mac-builds/#comment-42</link>
		<dc:creator>edransch</dc:creator>
		<pubDate>Fri, 18 May 2012 13:05:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.erickdransch.com/blog/?p=32#comment-42</guid>
		<description>You&#039;ll likely need an Apple Developer ID, see &lt;a href=&quot;http://blog.mozilla.org/bhearsum/archives/287&quot; rel=&quot;nofollow&quot;&gt;Ben&#039;s blog post&lt;/a&gt;.
After that, if you&#039;re signing by hand the process is fairly simple. You can either sign using Xcode or the &lt;a href=&quot;https://developer.apple.com/library/mac/#documentation/Darwin/Reference/Manpages/man1/codesign.1.html&quot; rel=&quot;nofollow&quot;&gt;codesign&lt;/a&gt; command. 

The reason we ran have a more complex solution is because we&#039;re signing builds automatically and we need to avoid any required user input.

The default CodeResources rules work well for many applications, so you may not have to worry about creating a CodeResources file.</description>
		<content:encoded><![CDATA[<p>You&#8217;ll likely need an Apple Developer ID, see <a href="http://blog.mozilla.org/bhearsum/archives/287" rel="nofollow">Ben&#8217;s blog post</a>.<br />
After that, if you&#8217;re signing by hand the process is fairly simple. You can either sign using Xcode or the <a href="https://developer.apple.com/library/mac/#documentation/Darwin/Reference/Manpages/man1/codesign.1.html" rel="nofollow">codesign</a> command. </p>
<p>The reason we ran have a more complex solution is because we&#8217;re signing builds automatically and we need to avoid any required user input.</p>
<p>The default CodeResources rules work well for many applications, so you may not have to worry about creating a CodeResources file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Signing Mac Builds by Ben Hearsum</title>
		<link>http://www.erickdransch.com/blog/2012/02/signing-mac-builds/#comment-41</link>
		<dc:creator>Ben Hearsum</dc:creator>
		<pubDate>Fri, 18 May 2012 12:50:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.erickdransch.com/blog/?p=32#comment-41</guid>
		<description>Thank you so much for the detailed CodeResources overview, Perry - I wish you had been around a few months ago ;). Firefox is built a fair bit differently than other OS X apps, so some of what you mention is not relevant to us. Eg, we ship completely separate binaries for different locales - there&#039;s no .lproj files in our packages at all. We actually do want our Beta releases to get in the hands of as many people as possible, so we&#039;ll likely continue using a Developer ID for those. You&#039;re making me rethink whether or not we want to use a Developer ID certificate for Nightlies and Aurora, though...</description>
		<content:encoded><![CDATA[<p>Thank you so much for the detailed CodeResources overview, Perry &#8211; I wish you had been around a few months ago <img src='http://www.erickdransch.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> . Firefox is built a fair bit differently than other OS X apps, so some of what you mention is not relevant to us. Eg, we ship completely separate binaries for different locales &#8211; there&#8217;s no .lproj files in our packages at all. We actually do want our Beta releases to get in the hands of as many people as possible, so we&#8217;ll likely continue using a Developer ID for those. You&#8217;re making me rethink whether or not we want to use a Developer ID certificate for Nightlies and Aurora, though&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Signing Mac Builds by Daniel Glazman</title>
		<link>http://www.erickdransch.com/blog/2012/02/signing-mac-builds/#comment-39</link>
		<dc:creator>Daniel Glazman</dc:creator>
		<pubDate>Fri, 18 May 2012 09:17:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.erickdransch.com/blog/?p=32#comment-39</guid>
		<description>Wow, thanks for that article. That is going to impact all xulrunner-based apps too, including my BlueGriffon. Do you think the process outlined above is different for them?</description>
		<content:encoded><![CDATA[<p>Wow, thanks for that article. That is going to impact all xulrunner-based apps too, including my BlueGriffon. Do you think the process outlined above is different for them?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
