You can now root your phone without fear of hassle from the man
Geeks’Phone’s CCR Program: a Real Open Source Phone
Quick Fix for Those of us Who Want/Need a Google Voice (Desktop) App
GM: Chevy Volt Battery Warranty is eight years/100k miles
Google now selling its final inventory of the Nexus One
Brother developing motion-powered batteries for low-power electronic devices
OpenWRT on a Seagate FreeAgent Dockstar
Experts Warn of New Windows Shortcut Flaw
Google unveils Android App Inventor, no coding skill required
Fring fraks Skype access, iPhone blamed
Fring updated so Android and iPhone can play together
Scaling Memcached with vBuckets
Android payment system for those on the go
Qualcomm releases open-source 3D Snapdragon driver
Guessing subreddits with the Prediction API
SlingPlayer Mobile for Android Launching Tomorrow in Android Market
Skype RC4 claimed reverse-engineered
Measurement Lab - Google IO BigQuery session is live querying 60 billion rows instantly
All you need is a little egotism, and $6
Convert IDN punycode to/from native characters
Sparkfun free day tomorrow: 1/7
Need a recursive DNS server? Use 8.8.8.8 and 8.8.4.4
JIQL - Java JDBC wrapper for Google DataStore
Unicorn == Mongrel delayed_job
Remus - Transparent HA for Xen
Crossbow Virtual Wire Demo Tool
Eucalyptus MySQL SOLR RabbitMQ Varnish == Nebula.nasa.gov
Apple drops ZFS due to legal concerns
Peering disputes between Cogent and Hurricane Electric
Equinix to acquire Switch and Data for $689 million
Project kxen renamed project HXEN
Lessconf Jacksonville - followed the next day by Barcamp
Stick-figure guide to advanced AES crypto
Why you should pay attention to Google Wave
rails-primer - how to easily host rails projects on appengine
AppEngine-JRuby on google code
Ruby on Google AppEngine: appengine-jruby video
Detecting Spammers with SNARE: Spatio-temporal Network-level Automatic Reputation Engine
Proxmox VE - OpenVZ KVM Cluster appliance management
Sun/Oracle kill of SXCE: Sysadmins everywhere cry in horror.
making water drinkable through nano-filtration
Pigin 2.6.1 adds Xmpp voice and video support
Setting up a Layer-3 tunnel VPN using ssh 4.3 and -w option tun devices
shadowserver.org - botnet hunting resources
OpenBSC - a Siemens BS-11 microBTS or a ip.access nanoBTS == your own GSM tower
Karesansui Project - a Xen management harness from Japan
Pygowave Server - Run your own Google Wave server
Xen clocksource0 time went backwards
Internet vs World Population stats
Apple pulls Google Voice app from iPhone - AT&T's fault
live-android boot ISO - very neat
How to update your GeoIP information in addition to SWIPping
Google Wave hackathon on 20th/21st, if you happen to be in Mountainview
Did I mention OTOY here before?
STuPiD - STUN/TURN using PHP in Dispair
Browser based Server-side 3D gaming from OTOY
Cisco's replacement for the WRT54GL is the WRT160NL
Spinn3r.com - Index the blogosphere
Parts of galaxy Messier 87 are missing
DRAEGER ALCOTEST 7110 MKIII-C Evaluation of Breathalizer Source Code
How Michael Osinski Helped Build the Bomb That Blew Up Wallstreet
Bruce Perens - A Cyber-Attach on an American City
How Google and Facebook are using R
adito - the new gpl fork of the old sslexplorer project
IP Address geolocation for free
Shapeways - $50 "3-D poem rings" until the end of the month
GrandCentral to become Google Voice
TurboVNC VirtualGL == FAST network GL
Ben Rockwood's presentation at the OpenSolaris Storage Summit: ZFS in the trenches
The Crisis of Credit Visualized on Vimeo
10gen - a java based app hosting infrastructure
Engineyard Vertebra - another cloud infrastructure management harness
Eucalyptus - an opensource EC2 compatible hosting infrastructure
railsbrain.com <-- ajaxified rdoc
AP IMPACT: SWAT Teams Deployed in 911 fraud
Lessons learned by people who have quit Google
Makwana indicted for Fanny Mae malware
Zentific svn repo: alpha available
DACS - Distribution and Configuration System - version 2.0
Video of Cisco IOS attack talk at Chaos Computer Conference
Cosmic radio background noise 6 times higher than expected
Grow your own bioluminescent algae
Quartz Composer and Cruise Control status
Sunay Tripathi's Solaris Networking Blog
Merry Christmas from Chiron Beta Prime
Google's Native Client... the next ActiveX?
kenai.com - xVM Server Project site
58% Spam Drop from one colo shutdown
Xenomips - a Xen friendly domU version of Dynamips - Emulate a Cisco 7200
Debian and Android dual-boot on the G1
Sipper (SIPr) - a SIP testing framework in ruby
DBslayer - a SQL abstraction layer using JSON
Fingerworks keyboard in a MacBookPro
The Phoenix BIOS hypervisor is Xen
Do you live in a Constitution-Free zone?
Puppet presentation at NYCOSUG this month
XenSmartIO - Infiniband IO for Xen
Starting with b100, OpenSolaris has virtual consoles
OpenSolaris testfarm build server interface now available
Firefox M9 Fenric - Maemo alpha
SystemZ - aka Sirius - a port of OpenSolaris to IBM System Z mainframe OS running in z/VM mode
Solaris and ZFS on a Dell 2950, tweaking notes
Early Access Windows PV drivers for xVM
Economics: The Theory of Interstellar Trade
The Financial Crisis: What Happened and What's Next?
Cisco to run Windows 2008 on their appliance virtually for services
Packetfence: an OpenSource Network Access Control system
persist.js - an alternative to gears
Chinese building "impossible" EM drive
COMSTAR SMTF - solaris FC, SAS, and iSCSI targets
Flexiscale - yet another control panel?
RightScale - cloud control panels?
Criticial ESXi remote vulnerability in openwsman
Microsoft FUD on VMWare: vmwarecostswaytoomuch.com
nmap builds zenmap topology maps
Don't forget about BarCampTampaBay
The LHC accelerates, and that's what it's all about.
Sun's launch of xVM, live webinar
Microsoft to give away Hyper-V for free, live migration by 2010
Ubuntu's Intrepid Ibex will be followed by Jaunty Jackalope
Why Xen traps negative segment offsets
Rails 2.1.1 more REXML bug fixes
Indiana OS2008.03 RN3 released - based on nv_b96
Skype Mobile Phone (Not in the US)
Youtube gets closed captioning support
Getting xVM to work on OpenSolaris 2008.05
How a VoIP E911 call is handled
MonetDB - a column based RDBMS, ideal for time series data
VMfaq's comparison of virtual storage IO
Xen and Solaris, a log of experience.
OpenSolaris CR#6654713 - 32G limit bug stemmed from bad USB hardware? Perhaps fixed?
OpenSolaris CommonArrayManager
Sharity-Light - smbfs derived samba clone
Drizzle, a thin mysql, generating buzz
VMWare to offer ESX hypervisor for free
Fan, the programming language.
Blackberry Thunder with Haptics keyboard
iPhone App Store Live Walkthrough now available
Overclocking tool for the Mac Pro
ADO.NET Entity Framework (Microsoft's new ORM) given a non-confidence vote by beta testers
Ruby interpreter flaws make the case for JRuby
AdvFS - Tru64 filesystem ported to Linux
OpenSolaris 2005.05 repository update to b91 - follow these instructions carefully
SXCE can ZFS install as of b90
Vertebra: EngineYard's Next Generation Cloud Computing Platform
Skype 4.0 beta overhauls video chat
Mozilla org receives traditional IE cake
Toyota Prius to go entirely Electric
Bill Gates steps down permanently for philanthropic activities
Men write code from Mars, Women write more helpful code from Venus
DRBD LVM Xen = Bug. A rather nasty one at that.
Intel unveils Ct as an extension for C/C to encourage threaded programming for multiple cores
VMWare ThinApp - Run any Windows app on any version of Windows
As a pluggable daemon, mcp needs a flexible command syntax to permit both control of the plugins and passthrough of commands to the plugins for scripting.
First, we make a usage function to advise the user:
def usage(argv,stdin,stdout,stderr)
stderr.puts "Usage: mcp {command}
Where {command} is one of:
plugin stop {plugin name} - Stop a plugin thread
plugin start {plugin name} - Start a plugin thread
plugin load {plugin name} - Load a named plugin
plugin unload {plugin name} - Unload a named plugin
plugin tell {plugin name} {command} - Tell a plugin a command
thread list - List currently running threads
exit - Kill mcpd
"
1
end
You probably want to use a "here document" for that multi-line print, but I'm having problems getting it to render in bluecloth (markdown) at the moment.
Now for the real fun. All of the commands are passed to the command() method. This is where we handle each of the above:
def command(argv,stdin,stdout,stderr)
@command=argv.join(' ')
begin
log("mcp #{@command}")
case @command
when /^quit$/i, /^exit$/i
# Need more exit handling here!
exit
when /^plugin list$/i
@plugins.each_key { |plugin| stdout.puts "#{plugin}\n" }
when /^thread list$/i
stdout.puts Thread.list.map { |t| "#{t.to_s} #{t['name']}\n" }
when /^plugin tell (\S+) (.*)$/i
log("Telling #{$1} to #{$2}")
@plugins[$1].command($2,stdin,stdout,stderr)
when /^plugin start (.*)$/i
@plugins[$1].start()
when /^plugin stop (.*)$/i
@plugins[$1].stop()
when /^plugin load (.*)$/i
plugin_load($1)
when /^plugin unload (.*)$/
plugin_unload($1)
else
usage(argv,stdin,stdout,stderr);
end
rescue => detail
stderr.puts detail.message + "\n"
stderr.puts detail.backtrace.join("\n") + "\n"
1
end
end
Simple, eh? Now plugins are controllable from the command line.
Not bad for ~100 lines of ruby so far.
The next step is setting the thread['name'] properties for the "thread list" command. I'll cover that in the next post.
The next step in MCP development is getting the plugins to load/unload dynamically.
Each plugin will be a .rb file in the "plugins.d/" directory. Each plugin will consist of a class named like the file, containing 5 basic methods:
The loaded plugin must also have an attribute "mtime", which will be used by mcp to track the mtime on the loaded file to make sure it matches that of the .rb file in the "plugins.d/" directory during the periodic dynamic plugin scan.
Here is an example plugin called Tron, as it would appear in "plugins.d/Tron.rb":
class Tron
attr_accessor :running, :mtime, :thread, :daemon
def command(arg,stdin,stdout,stderr)
@daemon.log("Tron received command #{arg}")
"Greetings user. Nothing to report.\n"
end
def unload
@running=false
end
def stop
@running=false
@thread.join
"Tron thread stopped.\n"
end
def start
if not @running
@running=true
@thread=Thread.new do
@daemon.log("Tron thread started (#{@mtime})")
Thread.current['name']="Tron thread"
while @running do
sleep 10
end
@daemon.log("Tron thread ending (#{@mtime})")
end
"Tron thread started\n"
else
"Tron thread already running\n"
end
end
def initialize(daemon)
@daemon=daemon
start()
end
end
Now to add the dynamic plugin functionality to mcpd.
The first step is to define some constants and create an attribute to enumerate all loaded plugins.
#
# Constants
#
PLUGINS_DIR = 'plugins.d'
class MCPDaemon
attr_accessor :plugins
Now we will add a method for loading plugins:
def plugin_load(name)
if not @plugins[name]
@file="#{PLUGINS_DIR}/#{name}.rb"
begin
load "#{@file}"
eval "@plugin=#{name}.new(self)"
@plugin.mtime=File.stat(@file).mtime
@plugins[name]=@plugin
log("Loaded plugin: #{name} (#{@plugin.mtime})")
rescue => detail
log("Error loading plugin: #{name}: #{detail.message}")
end
end
@plugins.has_key?(name)
end
This will load a plugin if it is not already loaded, and will return the boolean true if the plugin is successfully loaded.
The plugin_unload method likewise unloads plugins on demand by calling the plugin's unload() method and deleting it from the @plugins hash.
def plugin_unload(name)
if @plugins[name]
begin
@plugins[name].unload()
log("Unloaded plugin: #{name} (#{@plugins[name].mtime})")
@plugins.delete(name)
rescue => detail
log("Error unloading plugin: #{name}: #{detail.message}")
end
not @plugins.has_key?(name)
end
end
The most complex method is plugins_scan(). It is responsible for checking the mtime of each plugin's source file against the loaded mtime of each plugin.
def plugins_scan()
begin
@plugin_files={}
Dir["#{PLUGINS_DIR}/*"].each do |file|
name=File.basename(file).sub!(/\.rb\Z/,'')
@plugin_files[name]=file
end
@plugin_files.each do |name,file|
if @plugins && @plugins.has_key?(name)
if File.stat(file).mtime != @plugins[name].mtime
plugin_unload(name)
plugin_load(name)
end
else
plugin_load(name)
end
end
@plugins.each do |name,plugin|
if not @plugin_files.has_key?(name)
plugin_unload(name)
end
end
rescue => detail
log(detail.backtrace.join("\n"))
end
end
The final bit of code is added to MCPDaemon's initialize() method to initialize the @plugins hash and start the plugin scanner thread:
@plugins={}
# Plugin handler thread
Thread.new do
while true do
plugins_scan()
sleep 1
end
end
Now, go ahead and start mcpd, you should some output like the following:
$ ./mcpd
mcpd: Tron thread started ()
mcpd: Loaded plugin: Tron (Thu Nov 10 00:54:54 EST 2005)
mcpd: Daemon started
If you touch the plugin, it will automagically reload:
mcpd: Unloaded plugin: Tron (Thu Nov 10 00:54:54 EST 2005)
mcpd: Tron thread started ()
mcpd: Loaded plugin: Tron (Thu Nov 10 00:56:22 EST 2005)
mcpd: Tron thread ending (Thu Nov 10 00:54:54 EST 2005)
Likewise, if you remove the plugin, it is unloaded:
mcpd: Unloaded plugin: Tron (Thu Nov 10 00:56:22 EST 2005)
mcpd: Tron thread ending (Thu Nov 10 00:56:22 EST 2005)
Fun! Next step: command() syntax for mcp
Distributed Ruby (DRb)'s closest equivalent is probably Java's Remote Method Invocation (RMI). Written in only 200 lines of native Ruby, DRb is an incredibly easy way of communicating between processes in disparate systems.
For the Master Control Program (MCP) project, I needed a way for the command line "mcp" userspace tool to talk to the running "mcpd" daemon. Rather than make this a true heavyweight client/server setup, I plan on making the "mcp" client little more than a stub that talks to the "heavy" server. Using this method, far less code is actually required to provide the same function.
To that end, the "mcp" client script initially looked like this:
#!/usr/bin/env ruby
require 'drb'
require 'drb/unix'
begin
DRb.start_service
mcpd = DRbObject.new nil, "drbunix:/tmp/mcpd.sock"
print mcpd.command(ARGV)
rescue
print "ERROR: unable to communicate with mcpd\n"
end
and the server side was little more than this:
#!/usr/bin/env ruby
require 'syslog'
require 'drb'
require 'drb/unix'
class MCPDaemon
def log(message)
@syslog.info(message)
end
def command(argv)
@command=argv.join(' ')
log("Client said to run #{@command}")
"You said to run #{@command}"
end
def initialize
@syslog=Syslog.open( File.basename(__FILE__),
Syslog::LOG_PERROR |
Syslog::LOG_NDELAY )
# More initialization here.
DRb.start_service "drbunix:/tmp/mcpd.sock", self
log("Daemon started")
DRb.thread.join
end
end
MCPDaemon.new
If you spawn "mcpd" from one window, you can run "mcp" from another window and watch mcpd log the commands you tell it to run.
This doesn't fulfil the entire problem, however. In its current form, calls to the running mcpd's "command" method are marshalled. This means that ARGV is copied when being passed to command() remotely, and the return string is copied back as well.
Ideally, we want to be able to stream stdin/stdout/stderr from the mcp client to the running mcpd daemon by handing over object references. The trick to this is to mark those objects as "DRbUndumped" and pass them along on the function call. This will proxy those objects instead of marshalling them, treating them as if they were local:
#!/usr/bin/env ruby
require 'drb'
require 'drb/unix'
begin
DRb.start_service
mcpd = DRbObject.new nil, "drbunix:/tmp/mcpd.sock"
$stdin.extend DRbUndumped
$stdout.extend DRbUndumped
$stderr.extend DRbUndumped
return mcpd.command(ARGV, $stdin, $stdout, $stderr)
rescue
print "ERROR: unable to communicate with mcpd\n"
end
Now the running mcpd can be modified to use these new proxied objects directly:
#!/usr/bin/env ruby
require 'syslog'
require 'drb'
require 'drb/unix'
class MCPD
def log(message)
@syslog.info(message)
end
def command(argv,stdin,stdout,stdout)
@command=argv.join(' ')
begin
log("Client said to run #{@command}")
stdout.puts "You said to run #{@command}\n"
0
rescue => detail
stderr.puts detail.message + "\n"
stderr.puts detail.backtrace.join("\n") + "\n"
1
end
end
def initialize
@syslog=Syslog.open( File.basename(__FILE__),
Syslog::LOG_PERROR |
Syslog::LOG_NDELAY )
# More initialization here.
DRb.start_service "drbunix:/tmp/mcpd.sock", self
log("Daemon started")
DRb.thread.join
end
end
MCPDaemon.new
Whenever those proxied objects are referenced in the command() method, the client's stdin/stdout/stderr are actually used.
Neat, huh? :)
Next step: plugins.