upgrading vrt.nu to 1.5.1


While upgrading vrt.nu on my raspberry pi running kodi on raspbian (stretch), I had some problems, especially because the latest vrt.nu application needs inputstream-adaptive v2.0.19 and that is not provided by the normal stretch repositories. These are the notes about fixing those problems.

Checking repository

Running apt policy kodi-inputstream-adaptive give us this:

$ apt policy kodi-inputstream-adaptive
  Installed: 2.0.10-1~stretch
  Candidate: 2.0.10-1~stretch
  Version table:
 *** 2.0.10-1~stretch 500
        500 http://archive.raspberrypi.org/debian stretch/main armhf Packages
        100 /var/lib/dpkg/status

So there is clearly no package available that fits our needs. So let’s also verify the version of kodi so we have a better idea which version we’re looking for

pi@enix:~ $ kodi --version
17.6 Git:20171115-d69a54a Media Center Kodi
Copyright (C) 2005-2013 Team Kodi - http://kodi.tv

We found a suggestion at this site and tried the solution in a docker environment.

First we checkout the sources we need:

git clone https://github.com/xbmc/xbmc.git
cd xbmc
git checkout tags/17.6-Krypton
cd ..</p>

<p>git clone https://github.com/peak3d/inputstream.adaptive.git
cd inputstream.adaptive
git checkout -b Krypton origin/Krypton

We ran the commands in a docker environment:

docker pull hashicorp/packer:light
docker run --name 'my-packer' -d hashicorp/packer:light sleep infinity
docker exec my-packer bash

At the docker environment we first installed the tools we needed:

apt-get update
apt-get upgrade
apt-get install git cmake build-essential

Then we just tried to compile the addon:

cd /app/inputstream.adaptive
mkdir build && cd build
cmake -DADDONS_TO_BUILD=inputstream.adaptive -DADDON_SRC_PREFIX=../.. -DCMAKE_BUILD_TYPE=Debug -DCMAKE_INSTALL_PREFIX=../../xbmc/addons -DPACKAGE_ZIP=1 ../../xbmc/project/cmake/addons

And in the end we just had the addon we needed. I transferred the whole directory unther /app/xbmc/addons/inputstream.adaptive/ and put it on the raspberry. At that point we could rock’n’roll and check the categories again.



Ze hadden het er vandaag op radio 1 over: autisme op de werkvloer. Ik hoorde het onderweg naar het werk en ik dacht aan iets wat al een paar keer in me opkwam.

Read the rest of this entry »

Clock on ubuntu desktop

Since my upgrade from ubuntu 12.04 LTS to ubuntu 14.04 LTS I got some troubles with my clock. It didn’t showed up if I wanted to see the date.

Read the rest of this entry »

eid reader on ubuntu

Recently I tried to get my eid-reader working because I wanted to fill my taxes. My card reader seemed to be broken but even a new one didn’t want to work. It took me while to get it working so these are my steps. Maybe there are other people out there which can use this hints.
Read the rest of this entry »

Making network names persistent after cloning

It’s been a while since I started wondering if it’s possible to make network names persistent after cloning a Debian system and re-initializing the MAC address. I know how to do it on SLES10 but I never did it on Debian. So started searching.
Read the rest of this entry »

Adding cacert certificate to dovecot

I’ve been playing with certificates for a while so the time was right to install official certificates from cacert.org Here’s how I did it. It’s mostly based on what I found on the simple apache certificate wiki
Read the rest of this entry »

Postfix trouble sending to gmail

A while I ago my server at hetzner started having trouble sending mail to gmail accounts so I asked the world if there was someone out there with the same problem. Someone told me gmail has some random problems using ipv6 but mine didn’t looked very random.

The message I got in return said:

    gmail-smtp-in.l.google.com[2a00:1450:4001:c02::1b] said: 550-5.7.1
    [2a01:4f8:d13:3c03::C0:FF:EE] Our system has detected an unusual rate
    550-5.7.1 of unsolicited mail originating from your IP address. To protect
    our 550-5.7.1 users from spam, mail sent from your IP address has been
    blocked. 550-5.7.1 Please visit
    http://www.google.com/mail/help/bulk_mail.html to review 550 5.7.1 our Bulk
    Email Senders Guidelines. v46si12358een.61 - gsmtp (in reply to end of DATA

So I started searching to find out what went wrong. First I expected to find some strange processes on my system but I couldn’t find any I didn’t wanted to start. Even my postfix logging didn’t showed anything unusual so I started wondering if gmail wasn’t wrong about their message.  But even the click here for more help brought me back to the startpage.

To be really really sure their wasn’t anything wrong, I did two thing:

  • I started tcpdump to log all traffic going out on ipv6 on smtp
  • I waited, expecting gmail to finally allow my server sending mail to their server

But it didn’t help: there was no strange traffic and gmail still didn’t allow me. On the page gmail was pointing to in their error message they give you some hints when sending out bulk mail. Although I wasn’t doing naughty stuff, I checked their points.
One of the things they tell is Keep valid reverse DNS records so I verified mine. Finally I discovered my AAAA record wasn’t correct (anymore?). After correcting this and waiting for DNS propagation, I could finally send messages again to gmail accounts. So I’m a happy penguin again.