The HAL Project
Ah, the joys of hacking Linux on inexpensive commodity hardware. We are the Montréal community wireless group Ile Sans Fil, which was covered in this magazine in October 2005. During the last three years, we have deployed embedded systems that run Linux in public spaces across our city in an effort to encourage local communities. Our all-volunteer group now has more than 100 hotspots located in cafés, libraries and parks around the city, and more than 26,000 users. To accomplish this, we used the Linksys WRT54G, a favorite of hackers, and developed the captive portal suite WifiDog.
Our latest project is HAL, the Local Artist Hub (the acronym works in French). HAL boxes are small NSLU network storage devices that we install locally at certain of our Wi-Fi hotspots and then remotely fill with music and movies by local creators. Because the box is directly on the local area network, the content can be streamed at HDTV resolution without stalls or buffering and without bandwidth charges. Plus, because we use Zeroconf, the user's media player discovers the content automatically. Besides promoting serendipitous discovery, the user gets to interact with the content using a familiar interface that is specifically designed for rich media. We hope to make HAL servers a cultural meeting spot—an easy way for passers-by to engage with works by artists from that community.
The technologies we have plugged together also can be used in many ways, either as single installations or deployed in networks across multiple sites. In this article, we describe our setup so that you can get started on your own projects.
HAL uses the NSLU2 network device from Linksys. It's a small board with a 266MHz XScale CPU (ARM architecture, by Intel), two USB 2.0 ports and one 10/100Mbps network interface. The NSLU2 is another favorite among hackers. There are two alternative firmwares available for it, Unslung and and OpenSlug, both of which are supported by an active community. We've chosen OpenSlug for this project.
As we cannot vouch for the electrical system at the venue, we physically wire the boards with an auto-on circuit. If you want instructions on how to do that, you should visit the Web site and read through the appropriate disclaimers about voiding your warranty and burning down your house.
Because the NSLU doesn't have any built-in storage, we connect a small Seagate 5GB hard drive. The hard drive we use has the form factor of a small hockey puck. Richard Lussier, our local hardware maven, was able to package both the hard drive and the NSLU board tightly in a new enclosure, while maintaining the access to the other unused port. We suggest you do the same, if you can find your own Richard.
HAL uses the open-source media distribution software Firefly Media Server (formerly known as mt-daapd), developed by Ron Pedde. Firefly servers stream media with Apple's daap protocol, making the HAL box accessible for anyone running iTunes or any other daap-enabled media player. And, Firefly does not have the five connections per day restriction of iTunes servers, which is a plus.
To install Firefly, you need to have Linux on the NSLU2. Because the NSLU2 is an ARM architecture, you need Linux binaries that have been cross-compiled for the NSLU2. If you want to try the system before flashing anything, you can install the x86 binary packages for Windows and Linux on your computer.
The OpenSlug distro contains most of the needed tools and libraries, already cross-compiled and ready to go. Whatever was missing we cross-compiled ourselves, and we put the resulting binaries on the Web for you to use. Near the end of the installation instructions below, you will launch a script that will download and install them.
To simplify the daap stream discovery process, we use multicast dns (m-dns) technology as defined by the IETF's Zeroconf Working Group. This is the same technology that printer manufacturers employ to make installation and configuration seamless for Mac users. We use the m-dns dæmon included in Firefly, which does not implement any of the extra functionality available in the protocol beside daap. This is okay; daap is all we need.
Finally, we push the content to the HAL boxes from a central server via rsync and a series of small bash scripts.
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
| Non-Linux FOSS: Seashore | May 10, 2013 |
- Dynamic DNS—an Object Lesson in Problem Solving
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- A Topic for Discussion - Open Source Feature-Richness?
- Drupal Is a Framework: Why Everyone Needs to Understand This
- Validate an E-Mail Address with PHP, the Right Way
- RSS Feeds
- Readers' Choice Awards
- Tech Tip: Really Simple HTTP Server with Python
- DynDNS
3 hours 14 min ago - Reply to comment | Linux Journal
3 hours 46 min ago - All the articles you talked
6 hours 10 min ago - All the articles you talked
6 hours 13 min ago - All the articles you talked
6 hours 15 min ago - myip
10 hours 39 min ago - Keeping track of IP address
12 hours 30 min ago - Roll your own dynamic dns
17 hours 44 min ago - Please correct the URL for Salt Stack's web site
20 hours 55 min ago - Android is Linux -- why no better inter-operation
23 hours 10 min ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?






Comments
Thanks a lot
Hello,
it´s not easy to understand 4 a German. But I will try to translate this for myself. I hope that I can use this for my Handy Shop site.
Bye
Missing link
Hi
J'ai lu votre article au sujet de NSLU2. Merci!
Mai je n'ai pas reussi a trouver le site
www.halproject.net/wiki/Hal-LinuxJournal
Mats Sönnfors