There are lots of ways of setting up get_iplayer. Here’s mine.
It means that filenames work across Windows and Linux, removes underscores from names, never deletes old episodes and downloads episodes into a directory named after the series and names the files with the series’ episode number.
options file is in
c:usersusername.get_iplayer depending on your operating system.
As I said this time last year, I dislike the idea of people using a decentralised version control system to centralise their code.
This means that some of my code sits in Bazaar on my server, some in Git on my server, and some in github. I’m not keen on this situation, and given that github does have a large amount of mindshare, and that launchpad is really quite horrible to use, I want to be able to “git push” to both my server and github at the same time.
It turns out this is quite easy; and everything below (with a few very minor modifications) comes from “Setting up a new remote git repository” by Tim Lucas and Aristotle Pagaltzis‘ answer on this Stackoverflow question.
So, given that I have a working github repo, and a local checkout:
Set up the new bare repo on the server:
$ ssh myserver.com
$ mkdir /var/git/myapp.git
$ cd /var/git/myapp.git
$ git --bare init
Initialized empty Git repository in /var/git/myapp.git
Add the remote repository to your existing local git repo and push:
$ cd ~/code/myapp
$ git remote add myserver ssh://myserver.com/var/git/myapp.git
$ git push myserver master
You have now associated the remote repo with your local repo under the name “myserver”. Now open up
put something like this:
url = firstname.lastname@example.org:username/myapp.git
url = ssh://myserver.com/var/git/myapp.git
Now you can say “git push public” to push to both repos at once.
and that’s it! Every time you push you will be making sure that your code lives on both your server and on github. Adds links to both in your README and the job is complete.
I’m not that keen on git (for mostly aesthetic reasons although I suspect I’ll have to get over this soon), and github makes me jump through a couple of hoops too many to get up and running for the first time, but those aren’t things that worry me.
I’m worried about github going away.
Specifically I’m worried about it going away because so many people I actually know use it. Of course, github reminds me of this every time I log in because the social network features that allow you to follow people, as well as projects, has a constantly updating stream of their activity; something that, as far as I know, Sourceforge and Google Code have never allowed you to do. For me, this changes the dynamic of a hosted version control system quite drastically, because you’re suddenly being shown, very clearly, all the changes your friends are making, and how much they’re investing in this system.
What I really want to know is – where else are they hosting their code? I mean, this is the kind of thing a distributed version control system makes easy, right? But as far as I know, none of these people are hosting their code themselves so that if github went away I’d have no way of keeping track of what’s going on nor of accessing their code at all.
This kind of thing never seemed like an obvious concern on the centralised code-hosting services, and if it was then it was localised to “me and the projects I’m interested in”. By spreading that more obviously to my network it seems like a much more important problem.
I’ve had cause to use both Bazaar and Git recently, which are very similar to one another and both of which I quite like.
Git seems slightly slicker, and gives me nicely colourised output, which I’m a sucker for. Then of course there’s GitHub, which is a very appealing way of easily publishing your code, forking and so on. All of these mean I’ll probably use it in the future.
The command set of Bazaar feels more natural to me, which I miss a lot in Git. Its parameters for seemingly simple tasks are comparatively obscure, and to this newbie, poorly explained by the command-line help, a consequence of which is that I have found the GitHub guides invaluable. Also, I always forget that in Ubuntu running sudo apt-get install git will not actually install git, but “GNU Interactive Tools, a file browser/viewer and process viewer/killer” (it’s sudo apt-get install git-core, for reference!).
There’s some interesting commentary on revision control systems as a whole, and the git command set in particular on Revision Control Systems suck and the series of posts he links to.
I am using Git on the command line in Windows via msysgit.
As with all msys installs whenever you press backspace and there is no more text to delete or you press TAB for auto-complete when there are multiple options, your speaker utters an horrendous, ugly beep.
To disable this, load msys and find out where your home directory is:
Go to that directory (either in Windows or through msys) and create a new file called .inputrc
Put one line in that file:
set bell-style none
Save it and restart msys. You should now have no system bell! I’ve also seen it advised that you can disable your system bell by disabling the hardware emulation for this device in Device Manager, but this didn’t seem to work for me in Vista.