Re: Openmoko Bug #1835: A better fix for host endianness of dfu-util

#1835: A better fix for host endianness of dfu-util ---+ Reporter: wiml|Owner: openmoko-devel Type: defect | Status: new Priority: normal |Mileston

Re: Encrypted calls - Cryptophone.de protocol

Hi Mikko! I'm currently creating the application you've described. I'm (will be) using HCD (GSM data connections) to deliver encrypted voice data. I've tried using pulseaudio on the Neo 1973 (haven't got a freerunner) It turns out it is way too slow. At the moment, I'm using portaudio because tha

Re: Openmoko Bug #1832: 2008.8 cannot dial *123

#1832: 2008.8 cannot dial *123 +--- Reporter: hedora |Owner: openmoko-devel Type: defect | Status: new Priority: normal |Milestone: Component: unknown

Encrypted calls - Cryptophone.de protocol

Hello There has been some occasional interest in support for encrypted phonecalls on OpenMoko. While I don't probably have the time to majorly contribute to implementing said feature, the matter interests me and therefore a couple of weeks ago I took it upon myself to liaise a bit with GSMK/crypto

Re: Openmoko Bug #1824: FSO: GPS time not available in TangoGPS

#1824: FSO: GPS time not available in TangoGPS -+-- Reporter: hedora |Owner: openmoko-devel Type: defect | Status: new Priority: normal |Milestone: FSO Component: unkn

Re: Openmoko Bug #1822: 2008.8 doesn't wake on alarm

#1822: 2008.8 doesn't wake on alarm -+-- Reporter: madjo|Owner: openmoko-devel Type: defect | Status: new Priority: normal |Milestone: Component: unknown |

Improving UI performance

I was just thinking about the various UI-related layers that are there in 2007.2/2008.8/FSO. I understand that the idea is to re-use existing technologies and concepts from the desktop world. However, wouldn't a single-layer approach make things run a lot faster? Or have a more customized / simpler

Re: Rumoured death of projects.openmoko.org - Dr. House still working

Rod, > Could we have official confirmation or denial of this rumour please, > and > an accompanying timeframe? projects.openmoko.org will continue to be run by Openmoko, without an end date. We did decide, however, that we cannot invest major engineering resources into fixing and improving

[PATCH/neod] make neod more relexable about keycode returned from the touchscreen

Hi, I would like to change the keycode returned by finger up/down events on the Neo Touchscreen from BTN_TOUCH to BTN_STYLUS. (0x14a to 0x14b). Most users of the touchscreen don't really care what the event is. tslib, which is the main user, is happy with the ABS_PRESSURE events. odeviced

Request to remove tslib-input_raw-grab_events.patch

Hi, I'd like to suggest that the above mentioned patch tslib-input_raw-grab_events.patch be removed from the tslib package. Alternately, /etc/tslib.conf could be changed to remove grab_events=1 from the module_raw input grab_events=1 line (though it would be best to do both).