Hello Omaha example?

Is there a Hello Omaha World example available?

It depends on what you intend to do with it :)  The "stock" version of Omaha, as it exists on the SVN, will contact the Google servers for any installations/updates; it can only be used to install or update Google products.

So that'd result in multiple updaters running on a user's machine. Why can't the existing binaries be used for other apps too? Would be a lot nicer.

I've been thinking the same. One resident updater process to rule them
all. But perhaps it would be too complicated to have one updater that
handles several different "download/update sites" ?

Preferably the rule-them-all-omaha could take over from Microsoft
Update (which regularly reboots my computer and with that kills some
documents I had left open, or otherwise just slows things to a crawl
at the wrong time), as well as the Java and Adobe and Apple updaters
that are also just too annoying.

<wall of="text">
Optimally all apps, drivers, etc on windows, linux and mac should by
default go through some kind of application central that could be
trusted to warn users or even pop up uninstall-notifications if an
application is known to have gone bad. (And with download.com going
bad recently, one wonders if there even needs to be a meta-
notification via for instance social networks so the update provider
application would also force itself to show, with a slight delay
perhaps, what those you follow are saying about your update provider
and allow you to switch update provider. This could perhaps be
fostered through improvements to Omaha. What's in it for update
providers could be showing useful ads in a corner after each update
(something good that comes with something possibly annoying, but you'd
know why it's there) as well as handling transactions if you want to
buy a license for a pro or full software version.

<light in="the dark" size="tiny">On Windows CE / Mobile there's an app
OMarket that shows that it can be done for Windows. Cygwin setup.exe
provides quite a good database of (mostly terminal/text-mode)
software. Linux distributions have almost well-functioning update/
install mechanisms</light>

<endgame>You only wish they'd make the package management software
would pre-compute its stuff in the background to avoid having you wait
each time you start them, since the start delays make you shy away
from using them too much. But for the last couple of years this is
just wishful thinking. The most recent installer/updater GUI to be
revamped is perhaps Ubuntu Software Centre (USC) and I was tracking
the design process closely only to see that once again the simple and
understandable had to stand back for some confusing stuff. Perhaps
with USC aimed mostly towards complete newbies at least that would
leave space for Synaptic to become more usable. The most sorely needed
part for either of them is perhaps a faster backend for tracking
installed packages. But a first step would be to make the listing
asynchronous and just cache the "startup screen", installed apps
screen, and the most popular apps screen to leave the thousand-
packages-screens time to rebuilt itself from scratch, as it seems to
like to do this each time I start any linux package manager.</
endgame></wall>

Somebody?

We don't have a "Hello World" Omaha example, but we do have a guide being written up on how to customize Omaha for specific applications.  We'll get it on the wiki soon.

Op dinsdag 4 oktober 2011 19:30:58 UTC+2 schreef Ryan Myers het volgende: