Re: [SHR-T] Images from 29th of May
Am Donnerstag 22 Juli 2010, 10:33:58 schrieb Risto H. Kurppa: Some things I've noticed that propably exist also in the latest unstable images: 1) Importing contacts from SIM sometimes imports only partial number, the last digit is missing Can you send me the (uncensord) log while importing contacts of phoneuid in debug mode? 2) The contacts are sorted case-sensitively: [A-Z][a-z]: Alpha is the first, alpha is then somewhere in the middle, after Zulu. 3) Same issue as 2) - but with home view icons: Ventura and Zorro are listed before alpha and omgps 4) Iliwi is missing a button to disconnect from a network 5) SIM manager doesn't sort contacts alphabetically The SIM manager sorts the contacts accordingly to the slots number on your SIM. But seems to work for phone calls quite well. Risto Regards Thomas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: When is the next and more powerful openmoko releasing
I might be the other person who likes the bezel. It's a little too close to the screen, but it prevents the screen from accidental scratches and misclicks. The resistive screen is quite soft, and I'd be afraid to put it face-down on uneven surfaces or put it in my pocket in fear that the screen changes shape permanently. If it was a capacitative touchscreen, I would prefer no bezel. To answer the original question: I think I wouldn't buy a phone without a physical keyboard again. My main phone use is messages, so tactile feedback makes me many times faster and less frustrated. Cheers, rhn On Mon, 16 Aug 2010 20:14:35 -0400 Benjamin Deering ben_deer...@swissmail.org wrote: I would pre-order in the $300 us range. 500 euro is a little steep for a board with no case, speakers, touch screen, etc. It seems like the biggest problems on the GTA-02 were all with closed modules (wifi, glamo, calypso). It sounds like a UMTS module would have to be closed, but if it were loosely coupled to the device (4 usb traces and an antenna) I think we could work with it. Since my FR is getting better all the time (2.6.32 speedups have been great, thanks) I can wait quite a while for a replacement. I can't imaging using a closed phone now. I may be the only person who likes the screen bezel on the freerunner. I have taken my phone on canoeing and backpacking trips just wrapped in a dry-bag and only cracked one screen (which is how I ended up with a second phone). As for expansion ports, an internal usb hub and some solder pads would probably meet my needs. I would think the new device would need a second usb controller anyways (one in host mode for UMTS and internal expansion, one in gadget/host mode with an external connector). Ben On 08/15/2010 06:06 AM, Ed Kapitein wrote: Hi Nikolaus, I would prefer pre orders to finance the next FR. and with a discount for the pre-order i think it is possible to raise the money for the development. lets say 400 Euro with pre-order and 500 euro without pre ordering? I might be one of the people who will preorder. ( or just buy a 50 euro nokia... :-) ) Kind regards, Ed On 08/13/2010 07:18 PM, Dr. H. Nikolaus Schaller wrote: Am 13.08.2010 um 12:35 schrieb Neil Brown: On Fri, 13 Aug 2010 11:22:02 +0200 Dr. H. Nikolaus Schallerh...@computer.org wrote: Am 12.08.2010 um 14:12 schrieb RANJAN: Hi, When is the next and more powerful openmoko (capable of seamless 3D video and faster processor) is going to be released??? Assume, you could get a motherboard upgrade board that fits into the Freerunner (or Neo1973) case. Based on the TI OMAP3 SoC (OMAP3530 or DM3730) and UMTS. Let me ask two questions to everybody: * How long could you be willing to wait for it to really become available? * How much would you think you could afford to pay for such a board? Is there a serious possibility of this? I wasn't open enough, intentionally :) Yes, there is a serious possibility. The Openmoko Beagle Hybrid Board is a first step for those who want to be early participants of this new era. In addition, we (a small project team in Munich, Germany) have mostly finished our homework (i.e. doing prototypes and experiments like the OM Beagle Hybrid, doing PCB layout) to be sure that it *can* be done. Really building such boards will still cost a significant amount of money (for paying components, professional PCB manufacturing and SMD soldering) and time (therefore: my question how long you would wait). I'm willing to wait a couple of years at least. And the 500 Euro number that It will definitively not take several years. people are throwing around seems OK. To finance the next phase, we are thinking about asking for donations or to hold an auction for the first 5 or 10 prototype units. What would you think of such an approach? Would this be re-using the case, display and touch screen and replacing everything else? Yes, that is the idea. More information (e.g. complete feature list) and openness (as suggested by arne anka) is to come soon. Please watch out for announcements in the next couple of weeks... Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-T] Images from 29th of May
On Tue, Aug 17, 2010 at 11:04 AM, Thomas Zimmermann m...@vdm-design.de wrote: Am Donnerstag 22 Juli 2010, 10:33:58 schrieb Risto H. Kurppa: Some things I've noticed that propably exist also in the latest unstable images: 1) Importing contacts from SIM sometimes imports only partial number, the last digit is missing Can you send me the (uncensord) log while importing contacts of phoneuid in debug mode? (summary of IRC discussion) Cleared old contacts from Freerunner: for i in `seq 1 1000`; do opimd-cli c delete $i; done And imported with /etc/phoneuid.conf loglevel=DEBUG Some contacts were truncated already when shown in SIM manager - and also then imported with missing digits. Some had one, some even four digits missing. By looking at the logs I found out that if the name has ä, the number is truncated... - Thomas promised to have a look. Thanks already! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtMoko v25 - experimental with 2.6.34 kernel
Hi, i have released experimental qtmoko image with 2.6.34 kernel based on debian testing (squeeze). You can download tarbal from here [1]. There are no JFFS2 images for this release. This version is not for daily use. I plan to release stable release short after. Here is my list of problems: - too high current in suspend (~20mA). Your battery will discharge sooner. - no vibrator - no touchscreen filtering - you see jitter e.g. in scribble drawing program - no bluetooth (qtmoko needs bluez4 support) On the other hand here is list of what is good: - devtmpfs upstart make it boot faster (90s on slow class 2 SD card) - more packages thanks to newer debian (e.g. mencoder) - no WS when switching vga-qvga - more drivers - i saw something like combined usb network+usb mass storage If you want to build yourself: - kernel with config is here [2] - /etc/init.d/qpe.sh needs modifications to be upstart compatible - /etc/init.d/qpe.sh must create device nodes that devtmpfs does not create: mknod /dev/ttySAC0 c 204 64 -m 660 mknod /dev/ttySAC1 c 204 65 -m 660 mknod /dev/ttySAC2 c 204 66 -m 660 - disable udev and enable qpe.sh: update-rc.d qpe.sh defaults update-rc.d -f udev-mtab remove update-rc.d -f udev remove - /usr/share/udhcpc/default.script needs to be launched with bash (dash does not like the syntax for adding route) - i need 3s rootdelay in /boot/append-GTA02 I hope some kernel developer will be successful with high power consumtion bug [3]. I have spent quite some time to find out where is problem, but without success. I think it's not problem of modem power management, because i have ported modem power management from 2.6.29 kernel and nothing changed. I have also tried to disable as many drivers as possible. I have tried booting with qi and with uboot from both SD card and NAND, but nothing helped. If this bug is not fixed, it IMO makes no sence to switch to 2.6.32 or higher kernels. Happy playing with this experimental release, thanks for feedback and stay tuned for next stable release with bluetooth headset support, AGPS, youtube videos and other cool features. Regards Radek [1] https://sourceforge.net/projects/qtmoko/files/experimental/qtmoko-debian- experimental-v25.tar.gz/download [2] http://github.com/radekp/linux-2.6 [3] http://docs.openmoko.org/trac/ticket/2349 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v25 - experimental with 2.6.34 kernel
Radek Polak pson...@seznam.cz writes: If this bug is not fixed, it IMO makes no sence to switch to 2.6.32 or higher kernels. Can you please run while true; do rtcwake -s 60 -m no ; echo mem /sys/power/state ; om battery consumption; sleep 10; done that I suggested in the bug report? I'd like to hear if other people get a kernel crash after a while. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v25 - experimental with 2.6.34 kernel
On Martes, 17 de Agosto de 2010 13:02:34 Radek Polak escribió: Hi, i have released experimental qtmoko image with 2.6.34 kernel based on debian testing (squeeze). You can download tarbal from here [1]. There are no JFFS2 images for this release. This version is not for daily use. I plan to release stable release short after. Here is my list of problems: - too high current in suspend (~20mA). Your battery will discharge sooner. - no vibrator - no touchscreen filtering - you see jitter e.g. in scribble drawing program - no bluetooth (qtmoko needs bluez4 support) Thanks a lot for your work on qtmoko! But please, don't release final version until this bug [1] is addressed. There are a lot of people with uSD problems, making FR really really unstable for people suffering from it... [1] http://www.shr-project.org/trac/ticket/1143 signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v25 - experimental with 2.6.34 kernel
On Tuesday 17 August 2010 13:02:34 Radek Polak wrote: Hi, i have released experimental qtmoko image with 2.6.34 kernel based on debian testing (squeeze). Ohh forgot: login: root password: root Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v25 - experimental with 2.6.34 kernel
On Tuesday 17 August 2010 13:20:07 Timo Juhani Lindfors wrote: Can you please run while true; do rtcwake -s 60 -m no ; echo mem /sys/power/state ; om battery consumption; sleep 10; done that I suggested in the bug report? I'd like to hear if other people get a kernel crash after a while. I am running it for like 30 minutes now (in console) and no crash so far. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] X forwarding: export DISPLAY?
Hi list and readers, I am trying to figure out how to export my display when using ssh -Y (or X). The only hint I found was a thread (exactly) a year ago (let's celebrate and make 15-8 ssh -Y-day ;-) ): X forwarding doesn't work (*) I have been fiddling with it time and again over the past months, but I still can not get my applications to export to my laptop. Some things I tried: - take the whole export DISPLAY in /etc/profile away - connect only to start the application - old fashioned xhost + and export DISPLAY on Freerunner At best (or worst) the application opens on the Freerunner. Then there are various degrees of stranding on the way to the display of my laptop The output is quite clear: (vala-terminal:2759): Gtk-WARNING **: cannot open display: There is no display set. This is with the default /etc/profile (DISPLAY=:0). I tried setting it manually to point to the freerunner, to no avail. Xauth does not list any displays, while there is a display on my laptop (how handy..) Any suggestion? Boudewijn (*) http://www.mail-archive.com/community@lists.openmoko.org/msg51198.html PS: after sending the mail and not receiving it in my mailbox, I delved into that first. It turns out I have been subscribed to the devel-list for years, while I thought I was reading the community list. Also explains why I was surprised at the subjects in the community-archives that escaped my attention by mail. So much for detective skills... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
Hi, On Tue, Aug 17, 2010 at 9:40 AM, W. B. Kranendonk wankelwan...@yahoo.comwrote: At best (or worst) the application opens on the Freerunner. Then there are various degrees of stranding on the way to the display of my laptop The output is quite clear: (vala-terminal:2759): Gtk-WARNING **: cannot open display: There is no display set. This is with the default /etc/profile (DISPLAY=:0). I tried setting it manually to point to the freerunner, to no avail. Xauth does not list any displays, while there is a display on my laptop (how handy..) Any suggestion? One thing would be more information in your problem report. I think you are trying to start an X client on your FR and have the output come to your desktop, but that isn't 100% clear. Always describe what you are trying to do, in simple terms (eg: I'd like to start xmines on my FR and have it show up on my Desktop). Next, I'm unclear how you are connecting between your FR and your Desktop. USB cable? Ethernet? Intervening device(s)? Wifi? Mind meld? :) You reference DISPLAY, and even give us a pretty good error message. But without some of the above info, it'll be harder to know what is going on. It would also help if you let us know your approx. skill level. (eg: While I'm a Ubuntu GUI guru, I'm a newbie at getting X working between different machines). Now, I have the older 1973 (pre-FR), and it's been a while since I hacked on it. But if memory serves, I was able to get X working with the right settings. I'll assume a few things -- that you are directly connecting to the FR (no other devices in the middle), and that there is no encryption. In that case, you probably need 2 things. First, is the correct DISPLAY setting. This is usually DISPLAY=hostname:0.0, where hostname = desktop's hostname. Second, you have to either xhost or xauth your FR, something like xhost +freerunnerhostname. Now, I don't know if there is some FR specific issue or distro problem that might be affecting the FR/FR OS, so your mileage may vary. But, feel free to try out the above suggestion and let us know if it works, and if it doesn't, please answer some of the other questions above. Hope this helps, Gerald ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
Basically, you need a computer with : - a working X server (mainly Xorg) - a working ssh client with -X option (mainly openssh-client) (Note for working X server on cygwin : be sure to launch xterm, not the basic tty) a Freerunner with : - a working X client (the app you want to launch, tangogps for example) - a working ssh server with X11Forwarding yes in its config (for openssh-server it's in /etc/ssh/sshd_config, be sure to restart ssh server after any modification to this file) Then give us any error you can see while doing your ssh -X. On the freerunner, and after a ssh -X, $DISPLAY should NOT be : localhost:0 because it's the X server of the freerunner, but it should be something like : localhost:10.0 which is where ssh server listen to transmit your display data to ssh client. Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
--- On Tue, 8/17/10, Xavier Cremaschi omega.xav...@gmail.com wrote: From: Xavier Cremaschi omega.xav...@gmail.com Subject: Re: [SHR] X forwarding: export DISPLAY? To: community@lists.openmoko.org Date: Tuesday, August 17, 2010, 4:10 PM Basically, you need a computer with : - a working X server (mainly Xorg) - a working ssh client with -X option (mainly openssh-client) (Note for working X server on cygwin : be sure to launch xterm, not the basic tty) a Freerunner with : - a working X client (the app you want to launch, tangogps for example) - a working ssh server with X11Forwarding yes in its config (for openssh-server it's in /etc/ssh/sshd_config, be sure to restart ssh server after any modification to this file) Then give us any error you can see while doing your ssh -X. On the freerunner, and after a ssh -X, $DISPLAY should NOT be : localhost:0 because it's the X server of the freerunner, but it should be something like : localhost:10.0 which is where ssh server listen to transmit your display data to ssh client. Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
To continue : if you want to do it 'old school' without ssh -X doing the job for you, you need to authorize your X server to accept distant X clients To authorize X server of here to display application running on faraway, you need to do (here$ is the prompt) : here$ xhost +faraway Then you need to log yourself on faraway (ssh without -X nor -Y, rsh, telnet, xterm on freerunner...) and launch your application with a good $DISPLAY faraway$ DISPLAY=here:0 my_application If it does not work : - either faraway doesn't allow the X client to go out (firewall ?) - or here has its X server running with -nolisten tcp and therefore refuses any connection If you have -nolisten tcp (check with ps), you can remove it but it depends on how you launch your X server : - if you use startx, check your /etc/X11/xinit/xserverrc (or ~/.xserverrc) - if you use gdm, launch gdmconfig and check security options) - if you use kdm or xdm, I don't know :S If you want to control the freerunner desktop from your PC, you could use vnc. On the freerunner you start x11vnc : faraway$ x11vnc but NOT from a ssh -X, you don't want any redirection here. On your pc you start your vnc client : here$vncviewer faraway:0 Xavier. PS : use ip addresses instead of names like here and faraway ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
I forgot an important thing : network must work of course (first thing to check) ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v25 - experimental with 2.6.34 kernel
On Tuesday 17 August 2010 14:55:15 Radek Polak wrote: On Tuesday 17 August 2010 13:20:07 Timo Juhani Lindfors wrote: Can you please run while true; do rtcwake -s 60 -m no ; echo mem /sys/power/state ; om battery consumption; sleep 10; done that I suggested in the bug report? I'd like to hear if other people get a kernel crash after a while. I am running it for like 30 minutes now (in console) and no crash so far. After like 1 hour i ended up with black screen and i was unable to wake neo neither with POWER nor with USB plug/unplug. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
--- On Tue, 8/17/10, Gerald A geraldabli...@gmail.com wrote: (an elaborate help on asking help, as below) Thanks Gerald for your extensive suggestions! I think my problem is solved, but for the record I'll update my problem description. One thing would be more information in your problem report. I think you are trying to start an X client on your FR and have the output come to your desktop, but that isn't 100% clear. Always describe what you are trying to do, in simple terms (eg: I'd like to start xmines on my FR and have it show up on my Desktop). I'm trying to configure claws mail, but the resolution of the FR is too low to see where I make a mistake. If I could export it to my laptop, I can see what I am typing. Next, I'm unclear how you are connecting between your FR and your Desktop. USB cable? Ethernet? Intervening device(s)? Wifi? Mind meld? :) Without actually using different connections as a way of troubleshoot, I have in the meantime tried it over GPRS, Wifi and a direct USB connection (Wifi and USB with two laptops each). Each time it was an encrypted connection (using ssh -Y or ssh -X from the laptop to the phone). You reference DISPLAY, and even give us a pretty good error message. But without some of the above info, it'll be harder to know what is going on. I see that now. It would also help if you let us know your approx. skill level. (eg: While I'm a Ubuntu GUI guru, I'm a newbie at getting X working between different machines). Both are about average I guess (mostly while in my direct surroundings there's noone to compare to). Now, I have the older 1973 (pre-FR), and it's been a while since I hacked on it. But if memory serves, I was able to get X working with the right settings. I used to have it running fine, quite a while ago. (My memory does serve so far, but does not have any date (or year, for that matter) related to it.) I'll assume a few things -- that you are directly connecting to the FR (no other devices in the middle), and that there is no encryption. In that case, you probably need 2 things. First, is the correct DISPLAY setting. This is usually DISPLAY=hostname:0.0, where hostname = desktop's hostname. Second, you have to either xhost or xauth your FR, something like xhost +freerunnerhostname. Now, I don't know if there is some FR specific issue or distro problem that might be affecting the FR/FR OS, so your mileage may vary. But, feel free to try out the above suggestion and let us know if it works, and if it doesn't, please answer some of the other questions above. I think it turned out (see Dirk's mail) that the default settings in SHR are no X forwarding for sshd. Hope this helps, It does, in some sort of meta-manner. If you can spare the time, would the updated problem definition provide enough information or should it contain something else? My current problem is solved, but it might help me describe another in the future. Thanks again! Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fw: Re: [SHR] X forwarding: export DISPLAY?
excuse me for going through the mailing lists for dummies stage... This mail is for community, not just for Dirk :-) From: W. B. Kranendonk wankelwan...@yahoo.com Subject: Re: [SHR] X forwarding: export DISPLAY? To: Dirk Gassen shrd...@dirkgassen.com Date: Tuesday, August 17, 2010, 4:32 PM --- On Tue, 8/17/10, Dirk Gassen shrd...@dirkgassen.com wrote: Can you check your sshd config? Seems like the current default doesn't have X forwarding enabled. In /etc/ssh/sshd_config change the line #X11Forwarding no to X11Forwarding yes Indeed! The option is not active. I've enabled it and set it to yes, but no opportunity to test at the moment, other than ssh -Y localhost, which actually opens another vala-terminal on my FR ;-) echo $DISPLAY gives me localhost:10.0 so that seems in order. Thanks! Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
... and this one should have some answer, before sending it.. (do I already have a monopoly on this list? Sorry for spamming) --- On Tue, 8/17/10, Xavier Cremaschi omega.xav...@gmail.com a computer with : - a working X server (mainly Xorg) - a working ssh client with -X option (mainly openssh-client) OK a Freerunner with : - a working X client (the app you want to launch, tangogps for example) - a working ssh server with X11Forwarding yes in That was the culprit! On the freerunner, and after a ssh -X, $DISPLAY should NOT be : localhost:0 It is 10.0 now :-) Thankyou and the others for the quick replies! Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
--- On Tue, 8/17/10, Xavier Cremaschi omega.xav...@gmail.com wrote: - if you use kdm or xdm, I don't know :S I recall having edited /etc/kde/kdmrc to set XDMCP to true instead of false, and Xacces (in /etc/X11?) to get XDMCP between laptop and desktop, but too long ago to recall the details ;-) If you want to control the freerunner desktop from your PC, you could use vnc. On the freerunner you start x11vnc : faraway$ x11vnc but NOT from a ssh -X, you don't want any redirection here. I thought about that, but I am not sure how to use VNC at a higher resolution than the host. My goal was to use the higher resolution of the laptop screen, so VNC was not an option. Still, thanks for the suggestion :-) Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
Hi, On Tue, Aug 17, 2010 at 10:47 AM, W. B. Kranendonk wankelwan...@yahoo.comwrote: Without actually using different connections as a way of troubleshoot, I have in the meantime tried it over GPRS, Wifi and a direct USB connection (Wifi and USB with two laptops each). Each time it was an encrypted connection (using ssh -Y or ssh -X from the laptop to the phone). Just from my experience, I'd go from the easiest to the hardest to troubleshoot, so: USB - wifi -GPRS. Get the easy one to work, then you can be assured it's not a configuration or other issue with the more difficult ones. I think it turned out (see Dirk's mail) that the default settings in SHR are no X forwarding for sshd. Glad to hear that! :) Hope this helps, It does, in some sort of meta-manner. If you can spare the time, would the updated problem definition provide enough information or should it contain something else? My current problem is solved, but it might help me describe another in the future. I think the biggest helpful piece of info was that you were trying to use ssh x-forwarding. Other things that would assist are version #'s of the various software pieces (although they didn't play a factor in this case). One thing, which you've already done, is to explain what the underlying issue and solution was. This way, people who are looking through the archives can see what worked for you. Thanks, Gerald ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
O Martes, 17 de Agosto de 2010, W. B. Kranendonk escribiu: --- On Tue, 8/17/10, Xavier Cremaschi omega.xav...@gmail.com wrote: - if you use kdm or xdm, I don't know :S I recall having edited /etc/kde/kdmrc to set XDMCP to true instead of false, and Xacces (in /etc/X11?) to get XDMCP between laptop and desktop, but too long ago to recall the details ;-) XDMCP has only to do with remote login, not display exporting. 99% of times you only need display export, so XDMCP is not needed -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community