**** BEGIN LOGGING AT Sun Sep 25 02:59:57 2011
Sep 25 04:51:10 <mrmoku> moin
Sep 25 04:56:52 <mrmoku> GNUtoo: hmm, could you try if it works when you open vala-terminal and do:
Sep 25 04:56:56 <mrmoku> su -
Sep 25 04:56:59 <mrmoku> fsonetworkd
Sep 25 04:57:08 <mrmoku> _before_ starting the connection?
Sep 25 08:15:35 <morphis> good morning 
Sep 25 08:19:58 <mrmoku> morning morphis 
Sep 25 08:20:28 <morphis> mrmoku: I stopped working gobect-introspection
Sep 25 08:20:34 <morphis> too much work
Sep 25 08:20:44 <morphis> and too much research for the time I have
Sep 25 08:21:03 <morphis> maybe someone like JaMa with deep knowledge of OE is faster than me
Sep 25 08:21:22 <morphis> mickeyl: ping
Sep 25 08:21:24 <mrmoku> ok, probably a good decision
Sep 25 08:21:47 <mrmoku> morphis: do you know if mickeyl added Gnutoo's new ssh key to the fso repo?
Sep 25 08:22:28 <morphis> mrmoku: don't know but I have access too
Sep 25 08:22:38 <morphis> mrmoku: so if it's not added I can do it
Sep 25 08:22:55 <mrmoku> ok, good... will tell him to send the key to you when he's around
Sep 25 08:23:11 <morphis> ok
Sep 25 08:23:18 <mrmoku> morphis: another thing... how do we proceed with our meeting?
Sep 25 08:23:27 <morphis> maybe good to know for the rest of us: I have full access for the fso and amethyst server
Sep 25 08:23:36 <morphis> so if mickeyl is not present I can take over
Sep 25 08:23:40 <mrmoku> good
Sep 25 08:23:44 <morphis> for various tasks
Sep 25 08:23:57 <morphis> mrmoku: yes, we need to decide for a date
Sep 25 08:24:31 <morphis> we should start a doodle (http://www.doodle.com/) to start the decision
Sep 25 08:24:51 <morphis> mrmoku: you have some time to start one?
Sep 25 08:26:45 <mrmoku> morphis: including friday or just saturday/sunday?
Sep 25 08:27:02 <morphis> including friday
Sep 25 08:27:38 <mrmoku> ok
Sep 25 08:29:02 <CIA-5> freesmartphone.org: 03morphis 07aurora * rbc334e53ffaf 10/aurora-applications/launcher/Makefile.am: aurora-applications: launcher: add missing qml files to installation files
Sep 25 08:30:16 <mrmoku> morphis: http://www.doodle.com/cvwv38ykahx9b3uy
Sep 25 08:30:35 <pabs3> is FSO also planning on defining protocols for computer to phone communication? for battery status, contacts etc? or should the iPhone/Android ones be used
Sep 25 08:30:36 <mrmoku> dunno how to combine fri/sat/sun to be one option
Sep 25 08:31:29 <morphis> pabs3: currently we have no plan to do something like this
Sep 25 08:31:47 <morphis> pabs3: but if you have an idea, add it to the wiki so we or you can start to work on
Sep 25 08:36:23 <pabs3> ok. some folks on #debian-devel were wondering why upower depends on libimobiledevice so I wondered what the FSO equivalent might be
Sep 25 08:37:24 <morphis> mrmoku: great, you added it already to the wiki
Sep 25 08:37:38 <morphis> mrmoku: can you please send a update mail to all participiants?
Sep 25 08:38:18 <CIA-5> freesmartphone.org: 03morphis 07aurora * r82cdd4e2bfdc 10/aurora-daemon/src/application.cpp: aurora-daemon: small fixes for the application class
Sep 25 08:38:19 <CIA-5> freesmartphone.org: 03morphis 07aurora * r6b4cc1d601a0 10/aurora-applications/launcher/Launcher.qml: aurora-applications: launcher: fix syntax error
Sep 25 08:42:21 <CIA-5> freesmartphone.org: 03morphis 07aurora * r48fd8e406bde 10/ (452 files in 56 dirs): Move two components into a directory named old for historic reasons
Sep 25 08:42:37 <mrmoku> morphis: ok
Sep 25 08:47:06 <mrmoku> morphis: done
Sep 25 08:47:41 <morphis> mrmoku: thank you!
Sep 25 08:48:13 <mrmoku> np
Sep 25 09:07:56 <CIA-5> freesmartphone.org: 03morphis 07aurora * r5e613dabc0e8 10/aurora-daemon/src/ (6 files): aurora-daemon: various improvements to the application handling
Sep 25 10:35:59 <mrmoku> morphis: hmm... I can't find the special offer for open source projects at linux hotel anymore...
Sep 25 10:44:38 <morphis> mrmoku: hm, we should write them per mail and ask
Sep 25 10:56:32 <CIA-5> freesmartphone.org: 03morphis 07aurora * r388d93df8140 10/aurora-daemon/configure.ac: aurora-daemon: remove python as dependency
Sep 25 11:42:56 <DocScrutinizer> moo
Sep 25 12:10:13 <lxsameer> mrmoku: hi there, i pulled the OE folder, what is the next step to update my source tree?
Sep 25 12:14:14 <mrmoku> lxsameer: with source tree you mean the OE recipes + friends?
Sep 25 12:14:34 <lxsameer> mrmoku: i mean every thing
Sep 25 12:14:43 <lxsameer> mrmoku: specially shr-chroot
Sep 25 12:17:02 <mrmoku> lxsameer: for shr-chroot you have to call 'make update-shr-chroot' *outside* of chroot
Sep 25 12:17:19 <lxsameer> mrmoku: in OE directory ?
Sep 25 12:18:02 <mrmoku> lxsameer: yup
Sep 25 12:18:44 <lxsameer> mrmoku: ;) thanks, is there any think else to update?
Sep 25 12:21:33 <mrmoku> lxsameer: make update-shr-chroot updates the chroot itself... it does not update the OE parts... just the chroot system
Sep 25 12:21:53 <mrmoku> lxsameer: to update the rest call 'make update' *inside* of chroot in the OE folder
Sep 25 12:22:08 <lxsameer> mrmoku: thanks man
Sep 25 12:23:45 <mrmoku> yw
Sep 25 12:24:47 <lxsameer> does any one work on bravo before?
Sep 25 12:47:08 <morphis> JaMa: ping
Sep 25 13:22:01 <mrmoku> hi GNUtoo 
Sep 25 13:22:13 <mrmoku> please send your key to morphis ... he will add it
Sep 25 13:22:22 <GNUtoo> ok
Sep 25 13:38:34 <GNUtoo> sent
Sep 25 13:40:59 <JaMa> morphis: pong
Sep 25 13:44:35 <JaMa> morphis: gobject-introspection cross build?
Sep 25 13:45:26 <morphis> JaMa: you have experience with?
Sep 25 13:45:38 <morphis> it costs me too much time to get it done
Sep 25 13:45:51 <morphis> GNUtoo: please try with your new key
Sep 25 13:46:50 <GNUtoo> ok
Sep 25 13:47:47 <GNUtoo> works
Sep 25 13:47:49 <GNUtoo> thanks a lot
Sep 25 13:48:05 <morphis> JaMa: I need it for https://github.com/morphis/smoke-gobject
Sep 25 13:49:22 <GNUtoo> what work is there to do now, specially on n900?
Sep 25 13:49:34 <JaMa> morphis: not really, but I can try later tonight/this week
Sep 25 13:49:46 <GNUtoo> *)3g fails to work for me
Sep 25 13:49:46 <GNUtoo> *)charging is too slow with charger
Sep 25 13:49:46 <GNUtoo> *) maybe modem or audio work?
Sep 25 13:50:01 <GNUtoo> else I can work on updating the htcdream and on making it work in meta-htc
Sep 25 13:50:07 <GNUtoo> I started to do it and I've a 2.6.37 booting
Sep 25 13:57:50 <morphis> JaMa: that would be really great!
Sep 25 13:57:58 <GNUtoo> mrmoku, hi
Sep 25 13:58:14 <GNUtoo> mrmoku, what are you working on?
Sep 25 14:54:47 <GNUtoo> hmmm
Sep 25 14:54:58 <GNUtoo> I've issues with enlightenment svn....
Sep 25 14:55:04 <GNUtoo> it doesn't git remote ls
Sep 25 14:55:06 <GNUtoo> or something like that
Sep 25 16:01:44 <pespin> hmm linux-openmoko-2.6.39 is failing here
Sep 25 16:01:51 <pespin> lzma: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
Sep 25 16:02:57 <PaulFertser> pespin: do you have stdc++ installed on host? :)
Sep 25 16:03:55 <pespin> PaulFertser, hmm no idea, I'm using shr chroot
Sep 25 16:04:14 <PaulFertser> pespin: ah, that would explain it
Sep 25 16:04:17 <pespin> so I suppouse it should be there as other people is building fine
Sep 25 16:06:07 <pespin> PaulFertser, maybe I need to rebuild lzma-native or similar because I updated the chroot?
Sep 25 16:07:34 <PaulFertser> pespin: probably so, but i'm not sure where that libstdc++ should come from, sorry.
Sep 25 16:09:00 <pespin> JaMa, maybe you can enlighten us? :)
Sep 25 16:11:01 <JaMa> pespin: native chroot is not respecting /etc/ld.so.conf
Sep 25 16:11:52 <JaMa> pespin: so it needs export LD_LIBRARY_PATH=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.1 in some cases
Sep 25 16:12:15 <JaMa> pespin: it's some issue with pseudo..
Sep 25 16:14:45 <PaulFertser> JaMa: what's the deal with that chroot? Why is it needed, is it new OE fashion?
Sep 25 16:14:54 <PaulFertser> ;)
Sep 25 16:15:12 <JaMa> pespin: and if it doesn't help add LD_LIBRARY_PATH to BB_ENV_EXTRAWHITE in setup-env
Sep 25 16:16:00 <JaMa> PaulFertser: not really, but it's easier to get reproducible build (issues) when everybody is using same system :)
Sep 25 16:17:22 <PaulFertser> JaMa: i liked the (issues) part, thanks! :D
Sep 25 16:18:08 <angelox|laptop> Hi all people
Sep 25 16:18:38 <JaMa> pespin: and be aware with that as maybe you'll need this http://lists.linuxtogo.org/pipermail/bitbake-devel/2011-September/001384.html
Sep 25 16:34:04 <pespin> JaMa, ok thanks, I'm trying your solutions right now
Sep 25 16:34:30 <pespin> am I the only one which is having problems with bitbake eating lots of RAM lately?
Sep 25 16:35:17 <pespin> I mean, I have about 2Gb of RAM, and each bitbake process (running 4 processes in my intel i5) is taking about 16,5% of mem according to top...
Sep 25 16:35:44 <pespin> it even uses swap and the computer is quite unusable
Sep 25 16:47:23 <GNUtoo> mrmoku, ping
Sep 25 16:50:19 <pespin> JaMa, $ bitbake -e | grep ^LD
Sep 25 16:50:19 <pespin> LD_LIBRARY_PATH="/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.1"
Sep 25 16:50:24 <pespin> it doesn't work though
Sep 25 16:50:44 <pespin> I applied your patch to /usr/lib64/python2.7/site-packages/bb/fetch2/__init__py
Sep 25 17:08:21 <pespin> it's inside BB_ENV_EXTRAWHITE too, but still no success
Sep 25 17:17:14 <mrmoku> GNUtoo: pong
Sep 25 17:17:59 <mrmoku> GNUtoo: did you read what I said regarding GPRS on n900?
Sep 25 17:18:26 <mrmoku> GNUtoo: regarding what to do...
Sep 25 17:19:15 <mrmoku> I think we should do alsa scenarios...
Sep 25 17:19:28 <mrmoku> for fsodeviced until fsoaudiod/aci is ready
Sep 25 17:42:49 <GNUtoo> mrmoku, ok
Sep 25 17:42:55 <GNUtoo> no
Sep 25 17:44:19 <GNUtoo> (for reading what you said about GPRS)
Sep 25 17:46:43 <GNUtoo> I've the new shell tough
Sep 25 17:46:43 <GNUtoo> with shr motd etc...
Sep 25 17:51:20 <mrmoku> GNUtoo: is ifconfig in the path?
Sep 25 17:51:37 <mrmoku> GNUtoo: that and the pn-pep module being loaded are the two critical things
Sep 25 17:51:40 <mrmoku> then it should work
Sep 25 17:51:53 <GNUtoo> how to tell if ifconfig is in the path?
Sep 25 17:52:02 <mrmoku> open vala-terminal and type ifconfig?
Sep 25 17:52:08 <mrmoku> hmm
Sep 25 17:52:19 <GNUtoo> pn-pep is loaded
Sep 25 17:52:25 <mrmoku> maybe it might still not be in the path for the dbus-activated fsonetworkd...
Sep 25 17:52:35 <GNUtoo> yes ifconfig in terminal works
Sep 25 17:52:48 <mrmoku> try to start fsonetworkd manually from within the terminal
Sep 25 17:52:54 <mrmoku> and see if it works then
Sep 25 17:53:47 <mrmoku> brb
Sep 25 17:56:57 <GNUtoo> ok
Sep 25 17:57:34 <GNUtoo> it doesn't daemonize
Sep 25 17:57:35 <GNUtoo> is it normal?
Sep 25 18:11:42 <mrmoku> GNUtoo: hmm... don't remember... possible
Sep 25 18:12:07 <GNUtoo> ok I'll try in a moment then
Sep 25 18:25:30 <GNUtoo> mrmoku, maybe you could add the states files
Sep 25 18:25:41 <GNUtoo> do you still have my pure alsa states?
Sep 25 18:25:47 <GNUtoo> captured from meego
Sep 25 18:26:31 <mrmoku> let me check
Sep 25 18:27:12 <mrmoku> GNUtoo: yup, but stereoout is missing
Sep 25 18:27:45 <GNUtoo> ok
Sep 25 18:28:32 <GNUtoo> speaker is stereoout
Sep 25 18:29:27 <mrmoku> there is a stereout in fsodeviced already... no idea if that one works
Sep 25 18:29:32 * mrmoku diffs
Sep 25 18:30:07 <mrmoku> uhh... no
Sep 25 18:30:12 <mrmoku> looks like old kernel :-P
Sep 25 18:58:14 <morphis> JaMa: ping
Sep 25 19:01:52 <angelox|laptop> hi morphis 
Sep 25 19:01:58 <morphis> angelox|laptop: hey
Sep 25 19:02:01 <morphis> angelox|laptop: I saw your mail
Sep 25 19:02:19 <morphis> angelox|laptop: why do you need the setvolume methods from org.freesmartphone.Device domain?
Sep 25 19:02:51 <angelox|laptop> they aren't different from org.freesmartphone.GSM domain?
Sep 25 19:03:41 <morphis> they are the wrong methods to use for audio volume setting
Sep 25 19:04:07 <morphis> always use org.freesmartphone.Audio for audio related things
Sep 25 19:04:15 <angelox|laptop> hmm
Sep 25 19:04:34 <angelox|laptop> i understand now
Sep 25 19:04:48 <angelox|laptop> thanks
Sep 25 19:04:57 <morphis> the audio API in the device domain is depreacted
Sep 25 19:05:15 <angelox|laptop> i see...
Sep 25 19:05:29 <morphis> it will go away in the near future
Sep 25 19:05:47 <angelox|laptop> but them still working?
Sep 25 19:05:49 <morphis> and the audio bits in the gsm domain are just to wrap the audio api the at command set offers you to the outside
Sep 25 19:06:42 <GNUtoo> hi morphis 
Sep 25 19:07:17 <angelox|laptop> morphis: by the way,your newer commits did broken the close function in the app-settings at least,i'm trying to check what's wrong
Sep 25 19:11:42 <angelox|laptop> but do you have some idea? :)
Sep 25 19:14:33 <angelox|laptop> but it should work
Sep 25 19:17:12 <morphis> GNUtoo: hey
Sep 25 19:17:21 <morphis> angelox|laptop: I need to take a look but not now
Sep 25 19:17:46 <angelox|laptop> morphis: ok
Sep 25 19:18:05 <angelox|laptop> in my case it segs fault
Sep 25 19:18:58 <morphis> hm
Sep 25 19:19:09 <morphis> maybe I did something wrong with the stack handling
Sep 25 19:21:59 <angelox|laptop> maybe
Sep 25 19:22:17 <angelox|laptop> i'd like to know your opnion about something
Sep 25 19:22:45 <angelox|laptop> about using my website for aurora project  (since my website is stopped unfortunately)
Sep 25 19:32:20 <morphis> angelox|laptop: what do you mean with that?
Sep 25 19:33:07 <morphis> GNUtoo: your key is working?
Sep 25 19:33:14 <GNUtoo> yes
Sep 25 19:33:18 <GNUtoo> thanks a lot
Sep 25 19:33:21 <morphis> GNUtoo: great, no problem
Sep 25 19:33:35 <morphis> GNUtoo: btw. you know who has access to the oe-core-contrib repo?
Sep 25 19:33:38 <angelox|laptop> morphis: i have an website hosted in the internet,and if you like,since my website is stopped(because my project has *finished*),we could use it to host aurora project (i could change whole website)
Sep 25 19:33:48 <morphis> angelox|laptop: hm
Sep 25 19:33:50 <GNUtoo> JaMa, does
Sep 25 19:33:56 <GNUtoo> I didn't re-send my key to fso yet
Sep 25 19:33:58 <GNUtoo> oops
Sep 25 19:34:02 <GNUtoo> I didn't re-send my key to oe-core yet
Sep 25 19:34:16 <morphis> angelox|laptop: I know I was thinking about getting an own homepage for aurora some time ago
Sep 25 19:34:26 <morphis> angelox|laptop: but I think we should do this within the aurora site
Sep 25 19:34:35 <morphis> s/aurora/fso/
Sep 25 19:34:35 <apt> morphis meant: angelox|laptop: but I think we should do this within the fso site
Sep 25 19:34:45 <morphis> as the fso site needs to be restructured anywa
Sep 25 19:34:55 <angelox|laptop> morphis: hmm ok,i understand...
Sep 25 19:35:36 <morphis> angelox|laptop: I am thinking about a site like replicant.us
Sep 25 19:35:41 <morphis> for fso
Sep 25 19:35:54 <morphis> so wordpress in the front
Sep 25 19:35:54 * angelox|laptop checks
Sep 25 19:35:57 <morphis> for public info
Sep 25 19:36:03 <morphis> and wiki/trac/git behind for developers
Sep 25 19:36:47 <angelox|laptop> ah ok
Sep 25 19:36:57 <angelox|laptop> yes,would be great for final user i guess
Sep 25 19:37:09 <angelox|laptop> if there's final user interested to know about middleware :)
Sep 25 19:41:37 <angelox|laptop> morphis: about my email,what do you think about the call forwarding ?
Sep 25 19:42:13 <morphis> I think it should part of the settings app but I don't know if it's implemented in so much devices
Sep 25 19:43:53 <angelox|laptop> ok
Sep 25 19:44:18 <angelox|laptop> but i don't know how enablecallforwarding can by passed from the settings app,since there's a lot of values..
Sep 25 19:52:56 <morphis> angelox|laptop: play a little bit with the values
Sep 25 19:53:09 <morphis> if you have a device where it works (gta02)
Sep 25 19:53:16 <morphis> otherwise we should exclude it for now
Sep 25 19:55:50 <angelox|laptop> ok
Sep 25 19:55:55 <angelox|laptop> i have no device 
Sep 25 19:56:01 <angelox|laptop> (n900 broken)
Sep 25 19:56:21 <angelox|laptop> i did try include a DeviceService class to play a bit with the daemon but i failed
Sep 25 19:57:02 <morphis> which daemon?
Sep 25 19:57:07 <morphis> your n900 is broken?
Sep 25 19:57:09 <morphis> why that?
Sep 25 19:58:12 <angelox|laptop> battery doesn't charge inside the phone,it doesn't boot maemo...
Sep 25 19:58:25 <angelox|laptop> and techinnicals centers in Brazil really sucks
Sep 25 19:58:55 <angelox|laptop> technical*
Sep 25 19:59:11 <angelox|laptop> i did mean,the new aurora daemon (c++) one
Sep 25 20:00:48 <morphis> ah ok
Sep 25 20:01:04 <morphis> so you didn't get a dbus connection to one of the fso daemons?
Sep 25 20:01:19 <morphis> ah, you're from brazil
Sep 25 20:01:33 <angelox|laptop> yes..
Sep 25 20:01:37 <morphis> angelox|laptop: what about buying a palmpre?
Sep 25 20:01:48 <morphis> they are very cheap these days
Sep 25 20:03:19 <angelox|laptop> i'm not sure about buying old devices
Sep 25 20:03:52 <angelox|laptop> i want to change from end user development to real development 
Sep 25 20:05:10 <GNUtoo> angelox|laptop, n900 broken?
Sep 25 20:05:34 <angelox|laptop> GNUtoo: unfortunately yes
Sep 25 20:05:38 <GNUtoo> angelox|laptop, try to fix your battery
Sep 25 20:05:49 <angelox|laptop> The battery is new
Sep 25 20:06:04 <GNUtoo> basically the bootloader can charge your battery for you
Sep 25 20:06:08 <GNUtoo> plug the battery in
Sep 25 20:06:13 <GNUtoo> plug the power adapter in
Sep 25 20:06:18 <GNUtoo> of course close the cover
Sep 25 20:06:19 <GNUtoo> and wait
Sep 25 20:06:25 <GNUtoo> in some moment it'll boot
Sep 25 20:06:35 <GNUtoo> and it may fail and shut down
Sep 25 20:06:38 <GNUtoo> then it'll retry
Sep 25 20:07:13 <angelox|laptop> hmm
Sep 25 20:07:19 <angelox|laptop> i think the chip is problematic
Sep 25 20:07:25 <angelox|laptop> s/chip/charging chip/
Sep 25 20:07:25 <apt> angelox|laptop meant: i think the charging chip is problematic
Sep 25 20:07:30 <GNUtoo> ah ok
Sep 25 20:07:31 <GNUtoo> ouch
Sep 25 20:07:33 <angelox|laptop> since neither shr charges
Sep 25 20:07:35 <GNUtoo> that's very very bad
Sep 25 20:07:47 <angelox|laptop> yes
Sep 25 20:07:55 <GNUtoo> I would do that personally:
Sep 25 20:07:55 <GNUtoo> flash a kernel for shr
Sep 25 20:08:09 <GNUtoo> and make the charging script launch as soon as possible
Sep 25 20:08:20 <GNUtoo> and shut down fso also
Sep 25 20:08:20 <GNUtoo> prevent it from starting
Sep 25 20:08:28 <angelox|laptop> hmm
Sep 25 20:08:46 <morphis> JaMa: I have problem with the aurora-image and root password
Sep 25 20:08:52 <morphis> I can not login via ssh
Sep 25 20:09:12 <angelox|laptop> i was thinking in send the phone to the techinical center,get the E7,sell it and buy a more recent phone
Sep 25 20:09:16 <angelox|laptop> but i have no idea of which phone
Sep 25 20:10:05 <GNUtoo> angelox|laptop, maybe the nexus S?
Sep 25 20:10:13 <GNUtoo> ask morphis about its state tough
Sep 25 20:10:16 <angelox|laptop> morphis: the problem wasn't about getting the dbus connection,but making QML find the DeviceService object
Sep 25 20:10:35 <morphis> angelox|laptop: hm
Sep 25 20:10:42 <angelox|laptop> GNUtoo: let me check the price here (remembering: a n900 battery costs about USD ~80 here)
Sep 25 20:10:48 <GNUtoo> angelox|laptop, if you want I can spend time to make you an image that go straight to charging
Sep 25 20:10:52 <morphis> angelox|laptop: you need to set it via setContextProperty
Sep 25 20:11:04 <angelox|laptop> morphis: application.cpp:86:80: error: 'QObject' is an inaccessible base of 'DeviceService'
Sep 25 20:11:07 <GNUtoo> angelox|laptop, did it fall or something like that?
Sep 25 20:11:41 <angelox|laptop> GNUtoo: nope,it just stopped work about ~5 weeks 
Sep 25 20:12:05 <GNUtoo> angelox|laptop, did you talk to DocScrutinizer about it?
Sep 25 20:12:29 <angelox|laptop> morphis: setContextObject didn't worked neither
Sep 25 20:12:41 <angelox|laptop> GNUtoo: yes,we had about 4 conversations about the same thing :S
Sep 25 20:13:31 <angelox|laptop> GNUtoo: now it doesn't boot maemo,it auto powers off..
Sep 25 20:14:01 <morphis> angelox|laptop: you inherit from QObject?
Sep 25 20:14:18 <GNUtoo> angelox|laptop, what did he conclude?
Sep 25 20:14:52 <angelox|laptop> morphis: ... class DeviceService : QObject...
Sep 25 20:15:13 <morphis> public!
Sep 25 20:15:22 <morphis> ... : public QObject ...
Sep 25 20:15:30 <morphis> you need the Q_OBJECT line too
Sep 25 20:15:33 <morphis> and a moc file
Sep 25 20:15:53 <angelox|laptop> GNUtoo: he did conclude that the CHIP is broken iirc
Sep 25 20:15:59 <angelox|laptop> morphis: i have it
Sep 25 20:16:00 <GNUtoo> ok
Sep 25 20:16:08 <morphis> ok
Sep 25 20:16:14 <angelox|laptop> morphis: hmm,i haven't the moc,let me check
Sep 25 20:16:25 <JaMa> morphis: do you have password set?
Sep 25 20:16:36 <JaMa> morphis: and oe-core-contrib should be open to everybody
Sep 25 20:16:53 <morphis> JaMa: I added debug-tweaks to my image features
Sep 25 20:17:03 <morphis> so I expect a empty root password
Sep 25 20:17:25 <JaMa> morphis: feel free to test if you can push to shr branch (or if it's r/w only for whoever created that branch first)
Sep 25 20:17:26 <morphis> JaMa: about oe-core-contrib: great than I will push my patches for qt there
Sep 25 20:17:37 <morphis> JaMa: ok
Sep 25 20:17:57 <morphis> as aurora currently depends on two qt patches I send to oe-core ml
Sep 25 20:18:13 <morphis> otherwise it wont compile
Sep 25 20:18:16 <JaMa> morphis: and for empty password we would need openssh.bbappend with http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=550d4902f4f5a369d8fe378c364efcc2346a2d05
Sep 25 20:18:37 <morphis> hm
Sep 25 20:19:01 <morphis> JaMa: then we should use it 
Sep 25 20:19:15 <morphis> or whats the default pwd?
Sep 25 20:19:27 <morphis> as I fine with a default password too
Sep 25 20:19:39 <JaMa> morphis: empty :)
Sep 25 20:19:45 <morphis> hm
Sep 25 20:19:57 <morphis> and how do you login in the past?
Sep 25 20:20:05 <DocScrutinizer> it's really strange to see a broken bq24150a charger chip. 
Sep 25 20:20:08 <JaMa> but 1st time wizard for e17 you had step to set password
Sep 25 20:20:14 <morphis> ah ok
Sep 25 20:20:39 <morphis> we don't have this for aurora
Sep 25 20:20:43 <JaMa> and I have flashing scripts which are setting passwords and such things after flashing new image..
Sep 25 20:20:54 <JaMa> morphis: I'm fine with bbappend to openssh..
Sep 25 20:21:12 <morphis> JaMa: but it's not the secure way
Sep 25 20:21:20 <morphis> empty passwords are bad
Sep 25 20:21:25 <JaMa> as sometimes 1st time wizard can fail too and without ssh access and X11 running it's hard to fix
Sep 25 20:21:34 <morphis> hm
Sep 25 20:21:43 <DocScrutinizer> I'd try a coldflash (i.e. xloader + NOLO) then flash plain maemo PR1.3 eMMC + combined
Sep 25 20:21:52 <JaMa> setting some default password is also fine with me (if we document it properly somewhere)
Sep 25 20:21:56 <morphis> we really need something like adb/novacom
Sep 25 20:22:04 <morphis> JaMa: we should
Sep 25 20:22:22 <DocScrutinizer> you'll need a semi-charged (at least) battery to do this
Sep 25 20:22:34 <morphis> JaMa: we should set a default password and I will integrate a password screen in aurora
Sep 25 20:22:36 <JaMa> sorry gtg.. 2 more rooms to paint and it's 10pm :)
Sep 25 20:22:52 <morphis> JaMa: :)
Sep 25 20:23:08 <angelox|laptop> DocScrutinizer: my problem is i can't cold flash
Sep 25 20:23:17 <DocScrutinizer> why?
Sep 25 20:23:23 <angelox|laptop> morphis: you'll create a login screen?
Sep 25 20:23:30 <morphis> angelox|laptop: no, no login screen
Sep 25 20:23:39 <angelox|laptop> DocScrutinizer: flasher makes mistakes about the 2nd file
Sep 25 20:23:40 <morphis> another page in the firstuse app for setting the root password
Sep 25 20:23:51 <angelox|laptop> morphis: ah ok,seems to be easy
Sep 25 20:23:55 <morphis> yes
Sep 25 20:24:19 * angelox|laptop needs to finish the aurora logo :)
Sep 25 20:24:31 <DocScrutinizer> then sth not charger related is defect on your device, unless it's caused by pebcak or faulty PC/cable hw
Sep 25 20:25:55 <angelox|laptop> DocScrutinizer: it doesn't charge in SHR,doesn't charge in Maemo...
Sep 25 20:26:08 <morphis> so I am off boys
Sep 25 20:26:11 <morphis> good night
Sep 25 20:26:12 <angelox|laptop> morphis: cya
Sep 25 20:26:15 <angelox|laptop> morphis: good night
Sep 25 20:26:26 <DocScrutinizer> anyway, charger chip should enter emergency recovery mode on very low battery (<3V or sth), and signal this by steady yellow LED
Sep 25 20:26:40 <angelox|laptop> DocScrutinizer: hmm
Sep 25 20:27:01 <angelox|laptop> DocScrutinizer: i'll try cold flash again
Sep 25 20:27:08 <angelox|laptop> DocScrutinizer: i'll tell you about the issues
Sep 25 20:27:18 <DocScrutinizer> after some 5s to 30min, the steady yellow will stop and system boots up
Sep 25 20:27:56 <DocScrutinizer> for flashing however you need a battery with at least 3.6V
Sep 25 20:28:12 <angelox|laptop> DocScrutinizer: It is (almost) fully charged 
Sep 25 20:28:12 <DocScrutinizer> otherwise random errors may occur
Sep 25 20:32:10 <angelox|laptop> wrong hw_id may cause that ?
Sep 25 20:37:27 <angelox|laptop> DocScrutinizer: still doesn't booting Maemo
Sep 25 20:37:34 <angelox|laptop> DocScrutinizer: after the flash
Sep 25 20:38:25 * angelox|laptop will sent the phone to a techinical center in another country
Sep 25 20:39:05 <angelox|laptop> seems to booted when i did plug the PC usb cable
Sep 25 20:39:07 <angelox|laptop> let's wait
Sep 25 20:43:07 <angelox|laptop> DocScrutinizer: it shows USB plugged but the charging bar doesn't move and the led doesn't blink
Sep 25 20:47:33 <angelox|laptop> when i do power on,it shows 'Not charging' with nothing connected
Sep 25 21:33:47 <CIA-5> freesmartphone.org: 03angelo 07aurora * r2a69a74b7112 10/aurora-daemon/src/ (cellularservice.h deviceservice.h): aurora-daemon: allow QObject to be an accessible base from deviceService and cellularService classes
**** ENDING LOGGING AT Mon Sep 26 02:59:56 2011