[Sparkle] A Question of Enclosures

[Rob Napier]

On Sat, Apr 5, 2008 at 11:11 AM, Adam Radestock <raddish at glassmonkey.co.uk>
wrote:

> On 4 Apr 2008, at 3:04 am, Rob Napier wrote:
>
> * "What I want" should include "build dmg" or "build zip" (as well as
> manually setting the version, etc). Unfortunately, building DMGs really
> means building custom DMGs because that's what everyone wants. And building
> a system to do that in a really general and reliable and programmatic way
> has been hard in my attempts for Pandoraboy.
>
>
> Don't forget that all of the DMGs that SparkleCaster downloads are
> internet-enabled, if not by the developer, then by Sparkle when
> it receives them. That is to say that the DMGs are run through the hdutil
> command line utility and set as internet-enabled–so they dump their contents
> and trash themselves.
> So I can't imagine people wanting to put extra stuff (like readme files,
> etc.) in this kind of package, any more than they would in a zip. In the
> case of Sparkle, DMG is just a way of archiving the data between developer
> and client app; the user never sees this info.
>

The trouble with that approach is that it forces the developer to manage two
separate packages. One for initial install and one for Sparkle. I've been
having to do that with Pandoraboy (an install DMG and an update ZIP) and
it's a real pain that we should be able to design a fix for. Doing it
properly might require changes in Sparkle (I haven't double-check the latest
DMG-handling updates), but it should be the direction we're going.

-Rob

-- 
Rob Napier -- Software and Security Consulting -- http://robnapier.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.andymatuschak.org/pipermail/sparkle-andymatuschak.org/attachments/20080405/7264ccec/attachment.htm