**** BEGIN LOGGING AT Sat May 21 02:59:58 2011
May 21 03:00:22 <DocScrutinizer> antrik: to change partitions of the device holding the /, it might be the right approach to do a pivotroot to a ramdisk
May 21 03:01:28 <DocScrutinizer> (or simply boot from a live-CD :-D )
May 21 04:07:00 <antrik> well, as long as you don't change the system partition itself, a reboot after repartitioning does the trick... no need to whip out live CDs :-)
May 21 04:09:28 <antrik> anyways, the palm installer issue had nothing to do with this... I just mentioned it because I saw the confusion in the backlog :-)
May 21 10:20:47 <Q-Master> JaMa|Off: seems after latest upgrade shr not detecting charging anymore. It falls to sleep even on charge and the battery icon is not changing
May 21 10:32:29 <mickeyl> morning
May 21 10:39:58 <CIA-30> freesmartphone.org: 03mickey 07aurora * r1d237e0a0393 10/aurora/aurora/extensions/agents.py: 
May 21 10:39:58 <CIA-30> freesmartphone.org: aurora: agents: call dbus asynchronously
May 21 10:39:58 <CIA-30> freesmartphone.org: please always call dbus asynchronously, even if you don't care
May 21 10:39:58 <CIA-30> freesmartphone.org: about the result. The dbus call will be initiated by QML, hence
May 21 10:39:58 <CIA-30> freesmartphone.org: carried out in the main thread, so if we don't call asynchronously,
May 21 10:39:59 <CIA-30> freesmartphone.org: we will block the UI here.
May 21 10:40:25 <CIA-30> freesmartphone.org: 03mickey 07aurora * rd3bfde5f63cf 10/aurora/aurora/patterns/dbuscache.py: aurora: dbuscache: fix typo
May 21 10:43:24 <CIA-30> freesmartphone.org: 03mickey 07aurora * rfd2b90afcfd4 10/aurora/aurora/extensions/agents.py: aurora: agents: listen to org.freesmartphone.GSM.Network.SignalStrength
May 21 10:44:54 <CIA-30> freesmartphone.org: 03mickey 07aurora * r532117a12d1c 10/aurora/aurora/extensions/agents.py: aurora: cosmetics
May 21 10:57:44 <radekp> hi, anyone has 2.6.39 booting?
May 21 11:24:52 <CIA-30> freesmartphone.org: 03mickey 07aurora * r680160e1a466 10/aurora/components/app-phone/PinRequestPage.qml: aurora: components: s/enter/insert/
May 21 11:24:53 <CIA-30> freesmartphone.org: 03mickey 07aurora * r0dd7b04ca2a1 10/aurora/ (5 files in 3 dirs): aurora: allow skipping the usage API
May 21 11:32:27 <CIA-30> freesmartphone.org: 03mickey 07aurora * r7e45b6c3ad2c 10/aurora/aurora/patterns/resources.py: aurora: resources: fixlet
May 21 13:08:51 <GNUtoo> fsodeviced has a huge issue:
May 21 13:09:00 <GNUtoo> stat64("/etc/freesmartphone/conf/default/fsodeviced", 0xbed18b28) = -1 ENOENT (No such file or directory)
May 21 13:09:10 <GNUtoo> it doesn't look for fsodeviced.conf
May 21 13:09:13 <GNUtoo> but for fsodeviced
May 21 13:10:37 <GNUtoo> http://pastie.org/1938175
May 21 13:20:06 <GNUtoo> mickeyl, any idea?
May 21 13:21:31 <GNUtoo> ln -s fsodeviced.conf fsodeviced makes fsodeviced start
May 21 13:28:25 <GNUtoo> hi mrmoku 
May 21 13:32:53 <mickeyl> GNUtoo: see last commit from playa in libfsobasics, perhaps he broke something
May 21 13:33:00 <GNUtoo> ok
May 21 13:34:41 <GNUtoo> seem so
May 21 13:35:10 <GNUtoo> but I've no idea on how to fix
May 21 13:36:57 <mickeyl> -            var location = @"$prefix$filename.conf";
May 21 13:36:58 <mickeyl> +            var location = Path.build_filename( prefix, filename );
May 21 13:37:05 <mickeyl> that may be it
May 21 13:37:26 <mickeyl> try to change that to 
May 21 13:37:49 <GNUtoo> ahhh I forgott to scroll down
May 21 13:37:57 <mickeyl> var location = Path.build_filename( prefix, @"$filename.conf" );
May 21 13:39:21 <GNUtoo> what does the @ do in this case?
May 21 13:40:32 <mickeyl> @"" is a special kind of string that enables substituting with the contents of variables
May 21 13:40:35 <mickeyl> so
May 21 13:40:42 <GNUtoo> ok
May 21 13:40:48 <mickeyl> @"$prefix$filename.conf" is the same as prefix + filename + ".conf"
May 21 13:40:56 <GNUtoo> ok thanks
May 21 13:45:36 <GNUtoo> seem to work
May 21 13:45:39 <GNUtoo> I push then
May 21 13:51:36 <CIA-30> freesmartphone.org: 03GNUtoo 07cornucopia * r52dd4970d628 10/libfsobasics/fsobasics/smartkeyfile.vala: (log message trimmed)
May 21 13:51:36 <CIA-30> freesmartphone.org: libfsobasics: smartkeyfile: fix the location of the config files
May 21 13:51:36 <CIA-30> freesmartphone.org: Without that fix at least fsodeviced looks for fsodeviced instead of
May 21 13:51:36 <CIA-30> freesmartphone.org:  fsodeviced.conf:
May 21 13:51:36 <CIA-30> freesmartphone.org:  stat64("/etc/freesmartphone/conf/default/fsodeviced", 0xbed18b28) = -1 ENOENT (No such file or directory)
May 21 13:51:37 <CIA-30> freesmartphone.org: Thanks mickeyl in #openmoko-cdevel for telling me how to fix it:
May 21 13:51:38 <CIA-30> freesmartphone.org:  May 21 15:34:37 <mickeyl> var location = Path.build_filename( prefix, @"$filename.conf" );
May 21 14:09:49 <playya__> oh. my fault?
May 21 14:10:10 <playya__> btw. compat uses fix /etc path
May 21 14:13:27 <GNUtoo> np it was fixed rapidely
May 21 14:19:03 <GNUtoo> <playya__> btw. compat uses fix /etc path
May 21 14:19:07 <GNUtoo> what do you mean?
May 21 14:43:35 <playya> GNUtoo, the compat links are installed in /etc instead for $SYSCONFDIR
May 21 14:44:02 <GNUtoo> ok
May 21 15:13:00 <GNUtoo> n900 must be fixed after the removal of udev
May 21 15:16:07 <GNUtoo> finally a shell on the n900
May 21 15:16:15 <GNUtoo> I had to put the fimrware there
May 21 15:16:29 <GNUtoo> to fix fsogsmd not loading (modprobe twl-rtc)
May 21 15:16:37 <GNUtoo> then to add firmware loading to fsogsmd
May 21 15:16:41 <GNUtoo> and then I have wifi
May 21 15:16:53 <GNUtoo> so I killed connmand and connected
May 21 15:22:44 <DocScrutinizer51> yo
May 21 15:23:02 <DocScrutinizer51> o/ GNUtoo 
May 21 15:23:05 <GNUtoo> hi
May 21 15:23:20 <GNUtoo> I'll continue the htcdream's alsa right after fixing the n900
May 21 15:23:43 <GNUtoo> note that gstreamer worked fine while mplayer didn't
May 21 15:23:54 <GNUtoo> maybe I should hook gstreamer for debugging too
May 21 15:24:00 <GNUtoo> the alsa plugin
May 21 15:24:06 <GNUtoo> *alsa sink plugin
May 21 15:24:09 <DocScrutinizer51> :-D what's state of vmtspeech?
May 21 15:24:15 <GNUtoo> no idea
May 21 15:24:32 <GNUtoo> I took a pause because of my problematic nervousness
May 21 15:24:50 <GNUtoo> right now I must fix the n900 for boot issues
May 21 15:25:01 <GNUtoo> I just got a shell on it
May 21 15:25:15 <GNUtoo> since we lack udev we must autoload a lot of kernel modules
May 21 15:25:16 <DocScrutinizer51> I'll send you some good bavarian beer :-) helps nervousness
May 21 15:25:34 * GNUtoo doesn't like beer unfortunately
May 21 15:25:56 <GNUtoo> the problem is htcdream related, but not from now, from long time ago
May 21 15:26:26 <GNUtoo> me,mickeyl,and leviathan spent hours and hours on it hitting the head against wall(idiom)
May 21 15:26:59 <GNUtoo> so me and mickeyl have the htcdream syndrom now
May 21 15:27:29 <GNUtoo> basically I spent countless hours debugging why mplayer blocked with alsa
May 21 15:27:35 <GNUtoo> without knowing a thing about alsa
May 21 15:27:39 <GNUtoo> without serial console
May 21 15:27:44 <GNUtoo> with printks
May 21 15:27:52 <GNUtoo> and some long turnarround times
May 21 15:28:03 <GNUtoo> we did the same for the wifi
May 21 15:28:06 <GNUtoo> etc...
May 21 15:37:31 <GNUtoo> mrmoku, ping
May 21 15:47:06 <GNUtoo> mickeyl, it's too much work
May 21 15:47:13 <GNUtoo> what should I do for all the modules?
May 21 15:47:28 <GNUtoo> if we ship all modules is it ok?
May 21 15:47:55 <GNUtoo> and too much error prone too
May 21 15:49:19 <GNUtoo> yes I've found the missing kernel module for sound
May 21 15:56:25 <DocScrutinizer51> mrmoku is on the road right atm, I'll meet him in a few minutes
May 21 15:57:36 <DocScrutinizer51> GNUtoo: should I forward a message?
May 21 15:58:02 <GNUtoo> wow
May 21 15:58:07 <GNUtoo> there is a meeting?
May 21 15:58:24 <GNUtoo> I just wanted to know what he had worked on
May 21 15:58:24 <DocScrutinizer51> yes, a 2 person meeting
May 21 15:58:45 <GNUtoo> nice
May 21 15:59:04 <GNUtoo> mickeyl, sessionhandler.vala:56.20-56.54: error: The name `INVALID' does not exist in the context of `FreeSmartphone.Audio.Stream'
May 21 15:59:12 <GNUtoo> any idea on how to fix it?
May 21 16:33:47 <mickeyl> hmm, rebuilding fso-specs and libfso-glib?
May 21 16:40:05 <CIA-30> freesmartphone.org: 03mickey 07specs * rb65c7700758a 10/ (2 files in 2 dirs): org.freesmartphone.Usage: add Qt annotation
May 21 16:40:38 <mickeyl> morphis forgot to bump the required versions
May 21 16:42:06 <CIA-30> freesmartphone.org: 03mickey 07cornucopia * r64255d37b955 10/fsoaudiod/configure.ac: fsoaudiod: bump libfso-glib requirement, which is too old for FreeSmartphone.Audio.Stream.INVALID
May 21 17:44:08 * pespin back from kde akademy-es ;)
May 21 18:33:49 <morphis> heyho
May 21 18:48:28 <mickeyl> nabdn
May 21 18:50:42 <morphis> mickeyl: I saw you worked a little bit on aurora :)
May 21 18:51:02 <mickeyl> as always only small bits, but i try to improve things when i have a chance
May 21 18:52:46 <morphis> mickeyl: ok, entering the SIM PIN works now on the device
May 21 18:53:00 <mickeyl> yep, saw that and found out that the dummy modem driver has a problem
May 21 18:53:07 <mickeyl> looking at the sigsegv atm.
May 21 18:53:44 <morphis> mickeyl: I changed some bits in the modem_dummy plugin
May 21 18:53:52 <morphis> so it does not have any phonebook or call handler
May 21 18:54:03 <morphis> as they submit things to the channel which is not available
May 21 18:54:20 <morphis> and we even don't have checks in processAtCommandAsyc method
May 21 18:54:24 <morphis> for that
May 21 18:54:31 <morphis> it's still a FIXME
May 21 18:54:42 <morphis> second time I had this problem
May 21 18:54:49 <mrmoku> DocScrutinizer51: back
May 21 18:54:51 <morphis> so we should change this in the near future
May 21 18:54:52 <mrmoku> GNUtoo: pong
May 21 18:54:54 <morphis> mrmoku: ping
May 21 18:54:57 <mrmoku> pong :P
May 21 18:54:59 <morphis> :)
May 21 18:55:04 <DocScrutinizer> \o/
May 21 18:55:19 <angelo> morphis: sorry i couldn't yet *finish* settings app because i couldn't understand yet how to implement page changes
May 21 18:55:20 <morphis> mrmoku: as you maybe saw I did the sessionpolicy_default plugin in fsoaudiod
May 21 18:55:29 <mickeyl> hmm, i don't get a backtrace :/
May 21 18:55:33 <mrmoku> morphis: yep, saw some commits flowing :)
May 21 18:55:38 <morphis> mrmoku: ok
May 21 18:55:50 <mrmoku> unfortunately I had no time yet
May 21 18:55:56 <morphis> mrmoku: you just need to do the streamcontrol_alsa plugin and it should work :)
May 21 18:55:57 <morphis> ok
May 21 18:56:02 <mrmoku> great
May 21 18:56:07 <morphis> angelox: you mean switching to another page?
May 21 18:56:25 <morphis> mickeyl: sadly pyqt and pyside does not have and embedded support
May 21 18:56:33 <angelox> morphis: yes,using my listmodels tests..
May 21 18:56:43 <morphis> mickeyl: and I am trying to avoid to touch their build system again to hack that in
May 21 18:56:54 <morphis> angelox: you be rather simple
May 21 18:56:57 <morphis> create a new Page
May 21 18:57:02 <mickeyl> morphis: hmm, anything else necessary than just making QWS known?
May 21 18:57:08 <morphis> which has AppPage { ... }
May 21 18:57:15 <morphis> mickeyl: we need to hide the cursor 
May 21 18:57:22 <morphis> mickeyl: for that we need QWSServer
May 21 18:57:34 <morphis> as it's not possible per command line
May 21 18:57:40 <morphis> angelox: if you have your page
May 21 18:57:49 <morphis> just do a application.pushPage( pageId)
May 21 18:58:10 <morphis> but before create a instance of your page Component { id: pageInstance; YourPage { } }
May 21 18:58:14 <GNUtoo> hi everyone
May 21 18:58:16 <mickeyl> morphis: oh well, if that's all, we can just have our special Qt/E build
May 21 18:58:23 <morphis> angelox: look at the app-phone
May 21 18:58:24 <mickeyl> where the cursor is not available :)
May 21 18:58:29 <GNUtoo> JaMa|Off, is still off
May 21 18:58:30 <GNUtoo> hmmmm
May 21 18:58:47 <morphis> mickeyl: hm, I thought about writing some lines in C and bind them with cython 
May 21 18:58:55 <angelox> morphis: yes but i need make it using ListModel Elements,i can switch with pages without using my ListModel,but using it i can't 
May 21 18:58:57 <DocScrutinizer> GNUtoo: hi
May 21 18:59:00 <mickeyl> morphis: yes, that should be possible as well
May 21 18:59:04 <mrmoku> 20:51 < mrmoku> GNUtoo: pong
May 21 18:59:13 <DocScrutinizer> GNUtoo: yeah, but mrmoku is online again :-)
May 21 18:59:19 <mickeyl> or binding QWSServer
May 21 18:59:28 <mickeyl> to make it available from PySide
May 21 18:59:33 <morphis> angelox: you should have a list model per page
May 21 18:59:38 <mickeyl> shouldn't be much work
May 21 18:59:39 <morphis> mickeyl: I already tried that ...
May 21 19:00:01 <GNUtoo> ok
May 21 19:00:33 <angelox> morphis: hmm,i hadn't thought in that,i'll see
May 21 19:00:39 <morphis> angelox: ok
May 21 19:00:47 <morphis> angelox: thats definitly the way to go
May 21 19:01:41 <GNUtoo> could someone ack me that: http://patches.openembedded.org/patch/4567/ ?
May 21 19:02:14 <GNUtoo> mrmoku, what should we do for the lack of udev, it seem that we must load and ship every single kernel module
May 21 19:02:39 <GNUtoo> the process is quite long:
May 21 19:02:44 <morphis> GNUtoo: if it works for you as I can't try, then you have my ack :)
May 21 19:02:45 <GNUtoo> *)find that something doesn't work
May 21 19:02:55 <GNUtoo> *)find the correct modules to load
May 21 19:03:26 <GNUtoo> *) add the module to the oe machine config
May 21 19:03:31 <GNUtoo> morphis, ok thanks
May 21 19:03:38 <morphis> np
May 21 19:03:40 <GNUtoo> I tried it and it worked fine
May 21 19:03:52 <mrmoku> GNUtoo: we should gather a list of problems... and solve them one-by-one
May 21 19:03:53 <GNUtoo> I spoted an fsodeviced error at the same time
May 21 19:04:12 <GNUtoo> mrmoku, so we should not take the shortcut of loading every module?
May 21 19:04:39 <GNUtoo> I don't even know what is broken by the lack of modules
May 21 19:04:42 <mrmoku> GNUtoo: depends on what you intend with _every_ module
May 21 19:04:44 <morphis> GNUtoo: which kind of?
May 21 19:04:59 <GNUtoo> morphis, not finding the config, I fixed it
May 21 19:05:05 <GNUtoo> mrmoku, like for instance:
May 21 19:05:07 <morphis> ok
May 21 19:05:38 <morphis> mickeyl: I ported mt of our tasks to trac
May 21 19:05:52 <GNUtoo> MACHINE_EXTRA_RRECOMMENDS += "kernel-modules"
May 21 19:05:59 <mrmoku> GNUtoo: we should load every module that we need and that does not get auto-loaded as dependency of another module we need
May 21 19:06:08 <GNUtoo> ok
May 21 19:06:09 <mrmoku> GNUtoo: no, I dont' think that's the correct solution
May 21 19:06:15 <GNUtoo> ok
May 21 19:06:19 <GNUtoo> then I'll work on it
May 21 19:06:23 <mrmoku> great
May 21 19:06:24 <GNUtoo> but it can take quite some time
May 21 19:06:27 <mrmoku> ok
May 21 19:06:50 <mrmoku> and we should take a look at the udev rules we have in place for n900
May 21 19:06:54 <GNUtoo> my fear is that we miss something
May 21 19:07:00 <GNUtoo> for instance leds
May 21 19:07:04 <GNUtoo> that doesn't work
May 21 19:07:04 <mrmoku> and replace them either with some init script or some fsodeviced module
May 21 19:07:08 <GNUtoo> who test leds?
May 21 19:07:39 <morphis> mickeyl: and we should agree about the license for aurora
May 21 19:08:08 <GNUtoo> mrmoku, do I have your ack too for http://patches.openembedded.org/patch/4567/ ?
May 21 19:08:21 <mrmoku> let me look
May 21 19:08:27 <mickeyl> morphis: which one do you favor?
May 21 19:09:19 <mrmoku> GNUtoo: htc dream I'm maybe not the correct one to ack, but the patch looks good to me
May 21 19:09:29 <mrmoku> so if you need an ack you can add mine :)
May 21 19:09:55 <GNUtoo> ok thanks a lot
May 21 19:10:00 <mrmoku> np
May 21 19:10:17 <angelox> mickeyl: about license,i would like to use Aurora on my projects,so please,make a free-software license :)
May 21 19:10:32 <morphis> angelox: for sure
May 21 19:11:40 <angelox> i wrote wrong,wasn't on my projects* was on my project* :)
May 21 19:13:07 <mickeyl> morphis: i just answered http://groups.google.com/group/pyside/browse_thread/thread/7208121a86859630
May 21 19:13:36 <mrmoku> brb
May 21 19:13:45 <morphis> mickeyl: ok
May 21 19:13:49 <morphis> mickeyl: let's use GPLv2
May 21 19:14:05 <mickeyl> ACK
May 21 19:14:11 <morphis> as we even do in other FSO components
May 21 19:15:14 <morphis> mickeyl: and I will do the cython component in aurora
May 21 19:15:22 <morphis> mickeyl: don't want to mess with pyside again
May 21 19:15:26 <mickeyl> heh
May 21 19:15:34 <mickeyl> ok, lets wait for someone else binding it
May 21 19:15:40 <mickeyl> there seems to be a bit of interest
May 21 19:16:01 <angelox> btw morphis: why mickeyl's name isn't on AUTHORS on Aurora ? :) 
May 21 19:16:24 <morphis> angelox: as he didn't add it there :)
May 21 19:16:36 <morphis> mickeyl: :D
May 21 19:17:20 <angelox> hehe
May 21 19:18:14 <morphis> mickeyl: there will be a --enable-qws-support
May 21 19:19:21 <mickeyl> where?
May 21 19:19:29 <mickeyl> aurora?
May 21 19:19:36 <mickeyl> pyside?
May 21 19:20:32 <morphis> mickeyl: aurora
May 21 19:20:36 <GNUtoo> is aurora recipe in oe?
May 21 19:20:44 <mickeyl> ok, good
May 21 19:20:45 <GNUtoo> does it require the aurora distro?
May 21 19:20:58 <morphis> GNUtoo: yes
May 21 19:21:02 <morphis> GNUtoo: in freesmartphone/
May 21 19:21:08 <morphis> GNUtoo: no
May 21 19:21:09 <GNUtoo> ok
May 21 19:21:12 <GNUtoo> nice
May 21 19:21:13 <GNUtoo> thanks
May 21 19:21:25 <morphis> GNUtoo: it requires only qt4-embedded and python-pyside-embedded
May 21 19:22:22 <GNUtoo> ok
May 21 19:22:35 <GNUtoo> then I already have qt4 compiled(navit dependency)
May 21 19:23:09 <morphis> GNUtoo: you need the embedded variant
May 21 19:23:13 <morphis> no qt4-x11-free
May 21 19:23:13 <morphis> !
May 21 19:23:17 <GNUtoo> ah ok
May 21 19:23:59 <morphis> Slyon: heyho
May 21 19:24:07 <Slyon> morphis, yo!
May 21 19:24:14 <mickeyl> morphis: did you manage to get keyboard input working with QML?
May 21 19:24:31 <mickeyl> (on the pre)
May 21 19:24:54 <morphis> mickeyl: not yet
May 21 19:24:59 <GNUtoo> |   Qt qmake not found!
May 21 19:25:00 <morphis> mickeyl: but it's on my agend
May 21 19:25:01 <morphis> a
May 21 19:25:07 <GNUtoo> NOTE: package apiextractor-native-0.10.2-r0: task do_configure: Failed
May 21 19:25:15 <morphis> it should build qt4-native
May 21 19:25:31 <morphis> mickeyl: Qt uses plugins for the keyboard part
May 21 19:25:37 <mickeyl> yep
May 21 19:25:43 <morphis> mickeyl: there is a QT_KEYBOARD_PROTO env variable
May 21 19:25:46 <mickeyl> yep
May 21 19:25:51 <mickeyl> i know all that and tried
May 21 19:25:54 <mickeyl> but it didn't work for me
May 21 19:25:55 <morphis> and?
May 21 19:26:01 <morphis> you can enter something?
May 21 19:26:06 <mickeyl> no
May 21 19:26:24 <mickeyl> input events seemed to be swallowed somewhere along the stack
May 21 19:26:40 <morphis> hm
May 21 19:26:43 <mickeyl> although the process listens for them and they seem to arrive
May 21 19:26:47 <morphis> mickeyl: can you outline me the steps you did?
May 21 19:26:48 <mickeyl> (at least through strace)
May 21 19:26:58 <mickeyl> QWS_KEYBOARD_PROTO="LinuxInput:/dev/foo/bar"
May 21 19:27:00 <mickeyl> that's all
May 21 19:27:16 <mickeyl> nothing more should be necessary
May 21 19:27:58 * GNUtoo remembers the PMA430 with USB host and QWS PROTO for using the mouse
May 21 19:28:32 <mickeyl> btw., it's QWS_KEYBOARD, not QWS_KEYBOARD_PROTO
May 21 19:28:36 <mickeyl> as opposed to QWS_MOUSE_PROTO :)
May 21 19:28:43 <GNUtoo> yes
May 21 19:28:49 <mickeyl> nothing beats a little bit of inconsistence :D
May 21 19:28:49 <morphis> mickeyl: ok
May 21 19:28:55 <GNUtoo> I just said it makes me remember the mouse proto thing
May 21 19:28:59 <morphis> hehe
May 21 19:29:12 <morphis> maybe we need to activate it somewhere in the stack
May 21 19:29:29 <mickeyl> on x11 it just works
May 21 19:29:47 <mickeyl> and the same qml doesn't accept input on fb
May 21 19:30:27 <morphis> there is QWSServer::setDefaultKeyboard
May 21 19:32:12 <mickeyl> yes, that's for the fallback
May 21 19:32:18 <mickeyl> if you don't use the environment
May 21 19:32:51 <mickeyl> perhaps we need to set the keymap
May 21 19:32:55 <mickeyl> there's
May 21 19:33:14 <mickeyl> QWS_KEYBOARD="LinuxInput:/dev/input/eventX:keymap=${QWS_ROOTDIR}/share/keymaps/dream-de.qmap"
May 21 19:33:14 <mickeyl> hmm
May 21 19:33:21 <mickeyl> worth a try
May 21 19:33:29 <mickeyl> dunno which default keymap it uses
May 21 19:33:37 <mickeyl> or whether we have any keymaps shipped in our qte package
May 21 19:33:41 <mickeyl> bbl, need to go
May 21 19:33:56 <morphis> mickeyl: ok, I have to go too in some minutes
May 21 19:34:02 <morphis> mickeyl: we will see tomorrow
May 21 19:34:07 <mickeyl> *nod*
May 21 19:34:50 <morphis> we even need to finish your presentation proposals
May 21 19:35:23 <GNUtoo> morphis, I'll test later then because of this qmake issue
May 21 19:35:32 <morphis> GNUtoo: ok
May 21 19:35:53 <GNUtoo> I've work to do for the n900 right now
May 21 19:38:08 <mrmoku> GNUtoo: are the PRs bumped so rebuilding the image will bring in the udev-less kernel and userspace?
May 21 19:38:16 <mrmoku> or do I have to manually clean something?
May 21 19:38:18 <GNUtoo> ah
May 21 19:38:23 <GNUtoo> let me look
May 21 19:38:32 <GNUtoo> I tought there were no need to bump PR for images
May 21 19:38:35 <GNUtoo> for task yes tough
May 21 19:38:53 <mrmoku> at least for the kernel in the machine conf I think
May 21 19:38:58 <mrmoku> dunno if that's enough though
May 21 19:39:01 <GNUtoo> I've not pushed that
May 21 19:39:11 <mrmoku> or should I wait for you to fix the modules?
May 21 19:39:15 <GNUtoo> yes
May 21 19:39:16 <GNUtoo> wait
May 21 19:39:20 <mrmoku> and do fsoaudio stuff instead
May 21 19:39:20 <mrmoku> ok
May 21 19:39:25 <GNUtoo> yes indeed
May 21 19:39:26 <GNUtoo> do that
May 21 19:39:31 <GNUtoo> it would be great
May 21 19:39:41 * mrmoku takes a look at the nice things morphis did :)
May 21 19:39:50 <morphis> mrmoku: it's just simple
May 21 19:40:05 <GNUtoo> mrmoku, altough beware of speed issues
May 21 19:40:08 <morphis> mrmoku: it mutes/unmutes the streams according to their usage
May 21 19:40:20 <GNUtoo> ah I though you were talking about aurora, sorry
May 21 19:40:34 <GNUtoo> morphis, fsoaudiod fails to compile tough
May 21 19:41:08 <GNUtoo> or at least failed before I went out
May 21 19:41:10 <morphis> GNUtoo: yes, with which error message?
May 21 19:41:23 <Slyon> morphis, you once wrote on you blog, that receiving sms via msmcomm should work. should this still be valid?
May 21 19:41:27 <GNUtoo> let me find my logs
May 21 19:42:20 <morphis> Slyon: that was with libmsmcomm-old, but it can even work with new msmcomm
May 21 19:42:28 <morphis> Slyon: the message for that should be there
May 21 19:42:32 <GNUtoo> sessionhandler.vala:56.20-56.54: error: The name `INVALID' does not exist in the context of `FreeSmartphone.Audio.Stream'
May 21 19:42:37 <morphis> so you should get a notification
May 21 19:42:46 <morphis> GNUtoo: you need newer fso-specs/fso-glib
May 21 19:42:55 <GNUtoo> mickeyl even told me how to fix it:
May 21 19:42:57 <GNUtoo> <mickeyl> hmm, rebuilding fso-specs and libfso-glib?
May 21 19:43:01 <GNUtoo> <mickeyl> morphis forgot to bump the required versions
May 21 19:43:15 <GNUtoo> but I went out before reading the message
May 21 19:43:16 <GNUtoo> ok
May 21 19:43:17 <morphis> Slyon: but after you got the nofication you have to some more steps to get the SMS
May 21 19:43:21 <morphis> GNUtoo: ah ok
May 21 19:43:29 <morphis> GNUtoo: mickey has bump'ed it already
May 21 19:43:33 <GNUtoo> ok nice
May 21 19:43:37 <GNUtoo> I use autorev tough
May 21 19:43:46 <GNUtoo> we'll see if it compile
May 21 19:45:05 <Slyon> morphis, ok... i get some error when receiving a sms: g_utf8_validate (string, -1, NULL)' failed, which seems to be due to invalid character/s in the sender number string
May 21 19:45:27 <Slyon> but... do you know these further steps I've to do to "load" the sms?
May 21 19:46:07 <DocScrutinizer> I'm really not very happy with a udev-less kernel... :-S
May 21 19:46:11 <morphis> Slyon: you already have the webOS log files?
May 21 19:46:20 <morphis> you need them
May 21 19:46:31 <morphis> you need a full log of receiving a SMS in webOS
May 21 19:46:36 <Slyon> morphis, yes i now have a webos 1.4.5 til and gsm log
May 21 19:46:51 <morphis> Slyon: ok, please get a 2.1 too
May 21 19:46:51 <Slyon> this time with debug log level :)
May 21 19:46:56 <morphis> :)
May 21 19:47:11 <morphis> Slyon: as there are some parts only in 1.4.5 logs and some parts only in 2.1
May 21 19:47:17 <Slyon> morphis, how is TelephonyInterfaceLayerGSM called on webos2? 
May 21 19:47:28 <morphis> Slyon: the same :)
May 21 19:47:37 <morphis> Slyon: then try to understand of it works there
May 21 19:47:42 <Slyon> hmm... there is no such thing on my Pre2
May 21 19:47:47 <morphis> which messages are send /recieve
May 21 19:47:50 <morphis> ah sorry
May 21 19:48:03 <morphis> look at /etc/event.d/TelephonyInterfaceLayer
May 21 19:48:15 <morphis> Slyon: do the same steps for the debug log
May 21 19:48:19 <Slyon> there is this: exec /usr/bin/PmWsfDaemon -c /etc/til.d/tilwsfgsm.conf
May 21 19:48:25 <morphis> you wont need the strace in 2.1
May 21 19:48:36 <Slyon> i guess thats what i have to call
May 21 19:48:37 <morphis> yes, thats tit
May 21 19:48:53 <morphis> Slyon: the easiest way is to do the following
May 21 19:49:04 <morphis> # stop TelephonyInterfaceLayer
May 21 19:49:11 <morphis> # rm /var/log/til.log*
May 21 19:50:05 <morphis> (set debug levels as in webos 1.4.5 for all levels starting with TIL.*)
May 21 19:50:19 <morphis> # start TelephonyInterfaceLayer
May 21 19:50:30 <morphis> then do your tests
May 21 19:51:11 <morphis> Slyon: please note there is even a PmTilTest utility which you can use to send some of the messages on your own without UI
May 21 19:51:19 <morphis> when you are finished
May 21 19:51:21 <Slyon> ah nice
May 21 19:51:24 <morphis> # stop TelephonyInterfaceLayer
May 21 19:51:45 <morphis> and copy /var/log/til.log* to your PC
May 21 19:51:56 <morphis> and even the til.log.0.gz files!
May 21 19:52:07 <morphis> thats it
May 21 19:52:17 <morphis> the dump of the packages then will be in the logfile
May 21 19:52:28 <morphis> with group+message id next to them
May 21 19:53:03 <Slyon> okay, I'll do this now
May 21 19:54:10 <morphis> ok
May 21 19:54:11 <radekp> morphis: hi, can you please merge my Qt annotations to fso-specs?
May 21 19:54:13 <radekp> https://github.com/radekp/fso-specs/commits/2011-05-21-for-upstream
May 21 19:54:41 <morphis> radekp: I can, but can you please send me a mail so I don't forget about it?
May 21 19:54:50 <radekp> morphis: sure
May 21 19:54:50 <morphis> as I can't do it today or tomorrow but next week
May 21 19:54:54 <morphis> thanks
May 21 19:55:05 <radekp> thanks too
May 21 19:56:23 <radekp> morphis: is it ok if i send it to smartphones-userland@linuxtogo.org ?
May 21 19:56:40 <morphis> radekp: yes
May 21 19:56:45 <morphis> radekp: but please set me CC
May 21 19:56:51 <radekp> oki
May 21 19:57:08 <morphis> radekp: whats about libfso-qt?
May 21 19:57:13 <morphis> you already started with it?
May 21 19:57:52 <radekp> morphis: need some more time so that i can start commiting cleaned up and tested stuff
May 21 19:58:41 <radekp> morphis: for now i have all still in subdirectory of qtmoko https://github.com/radekp/qtmoko/tree/master/src/libraries/qfso
May 21 19:59:32 <morphis> radekp: ok
May 21 20:00:46 <DocScrutinizer> what's the rationale behind killing udev? what's the alternative?
May 21 20:01:24 <morphis> DocScrutinizer: devtmpfs
May 21 20:01:32 <DocScrutinizer> aah, mhm
May 21 20:01:59 <DocScrutinizer> will this help for example with plugging random shit to USB host?
May 21 20:02:04 <GNUtoo> + fsodeviced
May 21 20:02:40 <GNUtoo> what is udev supposed to do in that case?
May 21 20:02:58 <DocScrutinizer> load the needed kernel modules?
May 21 20:03:16 <GNUtoo> ok
May 21 20:03:25 <DocScrutinizer> I thought that's what udev is meant for
May 21 20:03:31 <GNUtoo> good question
May 21 20:03:37 <GNUtoo> udev can load firmwares too
May 21 20:03:39 <GNUtoo> for instance
May 21 20:03:42 <GNUtoo> or run programs
May 21 20:03:45 <GNUtoo> etc...
May 21 20:03:50 <DocScrutinizer> sure
May 21 20:03:50 <mrmoku> and the origin is creating device nodes me thinks
May 21 20:04:01 <GNUtoo> yes
May 21 20:04:01 <GNUtoo> right
May 21 20:04:21 <DocScrutinizer> plug in a wifi stick to USB, and you'll watch udev do all of these
May 21 20:05:03 <GNUtoo> we didn't even mesure the "advantage" of loosing udev
May 21 20:05:21 <CIA-30> freesmartphone.org: 03morphis 07aurora * rd0983af3a368 10/aurora/ (5 files in 2 dirs): aurora: add qwsserver wrapper we need to adjust some settings of the QWSServer
May 21 20:05:25 <DocScrutinizer> I think it's a poor idea to ompletely nuke it
May 21 20:05:50 <mrmoku> hmm... I somehow dislike the idea though to have it on some devices we support and not on others
May 21 20:06:05 <DocScrutinizer> maybe you want to replace it by sth different for faster boot time
May 21 20:07:40 <DocScrutinizer> there's even some comment *somewhere* like "# create all the udev hotplug events for devices already mounted" OWTTE
May 21 20:08:43 <DocScrutinizer> so it's maybe a clean approach to start udev later on (or not, depending on whether the platfor could need it)
May 21 20:08:49 <radekp> IIRC you can use devtmpfs e.g. to boot fast and start udev later
May 21 20:08:55 <DocScrutinizer> and do boot by something different
May 21 20:09:04 <DocScrutinizer> exactly, radekp 
May 21 20:11:17 <DocScrutinizer> at OM quite a number of devels looked into this udev vs busybox mkdev(?)/random-other-solution thing, several times, as it's always been considered a performance hog for boot. Seems no comprehensive solution resulted from it
May 21 20:11:20 <radekp> in qtmoko udev is disabled too, but you can do /etc/inid.d/udev start and i should start working
May 21 20:13:43 <DocScrutinizer> in the end if nobody (i.e. no other initscript) has to wait for udev to finish its job and startup, then it doesn't realy matter if you start it at boottime, no?
May 21 20:14:53 <DocScrutinizer> it's not udev in the end that's the hog, it's the kernel drivers' init that talks to devices and uses insane usleep()s for that
May 21 20:15:15 <DocScrutinizer> aiui
May 21 20:15:19 <Martix> hello, do you know where is testpoint TP1702 on GTA02v5 PCB? aka LDO3OUT
May 21 20:15:50 <Martix> I dont think that its labeled http://wiki.openmoko.org/images/a/af/Gta02a5_pcba_cs.JPG
May 21 20:15:54 <DocScrutinizer> Martix: can't you search the component placement pdf?
May 21 20:17:18 <DocScrutinizer> I think lindi- (?) did an amazing job on adding invisible searchable tags to the component placement
May 21 20:17:47 <DocScrutinizer> I can't think of him missing on TP1702
May 21 20:18:06 <lindi-> I find tp1702 just fine yes
May 21 20:18:54 <Martix> http://downloads.openmoko.org/developer/schematics/GTA02/Component-placement_Freerunner-GTA02-MB-A6.pdf is not searchable
May 21 20:19:13 <lindi-> Martix: yeah my version was not accepted there :)
May 21 20:19:22 <Martix> but its better than staring at Schematics and at the photo
May 21 20:19:44 <Martix> lindi-: how so?
May 21 20:19:45 <mrmoku> DocScrutinizer: on gta02 we're udev-free since quite some time now
May 21 20:20:30 <DocScrutinizer> mrmoku: mhm
May 21 20:20:32 <lindi-> Martix: it is only at http://people.openmoko.org/joerg/schematics/GTA02/lindi-searchable/
May 21 20:20:43 <Martix> ohh thanks
May 21 20:43:07 <GNUtoo> hi dos1 
May 21 20:44:06 <dos1> GNUtoo: hi
May 21 20:44:20 <dos1> GNUtoo: only few days left to my last matura exam
May 21 20:44:29 <GNUtoo> ok nice
May 21 20:44:37 <dos1> GNUtoo: so i'll be back! :D
May 21 20:44:44 <dos1> (finally :o )
May 21 20:44:54 <GNUtoo> lol indeed I wanted to ask that
May 21 20:45:09 <GNUtoo> (in how many days you would have been back)
May 21 20:47:04 <GNUtoo> we need you since:
May 21 20:47:10 <GNUtoo> *mickeyl is busy with aurora
May 21 20:47:25 <GNUtoo> *I've some nervousness trouble because of the past work on htcdream
May 21 20:47:35 <GNUtoo> *mrmou is overloaded with SHR work
May 21 20:47:48 <GNUtoo> *JaMa only does the build system
May 21 20:48:14 <GNUtoo> => only mrmoku and me(I don't work that much on SHR) are active
May 21 20:51:49 <mrmoku> even more... me is tired and going to bed now :P
May 21 20:51:59 <mrmoku> dos1: good luck then and welcome back after :)
May 21 20:52:06 <mrmoku> gnight all
May 21 20:56:13 <GNUtoo> good night
May 21 20:57:56 <dos1> mrmoku: thanks and good night :)
May 21 21:21:27 <CIA-30> freesmartphone.org: 03GNUtoo 07cornucopia * r30bbcec7a4f9 10/fsodeviced/conf/htc_qualcomm_dream/fsodeviced.conf: 
May 21 21:21:27 <CIA-30> freesmartphone.org: htcdream: fsodeviced.conf: configuration cleanup
May 21 21:21:27 <CIA-30> freesmartphone.org: This commit removes the accelerometers entries that were
May 21 21:21:27 <CIA-30> freesmartphone.org:  took from the openmoko freerunner device and left nearly
May 21 21:21:27 <CIA-30> freesmartphone.org:  unchanged
May 21 21:21:28 <CIA-30> freesmartphone.org: Note that the htc dream accelerometer is not working yet.
May 21 21:21:29 <CIA-30> freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
May 21 21:21:31 <CIA-30> freesmartphone.org: 03GNUtoo 07cornucopia * r146c773fe00d 10/fsodeviced/conf/nokia_n900/fsodeviced.conf: 
May 21 21:21:31 <CIA-30> freesmartphone.org: nokia n900: fsodeviced.conf: add configuration for the firmware loader
May 21 21:21:31 <CIA-30> freesmartphone.org: Since we don't use udev anymore in shr-image we need a way to load
May 21 21:21:31 <CIA-30> freesmartphone.org:  the firmwares.
May 21 21:21:31 <CIA-30> freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
May 21 22:38:29 <antrik> DocScrutinizer: actually, loading the modules on demand itself seems to be a major time sink... Knoppix saved considerable boot time by creating a monster kernel with almost everything compiled in. I'm not sure whether using something else than udev to load the modules would avoid that problem...
May 21 22:41:12 <DocScrutinizer> indeed, but the rationale been (aiui) to reuse the devices already installed/initialized by kernel and other means, so the other initscripts don't need to wait for udev
May 21 22:42:02 <DocScrutinizer> as udev itself gets started during init relatively late, compared to other means that deal with device initialization
May 21 22:43:07 <DocScrutinizer> all from my cloudy memories, as it's like 4 years ago I looked into all that a bit longer than a minute
May 22 00:37:06 <DocScrutinizer> if you're interested: #meegoconf
May 22 00:37:59 <DocScrutinizer> gan900 promised to do his famous lipsync live twittering of talks
May 22 01:11:40 <CIA-30> freesmartphone.org: 03angelo 07aurora * rdb898794aafe 10/aurora/components/app-settings/ (7 files): aurora: fix app settings page switch system,added first sketch of About Aurora page
May 22 01:11:41 <CIA-30> freesmartphone.org: 03angelo 07aurora * r8c11bcdd594a 10/aurora/ (17 files in 8 dirs): Merge branch 'master' of git.freesmartphone.org:aurora
May 22 01:24:08 <CIA-30> freesmartphone.org: 03angelo 07aurora * ra87c85454a1a 10/aurora/components/Makefile.am: aurora: add AboutPage.qml on Makefile
May 22 02:26:50 <angelox> mickeyl: ping
**** ENDING LOGGING AT Sun May 22 02:59:58 2011