google

Google Tech Talks: coreboot (aka LinuxBIOS): The Free/Open-Source x86 Firmware

coreboot Google Tech Talk 2

Here's a nice opportunity for everyone to learn more about coreboot, a Free Software / Open Source firmware/BIOS for x86 PCs.

Ron Minnich, founder of the LinuxBIOS (now called coreboot) project, Peter Stuge of Stuge Konsult, and Stefan Reinauer of coresystems GmbH have given a presentation for the Google Tech Talks series recently. The topic was (of course) coreboot, its history, goals, features and technical details, surrounding tools and libraries such as flashrom and libpayload, as well as an automated test system for running a hardware test-suite upon every checkin in the coreboot repository.

coreboot Google Tech Talk 1

A video of the talk, aptly named coreboot (aka LinuxBIOS): The Free/Open-Source x86 Firmware (134 MB), is available from Youtube, get it for instance via:

  $ apt-get install youtube-dl
  $ youtube-dl http://www.youtube.com/watch?v=X72LgcMpM9k

The talk includes various demos of coreboot and various payloads you can use with coreboot. One nice example is the TINT payload, a Tetris-like game for Linux (apt-get install tint for the curious), which has been reworked to be usable as a coreboot payload.

coreboot Google Tech Talk 3

So, yes, you can now put Tetris in your BIOS ROM chip and play it from there (no hard drive required).

Other demos included some cluster nodes with coreboot, and a "normal" x86 desktop board booting coreboot + Linux in a very few seconds (much room left for optimizing there though, if you really want to get into fast booting).

Check out the full talk for more infos, and if you're willing to give it a try (see the list of currently supported boards), contact us on the mailing list or join the #coreboot IRC channel on Freenode.

Google Summer of Code 2008 Student Application Deadline postponed

Just FYI: The student application deadline for this year's Google Summer of Code has been postponsed to Monday, April 7, 2008.

So, if you've been thinking about applying as a student for one of the many, many accepted open source projects (Debian, Linux, NetBSD, subversion, vim, or coreboot — just to name a few) you still have a few days left...

Download videos from Youtube, Google Video and others using Linux [Update]

Many online video sites such as Youtube, Google Video, Dailymotion, Metacafe, and others only provide limited or inconvenient access to the videos; either they require you to install the proprietary Flash player (and I surely won't do that), and/or you can only view them online (but not download them).

There are some solutions, each with advantages and disadvantages:

  • youtube-dl, a command line script to download Youtube videos.
  • metacafe-dl, same as above but for Metacafe videos.
  • clive, a command line tool (with optional newt UI) for Youtube, Google Video (seems defunct at the moment) and Dailymotion.
  • VideoDownloader, a Firefox plugin which is supposed to work with more than 60 video sites (Youtube and Google Video are among them). The only disadvantage compared to the other solutions: you need to start Firefox + X11 (no pure command line usage).
  • UnPlug, a Firefox plugin similar to VideoDownloader, but with the advantage that it doesn't use the VideoDownloader web service (but rather figures out the video URLs itself).
  • Gnash, a free software Flash video player is another option, but AFAICS it's not yet ready for daily usage (but it's getting there).
  • swfdec, another Free Software Flash player, is actually working quite nice with Youtube already.

After the download, you can either view the videos using (e.g.) mplayer, or recode them into a more sane format. For all of the above programs there are Debian packages available, except for VideoDownloader/UnPlug (but you can easily install those from within Firefox).

Update 2007-07-26: Added UnPlug and swfdec (thanks Joe Buck and Josh Triplet for the comments).

Google Summer of Code and LinuxBIOS

LinuxBIOS logo

We're happy to announce that the LinuxBIOS project will have the possibility to take part in this year's Google Summer of Code™ (GSoC) program. coresystems GmbH was accepted as a mentoring organization for the GSoC and will mentor all LinuxBIOS-related projects.

There is a GSoC page in the LinuxBIOS wiki which collects a few ideas for student projects, among others:

  • Booting Windows and other Operating Systems in LinuxBIOS
  • Port Grub2 to work in LinuxBIOS
  • SCSI booting in LinuxBIOS
  • CMOS Config / Device Tree Browser Payload
  • LinuxBIOS graphical port creator
  • Open Firmware payload for LinuxBIOS
  • GNUFI or TianoCore payloads
  • Boot OpenSolaris, FreeBSD, NetBSD, OpenBSD or other free OSes
  • Improve Linux as a BIOS

Feel free to post more ideas and wishlist items to the LinuxBIOS mailing list.

If you're interested in applying for a project, you need to hurry up. The deadline is March 24, 2007!

Anonymous Google Earth over Tor

I'm probably not the first one to notice this, but you can actually use Google Earth anonymously (upon first glance at least) over Tor. It seems all the traffic (downloads of maps and textures etc.) goes over port 80 (http) and 443 (https), which can easily be anonymized with Tor (read an older post of mine for details on Tor).

Just type

export http_proxy=http://127.0.0.1:8118/
export HTTP_PROXY=http://127.0.0.1:8118/

and set up Privoxy and Tor correctly, then start Google Earth in the same xterm and you're done. I haven't looked closely at the protocol Google Earth uses (any articles available on that?) but upon a quick glance in Ethereal / Wireshark all traffic is torified, not even DNS requests are leaked. Technical explanation: the Google Earth binary uses libcurl internally, which honors the http_proxy environment variable.

However, that's not a guarantee that you're 100% anonymous, as Goole Earth could send some unique identifier (e.g. MAC address, hard drive ID etc.) to their servers which would spoil your anonymity.

Btw, I actually discovered this accidentally because I have the above HTTP_PROXY lines in my .bashrc, so most of my HTTP traffic is anonymized by default...

Syndicate content