**** BEGIN LOGGING AT Mon May 30 02:59:59 2011
May 30 05:35:23 <mrmoku> moin
May 30 05:38:38 <JaMa|Zzzz> moin
May 30 05:42:24 <CIA-81> SHR: 03Martin.Jansa 07meta-smartphone * rea7e19a98dc8 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: shr: drop qt and strace bindings
May 30 06:08:00 <captainigloo> eggy: hey cool !
May 30 06:35:51 <playya__> moin
May 30 07:11:43 <DocScrutinizer> lindi-_: does a USB hub run linux? ;-)
May 30 07:12:11 <DocScrutinizer> does a USB kbd?
May 30 07:12:50 <DocScrutinizer> nb wikireader never was meant to do usb host
May 30 07:14:01 <DocScrutinizer> I designed a option for usb gadget into it, as we just had it available on the processor
May 30 07:14:44 <DocScrutinizer> kristianpaul: I think you'll find somebody eventually
May 30 07:15:17 <DocScrutinizer> who does know about opening WR
May 30 07:16:13 <DocScrutinizer> does this thing have an exteral SD card slot now?
May 30 07:58:25 <Lopi> Hey SHR folks, check out the video I recorded exclusively for an article about SHR on the iPhone. It's already up to 1200+ views and the article hasn't even been released yet! http://www.youtube.com/watch?v=pi5DVnX9sMk
May 30 08:23:23 <mrmoku> Lopi: nice
May 30 08:23:37 <mrmoku> moin mickey|office ... still waiting patiently?
May 30 08:28:58 <mickey|office> http://www.vanille-media.de/site/index.php/2011/05/30/german-post-on-time
May 30 08:29:06 <mickey|office> good morning :)
May 30 08:29:09 <mickey|office> yes, still waiting
May 30 08:29:15 <mickey|office> and thanks a lot for all of you who were involved!
May 30 08:29:38 <mrmoku> :)
May 30 08:30:56 <mickey|office> the "good" thing is I had some time to work on planning the marriage of my friend, almost through with preparations except my speech *cough*
May 30 08:31:08 * mickey|office no idea what to say...
May 30 08:31:59 <mrmoku> hehe
May 30 08:32:59 <mickey|office> i'm planning to take a look at the FR w/ n_gsm this week
May 30 08:33:12 <mrmoku> oh, cool
May 30 08:33:52 <mickey|office> it should be relatively straightforward, the only thing i don't know is whether i need to move the 'deep sleep awareness' to one layer higher or not
May 30 08:34:09 <mickey|office> if n_gsm has autotransmit, we might actually get away without that
May 30 08:34:10 <mrmoku> ahh... damn deep sleep
May 30 08:34:14 <mrmoku> always causing trouble :P
May 30 08:34:16 <mickey|office> yep
May 30 08:34:39 <mickey|office> deep sleep awareness was well rotting in the 07.10 layer, it would suck a bit to reintroduce it in the AT layer
May 30 08:34:50 <mickey|office> but oh well... .we'll see
May 30 08:48:10 <ao2> mickey|office, I didn't know you were Waiting with capital W, congrats!
May 30 08:49:59 <mickey|office> ao2: thanks :))
May 30 09:02:07 <Lopi> mickeyl: Would you mind taking a look at my initial work on porting the iPhone's baseband to fso? http://pastie.org/private/baipfekwj56fr4yvcvn95a
May 30 09:02:09 <Lopi> err
May 30 09:02:14 <Lopi> mickey|office: ^
May 30 09:08:24 <mickey|office> Lopi: yes, will take a look today.
May 30 09:09:34 <Lopi> mickeyl: thank you so much, I really appreciate it. I may be sleeping, but leave any feedback/advice you have. I'll be sure to get back to you asap.
May 30 09:10:13 * Lopi is american
May 30 09:11:23 <mickey|office> ok, nmp
May 30 09:11:28 <mickey|office> s/nmp/np/
May 30 09:11:30 <apt> mickey|office meant: ok, np
May 30 09:45:52 <Q-Master> hm. how can I upgrade now? the upgrade is hanging heavily on Configuring kernel-module-ts-fsm.
May 30 09:46:07 <CIA-81> SHR: 03Martin.Jansa 07shr-chroot * rbdfd96e12189 10/ (99 files in 13 dirs): system upgrade
May 30 09:47:18 <Q-Master> aha... that was just a suspend while autosuspend is forbidden
May 30 10:03:20 <JaMa|Off> 3.0-rc1 :)
May 30 10:03:53 <JaMa|Off> weird, let's see if my userspace still boots with it
May 30 10:15:57 <dos1> JaMa|Off: it should, as it's just what would be 2.6.40 without bumping major version number ;)
May 30 10:18:30 <JaMa|Off> dos1: look at OE metadata on how many places we test for 2.4 or 2.6 prefix
May 30 10:18:49 <dos1> JaMa|Off: oh.
May 30 10:18:56 <JaMa|Off> dos1: I don't feer the code in kernel I fear userspace doing uname -a
May 30 10:19:11 <dos1> that can be problem
May 30 10:19:32 <JaMa|Off> especialy for next OE bump :)
May 30 10:21:23 <JaMa|Off> hopefully we'll kill 2.4 support before that and lot's of 2.6 checks could go away
May 30 10:25:09 <CIA-81> SHR: 03Martin.Jansa 07shr-chroot * r9cc39be3dba4 10/OE/.bashrc: bashrc: sync with 64bit
May 30 10:25:18 <CIA-81> SHR: 03Martin.Jansa 07shr-chroot * r75b968ae2450 10/ (7624 files in 538 dirs): system upgrade
May 30 10:36:31 <JaMa|Off> dos1: heh 13.66 MiB is not size of normal rc1 diff :)
May 30 10:43:43 <dos1> http://www.phoronix.com/scan.php?page=news_item&px=OTUwMg ;)
May 30 12:06:48 <CIA-81> freesmartphone.org: 03morphis 07aurora * r8294aedbe24a 10/aurora/ (aurora/aurora.in components/Makefile.am configure.ac): aurora: install qml components into global qml directory $libdir/qt4/imports
May 30 12:06:49 <CIA-81> freesmartphone.org: 03morphis 07aurora * r9dcfb27bbb8c 10/aurora/ (17 files in 6 dirs): aurora: remove pyside generated bindings; we ship our native qml plugin now
May 30 12:09:50 <jeepingben> does anyone know if the crash when accessing accelerometers on freerunner is in 2.6.39
May 30 12:14:21 <JaMa|Off> acc driver is not yet in .39
May 30 13:13:23 <JaMa|Off> dcordes: I know you want oebb now.. but still read: http://paste.pocoo.org/show/397659/
May 30 13:56:25 <mickey|office> Lopi|idle: ok, i took a brief look. registering a command sequence is not actually sending it, if you register multiple times, you overwrite what's already in there. If you only have to send this sequence once and exactly on modem init, then I'd recommend creating the sequence completely (as array), and then registering it as init command. To actually send data you'd use mediators or a command channel, but i do
May 30 13:56:25 <mickey|office> n't think you need to go so low for the iphone variant.
May 30 13:57:19 <mickey|office> also, for gathering the SIM status etc. you will probably not need additional code unless the iphone introduces out-of-spec commands or values
May 30 13:57:47 <mickey|office> take a look at the qualcomm_htc abstraction
May 30 13:57:52 <mickey|office> it's basically a singleline with some custom tweaks
May 30 14:29:20 <JaMa|Off> systemd and optimized udev rules.. http://dominion.thruhere.net/koen/cms/optimizing-the-boot-process
May 30 14:29:32 <JaMa|Off> maybe udev won't be that bad :)
May 30 14:31:44 <mickey|office> argh ;)
May 30 14:31:46 <mickey|office> not again, please
May 30 14:32:14 <mickey|office> if optimized udev is good, then not-at-all-udev can only be better ;)
May 30 14:44:06 <mrmoku> :P
May 30 14:45:47 <JaMa|Off> hehe I'm not going to switch it.. just won't blame it next time in case it's caused mostly by OE extra rules
May 30 15:29:06 <GNUtoo> mrmoku, hi, maybe that's the reason why call's audio didn't work for you:
May 30 15:29:08 <GNUtoo> subsystem : Could not load plugin: Could not load /usr/lib/cornucopia/modules/fsoaudio/gsmvoice_alsa_cmtspeechdata.so: /usr/lib/cornucopia/modules/fsoaudio/gsmvoice_alsa_cmtspeechdata.so: cannot open shared object file: No such file or directory
May 30 15:29:17 <GNUtoo> that is to say, it's not packaged and shipped
May 30 15:30:43 <GNUtoo> also tpa* doesn't work
May 30 15:30:51 <GNUtoo> (headphones)
May 30 15:31:51 <mrmoku> GNUtoo: hi
May 30 15:32:00 <mrmoku> that would not explain why it worked sometimes
May 30 15:35:54 <GNUtoo> sorry connection issues
May 30 15:39:21 <GNUtoo> mrmoku, it seem that cornucopia's development was not very active lately, I think the last commit is a bit old
May 30 15:39:51 <GNUtoo> mickeyl, told he'd help in removing udev, maybe we should assign some tasks for him
May 30 15:44:06 <mrmoku> GNUtoo: what tasks do we have for udev? We should rather assign them to dos1 ;)
May 30 15:44:14 <mrmoku> and let mickeyl wait in peace :-)
May 30 15:50:19 <GNUtoo> ok
May 30 15:50:32 <GNUtoo> first most urgent tasks:
May 30 15:50:39 <GNUtoo> document what doesn't work
May 30 15:50:43 <GNUtoo> such as tpa*
May 30 15:51:16 <GNUtoo> boot and do dmesg
May 30 15:51:19 <GNUtoo> be back later
May 30 16:16:09 <dos1> mrmoku: udev?
May 30 16:21:03 <GNUtoo> dos1, I think the top priority is to make the headphones work again
May 30 16:21:28 <dos1> GNUtoo: you mean, without udev?
May 30 16:21:48 <GNUtoo> I mean in oe, in the actual state(which btw doesn't have udev)
May 30 16:22:11 <dos1> i'm not up-to-date, so sorry about stupid questions ;x
May 30 16:22:29 <GNUtoo> np
May 30 16:22:43 <GNUtoo> I'll opkg update;opkg upgrade you then
May 30 16:23:47 <GNUtoo> [    3.738128] tpa6130a2 2-0060: Write failed
May 30 16:23:47 <GNUtoo> [    3.742584] tpa6130a2 2-0060: Failed to initialize chip
May 30 16:23:47 <GNUtoo> [    3.748779] tpa6130a2: probe of 2-0060 failed with error -121
May 30 16:23:48 <GNUtoo> that
May 30 16:26:00 <GNUtoo> 2-0060 sounds like an i2c address
May 30 16:26:10 <GNUtoo> so maybe we lack an i2c module
May 30 16:27:38 <GNUtoo> mrmoku, for me here's the status:
May 30 16:27:56 <GNUtoo>  I call 4242 and I should ear benvenuto nell servizio prepagato wind
May 30 16:27:59 <GNUtoo> and it say
May 30 16:28:00 <GNUtoo> ben
May 30 16:28:02 <GNUtoo> and cuts
May 30 16:33:24 <GNUtoo> [SIGNAL] org.freesmartphone.Device.IdleNotifier.State  /org/freesmartphone/Device/IdleNotifier/0  :1.4 ("idle")
May 30 16:33:27 <GNUtoo> what's that?
May 30 16:33:30 <GNUtoo> can we remove it?
May 30 16:34:13 <GNUtoo> ah now it doesn't cut
May 30 16:34:16 <dos1> GNUtoo: that's signal from IdleNotifier
May 30 16:34:49 <dos1> GNUtoo: and IdleNotifier is that thing, which monitor (in)activity and allow us to dim screen and lock it when not used ;)
May 30 16:35:05 <GNUtoo> ok
May 30 16:35:10 <GNUtoo> let me run some traces
May 30 16:40:42 <GNUtoo> [ 2472.149475] fsoaudiod/229: potentially unexpected fatal signal 4.
May 30 16:40:44 <GNUtoo> hmmmm
May 30 16:46:16 <kristianpaul> DocScrutinizer: yes the slot external
May 30 16:49:13 <GNUtoo> kristianpaul, hi
May 30 16:49:27 <DocScrutinizer> mhm
May 30 16:58:05 <GNUtoo> mrmoku, did you start work on sending audio to cmt?
May 30 17:24:18 <GNUtoo> mickeyl, hi I've that vala error:
May 30 17:24:20 <GNUtoo> cmthandler.vala:87.14-87.27: error: Argument 1: Cannot convert from `uint8*' to `uint8**'
May 30 17:24:21 <GNUtoo>                 pcmin.read(&ulbuf.payload,ulbuf.pcount / 2);
May 30 17:24:30 <GNUtoo> I do that:
May 30 17:24:49 <GNUtoo> 		pcmin.read(&ulbuf.payload,ulbuf.pcount / 2);
May 30 17:25:04 <GNUtoo> and here's the alsa lib:
May 30 17:25:27 <GNUtoo> public Alsa2.PcmSignedFrames read( out uint8* buf, Alsa2.PcmUnsignedFrames size ) 
May 30 17:25:34 <GNUtoo>             return device.readi( out buf, size );
May 30 17:26:50 <GNUtoo> ping mrmoku 
May 30 17:32:52 <GNUtoo> mickeyl, ping, is your code ok, I suspect that it's doing
May 30 17:32:57 <morphis> GNUtoo: try a "pcmin.read(out &ulbuf.payload,ulbuf.pcount / 2);"
May 30 17:33:06 <GNUtoo> ok
May 30 17:33:11 <GNUtoo> thanks a lot
May 30 17:33:17 <morphis> the out makes already a pointer out of it
May 30 17:33:22 <GNUtoo> indeed
May 30 17:33:25 <morphis> and with the & together it should **
May 30 17:33:33 <GNUtoo> so I wondered if mickeyl's code is ok
May 30 17:34:38 <GNUtoo> because && is not so standard
May 30 17:34:38 <GNUtoo> it's in fsoaudiod
May 30 17:35:19 <GNUtoo> cmthandler.vala:87.14-87.31: error: ref and out method arguments can only be used with fields, parameters, local variables, and array element access
May 30 17:35:57 <GNUtoo> http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsoaudiod/src/lib/alsa.vala;h=5a70e075d4c42324f31b9e5ed3f0664f37762f27;hb=HEAD
May 30 17:36:16 <GNUtoo> public Alsa2.PcmSignedFrames read( out uint8* buf,
May 30 17:36:23 <GNUtoo> return device.readi( out buf, size );
May 30 17:36:33 <GNUtoo> ah ok
May 30 17:36:35 <GNUtoo> I get it
May 30 17:36:42 <GNUtoo> it's like &void*
May 30 17:36:49 <GNUtoo> but I don't know how to use that
May 30 17:38:52 <GNUtoo> out without & worked
May 30 17:38:57 <GNUtoo> let's see at runtime
May 30 17:45:55 <mickeyl> GNUtoo: fwiw, i'm going to change it soon
May 30 17:46:13 <mickeyl> i'm hoping to get rid of the *
May 30 17:46:21 <mickeyl> but i had to use that because of a vala bug
May 30 17:51:42 <GNUtoo> ok
May 30 17:51:48 <GNUtoo> it compiled anyway
May 30 17:51:58 <GNUtoo> with out foo
May 30 17:53:01 <mrmoku> GNUtoo: still have to make the small one sleep... and let the big one prove he actually learned his english vocabulary
May 30 17:53:19 <GNUtoo> ok
May 30 17:59:03 <CIA-81> freesmartphone.org: 03seba.dos1 07framework * r1b72dc4926ee 10/etc/freesmartphone/ogsmd/networks.tab: 
May 30 17:59:03 <CIA-81> freesmartphone.org: [ogsmd] Update networks.tab with up-to-date data for Poland
May 30 17:59:03 <CIA-81> freesmartphone.org: Don't know if this file is still used somewhere, but just in case... ;)
May 30 18:13:22 <pespin> captainigloo, did you see onscreen kb from gnome3? http://www.youtube.com/watch?v=l_7f3Lxd4_I
May 30 18:13:47 <pespin> afair you were doing some kb-related work, so you may like to take some ideas from there :)
May 30 18:18:50 <TAsn> captainigloo, if you are serious about doing an onscreen keyboard
May 30 18:18:59 <TAsn> captainigloo, consider something that involves just loading edje files
May 30 18:19:24 <TAsn> captainigloo, i.e illume-keyboard that loads edje files and they do the layouting and everything...
May 30 18:25:39 <pespin> dos1, nice to see you are back to commiting :)
May 30 18:33:43 <dos1> pespin: yeah, i'm glad i'm back :D
May 30 18:34:23 <dos1> all exams finished, now waiting for results and for university recrutation
May 30 18:36:23 <soltys> ;x
May 30 18:37:29 <soltys> maybe I'll do some work but first exams ;(
May 30 18:41:40 <dos1> soltys: as always ;)
May 30 18:42:34 <soltys> dos1: maybe.. ;)
May 30 18:54:28 <captainigloo> pespin|away: not so bad
May 30 18:55:12 <captainigloo> TAsn: hum you mean that you don't like the way the illume keyboard is doing layout ?
May 30 18:55:30 <captainigloo> and you prefer to have the whole layout inside an edje file ?
May 30 18:55:52 <captainigloo> it's a bit complicated to do that, as you need to provide one keyboard per country
May 30 18:57:11 <captainigloo> TAsn: but i think the current illum keyboard is good
May 30 18:57:17 <captainigloo> it just need love
**** ENDING LOGGING AT Mon May 30 18:58:39 2011

**** BEGIN LOGGING AT Mon May 30 19:00:14 2011
May 30 19:00:30 <captainigloo> and comp-scale for windows changes
May 30 19:21:45 <TAsn> mrmoku, captainigloo: I don't.
May 30 19:22:02 <TAsn> mrmoku, captainigloo: it's just too restricted
May 30 19:22:16 <TAsn> and not very land/port compatible
May 30 19:22:24 <TAsn> maybe if you add more descriptions for portrait
May 30 19:22:26 <TAsn> it'll be better
May 30 19:22:37 <TAsn> i.e make it possible to add portrait description
May 30 19:22:44 <TAsn> then it may be good.
May 30 19:22:51 <TAsn> loading edje files is possibly an overkill
May 30 19:59:43 <mrmoku> TAsn: you don't need love?
May 30 20:03:18 <TAsn> depends from who and when.
May 30 20:06:14 <antrik> a bit picky, aren't we?... ;-)
May 30 20:06:55 <TAsn> he brought it up ;)
May 30 20:07:19 <TAsn> and yeah, I'm a pick bloke
May 30 20:07:23 <TAsn> picky*
May 30 20:10:04 <mrmoku> :P
**** ENDING LOGGING AT Mon May 30 20:11:13 2011

**** BEGIN LOGGING AT Mon May 30 20:12:15 2011
**** BEGIN LOGGING AT Tue May 31 07:34:15 2011
**** BEGIN LOGGING AT Tue May 31 07:48:14 2011
May 31 08:33:56 <GarthPS> moin
May 31 09:30:36 <GNUtoo> hi mickeyl 
May 31 09:30:40 <GNUtoo> I'm doing that:
May 31 09:30:45 <GNUtoo>      private void handleAlsaSink( CmtSpeech.FrameBuffer dlbuf )
May 31 09:31:00 <GNUtoo> oops
May 31 09:31:04 <GNUtoo> I meant that:
May 31 09:31:22 <GNUtoo> private void handleAlsaSrc( CmtSpeech.FrameBuffer ulbuf ) { pcmin.read(out (ulbuf.payload), ulbuf.pcount / 2); }
May 31 09:31:38 <GNUtoo> and that segfault
May 31 09:36:25 <GNUtoo> mrmoku, hi
May 31 09:39:01 <mrmoku> hi GNUtoo 
May 31 09:39:05 <mrmoku> updating my n900 right now
May 31 09:48:09 <mrmoku> GNUtoo: Configuring kernel-module-g-nokia.
May 31 09:48:09 <mrmoku> Segmentation fault
May 31 09:48:11 <mrmoku> heh
May 31 09:48:20 <mrmoku> Configuring kernel-module-musb-hdrc.
May 31 09:48:21 <mrmoku> FATAL: Module musb_hdrc not found.
May 31 09:48:34 <mrmoku> that probably is your usbnet problem
May 31 09:50:00 <mrmoku> and here it's hanging with a kernel oops in dmesg:
May 31 09:50:00 <mrmoku> Configuring kernel-module-rtc-twl.
May 31 09:53:30 <mrmoku> let's see what the reboot gives
May 31 09:57:30 <mickey|office> GNUtoo: can you check the C code?
May 31 09:57:43 <mickey|office> perhaps it gives us some info what could go wrong
May 31 09:59:18 <GarthPS> hi guys. I don't remember well but there was website listing software and libs built for SHR does someone remember the url ?.
May 31 10:00:28 <pabs3> opkg.org?
May 31 10:01:15 <pabs3> or maybe you mean build.shr-project.org
May 31 10:15:18 <GarthPS> pabs3: nope neither opkg.org nor build.shr-project.org but it is something with shr in the title
May 31 10:18:27 <GNUtoo> back
May 31 10:18:46 <GNUtoo> ok
May 31 10:20:00 <GNUtoo> static void cmt_handler_handleAlsaSrc (CmtHandler* self, struct cmtspeech_buffer_s* ulbuf) {
May 31 10:20:16 <GNUtoo>         fso_audio_pcm_device_read (self->priv->pcmin, &_tmp0_, (snd_pcm_uframes_t) (ulbuf->pcount / 2), &_inner_error_);
May 31 10:21:13 <GNUtoo>         ulbuf->payload = _tmp0_;
May 31 10:21:20 <GarthPS> JaMa|Wrk: perhaps you know that ? shr  website listing software a bit like opkg.org
May 31 10:21:22 <GNUtoo> I'll pastebin the whole function
May 31 10:22:14 <GNUtoo> http://www.pastie.org/1997451
May 31 10:24:13 <GNUtoo> GarthPS, also we need a graphical installer, shr-installer still start but has some issues
May 31 10:25:17 <GarthPS> GNUtoo: wrong person ?
May 31 10:25:33 <GNUtoo> no, I tought you may want to work on that
May 31 10:25:50 <GNUtoo> since you're talking about opkg.org
May 31 10:26:02 <GNUtoo> I was just telling you that shr-installer needs some love
May 31 10:26:11 <JaMa|Wrk> GarthPS, GNUtoo: isn't it the thing spaetz was working on?
May 31 10:26:22 <GNUtoo> no idea
May 31 10:26:30 <GarthPS> GNUtoo: hmm thx but not for now. In fact I just want to find a list of avaliable apps built or in the build tree of shr
May 31 10:26:57 <GarthPS> JaMa|Wrk: yeah I think it was from spaetz!
May 31 10:27:09 <GarthPS> I mean the website
May 31 10:28:13 <JaMa|Wrk> iirc he sent url and some info also to oe-devel ML, but cannot find it now
May 31 10:30:22 <mrmoku> yup spaetz was working on that
May 31 10:32:45 <GarthPS> what he(spaetz) becomes?
May 31 10:34:22 <GNUtoo> was it showroom?
May 31 10:36:05 <GNUtoo> mickeyl, http://www.pastie.org/1997451
May 31 10:36:58 <dcordes> hi guys
May 31 10:37:04 <GNUtoo> hi
May 31 10:37:05 <dcordes> I think the mailing list ate a thread of mine
May 31 10:37:23 <dcordes> I tried to discuss oebb.sh (the koen script) for use with SHR
May 31 10:37:47 <dcordes> I started to document the process in the wiki but have some problems
May 31 10:38:39 <dcordes> http://wiki.shr-project.org/trac/wiki/Oebb
May 31 10:39:24 <dcordes> just doing an s/angstrom/shr/ in the script for DISTRO= doesn't work
May 31 10:41:08 <mrmoku> JaMa|Wrk: it was on oe-devel :)
May 31 10:41:09 <mrmoku> http://comments.gmane.org/gmane.comp.handhelds.openembedded/31410
May 31 10:41:16 <mrmoku> though seems to not work anymore
May 31 10:41:21 <mrmoku> (opkg-repo.org
May 31 10:41:21 <mrmoku> )
May 31 10:46:58 <HeinervdmWork> dcordes: you have to add the SHR layers to that script
May 31 10:47:07 <HeinervdmWork> else it won't know about SHR
May 31 10:49:54 <GarthPS> mrmoku: thx! it was that. sadly yeah it is down..
May 31 10:51:28 <dcordes> HeinervdmWork: oops
May 31 10:51:47 <dcordes> HeinervdmWork: in an email from JaMa|Wrk I understood it is present alreadz
May 31 10:52:16 <HeinervdmWork> dcordes: after your mail i looked at the sources, and in the layers.txt is nothing about meta-smartphone
May 31 10:53:04 <dcordes> HeinervdmWork: then you are in the wrong branch
May 31 10:53:10 <dcordes> http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/setup-scripts/tree/oebb.sh?h=oe-core
May 31 10:53:48 <dcordes> it does have metasmartphone but lacks shr
May 31 10:54:21 <dcordes> if I will add shr layer now I fear it will still do that angstrom thing. but I have to try first!
May 31 10:54:26 <dcordes> HeinervdmWork: thanks a lot for the pointer
May 31 10:55:10 <HeinervdmWork> i would suggest to replace meta-angstrom by meta-shr
May 31 10:56:34 <dcordes> do you think they would interfer ?
May 31 10:58:22 <dcordes> you see I lack a good understanding of the layer system
May 31 10:58:41 <dcordes> if one file is provided by two layers, what will bitbake do with that ?
May 31 10:59:03 <dcordes> universe explodes ?
May 31 11:00:48 <dcordes> brb
May 31 11:01:37 <JaMa|Wrk> dcordes: I meant that there is no need to patch oebb.sh to use oe-core, not that there is no need to reinvent the well and create shr-core setup with oebb.sh
May 31 11:04:13 <mickey|office> GNUtoo: isn't it the caller's responsibility to own the buffer?
May 31 11:05:16 <mickey|office> i'm not sure about the semantics, perhaps it shouldn't be an out at all here
May 31 11:05:40 <mickey|office> try looking for a C example that reads from a source and compare with that
May 31 11:06:39 <HeinervdmWork> dcordes: i haven't used oe-core so far, so i can't tell if it will explode or not :) but i think that a conflict is possible
May 31 11:08:34 <GNUtoo> mickey|office, ok
May 31 11:09:01 <GNUtoo>     snd_pcm_readi(pcm_capture_handle, capdata, num_frames);
May 31 11:09:23 <mickey|office> that's clear, but it's interesting what happens before with capdata
May 31 11:09:36 <mickey|office> is it NULL or allocated before?
May 31 11:09:50 <GNUtoo> hmmm
May 31 11:10:12 <GNUtoo> capdata is a buffer
May 31 11:10:31 <GNUtoo> I'll look another tutorial
May 31 11:10:47 <mickey|office> or check real code
May 31 11:10:57 <GNUtoo> ok
May 31 11:10:59 <mickey|office> those tutorials often are so incomplete
May 31 11:11:07 <mickey|office> isn't there something like arecord?
May 31 11:11:11 <GNUtoo> I'll check the example codes
May 31 11:11:15 <GNUtoo> in alsa-lib
May 31 11:14:50 <GNUtoo>                 r = readi_func(handle, data, count);
May 31 11:14:53 <GNUtoo> and for data:
May 31 11:15:20 <GNUtoo> data comes from static ssize_t pcm_read(u_char *data, size_t rcount)
May 31 11:15:28 <GNUtoo> which is called like that:
May 31 11:15:59 <GNUtoo>                         if (pcm_read(audiobuf, f) != f)
May 31 11:16:32 <GNUtoo> static u_char *audiobuf = NULL;
May 31 11:16:38 <GNUtoo> it's a global variable
May 31 11:17:01 <GNUtoo> I guess it's allocated
May 31 11:17:30 <GNUtoo> let me check
May 31 11:19:00 <GNUtoo> yes it is
May 31 11:21:44 <GNUtoo> is there any malloc in vala?
May 31 11:23:27 <GNUtoo> I'll look if alsa can malloc it
May 31 11:27:02 <GNUtoo> it can't
May 31 11:27:09 <GNUtoo> mickey|office, how do I malloc in vala?
May 31 11:27:53 <mickey|office> var mybuffer = new uint8[4096];
May 31 11:27:59 <GNUtoo> ok
May 31 11:28:20 <mickey|office> i'm not sure whether the 'out' is correct in the vapi then though
May 31 11:28:27 <mickey|office> just try with and without
May 31 11:28:30 <GNUtoo> ok
May 31 11:28:35 <GNUtoo> it should be correct
May 31 11:28:47 <mickey|office> really?
May 31 11:28:57 <GNUtoo> read is buffer
May 31 11:29:00 <GNUtoo> oops
May 31 11:29:02 <GNUtoo> write is buffer
May 31 11:29:05 <mickey|office> why would alsa want the pointer of the pointer? that would only be useful if it would _change_ its value
May 31 11:29:08 <GNUtoo> and read is &buffer
May 31 11:30:13 <GNUtoo> ah maybe not
May 31 11:30:23 <GNUtoo> 	void *  	buffer, 
May 31 11:30:30 <GNUtoo> in snd_pcm_readi
May 31 11:30:41 <GNUtoo> it's in readn that it require void**
May 31 11:30:44 <GNUtoo> which is normal
May 31 11:30:48 <GNUtoo> since it's for mmap
May 31 11:30:50 <GNUtoo> right?
May 31 11:31:40 <GNUtoo> and I bet the buffer is already malloc-ed
May 31 11:31:45 <GNUtoo> since memcpy works on it
May 31 11:31:50 <GNUtoo> (loop interface)
May 31 11:33:12 <mickey|office> yes, makes sense
May 31 11:36:34 <GNUtoo> can you remove the out?
May 31 11:36:40 <GNUtoo> I've some errors:
May 31 11:36:50 <GNUtoo> I changed * to []
May 31 11:36:53 <GNUtoo> and I have:
May 31 11:37:05 <GNUtoo> alsa.vala:486.34-486.36: error: Argument 1: Cannot convert from `uint8*' to `uint8[]'
May 31 11:37:20 <GNUtoo>             return device.readi( buf, size );
May 31 11:37:34 <GNUtoo> I have to change the vapi too I guess
May 31 11:37:36 <GNUtoo> I'll try
May 31 11:38:20 <GNUtoo> I'll try
May 31 11:38:41 <mickey|office> yes, vapi needs to be changed along
May 31 11:38:49 <mickey|office> remember that you have to make clean; make after changing the vapi
May 31 11:38:53 <mickey|office> otherwise changes won't be picked up
May 31 11:38:58 <GNUtoo> yes I know
May 31 11:39:00 <GNUtoo> I even autogen
May 31 11:42:20 <GNUtoo> alsa.vala:478.35-478.41: error: Invalid assignment from owned expression to unowned variable
May 31 11:42:20 <GNUtoo>             return device.writen( out buf, size );
May 31 11:42:25 <GNUtoo> I tried to correct the writen
May 31 11:42:44 <GNUtoo>         public PcmSignedFrames writen( [CCode (array_length = false)] out uint8[] buffer, PcmUnsignedFrames size );
May 31 11:43:01 <GNUtoo> I'll restore writen to uint8 *
May 31 11:43:08 <mickey|office> hmm, write?
May 31 11:43:12 <mickey|office> i thought you're working on read
May 31 11:44:06 <GNUtoo> didn't work
May 31 11:44:09 <GNUtoo> write working
May 31 11:44:11 <GNUtoo> read too
May 31 11:44:16 <GNUtoo> writen readn not
May 31 11:44:24 <GNUtoo> I am working on read 
May 31 11:44:25 <GNUtoo> but
May 31 11:44:33 <GNUtoo> writei (buffer
May 31 11:44:39 <GNUtoo> writen(buffer
May 31 11:44:41 <GNUtoo> is wrong
May 31 11:44:44 <GNUtoo> it should be
May 31 11:44:49 <GNUtoo> writen ( out buffer
May 31 11:44:55 <GNUtoo> so I correct while I'm at it
May 31 11:45:06 <GNUtoo> void **  	bufs, 
May 31 11:45:08 <GNUtoo> that's written
May 31 11:47:22 <GNUtoo>         public PcmSignedFrames readn( [CCode (array_length = false)] out uint8[] buffer, PcmUnsignedFrames size );
May 31 11:47:27 <GNUtoo> is that the correct syntax?
May 31 11:48:34 <GNUtoo> because it say what I pasted upper
May 31 11:48:42 <GNUtoo> the owned/unowned thing
May 31 11:48:46 <GNUtoo> mickeyl, ^^^
May 31 11:54:19 <GNUtoo> I'm stuck
May 31 11:54:24 <GNUtoo> I keep trying trying trying
May 31 11:54:26 <GNUtoo> and I fail
May 31 11:57:43 <mickey|office> can you commit the stuff you already have in #if 0 / #endif?
May 31 11:57:54 <mickey|office> i can take a look when i'm back home
May 31 11:58:03 <GNUtoo> else I can do that:
May 31 11:58:03 <mickey|office> i need time to think it through
May 31 11:58:07 <GNUtoo> comment the writei
May 31 11:58:14 <GNUtoo> *writen
May 31 11:58:15 <mickey|office> it's tough for me to help while i'm working on 10 other things :)
May 31 11:58:17 <GNUtoo> and continue
May 31 11:58:18 <GNUtoo> ok
May 31 11:58:21 <GNUtoo> I'll wait then
May 31 11:58:24 <GNUtoo> and comment writen
May 31 11:58:29 <mickey|office> ok, cool
May 31 12:10:46 <GNUtoo> doesn't segfault anymore, I'll try it with a real call
May 31 12:16:13 <mickey|office> cool
May 31 12:16:19 * mickey|office crosses fingers
May 31 12:36:08 <GNUtoo> I cannot test
May 31 12:36:22 <GNUtoo> I've issues with the sound beeing cut after the first seconds
May 31 12:36:26 <GNUtoo> I'll try to fix that
May 31 12:48:18 <GNUtoo> maybe buffer underrun for cmt part
May 31 12:48:32 <GNUtoo> CMTSPEECH: nokiamodem_backend: DL xrun, reset hw/appl at 300
May 31 12:49:06 <GNUtoo> ah it says overrun
May 31 12:53:50 <GNUtoo> any idea?
May 31 12:56:52 <GNUtoo> http://www.pastie.org/1997985
May 31 13:00:08 <GNUtoo> hwdelay is always 3
May 31 13:02:41 <mickey|office> overrun means you submit too many data?
May 31 13:02:56 <GNUtoo> no idea
May 31 13:03:00 <mickey|office> so you probably need send in smaller chunks or less frequently
May 31 13:03:09 <GNUtoo> not send
May 31 13:03:12 <GNUtoo> receive
May 31 13:03:26 <GNUtoo> I'm trying to fix the receive first
May 31 13:03:32 <GNUtoo> before trying a real phone call
May 31 13:04:11 <mickey|office> ah, downloading from CMT
May 31 13:04:36 <GNUtoo> ah nice upload works fine
May 31 13:04:40 <GNUtoo> download not tough
May 31 13:04:47 <mickey|office> unfortunately i don't know more than you. perhaps a look into the PA plugin would give more insight
May 31 13:04:59 <mickey|office> the cmtspeechdata test program seems very bare
May 31 13:05:21 <mickey|office> i'm afraid we might have to introduce ring buffers and dedicated threads for in/out
May 31 13:05:33 <mickey|office> but lets see how far we come with the KISS approach
May 31 13:06:04 <GNUtoo> I'll say it with other words: I just made a phone call to see if upload worked and it did
May 31 13:08:11 <GNUtoo> and no buffer problems with upload 
May 31 13:18:12 <GNUtoo> it does it with file interface too
May 31 13:18:15 <GNUtoo> hmmmm
May 31 13:18:48 <GNUtoo> I'll look
May 31 13:22:58 <GNUtoo> hmmm
May 31 13:23:26 <GNUtoo>     /* xrun case 1: We have not reacted to driver wakeups fast enough and driver has overrun the rx buffer at this point. */
May 31 13:24:51 <GNUtoo>     /* xrun case 2: The slot, to which driver will write next, is still owned by application - overrun is not certain, but data  coherency cannot be guaranteed, so reporting as an XRUN */
May 31 13:25:16 <GNUtoo> etc....
May 31 13:25:31 <GNUtoo> from cmtspeech_nokiamodem.c in the lib
May 31 13:27:51 <mickey|office> hmm, would be interesting to know which case applies here
May 31 13:28:04 <mickey|office> if 1, then my suspicion is that we need to decouple some things
May 31 13:28:23 <GNUtoo> that's simple
May 31 13:28:38 <mickey|office> i.e. picking up buffers from CMT and enqueueing them in a queue instead of directly sending them to alsa
May 31 13:28:44 <mickey|office> same vice versa
May 31 13:28:46 <GNUtoo> matching debug messages with the source will tell
May 31 13:28:55 <mickey|office> picking up from alsa, enqueuing, then feeding in chunks to CMT
May 31 13:29:08 <GNUtoo> I'll try different interfaces
May 31 13:30:36 <DocScrutinizer> <mrmoku> FATAL: Module musb_hdrc not found.  --- you're aware that's the friggin hostmode target of all hate and mods
May 31 13:34:50 <GNUtoo> hmmm
May 31 13:34:57 <GNUtoo> it does it with memcpy too
May 31 13:35:16 <GNUtoo> basically the memcpy between upload and download buffer
May 31 13:36:56 <GNUtoo> CMTSPEECH: nokiamodem_backend: DL buffer overrun (mmaphw 126, hw 123, appl 123, slot 0, count 3, hw correspond to:
May 31 13:37:07 <GNUtoo>     TRACE_INFO(DEBUG_PREFIX "DL buffer overrun (mmaphw %d, hw %d, appl %d, slot %u, count %u, hwdelay %d).",
May 31 13:37:12 <GNUtoo> which has that on top:
May 31 13:37:18 <GNUtoo> xrun case 1:
May 31 13:37:28 <GNUtoo> We have not reacted to driver wakeups fast enough and driver has overrun the rx buffer at this point.
May 31 13:37:39 <GNUtoo> even for memcpy!!!!
May 31 13:37:52 <GNUtoo> how can memcpy be too slow?
May 31 13:50:34 <GNUtoo> wait a sec
May 31 13:50:41 <GNUtoo> what to do after the buffer is read
May 31 13:50:42 <GNUtoo> ?
May 31 13:50:51 <GNUtoo> I read the buffer
May 31 13:50:54 <GNUtoo> I play with it
May 31 13:50:56 <GNUtoo> and then?
May 31 13:51:01 <GNUtoo> should I blank it?
May 31 13:51:50 <GNUtoo> ah there is ul_buffer_release
May 31 13:51:51 <GNUtoo> hmmm
May 31 13:51:59 <mickey|office> it's not our buffer
May 31 13:52:04 <mickey|office> so no need to blank
May 31 13:52:54 <GNUtoo> hmmm
May 31 13:53:20 <mrmoku> DocScrutinizer: hmmm... interesting... probably that's why usbnet does not work then :P
May 31 13:57:52 <GNUtoo> wait a sec
May 31 13:57:57 <GNUtoo> I was copying thw wrong lib
May 31 14:00:02 <GNUtoo> memcpy does no buffer underruns
May 31 14:00:36 <GNUtoo> let's try file interface
May 31 14:01:39 <GNUtoo> file either
May 31 14:03:17 <GNUtoo> mickey|office, ping me when you're not anymore at the office
May 31 14:03:27 <GNUtoo> since we should use separate buffers
May 31 14:03:37 <GNUtoo> I must push the working alsa upload
May 31 14:03:46 <mickey|office> k
May 31 14:03:48 <GNUtoo> and then we should rework 
May 31 14:03:59 <GNUtoo> but for pushing I need your help on the vapi fix
May 31 14:21:10 <GNUtoo> else there are 2 ways I could explore:
May 31 14:21:12 <GNUtoo> * realtime
May 31 14:21:24 <GNUtoo> * smaller buffers of the size of 20ms
May 31 14:32:46 <mrmoku> GNUtoo: I have problems to get wifi to work... it does work for you though, right?
May 31 14:32:55 <mrmoku> without wifi _and_ usbnet things get difficult :P
May 31 14:36:35 <GNUtoo> mrmoku, try pushing firmwares
May 31 14:38:20 <GNUtoo> mrmoku, I usually get a meego image, extract the firmwares and put them in /lib/firmware
May 31 14:40:15 <mrmoku> GNUtoo: I have firmware... I have iliwi even finding my network
May 31 14:40:27 <GNUtoo> mrmoku, ah?
May 31 14:40:29 <GNUtoo> it works for me
May 31 14:40:32 <mrmoku> but when I try to start wpa_supplicant it tells me something about missing PF_SOCKET
May 31 14:40:33 <GNUtoo> I've open wifi tough
May 31 14:40:46 <GNUtoo> what version of oe do you have?
May 31 14:40:49 <GNUtoo> af_socket
May 31 14:41:44 <mrmoku> sorry.. PF_PACKET
May 31 14:41:52 <GNUtoo> yes
May 31 14:41:54 <GNUtoo> that's a module
May 31 14:41:56 <GNUtoo> af_packet
May 31 14:41:59 <mrmoku> socket(PF_PACKET) Address familiy not supported
May 31 14:42:00 <mrmoku> ...
May 31 14:42:01 <mrmoku> ahh
May 31 14:42:02 <mrmoku> ok
May 31 14:42:07 <mrmoku> missing that then
May 31 14:42:08 <GNUtoo> I have it
May 31 14:42:17 * mrmoku shuts down to put the ipk on the sd
May 31 14:42:18 <GNUtoo> I wonder if you're in sync
May 31 14:42:28 <mrmoku> I did not yet install a new image
May 31 14:42:35 <mrmoku> just updated which gave me the new kernel
May 31 14:42:36 <GNUtoo> because normally it get installed in the image
May 31 14:42:39 <GNUtoo> ok
May 31 14:42:42 <mrmoku> but probably not the correct modules
May 31 14:43:00 <GNUtoo> I installed a new image
May 31 16:01:37 <morphis> heyho
May 31 16:20:59 <GNUtoo> hi
May 31 16:21:04 <GNUtoo> did you see that:
May 31 16:21:27 <GNUtoo> http://www.linmob.net/2011/03/samsung-gt-i8320-one-day-plenty-results.html
May 31 16:25:34 <PaulFertser> Devil's in the details. Booting a device doesn't mean much, unfortunately ;(
May 31 16:27:38 <GNUtoo> I know
May 31 16:27:43 <GNUtoo> I know it perfectly
May 31 16:27:51 <GNUtoo> I'm looking for details currently
May 31 16:27:58 <GNUtoo> but booting means something else for me
May 31 16:28:11 <GNUtoo> it means somebody that could want to make a port
May 31 16:28:28 <GNUtoo> somebody that should come here on irc and contact us
May 31 16:29:38 <PaulFertser> Raster promised a lot...
May 31 16:32:18 <GNUtoo> I don't find the ril or infos on the modem....
May 31 16:32:36 <GNUtoo> *ril source
May 31 16:32:45 <GNUtoo> I think there is a librilsec.so
May 31 16:39:24 <mickeyl> morphis: hi, how are things?
May 31 16:39:52 <morphis> mickeyl: heyho, things are fine, struggling a bit with my bachelor thesis atm
May 31 16:40:29 <morphis> and I need to gain some motivation to work on aurora :)
May 31 16:40:37 <morphis> mickeyl: and yourself?
May 31 16:40:44 <morphis> any private news?
May 31 16:41:17 <xrmx> when you plug your switched off freerunner to your machine with usb do you see it as proper usb cdc acm modem?
May 31 16:41:31 <mickeyl> unfortunately not... she's letting us wait...
May 31 16:42:35 <morphis> :)
May 31 16:43:13 <morphis> let's hope that we let you wait not too long anymore
May 31 16:43:35 <mickeyl> well, after 10 days we apply force...
May 31 16:43:40 <mickeyl> we're now 6 days over
May 31 16:43:44 <morphis> ok
May 31 16:44:00 <morphis> so everything is under control, then it should be ok :)
May 31 16:44:05 <mickeyl> *nod*
May 31 16:45:23 <GNUtoo> msm modem....
May 31 16:46:12 <morphis> mickeyl: and any other news?
May 31 16:48:41 <CIA-81> freesmartphone.org: 03mickey 07cornucopia * rdec3c66f0f30 10/fsoaudiod/ (src/lib/alsa.vala vapi/alsa-ext.vapi): fsoaudiod: vapi: fix snd_pcm_read* bindings
May 31 16:48:50 <mickeyl> morphis: nothing, been busy preparing my friend's wedding
May 31 16:48:54 <mickeyl> no time for anything foss
May 31 16:49:23 <mickeyl> GNUtoo: ok, i think that's the way to go now for readn/readi
May 31 16:50:59 <GNUtoo> ok
May 31 16:51:01 <GNUtoo> looking
May 31 16:51:13 <mickeyl> hmm, wait
May 31 16:51:19 <mickeyl> no, there's still something wrong
May 31 16:51:31 <mickeyl> do you know why writen/readn accepts void** instead of void*?
May 31 16:51:47 <GNUtoo> I guess because it's mmapped?
May 31 16:51:54 <GNUtoo> but I don't really know why
May 31 16:52:06 <mickeyl> hmm, ok, that alone does not convince me. a pointer is a pointer is a pointer :)
May 31 16:52:11 <mickeyl> we need to research more
May 31 16:52:23 <GNUtoo> for upsrteam?
May 31 16:52:31 <GNUtoo> I mean I use writei/readi
May 31 16:52:42 <GNUtoo> I don't need wirten/writen for now
May 31 16:52:46 <mickeyl> well, yes, but if i bind it, i want to bind it correctly
May 31 16:52:51 <GNUtoo> ok
May 31 16:53:13 <morphis> mickeyl: do you got some mail about your presentations at froscon?
May 31 16:53:21 <mickeyl> morphis: nothing yet. did you?
May 31 16:53:25 <morphis> no
May 31 16:53:27 <mickeyl> i don't think they started the evaluation yet
May 31 16:53:38 <GNUtoo> btw I didn't get a palm pre yet
May 31 16:53:41 <mickeyl> or if they did, they're still ongoing
May 31 16:53:51 <GNUtoo> I guess I've to wait, no problem since I'm busy with n900
May 31 16:53:59 <GNUtoo> but I hope they won't send me a pre 3
May 31 16:54:03 <mickeyl> oooh
May 31 16:54:05 <mickeyl> writen
May 31 16:54:11 <mickeyl> takes an array of buffers
May 31 16:54:17 <GNUtoo> ok
May 31 16:54:33 <morphis> GNUtoo: still the same here
May 31 16:54:37 <GNUtoo> ok
May 31 16:54:42 <mickeyl> in that case it doesn't make much sense to abstract that
May 31 16:54:58 <GNUtoo> ok
May 31 16:56:55 <morphis> mickeyl: you are fine with importing the qfsodbusxml2cpp utility as own repository on git.freesmartphone.org?
May 31 16:57:24 <mickeyl> yep
May 31 16:57:29 <CIA-81> freesmartphone.org: 03mickey 07cornucopia * r65eed3daced9 10/fsoaudiod/ (src/lib/alsa.vala vapi/alsa-ext.vapi): fsoaudiod: readn/writen takes an array of pointers, fix vapi and lib
May 31 17:00:26 <GNUtoo> ahhh the buffer overrun are created by the upload
May 31 17:02:22 <CIA-81> freesmartphone.org: 03mickey 07cornucopia * re027966db82a 10/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala: fsoaudiod: gsmvoice_alsa_cmtspeechdata: catch up with lib
May 31 17:04:03 <morphis> mickeyl: done: http://git.freesmartphone.org/?p=qfsodbusxml2cpp.git;a=summary
May 31 17:05:16 <mickeyl> excellent
May 31 17:05:48 <morphis> libfso-qt will follow
May 31 17:05:58 <morphis> btw. are you fine with radekp's patch for fso-specs?
May 31 17:06:46 <mickeyl> yes, the additional annotations are fine
May 31 17:09:52 <mickeyl> i have taken some time to update a number of our vapi additions to vala master
May 31 17:10:06 <mickeyl> juergbi will probably backport them, so they'll appear in the 0.12.1
May 31 17:10:21 <mickeyl> we can then remove some them
May 31 17:10:24 <mickeyl> err
May 31 17:10:28 <mickeyl> +of
May 31 17:11:08 <mickeyl> bbl, shower
May 31 17:16:33 <morphis> mickeyl: nice
May 31 17:16:44 <morphis> mickeyl: is there already a date for 0.12.1?
May 31 17:27:52 <CIA-81> freesmartphone.org: 03morphis 07cornucopia * rde705c0b633c 10/Makefile.am: Even install pkgconfig file
May 31 17:29:38 <morphis> radekp: heyho
May 31 17:30:02 <morphis> radekp: I imported your qfsodbusxml2cpp utility to git.freesmartphone.org
May 31 17:30:06 <radekp> morphis: hi, trying your stuff from git now :)
May 31 17:30:12 <radekp> morphis: great thanks
May 31 17:30:12 <morphis> radekp: ok :)
May 31 17:30:24 <morphis> radekp: I will merge your patch for fso-specs too
May 31 17:30:30 <morphis> and create libfso-qt
May 31 17:30:46 <radekp> morphis: nice thanks very much
May 31 17:32:29 <angelox> Hi all
May 31 17:33:23 <morphis> radekp: no problem
May 31 17:33:26 <morphis> angelox: heyho
May 31 17:34:06 <angelox> morphis: hey,almost installing aurora again :) "module "Aurora.System" is not installed" now 
May 31 17:34:56 <CIA-81> freesmartphone.org: 03morphis 07aurora * r7cf3a729345e 10/aurora/components/app-phone/Service.qml: aurora: fix service item of phone application
May 31 17:34:57 <CIA-81> freesmartphone.org: 03morphis 07aurora * r27c39dce3b65 10/aurora/ (aurora/extensions/agents.py components/app-phone/Service.qml): aurora: merge all call signals into one signal named callStatus
May 31 17:34:57 <CIA-81> freesmartphone.org: 03morphis 07aurora * r72621986f9d7 10/aurora/components/common/CellularNetworkStatusIndicator.qml: aurora: show an image even when network status is not set yet
May 31 17:34:58 <CIA-81> freesmartphone.org: 03morphis 07aurora * r8cfecb101abb 10/aurora/ (7 files in 4 dirs): aurora: initial work for a global notification area
May 31 17:34:59 <CIA-81> freesmartphone.org: 03morphis 07aurora * r9202856df25b 10/aurora/ (4 files in 3 dirs): aurora: use system controller to hide cursor
May 31 17:35:07 <morphis> angelox: but now it should work :)
May 31 17:35:16 <morphis> forgot to push my latest changes
May 31 17:35:54 <angelox> morphis: ah ok,thank you :) trying...
May 31 17:36:18 <mickeyl> morphis: 0.12.1 is supposed to be out any day
May 31 17:36:26 <morphis> mickeyl: ok
May 31 17:36:53 <morphis> mickeyl: we need some script which bumps all FSO VALA_REQUIRED fields to a specified version ...
May 31 17:36:59 <GNUtoo> I've something that work but it's a bit robot and hackish
May 31 17:37:32 <GNUtoo> I just tweaked to 140 instead of 160
May 31 17:37:36 <angelox> morphis: worked,but seg fault when i click on phone app,maybe it'll only work on target machine?
May 31 17:37:38 <GNUtoo> (in frames)
May 31 17:38:19 <morphis> angelox: it segfaults?
May 31 17:38:37 <morphis> it should work on the host as normal
May 31 17:38:41 <morphis> and it does not segfault here
May 31 17:39:10 <mickeyl> GNUtoo: congrats
May 31 17:39:22 <mickeyl> robot is no problem; that's the new chique
May 31 17:39:35 <angelox> morphis: yes..strange
May 31 17:39:42 <GNUtoo> lol
May 31 17:39:55 <GNUtoo> are you kidding? (for robot)
May 31 17:40:01 <mickeyl> of course :)
May 31 17:40:37 <GNUtoo> robot is because of the wrong number of frames
May 31 17:40:51 <GNUtoo> maybe I'll tweak a bit more?
May 31 17:42:50 <radekp> morphis: btw does it build for you (qfsodbusxml2cpp)?
May 31 17:43:13 <radekp> morphis: i am gettings some weird compile errors so i wonder if i miss some package...
May 31 17:44:15 <mickeyl> what's in git compiles fine for me
May 31 17:50:33 <mrmoku> GNUtoo: building the complete image now
May 31 17:50:54 <mrmoku> GNUtoo: btw. what firmware do you use for wifi? still the maemo one or is there something newer/different?
May 31 17:51:03 <mrmoku> wpa_supplicant segfaults upon me
May 31 17:51:12 <mrmoku> with some kernel trace in dmesg
May 31 17:51:17 <mrmoku> and after that even ifconfig hangs
May 31 17:51:23 <GNUtoo> you should use the meego ones
May 31 17:51:31 <mrmoku> ok
May 31 17:51:49 * mrmoku checks if he finds them in his meego download
May 31 17:55:44 <morphis> radekp: yes, it builds fine
May 31 17:57:38 <mrmoku> GNUtoo: 0022 mok@gonzales[pts/5]:~/Downloads/n900-> diff firmware/wl1251-fw.bin firmware/meego/wl1251-fw.bin 
May 31 17:57:41 <mrmoku> 0022 mok@gonzales[pts/5]:~/Downloads/n900->
May 31 17:57:42 <mrmoku> so that's not it
May 31 17:58:01 <radekp> morphis: i am getting some weird error http://pastie.org/1999317
May 31 17:58:11 <mrmoku> nah, will retry with a fresh image
May 31 17:58:24 <radekp> morphis: is there a way to turn on verbose output?
May 31 17:58:52 <radekp> morphis: ahh got it, nevermind :)
May 31 18:04:09 <morphis> radekp: what was it?
May 31 18:05:44 <radekp> morphis: sorry i had some modifications now i get this: http://pastie.org/1999369
May 31 18:06:00 <radekp> morphis: btw i have just QT 4.7.0 - could it be the problem?
May 31 18:06:09 <CIA-81> freesmartphone.org: 03morphis 07aurora * rfcd4e097beca 10/aurora/configure.ac: aurora: use qt suffix for all qt things in configure script
May 31 18:06:28 <morphis> radekp: maybe
May 31 18:06:36 <morphis> radekp: I copied the two header files from qt git
May 31 18:06:41 <morphis> maybe thats the problem :)
May 31 18:07:57 <angelox> brb
May 31 18:09:17 <morphis> radekp: you can try to use the ones from qt 4.7.0
May 31 18:09:37 <radekp> morphis: hmm oki, i'll try
May 31 18:13:05 <radekp> morphis: hmm maybe i'll better try tomorow at work with qt 4.7.2 :)
May 31 18:20:12 <GNUtoo> mickeyl, adding async to the functions that handle alsa result in that:
May 31 18:20:57 <GNUtoo> cmthandler.vala:88.39-88.65: error: duplicating FrameBuffer instance, use unowned variable or explicitly invoke copy method
May 31 18:21:07 <GNUtoo> so I use unowned?
May 31 18:21:27 <GNUtoo> or I could join the threads
May 31 18:22:21 <GNUtoo> basically I would to have that in parallel:
May 31 18:22:29 <GNUtoo> the dlbuf and the ulbuf handling
May 31 18:23:32 <GNUtoo> I'll try something
May 31 18:23:54 <mickeyl> you could have two worker threads
May 31 18:24:01 <mickeyl> main thread writing into their queues
May 31 18:24:09 <mickeyl> and only handling the CMT comm
May 31 18:24:46 <mickeyl> or try everything with unblocking functions
May 31 18:25:02 <GNUtoo> what I wonder is how to join the thread separately
May 31 18:25:03 <mickeyl> but then you probably need more locking/synchronizing elsewhere
May 31 18:25:14 <GNUtoo> I'll try something
May 31 18:25:15 <mickeyl> join?
May 31 18:25:18 <mickeyl> ok,
May 31 18:25:20 <mickeyl> bbl
May 31 18:25:30 <GNUtoo> basically I need to wait for getting a new buffer
May 31 18:56:24 <GNUtoo> mickeyl, I've an idea
May 31 18:56:30 <GNUtoo> I've reworked the code a bit
May 31 18:56:37 <GNUtoo> and I think that I must do that:
May 31 18:56:41 <GNUtoo> a thread that records
May 31 18:56:55 <GNUtoo> and at the end we copy the audio inside the ulbuf
May 31 18:57:02 <GNUtoo> when requested
May 31 18:57:11 <GNUtoo> we don't try to record at that point
May 31 18:57:21 <GNUtoo> but only push what's already recorded
May 31 19:28:53 <GNUtoo> morphis, hi
May 31 19:28:57 <GNUtoo> I need a little help
May 31 19:29:14 <GNUtoo> I tried to call an async function that has a while true in it
May 31 19:29:18 <GNUtoo> and it seem to block
May 31 19:30:40 <morphis> GNUtoo: heyho
May 31 19:30:55 <morphis> GNUtoo: yes it should as it has a while(true)
May 31 19:31:05 <GNUtoo> but it's async?
May 31 19:31:08 <morphis> naa
May 31 19:31:11 <GNUtoo> is async like a thread
May 31 19:31:12 <GNUtoo> ok
May 31 19:31:19 <morphis> it's not a thread
May 31 19:31:23 <GNUtoo> how can I make the equivalent of foo &
May 31 19:31:26 <morphis> everything is in one process
May 31 19:31:27 <GNUtoo> in bash
May 31 19:31:29 <GNUtoo> ok
May 31 19:31:38 <GNUtoo> ah coperative threading
May 31 19:31:38 <GNUtoo> ok
May 31 19:31:41 <morphis> you want to launch a executable?
May 31 19:31:44 <GNUtoo> no
May 31 19:31:45 <morphis> yes
May 31 19:31:48 <GNUtoo> I want to record sound
May 31 19:31:54 <GNUtoo> in a separate thread
May 31 19:31:56 <GNUtoo> I'll try 
May 31 19:32:55 <morphis> you should do that
May 31 19:33:02 <morphis> but what do you need to record sound?
May 31 19:33:06 <morphis> you use alsa for that?
May 31 19:33:23 <GNUtoo> yes
May 31 19:33:27 <GNUtoo> that's not a problem
May 31 19:33:31 <GNUtoo> the thread is a problem
May 31 19:33:32 <GNUtoo> for me
May 31 19:33:33 <morphis> is the alsa api call a blocking one?
May 31 19:33:41 <GNUtoo> yes
May 31 19:33:51 <morphis> no other possibility from alsa?
May 31 19:34:02 <GNUtoo> let's do the thread first
May 31 19:34:06 <GNUtoo> then let's obtimize
May 31 19:34:18 <GNUtoo> is the thread a huge problem?
May 31 19:34:39 <CIA-81> freesmartphone.org: 03morphis 07aurora * r1043282ce2c9 10/aurora/configure.ac: aurora: add --with-qt-basedir configure option to respect different directory names
May 31 19:34:45 <morphis> GNUtoo: no
May 31 19:34:48 <GNUtoo> ok
May 31 19:34:51 <GNUtoo> I've that:
May 31 19:35:11 <GNUtoo> cmthandler.vala:170.4-170.16: error: cannot infer generic type argument for type parameter `GLib.Thread.create.T'
May 31 19:35:29 <GNUtoo> 	private void * recordThread(){ //while true inside with return null
May 31 19:35:43 <GNUtoo> and:
May 31 19:35:43 <morphis> can show me the complete code?
May 31 19:35:44 <GNUtoo> 			Thread.create(recordThread, false);
May 31 19:35:56 <morphis> you need Thread.create<void*>
May 31 19:36:03 <GNUtoo> http://pastie.org/1999767
May 31 19:36:14 <morphis> as you have void* as return paramter for recordThread
May 31 19:36:26 <GNUtoo> ok
May 31 19:39:48 <GNUtoo> thanks a lot
May 31 19:40:07 <GNUtoo> I'll try to fix the rest of my code
May 31 19:51:12 <GNUtoo> cmthandler.vala:314.21-314.58: error: duplicating Thread instance, use unowned variable or explicitly invoke copy method
May 31 19:51:12 <GNUtoo>  recordThread = Thread.create<void*>(recordFunc, true);
May 31 19:51:27 <GNUtoo> should I use the dangerous unowned thing?
May 31 20:27:33 <morphis> GNUtoo: unowned is not dangerous in any way, sometimes it's needed cause there is no other way
May 31 20:27:41 <GNUtoo> ok
May 31 20:27:46 <GNUtoo> what if I've that:
May 31 20:27:51 <GNUtoo> a thread that fills a buffer 
May 31 20:27:59 <GNUtoo> and a thread that copy the filled buffer
May 31 20:28:12 <GNUtoo> will that cause concurency issues?
May 31 20:28:24 <GNUtoo> I guess so
May 31 20:28:49 <GNUtoo> I'll try the lock keyword
May 31 20:28:59 <morphis> you should add some checks to avoid parallel access to the buffer
May 31 20:29:02 <morphis> yes
May 31 20:40:57 <morphis> GarthPS: ping
May 31 20:41:12 <CIA-81> freesmartphone.org: 03morphis 07cornucopia * r199df55c765e 10/fsogsmd/src/plugins/modem_dummy/plugin.vala: fsogsmd: modem_dummy: don't report non-working handlers for phonebook, sms and call
May 31 20:41:13 <CIA-81> freesmartphone.org: 03morphis 07cornucopia * r81d1ac990547 10/fsousaged/conf/palm_pre/fsousaged.conf: fsousaged: enable shadow resources for palm_pre machine
May 31 20:44:41 <GNUtoo> I hope http://pastie.org/2000161 'll work
May 31 20:45:21 <GNUtoo> hmmm
May 31 20:45:26 <GNUtoo> uploading breaks the audio
May 31 20:46:14 <GNUtoo> 	   		handleAlsaSrc(); breaks it
May 31 20:46:14 <GNUtoo> let me look
May 31 20:55:22 <GNUtoo> to destroy an unowned you do that:
May 31 20:55:28 <GNUtoo> foo  = null;
May 31 20:55:29 <GNUtoo> ?
May 31 20:55:32 <GNUtoo> morphis, ^^^
May 31 21:11:43 <dcordes> JaMa|Wrk: not getting anywhere with oebb.sh
May 31 21:12:19 <dcordes> JaMa|Wrk: but I'm starting to understand the layer structure
May 31 21:17:29 <dcordes> JaMa|Wrk: oh I just started the build with oebb.sh :) the missing thing was fso directory in bblayers.conf
May 31 21:18:59 <JaMa|Wrk> so after 2 days you've what "make setup-shr-core" does in 10 minutes including checkout times? :)
May 31 21:19:13 <JaMa|Wrk> congratz then
May 31 21:19:41 <dcordes> if only I had days of time these days :)
May 31 21:19:59 <dcordes> please don't go so defensive on Makefile JaMa|Zzzz 
May 31 21:20:12 <dcordes> I'm not saying anything against it
May 31 21:20:18 <dcordes> it's all god
May 31 21:20:21 <dcordes> good
May 31 21:20:25 <JaMa|Zzzz> sorry I just don't understand what you find so different on oebb.sh
May 31 21:21:07 <JaMa|Zzzz> it's script like Makefile only written in sh instead of make
May 31 21:21:29 <dcordes> mabye it's because I lack command of make system :)
May 31 21:21:56 <dcordes> I added all the htcleo machine and kernel stuff in meta-htc
May 31 21:22:19 <JaMa|Zzzz> good send patches to shr-devel when it's working please
May 31 21:22:25 <dcordes> METADATA_BRANCH   = "master"
May 31 21:22:25 <dcordes> METADATA_REVISION = "26e5e5feb695864b11e47e24017e254c28f14494"
May 31 21:22:33 <dcordes> DISTRO            = "shr"
May 31 21:22:33 <dcordes> DISTRO_VERSION    = "-20110531"
May 31 21:22:51 <dcordes> I'm a bit worried about the DISTRO_VERSION think it's a remain of the angstrom config ?
May 31 21:23:27 <JaMa|Zzzz> no
May 31 21:25:05 <JaMa|Zzzz> btw shr-core is using contrib/shr for oe-core/meta-oe layers
May 31 21:25:45 <JaMa|Zzzz> in case I need to do some changes in more layer at once I keep only those 3 in corresponding revisions
May 31 21:26:04 <GNUtoo> I think I need help on modem
May 31 21:26:38 <dcordes> -meta-angstrom,git://git.angstrom-distribution.org/meta-angstrom,master,HEAD
May 31 21:26:41 <dcordes> -meta-openembedded,git://git.openembedded.net/meta-openembedded,master,HEAD
May 31 21:26:44 <dcordes> +
May 31 21:26:47 <dcordes> +meta-openembedded,git://git.openembedded.net/meta-openembedded-contrib,shr,HEAD
May 31 21:27:19 <dcordes> JaMa|Zzzz: you mean that ?
May 31 21:27:25 <dcordes> hi GNUtoo what modem ?
May 31 21:27:27 <JaMa|Zzzz> and the same for oe-core
May 31 21:27:36 <GNUtoo> dcordes, n900 cmtspeech
May 31 21:28:43 <dcordes> JaMa|Zzzz: oops I switched the branch to shr for oe-core but not the repo to oe-core-contrib
May 31 21:28:58 <dcordes> JaMa|Zzzz: should I change it ?
May 31 21:29:33 <JaMa|Zzzz> oe-core/shr doesn't exist so yes
May 31 21:29:44 <dcordes> -openembedded-core,https://github.com/openembedded/oe-core.git,master,HEAD
May 31 21:29:48 <dcordes> +openembedded-core,https://github.com/openembedded/oe-core-contrib.git,shr,HEAD
May 31 21:29:51 <dcordes> done
May 31 21:30:25 <JaMa|Zzzz> and it's not on github (oe-core-contrib)
May 31 21:33:18 <dcordes> ok
May 31 21:33:53 <dcordes> URL_OE_CORE = "git://git.openembedded.net/openembedded-core-contrib"
May 31 21:49:03 <dcordes> JaMa|Zzzz: ok now I hope I have everything right
May 31 21:49:22 <dcordes> JaMa|Zzzz: moving over to test compile htcleo kernel 
May 31 21:49:54 <dcordes> htcleo kernel ( linux-qsd8_git.bb ) brings me back to gitorious VS. bitbake problem
May 31 21:52:11 <dcordes> http://www.mail-archive.com/gitorious@googlegroups.com/msg02384.html
May 31 22:12:51 <dcordes> JaMa|Zzzz: what about elfe as default homescreen :) ?
May 31 22:16:43 <GNUtoo> hi mrmoku 
May 31 22:16:45 <GNUtoo> ping
May 31 22:16:56 <GNUtoo> mrmoku || mickeyl  ping
May 31 22:20:25 <GNUtoo> someone has to replace me
May 31 22:20:30 <GNUtoo> I can explain all what I did
May 31 22:20:39 <GNUtoo> but I can't handle more
May 31 22:29:59 * dcordes needs a yoghurt
May 31 22:32:50 <dcordes> Lopi: ah the iPhon community :)
May 31 22:32:52 <dcordes> Lopi: any news ?
May 31 22:34:30 <Lopi> dcordes: http://modmyi.com/content/4501-project-ix-gnu-linux-idevice.html
May 31 22:34:35 <Lopi> dcordes: www.projectix.org
May 31 22:34:41 <Lopi> dcordes: newest info is there ;p
May 31 22:35:05 <dcordes> hihihi
May 31 22:42:58 <dcordes> Lopi: I just greped the site for openembedded and shr
May 31 22:43:11 <dcordes> the modmyi
May 31 22:43:45 <Lopi> haha
May 31 22:44:36 <GNUtoo> that reminds me that I should ping someone for an interview, I was offered an interview for replicant
May 31 22:49:06 <dcordes> iX - another case of a not needed fork
May 31 22:49:26 <dcordes> Lopi: what's wrong about calling it "SHR running on iPhone"
May 31 22:49:52 <GNUtoo> dcordes, I think it's for historic reasons
May 31 22:50:02 <Lopi> it's to document everything
May 31 22:50:04 <GNUtoo> it wasn't SHR at the beginning
May 31 22:50:15 <Lopi> I made it clear it's SHR
May 31 22:50:16 <GNUtoo> before it was ubuntu I think
May 31 22:50:22 <Lopi> yeah
May 31 22:50:28 <GNUtoo> then Lopi switched to SHR
May 31 22:50:37 <Lopi> I also didn't write the article ;p
May 31 22:51:03 <dcordes> use the SHR infrastructure, use the SHR naming
May 31 22:51:44 <dcordes> there is the mailing list, wiki including news page etc etc
May 31 22:51:52 <dcordes> bugtracker
May 31 22:52:10 <dcordes> zero advantage in doing the own thing
May 31 22:52:14 <GNUtoo> maybe that's not that important: the most important now is to get a fsodeviced config
May 31 22:52:27 <dcordes> segregation in such projects does not help anybody
May 31 22:52:29 <GNUtoo> but indeed duplicating stuff is not good
May 31 22:53:10 <Lopi> maybe I just don't care?
May 31 22:53:21 <Lopi> I started doing all this for fun
May 31 22:53:28 <Lopi> when it becomes increasingly more work
May 31 22:53:43 <Lopi> and people increasingly complain about the way I do things
May 31 22:53:45 <Lopi> it gets old
May 31 22:53:48 <Lopi> and fast
May 31 22:53:59 <Lopi> I'll go through the official channels when I get time
May 31 22:54:04 <Lopi> but for now I'm only one person
May 31 22:54:31 <Lopi> sorry to be rude, but I found that insulting
May 31 22:55:07 <Lopi> besides, it will never be a complete port
May 31 22:55:39 <Lopi> not at least in the foreseeable future anyway
May 31 22:55:41 <dcordes> especially if you are going alone, the advantage in joining the present infrastructure is enormous.
May 31 22:55:51 <Lopi> I'm not fighting against it
May 31 22:55:52 <Lopi> ask GNUtoo 
May 31 22:56:10 <Lopi> I submit patches, and try to get as much as possible pushed upstream
May 31 22:56:21 <GNUtoo> yes we did patches for openembedded
May 31 22:56:22 <Lopi> I know the advantage
May 31 22:56:25 <Lopi> just be patient man
May 31 22:56:27 <GNUtoo> now iphone is in openembedded
May 31 22:56:33 <Lopi> <-- frustrated
May 31 22:56:39 <GNUtoo> next step is the configs
May 31 22:56:45 <GNUtoo> then the baseband
May 31 22:57:03 <GNUtoo> and then, I guess everything would be pretty ok?
May 31 22:57:15 <GNUtoo> (I mean then it would depend on idroid)
May 31 22:57:28 <GNUtoo> such as PMU
May 31 22:57:49 <dcordes> Lopi: as long as you push upstream it's all good. I am saying this as a friend so no need to go defenseive. you have to see the improtance in using the proper infrastructure. I have seen enough projects who went the one man isolation show and died quickly
May 31 22:58:13 <dcordes> Lopi: it's a common phenomenon among android people
May 31 22:58:52 <Lopi> dcordes: it won't end any time soon, but my device is getting old
May 31 22:59:00 <Lopi> dcordes: soon I won't be using it as my main phone anymore
May 31 22:59:12 <dcordes> Lopi: it's really great to hear you are working to push upstream
May 31 22:59:22 <Lopi> dcordes: check oe, iphone3g is already in it
May 31 22:59:24 <dcordes> Lopi: I know that problem too well...
May 31 22:59:28 <Lopi> dcordes: once I finished configs and baseband on it
May 31 22:59:39 <dcordes> Lopi: with the release date, an HTC phone is obsoleted by the anounced model :)
May 31 22:59:48 <Lopi> dcordes: it will be pushed upstream as well, then I'll do the IPT1G
May 31 23:00:09 <GNUtoo> indeed it's here: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/conf/machine/iphone3g.conf?h=org.openembedded.dev
May 31 23:00:47 <Lopi> I'm trying to convince others to make their own contributions and get them pushed upstream, but that's very difficult
May 31 23:00:53 <Lopi> most people think they're not skilled enough
May 31 23:00:59 <Lopi> when it's very simple
May 31 23:01:07 <dcordes> Lopi: if I sounded rude, I'm sorry. it is my personal experience with the before mentioned android people. in that context I also think it is _very_ important to represent the project you contribute in..
May 31 23:01:57 <GNUtoo> hmmm , for instance openembedded kept their trademark with the fusion with poky
May 31 23:02:10 <Lopi> dcordes: it's okay, you have to understand that the iPhone community is much different than most communities
May 31 23:02:19 <GNUtoo> now I'm a bit confused with what is oe-core tough because of that...lol
May 31 23:02:29 <GNUtoo> ah?
May 31 23:02:34 <dcordes> Lopi: interesting. in what respect ?
May 31 23:02:53 <GNUtoo> they are ultra-skilled people trying to reverse apple's devices?
May 31 23:02:54 <playya_> damn it, disconnect
May 31 23:03:03 <dcordes> GNUtoo: check shr and oe mailing list. I explained how to use koen's oebb.sh to setup oe-core based shr
May 31 23:03:10 <GNUtoo> nice
May 31 23:03:15 <GNUtoo> I'll check
May 31 23:03:17 <playya_> I'm still unable to compile isi wireshark plugin
May 31 23:03:28 <Lopi> dcordes: no one within the community will care if we write an article saying "SHR on the iPhone" 
May 31 23:03:28 <playya_> what version of wireshark are you using?
May 31 23:03:33 <Lopi> dcordes: it's all politics man ;p
May 31 23:03:52 <GNUtoo> playya_, you've got an n900 too? I'm throwing the towel with cmtspeech, someone will have to continue on my footsteps
May 31 23:03:54 <Lopi> dcordes: you have to say things the right way or the project will die
May 31 23:03:57 <dcordes> Lopi: it is not politics, it is because SHR is unknown. and together we can work to change that... :)
May 31 23:04:06 <Lopi> dcordes: yeah and I'm doing my part
May 31 23:04:18 <Lopi> dcordes: I brought a famous device to the project
May 31 23:04:22 <GNUtoo> playya_, do you know alsa?
May 31 23:04:22 <Lopi> dcordes: and made it work
May 31 23:04:47 <dcordes> Lopi: I am planing to release shr on htc hd2 to the wider public (easily installable, with step by step readme etc.) and I am SO gonna put SHR LABEL on it. because this project needs more attention
May 31 23:05:04 <Lopi> dcordes: yeah look at my blog, the SHR label is on it
May 31 23:05:06 <GNUtoo> s/SO/also
May 31 23:05:28 <dcordes> Lopi: my release will say: please visit shr-project.org for more info.
May 31 23:05:38 <Lopi> dcordes: cool dude
May 31 23:05:49 <dcordes> Lopi: when I decided that I looked at the page and thought the introduction sounds messy. so I didn't make my own site, but I improved shr site ...
May 31 23:05:57 <playya_> no. not a real expert. sorry
May 31 23:06:06 <playya_> and i want to start to work on GPS
May 31 23:06:16 <GNUtoo> playya_, ok
May 31 23:06:54 <Lopi> dcordes: I understand your point. I'll do things my way and you can do things your way. All you did was remind me I forgot to reference to SHR user manual and many of the great resources already available.
May 31 23:07:09 <Lopi> dcordes: so thank you for that
May 31 23:07:15 <playya_> but do you have any documentation?
May 31 23:07:20 <Lopi> dcordes: now I must be going, good luck with your HD2 release :)
May 31 23:07:39 <dcordes> Lopi: No. I am asking you to represent this project if you are using it.
May 31 23:07:50 <Lopi> dcordes: how am I not?
May 31 23:08:13 <dcordes> I am not saying you are not
May 31 23:08:33 <Lopi> okay then I'll continue to represent the project as best I can
May 31 23:08:41 <dcordes> cool thanks.
May 31 23:08:46 <Lopi> I'm trying to attract other developers right now from the iphone community
May 31 23:09:01 <Lopi> it's a difficult task
May 31 23:09:08 <Lopi> so be patient with the way I'm doing things ;p
May 31 23:09:32 <dcordes> that's cool. if there is anything in the shr-project that you think might be improved in order to make it more attractive to thos developers from the iPhone community do not hesitate to say it
May 31 23:09:43 <Lopi> will do
May 31 23:10:16 <dcordes> What makes SHR so special ?
May 31 23:10:16 <dcordes> SHR is 100% community driven and based on Free and Open Source Software. This empowers everybody to realize their innovations or add support for new hardware - without needing to ask some CEO or strategy manager first!
May 31 23:10:32 <dcordes> this is a good think but it also gives every one of us the responsibility to shape the processes :)
May 31 23:10:33 <Lopi> you don't need to tell me
May 31 23:10:39 <Lopi> I gave presentations at my university about it
May 31 23:10:51 <Lopi> trust me, I'm more than doing my part in spreading the word about SHR
May 31 23:11:03 <Lopi> besides development
May 31 23:11:14 <dcordes> just trying to emphasize it's not a static thing but a project in motion
May 31 23:11:25 <Lopi> I realize that and I see your passion
May 31 23:11:36 <Lopi> I'm just tired of being lectured by every developer I come in contact with on this project
May 31 23:11:41 <Lopi> understand?
May 31 23:11:47 * krzee notes that the filename has SHR on it
May 31 23:12:12 <dcordes> it doesn't have much of the android or iphone os sex appeal and it's far from known. that's a fact. with the good hardware like iphone, htc, new nokias etc, we have good tools to improve that situation
May 31 23:12:29 <Lopi> k I'm going to eat dinner
May 31 23:12:31 <Lopi> nice talking to you
May 31 23:12:31 * krzee also notes that he had no clue what SHR was, and would have ignored the project if it said "SHR on iDevices"
May 31 23:15:09 <ParkerR> #openmoko
May 31 23:15:13 <ParkerR> Crap
May 31 23:15:16 <ParkerR> Sorry
May 31 23:16:07 <dcordes> Lopi: I am not responsible for 'every developer'. but to me you are the 'shr on iphone' person and I am just sharing some thoughts - because I like the iphone hardware, this project and the fact that you combine both
May 31 23:16:28 <playya_> GNUtoo, do you have any docs about your cmt speech stuff?
May 31 23:16:30 <dcordes> Lopi: that's all! bon appetito
May 31 23:23:03 * DocScrutinizer yawns
May 31 23:33:32 <dcordes> good night fellas
May 31 23:36:57 <ParkerR> Night dcordes 
**** ENDING LOGGING AT Wed Jun 01 02:59:56 2011