These Things Matter to Me
Wednesday, July 16, 2008
Custom boot messages for your Redhat Linux or CentOS-based virtual appliance
Upon boot, many virtual appliances automagically start services, log users in, or display helpful messages beyond what a normal OS would.
After all, a primary use-case of virtual appliances is to act more like an application than a full OS, and ideally would like the user to feel like they're only interacting with an application.
One virtual appliance that I use is MindTouch's open source Dekiwiki appliance (btw, I fully recommend Dekiwiki, my favorite wiki software at the moment.).
The DekiWiki appliance, upon boot, without any user interaction or required login, will display something like this:
This is extremely handy. No login to Linux necessary. Just go to any web browser on your network, and go.
How to recreate the magic in CentOS/Redhat/(probably) Fedora
I'm currently making two virtual appliances based on CentOS Linux (A clone of RedHat Enterprise Linux ). I pretty much copied DekiWiki's rc.local, to identify and print out the current IP, whatever it may be, and direct the user to browse there, without having to login. This was partially successful. But after printing the URL and instruction to the user, the console tty was cleared prior to login prompt appeared, making it so all the helpful info was removed.
Where'd my helpful message go? It was cleared by mgetty.
I had no idea why this was working fine in the Debian-based DekiWiki appliance, and less so in my CentOS-based (Piwik, coming soon!) appliance. After a bit of side-by-side comparison, I noticed that Debian's /etc/inittab calls up /sbin/getty, but CentOS (and Redhat)'s /etc/inittab calls up /sbin/mingetty. mingetty apparently clears the screen, and getty does not.
By adding the --noclear option to mingetty, CentOS will stop clearing the screen, and allow your custom boot message to live on.
Notes.
Here's what to edit in /etc/inittab:
BEFORE
# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
AFTER
# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty --noclear tty1
2:2345:respawn:/sbin/mingetty --noclear tty2
3:2345:respawn:/sbin/mingetty --noclear tty3
4:2345:respawn:/sbin/mingetty --noclear tty4
5:2345:respawn:/sbin/mingetty --noclear tty5
6:2345:respawn:/sbin/mingetty --noclear tty6
Original rc.local that finds and prints IP in helpful message (thanks Mindtouch!):
IP=`ifconfig eth0 | grep "inet addr"|awk -F ' ' '{print $2}' | awk -F ':' '{print $2}'`
echo
echo -e "\033[1mTo access Deki Wiki, please launch a web browser and go to:"
echo
echo " http://$IP"
echo -e "\033[0m"
exit 0
After all, a primary use-case of virtual appliances is to act more like an application than a full OS, and ideally would like the user to feel like they're only interacting with an application.
One virtual appliance that I use is MindTouch's open source Dekiwiki appliance (btw, I fully recommend Dekiwiki, my favorite wiki software at the moment.).
The DekiWiki appliance, upon boot, without any user interaction or required login, will display something like this:
This is extremely handy. No login to Linux necessary. Just go to any web browser on your network, and go.How to recreate the magic in CentOS/Redhat/(probably) Fedora
I'm currently making two virtual appliances based on CentOS Linux (A clone of RedHat Enterprise Linux ). I pretty much copied DekiWiki's rc.local, to identify and print out the current IP, whatever it may be, and direct the user to browse there, without having to login. This was partially successful. But after printing the URL and instruction to the user, the console tty was cleared prior to login prompt appeared, making it so all the helpful info was removed.
Where'd my helpful message go? It was cleared by mgetty.I had no idea why this was working fine in the Debian-based DekiWiki appliance, and less so in my CentOS-based (Piwik, coming soon!) appliance. After a bit of side-by-side comparison, I noticed that Debian's /etc/inittab calls up /sbin/getty, but CentOS (and Redhat)'s /etc/inittab calls up /sbin/mingetty. mingetty apparently clears the screen, and getty does not.
By adding the --noclear option to mingetty, CentOS will stop clearing the screen, and allow your custom boot message to live on.
Notes.Here's what to edit in /etc/inittab:
BEFORE
# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
AFTER
# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty --noclear tty1
2:2345:respawn:/sbin/mingetty --noclear tty2
3:2345:respawn:/sbin/mingetty --noclear tty3
4:2345:respawn:/sbin/mingetty --noclear tty4
5:2345:respawn:/sbin/mingetty --noclear tty5
6:2345:respawn:/sbin/mingetty --noclear tty6
Original rc.local that finds and prints IP in helpful message (thanks Mindtouch!):
IP=`ifconfig eth0 | grep "inet addr"|awk -F ' ' '{print $2}' | awk -F ':' '{print $2}'`
echo
echo -e "\033[1mTo access Deki Wiki, please launch a web browser and go to:"
echo
echo " http://$IP"
echo -e "\033[0m"
exit 0
Thursday, July 03, 2008
Managing feeds. The doghouse and the kennel.
Like many of you, I have a love/hate relationship with my feeds. (Remind me one day to tell you about my feed: bottomless popcorn theory).
But today I'm here to tell you about two helpful strategies I use with my feeds.
The Doghouse.
Invented by a friend of mine, the Doghouse is feed probation. Basically you're marking a feed, by tag, or folder, as "in the Doghouse." You're disappointed in this feed. It's not living up to expectations. There are many reasons why a feed may get sent to the Doghouse. Maybe all of a sudden it went "partial," maybe images stopped working, maybe the past 30 items have been about a topic you're not interested in and you suspect the shift is permanent. Maybe somebody just got an iphone, and ever since it's gone downhill. You don't want these feeds to get mixed in with the good feeds, but you don't want to totally fire the feed quite yet. Send it to the Doghouse.
The Kennel.
The Kennel is just a vacation for feeds. For me, the Kennel is usually when there's nothing wrong with the feed, but I need to edit stuff down either for time or focus reasons. If you have a major project due, and can't deal with distraction, you may want to move all feeds unrelated to your project, to the Kennel.
Maybe it's the week before Macworld, and you just don't feel like reading 12 posts a day about iphone video camera rumors. Maybe you're on a budget, and reading about luxury hotels hurts right now. Maybe you have a Drupal deadline, and only want to read about Drupal and Linux for two weeks.
There are plenty of reasons to drop your feeds of at the Kennel, it doesn't mean you love them any less.
But today I'm here to tell you about two helpful strategies I use with my feeds.
The Doghouse.
Invented by a friend of mine, the Doghouse is feed probation. Basically you're marking a feed, by tag, or folder, as "in the Doghouse." You're disappointed in this feed. It's not living up to expectations. There are many reasons why a feed may get sent to the Doghouse. Maybe all of a sudden it went "partial," maybe images stopped working, maybe the past 30 items have been about a topic you're not interested in and you suspect the shift is permanent. Maybe somebody just got an iphone, and ever since it's gone downhill. You don't want these feeds to get mixed in with the good feeds, but you don't want to totally fire the feed quite yet. Send it to the Doghouse.
The Kennel.
The Kennel is just a vacation for feeds. For me, the Kennel is usually when there's nothing wrong with the feed, but I need to edit stuff down either for time or focus reasons. If you have a major project due, and can't deal with distraction, you may want to move all feeds unrelated to your project, to the Kennel.
Maybe it's the week before Macworld, and you just don't feel like reading 12 posts a day about iphone video camera rumors. Maybe you're on a budget, and reading about luxury hotels hurts right now. Maybe you have a Drupal deadline, and only want to read about Drupal and Linux for two weeks.
There are plenty of reasons to drop your feeds of at the Kennel, it doesn't mean you love them any less.
Labels: atom, doghouse, feeds, Google Reader, gtd, lifehacker, lifehacking, productivity, RSS, syndication
Sunday, June 29, 2008
YouTube is still magic
(A quick thought about YouTube that was too long for twitter.)
The sweet spot in a YouTuber's creative life is right after they feel the power, access, and infinite potential of YouTube, but before they get bummed by the haters. You know, that phase when he/she's making 4 videos a day.
The sweet spot in a YouTuber's creative life is right after they feel the power, access, and infinite potential of YouTube, but before they get bummed by the haters. You know, that phase when he/she's making 4 videos a day.
"I said I wasn't going to make another video today, but I just wanted to respond to desi64. Desi64 (I hope I'm saying your name right), I agree with you..."I know people get impatient with YouTube, and I agree it's a petri dish for many community "don'ts," but I don't think its diversity,activity, and pulse is matched by anything else on the Internet.
Labels: youtube
Monday, May 05, 2008
Google Reader lets you add notes now!
Maybe my friends and I just have too high of an opinion of how amusing our commentary is, but we've long-awaited the ability to leave notes on our Google Reader Shared Items. And now, perhaps responding to services like FriendFeed where you can comment on anything, Google Reader lets you leaves notes!
Here's how it looks:
Here's how it looks:
Labels: design, feature, Google Reader, interface, notes, RSS, sharing
Tuesday, April 15, 2008
Video: Drupal vs. WordPress. Presentation given at LUGRadio Live USA, 2008. San Francisco, CA
This weekend Selena and I spoke at the charming and hospitable LUG Radio Live USA, in San Francisco, CA. The topic was Choosing between Drupal and WordPress. It was very civil. A few people have asked for the video of our presentation, so I've uploaded it above with a Flash embed. More ambitious full-on video file to come later.
This weekend Selena and I spoke at the charming and hospitable LUG Radio Live USA, in San Francisco, CA. The topic was Choosing between Drupal and WordPress. It was very civil. A few people have asked for the video of our presentation, so I've uploaded it above with a Flash embed. More ambitious full-on video file to come later.
Labels: cms, drupal, lug radio live, lugradio, lugradiolive, lugradiolive2008, open source, usability, wordpress
Wednesday, April 09, 2008
So much dramz. Choosing between WordPress and Drupal.
Selz and I are giving a presentation on choosing between WordPress and Drupal at LUG Radio Live in San Francisco this weekend. She and I agree to disagree.
Selz and I are giving a presentation on choosing between WordPress and Drupal at LUG Radio Live in San Francisco this weekend. She and I agree to disagree.
Labels: choice, dilemma, drupal, lug radio live, lugradio, wordpress
Wednesday, March 26, 2008
Preview screencast of Wordpress 2.5's gallery feature
Wordpress's Matt Mullenweg previews a very cool feature of the soon-to-be-released Wordpress, small photo galleries in a post without painful manual layout. (And yes, there are plenty of shots of the cool new dashboard.)
Labels: blogging, interface, ma.tt, preview, screencast, social software, video, wordpress, wordpress 2.5
