Turns out that t3lib_befunc#getPagesTSconfig, which is responsible for retrieving TypoScript configuration for the backend, makes use of the following global variable as the “default TypoScript configuration”:

So, being short of a proper API, I ended up simply appending my generated configuration to the defaultPageTSconfig string (in my ext_localconf.php file).

Is there a better way to achieve the same thing? If so, let me know :)

ArgumentError: Could not parse PKey: no start line

The private key in question was completely fine though, given that it had been working in several other applications, including openssh itself, for quite some time. There seem to be some weird issues with net-ssh 2.6.x and Capistrano at the moment, and so I simply downgraded to v2.5.2 and everything worked fine once again:

Keep deploying :)

The reason I got this error was simply because I didn’t have a constructor with zero arguments, that is, my Actor’s class signature looked like this:

I assumed that, since map has a default value, it would work just like a no-argument constructor, but that was foolish, of course. Akka invokes java.lang.Class.newInstance, which in turn calls java.lang.Class.newInstance0, which (as far as I know) is a special case of newInstance for constructors with no arguments. Given that this special case is not applicable for our Actor class, an exception is thrown.

I worked around this problem like this:

Weirdly enough, when I was sending messages to that actor, the responses always came from the deadLetters Actor belonging to my actor system. The reason for this behavior was the fact that I used self as the name for the Foo trait’s self-type, because “There is already an implicit val self defined in Actor which refers to an actor’s own ActorRef”, and if you override that, well, it breaks.

Therefore, if I change my trait to read something like this

everything works as expected.

It can be done using a “network pipe”, and it is relatively easy to find several detailed articles about its usage once you know the name. One of these articles is this one, which, apart from explaining the basic usage of network pipes, also lets us know that there is a GUI tool called “Network Link Conditioner” bundled with Xcode 4.2 for this very purpose.

Now go and optimize your app/website for low bandwidth conditions :)

Knowing that, you can simply do the following:

If you want to see the commit’s diff as well, just supply the -p option.

The Cisco VPN Client support is discontinued for good reason, though. As of Mac OS X 10.6, there is a built-in IPSec VPN feature, so you really don’t need any third party software anymore. And here’s how you use it:

1. Open System Preferences > Network
   • You may need to click the “Unlock” button to make changes
2. Click the plus sign above the lock button
   1. Select VPN in the Interface dropdown
   2. Choose Cisco IPSec as the VPN Type.
   3. Give it a descriptive “Service Name”
   4. Click “Create”

Now you’ve created a new VPN connection, but you still need to configure it. If you know all the necessary configuration parameters just go ahead an configure away. More probably though, you have a .pcf file which contains all the configuration. But don’t worry. First of all, open the .pcf configuration file in your favorite text editor. It should at least contain the following configuration parameters:

• Host
• GroupName
• enc_GroupPwd

You’ll also need to know your username and password for the IPSec VPN. Enter the configuration value for “Host” into the “Server Address” field, and you username below it. Mac OS automatically prompts you for your password when connecting to the VPN.

Now click the Authentication Settings... button. Enter the “GroupName” found in the .pcf file into the “Group Name” field. Unfortunately you can’t directly copy the “enc_GroupPwd” into the “Shared Secret” field because it is “encrypted”. However, certain ways and means exist for getting the clear group password. Enter it into the “Shared Secret” field, and you’re done.

If I explained everything correctly, you should now be able to click the “Connect” button, to stop worrying about VPN configuration stuff and finally get back to work :)

Specifying the user under whom the cronjob command should be executed is relatively easy though. This mailing list entry tells us that we should add --user your_user as a parameter to the whenever command. The problem with that is that you don’t execute the command yourself, but the whenever gem’s Capistrano recipe does. So all we need to do is change the whenever_update_flags variable to meet our wishes. First the original line, and after that our modification:

You probably don’t want to change the whenever gem directly, so placing that line anywhere in the deploy.rb file should work just fine.

I found this nice trick on the Scala forums. Lets imagine we have a case class such as the following:

This case class, as you probably know, can now be “pattern matched” like this:

But what if, most of the time, you only need the first two arguments, and the others are mostly irrelevant for your pattern matching. You wouldn’t want to write Foo(a, _, _ ,_) all the time, right? One possibility would be to write the unapply(x:Foo) method yourself:

But what if you would like to use both unapply methods at some point? In that case you have to define multiple objects with different unapply methods, because unfortunately, unlike apply, unapply can’t be overloaded (because it always takes the the same argument).

So here is my approach to multiple unapply methods:

While it isn’t exactly awesome because you have to introduce a new object Foo_, I like it better than always having to write out all 4 (or more) parameters.

If you have a better approach to this problem, please let me know :)

After downloading the installation archive (don’t extract), you can execute the following to install your very own Teamspeak 3 server:

If you’d like to take a look at the script, don’t let me keep you. If you run into any problems, please leave me a comment :)