Re: [debian] 2010-03-25 installation from scratch
2010/3/26 e.waelde : > 2010-03-25 Installing debian from scratch on openmoko freerunner Great report! You also found some same issues I did in my guide at http://wiki.openmoko.org/wiki/User:TimoJyrinki My installation itself also went problem-free, although I found out there are some MicroSD cards you simply apparently cannot get to work with FreeRunner, no matter which SD clock rate etc. settings. Thus I made some clarifications about potential SD card problems at http://wiki.debian.org/DebianOnFreeRunner. > Do install bash to run the install.sh script on your flash-based distro. > Some might need to install perl as well. > opkg install bash This is guided already. > however, when logging in via network, the value of PATH is > /bin:/usb/bin > only, which is not enough to successfully run apt-get, say. > This can be fixed by editing /etc/profile. But I did not find out, where > PATH is set. It might be, that the compiled-in default of login is > supplying this value. If this is correct, then /etc/login.defs is not > used or understood for some reason. Quite true. I think it has been mentioned also before but I guess no-one exactly knows what's the difference between "our Debian" and other Debian installations at this moment. > After correcting this, apt-get will install requested packages > and not say something like "ldconfig not found ..." Been there... > tangogps > did start but not switch on gps. Nor did it help to switch it on > manually. It does help to install fso-gpsd and start it. > > --> should fso-gpsd go into the PACKAGES_TASK_GPS variable? fso-gpsd is apparently considered a bit disfunctional as it lacks some "proper" (?) gpsd functionality. gpsd should work fine (now that new version of both it and tangogps are in sid), but alas it doesn't auto-start of GPS chip on demand. Probably gpsd should be anyway installed on demand, possibly also configuring it for our /dev/ttySAC1 device. Then it's just a matter of turning the GPS device on manually from openmoko-panel-plugin in addition to launching the actual application. > Problem is, tangogps does not work with vector data, as navit does. Navit has its own share of problems including slowness on Neo, but indeed it's the "correct way". Tangogps's PNG data eats all your SD card space and it doesn't have routing functionality, but on the other hand it works fine then for showing where you actually are and pre-rendered graphics look good. > zhone still shuts down the system on "exit zhone" > apply the following patch as suggested by Enrico Zini > > http://lists.linuxtogo.org/pipermail/smartphones-userland/2009-October/002116.html There is also recent upstream activity with a new maintainer/developer at git.openmoko.org. Some of it could be considered to be brought to Debian, although we're moving to cornucopia / frameworkd 2.0. -Timo ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] 2010-03-25 installation from scratch
> There is also recent upstream activity with a new maintainer/developer > at git.openmoko.org. Some of it could be considered to be brought to > Debian, although we're moving to cornucopia / frameworkd 2.0. Hi, I'm not a big fan of zhone, but you may be interested in the fact, that mickey currently writes zhone2 in vala using the cornucopia daemons: http://git.freesmartphone.org/?p=aurora.git;a=summary -- Sebastian signature.asc Description: Digital signature ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] 2010-03-25 installation from scratch
Hi, Timo Jyrinki wrote: 2010/3/26 e.waelde : 2010-03-25 Installing debian from scratch on openmoko freerunner tangogps did start but not switch on gps. Nor did it help to switch it on manually. It does help to install fso-gpsd and start it. --> should fso-gpsd go into the PACKAGES_TASK_GPS variable? fso-gpsd is apparently considered a bit disfunctional as it lacks some "proper" (?) gpsd functionality. gpsd should work fine (now that new version of both it and tangogps are in sid), but alas it doesn't auto-start of GPS chip on demand. Probably gpsd should be anyway installed on demand, possibly also configuring it for our /dev/ttySAC1 device. Then it's just a matter of turning the GPS device on manually from openmoko-panel-plugin in addition to launching the actual application. Ok, so I should rather remove fso-gpsd and install gpsd. Good to know. I guess, fso-gpsd should then be removed from the repos at some point? Cheers, Erich ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] 2010-03-25 installation from scratch
Hi, thanks a lot for your detailed report. "e.waelde" writes: > 2. PATH Variable > >when opening an xterm (keyboard, [Alt][Ctrl][x]), value of PATH is >/bin:/usr/bin:/sbin:/usr/sbin >most probably from /etc/init.d/nodm. >however, when logging in via network, the value of PATH is >/bin:/usb/bin >only, which is not enough to successfully run apt-get, say This is caused by a change in base-files which I reported more than a month ago. It does not set PATH anymore. I reported this a bug but it was reassigned since base-files maintainer said that SSH servers should invoke login which sets the PATH. However, openssh does not support X forwarding with login and dropbear does not support login at all. The bug report is at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571086 If you comment please Cc: Santiago Vila who maintains the base-files package and can hopefully be convinced to rever this change :-) >With zhone > gps, I got a fix in 150 seconds (needed to get almanac data >from satellites) while being outside. The ephemeris typo in ubx.py is >fixed :-) Which typo? I recently forked ubx.py to my own library so that it does not have dbus dependencies. I'd like to hear about any bugs in the original code, did you report a bug? ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] 2010-03-25 installation from scratch
Hi, Timo Juhani Lindfors wrote: Hi, thanks a lot for your detailed report. "e.waelde" writes: 2. PATH Variable http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571086 Ok. Thanks for the information. If you comment please Cc: Santiago Vila who maintains the base-files package and can hopefully be convinced to rever this change :-) With zhone > gps, I got a fix in 150 seconds (needed to get almanac data from satellites) while being outside. The ephemeris typo in ubx.py is fixed :-) Which typo? I recently forked ubx.py to my own library so that it does not have dbus dependencies. I'd like to hear about any bugs in the original code, did you report a bug? This is some lengthy time back, the problem being "not getting a fix for a long time". The patch in question circulated on the list. It's only 2 characters changed, really. --- ./usr/share/pyshared/framework/subsystems/ogpsd/ubx.py.orig Sun Sep 20 19:05:17 2009 +++ ./usr/share/pyshared/framework/subsystems/ogpsd/ubx.py Sun Sep 20 19:06:41 2009 @@ -165,7 +165,7 @@ ("RXM-EPH", 104) : ["<" + "I"*26, ["SVID", "HOW", "SF1D0", "SF1D1", "SF1D2", "SF1D3", "SF1D4", "SF1D5", "SF1D6", "SF1D7", "SF2D0", "SF2D1", "SF2D2", "SF2D3", "SF2D4", -"SF2D5", "SF2D6", "SF1D7", "SF3D0", "SF3D1", "SF3D2", "SF3D3", "SF3D4", "SF3D5", "SF3D6", "SF3D7"]], +"SF2D5", "SF2D6", "SF2D7", "SF3D0", "SF3D1", "SF3D2", "SF3D3", "SF3D4", "SF3D5", "SF3D6", "SF3D7"]], ("INF-ERROR", None) : [0, "", [], 1, "c", ["Char"]], ("INF-WARNING", None) : @@ -255,7 +255,7 @@ ("AID-EPH", 104) : ["<" + "I"*26, ["SVID", "HOW", "SF1D0", "SF1D1", "SF1D2", "SF1D3", "SF1D4", "SF1D5", "SF1D6", "SF1D7", "SF2D0", "SF2D1", "SF2D2", "SF2D3", "SF2D4", -"SF2D5", "SF2D6", "SF1D7", "SF3D0", "SF3D1", "SF3D2", "SF3D3", "SF3D4", "SF3D5", "SF3D6", "SF3D7"]] +"SF2D5", "SF2D6", "SF2D7", "SF3D0", "SF3D1", "SF3D2", "SF3D3", "SF3D4", "SF3D5", "SF3D6", "SF3D7"]] # TIM - Timekeeping } Cheers, Erich ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] 2010-03-25 installation from scratch
Hi, Sebastian Reichel wrote: I'm not a big fan of zhone, but you may be interested in the fact, that mickey currently writes zhone2 in vala using the cornucopia daemons: http://git.freesmartphone.org/?p=aurora.git;a=summary I know, however, if someone wants to use it as a *phone* *now*, there are not that many options, I guess. It's not a problem for me, since I don't use the neo as one. Cheers, Erich ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] 2010-03-25 installation from scratch
On 26 March 2010 18:59, Timo Jyrinki wrote: > gpsd should work fine (now that new > version of both it and tangogps are in sid), but alas it doesn't > auto-start of GPS chip on demand. I wondered about this possible design for solving that problem: - gpsd is set up to run on demand from inetd/xinetd (instead of all the time) - gpsd is enhanced (if it doesn't already have this capability) to call out to an arbitrary script when it is started, and that script could turn on the GPS device. Would that work? Also there's still the problem of applications that expect the Gypsy dbus interface, like Cellhunter and zhone. Is there any gpsd-based solution for them? Regards, Neil ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] 2010-03-25 installation from scratch
On 26 March 2010 14:10, e.waelde wrote: > 4. zhone > zhone still shuts down the system on "exit zhone" > apply the following patch as suggested by Enrico Zini > > http://lists.linuxtogo.org/pipermail/smartphones-userland/2009-October/002116.html > > > r...@neo:/# diff -u /usr/bin/zhone.orig /usr/bin/zhone > --- /usr/bin/zhone.orig 2010-01-01 15:19:22.0 +0100 > +++ /usr/bin/zhone 2010-03-26 14:43:17.0 +0100 > @@ -1926,7 +1926,7 @@ > def on_edje_signal_button_list_pressed( self, emission, source ): > id = int( source.split( "_" )[-1] ) > if( id == 5 ): > - os.system("halt") > + gui.shutdown() > if( id == 0 ): > fp = os.popen("sleep 5 && \ > n=/tmp/scap$$.png && \ Thanks for the reminder. I've committed this change now at git.freesmartphone.org. Neil ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] 2010-03-25 installation from scratch
Neil Jerram writes: > Also there's still the problem of applications that expect the Gypsy > dbus interface, like Cellhunter and zhone. Is there any gpsd-based > solution for them? Should be quite easy to add gpsd support. ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] 2010-03-25 installation from scratch
On Fri, Mar 26, 2010 at 11:07:16PM +, Neil Jerram wrote: > > gpsd should work fine (now that new > > version of both it and tangogps are in sid), but alas it doesn't > > auto-start of GPS chip on demand. > > I wondered about this possible design for solving that problem: > > - gpsd is set up to run on demand from inetd/xinetd (instead of all the time) > > - gpsd is enhanced (if it doesn't already have this capability) to > call out to an arbitrary script when it is started, and that script > could turn on the GPS device. I noticed that gpsd behaves really quite well if you turn on and off the GPS under its feet. So for me it works well to start gpsd at boot and leve it running and idle, and to turn on/off the gps I just run om gps power {1|0} Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] 2010-03-25 installation from scratch
On Friday 26 March 2010, e.waelde wrote: > Hi, > > Timo Jyrinki wrote: > > 2010/3/26 e.waelde : > >> 2010-03-25 Installing debian from scratch on openmoko freerunner > >> > >> tangogps > >> did start but not switch on gps. Nor did it help to switch it on > >> manually. It does help to install fso-gpsd and start it. > >> > >> --> should fso-gpsd go into the PACKAGES_TASK_GPS variable? > > > > fso-gpsd is apparently considered a bit disfunctional as it lacks some > > "proper" (?) gpsd functionality. gpsd should work fine (now that new > > version of both it and tangogps are in sid), but alas it doesn't > > auto-start of GPS chip on demand. Probably gpsd should be anyway > > installed on demand, possibly also configuring it for our /dev/ttySAC1 > > device. Then it's just a matter of turning the GPS device on manually > > from openmoko-panel-plugin in addition to launching the actual > > application. > > Ok, so I should rather remove fso-gpsd and install gpsd. If you do that you should also remove or disable ogpsd. > Good to > know. I guess, fso-gpsd should then be removed from the repos > at some point? No. fso-gpsd should remain in the repos for anyone who wants to use it, and for many purposes it's perfectly adequate. ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland