![]() ![]() |
Nov 7 2007, 10:30 AM
Post
#16
|
|
|
Group: Members Posts: 219 Joined: 3-March 06 Member No.: 9,282 |
Adieu for now folks. I need to have my system working. Unfortunately, that is not going to happen with debian/eabi, at least not for me, not now. I am going to re-install my oabi titchy from my backups, and get back to work. SNIPPED .. I just hope this re-install works.... I will leave in cortez' kernel and modules. That will probably get my sparklan card working. Wish me luck!! I will check back with this in a bit, since I do believe that eabi is really the way to go. I know that some people are working hard to make EABI Debian on the Z much easier to install and make into the stable, working system we all want. Hope to see you back soon in this neighbourhood. Sooner than I thought. It wouldn't boot after the restore. It complains about not being able to open an initial console, something someone else had trouble with, IIRC. So, when I have time, I will try again the cortez way (I like the fact that his kernel does not need to be run in uboot, and has libertas). I need a way to do that that gets me X running, though. Clearly eabi is the way to go, if I can do it. |
|
|
|
Nov 7 2007, 10:33 AM
Post
#17
|
|
|
Group: Members Posts: 219 Joined: 3-March 06 Member No.: 9,282 |
Adieu for now folks. you should say "au revoir", not "adieu" adieu means you'll never come back 1- flux just gave a trick which enables to run X as $USER and it works perfect 2- with gnuab sources.list, people have reported iceweasel is working. however i didn't succeed but i think that's because i mixed applieddata and gnuab libraries..i'd to remove & try again. What trick? what window manager? What about touchsceen? I reported iceweasel working, once, on a remote display. Once I got the x server up I could not repeat that success. What sometimes happens, though, is that remote instances of iceweasel are not really run on the remote machine, if the local machine is running it. I thought it was not, but may have been. |
|
|
|
Nov 7 2007, 11:42 AM
Post
#18
|
|
![]() Group: Members Posts: 1,019 Joined: 15-February 05 From: France Member No.: 6,477 |
Adieu for now folks. you should say "au revoir", not "adieu" adieu means you'll never come back 1- flux just gave a trick which enables to run X as $USER and it works perfect 2- with gnuab sources.list, people have reported iceweasel is working. however i didn't succeed but i think that's because i mixed applieddata and gnuab libraries..i'd to remove & try again. What trick? what window manager? What about touchsceen? I reported iceweasel working, once, on a remote display. Once I got the x server up I could not repeat that success. What sometimes happens, though, is that remote instances of iceweasel are not really run on the remote machine, if the local machine is running it. I thought it was not, but may have been. look this thread : http://www.oesf.org/forum/index.php?showto...st&p=170700 a working firefox-like browser : epiphany |
|
|
|
Nov 8 2007, 07:51 PM
Post
#19
|
|
|
Group: Members Posts: 219 Joined: 3-March 06 Member No.: 9,282 |
Looking for ts_open
I am trying to work with cortez to get a new installation package. The first version, based on Zdevil's but working with his kernel, has a few (well, quite a few) broken packages. One of them seems to be the ts stuff. ts_calibrate won't start, and (I'm guessing because of that) xdm won't start. I can run X, at least as root, but only with the mouse. I want to use the touchscreen, and I want to get xdm running. So, where the fsck is ts_open, and what is it? I installed tslib-calibrate_1.0-r17_armel.deb tslib-conf_1.0-r17_armel.deb libts-1.0-0_1.0-r17_armel.deb and most of the packages in cortez's collection. What am I/is he missing? I couldn't find it on my titchy installation, currently backed up onto my desktop. |
|
|
|
Nov 8 2007, 11:18 PM
Post
#20
|
|
|
Group: Members Posts: 1,141 Joined: 22-April 04 From: Belgium Member No.: 2,962 |
Looking for ts_open I am trying to work with cortez to get a new installation package. The first version, based on Zdevil's but working with his kernel, has a few (well, quite a few) broken packages. One of them seems to be the ts stuff. ts_calibrate won't start, and (I'm guessing because of that) xdm won't start. I can run X, at least as root, but only with the mouse. I want to use the touchscreen, and I want to get xdm running. So, where the fsck is ts_open, and what is it? I installed tslib-calibrate_1.0-r17_armel.deb tslib-conf_1.0-r17_armel.deb libts-1.0-0_1.0-r17_armel.deb and most of the packages in cortez's collection. What am I/is he missing? I couldn't find it on my titchy installation, currently backed up onto my desktop. I don't know what ts_open is, but for me the error message disappeared after changing the kernel to the yonggun one. check this thread from here on : http://www.oesf.org/forum/index.php?s=&...st&p=170131 Chero |
|
|
|
Nov 9 2007, 12:51 AM
Post
#21
|
|
![]() Group: Members Posts: 1,019 Joined: 15-February 05 From: France Member No.: 6,477 |
Looking for ts_open I am trying to work with cortez to get a new installation package. The first version, based on Zdevil's but working with his kernel, has a few (well, quite a few) broken packages. One of them seems to be the ts stuff. ts_calibrate won't start, and (I'm guessing because of that) xdm won't start. I can run X, at least as root, but only with the mouse. I want to use the touchscreen, and I want to get xdm running. So, where the fsck is ts_open, and what is it? I installed tslib-calibrate_1.0-r17_armel.deb tslib-conf_1.0-r17_armel.deb libts-1.0-0_1.0-r17_armel.deb and most of the packages in cortez's collection. What am I/is he missing? I couldn't find it on my titchy installation, currently backed up onto my desktop. it is not that ts_open is missing but ts_calibrate wants to open a device that does not exist. ensure that your TSLIB_DEVICE is set then to log as $USER, try this fluck's tip listed here : http://www.oesf.org/forum/index.php?showto...mp;#entry170700 apt-get install xdm cd /usr/bin mv X X.OLD ln -s Xfbdev X chmod 2755 Xfbdev then, you can launch xdm, and log into X as $USER : /etc/init.d/xdm start that worked for flux and me! look here too: http://www.oesf.org/forum/index.php?showto...st&p=170918 i had to set TSLIB to /dev/input/touchscreen0 for stylus to work under X perhaps we should put all these post-install tips in the wiki, i'll try to do this this weekend |
|
|
|
Nov 9 2007, 12:39 PM
Post
#22
|
|
|
Group: Members Posts: 219 Joined: 3-March 06 Member No.: 9,282 |
it is not that ts_open is missing but ts_calibrate wants to open a device that does not exist. ensure that your TSLIB_DEVICE is set then to log as $USER, try this fluck's tip listed here : http://www.oesf.org/forum/index.php?showto...mp;#entry170700 apt-get install xdm cd /usr/bin mv X X.OLD ln -s Xfbdev X chmod 2755 Xfbdev then, you can launch xdm, and log into X as $USER : /etc/init.d/xdm start that worked for flux and me! look here too: http://www.oesf.org/forum/index.php?showto...st&p=170918 i had to set TSLIB to /dev/input/touchscreen0 for stylus to work under X perhaps we should put all these post-install tips in the wiki, i'll try to do this this weekend OK: With Cortez' kernel, there is no such thing as either /dev/input/touchscreen0 or the one in the .profile assignment, /dev/input/ts0 Changing the X to be a link to Xfbdev worked, sort of, in that xdm ran, but the screen is rotated. Still no useful stylus action, though. I put in my old ts.conf from titchy in hopes that it would have useful information, but it still does not work. So, can I make these devices? Since udev such a question becomes more important, since the devices are harder to deal with than in the old days. |
|
|
|
Nov 9 2007, 01:33 PM
Post
#23
|
|
|
Group: Members Posts: 219 Joined: 3-March 06 Member No.: 9,282 |
it is not that ts_open is missing but ts_calibrate wants to open a device that does not exist. ensure that your TSLIB_DEVICE is set I think that once I can figure out which device TSLIB_DEVICE needs to be set to, this might work. In fact, I got somewhere by setting TSLIB_TSDEVICE="/dev/input/mice" and others. I have: Zaurus:/afterinstall# ls -la /dev/input total 0 drwxr-xr-x 4 root root 220 Nov 9 15:44 . drwxr-xr-x 13 root root 2980 Nov 9 16:07 .. drwxr-xr-x 2 root root 80 Nov 9 15:44 by-id drwxr-xr-x 2 root root 140 Nov 9 15:44 by-path crw-rw---- 1 root root 13, 64 Nov 9 15:37 event0 crw-rw---- 1 root root 13, 65 Nov 9 15:37 event1 crw-rw---- 1 root root 13, 66 Nov 9 15:44 event2 crw-rw---- 1 root root 13, 63 Nov 9 15:37 mice crw-rw---- 1 root root 13, 32 Nov 9 15:37 mouse0 crw-rw---- 1 root root 13, 33 Nov 9 15:44 mouse1 crw-rw---- 1 root root 10, 223 Nov 9 15:38 uinput and, with some of them, I get a touchscreen calibration screen. But, it always says that the calibration failed. |
|
|
|
Nov 10 2007, 02:01 AM
Post
#24
|
|
![]() Group: Members Posts: 1,019 Joined: 15-February 05 From: France Member No.: 6,477 |
it is not that ts_open is missing but ts_calibrate wants to open a device that does not exist. ensure that your TSLIB_DEVICE is set I think that once I can figure out which device TSLIB_DEVICE needs to be set to, this might work. In fact, I got somewhere by setting TSLIB_TSDEVICE="/dev/input/mice" and others. I have: Zaurus:/afterinstall# ls -la /dev/input total 0 drwxr-xr-x 4 root root 220 Nov 9 15:44 . drwxr-xr-x 13 root root 2980 Nov 9 16:07 .. drwxr-xr-x 2 root root 80 Nov 9 15:44 by-id drwxr-xr-x 2 root root 140 Nov 9 15:44 by-path crw-rw---- 1 root root 13, 64 Nov 9 15:37 event0 crw-rw---- 1 root root 13, 65 Nov 9 15:37 event1 crw-rw---- 1 root root 13, 66 Nov 9 15:44 event2 crw-rw---- 1 root root 13, 63 Nov 9 15:37 mice crw-rw---- 1 root root 13, 32 Nov 9 15:37 mouse0 crw-rw---- 1 root root 13, 33 Nov 9 15:44 mouse1 crw-rw---- 1 root root 10, 223 Nov 9 15:38 uinput and, with some of them, I get a touchscreen calibration screen. But, it always says that the calibration failed. it should be /dev/input/event1 in fact my /dev/input/touchscreen0 is a link to /dev/input/event1 for your rotated screen, try to type : xrandr -o right try to use this /etc/pointercal too : -49 -9011 34395792 12146 19 -1999532 65536 |
|
|
|
Nov 11 2007, 06:03 PM
Post
#25
|
|
|
Group: Members Posts: 219 Joined: 3-March 06 Member No.: 9,282 |
I finally got X running under eabi/cortez!!!
My steps were different from most. In order to not have the server rotated, I used titchy's script, modified, instead of just linking X to Xfbdev. I also had ts problems. Very importantly, I had to edit /etc/ts.conf . As installed, it had module_raw corgi Then, I needed to arrange the device for the ts. I could manually set TSLIB_TSDEVICE=/dev/input/event1 and that would work (thanks jpmatrix!!), but re-starting would overwrite that to TSLIB_TSDEVICE=/dev/input/ts0, which does not exist on my machine. I could make a link, but this being udev, that link dissolves on each boot. So, I replaced /usr/bin/X with #!/bin/sh export TSLIB_TSDEVICE=/dev/input/event1 exec /usr/bin/Xfbdev -screen 480x640@270 "$@" and wolla! (That is, voil\`{a}, but I donno how to do accents on this). Now I have to try to get the gnomish stuff working, which it is not at present. Difficulty there is that libgtk-2.0.0 won't install, because the available version of the libgtk-common is a bit too old. But, I am up and running. |
|
|
|
Nov 12 2007, 02:18 AM
Post
#26
|
|
![]() Group: Members Posts: 1,019 Joined: 15-February 05 From: France Member No.: 6,477 |
I finally got X running under eabi/cortez!!! My steps were different from most. In order to not have the server rotated, I used titchy's script, modified, instead of just linking X to Xfbdev. I also had ts problems. Very importantly, I had to edit /etc/ts.conf . As installed, it had module_raw corgi Then, I needed to arrange the device for the ts. I could manually set TSLIB_TSDEVICE=/dev/input/event1 and that would work (thanks jpmatrix!!), but re-starting would overwrite that to TSLIB_TSDEVICE=/dev/input/ts0, which does not exist on my machine. I could make a link, but this being udev, that link dissolves on each boot. So, I replaced /usr/bin/X with #!/bin/sh export TSLIB_TSDEVICE=/dev/input/event1 exec /usr/bin/Xfbdev -screen 480x640@270 "$@" and wolla! (That is, voil\`{a}, but I donno how to do accents on this). Now I have to try to get the gnomish stuff working, which it is not at present. Difficulty there is that libgtk-2.0.0 won't install, because the available version of the libgtk-common is a bit too old. But, I am up and running. oh yeah i forgot that ts.conf stuff i had the same reboot problem so i put my TSLIB line into my /etc/X11/xdm/Xsession ... et voila !! |
|
|
|
Nov 20 2007, 02:00 PM
Post
#27
|
|
|
Group: Members Posts: 449 Joined: 12-August 03 From: Leeds, UK Member No.: 346 |
Particular thanks to cortez for his install files being smooth working. Thanks for the thousands of words from ZDevil.. I would never have got there if it hadn't been for the fact that I used ssh to cut and paste the steps from ZDevil's afterinstall scripts, one after the other, into the terminal on BigZ! The X system gave me the biggest struggle and jpmatrix's page of tips at the Wiki got me through. But I didn't have the luck to be able to use his preferred steps. I had to take the alternatives he suggested. Points to note: 1. I used cortez's files to install. This means I used his kernel and modules. 2. When it came to X it had no touchscreen calibration nor use of mouse. 3 So I left the first module_raw uncommented. 4. I could not get calibration to work with the use of a script, I had to use this command at the terminal :export TSLIB_TSDEVICE=/dev/input/event1 5. finally ts_calibrate worked.... 6. I used rmmod mousedev to get the pointer to behave itself after X started. I think I'm going to have to suspend BigZ to keep X working or I'll have to manually do export TSLIB_TSDEVICE=/dev/input/event1 and rmmod mousedev after each boot. I will eventually get this automated but the tips don't seem to work as advertised so far... One other thing jpmatrix, so far I've not managed to get your tips about running X as a non-root user working. |
|
|
|
Nov 20 2007, 05:42 PM
Post
#28
|
|
|
Group: Members Posts: 283 Joined: 1-October 07 From: Blacksburg, SC, USA Member No.: 20,773 |
You could make it part of your .profile so it loads every time you login.
CODE # ~/.profile: executed by Bourne-compatible login shells.
export TSLIB_TSDEVICE="/dev/input/event1" rmmod mousedev if [ -f ~/.bashrc ]; then . ~/.bashrc fi mesg n |
|
|
|
Nov 20 2007, 05:45 PM
Post
#29
|
|
|
Group: Members Posts: 219 Joined: 3-March 06 Member No.: 9,282 |
That makes two of us. QUOTE I would never have got there if it hadn't been for the fact that I used ssh to cut and paste the steps from ZDevil's afterinstall scripts, one after the other, into the terminal on BigZ! That makes two of us! QUOTE The X system gave me the biggest struggle and jpmatrix's page of tips at the Wiki got me through. But I didn't have the luck to be able to use his preferred steps. I had to take the alternatives he suggested. Points to note: 1. I used cortez's files to install. This means I used his kernel and modules. 2. When it came to X it had no touchscreen calibration nor use of mouse. 3 So I left the first module_raw uncommented. 4. I could not get calibration to work with the use of a script, I had to use this command at the terminal :export TSLIB_TSDEVICE=/dev/input/event1 5. finally ts_calibrate worked.... 6. I used rmmod mousedev to get the pointer to behave itself after X started. I think I'm going to have to suspend BigZ to keep X working or I'll have to manually do export TSLIB_TSDEVICE=/dev/input/event1 and rmmod mousedev after each boot. I will eventually get this automated but the tips don't seem to work as advertised so far... For the fouchscreen, to calibrate I had to comment out the line in /etc/ts.conf that installed a config file for a corgi or some such. Then it worked. For the user-X, and to consistently get the TSLIB device set up, replace /usr/bin/X with the following script: #!/bin/sh export TSLIB_TSDEVICE=/dev/input/event1 exec /usr/bin/Xfbdev -screen 480x640@270 "$@" chmod 4755 this file and it will work. I think cortez himself has gone back to the drawing board on this, so you and I may be the only ones using it. But I have gotten to the point that this thing is better than it ever was. The only major hassle now is the browser issue, and I have workarounds for that, along with minor hassles. |
|
|
|
Nov 21 2007, 01:21 AM
Post
#30
|
|
|
Group: Members Posts: 449 Joined: 12-August 03 From: Leeds, UK Member No.: 346 |
That makes two of us! For the user-X, and to consistently get the TSLIB device set up, replace /usr/bin/X with the following script: #!/bin/sh export TSLIB_TSDEVICE=/dev/input/event1 exec /usr/bin/Xfbdev -screen 480x640@270 "$@" chmod 4755 this file and it will work. I think cortez himself has gone back to the drawing board on this, so you and I may be the only ones using it. But I have gotten to the point that this thing is better than it ever was. The only major hassle now is the browser issue, and I have workarounds for that, along with minor hassles. It won't be difficult to fix. Can't say I'm in love with icewm though. Cheers.. breakfast calls... This post has been edited by tux: Nov 21 2007, 01:29 AM |
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 25th May 2013 - 05:29 AM |