<?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 on: How to distribute your software</title>
	<atom:link href="http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software/feed" rel="self" type="application/rss+xml" />
	<link>http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software</link>
	<description>The personal weblog of Peter Hosey.</description>
	<lastBuildDate>Tue, 17 Jan 2012 18:19:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>By: Yuhong Bao</title>
		<link>http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software/comment-page-1#comment-80411</link>
		<dc:creator>Yuhong Bao</dc:creator>
		<pubDate>Tue, 05 Jun 2007 03:41:06 +0000</pubDate>
		<guid isPermaLink="false">http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software#comment-80411</guid>
		<description>I think that the .zip and .sit (or for that matter, .sitx) examples are not too bad (in fact, .sit was used before and still can be used for a Carbon or Classic application that does not use packages), but I agree that the other examples creates unnesserary indirection that just complicates extracting the app. And BTW, you can write a shell script called undmg that mounts the disk image (in /tmp, prehaps) and copy the files to the hard disk.</description>
		<content:encoded><![CDATA[<p>I think that the .zip and .sit (or for that matter, .sitx) examples are not too bad (in fact, .sit was used before and still can be used for a Carbon or Classic application that does not use packages), but I agree that the other examples creates unnesserary indirection that just complicates extracting the app. And BTW, you can write a shell script called undmg that mounts the disk image (in /tmp, prehaps) and copy the files to the hard disk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Hosey</title>
		<link>http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software/comment-page-1#comment-1505</link>
		<dc:creator>Peter Hosey</dc:creator>
		<pubDate>Mon, 27 Nov 2006 00:19:51 +0000</pubDate>
		<guid isPermaLink="false">http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software#comment-1505</guid>
		<description>Somebody on a Windows or Linux box can&#039;t use the software anyway, and they should already know whether they want it or not from the webpage. As for people on Mac OS 9, that&#039;s why you state the requirements for your software up front. If they can&#039;t manage that, that&#039;s their problem. :)

The security issue is a non-issue for software developers. Apple will fix it, and the worry over it (which I think is confined to Mac exports anyway) will pass. I don&#039;t think most people know about it, and legitimate developers won&#039;t need to worry about it unless dmg exploits become rampant.

undmg seems pointless to me. A tbz or zip would be smaller and achieve the same end. Same goes for internet-enabled disk images.

The nice thing about internet-enabled disk images is that Safari will attach the disk image, copy the files from it, and detach and Trash the disk image for you. But it does the same thing for zips, and zips are smaller than even UDBZ dmgs. So you should just use a zip at that rate.

I like the conventional disk image. I like how it isolates the app: If an app cannot run on an unwritable disk image (because it requires write access to itself or its parent directory), I consider it buggy and unworthy of my custom.

Yes, I know that any app I run can write to my home directory. That&#039;s not the point: I see an app demanding to be on the startup disk (probably so that it has write access to itself or its parent directory) as a critical design failures, probably the first of several. Good OS X citizens can run just fine from a disk image, which is why that&#039;s my first test of the app.</description>
		<content:encoded><![CDATA[<p>Somebody on a Windows or Linux box can&#8217;t use the software anyway, and they should already know whether they want it or not from the webpage. As for people on Mac OS 9, that&#8217;s why you state the requirements for your software up front. If they can&#8217;t manage that, that&#8217;s their problem. :)</p>
<p>The security issue is a non-issue for software developers. Apple will fix it, and the worry over it (which I think is confined to Mac exports anyway) will pass. I don&#8217;t think most people know about it, and legitimate developers won&#8217;t need to worry about it unless dmg exploits become rampant.</p>
<p>undmg seems pointless to me. A tbz or zip would be smaller and achieve the same end. Same goes for internet-enabled disk images.</p>
<p>The nice thing about internet-enabled disk images is that Safari will attach the disk image, copy the files from it, and detach and Trash the disk image for you. But it does the same thing for zips, and zips are smaller than even UDBZ dmgs. So you should just use a zip at that rate.</p>
<p>I like the conventional disk image. I like how it isolates the app: If an app cannot run on an unwritable disk image (because it requires write access to itself or its parent directory), I consider it buggy and unworthy of my custom.</p>
<p>Yes, I know that any app I run can write to my home directory. That&#8217;s not the point: I see an app demanding to be on the startup disk (probably so that it has write access to itself or its parent directory) as a critical design failures, probably the first of several. Good OS X citizens can run just fine from a disk image, which is why that&#8217;s my first test of the app.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Vasilevsky</title>
		<link>http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software/comment-page-1#comment-1504</link>
		<dc:creator>Dave Vasilevsky</dc:creator>
		<pubDate>Sun, 26 Nov 2006 22:54:35 +0000</pubDate>
		<guid isPermaLink="false">http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software#comment-1504</guid>
		<description>Thanks for the analysis, but I&#039;m afraid I disagree with the some of the conclusions. I&#039;ve begun to prefer zip files for distributing software.

It&#039;s not horrible to use dmg files, but they suffer from being an opaque format. Windows and Linux (or even OS 9) users who find themselves with a dmg are left with no idea what&#039;s inside. At least with a zip file they can read the Read Me and see whether it might be worth trying out my app on a Mac. Sometimes I find myself downloading a program just to check out some of the files in the bundle--images, scripts, etc--and it&#039;s nice to be able to do that even if I&#039;m stuck on a Windows box at a library. And if you&#039;ve ever wanted to extract a dmg at the command line, you might have noticed how annoying it can be--but see &lt;a href=&quot;http://fink.cvs.sourceforge.net/fink/experimental/vasi/scripts/undmg?revision=1.1&amp;view=markup&quot; rel=&quot;nofollow&quot;&gt;undmg&lt;/a&gt; for an attempt to make it easier.

Now with the recent security issue, I&#039;ve noticed myself being more careful around dmg files from people I don&#039;t completely trust, so I&#039;m becoming even more hesitant to use them to distribute my stuff. As far as I can tell, a &quot;regular zip&quot; (not the Finder&#039;s weird kind) should be able to hold most modern OS X apps, since resource forks are rare nowadays--and there doesn&#039;t seem to be any real downside to that method. I guess I&#039;d only prefer dmgs for apps with resource forks that are compatible with Jaguar.

Somewhat off-topic, why do so many people not &quot;internet-enable&quot; their dmg files before distributing them? I&#039;ve always found the open dmg =&gt; wait for it to attach =&gt; drag app to destination =&gt; eject dmg sequence to be tiring, and internet-enabled dmgs circumvent all that bother. Is there any disadvantage to them?</description>
		<content:encoded><![CDATA[<p>Thanks for the analysis, but I&#8217;m afraid I disagree with the some of the conclusions. I&#8217;ve begun to prefer zip files for distributing software.</p>
<p>It&#8217;s not horrible to use dmg files, but they suffer from being an opaque format. Windows and Linux (or even OS 9) users who find themselves with a dmg are left with no idea what&#8217;s inside. At least with a zip file they can read the Read Me and see whether it might be worth trying out my app on a Mac. Sometimes I find myself downloading a program just to check out some of the files in the bundle&#8211;images, scripts, etc&#8211;and it&#8217;s nice to be able to do that even if I&#8217;m stuck on a Windows box at a library. And if you&#8217;ve ever wanted to extract a dmg at the command line, you might have noticed how annoying it can be&#8211;but see <a href="http://fink.cvs.sourceforge.net/fink/experimental/vasi/scripts/undmg?revision=1.1&amp;view=markup" rel="nofollow">undmg</a> for an attempt to make it easier.</p>
<p>Now with the recent security issue, I&#8217;ve noticed myself being more careful around dmg files from people I don&#8217;t completely trust, so I&#8217;m becoming even more hesitant to use them to distribute my stuff. As far as I can tell, a &#8220;regular zip&#8221; (not the Finder&#8217;s weird kind) should be able to hold most modern OS X apps, since resource forks are rare nowadays&#8211;and there doesn&#8217;t seem to be any real downside to that method. I guess I&#8217;d only prefer dmgs for apps with resource forks that are compatible with Jaguar.</p>
<p>Somewhat off-topic, why do so many people not &#8220;internet-enable&#8221; their dmg files before distributing them? I&#8217;ve always found the open dmg =&gt; wait for it to attach =&gt; drag app to destination =&gt; eject dmg sequence to be tiring, and internet-enabled dmgs circumvent all that bother. Is there any disadvantage to them?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Hicks</title>
		<link>http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software/comment-page-1#comment-146</link>
		<dc:creator>Scott Hicks</dc:creator>
		<pubDate>Mon, 25 Sep 2006 16:59:55 +0000</pubDate>
		<guid isPermaLink="false">http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software#comment-146</guid>
		<description>Peter:

I applaud the post regarding compression and archiving and how to distribute software. I hope many people read and heed. This is probably the best thread on this subject matter. Thank you for writing it up. Here&#039;s hoping kernelthread.org and maybe a few other popular information sources will solicit you to republish it.

Thanks,

Scott</description>
		<content:encoded><![CDATA[<p>Peter:</p>
<p>I applaud the post regarding compression and archiving and how to distribute software. I hope many people read and heed. This is probably the best thread on this subject matter. Thank you for writing it up. Here&#8217;s hoping kernelthread.org and maybe a few other popular information sources will solicit you to republish it.</p>
<p>Thanks,</p>
<p>Scott</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Domain of the Bored &#187; Blog Archive &#187; Compression and archive formats: A description</title>
		<link>http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software/comment-page-1#comment-107</link>
		<dc:creator>Domain of the Bored &#187; Blog Archive &#187; Compression and archive formats: A description</dc:creator>
		<pubDate>Sun, 27 Aug 2006 08:09:26 +0000</pubDate>
		<guid isPermaLink="false">http://boredzo.org/blog/archives/2006-01-16/how-to-distribute-your-software#comment-107</guid>
		<description>[...] Domain of the Bored The personal weblog of Peter Hosey, aka Mac-arena the Bored Zo.      &#171; Folding at home How to distribute your software &#187; [...]</description>
		<content:encoded><![CDATA[<p>[...] Domain of the Bored The personal weblog of Peter Hosey, aka Mac-arena the Bored Zo.      &laquo; Folding at home How to distribute your software &raquo; [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.139 seconds -->

