Can't get eGalax touchscreen Lilliput Eby701 working on linux 3.7x64

Question

I recently purchased a 7" touchscreen for my carputer project which I am trying to use under arch. It is the Lilliput Eby701-np/c/t model.
DE: Ich kaufte vor kurzem ein 7 "Touchscreen für meine carputer Projekt, das ich versuche, unter Bogen verwenden werde. Es ist das Lilliput Eby701-np/c/t Modell.
I am running kernel 3.7.7-1 with nouveau loaded in kernel mode setting if it makes any difference. I cannot build xf86-input-evtouch from AUR and the eGalax driver doesn't function with my kernel (when I enable it, the touchscreen doesn't recognize input of any kind). The eGalax graphical driver utility runs and recognizes that the touchscreen is in fact connected via USB, but crashes every time I try to run the 4 point calibration.
DE: Ich bin mit Kernel 3.7.7-1 mit Jugendstil im Kernel-Modus-Einstellung geladen, wenn es einen Unterschied macht. Ich kann nicht bauen xf86-input-evtouch von AUR und eGalax Fahrer nicht mit meinem Kernel funktionieren (wenn ich sie zu aktivieren, der Touchscreen nicht erkennen Eingabe aller Art). Die eGalax grafische Treiberprogramm läuft und erkennt, dass der Touchscreen in der Tat über USB angeschlossen ist, sondern stürzt jedes Mal, wenn ich versuchen, die 4-Punkt-Kalibrierung laufen.
The only driver which "worked" was the one loaded by default (evdev) as soon as I plugged the touchscreen into my USB port. Unfortunately, the Y axis was inverted, the X and Y axes were swapped and the calibration wasn't even close to right. To "fix" the problem, I did the following:
DE: Der einzige Treiber, die "funzt" war das standardmäßiges evdev, sobald ich den Touchscreen steckt in meinem USB-Port. Leider wurde die Y-Achse invertiert, die X-und Y-Achsen wurden ausgetauscht und die Kalibrierung wurde nicht einmal nach rechts zu schließen. Um das Problem zu "melden", habe ich die folgenden gemacht:
Created a bash script:
sudo xinput set-prop 9 "Evdev Axes Swap" 1
sudo xinput set-prop 9 "Evdev Axis Inversion" 0, 1
sudo xinput set-prop 9 "Evdev Axis Calibration" 75, 1977, 105, 1860
created a *.service file in /etc/systemd/system/gdm.target.wants:
[Unit]
Description=Calibrates the touchscreen
[Service]
ExecStart=/home/sam/calibration.sh
[Install]
WantedBy=gdm.target
Then I enabled the service and restarted the computer. The service did not calibrate the touchscreen on boot (wheel with no password is enabled in sudoers for test purposes) and I had to log in in order to run the script. Then, when I logged out again, it reset the calibration making it impossible to use the gdm login without a keyboard.
DE: Dann habe ich den Systemdienst aktiviert und den Computer neu gestartet. Der Dienst hat nicht den Touchscreen bei booten kalibriert (wheel ohne Passwort in sudoers zu Testzwecken aktiviert) und ich musste einloggen, um das Skript auszuführen. Dann, wenn ich wieder abgemeldet hat, has es die Kalibrierung wiederhergestellt, und das gdm Login ohne echtes Tastatur unmöglicht.
This is clearly not the best way to deal with the problem. Has anybody else gotten this to work?
DE: Das ist auf jeden fall nicht das beste möglichkeit um das Problem zu melden. Hat jemand dieses Problem meldet?
EDIT: Falls sie nur Deutsch verstehen kann, hab ich das deutsche Übersetzung von Google Übersetzer oben und ein paar Fehler davon korrigiert. Ja, ich bin faul. lol
Last edited by kg6zvp (2013-02-14 19:15:42)

Answer 1

Thanks for your link but i don't think it has something to do with relinking libraries since i never had to to that on my first machine. I'm currently pursuing a different approach: I'm comparing the files used by ccpd and cups on both machines with each other. These are the results:
On the machine with working capt service:
http://pastebin.com/Fyif7zxz
http://pastebin.com/n0KQj14z
On the machine with defect capt service:
http://pastebin.com/rtUW5Gfm
http://pastebin.com/vh94E3Jv
One thing that i noticed is the two libraries resolv and nss which are used on the defect machine. Could it be that?
Last edited by Picoli (2013-02-24 22:49:25)