Re: Litemoko, new window environment
2009/8/14 Brock awwa...@thelackthereof.org On 2009.08.13.20.24, Michal Brzozowski wrote: | I've been playing with assembling a simple window environment with icewm for | some time. The results are here. It uses icewm, literki, litephone and a | simple launcher ( called litelaunch). Do we get source code too? :) And is it your launcher that is handling the gestures that switch between the three workspaces? No, the top panel and the gestures are handled by literki. There isn't much source code to see :-), the launcher is 100 lines, litephone and literki are already available (although I'll try to put literki on a repo). I had to do some hacks in icewm, I'll release the patch (that one I have too :-)) Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Nominations for hall of fame.
I missed some nominees the first time round. In addition both *Orrery* and *Numptyphysics* have gained HoF status, and their polls have been closed. Marcel: Could you add them to the wiki? I have another somewhat unrelated suggestion, but I think it might be a good idea to try and ensure that the applications on the HoF are in the feeds of most(all) distros. This way new users could easily install the cream-of-the- crop The nominees... openBmap Wiki : http://wiki.openmoko.org/wiki/OpenBmap Poll : http://www.doodle.com/yq52rxbm7qgnmayt Openvibe Wiki : http://wiki.openmoko.org/wiki/Openvibe Poll : http://www.doodle.com/hkgtfzrw54bfd89c qwo --- Wiki : http://wiki.openmoko.org/wiki/Qwo Poll : http://www.doodle.com/gasyrbm7hiekstyv literki --- Wiki : ??? http://pvtrace.com/literki2.png Poll : http://www.doodle.com/zwe4vnpw7eqkywix shr-settings Wiki : ??? http://wiki.openmoko.org/wiki/SHR Poll : http://www.doodle.com/9bh8psqc46yyh7vi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone 0.66 release
2009/8/14 c_c cchan...@yahoo.com I'm thinking of moving the volume control to the settings page. That should give me some space for perhaps 2 more buttons (for +/- 5 sec fwd). What do you think? Please post your feedback. Thanks. http://n2.nabble.com/file/n3443088/intone_0.66_arm.ipk Oh no, please don't do that! I often (have to) use the volume control for adjusting to environmental noise but almost never seek in music tracks. I know that's different in audio books, but even there one doesn't seek all the time imho. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone 0.66 release
On Friday 14 August 2009 08:21:37 Marcel Brüggebors wrote: 2009/8/14 c_c cchan...@yahoo.com I'm thinking of moving the volume control to the settings page. That should give me some space for perhaps 2 more buttons (for +/- 5 sec fwd). What do you think? Please post your feedback. Thanks. http://n2.nabble.com/file/n3443088/intone_0.66_arm.ipk Oh no, please don't do that! I often (have to) use the volume control for adjusting to environmental noise but almost never seek in music tracks. I know that's different in audio books, but even there one doesn't seek all the time imho. I agree, I change the volume significantly more often then seeking. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: how to block spam to commits-ow...@projects.openmoko.org?
Ok, this issue is not solved yet. Now I got spam to xxx-commits-bou...@projects.openmoko.org In mailinglist options there are [Bounce processing]. There are many 'yes'-ticks, I really do not understand what all of them means. I just disabled the first Should Mailman perform automatic bounce processing?. -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Nominations for hall of fame.
I have another somewhat unrelated suggestion, but I think it might be a good idea to try and ensure that the applications on the HoF are in the feeds of most(all) distros. This way new users could easily install the cream-of-the- crop +1 Thats what I havr been trying for the last few days. For SHR one needs to open a ticket on the trac, make a .bb and I guess mail on the devl list for help/ visibility. The author contact info is there on the edit page (the application template does not show it yet). If someone could help them get their applications into the feeds it would be great. Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Litemoko, new window environment
There isn't much source code to see :-), the launcher is 100 lines, litephone and literki are already available (although I'll try to put literki on a repo). I had to do some hacks in icewm, I'll release the patch (that one I have too :-)) Michal And put litephone and literki in the SHR and OM2009 repos too. Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (2 Votes)
[cut] I can setup a poll or two for the other applications if thats desired? Is it relevant to inform about those pools on Community Update? Personally i think only discussion lists members should vote. Otherwise someone may start to cheat - chances are low, but this may happen... -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Transparent qwo
2009/8/13 Dan Staley daniel.l.sta...@gmail.com Given that literki seems to be very quick and handles transparency very well, has anyone recently tried a transparent qwo? The transparency in literki is something different. It's only a shaped window. I don't know if it's possible to use alpha blending yet. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (2 Votes)
Is it relevant to inform about those pools on Community Update? Personally i think only discussion lists members should vote. Otherwise someone may start to cheat - chances are low, but this may happen... Maybe just a mention of the Hall of Fame wiki page. I`m not worried to much about cheating. Its against the spirit of the community and I believe most people knows this. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Nominations for hall of fame.
Hello, on Doodle I voted for OpenVibe (LOL!) and SHR-Settings :-) Where is the poll for Neon? -- Biagio Marino ilcristopag...@gmail.com signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Nominations for hall of fame.
Where is the poll for Neon? Neon already has enough votes for the HoF. So there is no poll :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Nominations for hall of fame.
Am Freitag, den 14.08.2009, 08:18 +0200 schrieb Adolph J. Vogel: I missed some nominees the first time round. In addition both *Orrery* and *Numptyphysics* have gained HoF status, and their polls have been closed. Marcel: Could you add them to the wiki? New nominees and Orrery are already in, I'm currently adding Numptyphysics. And Leadman put screenshots in, looks much nicer now! :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Evopedia 0.2.1
[cut] Everything is available at http://www.reitwiessner.de/openmoko/evopedia.html Do you provide any screen shots there? -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Nominations for hall of fame.
New nominees and Orrery are already in, I'm currently adding Numptyphysics. And Leadman put screenshots in, looks much nicer now! :) The HoF is coming together nicely :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz fix party at Debconf09 pics aviable :)
Dnia 2009-08-11, wto o godzinie 12:16 +0200, Davide Scaini pisze: ...i want it fixed too!!! is there somewhere in europe where i can send my fr for fix? You could in the past - read Community Updates: http://wiki.openmoko.org/wiki/Community_Updates/June_25%2C_2009 I do not know if it is still possible to send FR for fix, but you can try - let us know if you succeed. -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Litemoko, new window environment
On Freitag, 14. August 2009 08:57:45 rakshat hooja wrote: There isn't much source code to see :-), the launcher is 100 lines, litephone and literki are already available (although I'll try to put literki on a repo). I had to do some hacks in icewm, I'll release the patch (that one I have too :-)) Michal And put litephone and literki in the SHR and OM2009 repos too. Rakshat There is currently some litephone development happening by cmusik here [1], I do not know if/when the git is also placed on sourceforge, maybe the devs can shed some light here. You can get ipk here [2] (I use it on my SHR-U). I can upload the bitbake recipe I use tonight if anyone is interested. Cheers, Christian [1] http://git.senfdax.de/?p=litephone;a=summary [2] http://openmoko.senfdax.de/shr-unstable ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone 0.66 release
[cut] I'm thinking of moving the volume control to the settings page. That should give me some space for perhaps 2 more buttons (for +/- 5 sec fwd). What do you think? IMHO it is better to get rid os icons next to song names, and put volume slider vertically on right side of LCD. Please post your feedback. Thanks. http://n2.nabble.com/file/n3443088/intone_0.66_arm.ipk intone_0.66_arm.ipk Tell me, why do you use nabble for posting ipk, when this package is on: http://www.opkg.org/packages/intone_0.66_arm.ipk ? -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz fix party at Debconf09 pics aviable :)
is there somewhere in europe where i can send my fr for fix? I know this is a long shot, but anyone know of a place that does bug fixing in Africa ( hopefully South Africa ) ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (2 Votes)
[cut] Maybe just a mention of the Hall of Fame wiki page. I`m not worried to much about cheating. Its against the spirit of the community and I believe most people knows this. I already made a short note about HoF, The question was: what about Doodle? -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz fix party at Debconf09 pics aviable :)
David Samblas Martinez wrote: There are some more from other camera unpublished yet but a great bunch of them are avialable with comments in spanish and english english version here http://www.tuxbrain.com/en/content/there-and-back-againtuxbrain-debconf09-pics I'm working on the subtitles of the vids I hope I can finish them soon Very nice pics :) -- View this message in context: http://n2.nabble.com/Buzz-fix-party-at-Debconf09-pics-aviable-%3A%29-tp3420258p3443937.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Transparent qwo
Hello, I am using transparent qwo, but I haven't upgraded my FR since I wrote the instructions (it's on my todo list, but... :-) ). So, I am not very sure about the current state of packages, but to the best of my knowledge, situation is as follows: 1) 2) Nobody maintains Xglamo, last commit at git.openmoko.org was 7 months ago. Glamo driver for xorg is under active development, so maybe it just works by now. Nevertheless, the patch on Xglamo was accepted to SHR quite long time ago, so if you use SHR+Xglamo, part of my patch should be included. (It is the part that fixes crashing; the second part of the patch that improves motion event handling has not been included afaik). 3) No idea if the composite extension is enabled by default in any distribution, but this is just a configuration issue... 4) Xcompmgr is in openembedded, but I do not know if the binary is provided by the standard opkg feeds of any distribution. 5) You do not really have to patch qwo; an alternative is to use transset utility to set the transparency manually. However, the patch improves usability significantly imho. The transparency patch has not been accepted upstream yet. (Actually, last commit to qwo git repository is from 28 May). 6) I am not aware of any inclusions of the illume patch anywhere. Greets Richard Dan Staley wrote: I really like the idea of qwo and want to try out the transparent version mentioned at [1]. However, the instructions were written months ago, and involve patching xglamo and illume...so I am hesitant to try given that the changes may not be relevant as the packages may have changed (perhaps even implemented the patches!). Given that literki seems to be very quick and handles transparency very well, has anyone recently tried a transparent qwo? If so, are the patches and install process at [1] still applicable? If soare there any plans to merge the patches in so that a transparent binary of qwo could be provided? Thanks in advance, -Dan Staley [1] http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/ ___ 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: The trivial #1024 GSM fix
On Mon, Aug 10, 2009 at 03:51:59PM +0400, Paul Fertser wrote: Rask Ingemann Lambertsen ccc94...@vip.cybercity.dk writes: 1) Find somewhere to buy a 10 uF SMD capacitor small enough. E.g. there's nowhere in Denmark I can get one. I'd need to go abroad (Malmö, Sweden)[1] for a shop that sells a 0805 16 V one to hobbyists or, as I'll do in this case, buy 20 0805 22 uF ones from Digikey, of which 18 will be used for the bass fix, one for #1024 and one for fun and games[2]. I admit it's easier to source the cap being in Moscow, here you just go to a shop and buy as many as you need. But even if one can't go to a shop himself he can ask a buddy to get the caps and send by snail mail. I can't see how it's can make a real problem. This means you need to find a buddy who can get the caps. I think it's just a lot easier to find components in your part of the world. For example, while looking for a VS6724Q0FB camera module, I've come across no less than four russian webshops[1] that seem to offer it. In contrast, the only three places that turn up in Europe are distributors that only sell to businesses and organisations[2]. [1] http://www.radel.ru/items_128989.htm http://www.prom-electro.ru/index.php?categoryID=13+99+2 http://www.cec-mc.ru/icatalog/view/377595.html http://www.imek.su/66500/item66295.html [2] http://www.eurotech.co.uk/components/1523.html http://www.rutronik.com/ http://www.baselectronic.com/stocklist.html 2) Disassemble the Neo not doing any damage. Trivial, wiki instructions are very clear, and plastic clips are durable enough. I did it the day i bought my FR without fear or issues. No, you need to apply a lot more force than I'm comfortable with for a device that I want to keep in a usable condition. As it turns out, it works out fine, but that's not obvious from the beginning. But yes, maybe we just need to make a video of someone doing it. For example, I would be most interested in seeing Jörg Reisenweber's one-hand trick with the PCB. 5) Put the can back on in a reasonably good shape. 6) Assemble the Neo. Both are non-issues for any man who's not disabled. I withdraw 5) and 6). If you've gone so far as to take the Neo apart in the first place, reassembling it will be a non-issue. Having seen so many cool hardware projects/tricks/hacking devices/DIY mods from European folks i really doubt it's that hard to find a guy who can solder modern components somewhere nearby. Aren't there any projects in universities that require soldering? So there're people who know how to do it. I, for one, wouldn't really know where to look if I couldn't solder myself. Sometimes i'm told i'm leaving in a parallel universe. Well, that's quite possible indeed. And a much better universe too. Where did you find that wormhole? :-) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
On Thu, Aug 13, 2009 at 03:35:36PM +0530, rakshat hooja wrote: On Thu, Aug 13, 2009 at 1:24 PM, RANJAN infi...@gmail.com wrote: Read all of this http://wiki.openmoko.org/wiki/GTA02_GPS Please do not refer him to outdated information. The page even has a warning at the top of it: WARNING: Most of this article is only relevant for Om 2008. The gpsd has been obsoleted by the ogpsd which offers a DBUS interface. Do not run these two daemons side by side. If backward compatibility is needed, use ogpsd with fso-gpsd. Instead of messing with the serial port, connect to the Neo over TCP/IP on the standard gpsd port (2947). You will probably have to change how fso-gpsd is started, so the option '-S localhost:gpsd' reads just '-S gpsd'. Alternatively, and this is what I suggest, use ssh to forward connections from the gpsd port on your laptop to the gpsd port on your Neo: $ ssh -L localhost:2947:localhost:2947 debian-gta02 -- sleep inf -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO resources, GPS-TTFF example (Was: is wifi-driver developed anymore?)
On Thu, Aug 13, 2009 at 11:15:31AM +0200, arne anka wrote:
- the fso way of retrieving the resource is discouraged
Hm, no? fsoraw does exactly that: manages access to resources the fso
way.
it's not that i know all these fso dbus commands by heart, but
mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy WiFi enabled
which you called in this particular case harmful, looks pretty much like
the fso way to me. am i wrong?
Yes. :-( You should not use SetResourcePolicy if you can at all avoid
it. If an app needs a resource, it should call RequestResource instead.
If the app doesn't have FSO support, use fsoraw to request the resource.
There is a bit of trickery in using fsoraw with a shell script. You can
either make the script call itself with fsoraw except if given a command
line option such as --no-fsoraw, or use a here-document. Example of the
latter:
#!/bin/sh
# GPS-TTFF - Find GPS time to first fix using all the important buzz-words
# such as D-bus, Gypsy, freedesktop.org and freesmartphone.org.
# Destinations and paths are listed in /etc/dbus-1/system.d/*.
# Interfaces are documented at URL:http://docs.freesmartphone.org/.
fsoraw -r GPS -- sh __end_of_script
DBUSCALL_='dbus-send --print-reply=undocumented --system --type=method_call
--dest='
if [ --coldstart = $1 ]; then
rm -f /var/lib/freesmartphone/ogpsd.pickle
fi
START=$(date +%s)
# Where is the first return value from GetPosition documented?
while ${DBUSCALL_}org.freedesktop.Gypsy /org/freedesktop/Gypsy
org.freedesktop.Gypsy.Position.GetPosition \
| head -n 1 | grep -q -v -F -e 'int32 15' -e 'int32 7'; do
sleep 1
done
FINISH=$(date +%s)
echo Time to first fix: $((${FINISH} - ${START})) s
${DBUSCALL_}org.freedesktop.Gypsy /org/freedesktop/Gypsy
org.freedesktop.Gypsy.Position.GetPosition
__end_of_script
Please compare with how it should not be done, by a clueless newbie:
https://lists.openmoko.org/pipermail/community/2009-July/050629.html
why is simply requesting the resource like openmoko-panel-plugin does,
sufficient?
Requesting the resource tells FSO that an app wants to use the resource.
If the policy permits, FSO will arrange for the resource to be available.
which is the rationale for fsoraw here?
To request resources for apps that don't have FSO support themselves.
why using fsoraw, why isn't fso sufficient?
You are confused. Fsoraw uses FSO.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: fsoraw (Was: is wifi-driver developed anymore?)
On Wed, Aug 12, 2009 at 10:31:13PM +0200, arne anka wrote: next, where does one get fsoraw from (the ticket links to the sources, but i never actually saw a binary, let alone a package somewhere)? IIRC, I found it on the mokomaze site. $ dpkg-query --search $(which fsoraw) fsoraw: /usr/bin/fsoraw $ dpkg-query --status fsoraw Package: fsoraw Status: install ok installed Priority: optional Section: utils Maintainer: ANT Architecture: armel Source: fsoraw Version: 0.01a+svn13-r1 Depends: libdbus-1-3 Description: FSO Resource Allocation Wrapper. You may use it to prevent suspending or light dimming. Homepage: http://noko.svn.sourceforge.net/viewvc/noko/trunk/fsoraw/ -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
Problem is solved now.Thank you all.I will have to worry about solving an other one now. Sriranjan On Thu, Aug 13, 2009 at 8:06 PM, Rask Ingemann Lambertsen ccc94...@vip.cybercity.dk wrote: On Thu, Aug 13, 2009 at 03:35:36PM +0530, rakshat hooja wrote: On Thu, Aug 13, 2009 at 1:24 PM, RANJAN infi...@gmail.com wrote: Read all of this http://wiki.openmoko.org/wiki/GTA02_GPS Please do not refer him to outdated information. The page even has a warning at the top of it: WARNING: Most of this article is only relevant for Om 2008. The gpsd has been obsoleted by the ogpsd which offers a DBUS interface. Do not run these two daemons side by side. If backward compatibility is needed, use ogpsd with fso-gpsd. Instead of messing with the serial port, connect to the Neo over TCP/IP on the standard gpsd port (2947). You will probably have to change how fso-gpsd is started, so the option '-S localhost:gpsd' reads just '-S gpsd'. Alternatively, and this is what I suggest, use ssh to forward connections from the gpsd port on your laptop to the gpsd port on your Neo: $ ssh -L localhost:2947:localhost:2947 debian-gta02 -- sleep inf -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ 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
[SHR] wakes up from suspend after a few minutes
Hi, I'm using shr unstable from 08.08. Whenever I put it to suspend, it wakes up after a few minutes. Has anyone noticed this? Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
Hi All, We are planning a buzz fix for FRs in India. As Rakshat has already pointed out, the guy who would do the buzz fix is placed at Delhi. IDA systems would be bearing the cost of buzz fix while we need to take care of sending in the devices and take it back. People in Delhi itself can of course bump in personally. I already know of Vibhav and Gora who are in Delhi and would be interested. Please use this thread to show your preference and if you be shipping or coming in personally. We are still to figure out a date for this. The buzz fix would be done at: Baig Electronics K-33 Batla House, near Mosque Khalilullah Jamia Nagar okhla 011-26984151 9810134572 (although I couldn't figure out the exact address but Mosque Khalilullah is at http://wikimapia.org/587273/Masjid-Khalilullah...so reaching there shouldn't be very hard :) quote from Rakshat's first mail IDA Systems (with support from Openmoko) will cover the actual costs of the buzz fix procedure and the components. Shipping costs (to and back from) Delhi, where the contracter who will undertake the Buzz Fix is based, will have to be borne by the customer (We will work with you to get good and easy shipping options and also give a free extra Battery as a return gift with each Freerunner sent for the Buzz Fix to cover costs) /quote I am unsure how would that work out but I guess Rakshat can jump in here. While I don't know about postage options, I think the package can still be sent to one of us (users) and we would take all the FRs to the guy at the same time. I think we can update http://wiki.openmoko.org/wiki/BuzzFixParty as soon as this takes a little more shape --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (2 Votes)
I already made a short note about HoF, The question was: what about Doodle? Hmmm, I think lets leave it out for the moment. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Objective comparison between emergency usb chargers
On Fri, Aug 14, 2009 at 12:11 AM, Ed Kapiteine...@kapitein.org wrote: I hope we can collaborate, collect useful data and publicate them. Im very tired all these cheap half-finished electrical devices (I can only charge 27% from a 3500mAh 3.7V accumulator! It is insane!) i think 3.7 V is just not enough to charge the freerunner, in need to be 5.5V if i am not mistaken. I also want to collect the *efficiency* of the charger backed up with some measured data. The charger itself internally has two 3.7V Li-Ion battery parallel connected. There is an internal circuit with some DC-DC converter to deliver the correct 5V output. The problem is, that FreeRunner's battery is 3.7V 1200mAh(4.44Wh), that charger's battery is 3.7V 3500mAh(12.95Wh), so no matter how efficient the internal DC-DC converter it should charge at least once the freerunner. (with 50% efficiency we still have 3.7*3.5*0.5 = 6.48Wh power what the Freerunner get at the end). So if it cant charge the Freerunner at least once, something is seriously fucked up design-wise. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] wakes up from suspend after a few minutes
is deep sleep disabled? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO resources, GPS-TTFF example (Was: is wifi-driver developed anymore?)
If the app doesn't have FSO support, use fsoraw to request the resource. _now_ i am confused. in my understanding - resources are an fso concept -- thus, no fso support, no resource - fsoraw uses fso calls to utilize the resource -- no resource, no way to use fsoraw why using fsoraw, why isn't fso sufficient? You are confused. Fsoraw uses FSO. sorry, but imo _you_ are confused. i never denied, fsoraw using fso. what i always tried to find out, and i understand now even less than before: what is the rationale for fsoraw? if it does nothing but requesting the resource, a dbus call would do exactly the same w/o need of an additional app (and second one to release afterwards, of course). if it does soemthing a dbus call won't be able to deliver, why isn't fso extended to include that functionality? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] wakes up from suspend after a few minutes
yes 2009/8/14 arne anka openm...@ginguppin.de is deep sleep disabled? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO resources, GPS-TTFF example (Was: is wifi-driver developed anymore?)
On Fri, 2009-08-14 at 14:15 +0200, arne anka wrote: If the app doesn't have FSO support, use fsoraw to request the resource. _now_ i am confused. in my understanding ... what i always tried to find out, and i understand now even less than before: what is the rationale for fsoraw? if it does nothing but requesting the resource, a dbus call would do exactly the same w/o need of an additional app (and second one to release afterwards, of course). if it does soemthing a dbus call won't be able to deliver, why isn't fso extended to include that functionality? fsoraw, mdbus and dbus-send all allow management of resources. mdbus is slow - very slow - its was apparently a test tool that proved useful. An advantage that it does have is that it can request some resources and they stay requested until you specifically request them to be released. I was never able to use dbus-send reliably though it was reccomended as a replacement for mdbus. fsoraw is fast - thats its main advantage, plus when it requests a resource, it releases it on exit - so when the app called by fsoraw exits, fsoraw then also exits and the resource is automaticly released. All fsoraw seems to be is a program that calls the dbus libraries directly, hence its speed. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Evopedia 0.2.1
Patryk Benderz schrieb: [cut] Everything is available at http://www.reitwiessner.de/openmoko/evopedia.html Do you provide any screen shots there? It actually looks just like the article area of the official Wikipedia, but you are right, screenshots are always nice. I have put some on the opkg.org site: http://www.opkg.org/package_128.html Christian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
Hi, I would like to get my FR buzz fixed too. I was kind of hoping we could get the #1024 (modem deep sleep) and the bass workaround for the earphones done at the same time. Particularly #1024 since it really seems to seriously improve battery life. Both require adding additional capacitors in parallel and aren't too tough. I could send my FR by courier or get it personally if the fix is sometime around Diwali. Thanks. -- View this message in context: http://n2.nabble.com/Re%3A-Fwd%3A-buzzfix-in-India-tp380p3444941.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Evopedia 0.2.1
It actually looks just like the article area of the official Wikipedia, but you are right, screenshots are always nice. I have put some on the opkg.org site: http://www.opkg.org/package_128.html Thanks, actually i need this for CU entry and its tiresome to install all applications just to make screen-shots... -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone 0.66 release
:-) Well, it seems to me that some users don't use opkg.org. I hope I'm not breaking some ML rule here - am I? Well, probably not, but i remember a thread where some users, including me, asked for not using nabble, as it splits discussion into separate threads, where it should be one. It is really annoying, especially when you use normal mail client which is capable of threading. I was afraid nabble could do something bad with ipks also. Besides opkg.org is intended for such purposes, isn't it? :) And if you take a look at opkg.org you will notice that most of apps has it's entries there and are up to date. -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Transparent qwo
Thanks for the reply! I may give it a try when I get the time and I'll report back how it goes. -Dan On Fri, Aug 14, 2009 at 5:22 AM, Richard Kralovic r...@om.ksp.sk wrote: Hello, I am using transparent qwo, but I haven't upgraded my FR since I wrote the instructions (it's on my todo list, but... :-) ). So, I am not very sure about the current state of packages, but to the best of my knowledge, situation is as follows: 1) 2) Nobody maintains Xglamo, last commit at git.openmoko.org was 7 months ago. Glamo driver for xorg is under active development, so maybe it just works by now. Nevertheless, the patch on Xglamo was accepted to SHR quite long time ago, so if you use SHR+Xglamo, part of my patch should be included. (It is the part that fixes crashing; the second part of the patch that improves motion event handling has not been included afaik). 3) No idea if the composite extension is enabled by default in any distribution, but this is just a configuration issue... 4) Xcompmgr is in openembedded, but I do not know if the binary is provided by the standard opkg feeds of any distribution. 5) You do not really have to patch qwo; an alternative is to use transset utility to set the transparency manually. However, the patch improves usability significantly imho. The transparency patch has not been accepted upstream yet. (Actually, last commit to qwo git repository is from 28 May). 6) I am not aware of any inclusions of the illume patch anywhere. Greets Richard Dan Staley wrote: I really like the idea of qwo and want to try out the transparent version mentioned at [1]. However, the instructions were written months ago, and involve patching xglamo and illume...so I am hesitant to try given that the changes may not be relevant as the packages may have changed (perhaps even implemented the patches!). Given that literki seems to be very quick and handles transparency very well, has anyone recently tried a transparent qwo? If so, are the patches and install process at [1] still applicable? If soare there any plans to merge the patches in so that a transparent binary of qwo could be provided? Thanks in advance, -Dan Staley [1] http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/http://kedrigern.dcs.fmph.uniba.sk/%7Eriso/Openmoko/qwo/ ___ 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: Fwd: buzzfix in India
I would like to get my FR buzz fixed too. I was kind of hoping we could get the #1024 (modem deep sleep) and the bass workaround for the earphones done at the same time. Particularly #1024 since it really seems to seriously improve battery life. Both require adding additional capacitors in parallel and aren't too tough. I was also thinking on the same lines. I guess we can take the schematics/print etc and get it done. At least I would be fine to bear the extra cost (if any) myself @rakshat: what do you think about this? --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
litephone message with illume keyboard
I found a pretty weird behavior on litephone message while typing with illume keyboard. While using dictionary some letters get typed at wrong places: e.g. if you type 'did' it comes up as 'ddi' Is it just me? Is it known? --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-U] Impressions and Problems
Now that my moko has the buzzfix, I can finally use it as a real phone, and not just a handheld linux box. I flashed SHR-U on my phone and can say that overall, it has worked pretty well...however I have noticed a couple of things that I'm thinking surely someone else has run into and maybe has a fix for. 1.) Occasionally (usually after a phone call) it seems that GSM, suspend, et al. stop working. Just from looking over bug reports and such, I'm assuming this is due to frameworkd crashing...however I haven't noticed anything unusual in the logs...does anyone else experience this? Is the best fix just to restart frameworkd when it happens? 2.) One of the first things I noticed was that when a text message arrived, the number associated with it has the international code (1) prefixed at the beginning. On my sim card, I only had the numbers stored with the area code + 7 digits for numberno international prefix. So using pisi (which works perfectly btw! Thanks for that app!) I exported my contacts to a vcf file and ran some regexes with vim over it to prefix a 1 to all my numbers and went back to my messagessure enough the numbers were associated with names now. However, soon after I got a phone calland I noticed that all phone calls had numbers reported that did NOT have the 1 prefixed...so no names were associated with them now! Has anyone found a fix for this? Is there a patch for the SHR apps that make them lookup a number that is not a direct match (missing a 1 or an area code?) I installed the opimd-utils package and tried these out. It seems the messages application included in this package can recognize a number correctly (if it comes in with a 1 prefixed, but the listing in my phone book does not). If I wanted to use this messaging application instead of the default one in SHRhow would I do that? How do I disable the old one? Does anyone know if litephone handles this correctly? Thanks, -Dan Staley ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Hi, I decided I wanted to try out litephone on the latest SHR-U and I followed the steps above. However whenever I run the gsm registering script I run into problems. The first time I run it, I get: Enabling GSM for ever /org/freesmartphone/Usage: SetResourcePolicy failed: org.freedesktop.DBus.Error.NoReply Turning antenna on /org/freesmartphone/GSM/Device: SetAntennaPower failed: org.freesmartphone.Resource.NotEnabled Registering /org/freesmartphone/GSM/Device: Register failed: org.freesmartphone.Resource.NotEnabled And then any time after that, I get: Enabling GSM for ever /org/freesmartphone/Usage: SetResourcePolicy failed: org.freesmartphone.Usage.ResourceUnknown Turning antenna on /org/freesmartphone/GSM/Device: SetAntennaPower failed: org.freesmartphone.Resource.NotEnabled Registering /org/freesmartphone/GSM/Device: Register failed: org.freesmartphone.Resource.NotEnabled I assumed that perhaps I just needed to restart frameworkd...but that didnt help. Has anyone else experienced this? Am I just missing something? Thanks, -Dan Staley On Mon, Jul 27, 2009 at 6:27 PM, Michal Brzozowski ruso...@poczta.fmwrote: Hi, I gave it a try and wrote an FSO based phone app in Qt. It's using the new PIM service, and since that's not completely stable yet, there are a few problems. I'm releasing this anyway, to help test FSO, and meanwhile get some feedback on the gui and general idea. Consider it an alpha release. There might be little bugs here and there. The basic idea on the GUI is that it is packed in one window, the various 'modules' (contacts, messages, dialer, etc) placed into tabs. No popup windows. Screenshot: http://pvtrace.com/litephone/litephone1.png The best way to use it on SHR is to stop ophoned, turn on the GSM service and register by hand, wait for some initialization in opimd, and then start the phone app. Technically you can just start the phone, and it will init GSM, but due to a bug in opimd, messages and contacts will start duplicating when you exit and run it again. The steps: - Install all the ipks from http://pvtrace.com/litephone/ (qt deps and phone app itself). - Run /etc/init.d/x-something stop - Move /etc/X11/Xsession.d/80ophonekitd somewhere else (like your home dir). - Run the script http://pvtrace.com/litephone/gsm_register.sh (this will enable gsm and register, and will stay like that until you turn it off by hand) - Run /etc/init.d/x-something start - Get the style definition http://pvtrace.com/litephone/style_sheet.conf - Run 'phone style_sheet.conf' If you don't see your contacts and messages, try exiting and running again. opimd does some initialization upon GSM start that takes 1-2 minutes and currently there is no signal implemented that notifies about it. Making and receiving calls and messages should work without problems. You can add, edit and delete contacts, but deleting messages doesn't work because it's not implemented in opimd yet. Scrolling lists (contacts, etc) is done by click, not by drag (I hate drag-scrolling). Contacts have a smaller sparse list on the right that lets you scroll faster. The way composing new messages works is when you hit 'text' or 'reply' somewhere and a 'compose' tab is not created yet, it creates one with an appropriate recipient. If one is open already, it just adds to the list of recipients. So the way to send a message to multiple recipients is to keep going back to Contacts for example, and add them one by one. While it's not very intuitive, it's simple and it works :-) I hope you have fun Michal ___ 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: testing Litephone, new phone interface
Opps. Forget I said anything. I DID just need to restart frameworkdI just needed to wait longer for it to finish initializing. -Dan Staley On Fri, Aug 14, 2009 at 10:58 AM, Dan Staley daniel.l.sta...@gmail.comwrote: Hi, I decided I wanted to try out litephone on the latest SHR-U and I followed the steps above. However whenever I run the gsm registering script I run into problems. The first time I run it, I get: Enabling GSM for ever /org/freesmartphone/Usage: SetResourcePolicy failed: org.freedesktop.DBus.Error.NoReply Turning antenna on /org/freesmartphone/GSM/Device: SetAntennaPower failed: org.freesmartphone.Resource.NotEnabled Registering /org/freesmartphone/GSM/Device: Register failed: org.freesmartphone.Resource.NotEnabled And then any time after that, I get: Enabling GSM for ever /org/freesmartphone/Usage: SetResourcePolicy failed: org.freesmartphone.Usage.ResourceUnknown Turning antenna on /org/freesmartphone/GSM/Device: SetAntennaPower failed: org.freesmartphone.Resource.NotEnabled Registering /org/freesmartphone/GSM/Device: Register failed: org.freesmartphone.Resource.NotEnabled I assumed that perhaps I just needed to restart frameworkd...but that didnt help. Has anyone else experienced this? Am I just missing something? Thanks, -Dan Staley On Mon, Jul 27, 2009 at 6:27 PM, Michal Brzozowski ruso...@poczta.fmwrote: Hi, I gave it a try and wrote an FSO based phone app in Qt. It's using the new PIM service, and since that's not completely stable yet, there are a few problems. I'm releasing this anyway, to help test FSO, and meanwhile get some feedback on the gui and general idea. Consider it an alpha release. There might be little bugs here and there. The basic idea on the GUI is that it is packed in one window, the various 'modules' (contacts, messages, dialer, etc) placed into tabs. No popup windows. Screenshot: http://pvtrace.com/litephone/litephone1.png The best way to use it on SHR is to stop ophoned, turn on the GSM service and register by hand, wait for some initialization in opimd, and then start the phone app. Technically you can just start the phone, and it will init GSM, but due to a bug in opimd, messages and contacts will start duplicating when you exit and run it again. The steps: - Install all the ipks from http://pvtrace.com/litephone/ (qt deps and phone app itself). - Run /etc/init.d/x-something stop - Move /etc/X11/Xsession.d/80ophonekitd somewhere else (like your home dir). - Run the script http://pvtrace.com/litephone/gsm_register.sh (this will enable gsm and register, and will stay like that until you turn it off by hand) - Run /etc/init.d/x-something start - Get the style definition http://pvtrace.com/litephone/style_sheet.conf - Run 'phone style_sheet.conf' If you don't see your contacts and messages, try exiting and running again. opimd does some initialization upon GSM start that takes 1-2 minutes and currently there is no signal implemented that notifies about it. Making and receiving calls and messages should work without problems. You can add, edit and delete contacts, but deleting messages doesn't work because it's not implemented in opimd yet. Scrolling lists (contacts, etc) is done by click, not by drag (I hate drag-scrolling). Contacts have a smaller sparse list on the right that lets you scroll faster. The way composing new messages works is when you hit 'text' or 'reply' somewhere and a 'compose' tab is not created yet, it creates one with an appropriate recipient. If one is open already, it just adds to the list of recipients. So the way to send a message to multiple recipients is to keep going back to Contacts for example, and add them one by one. While it's not very intuitive, it's simple and it works :-) I hope you have fun Michal ___ 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-U] Impressions and Problems
2009/8/14 Dan Staley daniel.l.sta...@gmail.com 2.) One of the first things I noticed was that when a text message arrived, the number associated with it has the international code (1) prefixed at the beginning. On my sim card, I only had the numbers stored with the area code + 7 digits for numberno international prefix. So using pisi (which works perfectly btw! Thanks for that app!) I exported my contacts to a vcf file and ran some regexes with vim over it to prefix a 1 to all my numbers and went back to my messagessure enough the numbers were associated with names now. However, soon after I got a phone calland I noticed that all phone calls had numbers reported that did NOT have the 1 prefixed...so no names were associated with them now! Has anyone found a fix for this? Is there a patch for the SHR apps that make them lookup a number that is not a direct match (missing a 1 or an area code?) I installed the opimd-utils package and tried these out. It seems the messages application included in this package can recognize a number correctly (if it comes in with a 1 prefixed, but the listing in my phone book does not). If I wanted to use this messaging application instead of the default one in SHRhow would I do that? How do I disable the old one? Does anyone know if litephone handles this correctly? Thanks for bringing this up. No, litephone doesn't handle this correctly. I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
On Fri, Aug 14, 2009 at 7:56 PM, Vikas Saurabh vikas.saur...@gmail.comwrote: I would like to get my FR buzz fixed too. I was kind of hoping we could get the #1024 (modem deep sleep) and the bass workaround for the earphones done at the same time. Particularly #1024 since it really seems to seriously improve battery life. Both require adding additional capacitors in parallel and aren't too tough. I was also thinking on the same lines. I guess we can take the schematics/print etc and get it done. At least I would be fine to bear the extra cost (if any) myself @rakshat: what do you think about this? If you can explain the #1024 fix to Baig, IDA will cover the cost for the fix. But please note we have only tested buzz fix at his shop and provided him with parts for the buzz fix. From my understanding the Bass fix is tougher. Also I can mail the batteries to the repair shop or to one of you. Let me know how that should be done. Also as Zoheb (zoheb at idasystems dot net) coordinates most of this please let him know before you visit the shop so that he makes sure proper instructions to not charge you are there. Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Oh, you don't need the script anymore. This issue happens when frameworkd hasn't powered up yet (it takes a few minutes). Check the newest litephone package from http://pvtrace.com/litephone/ It should wait for frameworkd to start up. 2009/8/14 Dan Staley daniel.l.sta...@gmail.com Hi, I decided I wanted to try out litephone on the latest SHR-U and I followed the steps above. However whenever I run the gsm registering script I run into problems. The first time I run it, I get: Enabling GSM for ever /org/freesmartphone/Usage: SetResourcePolicy failed: org.freedesktop.DBus.Error.NoReply Turning antenna on /org/freesmartphone/GSM/Device: SetAntennaPower failed: org.freesmartphone.Resource.NotEnabled Registering /org/freesmartphone/GSM/Device: Register failed: org.freesmartphone.Resource.NotEnabled And then any time after that, I get: Enabling GSM for ever /org/freesmartphone/Usage: SetResourcePolicy failed: org.freesmartphone.Usage.ResourceUnknown Turning antenna on /org/freesmartphone/GSM/Device: SetAntennaPower failed: org.freesmartphone.Resource.NotEnabled Registering /org/freesmartphone/GSM/Device: Register failed: org.freesmartphone.Resource.NotEnabled I assumed that perhaps I just needed to restart frameworkd...but that didnt help. Has anyone else experienced this? Am I just missing something? Thanks, -Dan Staley On Mon, Jul 27, 2009 at 6:27 PM, Michal Brzozowski ruso...@poczta.fmwrote: Hi, I gave it a try and wrote an FSO based phone app in Qt. It's using the new PIM service, and since that's not completely stable yet, there are a few problems. I'm releasing this anyway, to help test FSO, and meanwhile get some feedback on the gui and general idea. Consider it an alpha release. There might be little bugs here and there. The basic idea on the GUI is that it is packed in one window, the various 'modules' (contacts, messages, dialer, etc) placed into tabs. No popup windows. Screenshot: http://pvtrace.com/litephone/litephone1.png The best way to use it on SHR is to stop ophoned, turn on the GSM service and register by hand, wait for some initialization in opimd, and then start the phone app. Technically you can just start the phone, and it will init GSM, but due to a bug in opimd, messages and contacts will start duplicating when you exit and run it again. The steps: - Install all the ipks from http://pvtrace.com/litephone/ (qt deps and phone app itself). - Run /etc/init.d/x-something stop - Move /etc/X11/Xsession.d/80ophonekitd somewhere else (like your home dir). - Run the script http://pvtrace.com/litephone/gsm_register.sh (this will enable gsm and register, and will stay like that until you turn it off by hand) - Run /etc/init.d/x-something start - Get the style definition http://pvtrace.com/litephone/style_sheet.conf - Run 'phone style_sheet.conf' If you don't see your contacts and messages, try exiting and running again. opimd does some initialization upon GSM start that takes 1-2 minutes and currently there is no signal implemented that notifies about it. Making and receiving calls and messages should work without problems. You can add, edit and delete contacts, but deleting messages doesn't work because it's not implemented in opimd yet. Scrolling lists (contacts, etc) is done by click, not by drag (I hate drag-scrolling). Contacts have a smaller sparse list on the right that lets you scroll faster. The way composing new messages works is when you hit 'text' or 'reply' somewhere and a 'compose' tab is not created yet, it creates one with an appropriate recipient. If one is open already, it just adds to the list of recipients. So the way to send a message to multiple recipients is to keep going back to Contacts for example, and add them one by one. While it's not very intuitive, it's simple and it works :-) I hope you have fun Michal ___ 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-U] Impressions and Problems
I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? /etc/frameworkd-phonegui.conf has some configuration for exactly similar purpose. I think thats how the opimd-utils get it info correctly. Should opimd have a function to map these is what dos1 would decide :) --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
On Fri, Aug 14, 2009 at 5:09 PM, Vikas Saurabhvikas.saur...@gmail.com wrote: I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? /etc/frameworkd-phonegui.conf has some configuration for exactly similar purpose. I think thats how the opimd-utils get it info correctly. Should opimd have a function to map these is what dos1 would decide :) --Vikas I think those configuration options moved to: /etc/phone-utils.conf ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qalee 0.0.3 released
Hi, on your page you provide a tarball of the rootfs for Qalee. Is there anyway to provide either a jffs flashable image for the nand memory or perhaps since Qalee is SHR based now, simply an opkg or tarball for installing Qalee on top of an exisiting SHR install? I'd love to try it out, but currently use my sd card as a persistant home directory and swap space between flashes and would rather keep to just installing distros to the nand. Thanks, -Dan Staley On Sat, Aug 8, 2009 at 2:04 PM, Christophe M meumeu1...@gmail.com wrote: Qalee 0.0.3 is out !!!See annoucement @ http://think-free.homelinux.org/wordpress/ -- __ http://think-free.homelinux.org ___ 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
[ALL] uboot, SDHC, and ext2
I have been trying to make uboot boot my choice of distro (using ext2) on an SD card for quite a while without success. I had done it in the past with FAT+ext2 partitions, but never with a single ext2 partition. As a matter of fact, uboot had never been able to show the contents of my SD card's ext2 partitions. So I did some googling and found a discussion that seemed to relate to my problem: http://www.nabble.com/Problems-with-ext2ls---SD-ts22728281.html#a22756563 I tried the following: mke2fs -I 128 /dev/sd* copied a rootfs from one of the working distros, started uboot, mmcinit, and lo and behold, ext2ls listed the contents of the partition, and uboot booted it! I added the info to the discussion of the Booting_from_SD page, but I thought I'd bring it up here as well since I haven't seen this discussed in the wiki or in these lists. Is this well known? Do we know if there is a uboot capable of booting cards partitioned by modern mkfs? Russell Dwiggins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Qalee 0.0.3 released
Is there anyway to provide either a jffs flashable image for the nand memory or perhaps since Qalee is SHR based now, simply an opkg or tarball for installing Qalee on top of an exisiting SHR install? Dan, there's a guide to making your own jffs2 on the wiki: http://wiki.openmoko.org/wiki/Userspace_root_image I've tried it and it works well. Russell Dwiggins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? Here in Russia +7916xxx and 8916xxx are the same numbers, but neither one is prefix of the other one. Btw, when somebody calls me (to my daily phone, not freerunner), caller number is autodetected with 8xxx form, while in the address book I prefer to have +7xxx form such that it works abroad. Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
On 8/14/09, Edder ed...@tkwsping.nl wrote: On Fri, Aug 14, 2009 at 5:09 PM, Vikas Saurabhvikas.saur...@gmail.com wrote: I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? /etc/frameworkd-phonegui.conf has some configuration for exactly similar purpose. I think thats how the opimd-utils get it info correctly. Should opimd have a function to map these is what dos1 would decide :) --Vikas I think those configuration options moved to: /etc/phone-utils.conf For opimd-utils users: that's not phone suite, it's only set of test scripts. It does contact resolving in bad way. For libframeworkd-phonegui-efl users (default SHR): as said before, you have to edit /etc/phone-utils.conf to match your country. SHR Settings module for that is planned and should arrive soon. For programmers: you can do contact resolving manually using libphone-utils library (or python-phoneutils bindings), both available in SHR. opimd soon should handle number normalizing when comparing correctly, so all you have to do is doing queries with normalized phone number using libphone-utils. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
On 8/14/09, Nikita V. Youshchenko yo...@debian.org wrote: I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? Here in Russia +7916xxx and 8916xxx are the same numbers, but neither one is prefix of the other one. Btw, when somebody calls me (to my daily phone, not freerunner), caller number is autodetected with 8xxx form, while in the address book I prefer to have +7xxx form such that it works abroad. Nikita Correct implementation is already done in libphone-utils. Handling that case should be possible with correct country configuration. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
2009/8/14 Sebastian Krzyszkowiak seba.d...@gmail.com For opimd-utils users: that's not phone suite, it's only set of test scripts. It does contact resolving in bad way. For libframeworkd-phonegui-efl users (default SHR): as said before, you have to edit /etc/phone-utils.conf to match your country. Will it work if you call international numbers? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
2009/8/14 Michal Brzozowski ruso...@poczta.fm 2009/8/14 Sebastian Krzyszkowiak seba.d...@gmail.com For opimd-utils users: that's not phone suite, it's only set of test scripts. It does contact resolving in bad way. For libframeworkd-phonegui-efl users (default SHR): as said before, you have to edit /etc/phone-utils.conf to match your country. Will it work if you call international numbers? Sorry, the question doesn't make sense. If there is a number in contacts without a country prefix, you will just assume that its country is as defined in /etc/phone-utils.conf? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
Oh awesome! This just made SHR a million times more usable. I'll add this to the SHR user manual laterit is something that I definitely think needs to be in there! Now if only the contacts app had some way to jump to a letter instead of having to scroll through all my contacts everytime.. There isn't a config file to turn this on as well is there? =) Thanks, -Dan Staley On Fri, Aug 14, 2009 at 12:14 PM, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: On 8/14/09, Edder ed...@tkwsping.nl wrote: On Fri, Aug 14, 2009 at 5:09 PM, Vikas Saurabhvikas.saur...@gmail.com wrote: I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? /etc/frameworkd-phonegui.conf has some configuration for exactly similar purpose. I think thats how the opimd-utils get it info correctly. Should opimd have a function to map these is what dos1 would decide :) --Vikas I think those configuration options moved to: /etc/phone-utils.conf For opimd-utils users: that's not phone suite, it's only set of test scripts. It does contact resolving in bad way. For libframeworkd-phonegui-efl users (default SHR): as said before, you have to edit /etc/phone-utils.conf to match your country. SHR Settings module for that is planned and should arrive soon. For programmers: you can do contact resolving manually using libphone-utils library (or python-phoneutils bindings), both available in SHR. opimd soon should handle number normalizing when comparing correctly, so all you have to do is doing queries with normalized phone number using libphone-utils. -- Sebastian Krzyszkowiak dos ___ 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: PISI 0.4 released
JaMa, thx for this offer. I don't really know, what in detail you are talking about ... i was quite happy, that I managed to assemble ipkg - this is all done automatically using a Makefile: https://projects.openmoko.org/plugins/scmsvn/viewcvs.php/*checkout*/trunk/Makefile?rev=135root=pisi But integrating all this in feeds of repositories of course sounds good to me ... just let me know, what exactly I can do for you - I am sure we can sort that out (till now I have always just copied the files into my ipkgs) Michael Martin Jansa wrote: On Thu, Aug 13, 2009 at 11:49 AM, Martin Jansa martin.ja...@gmail.com mailto:martin.ja...@gmail.com wrote: I have no experience with python, but I can try to prepare setup.py for setuptools next week, if you have no time or interest in it and then send you patch. I had some spare time.. so before going for vacation, here is something which works for me, at least seems like working for me :). Maybe something could be integrated upstream so simplify bbfile for next version. Regards, JaMa ___ 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: PISI 0.4 released
Hi, I got around this problem with manual restart of SHR dates backend process after every sync. A pre- / post-routine option was added - so in your configuration file you can configure shell instructions now, which will be executed by PISI before / after sync (working well for me). Don't forget to modify your configuration file after upgrading to get it working: ## ## 1.3) ## Local ICS file (iCalendar) for dates software from pimlico (dates in some distros) ## [pimlicodates] description= Pimlico Dates module=calendar_ics path=/home/root/.evolution/calendar/local/system/calendar.ics postprocess=killall e-calendar-factory I noticed, that you can do quite some funny stuff using this option - e.g. I can sync my Desktop Calendar (Sunbird / Lightning) now using SSH commands: ## ## 1.5) ## Remote ICS file (on a SSH-Server (scp)) ## ## - make sure, you don't need a password for this account (e.g. key file without password) ## - I notied, you should create your key file on Openmoko - otherwise will bring an error: ## dropbearkey -t rsa -f ~/.ssh/id_rsa ## This example is an ICalendar on your desktop machine, which you have configured in ## Sunbird / Lightning as 'file:///home/username/test.ics' (on the desktop) ## [sshIcs] description=ICalendar on SSH Server module=calendar_ics path=/tmp/pisi-tmpcal.ics preprocess=scp -i /home/root/.ssh/id_rsa \ usern...@192.168.0.200:/home/username/test.ics /tmp/pisi-tmpcal.ics postprocess=scp /tmp/pisi-tmpcal.ics \ usern...@192.168.0.200:/home/username/test.ics rm \ /tmp/pisi-tmpcal.ics I have not yet uploaded a new version to opkg.org - find a priliminary version (I used for testing) attached to this email; a new version will follow end of this weekend ... Michael What do you think about this: Fow short term solution, I could add a flag in the configuration file, where the user can configure whether to restart the backend process automatically after sync. That wouldn't be too much efforts - and it would do the job (not nice, but it would do the job) ... Sounds like an acceptable work around to me. I guess that will be in PISI before the next week starts ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Litemoko, new window environment
On Freitag, 14. August 2009 08:57:45 rakshat hooja wrote: There isn't much source code to see :-), the launcher is 100 lines, litephone and literki are already available (although I'll try to put literki on a repo). I had to do some hacks in icewm, I'll release the patch (that one I have too :-)) Michal And put litephone and literki in the SHR and OM2009 repos too. Rakshat There is currently some litephone development happening by cmusik here [1], I do not know if/when the git is also placed on sourceforge, maybe the devs can shed some light here. You can get ipk here [2] (I use it on my SHR-U). I can upload the bitbake recipe I use tonight if anyone is interested. Cheers, Christian [1] http://git.senfdax.de/?p=litephone;a=summary [2] http://openmoko.senfdax.de/shr-unstable recipe added: http://git.senfdax.de/?p=oe_recipes;a=tree;f=litephone;h=ea660faeb4887d0efdb9715453014cad4828d98c;hb=HEAD ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wifi timeout with mokonnect
well, i did right now # fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf which resulted in ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported CTRL-EVENT-SCAN-RESULTS Trying to associate with XX:XX:.. (SSID='myssid' freq=2422 MHz) Association request to the driver failed Associated with XX:XX... WPA: Key negotiation completed with XX:XX:... [PTK=TKIP GTK=TKIP] CTRL-EVENT-CONNECTED - Connection to XX:XX:XX:... completed (auth) [id=2 id_str=] ok, dhclient eth0 opbtained an ip. but so fra i got vene without fsoraw the last time. let's see, what happens in a second attempt. killing 'fsoraw ...' with CTRL+C ... CTRL-EVENT-TERMINATING - signal 2 received ioctl[SIOCSIWESSID]: Invalid argument ioctl[SIOCSIWMLME]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported hmm. ok, # fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf and ... ioctl[SIOCGIWRANGE]: Input/output error ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCGIWSCAN]: Input/output error ioctl[SIOCSIWSCAN]: Input/output error Failed to initiate AP scan. ioctl[SIOCGIWSCAN]: Input/output error ioctl[SIOCSIWSCAN]: Input/output error Failed to initiate AP scan. ioctl[SIOCGIWSCAN]: Input/output error ioctl[SIOCSIWSCAN]: Input/output error Failed to initiate AP scan. ioctl[SIOCGIWSCAN]: Input/output error ioctl[SIOCSIWSCAN]: Input/output error Failed to initiate AP scan. ioctl[SIOCGIWSCAN]: Input/output error ioctl[SIOCSIWSCAN]: Input/output error ioctl[SIOCGIWSCAN]: Input/output error ... indefinitely. # killall wpa_suplicant and the fr is shock frozen. not really convincing a performance. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: PISI 0.4 released
I did change my mind and uploaded a new version (0.4.5) to opkg.org. Michael Michael Pilgermann wrote: Hi, I got around this problem with manual restart of SHR dates backend process after every sync. A pre- / post-routine option was added - so in your configuration file you can configure shell instructions now, which will be executed by PISI before / after sync (working well for me). Don't forget to modify your configuration file after upgrading to get it working: ## ## 1.3) ## Local ICS file (iCalendar) for dates software from pimlico (dates in some distros) ## [pimlicodates] description= Pimlico Dates module=calendar_ics path=/home/root/.evolution/calendar/local/system/calendar.ics postprocess=killall e-calendar-factory I noticed, that you can do quite some funny stuff using this option - e.g. I can sync my Desktop Calendar (Sunbird / Lightning) now using SSH commands: ## ## 1.5) ## Remote ICS file (on a SSH-Server (scp)) ## ## - make sure, you don't need a password for this account (e.g. key file without password) ## - I notied, you should create your key file on Openmoko - otherwise will bring an error: ## dropbearkey -t rsa -f ~/.ssh/id_rsa ## This example is an ICalendar on your desktop machine, which you have configured in ## Sunbird / Lightning as 'file:///home/username/test.ics' (on the desktop) ## [sshIcs] description=ICalendar on SSH Server module=calendar_ics path=/tmp/pisi-tmpcal.ics preprocess=scp -i /home/root/.ssh/id_rsa \ usern...@192.168.0.200:/home/username/test.ics /tmp/pisi-tmpcal.ics postprocess=scp /tmp/pisi-tmpcal.ics \ usern...@192.168.0.200:/home/username/test.ics rm \ /tmp/pisi-tmpcal.ics I have not yet uploaded a new version to opkg.org - find a priliminary version (I used for testing) attached to this email; a new version will follow end of this weekend ... Michael What do you think about this: Fow short term solution, I could add a flag in the configuration file, where the user can configure whether to restart the backend process automatically after sync. That wouldn't be too much efforts - and it would do the job (not nice, but it would do the job) ... Sounds like an acceptable work around to me. I guess that will be in PISI before the next week starts ;) ___ 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: Re: [shr-u] wifi timeout with mokonnect
arne anka wrote: well, i did right now # fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf which resulted in [snip a lot] indefinitely. I get excatly the same. Only once have I managed to get a DHCP lease, but the network failed just after that. What has gone wrong with WiFi during the summer? In april, I had an almost working phone with almost stable WiFi - at least the first connect after boot was never a problem. Now I got it buzz-fixed, moved to the other end of the country and had holiday and when I return WiFi is broken and I have to use slow USB net. Some one must know what has changed? New kernel? /Peter ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wifi timeout with mokonnect
Peter Mogensen a...@bigendian.dk writes: Some one must know what has changed? New kernel? Well, i must admit i collected several reports that despite huge gains from moving to upstream SDIO stack there're some regressions. Several people reported they can't connect to the networks they were able to use before no matter what they try. I really hoped Werner would take care of that but he's too busy with gta02-core project currently and we lack another expert in Wifi in general and Atheros's crappy code in particular :( Life is unfair :-/ -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
X forwarding doesn't work
Hi, I want to start midori in the freerunner and forward the GUI tt my Linux Host (Kubuntu) I tried it the following way, but it starts on the freerunner instead of the host, any idea?: simarill...@simarillion-laptop:~$ ssh -l root -X -v 192.168.5.202 OpenSSH_5.1p1 Debian-5ubuntu1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /home/simarillion/.ssh/config debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to 192.168.5.202 [192.168.5.202] port 22. debug1: Connection established. debug1: identity file /home/simarillion/.ssh/identity type -1 debug1: identity file /home/simarillion/.ssh/id_rsa type 1 debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048 debug1: identity file /home/simarillion/.ssh/id_dsa type 2 debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024 debug1: Checking blacklist file /etc/ssh/blacklist.DSA-1024 debug1: Remote protocol version 2.0, remote software version dropbear_0.51 debug1: no match: dropbear_0.51 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5ubuntu1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: sending SSH2_MSG_KEXDH_INIT debug1: expecting SSH2_MSG_KEXDH_REPLY debug1: Host '192.168.5.202' is known and matches the RSA host key. debug1: Found key in /home/simarillion/.ssh/known_hosts:58 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /home/simarillion/.ssh/identity debug1: Offering public key: /home/simarillion/.ssh/id_rsa debug1: Server accepts key: pkalg ssh-rsa blen 277 debug1: read PEM private key done: type RSA debug1: Authentication succeeded (publickey). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: Requesting X11 forwarding with authentication spoofing. debug1: Sending environment. debug1: Sending env LANG = de_DE.UTF-8 r...@om-gta02 ~ $midori greets Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz fix party at Debconf09 pics aviable :)
On 14 Aug 2009, at 10:04, Patryk Benderz wrote: Dnia 2009-08-11, wto o godzinie 12:16 +0200, Davide Scaini pisze: ...i want it fixed too!!! is there somewhere in europe where i can send my fr for fix? You could in the past - read Community Updates: http://wiki.openmoko.org/wiki/Community_Updates/June_25%2C_2009 I do not know if it is still possible to send FR for fix, but you can try - let us know if you succeed. I assume that handheld-linux.com are reputable. They announce the Buzz Fix resumes in 10 days time: http://www.handheld-linux.com/wiki.php?page=Buzz-Rework From where I'm standing it feels like the handling of the buzz fix is / was a bit of a piss-take. The was no post to the announce list, the UK supplier didn't bother to email me about it. Because I happened not to be reading the mailing lists at the time, I knew nothing about it. I don't know if the subsidisation of this that Openmoko made is actually worth anything: the €3 charged is nothing compared to the postage. I kinda really resent Openmoko for that. Am I being unreasonable? I guess I should just count myself lucky that I managed to find out about this in time, whilst the repair is still available at all. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone 0.66 release
Hi, Well, I do agree with you on this. I'll post links henceforth. Thanks. -- View this message in context: http://n2.nabble.com/Intone-0.66-release-tp3443088p3448696.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
Vikas Saurabh wrote: While I don't know about postage options, I think the package can still be sent to one of us (users) and we would take all the FRs to the guy at the same time. I have been trying to send my GTA02 to IDA Systems in Jaipur as per Rakshat's email. It is not as simple as dropping it off at a courier company. Pafex said that mobile phones cannot be shipped inside India by private individuals. Blue Dart was a little more helpful. They need three copies of an invoice from IDA Systems stating that the phone is being sent for the purpose of repair and attracts no Sales Tax or does the invoice require a CST on TIN. They need these in the original. They do require you to sign an undertaking absolving them of liability in case the phone is lost/damaged in transit but they will insure the phone for whatever amount you want. In Bangalore, the person to speak to is Preeti at 2532 1038. She is in the Blue Dart office on Ulsoor Road. If there are more of us in Bangalore sending the phone, perhaps we could do it together. Further bulletins once I get the invoices from IDA and go back to Blue Dart. On a related note, the fix for #1024 and the bass boost as well as the shorting of the erroneous capacitor[1] (if present) would be a welcome addition to the Buzz fix. It seems a reasonable amount of effort to send the phone and it would make sense to do as much as possible on this one trip. Could someone with hardware skills explain the various fixes to the guy who is doing the fixes ? Footnotes: [1] http://article.gmane.org/gmane.comp.handhelds.openmoko.community/47537 -- Alok ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
rakshat hooja wrote: Also I can mail the batteries to the repair shop or to one of you. Let me know how that should be done. Batteries need to shipped separately according to Blue Dart. It might be better to just ship them individually. -- Alok ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: X forwarding doesn't work
this is how I'd do it: ssh -X r...@192.168.0.202 login midori It's possible that the result is ugly but should work. You didn't tell what happens when you try to run midori. 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
