Re: gta02-core (was Re: OM future)

2010-02-27 Thread rixed
You can't just separate software from hardware. The fact is you can't have
open software without hardware specs, so open soft and open hard comes close
together. Go try to rebuild a kernel on a nokia open phone for instance,
and see what part of the phone hardware still works.

So what should we do ?

a) crack open closed phones by reverse engeneering ?
b) wait for a manufacturer to compromise its pot of gold by producing an open 
phone ?
c) put our head in a bag and pretend an iphone or an android is open enough ?
d) aim at building one collectively despite all the unbelievers trying to 
discourage
   the effort ?


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: gta02-core (was Re: OM future)

2010-02-27 Thread Michael 'Mickey' Lauer
Am Samstag, den 27.02.2010, 10:46 +0100 schrieb ri...@happyleptic.org:
 You can't just separate software from hardware. The fact is you can't have
 open software without hardware specs, so open soft and open hard comes close
 together. Go try to rebuild a kernel on a nokia open phone for instance,
 and see what part of the phone hardware still works.
 
 So what should we do ?
 
 a) crack open closed phones by reverse engeneering ?
 b) wait for a manufacturer to compromise its pot of gold by producing an open 
 phone ?
 c) put our head in a bag and pretend an iphone or an android is open enough ?
 d) aim at building one collectively despite all the unbelievers trying to 
 discourage
the effort ?

a), b) and d) can be parallized; it's different tasks anyways. FSO will
be ready for any whatever comes out of a), b), and d) :)

Cheers,

-- 
:M:


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: gta02-core (was Re: OM future)

2010-02-27 Thread Wolfgang Spraul

 a) crack open closed phones by reverse engeneering ?
 b) wait for a manufacturer to compromise its pot of gold by producing an open 
 phone ?
 c) put our head in a bag and pretend an iphone or an android is open enough ?
 d) aim at building one collectively despite all the unbelievers trying to 
 discourage
the effort ?

d)

And Mickey is right :-)
Wolfgang

On Sat, Feb 27, 2010 at 10:46:47AM +0100, ri...@happyleptic.org wrote:
 You can't just separate software from hardware. The fact is you can't have
 open software without hardware specs, so open soft and open hard comes close
 together. Go try to rebuild a kernel on a nokia open phone for instance,
 and see what part of the phone hardware still works.
 
 So what should we do ?
 
 a) crack open closed phones by reverse engeneering ?
 b) wait for a manufacturer to compromise its pot of gold by producing an open 
 phone ?
 c) put our head in a bag and pretend an iphone or an android is open enough ?
 d) aim at building one collectively despite all the unbelievers trying to 
 discourage
the effort ?
 
 
 ___
 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: Rutgers University writes malware for Freerunner

2010-02-27 Thread GNUtoo
On Tue, 2010-02-23 at 21:02 +, Rui Miguel Silva Seabra wrote:
 I'd like to help with that, if someone could introduce me to the right
 people.
I think that you need to send some patches or to shr-devel mailing list
or to to openembedded-devel.

I think you also may want to read the openembedded manual:
http://docs.openembedded.org/usermanual/usermanual.html

Denis.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [PATCH] frameworkd battery status reporting

2010-02-27 Thread Michael 'Mickey' Lauer
Hi Neil,

can you point me to an example why this patch is necessary?

On a related note, I think this code path is not in use since we moved
to fsodeviced.

-- 
:M:


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Mcnavi maps and ipk

2010-02-27 Thread Davide Scaini
On Tue, Feb 23, 2010 at 3:20 PM, Davide Scaini dsca...@gmail.com wrote:

 Hi guys,
 after the release of mcnavi - in which we're all really interested - i
 tought that it may be useful to share osm processed maps for mcnavi (since
 it took me some hour and some GBs to convert whole italy).
 So I made a project on sourceforge  to collect the maps:
 https://sourceforge.net/projects/mcnavimaps/files/
 (I had no idea how to share huge files in a good-fashioned way.)
 There you can find right now Italy and Belgium maps (thanks to Luca).
 If you're interested in sharing your maps contact me. I plan to release at
 least Italy every month.


 Now the second part... is there someone interested in building ipk packages
 of mcnavi : ? And obviously share his packages :P
 I have no experience on that...
 thanks
 d



I added Croatia, Switzerland and Slovenia.
Austria crashes :P
Mike don't worry I process maps only when I'm bored and I want to ear my fan
whistling :)
d
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: OM future

2010-02-27 Thread Warren Baird
On Sat, Feb 6, 2010 at 3:29 PM, Carsten Haitzler ras...@rasterman.comwrote:

  or get a nokia n900 (though my
 experience is that its a pile of junk - as i sit here now with my n900
 having
 bricked itself spontaneously over a week ago, so i'm without a phone,
 6000km
 from home, not to mention that windows 3.1 seems like a paragon of
 stability
 and solid performance compared to the n900 - the n900 would literally crash
 and
 restart the whole ui very few minutes or sooner at times, but it'd do this
 at
 least 5-10 times per day at a minimum).


Well, I'm pretty late replying to this, since I've been so happily playing
with my n900 that I haven't checked this list in a while.  :-)

There's apparently a HW/SW problem affecting a few n900s that cause very
common reboots - they seem to have fixed it in the latest firmwarm - you can
see the details in https://bugs.maemo.org/show_bug.cgi?id=6334

Also - this has some advice on how to unbrick the n900 -
http://wiki.maemo.org/User:Jebba/Flash

I tend to get reboots a few times a week, which is still more often than
most people seem to, so I'm going to try flashing the new firmware this
weekend.

Even with the reboots, I *love* my n900...   It's not perfect, but coming
from using my FR as my daily phone for a year - the n900 is fantastic!!

Of course, maybe there will be even better options available soon!   ;-)

Warren


-- 
Warren Baird - Photographer and Digital Artist
http://www.synergisticimages.ca
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Problems with NWA

2010-02-27 Thread Paul Fertser
Nicola Mfb nicola@gmail.com writes:
 On Fri, Feb 26, 2010 at 12:17 PM, Ben Thompson b...@york.ac.uk wrote:
 [...]
 I think this is a different bug. It happens occasionally with me too,
 but it was also there with the old QT libs. Niko - are you aware of
 this problem?

 If you are talking about complete system freeze it happens to mee too
 sometimes and is related to weak wifi kernel drivers.
 If you are lucky and have an open ssh connection with usb you should
 see the oops with dmesg, after that the reboot command itself seg
 faults.

I guess we can and should fix oops especially if they force one to
fully reboot, is that reported somewhere?


-- 
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


Re: [PATCH] frameworkd battery status reporting

2010-02-27 Thread Neil Jerram
On 27 February 2010 12:29, Michael 'Mickey' Lauer
mic...@vanille-media.de wrote:
 Hi Neil,

Hi Mickey,

Thanks for taking a look at this...

 can you point me to an example why this patch is necessary?

Isn't that covered by the quoted section of my previous email?  In
summary, after installing the non-debug kernel, my
openmoko-panel-plugin no longer showed the battery charging status
correctly.

 On a related note, I think this code path is not in use since we moved
 to fsodeviced.

Ah, good, that sounds like a likely explanation for why no one else
has reported this.  I'm sure that SHR is using fsodeviced, and it may
also be the default now for new Debian installs.

So I'll try switching to fsodeviced too; if that solves the problem, I
agree that it's probably not worth changing the old Python code.

Regards,
   Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Debian] new kernel package

2010-02-27 Thread Stefan Monnier
 ' Apart from factoring out those modules, is the new kernel improved in
 some way?  And is it built without the debug settings?

 It's the latest upstream andy-tracking, mostly meaning that if
 compared to July snapshot Bluetooth, GPS etc. should handle suspend
 better among else. Debug is disabled. WLAN should work, but because of
 the debug being disabled one usually hits this bug quite soon:

I just tried it and the boot fails with unable to mount rootfs on
unknown block.  My Debian / partition is on the NAND, if it matters.
Any idea what might be the problem?


Stefan



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Rutgers University writes malware for Freerunner

2010-02-27 Thread Stefan Monnier
 It's not hard to run your browser on the neo as user. Though it should
 be made default.

It is the default if you install Debian on your Freerunner,


Stefan


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [PATCH] frameworkd battery status reporting

2010-02-27 Thread Neil Jerram
On 27 February 2010 19:04, Neil Jerram neiljer...@googlemail.com wrote:

 So I'll try switching to fsodeviced too; if that solves the problem, I
 agree that it's probably not worth changing the old Python code.

Well, the Debian version of fsodeviced seems not to work
straightforwardly yet.  It dates from 10th Jan and appears not to
provide the GetPower method of org.freesmartphone.Device.PowerControl,
and the GetInfo method of
org.freesmartphone.Device.PowerSupply.

Also, FWIW, with fsodeviced instead of odeviced, and with
notification-daemon installed, I get lots of spurious notification
popups about resource state changes (when nothing is really changing).

So, I'm going back to odeviced for now, but will try fsodeviced again
after it's been updated.

  Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community