Slashdot Mirror


Google Open Sources Updater

Jamie noticed the news that Google Update is now Open Source. The article acknowledges the privacy and security concerns of an application that is always running in the background of your machine, and authorized to install new software. And Google made the logically obvious conclusion that releasing the source code would alleviate those concerns.

174 comments

  1. concerns alleviated... by datapharmer · · Score: 5, Insightful

    Well I feel much safer now knowing that the updater is open source. I have for one have no worries about the code actually being updated... that of course is completely kosher.

    --
    Get a web developer
    1. Re:concerns alleviated... by Philip+K+Dickhead · · Score: 2, Interesting

      Has anyone built this from source, then checksummed the result to validate that this is the same software?

      Bait and switch would be just like these guys!

      --
      "Speaking the Truth in times of universal deceit is a revolutionary act." -- George Orwell
    2. Re:concerns alleviated... by xouumalperxe · · Score: 4, Interesting

      That would only work if you used the same build of the same compiler, with the same flags.

    3. Re:concerns alleviated... by RichardJenkins · · Score: 1

      It wouldn't work without knowing the specifics of the environment they compiled in.

      Besides, that wouldn't be bait and switch - just outright lying.

    4. Re:concerns alleviated... by fuzzyfuzzyfungus · · Score: 2, Interesting

      Somebody has to do this, so it might as well be me: Yes, the usual

    5. Re:concerns alleviated... by jollyreaper · · Score: 4, Funny

      Well I feel much safer now knowing that the updater is open source. I have for one have no worries about the code actually being updated... that of course is completely kosher.

      Don't worry, I checked. Has the little (u) and everything for Passover. Dunno how it'll be after the holiday's over, though.

      --
      Kwisatz Haderach
      Sell the spice to CHOAM
      This Mahdi took Shaddam's Throne
    6. Re:concerns alleviated... by mogwhy · · Score: 0, Troll

      Well I feel much safer now knowing that the updater is open source.

      Expect virus / trojan to mimic Google Update "exactly".

      Coming to a botnet near you soon.

      Although there are hidden benefits, botnets will update themselves ensuring that software / machines runs at optimal performance for the benefit of the botnet as a whole.

    7. Re:concerns alleviated... by Dishevel · · Score: 1

      Bait and switch would be just like these guys!

      Cause they have done it so often in the past???

      --
      Why is it so hard to only have politicians for a few years, then have them go away?
    8. Re:concerns alleviated... by jason.sweet · · Score: 1

      That probably isn't necessary.

      I'm a little worried about this line though

      #include "omaha/common/atl_installevilstuff.h"

    9. Re:concerns alleviated... by FreeFull · · Score: 1

      More strangely, there is no atl_installevilstuff.c. The updater also seems to download a strange binary file from Google...

      --
      No ascii art.
    10. Re:concerns alleviated... by Anonymous Coward · · Score: 1, Funny

      Isn't that protected by an "#if EVIL" though? I wonder what is passed to gcc via -D...

    11. Re:concerns alleviated... by moon3 · · Score: 1

      source code != binary distribution

      This is Windows world we are talking about, if I am not mistaken. Pretty much nobody builds their own binaries from source code there...

    12. Re:concerns alleviated... by 0xygen · · Score: 2, Informative

      Still would not validate.

      Theirs is digitally signed and has date stamps in.

      I think the only options is to use something like bindiff, which excludes comparisons of much of the PE metadata.

    13. Re:concerns alleviated... by 0xABADC0DA · · Score: 4, Interesting

      Bait and switch would be just like these guys!

      Google wants an auto updater so badly because it allows them to gather more information on you. Why else would it have ever included a unique identifier? There is ZERO reason for a updater to identify anything besides installed product (if that), not even the currently installed version. Any intelligent person knows this, and google is a cut above. That means it was certainly their intention to collect more information through updates. And why wouldn't google do this?

      Even today there are a lot of people that never log in to a google service. Google updater is really about identifying and categorizing these users, for better ad targeting or accounting or whatever purpose. All they have to do is install any one google product, even if they never use it. If you log in to google often they already have a great profile on you.

      The update check lets them tie your IP address with their profile on you. Many people have 'stable' IP addresses, even though they are using DHCP they get the same address. The updater lets google determine this, or that a person's IP address isn't stable.

      The simplest, most effective, and most obvious method to track individuals is with a unique ID. This was the first method updater used (ie, google thinks everybody else are idiots). This provides a direct IP to user mapping at ever update.

      Next, they might try a last-update-at timestamp. Even at a second resolution with list of installed products this lets them easily map IP to user with a high degree of accuracy. But they'd probably try something to tighten this up, like return a time cookie from the server and store it for next time.

      If they can't do a direct mapping like this, they'll try something more sneaky like 'anonymous usage data' that then can just look up in their database... how many users accessed gmail exactly 327 times and groups 136 times in the last week? Repeat until it narrows down to one.

      So the updater software itself is irrelevant. The only issue is what data does it send and does it run often enough to lock down your IP, or determine how your IP changes over time. This is important because tracking images, google-analytics, ad-words can determine your IP as you visit sites.

    14. Re:concerns alleviated... by Philip+K+Dickhead · · Score: 1

      Dead spot on.

      Thanks for the clear insight on the issue. Looks like it's time to blackhole GOOGLE.COM at the edge.

      --
      "Speaking the Truth in times of universal deceit is a revolutionary act." -- George Orwell
    15. Re:concerns alleviated... by IamTheRealMike · · Score: 1

      The unique ID is just a random number. How does that let Google tie your IP address to an advertising profile better than, say, a regular cookie? All this is good for is deduping update requests, to get an accurate figure for how many machines the software runs on.

      If you were building an auto-updater, you'd probably be interested in knowing how many people had your app installed too. That way you know if people uninstall the app you're doing something wrong!

    16. Re:concerns alleviated... by 0xABADC0DA · · Score: 2, Informative

      The unique ID is just a random number. How does that let Google tie your IP address to an advertising profile better than, say, a regular cookie?

      Say the logs look like this:

      17.205.76.119: update request from uid 229782969
      17.205.76.119: log in to gmail as Joe User
      17.205.76.119: request 1x1 dissident-456713.png
      17.205.76.119: request google-analytics for site americanidol.com
      continues for 1 week
      17.205.76.119: update request from uid 229782969

      Since there were no other updates from your IP they know you aren't behind a proxy. They can tell with high probability that everything done from that IP during the week is attributable to you. For advertising purposes they might not even care if it is not entirely correct as long as it makes their ads more targeted. Even if they can say there's an 80% probability that user from this IP were "Joe User-ish" that helps them.

      In reality google might do nothing negative with this information, but they could, and if this were China for instance Joe User might be linked as dissident 456713 and locked up. Because of a random number. The reality is that "non-personally identifying information" or "anonymous usage data" is almost always uniquely attributable to you.

      If you were building an auto-updater, you'd probably be interested in knowing how many people had your app installed too. That way you know if people uninstall the app you're doing something wrong!

      If I were building an auto-updater I would have a URL for instance "http://my.domain.com/currentVersion/productName" that just returns the current build ID.

      If I were building a spyware I would have the updater send me other information, like an ID or a timestamp, or a user name, or whatever. If I had the world's largest commercial database on user this would be a tempting option.

      If I wanted to know if people were uninstalling my app I might have it contact my site on uninstall, or better give the user a dialog asking why they are installing it and the option to send a comment.

    17. Re:concerns alleviated... by tobiasly · · Score: 1

      Bait and switch would be just like these guys!

      Any examples to back that statement up? Supposedly releasing the source code for an app while secretly making binaries of the app from different source would be very evil indeed.

    18. Re:concerns alleviated... by sketerpot · · Score: 1

      So be sure not to use the Google C Compiler. Be careful; they sometimes just call it gcc, so as to hide its sinister Googlywoogly origin.

    19. Re:concerns alleviated... by Mozk · · Score: 1

      Being from the city in Nebraska, I have to wonder what Omaha has to do with anything. It doesn't seem very evil here. Or is it some Normandy reference?

      --
      No existe.
    20. Re:concerns alleviated... by Bert690 · · Score: 1

      Bait and switch would be just like these guys!

      Google wants an auto updater so badly because it allows them to gather more information on you. Why else would it have ever included a unique identifier?

      The purpose of the ID is described here. But you may need to take off the tin foil hat before you can understand it.

      GoogleUpdate also uses its own, randomly-generated unique ID number to accurately count total users. This information includes version numbers, languages, operating system, and other install or update-related details, such as whether or not the applications have been run. This information is not associated with you or your Google Account.

    21. Re:concerns alleviated... by dr.newton · · Score: 1

      "...not even the currently installed version."

      How is an updater to do its job if it doesn't know what version of the product you have installed?

      --
      Just another proletarian malcontent.
  2. For the love of god by Anonymous Coward · · Score: 5, Interesting

    Someone add a feature to turn it off completely.

    1. Re:For the love of god by ionix5891 · · Score: 0, Redundant

      damn no mod points today

      mod parent up

    2. Re:For the love of god by Jamie's+Nightmare · · Score: 5, Informative

      Here's a wild and crazy idea. You could disable the Google Updater Service via Control Panel\Administrative Tools\Services. I know.... I know.... radical, but it actually works. Imagine that.

      --
      "When you see a unixer brainwashed beyond saving, kick him out of the door." - Xah Lee
    3. Re:For the love of god by dfm3 · · Score: 5, Informative

      Google has already provided instructions on how to uninstall the updater.

      Of course, it will be reinstalled within a few hours if you run another Google program. On my Mac I just changed permissions on the /Library/Google/GoogleSoftwareUpdate and ~/Library/Google/GoogleSoftwareUpdate folders to 000, and Google Earth no longer reinstalls the updater or asks me to do so. I never gave GE my password. I'm not sure what the workaround is for Windows.

    4. Re:For the love of god by Anonymous Coward · · Score: 0

      First thing I thought of -- now maybe I can figure out a way to automatically disable and remove it the moment anyone tries to install Google's software, or invent a stub that does nothing but make the other application software happy enough to go about its business. Either that or I'm going to have to start adding Google to the list of banned software on my lab machines.

      Why, oh why, did they start doing this? At the very least it should be an optional add-on, rather than something bundled automatically.

      When I get something working I DON'T want it to be automatically updated, and I don't want myself or other users to be nagged constantly about the opportunity to upgrade either. I hate auto-update software. The last thing I expected was for Google to "do an Adobe". What were they thinking?

      Kudos to Google for providing the code that might help disentangle this monstrosity from the otherwise good Google programs, but they could have saved a lot of hassle by making it optional in the first place.

    5. Re:For the love of god by Perseid · · Score: 5, Informative

      And don't forget to turn off the scheduled event to turn the service back on. And don't forget to do it all over again every time you install/update anything by Google. Also, the instructions to kill it don't seem to be the same all the time. Maybe it depends on exactly what app you're installing. Maybe it's just Google trying to screw with my mind. Google Update needs to die.

    6. Re:For the love of god by octaene · · Score: 1

      Or perhaps block the thing with your desktop firewall?

    7. Re:For the love of god by Anonymous Coward · · Score: 0

      I second that motion!

    8. Re:For the love of god by Anonymous Coward · · Score: 0

      Like some kind of horrible parasite, it grows back if you cut off the exposed bits.

      Re-running some of Google's programs re-enables it. You also have to remove it from Scheduled Tasks.

    9. Re:For the love of god by syousef · · Score: 4, Insightful

      On my Mac I just changed permissions on the /Library/Google/GoogleSoftwareUpdate and ~/Library/Google/GoogleSoftwareUpdate folders to 000, and Google Earth no longer reinstalls the updater or asks me to do so. I never gave GE my password. I'm not sure what the workaround is for Windows.

      1. Install Linux
      2. Follow above instructions.

      --
      These posts express my own personal views, not those of my employer
    10. Re:For the love of god by morgan_greywolf · · Score: 2, Insightful

      Google doesn't have an updater on Linux, at least not one that came with Google Earth or Google Picasa.

    11. Re:For the love of god by spydabyte · · Score: 1
      From TFA:

      it can't be disabled unless you uninstall all the applications that use it and there are some privacy issues.

    12. Re:For the love of god by thePowerOfGrayskull · · Score: 3, Informative

      I never gave GE my password. I'm not sure what the workaround is for Windows.

      Similar. Using the CACLS command line tool, or the Security dialog in file properties, remove all file permissions for all users except the "delete" and "read attribute" permissions.

      Read attribute might be able to go too, I haven't tested - but the above will make it so that the file can't be updated, can't be executed, but can still be deleted when you want to.

    13. Re:For the love of god by dziban303 · · Score: 1

      For some reason, Google Updater refuses to download on my laptop (as does Windows Update, and I suspect they may be related, though I've spent hours trying to get them both to work with no joy). It's pretty infuriating that I can not download software I need (Google Earth) because their stupid Updater refuses to work. There used to be a way around it, where you could download the GEarth installer directly, but I can't seem to find it. Any ideas?

    14. Re:For the love of god by dziban303 · · Score: 1

      For some reason, Google Updater refuses to download on my laptop (as does Windows Update, and I suspect they may be related, though I've spent hours trying to get them both to work with no joy). It's pretty infuriating that I can not download software I need (Google Earth) because their stupid Updater refuses to work. There used to be a way around it, where you could download the GEarth installer directly, but I can't seem to find it. Any ideas?

      NM.

    15. Re:For the love of god by troylanes · · Score: 1

      Thanks for this comment. Obviously brilliant.

    16. Re:For the love of god by Tikkun · · Score: 1

      This reminds me why I like cron.

    17. Re:For the love of god by Anonymous Coward · · Score: 1, Insightful

      Yes, because the tiny geek population has a fractional percentage of paranoid people who demand updater be turned off constantly, they need to completely change their model. How about this, people who suffer from extreme paranoia just don't use google products, and the updater stays the way it is? I know that for 99% of the population I deal with, everything possible needs to automated or they will never get any security fixes at all. Those of us with the knowledge to turn services on and off, etc, and just turn the thing off.

    18. Re:For the love of god by Anonymous Coward · · Score: 0

      Sure. Then you're only wasting memory, a bit of CPU (and/or battery life if on a laptop machine), and boot time to start something that you've blocked from functioning and don't want to be running AT ALL.

      I wonder how much energy and network congestion could be saved across millions of machines by Google not bundling Google Updater with their other software, or at least by making it easier for people to completely and permanently remove it if they don't want it? By permanently remove, I mean no reinstall EVER, even if you install new Google applications. What would it take? A simple registry setting "NeverInstallGoogleUpdater=1"?? I'd have no problem with the installer asking "Are you sure?", just in case someone changed their mind.

    19. Re:For the love of god by DavidTC · · Score: 1

      I don't like auto-updates, but don't really mind if the application checks for updates. I use filehippo's update checker to do updates, but I'm okay if the program itself does it, although I turn if off whenever I can. I run filehippo's checker once a week.

      But I loathe background programs that run all the time that do updates. What the hell? Is this some sort of ego thing?

      No, your program is not important enough to have a background task to update it. It's probably not important enough to have a background task at all. You want it to update itself, it can wait until it's running.

      Of course, what I'd really like is for Microsoft to get their fucking act together and make it trivial for third-parties to add things that show up during Windows Updates.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    20. Re:For the love of god by enHatt · · Score: 1

      So just step 1, then.

    21. Re:For the love of god by Joren · · Score: 1

      Here's a wild and crazy idea. You could disable the Google Updater Service via Control Panel\Administrative Tools\Services. I know.... I know.... radical, but it actually works. Imagine that.

      Yeah, good luck with that. Every time I do that, some time later it gets magically reset to "enabled", usually around the next time you install anything that decides to bundle itself with the updater, but sometimes even without that trigger. I haven't been able to figure out precisely when or how, but it keeps getting changed back and I'm rather pissed at Google about it.

      This action communicates an attitude of "I'll take what I want when I need it, and that's the price of using Google software." I hope some sensible person will decide that's not what they want to communicate to their customers. I tried providing feedback, but interestingly they have shut down what until now was the only forum for submitting suggestions and concerns.

      --
      -- Joren
    22. Re:For the love of god by Anonymous Coward · · Score: 0

      Or better yet just write a fucking package manager.

      Oh wait, that would put all the Installer makers out of business!

    23. Re:For the love of god by AmiMoJo · · Score: 1

      This sounds like an excellent project for someone. Produce a Google app installer without the privacy and take-over-your-pc stuff. Why do I even need Updater just to install Google Earth or Chrome?

      Speaking of Chrome, I'm surprised there isn't a community build yet. There is Iron, but it's produced by a commercial company and I don't have time to check what they did myself. At least I can more or less trust Firefox.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    24. Re:For the love of god by AmiMoJo · · Score: 1

      On Windows you can either make a file in the Program Files directory with the exact name of the Google Updater directory (which prevents it from being created), or you can use gpedit.msc to set a "no execute" policy for files in that directory.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    25. Re:For the love of god by dfm3 · · Score: 1

      Hey, I never said I was running Mac OS X on that Mac. For all you know it could be a very expensive Linux box. :-P

      (Well, actually, I am running OS X. When I'm not booted into Ubuntu)

    26. Re:For the love of god by mohmf · · Score: 1

      You can use Process Blocker app . Google it .

    27. Re:For the love of god by BikeHelmet · · Score: 1

      What is this task scheduler thingy?

      Oh right, I deleted that. :D

    28. Re:For the love of god by BitZtream · · Score: 1

      Why would anyone want to ruin a perfectly good Windows install with Linux?

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    29. Re:For the love of god by BitZtream · · Score: 1

      Or you could just change the file permissions to not allow it to be executed, just like every other OS.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    30. Re:For the love of god by Zerth · · Score: 1

      What, like Chromium?

    31. Re:For the love of god by AmiMoJo · · Score: 1

      Chromium is just the open source version, but it's controlled by Google so if you submit a patch to, say, disable sending Google a serial number I expect it would probably be rejected.

      That's what I mean by community build, one based on patches not approved by Google with all the nasty stuff removed.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    32. Re:For the love of god by BitZtream · · Score: 1

      Deny all to everyone. Then the only way to do anything with the file is to come back later and give yourself permissions again by removing the deny all to everyone.

      You can always modify permissions as the owner so denying all to everyone won't lock you out, you just have to remove the deny later to do anything with it, but it'll stop pretty much every other app from doing anything to it.

      Works like a charm.

      Useful for preventing apps from screwing with the registry as well if you find something that likes to readd itself or to change some other settings when it runs without asking.

      I really don't understand why people on slashdot don't know anything about using permissions to accomplish simple goals. Contrary to popular belief, Windows has them too. I know the idea is that you shouldn't have to, but if you follow that logic the world SHOULD be this awesome utopia where everyone gets along and everyone is happy, healthy and lives forever.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    33. Re:For the love of god by i.of.the.storm · · Score: 1

      This does not actually work, as I've done it numerous times. There's also a scheduled task that reenables it, among other things. I have been trying to disable it for a while and have not been able to get it to go away. Just gave up at this point.

      --
      All your base are belong to Wii.
    34. Re:For the love of god by jonaskoelker · · Score: 1

      And don't forget to turn off the scheduled event to turn the service back on. And don't forget to do it all over again every time you install/update anything by Google.

      No problem, put it in a shell script, and run it from cron every minute.

      Finding the windows equivalent of that is left as an exercise for the reader ;-)

    35. Re:For the love of god by Anonymous Coward · · Score: 0

      Because you're a dyslexic with ADHD and it reminds you of corn, which is what you actually like?

    36. Re:For the love of god by Perseid · · Score: 1

      It's not paranoia. It's the idea that I give up system resources, however small, to an updater for an app I might play with once a month or so. That 99% of the population you deal with - I bet they bitch that their computers gradually become slower as they age. You know why? Those people let a bunch of little programs like this run rampant on their computer eventually eating it up. Besides, apps can check for updates when they start up and ask you if you want to update then. Memory-resident updaters are never necessary. Ever.

    37. Re:For the love of god by Anonymous Coward · · Score: 0

      You're retarded.

  3. Finally some justification by PhasmatisApparatus · · Score: 3, Insightful

    to the "do no evil" slogan.

    And of course, this goes hand-in-hand with keeping Chromium easy to use.

    1. Re:Finally some justification by Nerdfest · · Score: 1

      It could still be doing evil, but you can now find the evil yourself and remove it. Most people of course will be running supplied binaries, not compiling the code themselves, and don't know the difference anyway.

    2. Re:Finally some justification by eln · · Score: 5, Funny

      Yes, but as always happens when you open source software, a huge community will immediately spring up from the ground to fork it and start adding features to it. After a few months, that community will decide what it really needs is a ground-up rewrite. After 5 years and several hundred alpha releases, you'll be able to download the first beta of the rewritten app, which by this point will have morphed into an entire Linux distribution which, unfortunately, lacks decent software update capabilities.

    3. Re:Finally some justification by jonaskoelker · · Score: 1

      which by this point will have morphed into an entire Linux distribution which, unfortunately, lacks decent software update capabilities.

      Yeah, but does it run emacs?

    4. Re:Finally some justification by Big+Nothing · · Score: 1

      Your comment would be really funny if it wasn't so depressingly true.

      --
      SIG: TAKE OFF EVERY 'CAPTAIN'!!
    5. Re:Finally some justification by Anonymous Coward · · Score: 0

      We need to be able to mod 'Ironic'.

  4. Missing The Point by Blue+Stone · · Score: 4, Interesting

    It's not the privacy and security aspects of having Googel Update always running in the background that concerns me, it's that a process that is only needed once in a while is constantly running using up resources unnecessarily.

    Adobe seems to have got it right with its latest version of Adobe Updater - only launch when an Adobe product is launched and in addition allow the user to modify the schedule. I can set Adobe Updater to never check for updates (do it manually) only once a month, or every time, but the crucial part is that it only runs when I run Photoshop (or whatever).

    No need to have an updater constantly running in the background at all.

    --
    Corporation, n. An ingenious device for obtaining individual profit without individual responsibility. - Ambrose Bierce
    1. Re:Missing The Point by Anonymous Coward · · Score: 0

      And it sounds like you still don't understand the concept of sleeping processes. Just because there's a process taking up a number in a process table, it doesn't mean that it's doing anything else. It won't be using any RAM because it's paged out to disc. It won't be using any processor cycles because it's sleeping. Helps to understand these things before you complain about them.

    2. Re:Missing The Point by Anonymous Coward · · Score: 2, Insightful

      There are several reasons why Google Update runs all the time that you're missing, but the crucial assumption you seem to be making is that the process is "constantly running using up resources".

      Google Update was coded pretty carefully to sleep nearly all the time and have as minimal a footprint as possible. I challenge you to detect any degredation of system performance with it running, especially since its CPU and memory load is less than any of several dozen always-running services that come with the OS.

    3. Re:Missing The Point by samkass · · Score: 2, Interesting

      In addition, make the installation really explicit and give me options to completely skip an upgrade and not have it bugging me all the time. Seriously, this open sourcing is just a red herring. The real issues are how Google is using it, not what the tool is specifically doing.

      --
      E pluribus unum
    4. Re:Missing The Point by Anonymous Coward · · Score: 0

      He's probably the kind of guy who shits his pants whenever his OS and running apps use more than 700MB of his 8GB of RAM.

    5. Re:Missing The Point by Anonymous Coward · · Score: 0

      It still clutters your "ps -a".
      Really, why not run it from cron.
      Why not have every program running all the time
      just in case they want to do something.

    6. Re:Missing The Point by ultrabot · · Score: 5, Insightful

      There are several reasons why Google Update runs all the time that you're missing, but the crucial assumption you seem to be making is that the process is "constantly running using up resources".

      All of this handwaving is unnecessary, since the problem is "ethical" in a sense. The user does not want to have google updater running for whatever reason => the user should be able to remove it whenever he wants. I suppose the rootkit sony installed back in the day didn't consume too much resources either.

      --
      Save your wrists today - switch to Dvorak
    7. Re:Missing The Point by jollyreaper · · Score: 3, Insightful

      There are several reasons why Google Update runs all the time that you're missing, but the crucial assumption you seem to be making is that the process is "constantly running using up resources".

      Google Update was coded pretty carefully to sleep nearly all the time and have as minimal a footprint as possible. I challenge you to detect any degredation of system performance with it running, especially since its CPU and memory load is less than any of several dozen always-running services that come with the OS.

      Doesn't matter. Just have it run once a week on startup like most apps do and we're fine.

      As far as Windows goes, it'd be nice if third parties could register with Windows update. You install app X, it now gets to be polled on Windows update at whatever schedule you use. Update available, there you go. It'd be like what the Linux distros do with their lovely updaters.

      I just hate extraneous shit that gets installed and harshes your computer's well-being. Perfect example are the shitty printer TSR's that just sit there in the corner hogging up resources waiting for you to print. Why? Unnecessary! And when you uninstall them it's like your computer gets a needle of adrenaline right in the heart, it's ten times faster than you're used to.

      About only half of what sucks about Windows can be directly blamed on Microsoft. The rest of it has to be blamed on the third party apps.

      --
      Kwisatz Haderach
      Sell the spice to CHOAM
      This Mahdi took Shaddam's Throne
    8. Re:Missing The Point by thePowerOfGrayskull · · Score: 2, Interesting

      And it sounds like you still don't understand the concept of sleeping processes. Just because there's a process taking up a number in a process table, it doesn't mean that it's doing anything else. It won't be using any RAM because it's paged out to disc. It won't be using any processor cycles because it's sleeping.

      That all really depends on whether the process that you're assuming to be asleep is well-behaved.

      Helps to understand these things before you complain about them.

      Helps to not make assumptions about those proprietary binaries running on your system... (google update notwithstanding, since we don't know that the source they've released matches the binary we get.)

    9. Re:Missing The Point by Anonymous Coward · · Score: 0

      Every little background service here and tray icon there eventually add up. You end up with clutter in your process list, services list, event log, random folders on your hard drive, tons of unnecessary registry entries and a cumulative performance/resource hit.

      It's my computer and I'll use it the way I like. If Google insists that their stupid updater install itself along with every application they put out, then I won't be using any of them and I'll discourage others from using them as well.

    10. Re:Missing The Point by coryking · · Score: 1

      It is one more damn program that has to start up when I reboot (which isn't often). That slows down the startup process. It runs per-user not per-machine, which probably pisses off people running terminal server (or people who actually use the fast-user-switch stuff).

      There are several reasons why Google Update runs all the time that you're missing

      I cannot think a single reason. Not one. You can schedule update checks like everybody else. You can even do it hourly if you are worried about "OMG ZERO DAY EXPLOITZ!!".

    11. Re:Missing The Point by Gnavpot · · Score: 1

      Adobe seems to have got it right with its latest version of Adobe Updater - only launch when an Adobe product is launched and in addition allow the user to modify the schedule. I can set Adobe Updater to never check for updates (do it manually) only once a month, or every time, but the crucial part is that it only runs when I run Photoshop (or whatever).

      A standard installation of most software, including Adobe software, needs administrative privileges for updating. On a correctly configured computer, Photoshop will be run - and started - by unprivileged users.

      So how does the updater start together with Photoshop?

      If the updater is launched by Photoshop, it will only be run with the same privileges as Photoshop which will be inadequate for updating.

      If not, a service will have to listen in the background and wait for someone to start Photoshop. But we did not want a constantly running background service...

    12. Re:Missing The Point by bpgslashdotaccount · · Score: 1

      As far as Windows goes, it'd be nice if third parties could register with Windows update. You install app X, it now gets to be polled on Windows update at whatever schedule you use. Update available, there you go. It'd be like what the Linux distros do with their lovely updaters.

      If I was a Microsoft exec I would be flat-out embarrased at the state of package management in the Windows world.

      Since Microsoft is not going to make things easier for their competitors, nor apparently for their partners, this is the perfect opportunity for the community to show them how to do it right. The Google Updater should immediately be forked and modified as follows:

      - Never report to any third party
      - Look to a local server for the update source
      - Accept 3rd-party packages for anything the patch admin wants to allow: Adobe Reader, Firefox, Flash, Java, QuickTime, and on and on.


      Then we only need 2 updaters running at any time: one for MS wares, one for anything else.

    13. Re:Missing The Point by gzipped_tar · · Score: 1

      I once setup a home Linux server running squid for my roomie. The proxy server required authentication unless used from the server itself. I gave the login credentials to that guy and instructed him about the firefox settings, etc. After a while I found in the server logs that his Google updater was connecting to the proxy without sending the login credentials (didn't know if it was misconfiguration or a bug) and was getting 407s constantly. The problem was that the darned thing kept polling the server four times in a second, continuously, without a pause, until the client shut down.

      It not only puts a burden on the client but also the server. Maybe the Google overlords controlling their ueber-l33t server farms won't care, but everybody between them and the clients does have a reason to care: server load, traffic, etc..

      --
      Colorless green Cthulhu waits dreaming furiously.
    14. Re:Missing The Point by Anonymous Coward · · Score: 0

      I call BS!

      After installing Gtalk, I wondered why I was hearing hard drive activity EVERY SECOND! I thought I had some kind of virus. Guess what it was? I killed the damn thing in a hurry.

    15. Re:Missing The Point by hudsucker · · Score: 1

      That might be true in a vanilla environment.

      For some reason, many applications don't understand how to communicate with authenticating proxy servers. (Even Internet Explorer's system of downloading intermediate certificate authorities can't authenticate!).

      Google Update is one such app.

      The first problem is you can't install a program (such as Chrome) that is Google Update based.

      So let's say you download the stand-alone Chrome installer.

      Then what happens is the Google Updater tries to update. It can't. So it tries again. It can't.

      The visible symptom as my machine was hitting the hard drive every second, forever. Tracing through the processes led to Google Update.

      Deleted Google Update and the problem was solved.

    16. Re:Missing The Point by he-sk · · Score: 1

      Then all this careful design and coding was a huge waste of resources in itself. There is already a perfectly working way to installing software updates. Check a URL when the app is launched and notify the user.

      There's no need at all to have a FREAKING UPDATER FOR GOOGLE APPS running in the background (as root!) all the time. And I for one don't want it on my system. I don't care if it runs on magic dust, it's cluttering up the output of `ps ax` for no good reason and that's bad enough.

      --
      Free Manning, jail Obama.
    17. Re:Missing The Point by bruthasj · · Score: 1

      The question is: why haven't OSes gotten this right for all applications? (I know apt, yum, macports, blah blah .. still not there.)

  5. Would rather they fix it instead. by ssjx · · Score: 2, Interesting

    "Unfortunately, the service has many bugs, it can't be disabled unless you uninstall all the applications that use it and there are some privacy issues"

    I would prefer it if they fixed Google Update instead of releasing the source. Making it optional and easy to remove would be a good start. Amazingly Apple Update works better and most Apple software on windows, besides Safari, is lousy...

    --
    Visit ssjx.co.uk
    1. Re:Would rather they fix it instead. by FrostDust · · Score: 2, Insightful

      I would prefer it if they fixed Google Update instead of releasing the source.

      Thanks to the source release, you now have more than just one "they" to look at.

    2. Re:Would rather they fix it instead. by pete-wilko · · Score: 1

      Hahahahahahahahahaha..... ahh that's the funniest thing i've read today.

      Wait, you're being serious? This is the apple updater that runs in the background, dumped me out of Trackmania when I was on a hotlap and asked me if I wanted to update iTunes and install Safari even though I had neither ran iTunes or installed Safari? Btw I absolutely HATE that about the apple updater, already had one machine get a copy of safari due to 'click ok' numbness.

      Maybe it's better on mac, on XP its a nightmare.

    3. Re:Would rather they fix it instead. by ssjx · · Score: 1

      I didn't say i actually liked Apple Update just that it was better than Googles :)

      I don't like being recommended iTunes or Quicktime, my main point was that it is easy to remove via Add/Remove and that it is does appear in the Scheduled Tasks.

      Most (all?) of the separate update programs (google, apple, java, adobe) are pains.

      --
      Visit ssjx.co.uk
    4. Re:Would rather they fix it instead. by Headcase88 · · Score: 1

      Yeah, but the other theys aren't being paid to do it. If they do it, awesome, but it should be Google that does it.

      Personally I don't mind Google Update the way it is, but that's me.

      --
      "When the atomic bomb goes off there's devastation...but when the atomic bong goes off there's celebraaaaation!"
    5. Re:Would rather they fix it instead. by DragonWriter · · Score: 1

      Yeah, but the other theys aren't being paid to do it. If they do it, awesome, but it should be Google that does it.

      And how much are you paying Google for the software that the Updater came with? If the answer is $0, Google isn't being paid, by you at least, to do it, either.

  6. and in the distance by nimbius · · Score: 1, Redundant

    a chair could be heard, sailing gracefully across the redmond campus.

    burying your competitor certainly takes alot of dirt these days.

    --
    Good people go to bed earlier.
  7. I'm sorry Dave by Anonymous Coward · · Score: 0

    I'm afraid I can't do that.

  8. Logical? by jrothwell97 · · Score: 1

    And Google made the logically obvious conclusion that releasing the source code would alleviate those concerns.

    I knew it. Eric Schmidt is Spock's love child... how he managed to hide the ears and eyebrows for this long, though, I don't know.

    --
    Those using pirated Tinysoft signatures(TM) are a real threat to society and should all be thrown in jail.
  9. how to remove googleupdate.exe? by societyofrobots · · Score: 1

    I can't seem to figure out how to remove it. I tried the Google Updater Service via Control Panel\Administrative Tools\Services\local method and it says disabled . . . I removed it from the list of startup programs in my registry. I'm not running any Google software. But restarting my PC it somehow reloads itself and finds its way into my running programs. Simply using task manager to kill it doesn't even work.

    The only solution I can find is tell my firewall to permanently ban it from using my internet connection.

    1. Re:how to remove googleupdate.exe? by Anonymous Coward · · Score: 1, Informative

      Find the service name in the Windows Service Browser (find googleupdate in the service list and double-click. It'll be named googleupdate followed by a bunch of random characters). Open a DOS prompt.
      Enter this command: INSTSRV REMOVE
      That will delete the service, then you can delete the GoogleUpdate folder from your Program Files.

      This will work for any other unwanted service as well.

    2. Re:how to remove googleupdate.exe? by jerwinch · · Score: 2, Informative

      Find the service name in the Windows Service Browser (find googleupdate in the service list and double-click. It'll be named googleupdate followed by a bunch of random characters). Open a DOS prompt. Enter this command: INSTSRV REMOVE That will delete the service, then you can delete the GoogleUpdate folder from your Program Files.

      This will work for any other unwanted service as well.

      The command is:
      INSTSRV servicename REMOVE

  10. Wrong solution - why do we need it? by Bearhouse · · Score: 3, Insightful

    Why do we need GoogleUpdater anyway?
    OK, you could make a case that security updates, especially for 'critical' apps like Chrome, should be 'pushed', but what's wrong with doing that the way other people do, namely checking for an update when you run the program?

    1. Re:Wrong solution - why do we need it? by morgan_greywolf · · Score: 1

      Why do we need GoogleUpdater anyway?

      We don't. On Linux and other Unixes, we have things like APT and Synaptic, which, when combined with the software updater interface used in Ubuntu, does just fine checking for updates at specific intervals, etc.

      There are also several open source software installers that can be easily extended using already existing scriptability to do updating on Windows (NSIS and Loki Installer are two such examples).

      I think Google's main point in open sourcing Google Updater was just to be more transparent.

    2. Re:Wrong solution - why do we need it? by 0xABADC0DA · · Score: 2, Interesting

      Because if you install chrome and use it only once, with a background service google still gets regular update checks from your IP address.

      Using timestamps or unique IDs or other anonymous usage data they can then group your site accesses into a unique profile. Even if they can't map it to a specific user they get an anonymous profile from it, so they know the site access information they gather in other ways is from the same user instead of multiple users.

    3. Re:Wrong solution - why do we need it? by Val314 · · Score: 1

      Why do we need GoogleUpdater anyway?
      OK, you could make a case that security updates, especially for 'critical' apps like Chrome, should be 'pushed', but what's wrong with doing that the way other people do, namely checking for an update when you run the program?

      checking for a security update when the app is already running can be to late, see my other post.

    4. Re:Wrong solution - why do we need it? by IamTheRealMike · · Score: 1

      Why does getting an update check from an IP help with profiling? I don't get this leap of logic ... if I want to do ad targetting based on IP address, knowing that something behind the same IP address has Google Earth installed doesn't help me at all.

    5. Re:Wrong solution - why do we need it? by Anonymous Coward · · Score: 0

      You could correlate otherwise unrelated sessions on other Google services.

  11. A Bad Idea Made Worse by InklingBooks · · Score: 5, Insightful
    I'd agree with Bluestone's remarks and add some of my own.

    First, an always running updater is a security hole of the first order. Gain access to it, and someone malicious could do anything it could do, meaning alter applications without our knowledge.

    Second, there's in this the now-typical Google 'we rule the world' attitude in this--much like that at Microsoft fifteen years ago. Why should Goggle applications has an always running updater while other don't? Not even Apple makes that sort of demands and OS X is one heck of a lot more important to a Mac than anything Google might do.

    Third, CmdrTaco is being naive if he thinks open sourcing an abomination leads to the "obvious conclusion" that it's to be trusted. He forgets that the danger lies in the code that's being downloaded, not the code that is doing the downloading. It's the idea itself that's bad not the implementation.

    Finally, what does Google intend this open sourcing to do? Do they want every application on our computer to have an auto-update-without-asking running continually in the background? Bad as what Google is doing, that'd be an even worse horror. And like Google, they're not likely to tell us what they're doing.

    I believe it was the philosopher Kant who offered as a moral test the question, "What would the world be like if everyone did this?" One person lying doesn't usually do much harm. Everyone lying would make life almost unbearable.

    Having every application behaving like Google's would be an utter disaster. Open-sourcing Google's code makes as much sense as marketing a "Do It Yourself A-Bomb Kit" in the Middle East. The malicious genie is out of the bottle. Now we have to consider the possibility that every obscure application we download contains Google's dastardly code. A seemingly benign application could mutate on command into a monster. And because it spreads any time we're online, it could spread like wildfire. Google doesn't even seem to have been thinking when they came up with open-sourcing their monster.

    What the Greeks called hubris, overweening pride, has struck again. Google has replaced Microsoft as the giant, high-tech business that seems most clueless about the distinction between good and evil, sensible and foolish. They censored the Internet for China, they claimed to own every book not in print, and now they want to determine what's on our computers without our consent and without our knowledge.

    1. Re:A Bad Idea Made Worse by thePowerOfGrayskull · · Score: 2, Informative

      Second, there's in this the now-typical Google 'we rule the world' attitude in this--much like that at Microsoft fifteen years ago. Why should Goggle applications has an always running updater while other don't? Not even Apple makes that sort of demands and OS X is one heck of a lot more important to a Mac than anything Google might do.

      Wait, what?

      I don't know about OS X, but apple products on Windows absolutely demand this and a lot more. After installing itunes, I found I had "iTunesHelper.exe", "mDNSResponder.exe" and "iTunesService.exe", and the quicktime launcher always running in the background. When I disable them they come back every time I run iTunes (save the qt launcher) - and stay running after itunes is closed.

      When I update iTunes, quicktime takes over all of my browser preferences again which means I have to spend time reverting them. Not to mention reinstalling its always-running launcher and updater. Every. Fscking. Time.

      So when looking for an example of companies that don't "demand" to have their apps running, you'll want a better example than Apple.

    2. Re:A Bad Idea Made Worse by Yogiz · · Score: 1

      Or maybe someone will just use the given source code and fix the updater so it doesn't do that kind of thing anymore and Google will accept it back. Why the drama?

    3. Re:A Bad Idea Made Worse by aarmenaa · · Score: 1

      I believe it was the philosopher Kant who offered as a moral test the question, "What would the world be like if everyone did this?"

      It's not a hypothetical question when it comes to auto updaters. Look at your average Windows box and you'll see that there's quite a few of these, and they're typically annoying and consuming far more resources than is called for. Off the top of my head, I know I have to kill the one that comes with Java regularly. Google's is nigh impossible to keep gone. Apple's Quicktime updater is common as well. HP's fond of cramming one in their hundreds-of-megs-of-god-knows-what printer drivers. Far too many Windows applications leave things running in the background. Even OpenOffice installs a damn quickstarter app. Installed a recent version of Nero lately? The newer versions absolutely rape your computer.

      It's getting to be a problem to the point where in addition to removing all the malware I kill most of these background processes, and I'm not sure which one improves the performance more. It wouldn't be such a problem except Windows gives programs a thousand ways to start up at boot, hidden, with no UI to control it. Is it a service? A shell extension? Or a registry entry? In the Startup section of the boot menu? Time to whip out regedit and third party apps, because Windows in no way consolidates any of this, and some it is just flat out hidden from the user. When people say Windows is hard to administer, this is a good example of what's being talked about.

      --
      "I do a grep for shit, bollocks, and tits before checking in code. I'm professional..." -RECURSIVE_META_JOKE, reddit.com
    4. Re:A Bad Idea Made Worse by J_DarkElf · · Score: 1

      Don't forget about the Apple Software Updater, which is installed even if you opt-out during the install of whatever software (ie iTunes or Quicktime) you're installing!
      At least this can be uninstalled again.

      Java also insists on installing an always-running update service, with no easy way to disable.

      Are there others -- outside of antivirus vendors, one of the few examples where an always-running updater makes sense?

    5. Re:A Bad Idea Made Worse by noidentity · · Score: 1

      I believe it was the philosopher Kant who offered as a moral test the question, "What would the world be like if everyone did this?" One person lying doesn't usually do much harm. Everyone lying would make life almost unbearable.

      Actually, if everyone lied all the time, you would just negate the meaning of what anyone said.

    6. Re:A Bad Idea Made Worse by Qwavel · · Score: 2, Insightful

      Yes, all of this complaining about Google should be taken in context. People are saying that this is an instance of their 'we rule the world' attitude, but there are lots of other companies that do the same (constantly running updaters) and worse.

      Quicktime is a good example, and HP printer software is another.

      At least Google has shown us the code. No way that those others would.

    7. Re:A Bad Idea Made Worse by Headcase88 · · Score: 1

      "Finally, what does Google intend this open sourcing to do? Do they want every application on our computer to have an auto-update-without-asking running continually in the background? Bad as what Google is doing, that'd be an even worse horror."

      Obviously I'm missing something here. Imagine a world where applications update themselves silently in the background when the computer is idle, so the newest version is always ready to use. The. Horror.

      --
      "When the atomic bomb goes off there's devastation...but when the atomic bong goes off there's celebraaaaation!"
    8. Re:A Bad Idea Made Worse by BitZtream · · Score: 1

      First, an always running updater is a security hole of the first order. Gain access to it, and someone malicious could do anything it could do, meaning alter applications without our knowledge.

      For an app that only makes outbound connections and ensures that the site its connecting to is using a properly verified certificate then its not really a problem, just for paranoids like yourself

      Second, there's in this the now-typical Google 'we rule the world' attitude in this--much like that at Microsoft fifteen years ago. Why should Goggle applications has an always running updater while other don't? Not even Apple makes that sort of demands and OS X is one heck of a lot more important to a Mac than anything Google might do.

      You've appearently never installed iTunes, QuickTime or Safari on Windows or used OS X as they all do the same thing.

      Third, CmdrTaco is being naive if he thinks open sourcing an abomination leads to the "obvious conclusion" that it's to be trusted. He forgets that the danger lies in the code that's being downloaded, not the code that is doing the downloading. It's the idea itself that's bad not the implementation.

      I think he just forgot to put his tinfoil hat on this morning.

      Having every application behaving like Google's would be an utter disaster. Open-sourcing Google's code makes as much sense as marketing a "Do It Yourself A-Bomb Kit" in the Middle East. The malicious genie is out of the bottle. Now we have to consider the possibility that every obscure application we download contains Google's dastardly code. A seemingly benign application could mutate on command into a monster. And because it spreads any time we're online, it could spread like wildfire. Google doesn't even seem to have been thinking when they came up with open-sourcing their monster.

      Obviously you're not very observent. The firefox updater has been open source for how long? Doesn't take a whole lot to wrap it in a background app, or you could use any of the other existing autoupdaters that are out there. The only difference is this one is attached to Google and the others are not.

      Most developers don't bother to worry about updates for their crappy little apps or it would already be a problem. Google releasing this doesn't change anything for anyone, just gives you guys something to flip out over.

      Much like marketing a 'DIY abomb kit' wouldn't change anything since the cost of the fissil material would be prohibitive, the ability for other shitty programmers to utilize this code means its not going to suddenly get used for everything.

      Writing an auto-updater is rather trivial, stop freaking out, this isn't game changing in the least.

      Open sourcing it accomplish exactly what OSS is supposed to do. Which is not to appease the paranoid lunies in the world, but to share information, ideas and make things better for everyone. Just because you can't see that doesn't change it for the rest of us.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    9. Re:A Bad Idea Made Worse by IamTheRealMike · · Score: 1

      Having every application behaving like Google's would be an utter disaster.

      Obviously, open sourcing it is the first step to making it a general service any app can register with. Really, a Google Updater type system should be a part of Windows for many years now. But it's not. If there's going to be an updater system in the background, there might as well be only one - and one that is robust, widely deployed, with high quality code and maintained as open source by a dedicated team of full-time engineers seems like as good a start as any.

    10. Re:A Bad Idea Made Worse by joshuaobrien · · Score: 1

      "Act only according to that maxim whereby you can at the same time will that it should become a universal law." http://en.wikipedia.org/wiki/Categorical_imperative

  12. Run... yet more google source by Anonymous Coward · · Score: 0

    I was thinking it would be interesting if we could turn this into a windows package manager so I go and look at the code.

    certificate-with-private-key.pfx, certificate-without-private-key.cer

    You know, I can't even be bothered thinking through what these are. Perhaps when I'm done recoiling in horror that the Chrome source drop wasn't a bad example and Google engineers really do routinely maintain binaries in svn.

    1. Re:Run... yet more google source by BitZtream · · Score: 1

      You really don't know what digital certificates are?

      If you don't than you probably shouldn't be worried about why they are stored in the revision control system, or why it might be useful to have dummy certs included with the source to allow the build to work properly out of the box for testing purposes without requiring that you know how to generate ssl certificates.

      You really should thank google for including them since you obviously don't know anything about them. I presume you're going to bitch that they included 'binary' image files as well.

      For reference, the .cer file is base64 encoded public component of a digital certificate. I don't have a pfx handy so I can't confirm but I believe they are just base64 encoded version of the private key, usually encrypted, but for this purpose (as an example/dummy file) its not encrypted.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    2. Re:Run... yet more google source by BitZtream · · Score: 1

      And for reference, Windows has a package manager and has for ages. You know ... the Windows Installer Service, Add/Remove Programs that love MSI files ...

      There is no central repository of apps, but Windows has a fully functional package manager already that is more than capable of taking care of things on its own since before your favorite package manager existed, unless you prefer plain jain tarballs, in which case I fail and you miss the point of a package manager entirely.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  13. Pfft by Anonymous Coward · · Score: 0

    I wouldn't be impressed until Google open sources its' search engine infrastructure.

    Anybody can write an updater program. Slashdot is making this popular only because Google is doing it. Zillions of such programs are already open source. And they work on more platforms.

    This article is useless. This shows that Slashdot is sucking Google's dick. Nothing more.

    1. Re:Pfft by fuzzyfuzzyfungus · · Score: 3, Interesting

      You appear to have missed the point by several hundred yards. Google isn't open sourcing this because its updater is OMG hotness! technology, nor does anybody particularly care about the prosaic details of yet another updater. They are releasing it to alleviate customer concerns about what is running on their machines, a somewhat rarer and more interesting move.

      This isn't a story about "Software X added to supply of OSS, hurrah!" this is "Company Y uses OSS as disclosure strategy", which is modestly novel.

    2. Re:Pfft by Anonymous Coward · · Score: 0

      It doesn't make this article newsworthy. If anybody really wanted to find out what Google updater did, they would do it BEFORE they ran one instance. And even if they did run it, they'd monitor all HTTP requests and/or run a system call tracing tool to make sure Google isn't evil.

      People aren't living in the stone age today, you know. Anyway: it may makes sense from your point of view. But it's not Slashdot's. Slashdot are just plain stupid.

    3. Re:Pfft by DavidTC · · Score: 1

      And modestly stupid, as people don't want to 'know' what google updater is doing, they just want to turn it the fuck off.

      And it's damn stupid for disclosure, because if you think google is doing something dastardly with google update, they could have just, duh, release source with that part missing.

      Not that I'm entirely sure why people would be running Google applications if they didn't trust google not to do bad things to the computer.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  14. Common autoupdate by rjungbeck · · Score: 1

    If I loook on my notebook I find Windows Update, Google Update, EA update together with application integrated autoupdaters (Firefox, Thunderbird, Acrobat Reader, Skype) running. I'm sure there a others, I don't even know about.

    If Microsoft had implemented auto update as an simple open operating system feature (which could be used by other software vendors), nobody would need a private update service running all time. Your application would just need to register an autoupdate URL during installation and all updates (OS, applications, drivers) could be handled by a single (hopefully secure) update mechanism. If were a standard OS feature, nobody will bother building proprietary updaters and MS could further reduce TCO by providing enterprise wide policy control (so that a company could enable a specific update or not).

    Maybe an open source autoupdater is a first step into that direction (although it would require encouraging others to use a common autoupdate).

  15. Managing Google is becoming more difficult. by Futurepower(R) · · Score: 2, Insightful

    The problem is fundamentally social. Companies, and social groups in general, are always both growing socially and dying socially. In a company as well-established as Google, the challenge is to keep the processes of growth stronger than the processes of death.

    More and more, Google seems to be out of control. There seems to be insufficient friendly oversight of the many initiatives inside the company. That typically occurs because everyone is busy, and because there is no one inside the company who both understands particular social processes and has the power and insight to influence them. Friendly, creative management is a lot more difficult than the average person realizes.

    Of course, Google started from a very high level of excellent management. Google's management ability was initially not only in providing an excellent search engine, but also in being able to build the infrastructure necessary to serving billions of queries of a database, each in less than a second.

    I'm very interested in such issues: Futurepower®.

    1. Re:Managing Google is becoming more difficult. by jalefkowit · · Score: 1

      Of course, Google started from a very high level of excellent management. Google's management ability was initially not only in providing an excellent search engine, but also in being able to build the infrastructure necessary to serving billions of queries of a database, each in less than a second.

      Those are both signs of a "high level of excellent" engineering, not management. Google has always prized engineering talent and disdained management talent.

  16. Why this behviour? by Midnight+Thunder · · Score: 1

    Someone add a feature to turn it off completely.

    Can someone remind why they did it this way again, other than for annoyance? Whatever good reason they had is probably nullified by the fact people try to remove it, because of its annoying behaviour. Please just let me know when I use the application, and not when I haven't opened the application for over a month.

    On MacOS X Sparkle is a nice way to go about things, and something I would like to see ported to other platforms.

    --
    Jumpstart the tartan drive.
    1. Re:Why this behviour? by Serious+Callers+Only · · Score: 1

      Exactly - all they need to make this problem go away is to adopt the rather more sane update mechanism used by other apps - check for updates on a given schedule when the app is launched - if it's out of date, inform the user, and give them a choice of what to do.

      I don't care if it's open or closed source, made by Google or any other company - I don't want background processes running unless they are absolutely necessary, and this one is not.

  17. Oh brother... by Touvan · · Score: 1

    This is the same problem with voting machines. Google has release source codes they claim they used to create the code running on your machine. There is no way to verify that, so this is not reassuring in the slightest, unless you don't know how software works. I think it's great that Google did this, and I have no reason to cite to distrust their intentions here - but this is false assurance at it's best.

  18. you're missing the point, too by speedtux · · Score: 1

    Adobe seems to have got it right with its latest version of Adobe Updater - only launch when an Adobe product is launched

    No, that's not right either. What Windows and OS X really need is a decent package and dependency management system like, oh, Linux has had for more than a decade.

    1. Re:you're missing the point, too by Anonymous Coward · · Score: 0

      Adobe seems to have got it right with its latest version of Adobe Updater - only launch when an Adobe product is launched

      No, that's not right either. What Windows and OS X really need is a decent package and dependency management system like, oh, Linux has had for more than a decade.

      If you think that's the solution, you don't understand the problem.

      On Mac OS X:

      • I install software by dragging it wherever I want
      • I uninstall software by dragging the application to the trash
      • I publish software by providing a simple copy of the application for users to download directly and drag to their Applications directory.
      • I publish software updates through a tool like Sparkle, which automatically finds updates, cryptographically validates the downloads, and updates the application in place -- no matter where the user placed it

      The thing to note here is how easy the process is for the user. I drag to install, drag to delete, and don't worry about anything else:

      • I can always run the latest software, because I'm not waiting for it to be packaged.
      • I don't need dependency management, because the base system guarantees stable binary interfaces, and applications can include any additional dependencies directly in their bundle

      Linux needs to borrow Apple's "package and dependency management system", not the other way around (please, god no!)

    2. Re:you're missing the point, too by speedtux · · Score: 1

      The thing to note here is how easy the process is for the user. I drag to install, drag to delete, and don't worry about anything else

      Except that:

      • drag to delete doesn't actually get rid of many applications
      • applications constantly bug users with pop-up windows about whether they want to upgrade

      I can always run the latest software, because I'm not waiting for it to be packaged.

      Except that you're constantly waiting for Apple to package and update their system. Some of their software is way, way behind.

      I don't need dependency management, because the base system guarantees stable binary interfaces, and applications can include any additional dependencies directly in their bundle

      Every application including copies of its non-system dependencies is not a solution because you end up with different applications using inconsistent versions of dependencies.

      The only reason the Mac's simplistic approach works at all is because most people don't use the Mac for anything other than running a handful of applications. Even then, users are frequently baffled by the various "a new version is available" messages.

      Linux needs to borrow Apple's "package and dependency management system"

      Mac-like packaging is available for Linux; it hasn't caught on because Mac-like packaging is fundamentally broken.

      But no worry: Apple used to rail against multitasking and UNIX, until they adopted it. No doubt, Apple will sooner or later adopt Linux package management, and then people like you will go around telling everybody how Apple invented and/or perfected it.

    3. Re:you're missing the point, too by Anonymous Coward · · Score: 0

      Except that:

      • drag to delete doesn't actually get rid of many applications
      • applications constantly bug users with pop-up windows about whether they want to upgrade

      Some applications are poorly packaged. Looking at my /Applications directory, I count 1 application that requires an installer/uninstaller.

      Except that you're constantly waiting for Apple to package and update their system. Some of their software is way, way behind.

      You mean, exactly like how Debian is at least three years stale? Fortunately, on the Mac, if I need additional UNIX software, I can use a 'UNIX' packaging system (eg, fink or macports) that maintains up-to-date UNIX software.

      Every application including copies of its non-system dependencies is not a solution because you end up with different applications using inconsistent versions of dependencies.

      Unlike Linux, the base APIs are feature-complete and the usual massive dependency tree simply doesn't exist. Different applications with inconsistent versions of dependencies is simply not a problem -- as a user, I don't care, and as a developer, being able to track whatever 3rd party component version I want is simply less of a hassle

      The only reason the Mac's simplistic approach works at all is because most people don't use the Mac for anything other than running a handful of applications. Even then, users are frequently baffled by the various "a new version is available" messages.

      "Mac users are simpletons, therefor I win."

      Pfft.

      Mac-like packaging is available for Linux; it hasn't caught on because Mac-like packaging is fundamentally broken.

      You've failed to explain why. I could easily say that Linux packaging is fundamentally broken because it's predicated on a development model that fails to maintain consistent ABI compatibility across release, resulting in a massive dependency chain that *REQUIRES* complex tools to adequately manage

      But no worry: Apple used to rail against multitasking and UNIX, until they adopted it. No doubt, Apple will sooner or later adopt Linux package management, and then people like you will go around telling everybody how Apple invented and/or perfected it.

      Get stuffed. The old Mac guard disappeared a long time ago. I used FreeBSD and Linux desktops before I switched to Mac OS X 10.0

    4. Re:you're missing the point, too by speedtux · · Score: 1

      I could easily say that Linux packaging is fundamentally broken because it's predicated on a development model that fails to maintain consistent ABI compatibility across release, resulting in a massive dependency chain that *REQUIRES* complex tools to adequately manage.

      Linux packaging isn't "predicated" on any development model. It's just that because Linux packaging and dependency management works so well, people don't think much about ABI compatibility. Nevertheless, ABI compatibility actually seems to be pretty good, given that there are some packages that work across many different Linux releases and distributions without changes.

      In any case the "massive dependency chain" is a result of the software itself and has little to do with ABIs. Take something like SciPy: it depends on many dozens of libraries, and many of those libraries depend on each other. The Macintosh approach is to package up all that stuff with SciPy and dump it a single package. But when I install that version of SciPy, no other third party numerical software will work with that, because all that software will be packaged with its own versions of all of those libraries. When I try to put SciPy together with those other libraries, I end up with multiple instances and versions of the same library in the same process and that simply doesn't work in general.

      Consider yourself lucky if you don't run into these problems, but OS X has massive deficiencies in the area of software updating. The iPhone is just as bad; just about every time I turn mine on, it wants me to update something or other again. It's a bloody nuisance.

    5. Re:you're missing the point, too by he-sk · · Score: 1

      What's wrong with MacPorts?

      --
      Free Manning, jail Obama.
  19. Malware by S77IM · · Score: 5, Insightful

    Google Update installs itself without my permission, runs without notifying me, and is difficult to disable and uninstall. This fits my definition of malware. I'd like to have an option for my anti-virus and anti-malware software to start detecting and destroying programs like these.

      -- 77IM

    --
    Student: Is it true that the foundation of the universe is paradox?
    Master: Well, yes and no.
    1. Re:Malware by Anonymous Coward · · Score: 1, Interesting

      (Anon to protect modding) As someone who worked for an anti-virus company for more than a decade, I can tell you that the categorization as MALware requires some specific MALicious action on the part of the software. In fact, we looked at GoogleUpdate.exe quite explicitly, and despite the traits you mention, it did nothing malicious... so we classified it as not malware...

    2. Re:Malware by BitZtream · · Score: 1

      Without your permission? Did you not start the installer and blindly skip the screen where it told you it was going to install it? I don't see how that counts as without your permission.

      The fact that you're too lazy to read what was presented to you doesn't change the fact that you were given the opportunity to know what the installer was doing.

      Unfortunately your anti-virus and anti-malware can't detect stupid or they would have stopped you from using your computer in the first place.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    3. Re:Malware by Anonymous Coward · · Score: 0

      LOLZ!!! Thank you, you made my day.

  20. So build your own updater. by argent · · Score: 1

    Build your own updater, or wait for someone to do that, to replace Google's version. There's only one copy of Google Updater running on your computer.

    1. Re:So build your own updater. by Touvan · · Score: 1

      That is likely to have more verifiable results - but consider whether you can still be 100% sure you are not running something untrusted .. do you audit all the code you build?

      At some level you have to trust your vendors, whether it's for binary or source distribution. That's just how it is. Of course that explains why you should not ever use electronic voting machines - since that system can't be trusted, ever. But that's a different issue. :-)

    2. Re:So build your own updater. by argent · · Score: 1

      No, and I'm not going to worry about Thompson hiding a backdoor in login.c, either.

      You wrote, and I quote, "There is no way to verify that, so this is not reassuring in the slightest, unless you don't know how software works."... yes, this reassuring, because you can still verify that you're running the code you compiled. You can modify the open source code so it behaves the way you want, so it doesn't automatically download the code. There's many many differences in the level of appropriate trust between "closed source undocumented code that resists disabling" and "open source peer-reviewed code modified to support the policies you want".

      I'm not saying that there's no possibiilty whatsoever there could be a subtle backdoor in the code even after review and rebuilding, I'm just pointing out that it's silly to take an absolute position that "there's no way to verify [it]" or that it's "not reassuring in the slightest". :p

    3. Re:So build your own updater. by Touvan · · Score: 1

      I stand by my original position. I'll get into voting machines for a minute, because that's where the trouble is (in other systems, like ATM machines, enough people are incentivized to play fair, to hold those systems in balance).

      There is zero way to verify that the code you just compiled is the same code that is showing up on the screen. It would even be possible to show you what you need to see to think you are compiling then running code, when in actuality it's a show. It would be a tremendous amount of work to fool someone knowledgeable, but it's possible - easier to fool a grunt.

      There are just too many points of failure with voting machines in particular. The source code, who downloads it (verified? how?), compiles it (binary verfied? how?), installs it on the machines (verified to be running the same code they just compiled?) - how does that person know the visuals on the machine are from the code they just compiled, or is that code actually coming from another binary on a second hidden harddrive or ROM chip - is that the same software running an hour later? Who are we trusting here?

      That's just the tip of possible vectors to get malicious code in a voting machine.

      With Google's updater, there are fewer possible ways to get code in there, and maybe you can verify that you are running something you yourself compiled (on WIndows, can you? can you on Linux?) - in this case though, there are in my humble opinion fewer reasons for Google to cheat here - I'm not saying they can't be trusted. I'm pointing out that open the source to your proprietary built software, doesn't mean you haven't mixed something in hoping no one will notice before distribution of binaries. And just because you have the source with thousands or millions of lines of code, does not mean it has been peer reviewed, or that those peers have caught something malicious that might be in there.

      My main point - having the source code should not make people feel as rosy as it seem to make them feel. It's better than nothing, but it's not the security blanket people think it is. /stream of thought - this probably sounds more conspiratorial than I intend it - I don't think everyone is out to get everyone else (except maybe with voting machines ;-). I think there's a risk there and we should understand what it is.

    4. Re:So build your own updater. by argent · · Score: 1

      There is zero way to verify that the code you just compiled is the same code that is showing up on the screen.

      Yes, I read "On Trusting Trust" too.

      My main point - having the source code should not make people feel as rosy as it seem to make them feel.

      You were claiming that it provides effectively NO benefits at all, which is what I was objecting to. You don't sound like a stupid fellow, so I'm pretty sure you know better.

    5. Re:So build your own updater. by Touvan · · Score: 1

      You're right I over stressed that point with absolutes. :-) I also probably inappropriately brought voting machines into this (which I will maintain an absolute position on, because of the human incentives I mentioned, and because it's too important to allow those problematic machines in there). I'll try to tone down my hyperbola, good catch (I actually realized I forgot the mea culpa to address your original beef after I posted last - my bad).

  21. Processes that always run make admin complicated. by Futurepower(R) · · Score: 4, Insightful

    MOD PARENT UP! '... the problem is "ethical" in a sense.'

    Processes that run all the time make computer administration more complicated. The issue is not just one process; many, many companies want control over user's computers and believe that a system process is the way to achieve that.

    Google Updater should run only when a program supplied by Google is running. Unnecessary control is always a reason for criticism, not just unnecessary control over other people's computers. Google managers must weigh whatever hidden benefits they hope to get with the widespread bad public relations that comes from being discussed on Slashdot for doing something many people don't like.

  22. Italians are censoring me. by Anonymous Coward · · Score: 0

    America, wake up!

  23. If (YouDo==True) Then {Damned} Else {Damned}; by Junior+J.+Junior+III · · Score: 1

    the danger lies in the code that's being downloaded, not the code that is doing the downloading.

    There's also the danger in the code that's already running, and needs to be replaced because it has a security vulnerability?

    It was the fictional AI Joshua who said "The only way to win is not to play."

    I don't really care for the particulars of google's update service, but I have yet to actually get burned by it.

    I'd prefer it if they had something set up where it alerts you if there's an update available, tells you what it is and why you should consider installing it if you're curious, and then allows you to download and install it, postpone installing for a user-defined period, at which point you get prompted again, or declines the update forever.

    --
    You see? You see? Your stupid minds! Stupid! Stupid!
  24. Is it just me, or are we missing the point? by earlymon · · Score: 1

    Isn't it possible that Google's move is nothing more than a response to the recent Apple-centered trouble about a patent on automatic updates?

    http://yro.slashdot.org/article.pl?sid=09/04/07/1654220&from=rss

    --
    Pathological kinda promises Path + Logical - but instead, you get stuck with pathetic.
  25. Re:Adobe Updater by twmcneil · · Score: 1

    Adobe seems to have got it right with its latest version ...

    I accidentally spit my coffee when I read that! Dude, you owe me a keyboard.

    --
    "The ferrets, they're every where I tell you!"
  26. Re:Processes that always run make admin complicate by Val314 · · Score: 2, Interesting

    Google Updater should run only when a program supplied by Google is running.

    So think about this scenario:

    A product has a security issue tha can be exploited remotely (lets say (and this is hopefully not a real exploit, but something like this could theoretically happen)

    Google earth has an issue with KMZ files (buffer overflow, whatever)
    user gets a kmz file
    opens it
    --> exploit can do its thing.

    It is now useless that Google Earth would display "there is an important security update available".

    therefor: it is important to patch the apps *before* opening it.

    please note: that is not specific to the google updater, but every app that only checks for updates while it runs.

  27. Scheduled tasks? by clgoh · · Score: 1

    I've always wondered why companies didn't register their updater as a Windows scheduled task that could be run weekly, daily or even hourly. That way, no process would be constantly running.

  28. Re:Processes that always run make admin complicate by adolf · · Score: 1

    I work on computers for people, sometimes, as a side project.

    For the past few years, every single computer that I have to nuke and reinstall Windows on gets the following treatment:

    1. Google Updater with Firefox, set up to be as automatic and out-of-sight as possible
    2. Avast antivirus, set up to be as automatic and out-of-sight as possible
    3. Windows Update set to always install every update, all by itself

    I then set Firefox as the default browser, and get rid of most of the IE icons in the system. People take about 0.3 seconds to get used to Firefox, and are happy to hear that it will keep itself updated and reasonably free of unintentional badness.

    Before I started doing these things, computers would come back to me pretty quickly after a clean reinstall of Windows, because they'd trash them in no time.

    Now, it usually takes years before I see the same PC again. And it's not that the customer is mad at me for installing the EVIL GOOGLE UPDATER and don't want to give me any more business, it's just that their shit is STILL WORKING JUST FINE.

    I run into customers from time to time at the grocery store or wherever, and always ask how their computer is doing. "Oh, it's been great since you last had it," is a typical response.

    I use Google Updater myself. Of course I want the latest Firefox. And why not the newest Google Earth, too? I see no harm in this.

  29. Re:Processes that always run make admin complicate by Anonymous Coward · · Score: 0

    Why couldn't Google Earth check for updates upon startup before loading that file? The file doesn't execute, it is only associated to run Google Earth with its filename passed as a parameter. All Google Earth would need to do is check for updates and postpone loading the file until an update confirm/deny is received from the user.

    Aside from that gaping hole in your logic, what is to prevent the Google Updater from becoming compromised itself and used to start downloading all sorts of malware?

  30. One case of excellence is engineering. Many are... by Futurepower(R) · · Score: 1

    Yes, but how does a company continue to achieve excellent engineering? There is, perhaps surprisingly, a large social component to that achievement.

  31. Easy answer by Futurepower(R) · · Score: 1

    The answer is to do the updating before the application is fully loading.

    1. Re:Easy answer by Val314 · · Score: 1

      That has an other problem:

      The update check *has* to run on a sperate thread and not block the application.

      just think about the user feedback when the app take ages to load (bad Internet connection, server down, whatever) because the app delays the start until the update check is done.

      therefore the update check cannot be finished before the rest of the app works.

  32. Correction by Futurepower(R) · · Score: 1

    Should be, of course, "... fully loaded."

  33. Open and Sponsor Google Pack by CarpetShark · · Score: 1

    Here's a wild and crazy idea. You could disable the Google Updater Service

    Here's a wilder idea: license Google Pack openly, give it better dependency handling, and setup an independant debian-like group to oversee it and it's packages on google-sponsored (but easily mirrorable/replaceable/overridable) servers. Then release tools to help people publish their software, review other software, etc. If google wants to beat MS, the best way to do that is to encourage a debian-like software delivery system on Windows, which gives users entirely equal choice between firefox and IE, OpenOffice and MS Office, etc. It's microsoft's software delivery channel that needs to be conquered, not its products, which at best aren't that great.

  34. Re:Processes that always run make admin complicate by IamTheRealMike · · Score: 1

    Ugh, do you really want every app to get a multi-second delay on startup so it can check for updates? What happens if you're on a slow connection - your entire desktop grinds to a crawl thanks to the constant startup update checks. No app actually does it this way, it'd be crazy, startup time is important.

    As to what stops the updater being compromised, I assume it checks whatever it downloads for a digital signature. Why would it not?

  35. Re:Processes that always run make admin complicate by Anonymous Coward · · Score: 0

    So you would rather have your desktop grind to a crawl at random, unpredictable times due to the constant background update checks rather then when you specifically tell it to?

  36. Re:Processes that always run make admin complicate by Anonymous Coward · · Score: 0

    Please check your hyperbole at the door.

  37. So now we can get rid of it? by Snaller · · Score: 1

    Does this mean we can start to download programs from google again without getting our systems infested by their bloatware updater?

    --
    If Google really cared they would fix Android Chrome to reflow text, instead of discriminating
  38. Re:Processes that always run make admin complicate by jakykong · · Score: 1

    If:
    a) You do not have privacy concerns about Google tracking you,
    b) Your customers don't, either,
    c) You and/or your customers would prefer easy install over privacy, and
    d) You and/or your customers trust all of the newest releases of all software without review,
    then sure, I see no problem with it.

    However, if you answered "no" to any of the above, then you might have a problem with it. I would answer no to 'c' and 'd' above, personally. That being the case, I want to be able to disable the thing that I do not trust.

    Giving this a typical car analogy: if you ride in a taxi or a bus, you are trusting that the driver won't crash, speed, try to kill you, or record your cell phone conversations. Some of these are, of course, more likely than others (notably, the chances of your bus driver trying to kill you are pretty slim). None of them are particularly likely. However, if you had some reason to believe that the driver would do any of these things, you probably wouldn't ride the bus.

    Of course, most people just get on the bus and don't think about these things. Most people just install Google updater and don't think about their privacy or potential code issues. That does not, and should not, negate the need for the rider/user to be able to choose whether or not to ride the bus/run the program.

    I'm not saying that Google updater is bad. I'm saying that the inability to disable it is bad.

  39. Why can't software designers do the right thing!? by Anonymous Coward · · Score: 0

    There must be many software people reading slashdot.
    I must ask you all, why does every damn program have to install extra services or tasks that runs in the background?

    Why can't these be started when I, the user, start that program and shut down again when I close it???
    The process list is like 4 pages long and the services are bloated all to hell.
    Not to mention the boot time it takes to start all these programs and services.
    Updates can be checked when the user runs the program, or if it's running 24/7 check once a day.
    Yes I myself goes hunting after them, shutting them down etc. But my friends doesn't, most people don't even know how.

    So please, stop this madness. You know how to do it right, so then start doing it!

    -Roger the Hardware engineer

  40. Re:Processes that always run make admin complicate by Anonymous Coward · · Score: 0

    Please extract your head from your rectum.

  41. Re:Processes that always run make admin complicate by Anonymous Coward · · Score: 0

    Processes that run all the time make computer administration more complicated.

    Having more software makes computer administration more complicated. Connecting to a network makes computer administration more complicated. Having users makes computer administration more complicated.

    Google managers must weigh whatever hidden benefits they hope to get with the widespread bad public relations that comes from being discussed on Slashdot for doing something many people don't like.

    I would say that -users- must weigh the benefits they hope to get from whatever free Google app they're using. If you want, you can wait a week for the massive Google PR disaster you predict this discussion will cause, but when it doesn't happen, put training your users on your to-do list.

  42. Re:Processes that always run make admin complicate by adolf · · Score: 1

    a, b, c, d--

    Riddles and nonsense. I've said my piece. Dispute it with facts, or move on.

    Thanks!

  43. Too little, too late by he-sk · · Score: 1

    Google has really fucked up with its updater. They installed it behind the user's back, in direct contradiction of Google's own stated guidelines. The Google Earth plugin for the Mac contained the updater, but you wouldn't know it from reading the on-screen installation text.

    All the while, Google is saying in their "Software Principles":

    We believe software should not trick you into installing it. It should be clear to you when you are installing or enabling software on your computer and you should have the ability to say no. An application shouldn't install itself onto your computer secretly or by hiding within another program you're installing or updating. You should be conspicuously notified of the functions of all the applications in a bundle.

    But what I really can't understand is that Google had to write its own updater in the first place. What's wrong with Appcasting, which (1) works, (2) doesn't have to run as a daemon all the time and (3) doesn't run as root all the time?

    It seems the NIH is strong with Google.

    --
    Free Manning, jail Obama.
  44. Re:Processes that always run make admin complicate by he-sk · · Score: 1

    That scenario assumes that the updater can do its thing before the user clicks on a bad file. Highly doubful.

    It's also worth mentioning that having the Google Updater run as root all the time opens up another vector for exploits.

    --
    Free Manning, jail Obama.