OS Upgrades Powered By Git 92
JamieKitson writes "The latest Webconverger 15 release is the first Linux distribution to be automagically updatable from a Github repository. The chroot of the OS is kept natively in git's format and fuse mounted with git-fs. Webconverger fulfills the Web kiosk use case, using Firefox and competes indirectly with Google Chrome OS. Chrome OS also has an autoupdate feature, however not as powerful, unified & transparent as when simply using git."
arg (Score:5, Insightful)
They describe it as "automagic", SO I HAVE NO #$%&*(*+&% INTEREST IN IT!
Ever! Arg!
Re:arg (Score:5, Insightful)
It's designed for web kiosks, like the kind you see in libraries. It's not for power Linux users. It's for a "set-up-and-forget" installation where everything just works, and magically stays updated and patched.
Yet Another... (Score:4, Insightful)
Yet Another Update Manager.
Replacing one transport with another isn't innovative enough to warrant the attention. You could use torrents under YUM or APT, you could use GIT, SVN, or any of a number of change management tools as a means to tell the client which updates to subscribe to and install.
But I doubt any such approach will ever see critical mass, just because the two big players (Debian/Ubuntu and RedHat/RHEL) already have perfectly usable tools. You'd need some serious whizz-bang new features to justify changing those tools, and the article doesn't suggest anything that can't be done already with existing technology.
Change for the sake of change is pointless; there has to be a benefit big enough to justify the change, and I don't see that in the write-up.