Google Reader Trends
I just noticed that Google Reader has a "trends" link. I don't recall seeing that before; though I admit that I don't often look at the interface for Google Reader, as I'm too focused on the news content it is displaying to me.
From your 83 subscriptions, over the last 30 days you read 4,730 items
I haven't starred, shared, or emailed any items. I'm not much for social networking functionality, which explains why I haven't shared or emailed anything.
What's really interesting in the trends is both my personal reading habits, and the posting habits of the sites I read. I read more items between 7 and 9 AM than at any other time through the day. This makes sense, since all the news that has accumulated overnight is waiting for me. And for some reason, I read more items on Wednesdays than any other day of the week.
BoingBoing and Slashdot both post about 20 items per day. The feed for my Flickr contacts is running around 15 items per day, while the Flickr feed for the tag "skippy" is about five items per day.
Ultimately, all of these stats are completely meaningless, and not particularly useful to me. I don't really care how often sites publish, or what percentage of their posts I read, or when I read news the most. I care about reading the news, not reading metadata plotting trends about me reading the news. That said, I'm now interested in subscribing to a variety of feeds to which I wouldn't normally subscribe, just to see what sort of trends might develop.
A Little DAAP Will Do Ya
I've been eyeing the Linksys NSLU2 for a little while, contemplating its use as a file server for the house. I'm attracted to the (extremely!) small form factor, the low power consumption, and the fact that Debian is fully supported on it (see Debian on the Linksys NSLU2). I'm not keen on actually buying it, though, especially since I still own a Shuttle XPS small form factor PC. I'm also worried that the NSLU2 will ultimately prove to be underpowered for my goals.
I want a low-profile file server for two basic reasons:
- I want to be able to keep convenient, centralized backups of the various computers in the house
- I want a repository of music files accessible to all computers in the house
The MVix MX-760HD can play music files but its support for playlists is extremely lacking, and it doesn't expose the collection of music to other devices on the network. So I want to move all the music from the MVix to somewhere else. The MVix could still access the music from the network server, though I doubt I'd use it much for audio playback. (Incidentally, I'm still delighted with the MVix: it's been a great addition to our entertainment center: not having to shuffle DVDs to watch some of our favorite programming is a real treat.)
Having the music files in a central location is only one piece of the solution, though. I'd like to allow all our laptops to listen to different playlists in different rooms at the same time. I suppose we could all mount a network share, and simply have our local music clients parse the share contents. That's not quite the solution I'd like to pursue, though.
I looked at the SlimServer, the script that powers the Slim Devices product line. It looks neat, and should be easy to use. There is documentation for the SlimServer on the OpenSlug firmware, so it ought to work on Debian-on-NSLU2 just as well. The comments on that page, and in some Google searches for "nslu2 slimserver" made me a little concerned about whether the NSLU2 would be up to the task of serving media. We have 8000+ MP3 files, with more CDs yet to rip. A slow media solution is probably worse than the current configuration.
A little more investigation suggested a DAAP solution, the protocol used by iTunes. There is a iTunes Server for NSLU2, which uses the mt-daap package. There is a mt-daapd package for Debian, and I quickly found a Linux.com article about mt-daapd. Since Carina has been using iTunes of late to manage and play her media, the mt-daapd solution seemed like a good choice: she could move all her media to the file server, and continue to access all of it through her preferred client. I was pleased to learn that RhythmBox, the default GNOME media player, supports DAAP, too!
So last night I installed Debian Etch onto my Shuttle XPS. I executed apt-get install mt-daapd, and was quite surprised to see "Shuttle" show up in the sidebar of RhythmBox! I moved the collection of music from the MVix to the Shuttle, and restarted the mt-daapd process, which triggered it to re-index the music collection. This took several minutes on the Shuttle -- I can only imagine it would take considerably longer on the NSLU2. Clicking "Shuttle" in my RhythmBox client showed me that more than 8,000 songs were available!
I think my worries about the speed of the NSLU2 are largely misplaced: (re-)indexing the music collection isn't an everyday occurrence, so it's not something that will hamper every day music playing. If you're using the NSLU2 with mt-daapd, do please share your experiences!
QOTD: most
less is better than more, but most is better than both.
Hooray for UNIX jokes!
Real World Example
We installed a SonicWall 5060 at work last week. We had some trouble at first, due to miscommunication. We wanted a transparent bridging firewall -- something that the 5060 can do. Transparent bridging is a new feature of the SonicWall firmware, though, so the installation engineer wasn't familiar with it. When we spoke about "transparent bridging", he thought we were talking about SonicWall's "layer 3 transparent firewall" configuration.
The installation engineer used his cellular phone to call his senior technician, while I called OSU's main network guy. The argument that ensued -- using my phone as the medium -- was interesting, and not entirely pleasant. We ultimately un-did what we had done so far, reverting back to our original configuration without the SonicWall. That evening, the installation engineer educated himself on the layer 2 bridge capability of the SonicWall. By lunch time the following day, the firewall was up and running without incident.
Yesterday a systems engineer in another college, with whom I sometimes eat lunch, asked if he could see the firewall and its management interface. I was only too happy to oblige. After a quick inspection of the physical box, we sat down in my office to walk through the web-based administrative tool. I showed the basics of how to configure the firewall interfaces, how to create groups of objects, and how to apply firewall rules to those groups.
Trying to show off a little, I said "And here's where we can see a snapshot of current Internet usage... See, we can see all traffic by protocol, or all traffic by destination address to see which sites are super popular, or even all traffic by source address. For example, this computer has ... wow ... 104 open connections to other systems on the Internet..." I shifted gears and identified that the system in question was busily serving BitTorrent streams. Additional investigation revealed that the machine had enough open ports as to cause alarm, and to merit investigation.
My colleague followed along as my boss and I set out to evaluate the situation, after identifying the location of this system. It turned out to be (mostly) uninteresting, and was dealt with quickly. The offender wasn't likely to attract the attention of the MPAA or RIAA given what was being shared, but nonetheless it wasn't an appropriate use of the department network.
My colleague remarked "It looks like this firewall is causing you work, not alleviating it!" And while that's true to a degree, prior to the installation of this firewall we had no meaningful way to identify this sort of thing until the University's security group would alert us to a problem. By then, of course, it was usually too late.
Ubuntu Buckeyes
The Ubuntu Ohio Team was recognized as an official Local Community team this evening! LoCos (Local Communities) "work together in regional teams to help advocate, promote, translate, develop and otherwise improve Ubuntu"
The Ubuntu Ohio team has been extremely active, and there are a lot of great plans being developed. Of particular interest to me is the New User Team, and the Face2Face support initiative. I don't know that I'll have the free time to participate as much as I want, but it's definitely something on which I'll be keeping an eye.
Many thanks to all the members of the Ubuntu Ohio team for their energy and commitment to the group. Special kudos to vorian for his passion and dedication.
