Re: Freerunner Remote Desktop?
Does anyone know of any way to Remote Desktop to the Freerunner (to see the Freerunner display on PC, via USB). Preferably for SHR on Freerunner and Linux Mint or Ubuntu on PC... I've looked at: http://wiki.openmoko.org/wiki/USB_Networking#GUI_on_desktop_through_SSH , but this seems to only allow specific applications to be displayed on PC. There are various ways to get what you want. One way is to start xnest on your Freerunner, displaying on your PC's screen, and then run SHR inside this xnest server. `xnest' is an X server (like Xglamo, etc..) which draws onto another X server's display rather than on some graphics card. So it's one specific application (as seen from your PC's X server), but it can in turn display all the applications that you run on your FR. Note that it's a different Xserver than the one connected to the FR's own LCD screen, so you won't see a mirror image. Another way is to use VNC. You may also want to check out xmove or xpra. Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: no wifi on freerunner fso
Have you powered it up? Try to request it with dbus with a command like mdbus -s org.freesmartphone.odeviced /org/freesmartphone/Device/PowerControl/WiFi org.freesmartphone.Device.PowerControl.SetPower 1 BTW, I wish someonw could go back and fix the kernel driver so that the eth0 always shows up (regardless of the pwoered state of the actual device) and so that the device gets powered up/down as needed (e.g. via ifconfig eth0 up/down). Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Wrong size reported on SD Card
After formatting the 2 new partitions, 1st 6GB vfat, 2nd 1.xGB ext3, I restart the phone so things will mount accordingly (still in QT, mind you). When I ssh in now, it shows a vfat partition mounted in /media/card that is only 1gb. No sign of the ext3 partition. What am I doing wrong? My guess is that the filesystems were not created properly (probably because the partition-reread failed for some reason). Now that you've rebooted and that the two partitions have been properly read, try to re-create the filesystems (i.e. re-run the mkfs.vfat and mkfs.ext3 commands). Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: [SHR-testing] where to get the 'nice' binary
I hope someone can help me with that. I'd love to raise the nice-value of apps I start (for example mplayer), but I can't find the nice binary on SHR testing. Any hints as to where to get it? In Ubuntu/Debian, it's in the package coreutils, if that helps, but I didn't find a similar package in the SHR repositories... Any help is greatly appreciated :) In such distributions, I'd expect it to be built into `busybox'. So try to run `busybox' and see if `nice' is listed as one of the commands that are built into it. If yes, then busybox nice -N cmd should do the trick. If not, you'll either have to get another build of busybox that includes `nice', or install Debian's `nice' binary (or build your own). Another option is to use start-stop-daemon which accepts a -N argument. Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Device somehow powered down - would not power up again
FR is not expected to work without battery. That's technically impossible basically. GSM will take 2A in spikes, and usb can deliver max 500mA, from What about running the FR without using GSM? Works fine for me. I'd think so, but what is the max power consumption in that case? Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Device somehow powered down - would not power up again
FR is not expected to work without battery. That's technically impossible basically. GSM will take 2A in spikes, and usb can deliver max 500mA, from What about running the FR without using GSM? Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
e17 application menu, and Illume's wifi gadget
I just finally installed e17 on my Debian-running FR. It mostly works well (a few crashes here and there, plus a fair bit of tweaking to finally get icons and fonts with the sizes I want), but I notice 2 problems: 1 - the start shelf gadget gives a menu that is mostly unusable since most actual entries are stashed in submenus that get displayed offscreen. It's too bad, because it provides access to very useful operations. 2 - I can configure Illume's wifi gadget to appear in the shelf, but no matter what I do nothing gets displayed, no matter whether I put in the int visible gadgets, or the hidden gadgets, or both. I hope when I finally get it to work it will allow me to enable/disable wifi. -- Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sad Story
So, this kernel fix is a feature, according to Al Johnson? Then why do they need a hardware fix? Unless I am missing something, this software fix seems to be a lie. Or the hardware fix seems to be bogus anyway. I have one of the earlier freerunners released, so I'm sure Openmoko owes an explanation. I do not know. I simply know that the FR I got a few months ago has a fully functional GPS: works just as well as any other GPS around. Also, for those people who had an earlier FR, there is a software workaround that apparently makes it work almost as good as well. I'm not sure what more do you expect. To recapitulate, you said: There are still hardware problems that exist with almost every freerunner out there (GPS signal levels, for one). I would like to see them fixed by Openmoko, Inc. AFAIK, the problems of GPS signal level only affect a fairly small proportion of the FRs out there, and they have been fixed by Openmoko. There are plenty of real problems left, that I don't see why we should bring this GPS problem back from the dead. Of the real problems: - unreliable suspend (supposedly fixed in upcoming kernels) - echo (there's supposedly a software workaround, but it basically puts the phone in a sort of half-duplex mode, so it's not perfect). - buzz. - constant re-registration (here as well, there's a software workaround, which apparently causes a minor reduction in autonomy, tho it's not clear yet how minor: it depends on how well suspend works for you). - the audio line-out is unusable to listen to music because of a poorly chosen capacitor that cuts off low-frequencies. - the wifi antenna apparently stays on even while you suspend, reducing autonomy. - wifi with WPA has trouble switching to some other networks (apparently someone is working on this or may even have found the bug already). - ... Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Sad Story
There are still hardware problems that exist with almost every freerunner out there (GPS signal levels, for one). I would like to see them fixed by Openmoko, Inc. The kernel fix for GPS is a mere quirk. Ideally it should get fixed in hardware. Huh? The kernel fix seems to work OK for those people who have old FRs. Newer FRs have a hardware fix. E.g. my FR doesn't need any kernel workaround. No need to wait for GTA03 to get a hardware fix. Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: jffs2 crc errors
This is interrupted erase or flash action caused by the reset I think... normally JFFS2 seems to either recover them itself or there is minimal corruption of filesystem. The freeze can be to do with garbage collection for jffs2 but could be unrelated altogether. anything i can do about it? Can you try to do something like tar cf - --one-file-system / | cat /dev/null so as to force reading all the contents of the filesystem? Stefan PS: I think the `cat' is not as useless as it appears because GNU tar ha[sd]? some code to recognize when the destination is /dev/null and avoids reading the files. At least the Amanda backup service used that feature at some point, IIRC. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Debian freezes
You can also create just a swap-file... It's less optimized, but it's ok from my tests and more versatile... Actually, it may be just as efficient: the way it works is that when you do `swapon', the kernel collects the set of disk blocks occupied by the file and then uses these blocks. So when swapping takes place, the filesystem is not involved any more. I.e. the only performance impact is that the file may be spread over non-contiguous blocks, but if there was enough disk space around when you created the swap file it shouldn't be much of a problem. Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Debian freezes
Jelle == Jelle De Loecker [EMAIL PROTECTED] svn or cvs, or when I'm trying to compile something directly on my freerunner, it would just lock up. Freeze completely. My guess is that it's just thrashing wildly. The machine only has 128MB. If you fill this memory with large processes (or with data on tmpfs filesystems), you can quickly get to the point where of those 128MB only a handful of pages are actually swappable, so the device ends up thrashing like mad. If you add a swap area (of say 128MB), you should see much better behavior since Linux will then be able to swap out pages of inactive processes (and files in tmpfs) so as to keep more RAM for useful stuff. Of course, if you really actively use more than 128MB at the same time, no amount of swap space will save you. Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Debian freezes
I'm actually using a µSD card of 2 GiB, with 1.3 GiB free, so I should have enough space free to create a swap partition. I'll give it a try tonight. It's easier to add a swap *file* unless you already have a spare partition around. I only use swap partitions on systems where I can use LVM, otherwise it's too much trouble. Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: VPN client installation?
I got the vpnc package from that site and the shell can't find the binary file no matter how I try to execute. It's in the PATH, but when I use the vpnc command, it says it can't find the file. So I went to the folder that it was at and tried ./vpnc and it gives me the same thing... Sounds like it's looking for /lib/ld.so whereas you only have /lib/ld-linux.so (or some such difference), in which case the error message is often just the confusing one you mention. Check ldd ./vpn, it may give you a hint. In most likelihood, tho, it will just tell you (indirectly) that you can't use this binary on this system. I also got openvpn but I have no idea how to set it up. OpenVPN uses another protocol than the one used by `vpnc', so unless you know that you're connecting to something that supports the OpenVPN protocol, it probably won't help you. If I were you, I'd try and install the Debian distribution for the Openmoko. Then you can just do apt-get install vpnc. Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: disable suspend when connected via usb
whenever i'm working with my neo over usb - be it updating with opkg, transferring/syncing files, etc - it goes into suspend, at inopportune moments. where would i add an option to automatically disable suspend, whenever i'm connected over usb? i presume an entry in the usb0 scripts to change the suspend time from 30s to never? where and how would i do that; has anyone else here got something similar already? Or alternatively, disable suspend whenever we have a 500mA (or more) power source. Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: disable suspend when connected via usb
whenever i'm working with my neo over usb - be it updating with opkg, transferring/syncing files, etc - it goes into suspend, at inopportune moments. where would i add an option to automatically disable suspend, whenever i'm connected over usb? i presume an entry in the usb0 scripts to change the suspend time from 30s to never? where and how would i do that; has anyone else here got something similar already? Or alternatively, disable suspend whenever we have a 500mA (or more) power source. it may be an option for some, although i would still like it to suspend when it's charging, but not being interacted with - disabling suspend then is going to hugely increase the charge time. I do not have the numbers, but I'd expect that if the screen is blanked and the cpu is sufficiently idle, the power consumption shouldn't be that large (e.g. below 100mA), so it shouldn't impact charge time that badly. Stefan ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
