Psychopath probability index

If you meet someone and you aren’t sure if the person in front of you might be a psychopath, there is a pretty simple formula which appears to be correct most of the time.
Let’s say we take $$p$$ as the number for the ranking someone has in a certain hierarchical structure and $$m$$ for the number of possible available rankings within the said structure (for instance top management), then we norm with $$n$$ which is the number of subjects involved within the leadership of said hierarchical structure layer (for example chair holder, or board member), then we can formulate the psychopath index with:

$$\psi(n,p,m)=\frac{p}{n \cdot m}$$

Examples 1:
You meet a top manager of a multibillion pharmaceutical company.
The company has around 20 different rankings you can get, the woman you meet is under the manager which answers to the board, so we have $$p=18$$ and $$n=20$$ as well as $$m=1$$ since she has no coworkers in her management layer.
The probability that the person in front of you is crazy is around 0.9 or 90% which tells you that’s a pretty bad idea to turn your back to this person.
If she had a coworker the probability for craziness would have been less then 50%, but since she is working alone, maybe she has blown up the car of her co worker or has her burned alive in car wheels as the Mexican drug cartels are used to do. You’ll never know.

Example 2:
You go to a quite place in Elsace where you have at least 3 hectares for yourself, but there is a neighbor with his own house some mile away.
You meet, so there are only two people, of which one lives self sustaining.
With $$m=p=1$$ and $$n=2$$ we get a fifty fifty chance that one of these two is a psychopath, which turns to be correct.
Bazinga!

Lemma:
“American psycho” proofs to be quite realistic.

Fish and chips

First the chip issue:
I’m developing the A1X SD/MMC host driver for linux-next right now. As soon as Emilio has found a solution for the accessing of the clock delay registers of the mod0 clock I will have a functioning driver. Then I can clean the code base up, rebase it and move it from the plsdsif-branch (Please don’t shout it Finnish) into the for-next from which it should be merged into Torvalds’ branch soon.

Now the fish:

20130907_195618

This son of a b** ate away my bate three times before I finally was able to get him onto the hook and drag him out.It was the biggest what was left after these three Russians who were there before me had fished out every big fish in the area >_>

RepRap

I’ve now finally fixed some minor issue with the x-y-ratio and the printer finally prints virtually perfect circles, when it is required by the CAD.Also the dimension appear to be correct now.
Only a small issue with the bonding of small areas, as they exist within the x-carriage.stl of the PrusaMendel plate, still persists.
Maybe I have to raise temperature and slow down the movement of the carriage at such small perimeters a little bit further.
I’ll try it next Wednesday, when I’m in the HackerSpace again.

Common Lisp, openSUSE, armv7hl

Because I needed to port the clisp package onto the armv7hl build of openSUSE I had to work on the package configuration itself and at some point I decided to actually have a look into clisp itself.
What I’ve learned for instance so far, is that mathematical operations (and any other function) can easily be expressed with lists in Polish notation:

[1]> ( + 1 1 )
2

Also the packages of mine can be checked out here, and as soon as it builds cleanly at least for all the platforms and architectures the original one did, I’ll submit it again. For now you can get clisp for openSUSE-12.3 and later armv7hl here: https://build.opensuse.org/project/show?project=home%3Aleviathanch%3Abranches%3Adevel%3Alanguages%3Amisc

Also for relaxation, have a look at the why does the chicken cross the road answers. I especially like Anderson Consulting 😉
http://www.madore.org/~david/misc/chicken.html

armv7l & openSUSE: What the hell…

EDIT: The problem doesn’t occur anymore under openSUSE 12.3 and newer as it appears.

leviathan@shagira:~/rpmbuild/BUILD/clisp-2.49/build> LANG=C ./lisp.run
STACK size: 98222 [0x401bff00 0x40160048]
C_CODE_ALIGNMENT is wrong. &EVAL-WHEN = 0x5f2d1.
Add -falign-functions=4 to CFLAGS in the Makefile.

Especially when you take into consideration, that I just did this:

gcc -falign-functions=4 -g -march=armv7-a -mfloat-abi=hard -mthumb -mabi=aapcs-linux \
-g -DSAFETY=3 -DNO_GENERATIONAL_GC -DNO_MULTIMAP_FILE -DNO_SINGLEMAP -Wa,--noexecstack \
-W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations \
-Wno-sign-compare -Wno-format-nonliteral -falign-functions=4 -g -O0 -DDEBUG_OS_ERROR \
-DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES \
-I. -Wl,-z,noexecstack  -Wl,--export-dynamic spvw.o spvwtabf.o spvwtabs.o spvwtabo.o \
eval.o control.o encoding.o pathname.o stream.o socket.o io.o funarg.o array.o hashtabl.o \
list.o package.o record.o weak.o sequence.o charstrg.o debug.o error.o misc.o time.o predtype.o \
symbol.o lisparit.o i18n.o foreign.o unixaux.o built.o ariarm.o modules.o /usr/lib/libreadline.so \
-lncurses -ldl /usr/lib/libavcall.a /usr/lib/libcallback.a  -L/usr/lib -lsigsegv libgnu_cl.a -o lisp.run

As I see it, the compiler produces a “broken” aka wrongly optimized executable…

leviathan@shagira:~/rpmbuild/BUILD/clisp-2.49/build> gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.7/lto-wrapper
Target: armv7hl-suse-linux-gnueabi
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man 
--libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java --enable-checking=release 
--with-gxx-include-dir=/usr/include/c++/4.7 --enable-ssp --disable-libssp --disable-libitm --disable-plugin 
--with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap 
--with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch 
--enable-version-specific-runtime-libs --enable-linker-build-id --program-suffix=-4.7 --enable-linux-futex 
--without-system-libunwind --with-arch=armv7-a --with-tune=cortex-a9 --with-float=hard --with-abi=aapcs-linux
--with-fpu=vfpv3-d16 --disable-sjlj-exceptions --build=armv7hl-suse-linux-gnueabi
Thread model: posix
gcc version 4.7.1 20120723 [gcc-4_7-branch revision 189773] (SUSE Linux)

LUKS crypto root & openSUSE

Hi Folks
Today I’ll tell you how you can implement crypto root with keyfile on your openSUSE
First you will need the following patch (tinkered together for my own setup):
http://ftp.o2s.ch/pub/patches/mkinitrd/crypto_root_luks_mkinitrd.patch

Then you’ll have to apply it and update your initrd:

sudo su
cd
wget http://ftp.o2s.ch/pub/patches/mkinitrd/crypto_root_luks_mkinitrd.patch
cd /
patch -p0 < /root/crypto_root_luks_mkinitrd.patch
mkinitrd -d /dev/mapper/root -f "udev dm storage luks lvm2" -m usb_storage

Next you add the new default boot parameters for grub in /etc/default/grub
In order to do so open the file and look for GRUB_CMDLINE_LINUX_DEFAULT
add the following variables in order to unlock your root partition at bootup
luks_root_keydev=UUID=?? luks_root_keyfile=?? luks_root=UUID=?? luks=root
(replace the ?? by values which fit your setup)

openSUSE and Multitouch

Howdy how:
Just now I got okular to recognize pinch zoom gesture (two finger zooming) after I packaged Christian Spielberger’s Qt4.8 branch with Xinput2.2 support and patches okular a little bit.
Under Tegra it’s still a bit laggy, but I guess that’s some rendering issue.
Have a look at:
https://build.opensuse.org/project/show?project=home%3Aleviathanch%3AMultitouch
Of course you may feel free to convert my packages into Debian/ArchLinux/what ever. ones in order to spread this functionality onto other distros.
RootFS-images will follow

Mein potentielles schlechte Laune Ablassventil