FSO testing on Neo 1973 - todays upgrade
Hello, I am still running FSO testing on my Neo 1973. When trying to do an upgrade today, I see this: (first I did the 'opkg update'): [EMAIL PROTECTED]:~# opkg -test upgrade Upgrading angstrom-version on root from 1:-20080826-r1 to 1:-20080831-r1... Downloading http://shr.bearstech.com/fso-testing/ipk/om-gta01/angstrom-version_-20080831-r1_om-gta01.ipk Upgrading e-wm on root from 0.16.999.042+cvs20080802-r9 to 0.16.999.043+svnr35592-r11... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/e-wm_0.16.999.043+svnr35592-r11_armv4t.ipk Installing libefreet0 (1:0.5.0.043+svnr35592-r1) to root... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/libefreet0_0.5.0.043+svnr35592-r1_armv4t.ipk Upgrading gst-meta-audio on root from 0.10-r10 to 0.10-r11... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/gst-meta-audio_0.10-r11_armv4t.ipk Installing gst-plugin-wavparse (0.10.7-r2) to root... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/gst-plugin-wavparse_0.10.7-r2_armv4t.ipk Upgrading gst-meta-base on root from 0.10-r10 to 0.10-r11... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/gst-meta-base_0.10-r11_armv4t.ipk gst-meta-base: unsatisfied recommendation for gst-plugin-gnomevfs Upgrading illume on root from 0.0+svnr170-r11 to 0.0+svnr35605-r13... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/illume_0.0+svnr35605-r13_armv4t.ipk Installing libefreet0 (1:0.5.0.043+svnr35592-r1) to root... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/libefreet0_0.5.0.043+svnr35592-r1_armv4t.ipk Upgrading libcairo2 on root from 1.6.4-r1 to 1.6.4-r3... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/libcairo2_1.6.4-r3_armv4t.ipk Upgrading libefreet-mime0 on root from 1:0.5.0.043+cvs20080802-r0 to 1:0.5.0.043+svnr35592-r1... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/libefreet-mime0_0.5.0.043+svnr35592-r1_armv4t.ipk Installing libefreet0 (1:0.5.0.043+svnr35592-r1) to root... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/libefreet0_0.5.0.043+svnr35592-r1_armv4t.ipk Upgrading libsdl-1.2-0 on root from 1.2.9-r6 to 1.2.11-r6... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/libsdl-1.2-0_1.2.11-r6_armv4t.ipk Upgrading ppp on root from 2.4.3-r3 to 2.4.3-r4... Downloading http://shr.bearstech.com/fso-testing/ipk/armv4t/ppp_2.4.3-r4_armv4t.ipk Collected errors: * Package libefreet0 wants to install file /usr/lib/libefreet.so.0 But that file is already provided by package * efreet * Package libefreet0 wants to install file /usr/lib/libefreet.so.0.5.0 But that file is already provided by package * efreet * Package libefreet0 wants to install file /usr/lib/libefreet.so.0 But that file is already provided by package * efreet * Package libefreet0 wants to install file /usr/lib/libefreet.so.0.5.0 But that file is already provided by package * efreet * Package libefreet0 wants to install file /usr/lib/libefreet.so.0 But that file is already provided by package * efreet * Package libefreet0 wants to install file /usr/lib/libefreet.so.0.5.0 But that file is already provided by package * efreet I have been brnt by opkg updates often enough to always do a 'opkg -test upgrade' first, so that I can try to see how things might break. Two questions: 1) is the message gst-meta-base: unsatisfied recommendation for gst-plugin-gnomevfs fatal? What will break? 2) What is the correct way to fix the efreet /libefreet0 mixup? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Ernst Skribbler wrote: Rod wrote: This means you haven't got the gpschannel_add_udpchannel_and_filechannel.patch from Trac 49 applied. Any idea when the patches that fix GPS will be available in the testing images? Thanks. Yes, when the frameworkd developers have a stable new version ready for testing :-) They are currently in the middle of a set of disruptive changes. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
On Mon, Aug 25, 2008 at 10:40 AM, Rod Whitby [EMAIL PROTECTED] wrote: Ernst Skribbler wrote: Rod wrote: This means you haven't got the gpschannel_add_udpchannel_and_filechannel.patch from Trac 49 applied. Any idea when the patches that fix GPS will be available in the testing images? Thanks. Yes, when the frameworkd developers have a stable new version ready for testing :-) They are currently in the middle of a set of disruptive changes. -- Rod OK - thanks for the info. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Hello, On Sun, Aug 24, 2008 at 10:42 AM, Rod Whitby [EMAIL PROTECTED] wrote: This means you haven't got the gpschannel_add_udpchannel_and_filechannel.patch from Trac 49 applied. You were right. Somehow I botched it while appling the patch manually. I fixed it, and now the GPS works again (both in zhone and in tangoGPS). Yay! -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Rod wrote: This means you haven't got the gpschannel_add_udpchannel_and_filechannel.patch from Trac 49 applied. Any idea when the patches that fix GPS will be available in the testing images? Thanks. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Hello, On Fri, Aug 22, 2008 at 2:14 AM, Rod Whitby [EMAIL PROTECTED] wrote: So just to confirm your setup ... 1/ You installed the gta01 fso-testing image from shr.bearstech.com 2/ You installed gllin 3/ You applied the patches from trac 49 and 50 4/ You edit /etc/frameworkd.conf as detailed in trac 49 5/ You rebooted after all this 1 - 5: check, I did those. 6/ cat /tmp/nmeaNP gives output, including FIX lines Well, when I test this now I don't get FIX: [EMAIL PROTECTED]:~# cat /tmp/nmeaNP | grep GPRMC $GPRMC,100420.00,V,,,220808,,,N*7A $GPRMC,100421.00,V,,,220808,,,N*7B $GPRMC,100422.00,V,,,220808,,,N*78 $GPRMC,100423.00,V,,,220808,,,N*79 $GPRMC,100424.00,V,,,220808,,,N*7E $GPRMC,100425.00,V,,,220808,,,N*7F $GPRMC,100426.00,V,,,220808,,,N*7C $GPRMC,100427.00,V,,,220808,,,N*7D $GPRMC,100428.00,V,,,220808,,,N*72 $GPRMC,100429.00,V,,,220808,,,N*73 $GPRMC,100430.00,V,,,220808,,,N*7B $GPRMC,100431.00,V,,,220808,,,N*7A $GPRMC,100432.00,V,,,220808,,,N*79 $GPRMC,100433.00,V,,,220808,,,N*78 $GPRMC,100434.00,V,,,220808,,,N*7F $GPRMC,100435.00,V,,,220808,,,N*7E $GPRMC,100436.00,V,,,220808,,,N*7D $GPRMC,100437.00,V,,,220808,,,N*7C $GPRMC,100438.00,V,,,220808,,,N*73 $GPRMC,100439.00,V,,,220808,,,N*72 $GPRMC,100440.00,V,,,220808,,,N*7C That worked yesterday. Hmm, perhaps my external antenna is broken? Update: I just plugged the antenna in my FreeRunner, and within minutes the agpsui program acquired 4 satellites and a position. It is now 5 satellites. So the antenna isn't broken. 7/ dbus-monitor --system does not show any GPS-related signals I didn't know about that one. It does show gps activity: [EMAIL PROTECTED]:~# dbus-monitor --system signal sender=org.freedesktop.DBus - dest=:1.10 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired string :1.10 signal sender=:1.3 - dest=(null destination) path=/org/gpsd; interface=org.gpsd; member=fix double nan int32 1 double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan signal sender=:1.3 - dest=(null destination) path=/org/gpsd; interface=org.gpsd; member=fix double nan int32 1 double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan and so on. So the antenna works, but gglin isn't outputtig fix lines. What can be wrong? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Update. On Fri, Aug 22, 2008 at 12:17 PM, Torfinn Ingolfsen [EMAIL PROTECTED] wrote: So the antenna works, but gglin isn't outputtig fix lines. What can be wrong? I did an 'opkg upgrade' today and the system is now: [EMAIL PROTECTED]@om-gta01:~# cat /etc/angstrom-version Angstrom -20080822 and now gllin / gpsd get fixes: [EMAIL PROTECTED]:~# cat /tmp/nmeaNP | grep GPRMC $GPRMC,213100.00,A,5955.136150,N,01045.562567,E,000.0,000.0,220808,,,A*56 $GPRMC,213101.00,A,5955.136150,N,01045.562567,E,000.0,000.0,220808,,,A*57 $GPRMC,213102.00,A,5955.136150,N,01045.562567,E,000.0,000.0,220808,,,A*54 $GPRMC,213103.00,A,5955.136150,N,01045.562567,E,000.0,000.0,220808,,,A*55 dbus-monitor shows this: [EMAIL PROTECTED]:~# dbus-monitor --system signal sender=org.freedesktop.DBus - dest=:1.11 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired string :1.11 signal sender=:1.3 - dest=(null destination) path=/org/gpsd; interface=org.gpsd; member=fix double nan int32 3 double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan signal sender=:1.3 - dest=(null destination) path=/org/gpsd; interface=org.gpsd; member=fix double 1.21944e+09 int32 2 double nan double 59.919 double 10.7593 double nan double nan double nan double 0 double nan double 0 double nan double nan double nan signal sender=:1.3 - dest=(null destination) path=/org/gpsd; interface=org.gpsd; member=fix double nan int32 3 double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan double nan signal sender=:1.3 - dest=(null destination) path=/org/gpsd; interface=org.gpsd; member=fix double 1.21944e+09 int32 2 double nan double 59.919 double 10.7593 double nan double nan double nan double 0 double nan double 0 double nan double nan double nan But still neither tangoGPS nor zhone gets anything, not even time, from the gps. So I run frameworkd from the command line (long output): [EMAIL PROTECTED]:~# python /usr/bin/frameworkd frameworkd INFO Using configuration file /etc/frameworkd.conf frameworkd ERRORfactory method not successfully completed for module module 'framework.subsystems.ogpsd.factory' from '/usr/lib/python2.5/site-packages/framework/subsystems/ogpsd/factory.pyo' frameworkd ERRORTraceback (most recent call last): File /usr/lib/python2.5/site-packages/framework/controller.py, line 194, in registerObjectsFromModule for obj in factory( %s.%s % ( DBUS_BUS_NAME_PREFIX, subsystem ), self ): File /usr/lib/python2.5/site-packages/framework/subsystems/ogpsd/factory.py, line 32, in factory channel = globals()[channame]( pathname ) KeyError: 'UDPChannel' ogsmdINFO Device initialized. Serving org.freesmartphone.GSM.Device at /org/freesmartphone/GSM/Device ogsmdINFO (framework.subsystems.ogsmd.modems.ti_calypso.channel.CallChannel object at 0x408e2150: Creating channel with timeout = 3600 seconds) ogsmdINFO (framework.subsystems.ogsmd.modems.ti_calypso.channel.UnsolicitedResponseChannel object at 0x408e2550: Creating channel with timeout = 5 seconds) ogsmdINFO (framework.subsystems.ogsmd.modems.ti_calypso.channel.MiscChannel object at 0x408e25f0: Creating channel with timeout = 5 seconds) ogsmdINFO Server initialized. Serving org.freesmartphone.GSM.Server at /org/freesmartphone/GSM/Server opreferencesd INFO initialized, services : ['profiles'] oeventd INFO CallTrigger initialized. Serving org.freesmartphone.Event.Trigger at [(dbus._dbus.SystemBus (system) at 0x403a5f30, '/org/freesmartphone/Event/Trigger/0', False)] oeventd INFO Manager initialized. Serving org.freesmartphone.Event at [(dbus._dbus.SystemBus (system) at 0x403a5f30, '/org/freesmartphone/Event', False)] oeventd INFO Receiver initialized. Serving org.freesmartphone.Event.Receiver at [(dbus._dbus.SystemBus (system) at 0x403a5f30, '/org/freesmartphone/Event/Receiver/0', False)] oeventd INFO AudioSetupReceiver initialized. Serving org.freesmartphone.Event.Receiver at [(dbus._dbus.SystemBus (system) at 0x403a5f30, '/org/freesmartphone/Event/Receiver/1', False)] oeventd INFO VibratorReceiver initialized. Serving org.freesmartphone.Event.Receiver at [(dbus._dbus.SystemBus (system) at 0x403a5f30, '/org/freesmartphone/Event/Receiver/2', False)] oeventd INFO RingReceiver initialized. Serving org.freesmartphone.Event.Receiver at [(dbus._dbus.SystemBus (system) at 0x403a5f30, '/org/freesmartphone/Event/Receiver/3', False)] ophoned INFO Logging test ousaged INFO GenericUsageControl initialized. Serving org.freesmartphone.Usage at /org/freesmartphone/Usage frameworkd ERRORcould not import audio.py: No module named patterns odeviced.kernel26 INFO Display initialized. Serving
Re: FSO testing on Neo 1973
Hi, On Thu, Aug 21, 2008 at 2:27 AM, Benito Torres [EMAIL PROTECTED] wrote: How do you do that? For me, after an opkg upgrade with the fso-testing feeds pressing the AUX-button doesn't lock the screen anymore. Is there some other button/procedure now? Yes - I noticed that the AUX doesn't lock the screen anymore. I liked that - I wish we will get it back. The screen saver just kicks in after some idle time has passed. -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Hello, On Thu, Aug 21, 2008 at 2:12 AM, Rod Whitby [EMAIL PROTECTED] wrote: The connection between gllin and TangoGPS is not there on the fso-testing image (since we're waiting for some major frameworkd changes to stabilise before Mickey bumps the srcrev). If you apply the patches in FSO trac tickets 49 and 50, then it works. I'll try that. Thanks. BTW, Orrery (a great star chart app) works nicely on it too! http://downloads.openmoko.org/repository/Multiverse/orrery_1.1_arm_2008.8.ipk Wow, that looks wonderful! -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Update, see below. On Thu, Aug 21, 2008 at 1:15 AM, Torfinn Ingolfsen [EMAIL PROTECTED] wrote: FYI, I just installed FSO testing (latest snapshot) on my Neo 1973. Neither POWER nor AUX buttons work. At all. Which process is supposed to monitor thoe in FSO? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO testing on Neo 1973 - opkg update doesn't work
One more thing: I have network connectivity, but 'opkg update' doesn't work: [EMAIL PROTECTED]:~# opkg update Downloading http://my-distribution.org/remote-feed//all/Packages.gz Downloading http://my-distribution.org/remote-feed//all/Packages.sig Signature check failed Downloading http://my-distribution.org/remote-feed//armv4t/Packages.gz Downloading http://my-distribution.org/remote-feed//armv4t/Packages.sig Signature check failed Downloading http://my-distribution.org/remote-feed//fic-gta01/Packages.gz Downloading http://my-distribution.org/remote-feed//fic-gta01/Packages.sig Signature check failed Downloading http://my-distribution.org/remote-feed//neo1973/Packages.gz Downloading http://my-distribution.org/remote-feed//neo1973/Packages.sig Signature check failed Downloading http://my-distribution.org/remote-feed//om-gta01/Packages.gz Downloading http://my-distribution.org/remote-feed//om-gta01/Packages.sig Signature check failed Collected errors: * Failed to download http://my-distribution.org/remote-feed//all/Packages.gz, error 404 * Failed to download http://my-distribution.org/remote-feed//all/Packages.sig, error 404 * Failed to download http://my-distribution.org/remote-feed//armv4t/Packages.gz, error 404 * Failed to download http://my-distribution.org/remote-feed//armv4t/Packages.sig, error 404 * Failed to download http://my-distribution.org/remote-feed//fic-gta01/Packages.gz, error 404 * Failed to download http://my-distribution.org/remote-feed//fic-gta01/Packages.sig, error 404 * Failed to download http://my-distribution.org/remote-feed//neo1973/Packages.gz, error 404 * Failed to download http://my-distribution.org/remote-feed//neo1973/Packages.sig, error 404 * Failed to download http://my-distribution.org/remote-feed//om-gta01/Packages.gz, error 404 * Failed to download http://my-distribution.org/remote-feed//om-gta01/Packages.sig, error 404 Checking the network: [EMAIL PROTECTED]:~# ping my-distribution.org PING my-distribution.org (212.227.102.147): 56 data bytes 64 bytes from 212.227.102.147: seq=0 ttl=49 time=47.435 ms 64 bytes from 212.227.102.147: seq=1 ttl=49 time=64.165 ms 64 bytes from 212.227.102.147: seq=2 ttl=49 time=84.990 ms --- my-distribution.org ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 47.435/65.530/84.990 ms What's going on? -- Regards, Torfinn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973 - opkg update doesn't work
Torfinn Ingolfsen wrote: Downloading http://my-distribution.org/remote-feed/... You might want to change that to the actual location of the feeds ... -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Yes - I noticed that the AUX doesn't lock the screen anymore. I liked that - I wish we will get it back. The screen saver just kicks in after some idle time has passed. pressing the pwr button for a few seconds does the trick mostly -- but there's no indication and you easily press too long and the device simply reboots ... would be nice if a led flashed or the device wiggled slightly. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Am Donnerstag 21 August 2008 11:31:23 schrieb arne anka: Yes - I noticed that the AUX doesn't lock the screen anymore. I liked that - I wish we will get it back. The screen saver just kicks in after some idle time has passed. pressing the pwr button for a few seconds does the trick mostly -- but there's no indication and you easily press too long and the device simply reboots ... would be nice if a led flashed or the device wiggled slightly. *nod* will come soon. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
would be nice if a led flashed or the device wiggled slightly. *nod* will come soon. i put a script to that effect into /etc/apm/suspend.d/ -- but it never got called, whereas scripts in /etc/apm/resume.d/ do. why is that? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Hi, On Thu, Aug 21, 2008 at 11:31 AM, arne anka [EMAIL PROTECTED] wrote: pressing the pwr button for a few seconds does the trick mostly -- but there's no indication and you easily press too long and the device simply reboots ... I just tested here - if i press the POWER button for about 2 - 3 seconds, the device goes into suspend, it doesn't turn on screen locker. -- Regards, Torfinn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Hmm, On Thu, Aug 21, 2008 at 10:10 AM, Torfinn Ingolfsen [EMAIL PROTECTED] wrote: Neither POWER nor AUX buttons work. At all. Which process is supposed to monitor thoe in FSO? I just tested again. The power button will suspend my Neo 1973 if I press it for about 2 - 3 seconds. Correction: I can hold it in for 5 - 15 seconds as well, and the device will go into suspend when I release the button. When suspended, a short press on either AUX or power button will wake the device. I don't know why it did not work yesterday. -- Regards, Torfinn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Hello, On Thu, Aug 21, 2008 at 10:01 AM, Torfinn Ingolfsen [EMAIL PROTECTED] wrote: Hello, On Thu, Aug 21, 2008 at 2:12 AM, Rod Whitby [EMAIL PROTECTED] wrote: The connection between gllin and TangoGPS is not there on the fso-testing image (since we're waiting for some major frameworkd changes to stabilise before Mickey bumps the srcrev). If you apply the patches in FSO trac tickets 49 and 50, then it works. I'll try that. Thanks. I must have done something wrong, because neither tangoGPS nor zhone displays any GPS data, even if gpsd spews data out. I applied the pat in 49, edited /etc/fraeworkd.conf as described in one comment, and applied the patch in 50. Then I restarted the phone and verified that gllin and gpsd was started, and that gpsd was outputting data. Any hints on where to look? -- Regards, Torfinn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973 - opkg update doesn't work
Hello, On Thu, Aug 21, 2008 at 10:37 AM, Rod Whitby [EMAIL PROTECTED] wrote: Torfinn Ingolfsen wrote: Downloading http://my-distribution.org/remote-feed/... You might want to change that to the actual location of the feeds ... It must have been late yesterday - I didn't notie that one. :-) Strange that it resolves and answers to pings. Anyway, with som many feeds about, which feeds should I use? -- Regards, Torfinn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973 - opkg update doesn't work
2008/8/21 Torfinn Ingolfsen [EMAIL PROTECTED] Anyway, with som many feeds about, which feeds should I use? I think you want feeds from http://shr.bearstech.com/fso-testing/ipk/... Replace fso-testing with fso-unstable if that's what you're running. For instance, my /etc/opkg/om-gta02-feed.conf contains: src/gz fso-om-gta02 http://shr.bearstech.com/fso-testing/ipk/om-gta02 Good luck! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973 - opkg update doesn't work
Hello, On Thu, Aug 21, 2008 at 10:39 PM, Erland Lewin [EMAIL PROTECTED] wrote: For instance, my /etc/opkg/om-gta02-feed.conf contains: src/gz fso-om-gta02 http://shr.bearstech.com/fso-testing/ipk/om-gta02 It works now. :-) Thanks. -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Torfinn Ingolfsen wrote: On Thu, Aug 21, 2008 at 10:01 AM, Torfinn Ingolfsen [EMAIL PROTECTED] wrote: On Thu, Aug 21, 2008 at 2:12 AM, Rod Whitby [EMAIL PROTECTED] wrote: The connection between gllin and TangoGPS is not there on the fso-testing image (since we're waiting for some major frameworkd changes to stabilise before Mickey bumps the srcrev). If you apply the patches in FSO trac tickets 49 and 50, then it works. I'll try that. Thanks. I must have done something wrong, because neither tangoGPS nor zhone displays any GPS data, even if gpsd spews data out. I applied the pat in 49, edited /etc/fraeworkd.conf as described in one comment, and applied the patch in 50. Then I restarted the phone and verified that gllin and gpsd was started, and that gpsd was outputting data. Any hints on where to look? So just to confirm your setup ... 1/ You installed the gta01 fso-testing image from shr.bearstech.com 2/ You installed gllin 3/ You applied the patches from trac 49 and 50 4/ You edit /etc/frameworkd.conf as detailed in trac 49 5/ You rebooted after all this 6/ cat /tmp/nmeaNP gives output, including FIX lines 7/ dbus-monitor --system does not show any GPS-related signals If all the above is true, then kill frameworkd and run it on the command line - send the output of that. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO testing on Neo 1973
FYI, I just installed FSO testing (latest snapshot) on my Neo 1973. Looks - I like it! screen locker - I like it! And many things work also - nice! I don't have a SIM card in my 1973 (it's in the FreeRunner) so I can't test phone functions. GPS - I have installed gllin and I get data from it (tested with 'cat //tmp/nmeaNP'). Should zhone and / or tangoGPS work on this image? Very nice work, folks! -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Torfinn Ingolfsen wrote: FYI, I just installed FSO testing (latest snapshot) on my Neo 1973. Looks - I like it! screen locker - I like it! And many things work also - nice! I don't have a SIM card in my 1973 (it's in the FreeRunner) so I can't test phone functions. GPS - I have installed gllin and I get data from it (tested with 'cat //tmp/nmeaNP'). Should zhone and / or tangoGPS work on this image? The connection between gllin and TangoGPS is not there on the fso-testing image (since we're waiting for some major frameworkd changes to stabilise before Mickey bumps the srcrev). If you apply the patches in FSO trac tickets 49 and 50, then it works. BTW, Orrery (a great star chart app) works nicely on it too! http://downloads.openmoko.org/repository/Multiverse/orrery_1.1_arm_2008.8.ipk -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO testing on Neo 1973
Hi, slightly OT, sorry... On Thu, Aug 21, 2008 at 01:15 (+0200), Torfinn Ingolfsen wrote: FYI, I just installed FSO testing (latest snapshot) on my Neo 1973. Looks - I like it! screen locker - I like it! How do you do that? For me, after an opkg upgrade with the fso-testing feeds pressing the AUX-button doesn't lock the screen anymore. Is there some other button/procedure now? Thx, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community