Re: My N900 experience compared to my FR experience
Rui Miguel Silva Seabra wrote: Em 16-09-2010 09:30, Patryk Benderz escreveu: [cut] so it will stop working? he he. nice ;) Not nice nor fair, where are your lines of code in help of SHR? I'm not a core developer, but at least I'm making a (sort of) kickass StatusNet client :) Rui I contributed to the wiki, and wrote a pointless app, and I thought it was funny. :-) Though people who try to phone/text me just think I'm crazy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: script for batch conversion of tango track log to gpx
nice one. check out prune, http://activityworkshop.net/software/prune/ also able to trim gpx files apparently. Tim omcomali@porcupinefactory.org wrote: > Here's a script to cut/fix invalid data points I wrote some time ago. > > rhn > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
script for batch conversion of tango track log to gpx
here's one I just wrote http://gist.github.com/489870 Tim Abell ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANN: Freerunner Navigation Board v2
How about an altitude (pressure) sensor? That would make up for the accuracy of GPS height data. Tim Abell Christoph Mair wrote: > Hi all! > > Thanks to a new triaxial gyroscope chip which became available a few weeks > ago > I started to work on a new navigation board for the freerunner. The new chip > reduces the complexity which results in a single layer board containing the > triaxial gyroscope ITG3200, the triaxial compass HMC5843, and the pressure > sensor BMP085 and about seven passive components. > > The layout is done a final test is still pending. All drivers are tested and > they work. > Currently I'm waiting for a quote about how much it would cost to assemble > the > boards. It should be possible to get the assembled boards including all costs > for components, PCB and assembling for about 75€ to 80€. > > If there is enough interest I'll try to get a first "production run" done. > > Since the backside of the board is still empty, the new navigation board > won't > replace the same amount of embedded air as the first version did. Any ideas > on > how to fix this 'design flaw'? I'm proposing the SHT21 a digital humidity > sensor > (from which I have a working sample) but the general availability is still > limited. > The price difference between a single and a dual layer board is negligible, > therefore it's possible to include at least a footprint for new hardware, or > simply a lot of solder pads for easier expansion. Suggestions? > > Cheers, > Christoph > > ___ > 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: Freerunner for sale
I'm somewhat interested in getting a second one, though I don't have much spare cash at the moment. Any idea how much it would cost to ship it the uk? Would you list it on a site that deals with payment like ebay? Tim Abell Tracy Reed wrote: > On Sat, May 22, 2010 at 03:01:09AM -0700, Tracy Reed spake thusly: > >> I bought this Freerunner when it was first released as part of the San >> Diego group buy back in July 2008. Although I was excited to do so at >> > > No takers? Not even a "Here's $20 plus shipping"? I did say "best > offer" takes it. No "reserve". > > If nobody wants it within the next week then I guess it's off to the > recyclers. I had no idea interest had waned so dramatically. I'm > normally pretty good with investing in future technologies but I'm > shocked that this one was such a huge waste of $400-500 that now I can > barely even give it away. Of course, my OLPC G1G1 investment hasn't > exactly paid off either. I think I'm going to take it easy on the open > source hardware for a while. > > > > > ___ > 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-Devel] OMNewRotate 0.5.7 is out!
Hiya, Firstly, thanks ever so much for putting in the effort getting my changes to omnewrotate through. I've upgraded my SHR-T today and got the latest version complete with init script. Woo! Here's some observations: *missing exec permission* The exec permission is missing from the init script which is causing the desktop shortcut to fail. Any chance you could get this fix rushed out? r...@om-gta02 ~ $ opkg install omnewrotate Installing omnewrotate (0.5.7+svnr61-r0.4) to root... Downloading http://build.shr-project.org/shr-testing/ipk//armv4t/omnewrotate_0.5.7+svnr61-r0.4_armv4t.ipk. Configuring omnewrotate. r...@om-gta02 ~ $ ls -l /etc/init.d/omnewrotate -rw-r--r--1 root root 1115 Apr 22 12:03 /etc/init.d/omnewrotate r...@om-gta02 ~ $ ps -A | grep rot r...@om-gta02 ~ $ /usr/bin/omnewrotate.sh /usr/bin/omnewrotate.sh: line 3: /etc/init.d/omnewrotate: Permission denied *workaround* chmod +x /etc/init.d/omnewrotate r...@om-gta02 ~ $ chmod +x /etc/init.d/omnewrotate r...@om-gta02 ~ $ /usr/bin/omnewrotate.sh starting omnewrotate...done r...@om-gta02 ~ $ /usr/bin/omnewrotate.sh stopping omnewrotate...done *unused config file* I also noticed that /etc/default/omnewrotate.conf is used any more and could be removed. Thanks for all the hard work! One small step for omnewrotate, one giant leap for SHR :-) Tim Abell Rui Miguel Silva Seabra wrote: > http://blog.1407.org/2010/04/04/omnewrotate-0-5-7-is-out/ > > After about 11 months since the previous release, I've just released > omnewrotate 0.5.7 (after short lived 0.5.5 and 0.5.6 as I found out a > dangling patch in SHR-Unstable's recipe and did a mistake on the 0.5.6 > release) which integrates Tim Abell's init script change and the > aforementioned patch. > > As I'm running SHR-Unstable, your mileage may vary but it's likely it > will work :) > > As usual, the download links are at the project’s Google Code site for > omnewrotate (see the featured downloads section): > > * the ipk of this release (OpenPGP sig). > * and its tar ball (OpenPGP sig) > > Enjoy! > > ___ > Shr-devel mailing list > shr-de...@lists.shr-project.org > http://lists.shr-project.org/mailman/listinfo/shr-devel > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Forking TangoGPS - a digest why this is a silly fork
i happen to think it's an interesting discussion. you are of course free to unsubscribe. (or set up your mail filter lists into a different folder, and use a threaded view, then ignore threads that aren't interesting to you - I'd be happy to help you do this) xx Tim jeremy jozwik wrote: > for craps sake stop filling my mailbox with this nonsense! > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: can you help collect package popularity data?
Risto H. Kurppa wrote: > On what distros is it supposed to work? SHR? Debian? Qtmoko? Android? > OM200x..? ..? > > > r > > I was aiming at SHR, because that's what I run. Thanks Tim Abell ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: can you help collect package popularity data?
Alfa21 wrote: > 2010-04...@23:36 Tim Abell > > >> The code is at http://github.com/timabell/popularity >> improvements would be welcome, as would inclusion in the various distros. >> Perhaps if it works out this could be hosted by the various distro servers. >> > > nice idea... > but it works only with opkg based distros and only with _packages_ (no > manually installed tgz or compliled sources) > > i'm only interested in opkg distros (shr) at the moment. apt bases ones could presumably use popcon if they want this functionality. tracking multiple distros would be a much more ambitious project, needing more standardised communications, and a way of matching up varied package name conventions to actual software. You are welcome to have a go :-) One that tracks software accross *all* platforms (including windows) would certainly be awesome for the OSS community. I don't think I mind missing other methods of installation, as generally all programs that see any decent usage *should* be packaged properly (it's very easy to provide an ipk, even if you don't put it any feeds). Besides, the itch I was scratching was for an app that *is* packaged . I think it would be harder to figure out what has been installed from source & tgz, they can be too varied to track. (patches welcome though :-) > also, it seems you do not do any check on duplicated submissions from the > same user. > > indeed, I'd need a unique id for that. the trade off for that is privacy. not that i'm particulary against it, I just wanted "some numbers" as opposed to "no numbers", so wanted to get something out there without trying to make it perfect (and therefore never releasing it) > so I think a human submitted simple "poll" is more useful. > i think human polls have their own value, but I think you are more likely to get complete data from something more automated. for what I wanted, the programmatic approach suits best. > fixed choices with the label of the application (imho version number is not > strictly relevant) version is part of the default output of "opkg list-installed". I stripped it out when processing the data to just get a count & package name. see http://www.timwise.co.uk/om/pop/summary20100410.txt for an example. Version number might be useful to see if people are running out-dated / insecure versions, prompting a push to get everyone upgraded. > and the possibility for any user to add a new slot for missing ones and when > submitted these new slots are converted to fixed choices for the others. > every user should have own identifier so it's possible to update the own list > of installed stuff. > it would be good for a user to have their own unique id that they could enter as well as a per machine id, but it would have to be optional as it might put people off. better data vs. privacy again I think. > the date of submission should be collected too. > the filenames contain the php date output, which presumably can be turned back into a meaningful value. > and ask a captcha on submission (bots are everywhere!) > I'll deal with that when I have a problem with it ;-) Thanks for your email, it's great to bounce these ideas around. Yours Tim Abell ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: can you help collect package popularity data?
sam tygier wrote: > On 10/04/10 23:36, Tim Abell wrote: > >> wget http://www.timwise.co.uk/om/pop/pop.tar.gz >> tar -C / pop.tar.gz >> > > that should be > tar -C / -vxf pop.tar.gz > > is this inspired by debian's popcon? > > sam > > doh, i knew i wouldn't get it all right at this time of night :-) good catch yes, partly inspired by popcon, but mostly by a discussion over whether I had one or two users in total for podpooch :-) Thanks Tim Abell ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
can you help collect package popularity data?
Hi all, I think it would be good for the community to have some idea of the install base for applications. So I wrote a very quick and dirty way for people to submit their installed package list. Try it with the following (will clobber anything called pop in /usr/bin): wget http://www.timwise.co.uk/om/pop/pop.tar.gz tar -C / pop.tar.gz then submit your package list with /usr/bin/pop You can view submissions at http://www.timwise.co.uk/om/pop/submissions/ I've not done any work on analysis yet. The code is at http://github.com/timabell/popularity improvements would be welcome, as would inclusion in the various distros. Perhaps if it works out this could be hosted by the various distro servers. see also http://popcon.debian.org/ Yours Tim Abell ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
new app - oFart
hiya, I wrote something pointless to make me laugh. simple installation: cd /etc/opkg wget http://www.timwise.co.uk/opkg/ofart/ofart-feed.conf <http://www.timwise.co.uk/opkg/podpooch/podpooch-feed.conf> opkg update opkg install ofart code at: http://github.com/timabell/oFart package / feed config at: http://www.timwise.co.uk/opkg/ofart/ enjoy Tim Abell ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
mokopod podcast reader improved
hi all, just to let anyone interested know i've just done a load of work on improving mokopod ( http://projects.openmoko.org/projects/mokopod/ ). it can now show you the episode list, and download/play/delete individual episodes. i have it running on SHR code is here: http://github.com/timabell/mokopod enjoy! yours Tim Abell ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] bluetooth keyboard - key presses not making it to X
for reference, attached is some output from hcidump & lsmod on my laptop, where I am able to connect and use the keyboard successfully. Tim laptop.tar.gz Description: GNU Zip compressed data ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] navit - howto config navit.xml
I also found I needed to disable the demo set. Tim Abell pike wrote: > I dont know if it helps you, but I had the > same until I *disabled* the demo mapset. It > seems only one mapset is allowed (perhaps, > or perhaps its something else - it doesnt mention > this in the wiki so i always assume i'm > crazy - if this helps we should update > the om wiki page to mention this, ehr, feature) > > you *can* put multiple maps in one mapset, though. > > good luck! > *-pike > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] navit won't run
I just timed that install of navit-dev 53 minutes. meh. real53m 25.40s user6m 54.57s sys 23m 41.86s Tim arne anka wrote: > On Fri, 03 Jul 2009 06:31:22 +0200, Tim Abell wrote: > > >> opkg install navit-dev >> (installs *lots* of dedpedencies) >> > > of course -- it is a devel package. > to me your symptoms sound like you didn't have a working configuration (ie > navit.xml). > maybe navit-dev simply installed something working? > > ___ > 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-u] navit package change request - no desktop icon
Hiya, Could I ask whoever packages navit for shr unstable to modify the .desktop file so it shows up on the main screen? in /usr/share/applications/navit.desktop "Categories=GTK;" should read "Categories=Applications;" or similar. Thanks Tim Abell ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] navit - howto config navit.xml
Super, thanks Sebastian, Are you navit's maintainter then? (Just curious). Could you provide an idea when the feeds will be rebuilt, or any background info on how that happens? Thanks again, Tim Abell Sebastian Krzyszkowiak wrote: > I already told you why - that's configuration problem. Conf files are > refering to libriaries, which are usually found in -dev packages. I > fixed it yesterday, on next feed rebuild in SHR -dev package won't be > needed (and speech-dispatcher dpenedency will be dropped) > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] bluetooth keyboard - key presses not making it to X
On Fri, 3 Jul 2009 12:52:20 +0100 Al Johnson wrote: > On Friday 03 July 2009, Tim Abell wrote: > > Hiya, > > > > Thanks for the suggestion. I had seen that bug but hadn't known > > what to try. > > > > I've now updated to shr-unstable, and have exactly the same > > symptoms as before, with events showing in hcidump but not in xev. > > I've tried changing the startup parameters of Xglamo as suggested, > > I tried removing vt1, I tried replacing it with vt0 (x won't start > > like that), and vt2. None of these fixed the problem. > > > > It may be worth noting that if I stop X, then I don't get any output > > from the bluetooth keyboard appearing on the console on the phone > > unlike in the bug report you mention. > > > > Any other ideas? > > If input isn't getting to the console either then check whether the > keyboard is actually appearing as an input device. You could check > dmesg or logread, or try: > ls -l /dev/input/by-path/ > hal-find-by-capability --capability input.keyboard > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community thanks all for your input . i'll be offline for a bit but will work through all help as soon as i can . msg sent with claws mail on shr unstable. woo ! Tim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] navit won't run
To partially answer my own question, opkg install navit-dev (installs *lots* of dedpedencies) http://www.mail-archive.com/community@lists.openmoko.org/msg46634.html http://www.mp3car.com/vbulletin/linux/95395-navit-opensource-vector-based-navigation-program-routing-engine-6.html navit now runs. That probably needs a bug report against the shr packaging of navit... Tim Tim Abell wrote: > Hiya, > > Can anyone help me get navit to run / figure out the problem? > > r...@om-gta02 ~ $ navit > Enabling low-mem workaround... > navit:vehicle_new:invalid type 'gpsd' > navit:speech_new:wrong type 'cmdline' > navit:navit_init:no gui > navit:main:Using '/usr/share/navit/navit.xml' > navit:main:No instance has been created, exiting > > It worked on shr-testing. > > Thanks > > Tim Abell > > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] bluetooth keyboard - key presses not making it to X
Hiya,
Thanks for the suggestion. I had seen that bug but hadn't known what to try.
I've now updated to shr-unstable, and have exactly the same symptoms as
before, with events showing in hcidump but not in xev. I've tried
changing the startup parameters of Xglamo as suggested, I tried removing
vt1, I tried replacing it with vt0 (x won't start like that), and vt2.
None of these fixed the problem.
It may be worth noting that if I stop X, then I don't get any output
from the bluetooth keyboard appearing on the console on the phone unlike
in the bug report you mention.
Any other ideas?
Tim
If I stop
Tim Abell wrote:
> I hadn't realised till now that SHR is the main focus of development,
> so I have just reflashed with that and will try again.
>
> Thanks
>
> Tim Abell
>
> Tim Abell wrote:
>> Al Johnson wrote:
>>> On Thursday 25 June 2009, Tim Abell wrote:
>>>
>>>> Hi all,
>>>>
>>>> I've got my bt keyboard connected, and according to hcidump I think the
>>>> keypress events are getting to bluez, however they aren't getting to any
>>>> applications, including xev.
>>>>
>>>> Does anyone know what I need to do to troubleshoot this?
>>>>
>>>
>>> Sounds like bug #1796 [1]. It's the parameters passed when starting X that
>>> are
>>> the problem, and affects USB keyboards too. Look in /etc/X11/Xserver and
>>> compare with the diff below - beware line wrap. If this is the problem then
>>> please file a bug report.
>>>
>>> --- a/packages/xserver-kdrive-common/xserver-kdrive-common/openmoko/Xserver
>>> +++ b/packages/xserver-kdrive-common/xserver-kdrive-common/openmoko/Xserver
>>> @@ -93,7 +93,7 @@ case `module_id` in
>>> modprobe mbxfb
>>> ARGS="$ARGS -br -fb /dev/fb1" ;;
>>> "GTA01" | "GTA02")
>>> -ARGS="$ARGS -dpi 285 -screen 480x640 -hide-cursor -root-
>>> ppm/usr/share/pixmaps/xsplash-vga.ppm vt1" ;;
>>> +ARGS="$ARGS -dpi 285 -screen 480x640 -hide-cursor -br" ;;
>>> "Motorola Ezx Platform")
>>> ARGS="$ARGS -dpi 170 -screen 240x320 -hide-cursor
>>> -root-ppm
>>> /usr/share/pixmaps/xsplash-qvga.ppm vt1" ;;
>>> "Nokia N800")
>>>
>>>
>>> [1] http://docs.openmoko.org/trac/ticket/1796
>>>
>>>
>> Thanks Al,
>>
>> My Xserver file isn't exactly the same, but I tried to make matching
>> changes:
>>
>> r...@om-gta02:/etc/X11# diff Xserver.orig Xserver
>> --- Xserver.origThu Jun 25 19:36:17 2009
>> +++ XserverFri Jun 26 23:30:27 2009
>> @@ -113,7 +113,7 @@
>> else
>> DPI=140
>> fi
>> -ARGS="$ARGS -dpi ${DPI} -screen ${SCREEN_SIZE}
>> -mouse tslib -hide-cursor -root-ppm
>> /usr/share/pixmaps/xsplash-vga.ppm vt1"
>> +ARGS="$ARGS -dpi ${DPI} -screen ${SCREEN_SIZE}
>> -hide-cursor -br"
>> XSERVER=/usr/bin/Xglamo
>> ;;
>> "Nokia N770")
>>
>>
>> I've attached the two versions, the original from my phone (.orig)
>> and my attempt at modifying it (.bluetooth)
>>
>> The changes don't appear to have helped.
>>
>> Tim
>>
>>
>>
>> ___
>> 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
[shr-unstable] navit won't run
Hiya, Can anyone help me get navit to run / figure out the problem? r...@om-gta02 ~ $ navit Enabling low-mem workaround... navit:vehicle_new:invalid type 'gpsd' navit:speech_new:wrong type 'cmdline' navit:navit_init:no gui navit:main:Using '/usr/share/navit/navit.xml' navit:main:No instance has been created, exiting It worked on shr-testing. Thanks Tim Abell ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr] bluetooth keyboard not working
Hiya, I hope someone can help here. Having reflashed with shr, I've tried again with my freedom bluetooth keyboard (which does work under ubuntu). According to http://wiki.openmoko.org/wiki/Freedom_Slim_Keyboard#SHR_testing_.28works.29 this should work, but I have had no joy. The pairing seemed to work, but the connect method for bluez4 uses a dbus method that doesn't appear to exist from the wiki: "mdbus -s org.bluez /org/bluez/3207/hci0/dev_00_18_00_00_C2_37 org.bluez.Input.Connect" available methods on my shr install: r...@om-gta02 ~ $ mdbus -s org.bluez /org/bluez/1397/hci0/dev_00_0B_0D_8A_35_62 [METHOD]org.bluez.Device.CancelDiscovery() [METHOD]org.bluez.Device.Disconnect() [METHOD]org.bluez.Device.DiscoverServices( s:None ) [METHOD]org.bluez.Device.GetProperties() [METHOD]org.bluez.Device.SetProperty( s:None, v:None ) [SIGNAL]org.bluez.Device.DisconnectRequested() [SIGNAL]org.bluez.Device.PropertyChanged( s:None, v:None ) Trying to run connect: r...@om-gta02 ~ $ mdbus -s org.bluez /org/bluez/1397/hci0/dev_00_0B_0D_8A_35_62 org.bluez.Input.Connect /org/bluez/1397/hci0/dev_00_0B_0D_8A_35_62: Connect failed: org.freedesktop.DBus.Error.UnknownMethod Any help would be appreciated. I have no idea what is going on and don't really know what to do next. Tim Abell ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] bluetooth keyboard - key presses not making it to X
I hadn't realised till now that SHR is the main focus of development, so
I have just reflashed with that and will try again.
Thanks
Tim Abell
Tim Abell wrote:
Al Johnson wrote:
On Thursday 25 June 2009, Tim Abell wrote:
Hi all,
I've got my bt keyboard connected, and according to hcidump I think the
keypress events are getting to bluez, however they aren't getting to any
applications, including xev.
Does anyone know what I need to do to troubleshoot this?
Sounds like bug #1796 [1]. It's the parameters passed when starting X that are
the problem, and affects USB keyboards too. Look in /etc/X11/Xserver and
compare with the diff below - beware line wrap. If this is the problem then
please file a bug report.
--- a/packages/xserver-kdrive-common/xserver-kdrive-common/openmoko/Xserver
+++ b/packages/xserver-kdrive-common/xserver-kdrive-common/openmoko/Xserver
@@ -93,7 +93,7 @@ case `module_id` in
modprobe mbxfb
ARGS="$ARGS -br -fb /dev/fb1" ;;
"GTA01" | "GTA02")
-ARGS="$ARGS -dpi 285 -screen 480x640 -hide-cursor -root-
ppm/usr/share/pixmaps/xsplash-vga.ppm vt1" ;;
+ARGS="$ARGS -dpi 285 -screen 480x640 -hide-cursor -br" ;;
"Motorola Ezx Platform")
ARGS="$ARGS -dpi 170 -screen 240x320 -hide-cursor -root-ppm
/usr/share/pixmaps/xsplash-qvga.ppm vt1" ;;
"Nokia N800")
[1] http://docs.openmoko.org/trac/ticket/1796
Thanks Al,
My Xserver file isn't exactly the same, but I tried to make matching
changes:
r...@om-gta02:/etc/X11# diff Xserver.orig Xserver
--- Xserver.origThu Jun 25 19:36:17 2009
+++ XserverFri Jun 26 23:30:27 2009
@@ -113,7 +113,7 @@
else
DPI=140
fi
-ARGS="$ARGS -dpi ${DPI} -screen ${SCREEN_SIZE} -mouse
tslib -hide-cursor -root-ppm /usr/share/pixmaps/xsplash-vga.ppm vt1"
+ARGS="$ARGS -dpi ${DPI} -screen ${SCREEN_SIZE}
-hide-cursor -br"
XSERVER=/usr/bin/Xglamo
;;
"Nokia N770")
I've attached the two versions, the original from my phone (.orig) and
my attempt at modifying it (.bluetooth)
The changes don't appear to have helped.
Tim
___
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
[Om2009] fao nytowl, om2009 listing in wiki distributions page
Hi All / nytowl, I installed Om2009 on the basis that it is listed under "official" on the distributions page, http://wiki.openmoko.org/wiki/Distributions I now understand (via irc) that openmoko are no longer maintaining any distributions, and that Om2009 is produced and maintained by Angus Ainslie (nytowl). Do you (Angus) or anyone else object if I move Om2009 in that listing to the community section as this would clear up any confusion. It would also be worth adding a note to this page for those unaware of the change to openmoko's focus. Thanks Tim Abell refs: http://wiki.openmoko.org/wiki/Who_is_Who#Om2009 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] bluetooth keyboard - key presses not making it to X
Al Johnson wrote:
On Thursday 25 June 2009, Tim Abell wrote:
Hi all,
I've got my bt keyboard connected, and according to hcidump I think the
keypress events are getting to bluez, however they aren't getting to any
applications, including xev.
Does anyone know what I need to do to troubleshoot this?
Sounds like bug #1796 [1]. It's the parameters passed when starting X that are
the problem, and affects USB keyboards too. Look in /etc/X11/Xserver and
compare with the diff below - beware line wrap. If this is the problem then
please file a bug report.
--- a/packages/xserver-kdrive-common/xserver-kdrive-common/openmoko/Xserver
+++ b/packages/xserver-kdrive-common/xserver-kdrive-common/openmoko/Xserver
@@ -93,7 +93,7 @@ case `module_id` in
modprobe mbxfb
ARGS="$ARGS -br -fb /dev/fb1" ;;
"GTA01" | "GTA02")
-ARGS="$ARGS -dpi 285 -screen 480x640 -hide-cursor -root-
ppm/usr/share/pixmaps/xsplash-vga.ppm vt1" ;;
+ARGS="$ARGS -dpi 285 -screen 480x640 -hide-cursor -br" ;;
"Motorola Ezx Platform")
ARGS="$ARGS -dpi 170 -screen 240x320 -hide-cursor -root-ppm
/usr/share/pixmaps/xsplash-qvga.ppm vt1" ;;
"Nokia N800")
[1] http://docs.openmoko.org/trac/ticket/1796
Thanks Al,
My Xserver file isn't exactly the same, but I tried to make matching
changes:
r...@om-gta02:/etc/X11# diff Xserver.orig Xserver
--- Xserver.origThu Jun 25 19:36:17 2009
+++ XserverFri Jun 26 23:30:27 2009
@@ -113,7 +113,7 @@
else
DPI=140
fi
-ARGS="$ARGS -dpi ${DPI} -screen ${SCREEN_SIZE} -mouse
tslib -hide-cursor -root-ppm /usr/share/pixmaps/xsplash-vga.ppm vt1"
+ARGS="$ARGS -dpi ${DPI} -screen ${SCREEN_SIZE}
-hide-cursor -br"
XSERVER=/usr/bin/Xglamo
;;
"Nokia N770")
I've attached the two versions, the original from my phone (.orig) and
my attempt at modifying it (.bluetooth)
The changes don't appear to have helped.
Tim
#!/bin/sh
#
# note xinit needs full server path
if [ -f /usr/bin/Xfbdev ]; then
XSERVER=/usr/bin/Xfbdev
fi
if [ -f /usr/bin/Xepson ]; then
XSERVER=/usr/bin/Xepson
fi
if [ -f /usr/bin/Xorg ]; then
XSERVER=/usr/bin/Xorg
fi
. /etc/profile
fallback_screen_arg() {
geom=`fbset | grep geometry`
w=`echo $geom | awk '{ print $2 }'`
h=`echo $geom | awk '{ print $3 }'`
b=`echo $geom | awk '{ print $6 }'`
echo -n "${w}x${h}x${b}"
}
screen_width() {
geom=`fbset | grep geometry`
w=`echo $geom | awk '{ print $2 }'`
echo -n "${w}"
}
module_id() {
## used to read from assets, but sometimes assets is corrupted
# grep "Module ID" /proc/hal/assets | sed "s/.*://"
## used to read from /proc/hal/model, but that is removed in 2.6
# echo ' iPAQ' `cat /proc/hal/model`
awk 'BEGIN { FS=": " } /Hardware/ { print $2 } ' /tmp/x.log 2>&1
#!/bin/sh
#
# note xinit needs full server path
if [ -f /usr/bin/Xfbdev ]; then
XSERVER=/usr/bin/Xfbdev
fi
if [ -f /usr/bin/Xepson ]; then
XSERVER=/usr/bin/Xepson
fi
if [ -f /usr/bin/Xorg ]; then
XSERVER=/usr/bin/Xorg
fi
. /etc/profile
fallback_screen_arg() {
geom=`fbset | grep geometry`
w=`echo $geom | awk '{ print $2 }'`
h=`echo $geom | awk '{ print $3 }'`
b=`echo $geom | awk '{ print $6 }'`
echo -n "${w}x${h}x${b}"
}
screen_width() {
geom=`fbset | grep geometry`
w=`echo $geom | awk '{ print $2 }'`
echo -n "${w}"
}
module_id() {
## used to read from assets, but sometimes assets is corrupted
# grep "Module ID" /proc/hal/assets | sed "s/.*://"
## used to read from /proc/hal/model, but that is removed in 2.6
# echo ' iPAQ' `cat /proc/hal/model`
awk 'BEGIN { FS=": " } /Hardware/ { print $2 } ' /tmp/x.log 2>&1
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] bluetooth keyboard - key presses not making it to X
Oh, ok.
I can't find the file you mention.
r...@om-gta02:/etc/bluetooth# ls
audio.confinput.confmain.conf network.conf rfcomm.conf
Ta.
Tim Abell
Lon Lentz wrote:
With Apple's keyboards, you have to add 'auth enable; encrypt
enable;' to device {} in hcid.conf. Thought maybe you could be having
the same problem.
On Wed, Jun 24, 2009 at 11:07 PM, Tim Abell wrote:
How do I tell?
It all worked fine on my ubuntu box last time I tried.
Tim Abell
Lon Lentz wrote:
Is the keyboard using encryption?
___
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: [Om2009] bluetooth keyboard - key presses not making it to X
How do I tell? It all worked fine on my ubuntu box last time I tried. Tim Abell Lon Lentz wrote: > Is the keyboard using encryption? > > On Wed, Jun 24, 2009 at 10:57 PM, Tim Abell wrote: > >> Hi all, >> >> I've got my bt keyboard connected, and according to hcidump I think the >> keypress events are getting to bluez, however they aren't getting to any >> applications, including xev. >> >> Does anyone know what I need to do to troubleshoot this? >> >> refs: >> my hcidump: http://pastebin.ca/1473582 (attached) >> my notes so far: http://wiki.openmoko.org/wiki/Freedom_Slim_Keyboard#Om2009 >> vaguely related bug: https://docs.openmoko.org/trac/ticket/1796 >> older attempts: http://timwise.wikispaces.com/freedom+universal+keyboard >> > > ___ > 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: Freerunner's Future - sony ericsson evilness
my favourite sony ericsson bug is the one where it waits till your "memory stick" (blergh) is almost totally full (with precious memories etc), and then wraps round and overwrites the FAT, followed by a "this card is not formatted" message. I'd link to the bug report but, erm, well, there is no bug tracker. I discovered it when trying to fill mine up with inconsequential mp3s, my non techie friend tripped over it when she had filled it up with photos. Thank f* for linux, dd and those clever recovery tools. Tim Abell Al Johnson wrote: On Saturday 06 June 2009, Ben Wong wrote: My biggest disappointment has been the fact that my Openmoko Freerunner (which I've had since helping form the Austin buying group) is still not _nearly_ as reliable as any cheap simple handset I can get for 10% of the cost. Not to disagree, I'd like to share that in the short time I've been using my Freerunner as my only phone it has been much, MUCH, more reliable than my previous "smart" phone. I was particularly amused to find a friend's Sony-Ericsson has the Buzz issue. Another bug is a tendency to switch network in the middle of a call when roaming, leaving both ends with a silent line. Then there was the long list of niggles and frustrations...at least we get to do something about (most of) our bugs. ___ 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
[Om2009] bluetooth keyboard - key presses not making it to X
Hi all, I've got my bt keyboard connected, and according to hcidump I think the keypress events are getting to bluez, however they aren't getting to any applications, including xev. Does anyone know what I need to do to troubleshoot this? refs: my hcidump: http://pastebin.ca/1473582 (attached) my notes so far: http://wiki.openmoko.org/wiki/Freedom_Slim_Keyboard#Om2009 vaguely related bug: https://docs.openmoko.org/trac/ticket/1796 older attempts: http://timwise.wikispaces.com/freedom+universal+keyboard Thanks Tim Abell HCI sniffer - Bluetooth packet analyzer ver 1.42 device: hci0 snap_len: 1028 filter: 0x > HCI Event: Connect Request (0x04) plen 10 bdaddr 00:0B:0D:8A:35:62 class 0x002540 type ACL < HCI Command: Accept Connection Request (0x01|0x0009) plen 7 bdaddr 00:0B:0D:8A:35:62 role 0x01 Role: Slave > HCI Event: Command Status (0x0f) plen 4 Accept Connection Request (0x01|0x0009) status 0x00 ncmd 1 > HCI Event: Connect Complete (0x03) plen 11 status 0x00 handle 42 bdaddr 00:0B:0D:8A:35:62 type ACL encrypt 0x00 < HCI Command: Read Remote Supported Features (0x01|0x001b) plen 2 handle 42 > HCI Event: Page Scan Repetition Mode Change (0x20) plen 7 bdaddr 00:0B:0D:8A:35:62 mode 1 > HCI Event: Max Slots Change (0x1b) plen 3 handle 42 slots 5 > HCI Event: Command Status (0x0f) plen 4 Read Remote Supported Features (0x01|0x001b) status 0x00 ncmd 0 > ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 17 scid 0x0040 < ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 1 status 0 Connection pending - No futher information available < ACL data: handle 42 flags 0x02 dlen 10 L2CAP(s): Info req: type 2 > HCI Event: Command Status (0x0f) plen 4 Unknown (0x00|0x) status 0x00 ncmd 1 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 42 packets 1 > ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Info rsp: type 2 result 1 Not supported > HCI Event: Number of Completed Packets (0x13) plen 5 handle 42 packets 1 < ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 0 status 0 Connection successful > HCI Event: Read Remote Supported Features (0x0b) plen 11 status 0x00 handle 42 Features: 0xff 0xff 0x05 0x38 0x18 0x18 0x00 0x00 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 42 packets 1 > ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x0040 flags 0x00 clen 4 MTU 48 < ACL data: handle 42 flags 0x02 dlen 18 L2CAP(s): Config rsp: scid 0x0040 flags 0x00 result 0 clen 4 MTU 48 < ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0040 flags 0x00 clen 0 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 42 packets 1 > ACL data: handle 42 flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0040 flags 0x00 result 0 clen 0 Success > HCI Event: Number of Completed Packets (0x13) plen 5 handle 42 packets 1 > ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 19 scid 0x0041 < ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0041 scid 0x0041 result 0 status 0 Connection successful > HCI Event: Number of Completed Packets (0x13) plen 5 handle 42 packets 1 > ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x0041 flags 0x00 clen 4 MTU 48 < ACL data: handle 42 flags 0x02 dlen 18 L2CAP(s): Config rsp: scid 0x0041 flags 0x00 result 0 clen 4 MTU 48 < ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0041 flags 0x00 clen 0 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 42 packets 1 > ACL data: handle 42 flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0041 flags 0x00 result 0 clen 0 Success > HCI Event: Number of Completed Packets (0x13) plen 5 handle 42 packets 1 > ACL data: handle 42 flags 0x02 dlen 14 L2CAP(d): cid 0x0041 len 10 [psm 19] HIDP: Data: Input report > ACL data: handle 42 flags 0x02 dlen 14 L2CAP(d): cid 0x0041 len 10 [psm 19] < HCI Command: Remote Name Request (0x01|0x0019) plen 10 bdaddr 00:0B:0D:8A:35:62 mode 2 clkoffset 0x > HCI Event: Command Status (0x0f) plen 4 Remote Name Request (0x01|0x0019) status 0x00 ncmd 1 < ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Disconn req: dcid 0x0040 scid 0x0040 < ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Disconn req: dcid 0x0041 scid 0x0041 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 42 packets 1 > ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0040 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 42 packets 1 > ACL data: handle 42 flags 0x02 dlen 12 L2
Re: [SHR-Unstable] Broken Batter Applet
bump. any news on this? I'm having the same issue in Om2009 Paul Fertser wrote: Robin Paulson writes: 2009/5/26 Thomas White : I found that as well. Is anyone able to comment on what HAL is being used for in SHR-Unstable? If it's simply been pulled in as a dependency (e.g. for X.org) and isn't actively being used (e.g. by X.org for input management), then it can be removed without breaking anything, which makes the problem go away. hal appears to be a dependency of xserver-kdrive-fbdev and xserver-security-policy; is it actually critical for these packages, or is thomas' assessment correct? i'm getting the same problem of reported charge This is a problem that needs to be fixed. For the time being it can be easily workarounded by using "internal" method for the battery applet, but a proper long-term solution is yet to be found. For that one needs to contact HAL guys and ask them about how exactly they recommend to use their battery-monitoring interfaces, both from upper level (how an application should deal with current situation where we have 1 apm emulation for the battery, one usb power supply (that according to the hal sources is also considered a battery) and one "real" battery) and a lower layer (that "real" battery monitoring doesn't work because E's battery gadget assumes the presence of some sysfs properties that our driver lacks, OTOH i couldn't find any document describing which sysfs nodes really must be present to be compliant and which are optional). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
tango and the missing map tiles
Hi all,
I've found that if tango doesn't have a working net connection available
when you pan around it will generate empty files for the map images and
then never attempt to re-download them leaving nasty gaps in your coverage.
Here's a quick n dirty script that removes all the empty files so that
tango will fetch them next time.
r...@om-gta02:~# cat cleanmapcache.sh
#!/bin/sh -v
find Maps/OSM/ -size 0 -type f
find Maps/OSM/ -size 0 -type f -exec rm {} \;
The first line displays the empty tile list, the second deletes them.
Feel free to stick this on the wiki or something. I don't know if this
needs a bug report.
Om2009
Tim Abell
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing in the UK?
nice one. I'd been wondering about that. Tim Abell Berks, UK Dr. H. Nikolaus Schaller wrote: http://www.handheld-linux.com/wiki.php?page=Buzz-Rework Just as far as your nearest Royal Mail... BR, Nikolaus Am 10.06.2009 um 09:08 schrieb Dave Smith: Hi all, It's been a while since I looked at getting the buzz on my FreeRunner fixed up, after having no luck finding anyone with the right equipment to be able to perform it amongst local friends and contacts, so I figured I'd throw a message out on here to see if anyone can point me in the direction of anyone in the United Kingdom who has the tools, time, and inclination to perform the fix for me. :) Has anyone any experience with getting someone in this area performing the fix? Thanks in advance, Dave ___ 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: Please split this list!
A large volume of mail on this list is support requests as Stroller mentioned, and I think it is this that makes the community developments harder to follow. I was about to suggest a new support list, and then looking at http://lists.openmoko.org/mailman/listinfo/ I realise there already is one. I agree with the posters who argue that split by distro etc is unworkable. Thus I think the answer may be to engage in a campaign of responding to support requests on this list directing them to the support mailing list. Tim Abell Thorben Krueger wrote: > Please consider splitting this mailinglist into sublists, i.e. each > handling its own distribution... > > All the best, > Thorben > > PS: Yes I know how to handle filtering on the client side. > > ___ > 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: BT keyboards with FR?
I've bought a freedom universal, and so far no dice connecting either to the phone or to an ubuntu pc :-( http://timwise.wikispaces.com/freedom+universal+keyboard no joy from their support either, looks like they are still stuck in the dark ages. --- Original Message Subject: [#]: can't connect under linux Date: Wed, 27 Aug 2008 14:41:38 + From: Paul Bowles <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi Tim, Unfortunately the open source nature of Linux is the reason we can't provide technical support for it. While at the core it is all basically the same, the number of possible combination's of hardware/software setup for Linux based systems means that it is not possible to provide support. Once more devices start running Linux distros (which is starting to happen as you say) then it will become easier to support them. Looking at what you have on your site one possible silly thing to say is after you enter the passkey on your device enter it onto the keyboard and then press enter (also on the keyboard). The keyboard in HID mode has no set passkey and it is normally set at the same time as you pair it. Kind Regards, Paul Bowles Technical Manager Ticket Details Ticket ID: Department: Freedom Universal Keyboard² Priority: High Status: Answered If I don't get past this it's going in the bin / back to the reseller / on ebay. I haven't tried their suggestion yet as I've been away, and I am now busy upgrading my freerunner to the latest build. hope that helps Tim Abell - Ben Holt wrote: I am considering buying a portable BT keyboard to go with my FreeRunner and would appreciate hearing from anyone who is already using a BT keyboard and can comment on how well it is working and what keyboard you have. Any recommendations would be greatly appreciated :-). Many thanks, - Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: BT keyboards with FR?
not at that price! :-) Jeff Sadowski wrote: > You mean none of you have the > http://www.thinkgeek.com/computing/input/8193/ Laser projected > keyboard? > Would it work? > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
