Configuring Firefox to use Transmission-Daemon for Magnet links

Create a shell script /usr/local/bin/magnet containing:

/usr/bin/transmission-remote --add "$1"

chmod +x /usr/local/bin/magnet

In Firefox go to about:config

Right-click on any link and select "New->Boolean".

Boolean name: network.protocol-handler.expose.magnet
Boolean value: false

Right-click on any link and select "New->Boolean"

Boolean name: network.protocol-handler.handler.external.magnet
Boolean value: true

Restart Firefox

VMware Workstation 8.0.1 vs Linux Kernel 3.2.0

The patch attached to this blog post is needed to successfully run VMware Workstation 8.0.1 on the current Linux kernel 3.2.0-rc2. So, it will be needed for the final 3.2 release, too. If you need instructions how to apply the patch please consult my other blog entries. Have fun!

VMware Workstation 8.0.0 vs Linux Kernel 3.1.0

VMware Workstation 8.0.0 won't work on Linux Kernel 3.1.0 out of the box. But, some clever guy coded a very neat script that you can use to patch the workstation in a few easy steps:

$ cd /tmp
$ wget
$ chmod +x
$ su
# ./

That should patch the modules source, recompile it and start the vmware services. I've also attached the courtesy copy of the script to this article, in case the remote location becomes unavailable.

Have fun!

VMware Workstation 7.1.4 vs Linux Kernel 2.6.39

VMware Workstation 7.1.4 worked correctly on kernel 2.6.38, e.g. the modules built without problems.

Unfortunately, it's not working correctly anymore, after you upgrade to the latest linux kernel 2.6.39.

Thanks to Weltall, we now have a patch that brings Workstation (and probably Player, too) up-to-date with the newest kernel. Here's the original article: Running VMware Workstation / Player on linux 2.6.39 - UPDATED

I've also attached the patch to this article, because Weltall's blog is quite slow and sometimes even unreachable. If you need help applying the patch, follow the instructions on this page: VMware Workstation 7.1.3 runs great on Linux kernel 2.6.37.

How to shut up Python deprecation warnings

I don't know why Python applications are so verbose with deprecation warnings. Either the apps should be fixed, or the system should be configured to not emit those pesky warnings in production. Since the former is not happening, I found a way to do the latter. So, if you are sick and tired of warnings like this:

/usr/lib/pymodules/python2.6/rdiff_backup/ DeprecationWarning: os.popen2 is deprecated. Use the subprocess module.
stdin, stdout = os.popen2(remote_cmd)

edit your /etc/python2.6/ file and append these two lines at the very end of the file:

import warnings
warnings.simplefilter("ignore", DeprecationWarning)

Of course, look for elsewhere if it's not in the same directory as on my system (check /etc/pythonX.Y, /usr/lib/pythonX.Y and /usr/lib/pythonX.Y/site-packages directories). The correct location obviously depends on the Python version.

Debian wheezy: Perl 5.12, X Server 1.10, Nvidia 270.41.06, Java 6.25, Glibc 2.13

This past week has been quite turbulent for Debian wheezy. Mostly because of the great Perl upgrade from 5.10 to 5.12. This included rebuilding of hundreds of Perl modules to play well with new version of Perl. Most of the time I had all this stuff put on hold, and only yesterday have I found guts to digest all 300 of new packages. For one day I was without trusty pidgin, but today even that popular messenger has been recompiled to work with Perl 5.12. There's still a small number of perl modules (like libembperl-perl, libgimp-perl, libgstreamer-perl, libjifty-perl, etc...) not yet adapted, but I'm sure we won't wait long until each and every perl module has been upgraded to fit Perl 5.12.

X server is now brand new 1.10, and also Nvidia blob set of packages have been upgraded to work with the new server (from 260.19.44-1 to 270.41.06-1). This Debian packaging of Nvidia driver has been working exceptionaly well.

Debian wheezy: GCC 4.6 now default

GCC 4.6 is now the default compiler in wheezy. This is what gcc --version says:

% gcc --version
gcc (Debian 4.6.0-6) 4.6.1 20110428 (prerelease)

To celebrate the occasion, I did a quick (non-scientific!) benchmark, comparing old 4.5.2 and new 4.6.0 when compiling 2.6.38 kernel. Test compiles were run on a dual core CPU (make -j2). The old compiler took 1:58.48 to finish (real time), where the new one needed 2:02.47. So, the new one is only a bit (3.4%) slower. I also compared the resulting kernel size (vmlinux.bin) and it was almost the same 2122360 vs 2119448, meaning the new kernel produces a whopping 0.14% more tight code! I'm just kidding, of course. This was just a quick check. To learn more about the new compiler and where it's improvements are, you'd need to browse it's Changelog.

Debian wheezy: lots of fixes, new stuff

This last week has been fun. Lots of stuff has been fixed. Let's start with the packaging system...

The packaging system

dpkg/dselect is now at version 1.16.0. Except the ability to show new packages (which is still missing), it has been working very well. Apt has also been fixed and it now doesn't pull all package files all the time. One other thing started to really bother me, those pesky "Hash Sum Mismatch" errors. From what I understand, it happens if the mirror site uses old software to sync stuff. So I decided to switch mirrors, and configured back the good old Now it works well, although slightly slower than before, but I can live with that.

Debian wheezy: Iceweasel 4 final, LibreOffice 3.3.2, GTK+ 2.24

Lots of nice upgrades have landed in sid in the last week. GTK+ 2.24.3 has been packaged. At some point in time this created quite a dependency hell, but it was resolved only a few hours later. GMP library has been upgraded to 5.0.1, everything OK. There are new minor upgrades of gcc, qt4, php5, apache2, postfix, policykit and lots of other stuff, too numerous to mention. LibreOffice is up to 3.3.2, and has been working very well since the switch from xserver-xorg-core is at 1.9.5.

I also noticed that iceweasel 4.0 final has landed in experimental, and that finally prompted me to add experimental (and remove to /etc/apt/source.list. Iceweasel 4.0 is great, much faster than 3.5 and except some minor plugin instability, very robust. I still keep flash plugin at to make it stable. I also noticed that Adobe's PDF plugin (nppdf from mozilla-acroread 9.4.2 package) silently crashes from time to time, but simple page reload solves that most of the time. Other than that, Iceweasel 4.0 really shines, Mozilla has done a great work on the new version of their browser.

Debian wheezy: dpkg/dselect

Been a long time since last report. And there are some good reasons for that. Debian wheezy has progressed at a slower pace, with mostly incremental updates. On the bright side, there has not been any real breakage in the last two weeks. Iceweasel 4 (still from is up to RC1, and it has been running great. packages are no longer packaged. Actually, they have been converted to empty transitional packages to ease the upgrade to LibreOffice. And more than 60 new Perl modules have found a way to wheezy, Perl packaging team is certainly doing a great job.

After almost two years, I bit the bullet and upgraded my dpkg/dselect to the newest version It is no longer forcing me to install two dozens of packages that i don't want, and that was the mandatory requirement for me to allow upgrade. Together with new dpkg/dselect, I've now been able to unhold a few other packages, like ntp, cron etc... I currently have no packages at hold, which is great.

Other improvements I noticed after the upgrade are much faster "Reading database..." stage during upgrades. That may or may not have been the result of smaller files in /var/lib/dpkg directory (available and status textual databases). Obviously the format changed somewhat.

Syndicate content