WM: Openbox
GTK: MurrinaGilouche
Not much has changed. Just Wallpaper and Terminal Colors
So for whatever reason you need to install Windows 7 from a flash drive that’s not a problem!
In Linux:
mkfs.vfat -F 32 /dev/sdxmlabel -i /dev/sdd1 ::WIN7x64 (optional)unzip grub4dos-0.4.4.zip./bootlace.com /dev/sdxtitle Install Windows 7 root (hd0,0) chainloader (hd0,0)/bootmgr
TIP: To install any version of Windows 7 (Home Premium, Professional, Ultimate) remove ei.cfg from the sources directory. However, you still need a product key for the appropriate version.
In Windows:
That’s it, boot from the flash drive you are all good.
Note: The windows disk formater writes code to the MBR and VBR. This obvisouly doesn’t happen in Linux therefore we need to use grub4dos as our bootloader.
Why would I want to use Conditional Forwarding?
In my case, my local dns server has entries for local hostnames such as m2n.ion.lan, mongo.ion.lan, and tux.ion.lan. If I am using the vpn dns, then these address lookups would fail. By using Conditional Forwarding I can do all lookups locally, except for ones that match the remote top level domain (example.local). Anything that matches example.local would be forwarded to the remote dns server.
Problem:
Of course the remote ping fails because the local DNS server knows nothing about the remote domain. If I was to configure my machine to use the remote DNS server the opposite would happen. I would be able to ping server.remote.local, but a ping to server.ion.lan would fail.
Solution: Use dnsmasq with conditional forwarding to forward *.work.local requests to the remote dns server.
1. Install dnsmasq using your local package manager
2. Edit /etc/dnsmasq.conf
# Tells dnsmasq to forward anything with the domain of remote.local to dns server 10.25.11.2 server=/remote.local/10.25.11.2 # Listen to requests only coming from the local machine listen-address=127.0.0.1 # Do not cache anything # A decent dns server will already cache for your local network cache-size=0
3. Edit /etc/resolv.conf
# Local LAN Domain domain ion.lan # local dnsmasq server nameserver 127.0.0.1 # Your main dns server (dnsmasq will forward all requests to this server) nameserver 10.20.1.1
4. Start dnsmasq
5. Test – ping a local server and remote server using the FQDN
All dns requests will be forwarded to 10.20.1.1 except any matching *.remote.local. server.remote.local will be forwarded to 10.25.11.2
The OpenVPN server can pass DNS servers and a domain name to the client. This gives the benefit of using the remote dns servers for local hostname lookups.
Finding a good script that worked to do this provide difficult…
In server.conf add:
push "dhcp-option DOMAIN ion.lan" push "dhcp-option DNS 10.25.11.2"
Then save this script on the client in same location as the client config
#!/bin/bash
case "$1" in
up)
mv /etc/resolv.conf /etc/resolv.conf.bak
echo "# Generated by OpenVPN Client UP Script" > /etc/resolv.conf
for opt in ${!foreign_option_*};
do
echo ${!opt} | sed -e 's/dhcp-option DOMAIN/domain/g' -e 's/dhcp-option DNS/nameserver/g' >> /etc/resolv.conf
done
;;
down)
mv /etc/resolv.conf.bak /etc/resolv.conf
;;
*)
echo "Pass either UP or DOWN"
;;
esac
In the client.conf add
script-security 2 up "./vpn_dns_update.sh up" down "./vpn_dns_update.sh down"
Now connect and check /etc/resolv.conf to see if the VPN nameserver and domain is listed.
Syslinux is a simple bootloader for fat, ext2/3/4, and brtfs.
Syslinux works in the following way (in a nutshell):
For a more detailed explanation: https://wiki.archlinux.org/index.php/Syslinux#Syslinux_Boot_Process
Sample configuration:
UI vesamenu.c32 DEFAULT arch PROMPT 0 MENU TITLE Boot Menu MENU BACKGROUND splash.png TIMEOUT 100 MENU WIDTH 78 MENU MARGIN 4 MENU ROWS 5 MENU VSHIFT 10 MENU TIMEOUTROW 13 MENU TABMSGROW 11 MENU CMDLINEROW 11 MENU HELPMSGROW 16 MENU HELPMSGENDROW 29 # Refer to http://syslinux.zytor.com/wiki/index.php/Doc/menu MENU COLOR border 30;44 #40ffffff #a0000000 std MENU COLOR title 1;36;44 #9033ccff #a0000000 std MENU COLOR sel 7;37;40 #e0ffffff #20ffffff all MENU COLOR unsel 37;44 #50ffffff #a0000000 std MENU COLOR help 37;40 #c0ffffff #a0000000 std MENU COLOR timeout_msg 37;40 #80ffffff #00000000 std MENU COLOR timeout 1;37;40 #c0ffffff #00000000 std MENU COLOR msg07 37;40 #90ffffff #a0000000 std MENU COLOR tabmsg 31;40 #30ffffff #00000000 std LABEL arch MENU LABEL Arch Linux LINUX /vmlinuz26 APPEND root=/dev/sda2 ro nomodeset INITRD /kernel26.img LABEL archfallback MENU LABEL Arch Linux Fallback LINUX /vmlinuz26 APPEND root=/dev/sda2 ro nomodeset INITRD /kernel26-fallback.img
As you can see, the majority of the config contains MENU statements declaring colors and positing for the menu. If you removed all the MENU statements, the config would be less than 20 lines.
Screenshot:
I was lazy and took a screenshot of the Arch Linux installer menu. The configuration above generates the same menu, except there are only two boot choices, Arch Linux and Arch Linux Fallback.
The arch wiki has a whole lot of good information on configuring Syslinux. https://wiki.archlinux.org/index.php/Syslinux
Well after some experimentation and playing around I have found some new information out regarding listening to iheartradio from the command line in Linux.
Newer versions of mplayer have support to play the rtmp:// protocol eliminating the need for rtmpdump.
Quick Recap on how to grab the rtmp:// url from an iheartradio stream
http://p2.STATION_ID.ccomrcdn.com/player/player_dispatcher.html?section=radio&action=listen_live; where station id is the call letters (ex: wtfx-fm)NOTE: The RTMP URL changes every 5-10 minutes! You must fetch the new url everytime.
To play the stream with mplayer:
mplayer "rtmp://cp21366.live.edgefcs.net/live/Lou_KY_WTFX-FM_OR..." -novideo
The -novideo option is very improtant otherwise mplayer will take 5+ minutes trying to find video for the stream (there is none).
This is all great, but this is a lot of work everytime you want to listen to a iheartradio stream. Therefore I have coded up a script.
The Script:
#!/usr/bin/env python
import subprocess
import time
import urllib2
import xml.etree.ElementTree as ET
import os
import datetime
#Location of Stream to be SAVED
DefaultStation="wtfx-fm"
def getXML():
data=urllib2.urlopen('http://p2.'+station+'.ccomrcdn.com/player/player_dispatcher.html?section=radio&action=listen_live').read()
xml=ET.fromstring(data)
return xml
def getSongInfo():
xml=getXML()
artist=xml.find('ListenLiveInitialize/JustPlayed/song/artist').attrib['name']
title=xml.find('ListenLiveInitialize/JustPlayed/song/track').attrib['track_title']
return artist,title
while True:
station=raw_input("Enter Station ID [" + DefaultStation + "]: ")
if not station:
station=DefaultStation
try:
xml=getXML()
except urllib2.URLError:
print "Error - Invalid Station ID or Web Server Problem - Try Again"
else:
break
while True:
try:
TIME=int(raw_input("Time Stream will Play (in minutes): "))
except ValueError:
print "Error - Invalid Time - Try Again"
else:
break
rtmpurl=xml.find("ListenLiveInitialize/StreamInfo/stream").attrib['primary_location']
mp=subprocess.Popen(['/usr/bin/mplayer', rtmpurl, '-novideo', '-ao', 'alsa', '-quiet'], stdout=subprocess.PIPE, stdin=subprocess.PIPE, stderr=subprocess.PIPE)
mpPID=mp.pid
endTime = datetime.datetime.now() + datetime.timedelta(minutes=TIME)
OldSongInfo=[]
while datetime.datetime.now() < endTime:
SongInfo=getSongInfo()
if not SongInfo == OldSongInfo:
OldSongInfo = SongInfo
print SongInfo[0] + " - " + SongInfo[1]
time.sleep(5)
print("Stopping MPlayer...")
os.kill(mpPID, 2)
print "Done"
N900
I got this script working on the N900 by downloading the Maemo 5 SDK and compiling the mplayer binary from a recent svn snapshot. Luckily, I didn't run into any problems. Although mplayer works with the N900, without any patches, it is not flawless. For example, video gets jittery and skips when the backlight switches off. I would recommend leaving mplayer form extra installed and storing the mplayer you compiled in /opt. With audio playback I do not have any issues, especially with the iheartradio rtmp stream!
UPDATE: http://pyther.net/blog/index.php/2010/08/iheartradio-command-line-mplayer/
If you have ever listened to any Clear Channel FM radio station then I am sure you have heard the ads to listen to the station online through iheartradio. The only problem is that iheartradio is a bulky and slow flash application. On a powerful desktop that isn’t a huge issue, but with my N900 (600mhz cpu, 256MB Ram) it takes over 5 minutes to start streaming the radio station. Of course, iheartradio has an application for the iPod and Blackberry, but no app for the N900.
I went on a quest to figure out how to listen to iheartradio without the bulky flash application and this is what I found.
Step 1:
The url of the a stations stream is can be found in a XML file, at URL “http://p2.STATION_NAME.ccomrcdn.com/player/player_dispatcher.html?section=radio&action=listen_live”
If I want to listen to The Fox (call letters: WTFX-FM), the URL of the XML would be “http://p2.wtfx-fm.ccomrcdn.com/player/player_dispatcher.html?section=radio&action=listen_live”
Open up the url in a web browser and grab the rtmp url which is between the <stream> tags. rtmp://cp21366.live.edgefcs.net/live/Lou_KY_WTFX-FM_OR@s7696?auth=daEcEbgdNb4a3bdcKdYcrcgcGara0c1c3cZ-bmC7wi-4q-LM3Y9_7nqEDps4CCulBtyp&aifp=1234&CHANNELID=981&CPROG=_&MARKET=LOUISVILLE-KY&REQUESTOR=WTFX-FM&SERVER_NAME=p2.wtfx-fm.ccomrcdn.com&SITE_ID=2038&STATION_ID=WTFX-FM&MNM=2&TYPEOFPLAY=0
Step 2:
Download and Install rtmpdump and mplayer
Step 3:
Lastly open up the terminal and enter the following command: rtmpdump -r $RTMPURL -v | mplayer -
-r tells rtmpdump the url of the stream
-v tells rtmpdump that the stream is a live stream
The | (pipe) directs stdin to mplayer and the – after mplayer tells mplayer to read data from stdin
Example: rtmpdump -r "rtmp://cp21366.live.edgefcs.net/live/Lou_KY_WTFX-FM_OR@s7696?auth=daEcEbgdNb4a3bdcKdYcrcgcGara0c1c3cZ-bmC7wi-4q-LM3Y9_7nqEDps4CCulBtyp&aifp=1234&CHANNELID=981&CPROG=_&MARKET=LOUISVILLE-KY&REQUESTOR=WTFX-FM&SERVER_NAME=p2.wtfx-fm.ccomrcdn.com&SITE_ID=2038&STATION_ID=WTFX-FM&MNM=2&TYPEOFPLAY=0" -v | mplayer -
Things to watch out for:
Sources:
Maybe when I get some more time and become more ambitious I will write a small python wrapper that will extract the url from the xml file and start the stream.
One of the things that would always irritate me, with Linux, was the fact that I could not resume my machine by hitting a key on the keyboard. When I first searched for an answer, to this issue, many of the replies stated “look for an option in the BIOS.” To my dismay, I had no such option in the BIOS. After more searching I found /proc/acpi/wakeup!
/proc/acpi/wakeup looks like this:
Device S-state Status Sysfs node UAR1 S4 disabled pnp:00:08 SMB0 S4 disabled pci:0000:00:01.1 USB0 S4 disabled pci:0000:00:02.0 USB2 S4 disabled pci:0000:00:02.1 US15 S4 disabled pci:0000:00:04.0 US12 S4 disabled pci:0000:00:04.1 NMAC S5 disabled pci:0000:00:0a.0 P0P1 S4 disabled pci:0000:00:08.0 HDAC S4 disabled MXR0 S4 disabled pci:0000:00:10.0 BR11 S4 disabled BR12 S4 disabled pci:0000:00:12.0 BR13 S4 disabled BR14 S4 disabled BR15 S4 disabled BR16 S4 disabled BR17 S4 disabled
Now this might be confusing, at first, but do not fear! We are interested in only two types of devices: USB and US
USB0 S4 disabled pci:0000:00:02.0 USB2 S4 disabled pci:0000:00:02.1 US15 S4 disabled pci:0000:00:04.0 US12 S4 disabled pci:0000:00:04.1
To figure out which device is which take the number after pci: and run grep on dmesg. Example for US15: dmesg | grep 0000:00:04.0
You will likely get a lot of output… you should look for something similar (Note: this differs by hardware, it likely won’t be the same)
[ 6.164097] usb usb4: SerialNumber: 0000:00:04.0 [ 7.284302] input: BTC USB Multimedia Keyboard as /devices/pci0000:00/0000:00:04.0/usb4/4-3/4-3:1.0/input/input2 [ 7.284363] generic-usb 0003:046D:C312.0001: input,hidraw0: USB HID v1.10 Keyboard [BTC USB Multimedia Keyboard] on usb-0000:00:04.0-3/input0 [ 7.300110] input: BTC USB Multimedia Keyboard as /devices/pci0000:00/0000:00:04.0/usb4/4-3/4-3:1.1/input/input3 [ 7.300287] generic-usb 0003:046D:C312.0002: input,hiddev96,hidraw1: USB HID v1.10 Device [BTC USB Multimedia Keyboard] on usb-0000:00:04.0-3/input1
As you can see US15 is my USB keyboard so I will simply run echo "US15" > /proc/acpi/wakeup to allow US15 to wake up the computer.
USB0 S4 disabled pci:0000:00:02.0 USB2 S4 disabled pci:0000:00:02.1 US15 S4 enabled pci:0000:00:04.0 US12 S4 disabled pci:0000:00:04.1
If it is not appearant which devices are which there is always the trial and error process. Enable one, see if the desired device wakes up the machine and if it doesn’t, disable the device (by executing the echo command again) and try another.
Lastly just add the echo command to your startup script. On Arch /etc/rc.local is a good place.