Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Google Businesses The Internet Cellphones Operating Systems Software

Google Awards Android Dev Prizes, Introduces App Store 52

An anonymous reader writes "A group of Canadian engineering students was one of 10 teams to win a $275,000 prize from internet search giant Google Inc. Their program, Ecorio, gives users the ability to reduce their environmental footprint with tools that provide transit options for trips, invest in carbon reduction projects, and share their tips with other users. Other winners included a taxi location app, a price comparison app, and a settings manager than changes your settings based on your location." Google has also started talking about their plans for Android Market, which is similar to the App store used for the iPhone. Ars Technica's coverage points out a blog post by Google's Eric Chu which notes that early handsets running Android will have a beta version of Android Market enabled.
This discussion has been archived. No new comments can be posted.

Google Awards Android Dev Prizes, Introduces App Store

Comments Filter:
  • by IamTheRealMike ( 537420 ) on Saturday August 30, 2008 @10:53AM (#24810207)

    TFA talks a lot about the cathedral vs bazaar model, which I find to be sort of funny. Android supports downloading applications (.apk files) from wherever you want, although it's intended that the market be the primary place you get them. In this sense it's every bit as open as a Linux distribution.

    But wait. A typical Linux distribution doesn't actually support you adding other repositories or downloading packages from the web. Sure it might be technically possible, but you're going to encounter a lot of glitches, and if you ask the distro about that they'll just shrug and say it's your own fault for not using the official repositories.

    In fact, given that the Android Market is planned to support for-pay software as well as free-beer software, that makes it technically more open than a typical Linux distro, in which the only reliable way of getting your software to end users is to get the distributors to do it for you, and they usually insist on particular kinds of licensing. Doing it yourself is a good way to find yourself in distro-compatibility hell.

    (disclaimer: am a googler, but have no more info than the average slashdotter does on this)

  • by IamTheRealMike ( 537420 ) on Saturday August 30, 2008 @11:34AM (#24810609)

    No they don't support it. I've had many, many conversations with distributors over the years about this topic. It "works" simply because of the way the tools are constructed. But they provide absolutely no guarantees that your app won't break tomorrow with some update they push, and are completely unwilling to make any such guarantees. In fact it's even possible for you to break peoples systems by distributing software on your own.

    Trivial example of how things can go wrong, there's no namespacing in Linux. Let's say I make a game and call it Epiphany [sourceforge.net], then start distributing it outside the framework of the distributions. What sort of things could happen? Well, somebody else might make a web browser called Epiphany [gnome.org], which then might become a part of the base set of packages. What happens when the user tries to upgrade their distribution? Anything might happen, because you have two packages with the same name (or which both try to provide /usr/bin/epiphany).

    In the best case the upgrade will just break and the user will be stuck having to choose one of the two packages. But they can't have both.

    In the worst case, I decided not to fuck about with 10 different but somehow identical package management systems and used an autopackage or a Loki Installer. Almost all commercial software for Linux does this sort of thing. Now the package manager will just silently overwrite my game files with the web browser. It won't notify the user it's going to do this - it'll just uncleanly corrupt the game.

    So what's the solution? Back when I was involved in distribution of apps for Linux, the usual proposal was to put third party software in /usr/local rather than /usr. Unfortunately no distributor properly supports this prefix, and besides, it just moves the problem around rather than solve it. Sadly there actually isn't a solution for this on UNIX - it's fundamental to the design.

    You'll notice that Android doesn't use UNIX style directory trees or package management ... and this is probably one of the reasons why.

  • by Anonymous Coward on Saturday August 30, 2008 @12:03PM (#24810911)

    Oh boy, here comes a rant.

    But they provide absolutely no guarantees that your app won't break tomorrow with some update they push, and are completely unwilling to make any such guarantees.

    NOBODY does. There's not a single OS vendor that does that, because it's impossible. If this is really what you're after, send me an e-mail when you buy that flying car.

    In fact it's even possible for you to break peoples systems by distributing software on your own.

    Like viruses? Why did you even type this sentence?

    In the best case the upgrade will just break and the user will be stuck having to choose one of the two packages. But they can't have both.

    No. If that happens, one of the maintainers fucked up. File a bug report or switch to a better distro.

    Sadly there actually isn't a solution for this on UNIX - it's fundamental to the design.

    No, it's the nature of the beast. As I stated above, there's not a single OS vendor today that does what you're asking.

The Tao is like a glob pattern: used but never used up. It is like the extern void: filled with infinite possibilities.

Working...