BenV's notes

Actually, it’s slackware64-current, but it’s pretty much the same for today’s issue.

Don’t ask me why, but for some reason my girlfriend wanted to start KDM/KDE.
(probably because enlightenment now completely abandoned their piece of garbage login manager ‘entranced’).
So she ran a ton of updates – “slackpkg update ; slackpkg upgrade-all” and rebooted.
KDM came up fine. Then she tried to login and was greeted by:

Cannot open ConsoleKit session: Unable to open session: Launch helper exited with unknown return code 127

After clicking this away KDE started to load but stopped shortly after that and KDM was greeting her again. (continue reading…)

Obviously I didn’t mention this issue enough yet since google didn’t return my blog for this issue as well as I’d like.

Today’s task with a problem: upgrading to Deluge 1.3.0-rc2 from rc1. Just for reference, I ran into this problem before. Since we’re upgrading Deluge, I’m upgrading the torrent library first. The latest version seems to be libtorrent-rasterbar version 0.15.2.
The problem:

benv@machine:~/libtorrent-rasterbar-0.15.2$ ./configure --prefix=/usr # And some more options, but nothing with boost
# Some configure junk and then:

Checking for boost libraries:
checking for boostlib >= 1.36... yes
checking whether the Boost::System library is available... yes
configure: error: Boost.System library not found. Try using --with-boost-system=lib

… don’t you just hate it when your computer hints you to try something trivial? (continue reading…)

I’ve bashed my head into this problem at least three times now, so after finally running to google …. it made me search more than I liked.

The problem descriptions:
* Your system boots fine (maybe because it’s running on software raid), but your /dev/sd* files are gone.
* Your system doesn’t boot anymore, complaining about not finding your boot device when booting your custom kernel, but the stock kernel does work.
* Mounting partitions doesn’t work anymore, saying stuff like mount: special device /dev/sda does not exist

Reason:
* Your custom kernel has CONFIG_SYSFS_DEPRECATED enabled. To find out:

benv@uil$ zcat /proc/config.gz | grep CONFIG_SYSFS_DEPRECATED
CONFIG_SYSFS_DEPRECATED=y

Since udev version 151 (or something close to that) this will sparsely populate /dev. Yay.

If you don’t believe it, check out /usr/share/doc/udev-*/README:

- Udev will not work with the CONFIG_SYSFS_DEPRECATED* option.


Another problem solved.

So every once in a while you have to mess around a bit with new stuff. Window managers for example.
I’m quite happy with Fluxbox (been using it since I started with linux), but it’s nice to see something new once in a while. Especially since development on Fluxbox is kind of …. dead. Well, not completely, but there’s just not much to be added without totally changing the thing.
My brother mentioned Awesome a few weeks ago, and during HAR last year it was also mentioned as something that I might like.
Which means it’s time to check it out! 🙂 (continue reading…)

Yesterday Slackware64-current gave me Firefox 3.6. So far I’m happy to note that this broke more than half my addons, but that’s to be expected with that addon-hell.
Wonder when they clean up that act and start including required stuff like firebug. Anyway, a while ago I built google gears for firefox 3.5. Since Google is too incompetent to provide a 64 bit linux version, you have to do it yourself, which I did. However, with the Firefox 3.6 upgrade this addon also broke. (continue reading…)

After a few days of waiting on a reply on the forums I got tired of waiting. So my possible solutions: Either switch to a newer glibc (which probably comes down to upgrading to slackware 13, not in the mood for that) or move the teamspeak server to a new domU. Since it couldn’t possible *cough* be kernel related, I figured the problem had to be in glibc somewhere. (continue reading…)

A week or two ago I installed the latest teamspeak 3 beta on our server to check out how well it works these days.
I was impressed by how far they have come. Back when I still played WoW we always used Ventrilo version 2. We never ugpraded to the new 3 version (even though thats illegal according to them….) because version 3 had a 10 slot limitation on the free server version. Of course they don’t tell you how much a license for version 3 costs, unless you want to host more than 1000 slots. Paying for Ventrilo would be fine, but paying for 1000 slots? Ha. And yeah, there are hosts that specialize in that (and make you pay through the nose for it), but we wanted to host it ourselves.

Anyway, Teamspeak 3 has a much better view of the world. They offer a -free- personal (that means non commercial!) non-profit license. This means if you’re a guild you can obtain a license
from them for free over here which allows you to host your own Teamspeak 3 server with 10 virtual servers and 512 slots. That’s more like it!
And if you ARE commercial, their licenses are well defined and very affordable. For instance a 1 year license for 25 slots is only $25. Compare that to Ventrilo 2 providers that ask you E10,- per month. Ha.
Oh, did I mention that they DO have a linux client? And windows and mac of course…. including the 64 bit versions. Lovely 🙂

However, as it’s still in beta I run into some problems every now and then. Today I was asked to upgade the b12 server to the latest. So I tried.
Result:

2010-01-22 15:16:11.447045|INFO |ServerLibPriv | | Server Version: 3.0.0-beta16 [Build: 9929]
[ blabla ]
terminate called after throwing an instance of 'boost::exception_detail::clone_impl >'
what(): epoll: Function not implemented
Aborted

…. welcome back my friend…. BOOST …. always the fucking same with that piece of rubbish.
However, to be fair this could very well be a “learn to code” problem by teamspeak, but still… it’s always boost the brings the curses.
So what is it complaining now? I don’t have epoll? Seriously? Let’s see about that.

# uname -a
Linux blue 2.6.32.2-xenU #1 SMP Thu Dec 24 15:55:52 CET 2009 i686 athlon-4 i386 GNU/Linux
# zcat /proc/config.gz | grep -i epol
CONFIG_EPOLL=y

So that’s not it.
The forum has this thread suggesting it might be glibc that’s too old.
However, this particular slackware 11 server has glibc version 2.3.6, which should be old enough (according to that forum thread at least). Just in case it’s not I’ll try upgrading that later.
In the meanwhile I created a thread on this problem on the forums, let’s see what they suggest. I’ll put updates here.

This morning I noticed my torrent daemon (aka Deluge) was down. (continue reading…)

As I love to tinker around with apache/php installations to get them to work as fast as possible while still keeping some security in tact, I found myself messing around with FastCGI today. But why?! Here’s why:
On this machine I previously installed suPhP to get php scripts to run as a normal unix user instead of user apache (so users have the ability to completely lock out their database settings etc for other users on that machine). However, to speed stuff up on a magento webshop I wanted to have a PHP opcode cache running (I tried out APC). (continue reading…)

Don’t ask me why, but for some greasemonkey script that I wanted to run in Firefox I needed Google Gears.
So I went to the gears site with Firefox, and it told me that it needed to install some plugin. Yeah, whatever.
I hit the big Install Gears button, completely ignoring the tiny and almost invisible for my eyes 32-bit OS (64-bit not supported) notice below it.
Needless to say it went on to download a 3.5Mb package, started some popups and other junk after which it notified me of my grave mistake.
Aha. So for some reason Google is too incompetent to work with 64 bits software…. even microsoft can deal with that these days guys, geesh. (continue reading…)