Update urls to no longer hardcode domain name
authorJoerg Jaspert <joerg@debian.org>
Mon, 22 Feb 2016 06:40:02 +0000 (07:40 +0100)
committerJoerg Jaspert <joerg@debian.org>
Sun, 28 Feb 2016 14:39:11 +0000 (15:39 +0100)
20 files changed:
_posts/2007-07-21-bios_update_within_linux.html
_posts/2007-08-23-umts_v2.html
_posts/2007-11-24-removals_stuff.html
_posts/2007-12-29-ssh_triggers.html
_posts/2008-04-17-debadmin_delegation_should_i_a.markdown
_posts/2008-04-22-ftpmaster.markdown
_posts/2008-04-26-some_more_merges_and_stuff.markdown
_posts/2008-04-28-movable_type.markdown
_posts/2008-05-02-more_boring_ftpmaster_posts.markdown
_posts/2008-05-10-the_annoying_continues_ftpmast.markdown
_posts/2008-06-05-ftp_assistants.markdown
_posts/2008-11-02-archivedebianorg_old_bugs_and.markdown
_posts/2008-11-08-debian_mirror_scripts.markdown
_posts/2008-12-14-removals_rss_feeds.markdown
_posts/2009-08-29-printer_power.markdown
_posts/2011-02-05-squeeze_release.markdown
_posts/2011-03-21-debian_ftpmaster_meeting_2011.markdown
_posts/2013-03-01-tmux_-_like_screen_just_nicer.markdown
_posts/2013-05-04-wheezy_release.markdown
_posts/2013-07-17-tmux_-_tm_1.markdown

index d94c783..3e40065 100644 (file)
@@ -56,7 +56,7 @@ or supertux.
 
 <p>
 Oh, and my Xorg still seems to turn on the monitor, not liking DPMS, as
-<a href="http://blog.ganneff.de/blog/2007/06/07/laptop-suspend.html">blogged</a>
+<a href="/2007/06/07/laptop-suspend.html">blogged</a>
 some time ago. But it's now not limited to acpi events, it must be
 something else. Weird, but I didnt have enough time and motivation to
 debug this (or googling, maybe others have the problem too). Its only a
index ea79175..e55e600 100644 (file)
@@ -12,7 +12,7 @@ categories:
 
 <p>
 I got a few replies to my
-<a href="http://blog.ganneff.de/blog/2007/08/19#umts">post about
+<a href="/2007/08/umts.html">post about
 UMTS</a> and finally ordered the flatrate from
 <a href="http://www.moobicent.de/">Moobicent</a> as they use the
 Vodafone net. Vodafone got the best recommendations in the replys and is
index 8e9ed4a..415d42d 100644 (file)
@@ -12,7 +12,7 @@ categories:
 
 <p>
 Seems like my
-<a href="http://blog.ganneff.de/blog/2007/11/22#ftpteam">latest
+<a href="/2007/11/22#ftpteam">latest
 script</a> was something people wanted to have, lots of people do seem to
 like it. At least I guess that from the reactions I got.
 Today I've done a few modifications to it, making the information
index 3c1d80a..de88411 100644 (file)
@@ -11,7 +11,7 @@ categories:
 ---
 
 <p>
-Following my <a href="http://blog.ganneff.de/blog/2007/12/15/using-a-ssh-jumphost.html">post
+Following my <a href="/2007/12/15/using-a-ssh-jumphost.html">post
 about SSH jumphosts,</a> I have another SSH feature  to share with
 you, which IMO isn't known or used enough.
 </p>
index 7cc9668..aaaae20 100644 (file)
@@ -19,7 +19,7 @@ Leaving alone the fact that delegations **are** one (central) part of the DPL jo
 I could do
 
  1.  decline the delegation, stay ftp assistant only. Which I am for a **long** time now. Possibly see some flame on the lists when I do this.
- 2. do nothing, ie. accept the delegation. That will get at least one of the long time ftpmasters upset, possibly more of them. Maybe with a resign from that job. Or Debian. But it would enable me to do the work only ftpmasters can do, like changes to the code, changes to the archive directly, etc. Without delays while waiting for a master to comment on something I prepared. Good example here is the current situation with the [release teams transitions](http://blog.ganneff.de/blog/2008/03/21/release-transitions.html): They are 90% done and merged, just one little more merge is waiting to happen before they  are ready to use... And whenever I tried to get a master (mostly Aj, as he was working with me on this) to do the final steps I got nothing but silence back, even when he was otherwise active...
+ 2. do nothing, ie. accept the delegation. That will get at least one of the long time ftpmasters upset, possibly more of them. Maybe with a resign from that job. Or Debian. But it would enable me to do the work only ftpmasters can do, like changes to the code, changes to the archive directly, etc. Without delays while waiting for a master to comment on something I prepared. Good example here is the current situation with the [release teams transitions](/2008/03/21/release-transitions.html): They are 90% done and merged, just one little more merge is waiting to happen before they  are ready to use... And whenever I tried to get a master (mostly Aj, as he was working with me on this) to do the final steps I got nothing but silence back, even when he was otherwise active...
 
 Bah. I hate this.
 
index a013892..eb54cba 100644 (file)
@@ -11,7 +11,7 @@ categories:
 ---
 [Warning, long post ahead. If you aren't interested in Debian or it's internals or my work - skip it. :) ]
 
-So as you [might have read here](http://lists.debian.org/debian-devel-announce/2008/04/msg00007.html), I got the delegation of the debadmin AKA FTPMaster group lately. I've got [some pressure](http://blog.ganneff.de/blog/2008/04/17/debadmin-delegation-should-i-a.html) to not accept this delegation, but the response to my blog post about it had been **extremely** positive, everyone said I *should not* deny it. Knowing to have such a support within Debian is something I ***really*** appreciate, making it worth to spent time on my various jobs.
+So as you [might have read here](http://lists.debian.org/debian-devel-announce/2008/04/msg00007.html), I got the delegation of the debadmin AKA FTPMaster group lately. I've got [some pressure](/2008/04/17/debadmin-delegation-should-i-a.html) to not accept this delegation, but the response to my blog post about it had been **extremely** positive, everyone said I *should not* deny it. Knowing to have such a support within Debian is something I ***really*** appreciate, making it worth to spent time on my various jobs.
 
 
 Now, lets take this and write a little about what happened since I gained that extra group:
@@ -20,7 +20,7 @@ Now, lets take this and write a little about what happened since I gained that e
 
 Work I did since then:
 
- - One of my first action was to finally finish the release transitions support, something which was waiting for it's final merge for a **long** time. The release team was waiting for this and did ping us (ftpteam) multiple times, but now it is there. You can read more about this feature [in my list mail](http://lists.debian.org/debian-release/2008/04/msg00282.html) and my [initial blog post](http://blog.ganneff.de/blog/2008/03/21/release-transitions.html).
+ - One of my first action was to finally finish the release transitions support, something which was waiting for it's final merge for a **long** time. The release team was waiting for this and did ping us (ftpteam) multiple times, but now it is there. You can read more about this feature [in my list mail](http://lists.debian.org/debian-release/2008/04/msg00282.html) and my [initial blog post](/2008/03/21/release-transitions.html).
 (Oh, and something I have missed about everywhere I wrote about this: This whole transitions thing is based on an idea from Marga!)
  
  - Added a [mapping in dak](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456570), requested by Luk
@@ -42,7 +42,7 @@ Work I did since then:
   That means we now keep all files from the last 14 days. Then keep one per week. Then one per month and finally one per year for up to ten years. All the rest gets deleted. Space usage of our dumps now: 4.8Gb. Thats 66Gb gained. Source is in dak bzr if you want it, MIT licensed. If you improvie it further I love to see patches.
 
  - Changed the way the projectb copy on merkel gets synced. Up to now it was run from a cronjob which syncs a number of files people want to see on merkel, including the database dumps, then reloads the database using the latest dump. This was run at a "random" time, scheduled to be shortly after dinstall. Problem with such a setup is that it **will** miss extra dinstall runs and also might import old data, as the timing of the cronjob meant it runs while dinstall on ftp-master is still doing its work. So bad bad.
-It is now done using the [ssh trigger](http://blog.ganneff.de/blog/2007/12/29/ssh-triggers.html) feature I described a while ago. So our daily cronscript now tells merkel when it should sync its database again.
+It is now done using the [ssh trigger](/2007/12/29/ssh-triggers.html) feature I described a while ago. So our daily cronscript now tells merkel when it should sync its database again.
 
  - Coordinated with the qa group we now also push them, when the sync on merkel is done, so they can kick their cronjobs to reread projectb and just run whenever they get told that something changed. Yet another bad timing eliminated. (Well, will be done today).  Oh, if you have something that depends on information from projectb / ftp-master and try to schedule it to run after dinstall - talk to me, we might just push you too.
 
@@ -72,7 +72,7 @@ The above should nicely sum up my work in the past few days. Most of it pretty t
 
  - Think about having more dinstall runs a day. Like - every 2 or 4 or 6 hours could be nice. But that needs discussion within the ftpteam and also with the mirror people before it can be done. But 6 hours seems to be something nice to have, more might be also ok.
 
- - Coordinate with DSA to enable [the continous AKA WAL archiving](http://blog.ganneff.de/blog/2008/02/15/postgresql-continuous-archivin.html) for our database.
+ - Coordinate with DSA to enable [the continous AKA WAL archiving](/2008/02/15/postgresql-continuous-archivin.html) for our database.
 
  - Make merkels sync be more instant, ie. no longer rely on a push of a database dump whenever dinstall run, but something thats near realtime. Having changes done on ries immediately synced to merkel.
 
index d93d174..493e384 100644 (file)
@@ -10,7 +10,7 @@ categories:
 - ftpmaster
 - debian
 ---
-Following my first [ftpmaster blog post](http://blog.ganneff.de/blog/2008/04/22/ftpmaster.html), which got some nice replies, lets have the next, as I didn't stop working on stuff. Not as much as I hoped, but well, something.
+Following my first [ftpmaster blog post](/2008/04/22/ftpmaster.html), which got some nice replies, lets have the next, as I didn't stop working on stuff. Not as much as I hoped, but well, something.
 
 So, what was done since then?
 
index 219d53d..2541b94 100644 (file)
@@ -9,7 +9,7 @@ basename: movable_type
 categories:
 - other
 ---
-As I [wrote some time ago](http://blog.ganneff.de/blog/2008/03/16/moving-away-from-blosxom.html), I did consider switching to a new blog software, the OpenSource Edition of MovableType.
+As I [wrote some time ago](/2008/03/16/moving-away-from-blosxom.html), I did consider switching to a new blog software, the OpenSource Edition of MovableType.
 
 I've actually done that some 6 weeks ago and must say - it is one browser based application I am actually happy with for myself. (Good god, I must be really ill).
 
index c643274..089dd3b 100644 (file)
@@ -11,11 +11,11 @@ categories:
 ---
 Lets go on your nerves again with a ftpmaster post about work I've done in the recent past.
 
- - The [already mentioned](http://blog.ganneff.de/blog/2008/04/27/byebye-britney-no-more-testing.html) move of britney. And it [seems that](http://chistera.yi.org/~adeodato/blog/entries/2008/04/30/miscbits.html) this did help, so something that should have been done way earlier already... Oh well.
+ - The [already mentioned](/2008/04/27/byebye-britney-no-more-testing.html) move of britney. And it [seems that](http://chistera.yi.org/~adeodato/blog/entries/2008/04/30/miscbits.html) this did help, so something that should have been done way earlier already... Oh well.
 
  - Enabled a few triggers for the qa user on merkel. While I already mentioned them in my first post, there is a third one now. The qa user now gets notified at the beginning of the dinstall run, so the pages can show why packages might not be visible in the archive *and* in incoming right now.
 
- - [Split up](http://blog.ganneff.de/blog/2008/05/01/splitting-huge-mbox-files.html) the insanely huge mbox files we had as the ftpmaster mail archive. They got that big because the monthly cronjob rotating them got disabled when the ftp-master archive went away from raff, and noone bothered to reenable that job. Done now, so we are back to a manageable size. (Even if 90% of the content is spam, no matter how much greylisting and blacklists are activated :(  ).
+ - [Split up](/2008/05/01/splitting-huge-mbox-files.html) the insanely huge mbox files we had as the ftpmaster mail archive. They got that big because the monthly cronjob rotating them got disabled when the ftp-master archive went away from raff, and noone bothered to reenable that job. Done now, so we are back to a manageable size. (Even if 90% of the content is spam, no matter how much greylisting and blacklists are activated :(  ).
 
  - Just committed a largish change thats nothing more than a **cleanup**. Someone in the past did love to not care about tab versus spaces for the indentation, so dak code ended up with a mess of tab/space mix for indentation. Which is not nice, one style is way better. Fixed that with the help of reindent.py, which one can find in Pythons examples. 
 
index cafe78b..b6f46ab 100644 (file)
@@ -18,7 +18,7 @@ What did we do since I last dared to post with my Ftpmaster head on?
 
  - Merged a patch from Thomas so we now correctly reject packages where the maintainer tried to be clever, editing the changes file to get an orig.tar.gz mentioned after forgetting the -sa parameter to dpkg-buildpackage. **SIGH**. Especially **sigh** as that \#\#censored\#\# wasn't able to understand the format of those lines. Nor did he look, or he would have immediately spotted his mistake. Unfortunately it is not the first time this maintainer broke stuff with uploads he **never** checked in any way. Including uploads for important packages. Bah.
 
- - Merged another patch from Thomas, which generally makes NEW look nicer. It drops the unneeded Checksums-foo headers completly, no need that we see them there again, they just waste space and are useless for us. The patch also changes the html files we generate for all packages in NEW, something which I [added to dak](http://blog.ganneff.de/blog/2007/12/30/html-output-for-packages-in-ne.html) a few months ago - based on a patch from Thomas. :)
+ - Merged another patch from Thomas, which generally makes NEW look nicer. It drops the unneeded Checksums-foo headers completly, no need that we see them there again, they just waste space and are useless for us. The patch also changes the html files we generate for all packages in NEW, something which I [added to dak](/2007/12/30/html-output-for-packages-in-ne.html) a few months ago - based on a patch from Thomas. :)
 
  The stylesheet now applied got sent in from 
 [Martín Ferrari](http://beta.howtorecognise.mine.nu/blog) who already created the style for the [removals page](http://ftp-master.debian.org/removals.html).
index 20a0a48..4cef148 100644 (file)
@@ -9,6 +9,6 @@ basename: ftp_assistants
 categories:
 - ftpmaster
 ---
-Some [days ago](http://blog.ganneff.de/blog/2008/05/30/im-still-alive.html) I wrote a [little mail](http://lists.debian.org/debian-devel-announce/2008/05/msg00012.html) asking for volunteers for the FTP assistant role. Right now we got 4 people mailing us with some kind of volunteer offer and the same amount of replies talking about total different topics.
+Some [days ago](/2008/05/30/im-still-alive.html) I wrote a [little mail](http://lists.debian.org/debian-devel-announce/2008/05/msg00012.html) asking for volunteers for the FTP assistant role. Right now we got 4 people mailing us with some kind of volunteer offer and the same amount of replies talking about total different topics.
 
 From those 4 volunteers I think we are doing step two - handing out tasks to check the knowledge of the volunteers with two of them. The other two seem to want to limit themselves too much in what work they want to do. I will look and hand out tasks / reply to the mails somewhere soon, like this Saturday/Sunday. In case you want to volunteer too, please read the mail I linked to, it contains a description of what you would volunteer for and then maybe mail us.
index 1844823..ac70f4c 100644 (file)
@@ -12,7 +12,7 @@ categories:
 ---
 **sarge archived**
 
-As already [written](http://blog.ganneff.de/blog/2008/10/26/archiving-sarge-aka-oldstable.html) a few days ago I was going to archive Sarge on archive.debian.org.
+As already [written](/2008/10/26/archiving-sarge-aka-oldstable.html) a few days ago I was going to archive Sarge on archive.debian.org.
 That is done, you can get sarge from there now. The dists/sarge directory also already disappeared from the regular mirrors a few days ago.
 Im not simply deleting all source and binary packages from Sarge. Instead I am doing a removal of 1000 packages every second day, which ends up in batches of about 10000 removed files every other day. While that is a little more work on the archive side *I* think it pays off - many mirrors, including Debians own ones, limit the amount of files they delete in one mirror run and it is much less work than asking every mirror admin to make sure it will work on their system.
 
@@ -32,7 +32,7 @@ security.debian.org now also appears on archive.debian.org, and the security arc
 <hr/>
 **0.93R6, Rex and Buzz**
 
-I got a few responses to my [post about old releases](http://blog.ganneff.de/blog/2008/10/27/old-debian-releases.html) and now we also provide 0.93R6. And to make it even better we now also have the binary packages for Rex and Buzz again.
+I got a few responses to my [post about old releases](/2008/10/27/old-debian-releases.html) and now we also provide 0.93R6. And to make it even better we now also have the binary packages for Rex and Buzz again.
 
 I still would like to see even older releases, including alpha and beta versions, so if you have such old things somewhere - tell me. Just make sure they somehow include the source too. I do have 0.91 for example, but it is missing any kind of source except for one package and one patchset. :(
 
index 8325d84..ab1f376 100644 (file)
@@ -62,7 +62,7 @@ All of those requirements are easy to fulfill. Well, at least the MUST ones. The
 
 The should directive is actually a little more work to implement correctly. I won't show source here, read the ftpsync script if you want to see it, but I try some small explanation.
 
-Background: Debian mirror synchronisation is usually done by scripts that get started via ssh. As mirror operators (understandably) do not like their upstream mirror to be able to login, this is done using ["ssh triggers"](http://blog.ganneff.de/blog/2007/12/29/ssh-triggers.html), a feature I wrote about earlier. Those are sshkeys using a forced command, so nothing else than this command will be run, ever.
+Background: Debian mirror synchronisation is usually done by scripts that get started via ssh. As mirror operators (understandably) do not like their upstream mirror to be able to login, this is done using ["ssh triggers"](/2007/12/29/ssh-triggers.html), a feature I wrote about earlier. Those are sshkeys using a forced command, so nothing else than this command will be run, ever.
 
 SSH, if used with such forced commands, has the helpful feature that it sets the environment variable *SSH_ORIGINAL_COMMAND* containing the original arguments. Which means that, if the mirror pushes you with *"ssh yourhost -l mirror sleep 1" you will see *sleep 1* in that variable. It is what many mirror operators currently use when pushing their downstreams. Now, we can use that to tell the receiving end all things we want it to know.
 
index 5c0d8ae..e7f968c 100644 (file)
@@ -10,4 +10,4 @@ categories:
 - ftpmaster
 - debian
 ---
-My [pretty old removals rss](http://blog.ganneff.de/blog/2005/05/11/rss-feed-of-package-removals-f.html) feed is now also moved to the new /rss/ location directly within FtpMaster hands. The old location has a permanent redirect, but please update your feedreader to the new one, which is [http://ftp-master.debian.org/rss/removals.rss](http://ftp-master.debian.org/rss/removals.rss)
+My [pretty old removals rss](/2005/05/11/rss-feed-of-package-removals-f.html) feed is now also moved to the new /rss/ location directly within FtpMaster hands. The old location has a permanent redirect, but please update your feedreader to the new one, which is [http://ftp-master.debian.org/rss/removals.rss](http://ftp-master.debian.org/rss/removals.rss)
index ea65e84..34a795b 100644 (file)
@@ -11,7 +11,7 @@ categories:
 ---
 My printer is a nice Kyocera FS1800 laser thingie, connected via an USB<->parallel port adapter. It works nicely, is fast enough but up to now had one annoying edge: I had to turn it on when I wanted to print something, and later remember to turn it off. As I don't print much, keeping it on all the time would be a pure waste, but I regularly forgot to turn it off.
 
-Now, I do own two ["SISPM"](http://www.gembird.de/produkte/produkt_details.php?phg=2&pug=1&id=765) devices for some time already, just never got them setup. After all you have to uncable everything to get them in, brrr.  Back when I changed my [desktop hardware](http://blog.ganneff.de/blog/2009/08/04/new-hardware.html) I used one of the two devices already, so whenever I suspend my desktop it also turns off both monitors and an external usb hub, automagically getting them back on as soon as I resume. Nice little thing.
+Now, I do own two ["SISPM"](http://www.gembird.de/produkte/produkt_details.php?phg=2&pug=1&id=765) devices for some time already, just never got them setup. After all you have to uncable everything to get them in, brrr.  Back when I changed my [desktop hardware](/2009/08/04/new-hardware.html) I used one of the two devices already, so whenever I suspend my desktop it also turns off both monitors and an external usb hub, automagically getting them back on as soon as I resume. Nice little thing.
 
 Today I took the time to install the second SISPM. This time connected to my soekris net5501 box, so the cups on it can turn the printer on whenever I want to print. Getting this integrated into cups was a small challenge, but not that hard to solve. And it should be easily adaptable to similar devices, as long as you have a linux binary to control it...
 
index 8c80c0d..00d6d5e 100644 (file)
@@ -9,7 +9,7 @@ basename: squeeze_release
 categories:
 - ftpmaster
 ---
-So after [quite a while](http://blog.ganneff.de/blog/2009/02/14/lenny-release.html) I again had the opportunity to do the ftpmaster works of a Debian release. Not quite my first and hopefully not my last one, lets see. And, like last time, Mark joined to help with the work.
+So after [quite a while](/2009/02/14/lenny-release.html) I again had the opportunity to do the ftpmaster works of a Debian release. Not quite my first and hopefully not my last one, lets see. And, like last time, Mark joined to help with the work.
 
 
 Again, a few moments and not a detailed log (times in UTC):
index 2c9ed0b..8f144f9 100644 (file)
@@ -13,7 +13,7 @@ I am at the next edition of Debian FTPMaster meetings in the [LinuxHotel Essen](
 
 And so we already did, starting Sunday evening with unbreaking some fallout from Lenny->Squeeze update of the ftpmaster host as well as discussing some of our agenda points and how to tackle them.
 
-Today I started changing our backup strategy. Instead of dumping the whole dak database at dinstall start and end, a 4gb file each time, later compressing and then expiring them, we don't dump them at all anymore. Instead we save the postgres transaction id and let the Debian Sysadmin team do the backup. Which they do anyways, using the [PostgreSQL WAL stuff](http://blog.ganneff.de/blog/2008/02/15/postgresql-continuous-archivin.html). Which means we can just tell them to "please reset the dak db to the place of transaction $BLA". Something that only works as we are switching to Postgres 9.0 and will use replication to sync our DD-accessible machine.
+Today I started changing our backup strategy. Instead of dumping the whole dak database at dinstall start and end, a 4gb file each time, later compressing and then expiring them, we don't dump them at all anymore. Instead we save the postgres transaction id and let the Debian Sysadmin team do the backup. Which they do anyways, using the [PostgreSQL WAL stuff](/2008/02/15/postgresql-continuous-archivin.html). Which means we can just tell them to "please reset the dak db to the place of transaction $BLA". Something that only works as we are switching to Postgres 9.0 and will use replication to sync our DD-accessible machine.
 
 Torsten started work by explaining us his ORMObject idea in our database layer, then violently vomitting when I pointed him at some code to fixup. Seems that code isn't all the most beautiful one, so he switched to cleanup in a different place. Lets see if I get him back to that bad code.
 
index 4342406..a07a457 100644 (file)
@@ -64,7 +64,7 @@ actual script has a link somewhere below.
 ***
 
 It is mainly useful for using tmux as a ssh-multiplexer and replacement
-for [clusterssh](http://blog.ganneff.de/blog/2007/10/clusterssh.html)
+for [clusterssh](/2007/10/clusterssh.html)
 though its happy to do any other tmux session too.
 
 As the help text may already have told you, you can use it to list
index 1bd4ce2..fc59a29 100644 (file)
@@ -9,7 +9,7 @@ basename: wheezy_release
 categories:
 - ftpmaster
 ---
-There was [Lenny](http://blog.ganneff.de/blog/2009/02/14/lenny-release.html), there was [Squeeze](http://blog.ganneff.de/blog/2011/02/squeeze-release.html), now there is Wheezy.
+There was [Lenny](/2009/02/14/lenny-release.html), there was [Squeeze](/2011/02/squeeze-release.html), now there is Wheezy.
 
 Another major release of Debian where I had the pleasure to do the ftpmaster work for the release. Like the last times, Mark joined to help with the work. But 2 FTPMasters aren't enough for one Wheezy, or so, so Ansgar had his first run aside from point releases.
 
index 83bf04f..968df02 100644 (file)
@@ -10,9 +10,9 @@ categories:
 - tech
 ---
 Wohoo, one more in that
-[little](http://blog.ganneff.de/blog/2013/03/tmux---like-screen-just-nicer.html)
-[series](http://blog.ganneff.de/blog/2013/03/tmux---tm.html)
-[of](http://blog.ganneff.de/blog/2013/04/tmux---tm-update.html) mine,
+[little](/2013/03/tmux---like-screen-just-nicer.html)
+[series](/2013/03/tmux---tm.html)
+[of](/2013/04/tmux---tm-update.html) mine,
 another update to tm.
 
 This time it gained getopts style options - while retaining the "old"