Re: problems with qtmoko continuously re-starting

2012-05-17 Thread Radek Polak
On Thursday, May 17, 2012 12:55:13 AM Robin Paulson wrote:

 it printed this, i'm not sure what it means:
 QDBusObjectPath: invalid path 
 Method call  /-DefaultAdapter()  failed:
 QDBusError(org.bluez.Error.NoSuchAdapter, No such adapter)

It looks like bluetooth adapter and bluez are not working. You can try:

/etc/init.d/bluetooth stop

or

update-rc.d -f bluetooth remove

First commands stops bluetooth and after that qtmoko will start ok. Second one 
disable bluetooth during init, so you will have qtmoko working also after 
restart (but without bluetooth).

If you need bluetooth we have to figure out what is wrong with it. You can try 
dmesg and hciconfig to find what if blueooth adapter is up and working (e.g. is 
hcitool scan works).

Regards

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


Re: *.openmoko.org infrastructure

2012-05-17 Thread Dr. H. Nikolaus Schaller

Am 08.05.2012 um 21:55 schrieb Bob Ham:

 On Tue, 2012-05-08 at 20:33 +0200, Harald Welte wrote:
 On Tue, May 08, 2012 at 07:20:36PM +0100, Bob Ham wrote:
 On Mon, 2012-05-07 at 00:08 +0100, Bob Ham wrote:
 
 I've spoken through IRC to some of the guys at the Open Source Lab at
 Oregon State University¹.  This group hosts, for example, the Meego
 project, as well as helping host parts of the Apache, Debian, CentOS and
 Gentoo infrastructures, to name a few.
 
 Harald, Maximilian and Joachim, as the present administrators what do
 you think about this idea?
 
 I think it's an excellent idea.   This seems like a good idea, given
 that there are people who are already taking care of hosting other
 projects and thus already do quite a bit of sysadmin.
 
 So just to be clear on this:  From my point of view the problem is not
 to pay for some hosting/traffic every month.  If anything else fails,
 I'd even pay that out of my own pocket.  The main issue is to have
 somebody who will actually take care of updating the debian packages,
 run backups, make sure things run smoothly and do a dist-upgrade every
 couple of years.
 
 Indeed, that is the main issue.  The way I see it, freeing the community
 from the burden of administering infrastructure can only be a good
 thing.


I think one point hasn't been addressed much in this discussion
so far. How important are all the *.openmoko.org services to us?

So I suggest to everyone on this mailing list to give an
indication like this:


I regard as important:

( ) lists.openmoko.org (incl. the mailing lists)
( ) wiki.openmoko.org
( ) docs.openmoko.org
( ) svn.openmoko.org
( ) people.openmoko.org
( ) projects.openmoko.org
( ) Others: __


This may shed a new light on this topic.

Nikolaus

PS: looking the mailing lists I have seen only three with major activity:
1. this list (community)
2. devel (which is more or less a dfu-util discussion list)
3. openmoko-kernel 



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


Re : *.openmoko.org infrastructure

2012-05-17 Thread Farny Guillaume
Order of importance of subdomains of openmoko.org is not the key point.

I take notice that we can rely on those partners you named, but still we must 
find someone to manage contents.
I don't know much of the publishing system, but may have a closer look at it if 
you want (if PHP or CGI it could be ok).

Also, take good notice I'm coming in Berlin from 22 to 28 of May, and hope to 
see you there.

I will have suggestions and pro-active routes to develop the Openmoko project.
There is a document (soon to be translated in English) describing my intentions 
at :
https://docs.google.com/open?id=0BwsNltshAe2hMzZOa1l0V3ozdFU

It's Google doc, so if you want things to be discussed more privately, tell me.





Regards,


--


Guillaume Farny


CCAS de Bagnolet
Place Salvador Allende
93170 Bagnolet
FRANCE


06.16.52.42.32
farny.guilla...@yahoo.fr



- Mail original -
De : Dr. H. Nikolaus Schaller h...@goldelico.com
À : List for Openmoko community discussion community@lists.openmoko.org
Cc : Maximilian Bauer gi...@openmoko.org; Michael 'Mickey' Lauer 
mic...@openmoko.org; Paul Fertser fercer...@gmail.com; Harald Welte 
lafo...@gnumonks.org; Joachim Steiger r...@openmoko.org; Joerg Reisenweber 
jo...@openmoko.org
Envoyé le : Jeudi 17 mai 2012 13h49
Objet : Re: *.openmoko.org infrastructure


Am 08.05.2012 um 21:55 schrieb Bob Ham:

 On Tue, 2012-05-08 at 20:33 +0200, Harald Welte wrote:
 On Tue, May 08, 2012 at 07:20:36PM +0100, Bob Ham wrote:
 On Mon, 2012-05-07 at 00:08 +0100, Bob Ham wrote:
 
 I've spoken through IRC to some of the guys at the Open Source Lab at
 Oregon State University¹.  This group hosts, for example, the Meego
 project, as well as helping host parts of the Apache, Debian, CentOS and
 Gentoo infrastructures, to name a few.
 
 Harald, Maximilian and Joachim, as the present administrators what do
 you think about this idea?
 
 I think it's an excellent idea.   This seems like a good idea, given
 that there are people who are already taking care of hosting other
 projects and thus already do quite a bit of sysadmin.
 
 So just to be clear on this:  From my point of view the problem is not
 to pay for some hosting/traffic every month.  If anything else fails,
 I'd even pay that out of my own pocket.  The main issue is to have
 somebody who will actually take care of updating the debian packages,
 run backups, make sure things run smoothly and do a dist-upgrade every
 couple of years.
 
 Indeed, that is the main issue.  The way I see it, freeing the community
 from the burden of administering infrastructure can only be a good
 thing.


I think one point hasn't been addressed much in this discussion
so far. How important are all the *.openmoko.org services to us?

So I suggest to everyone on this mailing list to give an
indication like this:


I regard as important:

( ) lists.openmoko.org (incl. the mailing lists)
( ) wiki.openmoko.org
( ) docs.openmoko.org
( ) svn.openmoko.org
( ) people.openmoko.org
( ) projects.openmoko.org
( ) Others: __


This may shed a new light on this topic.

Nikolaus

PS: looking the mailing lists I have seen only three with major activity:
1. this list (community)
2. devel (which is more or less a dfu-util discussion list)
3. openmoko-kernel 



___
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: *.openmoko.org infrastructure

2012-05-17 Thread Joerg Reisenweber
Do  17. Mai 2012
 So I suggest to everyone on this mailing list to give an
 indication like this:

FIRST: look at my mail addr! Guess where it's hosted.
SECOND: there's quite some stuff in /home/* and other places of several of 
those servers, that's definitely not meant to go public. There are internal 
ML, datasheets and even sources under NDA, whatnot.

I don't like this to get handed out to random admin folks. Sean as well will 
rise objections (if he's aware of the problem) [Sean, you know I always been 
one of the most vivid proponents of disclosing *everything* to public, but 
there are definitely both legal and privacy limitations in doing so here. 
Harald's assumption that stuff is nicely separated on several vservers might 
not hold true, e.g already passwords for wiki user accounts must not get 
disclosed. I'm extremely sceptic about the direction this thing moves here]

THIRD: svn.openmoko.org has been missing since weeks now, and that's where the 
whole hassle started. So assuming we can solve the problem by shutting down 
even more of the infra is the wrong angle to tackle the issue. Even if we find 
${WHATEVER}.openmoko.org is a service not actually used anymore, even if we 
spot 80% of the ML being zombie state, we still need infra for the remaining 
stuff that's evidently used. So no use in such a poll right now - distracting.

/j

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


Re: *.openmoko.org infrastructure

2012-05-17 Thread Dr. H. Nikolaus Schaller
Hi,

Am 17.05.2012 um 15:52 schrieb Joerg Reisenweber:

 Do  17. Mai 2012
 So I suggest to everyone on this mailing list to give an
 indication like this:
 
 FIRST: look at my mail addr! Guess where it's hosted.

Yes, I know. But there are estimatedly 100k other addresses to host a (private)
mailbox.

And, how many people are using this service? I doubt that there are more than 
5...

 SECOND: there's quite some stuff in /home/* and other places of several of 
 those servers, that's definitely not meant to go public. There are internal 
 ML, datasheets and even sources under NDA, whatnot.

IMHO, that should be moved to openmoko.com if it is owned by Openmoko, Inc.

 I don't like this to get handed out to random admin folks. Sean as well will 

I 150% agree for sensible information. Nobody would trust us any more
if that happens.

 rise objections (if he's aware of the problem) [Sean, you know I always been 
 one of the most vivid proponents of disclosing *everything* to public, but 
 there are definitely both legal and privacy limitations in doing so here. 
 Harald's assumption that stuff is nicely separated on several vservers might 
 not hold true, e.g already passwords for wiki user accounts must not get 
 disclosed. I'm extremely sceptic about the direction this thing moves here]
 
 THIRD: svn.openmoko.org has been missing since weeks now, and that's where 
 the 

I am just wondering who is using the SVN? If not the community, who else?

 whole hassle started. So assuming we can solve the problem by shutting down 
 even more of the infra is the wrong angle to tackle the issue. Even if we 
 find 

It would simplify things if areas that nobody is using any more can be closed.

 ${WHATEVER}.openmoko.org is a service not actually used anymore, even if we 
 spot 80% of the ML being zombie state, we still need infra for the remaining 
 stuff that's evidently used. So no use in such a poll right now - distracting.

My observation (as a pure voluntary community member and not related at all
to Openmoko, Inc.) is that there isn't much being evidently used. But I don't
claim to know everything: therefore the poll is useful.

BR,
Nikolaus

BTW: there is also git.openmoko.org which is up and running.


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


Re: *.openmoko.org infrastructure

2012-05-17 Thread Joerg Reisenweber
Do  17. Mai 2012
 Hi,
 
 Am 17.05.2012 um 15:52 schrieb Joerg Reisenweber:
  Do  17. Mai 2012
 
  So I suggest to everyone on this mailing list to give an
  indication like this:
 
  FIRST: look at my mail addr! Guess where it's hosted.
 
 Yes, I know. But there are estimatedly 100k other addresses to host a
  (private) mailbox.

That's not the point though. I'm already preparing to move my mail addr 
somewhere else, resp propagate another main mail addr. This will take some 
time. But the main concern is my *private* mails are on those servers!


 And, how many people are using this service? I doubt that there are more
  than 5...

Maximum, or less. See above though.


  SECOND: there's quite some stuff in /home/* and other places of several
  of those servers, that's definitely not meant to go public. There are
  internal ML, datasheets and even sources under NDA, whatnot.
 
 IMHO, that should be moved to openmoko.com if it is owned by Openmoko, Inc.

There's no such thing like openmoko.com anymore for such stuff, afaik.
Anyway, again not the point. *WHO* is doing that move/cleanup?

 
  I don't like this to get handed out to random admin folks. Sean as well
  will
 
 I 150% agree for sensible information. Nobody would trust us any more
 if that happens.

Exactly!


 


  THIRD: svn.openmoko.org has been missing since weeks now, and that's
  where the
 
 I am just wondering who is using the SVN? If not the community, who else?

it's always the community ;-D
For svn there is a number of indispensable stuff in there, e.g. all the nifty 
tools of Werner Almesberger. He recently noticed Dang, svn down! /join #qi-
hardware and ask him, see chanlogs.



  whole hassle started. So assuming we can solve the problem by shutting
  down even more of the infra is the wrong angle to tackle the issue. Even
  if we find
 
 It would simplify things if areas that nobody is using any more can be
  closed.


Sure thing. But introducing the process of finding out _what_ can get shut 
down now is actually temporarily complicating things a lot.

 
  ${WHATEVER}.openmoko.org is a service not actually used anymore, even if
  we spot 80% of the ML being zombie state, we still need infra for the
  remaining stuff that's evidently used. So no use in such a poll right now
  - distracting.
 
 My observation (as a pure voluntary community member and not related at all
 to Openmoko, Inc.) is that there isn't much being evidently used. But I
  don't claim to know everything: therefore the poll is useful.

The poll will again just reach those that are aware of it. So you don't find 
out good data about who's really using the stuff. Heck, are we discussing 
*deletion of data* here? You know the internet isn't supposed to ever forget a 
singly byte ;-D. We should try to make this urban legend hold true, at least 
for OM. E.G. I'm not 'using' *anything* of the svn et al stuff right now, 
nevertheless I think I don't have a local copy of uBoot-dirtymoko and Werner's 
nand-tools to flash it to a device in a year or two, when I come up with some 
fancy project I want to do with these devices in my shelf.


/j

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


Re: unofficial mirror for {git, lists, wiki}.openmoko.org

2012-05-17 Thread Joerg Reisenweber
Mi  16. Mai 2012
 Hi,
 
 since I personally want to make sure that the material created by the
 openmoko community does not get lost I created an unofficial mirror for
 git.openmoko.org, wiki.openmoko.org and lists.openmoko.org:
 
 http://iki.fi/lindi/openmoko/mirror/
 
 I documented the hacky scripts that I wrote yesterday to do this in the
 mirror-tools/ subdirectories. Please let me know if something
 important is missing from the data (the wiki dump should contain all
 pages with history and also binary files).
 
 -Timo

Timo, 
you're THE MAN!
That's a pragmatic and actually helpful approach (btw an approach open every 
time to anybody not willing to just whine and wait what's coming)

many many thanks!
/jOERG

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


Re: unofficial mirror for {git, lists, wiki}.openmoko.org

2012-05-17 Thread Bob Ham
On Wed, 2012-05-16 at 16:40 +0300, Timo Juhani Lindfors wrote:

 I created an unofficial mirror for
 git.openmoko.org, wiki.openmoko.org and lists.openmoko.org:

Nice one :-)

-- 
Bob Ham r...@settrans.net

for (;;) { ++pancakes; }


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Delivery of the GTA04

2012-05-17 Thread Bob Ham
On Tue, 2012-05-08 at 09:26 +0200, Dr. H. Nikolaus Schaller wrote:
 * I think it will need 1-2 weeks until we finally know and they have 
 production ramped up

Do we know whether the GTA04 group tour units have production ramped up?
We could do with them here in the UK right now..

http://www.computerworlduk.com/news/public-sector/3357807/met-police-uses-quick-mobile-data-extraction-system-against-suspects/

:-)

-- 
Bob Ham r...@settrans.net

for (;;) { ++pancakes; }


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community