**** BEGIN LOGGING AT Thu Apr 19 02:59:59 2012
Apr 19 05:27:14 <PaulFertser> DocScrutinizer: a bit easier to understand implementation of your idea: http://ac100.grandou.net/tips_and_tricks#dedicated_volume_controls_without_pulseaudio i'm about to add it to the alsa wiki soon giving a credit to you of course.
Apr 19 06:03:21 <alabd> jama hello you said only quotes are mising about  http://www.pastie.org/3808737 , but didn't get what u mean  ?
Apr 19 06:17:15 <ildar> hi everybody! wassup with bugs.openembedded.net ?
Apr 19 06:21:49 <ildar> my bitbake says: ImportError: This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770.
Apr 19 06:22:06 <ildar> What I supposed to do, anyone?
Apr 19 06:29:16 <ildar> I see, no of the OE bug.
Apr 19 06:31:27 <alabd> Good day all , am trying to setenv mtparts ... after holdeing AUX button on nand u-boot  , it's done but it will be reset after shutdown and can't use that structure for flashing image ... , before , was using u-boot on nor to solve this issue , but now can't use u-boot on nor , because without holding aux  fr does not create /dev/ttyACM0 in that case .... what's the solution ?
Apr 19 06:39:55 <lindi-> alabd: have you checked u-boot manual? I think there's a way to save environment to flash.
Apr 19 06:40:55 <alabd> lindi-: yes used saveenv command
Apr 19 06:41:05 <alabd> but no effect
Apr 19 06:41:30 <alabd> but dunno why can't access uboot on nor
Apr 19 06:42:02 <alabd> ah remebered , methink have flashed qi there 
Apr 19 06:42:08 <lindi-> alabd: eh?
Apr 19 06:42:11 <lindi-> alabd: you can't flash to nor
Apr 19 06:42:39 <alabd> how to access nor
Apr 19 06:42:41 <alabd> ?
Apr 19 06:43:20 <alabd> how to setnev on nor ?
Apr 19 06:43:23 <alabd> lindi-: ?
Apr 19 07:33:35 <morphis> heyho
Apr 19 07:44:00 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * rdc6b80ce68c4 10/RELEASE-TODO: Update RELEASE-TODO list
Apr 19 07:44:00 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * rcb4efc0479d8 10/fsogsmd/configure.ac: fsogsmd: bump required version of msmcomm-specs to 0.10
Apr 19 07:44:04 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * r9cc81efd9b88 10/fsogsmd/src/lib/at/atcommands.vala: fsogsmd: lib: at commands: generate for each tone one AT+VTS command
Apr 19 07:44:07 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * r1eb618dd6b82 10/fsogsmd/src/plugins/dbus_service/plugin.vala: fsogsmd: dbus_service: validate dtmf tones before passing them to the mediator
Apr 19 07:44:09 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * rb68e3aec729d 10/fsogsmd/tests/Makefile.am: fsogsmd: tests: simplify Makefile for generation of test binaries
Apr 19 07:44:10 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * rd5122850dcf4 10/fsogsmd/src/lib/at/atcommand.vala: fsogsmd: lib: atcommand: pass message to exception rather than logging it
Apr 19 07:44:11 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * r10e643027114 10/fsogsmd/src/lib/modem.vala: fsogsmd: lib: add a NullModem class to be used on tests
Apr 19 07:44:12 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * rfc519db16644 10/fsogsmd/tests/testatcommand.vala: fsogsmd: tests: add test case for AT+VTS command implementation
Apr 19 07:44:13 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * r3e1fea2415cb 10/fsogsmd/tests/ (Makefile.am testatcommand.vala): fsogsmd: tests: testatcommand: make all tests working again
Apr 19 07:44:15 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * r54ef26e343cf 10/fsogsmd/src/lib/at/atcommands.vala: fsogsmd: lib: at: PlusCOPS: remove unneeded status field from class definition
Apr 19 07:44:16 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * r6a1ec0075e20 10/fsogsmd/src/lib/at/atcommands.vala: 
Apr 19 07:44:16 <CIA-45> freesmartphone.org: fsogsmd: at: PlusCOPS: correct order of parameters for constructor of class NetworkProvider
Apr 19 07:44:16 <CIA-45> freesmartphone.org: Before longname was the shortname of a network received from the modem and vice versa.
Apr 19 07:49:19 <pabs3> alabd: nor flash is read-only unless you have a debug board, so you can't modify its config
Apr 19 08:24:57 <alabd> pabs3: so how it was possible for me to picocom -b 115200 /dev/ttyACM0 without holding aux button 
Apr 19 08:26:11 <pabs3> I guess replace NAND qi with u-boot
Apr 19 08:28:50 <alabd> pabs3:  where to get uboot image ?
Apr 19 08:33:42 <pabs3> I don't think SHR builds u-boot images any more, so you would need to figure out how to get the source code (git.om.o is down) and the figure out how to build it
Apr 19 08:40:47 <morphis> radekp: ping
Apr 19 08:44:32 <radekp> morphis: pong
Apr 19 08:51:20 <morphis> radekp: you're using ofono on the GTA04 with qtmoko, right?
Apr 19 09:01:03 <radekp> morphis: by default no, but you can use oFono or FSO
Apr 19 09:01:30 <radekp> morphis: it's just one environment variable which tells which backend to use
Apr 19 09:02:17 <radekp> morphis: btw with oFono SMS were not working for me - maybe they are just not enabled for GTA04 modem
Apr 19 09:02:21 <morphis> radekp: ok, as I have here a problem with fsogsmd and the AT+VTS command and I am wondering if this happens with ofono/qtmoko too
Apr 19 09:02:57 <radekp> morphis: what kind of problem?
Apr 19 09:04:06 <morphis> as of 27.007 the AT+VTS command does not expect any response, since implementing it in fsogsmd for the GTA02 we're expecting one which was ok since the GTA04
Apr 19 09:04:19 <morphis> ofono is expecting a response too
Apr 19 09:04:34 <morphis> if I am reading their source
Apr 19 09:06:13 <morphis> better: they are just taking all response after AT+VTS as valid response
Apr 19 09:09:36 <radekp> hmm in fact i havent touched much related code in QtMoko (qtopia's phonemodem library)
Apr 19 09:10:40 <radekp> morphis: is AT+VTS the dial tone stuff? e.g. for operator automat?
Apr 19 09:10:47 <morphis> yes
Apr 19 09:10:55 <radekp> hmm this works ok in QtMoko
Apr 19 09:11:03 <morphis> with the qt at handler?
Apr 19 09:11:04 <radekp> on gta04
Apr 19 09:11:07 <radekp> yes
Apr 19 09:11:13 <morphis> you tried with ofono too?
Apr 19 09:11:32 <radekp> no
Apr 19 09:11:55 <radekp> i am not sure if i have support for this implemented on oFono backend...
Apr 19 09:12:03 <morphis> ok
Apr 19 09:12:13 <morphis> radekp: where is the AT command layer in the qtmoko sources?
Apr 19 09:13:19 <radekp> morphis: https://github.com/radekp/qtmoko/tree/master/src/libraries/qtopiaphonemodem
Apr 19 09:13:36 <morphis> ah
Apr 19 09:14:31 <radekp> morphis: you can override the behaviour in phonevendor plugin
Apr 19 09:14:35 <radekp> e.g. for gta04 https://github.com/radekp/qtmoko/blob/master/devices/gta04/src/plugins/phonevendors/neo/vendor_neo.cpp
Apr 19 09:14:40 <morphis> ok
Apr 19 09:17:25 <morphis> radekp: thanks a lot
Apr 19 09:18:42 <radekp> morphis: no problem :)
Apr 19 09:26:12 <alabd> does anyone know how to get uboot image
Apr 19 09:56:36 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * r22061544acfa 10/fsogsmd/src/lib/mediatorhelpers.vala: fsogsmd: lib: mark method validateDtmfTones as possible source of FreeSmartphone.Error exception
Apr 19 09:56:55 <CIA-45> freesmartphone.org: 03morphis 07bug/669-at+vts-should-not-wait-for-answer * r257605eb7086 10cornucopia/libfsotransport/fsotransport/commandqueue.vala: libfsotransport: commandqueue: make callback field nullable instead of using an additional member variable
Apr 19 09:56:56 <CIA-45> freesmartphone.org: 03morphis 07bug/669-at+vts-should-not-wait-for-answer * rec9197485109 10cornucopia/fsogsmd/src/ (3 files in 3 dirs): 
Apr 19 09:56:56 <CIA-45> freesmartphone.org: fsogsmd: modem_option_gtm601: reimplement AtCallSendDtmf as we're not getting an answer for AT+VTS
Apr 19 09:56:56 <CIA-45> freesmartphone.org: This needs some adjustment in the AT command processing stack which are part of this
Apr 19 09:56:56 <CIA-45> freesmartphone.org: commit too. Before this can be merged to master we need to find a more appropiate name of
Apr 19 09:56:57 <CIA-45> freesmartphone.org: the enqueueSync and processAtCommandSync methods.
Apr 19 15:15:19 <ChristW> Hi, Radek will probably get a GTA04A4 board for development of QtMoko. That means that he has a GTA04A3 board 'extra'. Is there any dev. interested in getting it from him so that he/she can develop for GTA04A3?
Apr 19 15:16:02 <ChristW> For discussion, please head over to #gta04 to keep it all in one place...
Apr 19 16:15:43 <DocScrutinizer> PaulFertser: >> slave.pcm "default"<< crap!
Apr 19 16:20:24 <PaulFertser> DocScrutinizer: why?
Apr 19 16:20:41 <DocScrutinizer> hardcoded audiocard IS crap
Apr 19 16:20:58 <DocScrutinizer> no matter if in c src, or in a alsa config file
Apr 19 16:20:58 <PaulFertser> DocScrutinizer: but it's not hardcoded, it means that whatever you have as you current default card.
Apr 19 16:21:30 <PaulFertser> DocScrutinizer: in fact almost all alsa cards use "default" hardcoded soundcard if nothing is specified.
Apr 19 16:21:30 <DocScrutinizer> yes, and I gave skyoe a kick in the ass for that
Apr 19 16:21:48 <DocScrutinizer> IF NOTHING IS SPECIFIED
Apr 19 16:22:15 <PaulFertser> DocScrutinizer: do you mean i should have added an optional second parameter to be able to specify a slave pcm? Well, probably so.
Apr 19 16:22:48 <DocScrutinizer> look at http://tech.groups.yahoo.com/group/twinklephone/message/1731
Apr 19 16:22:50 <PaulFertser> DocScrutinizer: btw, what's your particular usecase?
Apr 19 16:22:57 <DocScrutinizer> you can copy this 1:1
Apr 19 16:23:22 <DocScrutinizer> from 
Apr 19 16:23:24 <DocScrutinizer> cat >>${HOME}/.asoundrc <<'ETX'
Apr 19 16:23:26 <DocScrutinizer> to 
Apr 19 16:23:28 <DocScrutinizer> ETX
Apr 19 16:23:35 <PaulFertser> DocScrutinizer: that's exactly the source i used
Apr 19 16:24:13 <PaulFertser> But i decided to do it slightly different, as it seemed to me it'd be more readable that way.
Apr 19 16:24:25 <DocScrutinizer> you kicked aiut the whole @args.SLAVE { type string default "default" } though
Apr 19 16:25:19 <PaulFertser> Yep, as i have only one soundcard to care about, and my default is set to use dmix automatically.
Apr 19 16:25:36 <DocScrutinizer> you made slidername mandatory, and nuked devicename
Apr 19 16:25:52 <PaulFertser> Yep, i did.
Apr 19 16:26:05 <DocScrutinizer> BAD[tm]
Apr 19 16:26:22 <DocScrutinizer> once you plug in a USB headset you'll learn why
Apr 19 16:26:49 <PaulFertser> :(
Apr 19 16:27:13 <DocScrutinizer> mandatory slidername is all fine
Apr 19 16:27:31 <DocScrutinizer> but never have a hardcoded slave for any plugin
Apr 19 16:27:41 <DocScrutinizer> at least not for a generic one
Apr 19 16:28:14 <PaulFertser> DocScrutinizer: reasonable, thanks, i'll change it.
Apr 19 16:28:15 <DocScrutinizer> or let me put it this way: you can hardcode slave when you also hardcode slidername ;-D
Apr 19 16:29:04 <DocScrutinizer> I thank you for publishing this stuff a bit more
Apr 19 16:29:11 <DocScrutinizer> :-)
Apr 19 16:30:38 <DocScrutinizer> also for giving credit of course :-)
Apr 19 16:31:34 <DocScrutinizer> btw you might want to read the few last posts in this thread
Apr 19 16:31:51 <DocScrutinizer> we found out about some funny stuff with card numbers
Apr 19 16:32:04 <DocScrutinizer> and I gave 2 followup mini-howtos
Apr 19 16:43:55 <DocScrutinizer> btw I *guess* dmix is the exception from the rule. AIUI all the (local in app addrspace) dmix plugins communicate via this IPC key, and only one(?) sends the added-up audio to hw:x.y
Apr 19 16:44:37 <DocScrutinizer> you probably don't want to use same IPC key for different dmix&hw-audiocard couples
Apr 19 16:46:40 <DocScrutinizer> maybe I'm wrong though
Apr 19 16:48:55 <DocScrutinizer> hmm, original /usr/share/alsa/dmix.conf seems to not care at all
Apr 19 16:49:08 <DocScrutinizer> so I must be wrong
Apr 19 17:03:01 <PaulFertser> DocScrutinizer: (control card index) hm, i'd need to dig the sources to understand what's the default for that and why sometimes one might need to specify it manually.
Apr 19 17:20:24 <morphis> heyho
Apr 19 17:20:34 <morphis> GNUtoo-desktop: heyho
Apr 19 17:20:38 <morphis> GNUtoo-desktop: good news for you
Apr 19 17:21:05 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * r9aec54f7153d 10/fsogsmd/src/ (3 files in 3 dirs): fsogsmd: modem_option_gtm601: reimplement AtCallSendDtmf as we're not getting an answer for AT+VTS
Apr 19 17:21:05 <CIA-45> freesmartphone.org: 03morphis 07cornucopia * r69f052a1abac 10/docs/fsogsmd/gta04/modem: docs: add notes about the modem used in the GTA04
Apr 19 17:23:02 <morphis> GNUtoo-desktop: http://trac.freesmartphone.org/ticket/669
Apr 19 17:40:39 <GNUtoo-desktop> morphis, hi
Apr 19 17:40:45 <morphis> GNUtoo-desktop: hey
Apr 19 17:41:05 <GNUtoo-desktop> thanks a lot!!!!
Apr 19 17:42:53 <GNUtoo-desktop> mrmoku, hi
Apr 19 17:43:02 <GNUtoo-desktop> we definintely need a forwarder
Apr 19 17:43:37 <morphis> GNUtoo-desktop: for GTA04?
Apr 19 17:43:43 <GNUtoo-desktop> yes 
Apr 19 17:43:44 <GNUtoo-desktop> for us
Apr 19 17:43:46 <morphis> GNUtoo-desktop: we have one
Apr 19 17:43:49 <GNUtoo-desktop> you don't need a forwarder
Apr 19 17:43:51 <morphis> serial_forward works fine
Apr 19 17:43:56 <GNUtoo-desktop> but mrmoku and me needs one
Apr 19 17:43:57 <GNUtoo-desktop> no,
Apr 19 17:43:59 <GNUtoo-desktop> for audio
Apr 19 17:44:01 <morphis> ah
Apr 19 17:44:02 <GNUtoo-desktop> we have A3
Apr 19 17:44:08 <GNUtoo-desktop> you have A4
Apr 19 17:44:20 <morphis> you mean the audio-bridge between the twl4030 and the modem audio port
Apr 19 17:44:25 <GNUtoo-desktop> and it's kind of overkill to buy an A4 just to skip doing the forwarder
Apr 19 17:44:30 <GNUtoo-desktop> because it's very expensive
Apr 19 17:44:35 <morphis> yes
Apr 19 17:44:48 <morphis> thats correct
Apr 19 17:44:54 <morphis> whats with radekp's forwarder?
Apr 19 17:45:03 <GNUtoo-desktop> it's badly desinged
Apr 19 17:45:14 <GNUtoo-desktop> it works only for hw:0
Apr 19 17:45:18 <GNUtoo-desktop> not for dmix
Apr 19 17:45:22 <GNUtoo-desktop> we need dmix
Apr 19 17:45:44 <GNUtoo-desktop> else we need to stop the audio playing when we get a call
Apr 19 17:45:47 <morphis> but it's a example you can take to get it as replacement for your version in fsoaudiod?
Apr 19 17:46:00 <GNUtoo-desktop> there are 3 approach:
Apr 19 17:46:08 <GNUtoo-desktop> 1)doing a new thing(very hard)
Apr 19 17:46:24 <GNUtoo-desktop> 2)fixing the radek's forwarder(I failed)
Apr 19 17:46:29 <morphis> whats with pulseaudio?
Apr 19 17:46:31 <GNUtoo-desktop> 3)fixing alsaloop
Apr 19 17:47:00 <GNUtoo-desktop> alsaloop has only 100% cpu consumation because it starts too early
Apr 19 17:47:06 <GNUtoo-desktop> so we profile it
Apr 19 17:47:09 <GNUtoo-desktop> and we fix it
Apr 19 17:47:10 <GNUtoo-desktop> no?
Apr 19 17:47:20 <morphis> :)
Apr 19 17:47:29 <GNUtoo-desktop> maybe that's the best approach
Apr 19 17:47:36 <morphis> to profile alsaloop?
Apr 19 17:47:38 <GNUtoo-desktop> else we fix radek's forwareder for dmix
Apr 19 17:47:40 <GNUtoo-desktop> yes
Apr 19 17:48:04 <GNUtoo-desktop> since radek is getting advises for improving his forwarder that could work too
Apr 19 17:48:58 <morphis> whats missing in radekp's forwarder to support dmix?
Apr 19 17:49:59 <GNUtoo-desktop> basically there are no threads, and I tried changing the settings with forwarding only one way and I got EPIPE
Apr 19 17:50:08 <GNUtoo-desktop> which means buffer overrun/underrun
Apr 19 17:50:13 <GNUtoo-desktop> on both record and play
Apr 19 17:50:27 <GNUtoo-desktop> tons of EPIPE
Apr 19 17:50:30 <GNUtoo-desktop> and no sound at all
Apr 19 17:50:45 <GNUtoo-desktop> maybe I should fix the settings in the asound.conf tough
Apr 19 17:51:18 <GNUtoo-desktop> meta-fso/recipes-freesmartphone/freesmartphone/libfso-glib_git.bb, failes
Apr 19 17:51:33 <morphis> ?
Apr 19 17:51:39 <morphis> you're using AUTOREV?
Apr 19 17:51:46 <GNUtoo-desktop> yes as usual
Apr 19 17:51:59 <morphis> can you give me the log?
Apr 19 17:52:09 <GNUtoo-desktop> I'll try to bitbake it again
Apr 19 17:53:35 <GNUtoo-desktop> morphis, note that you can participate if you want to the forwarder
Apr 19 17:53:50 <GNUtoo-desktop> your phone is capable of beeing software forwarded
Apr 19 17:53:54 <GNUtoo-desktop> or hardware too
Apr 19 17:54:09 <morphis> GNUtoo-desktop: ok, but I am not very skilled in audio things
Apr 19 17:54:14 <GNUtoo-desktop> | Requested 'fso-specs >= 2012.04.18.1' but version of fso-specs is 2012.02.16.1
Apr 19 17:54:19 <GNUtoo-desktop> ok
Apr 19 17:54:31 <morphis> GNUtoo-desktop: you're using $AUTOREV for fso-specs too?
Apr 19 17:54:37 <GNUtoo-desktop> let me look
Apr 19 17:55:23 <GNUtoo-desktop> SRCREV_pn-fso-specs = "${AUTOREV}"
Apr 19 17:55:29 <GNUtoo-desktop> I'll clean fso-specs
Apr 19 17:56:32 <morphis> yes
Apr 19 17:58:02 <GNUtoo-desktop> NOTE: package fso-specs-1_2012.02.16.1+gitr3+b8c9c9f5fa01d728d0cfc226f83458161a2937bb-r1: task do_install: Started
Apr 19 17:58:07 <morphis> GNUtoo-desktop: but I think it's better I take care about the rest of FSO
Apr 19 17:58:21 <morphis> fso-specs-1_2012.02.16.1 is because the version is not bumped in the recipe
Apr 19 17:58:26 <morphis> but that should be ok
Apr 19 17:58:30 <GNUtoo-desktop> ok
Apr 19 17:58:50 <morphis> that will come in later with the changes in my morphis/pending branch
Apr 19 17:59:03 <morphis> GNUtoo-desktop: as we decided to base shr-core on latest stable version of FSO
Apr 19 17:59:31 <GNUtoo-desktop> ok but will I still be able to use autorev and to contribute to both SHR and FSO?
Apr 19 18:00:37 <morphis> GNUtoo-desktop: yes
Apr 19 18:00:42 <morphis> GNUtoo-desktop: for you nothing will change
Apr 19 18:00:50 <GNUtoo-desktop> ok
Apr 19 18:00:55 <morphis> you just have to use fso-autorev.inc (as you're already doing)
Apr 19 18:01:04 <GNUtoo-desktop> apart that it will be more stable if I use feeds images
Apr 19 18:01:12 <morphis> yes
Apr 19 18:01:19 <GNUtoo-desktop> like once the first phone that I get become usable
Apr 19 18:01:29 <GNUtoo-desktop> | Requested 'fso-specs >= 2012.04.18.1' but version of fso-specs is 2012.02.16.1
Apr 19 18:01:31 <GNUtoo-desktop> hmmm
Apr 19 18:01:36 <morphis> it will take a little bit more until features / bug fixes are available but that's ok I think
Apr 19 18:01:59 <morphis> GNUtoo-desktop: then something in your sysroot is wrong
Apr 19 18:02:23 <GNUtoo-desktop> ok
Apr 19 18:02:27 <GNUtoo-desktop> let me look
Apr 19 18:04:08 <GNUtoo-desktop> how does the version detection work?
Apr 19 18:04:12 <GNUtoo-desktop> .pc ?
Apr 19 18:06:28 <GNUtoo-desktop> *pkgconfig
Apr 19 18:07:51 <morphis> yes
Apr 19 18:08:24 <GNUtoo-desktop> mrmoku, ping
Apr 19 18:08:31 <GNUtoo-desktop> also I need a forwarder fast....
Apr 19 18:08:49 <GNUtoo-desktop> or a serial cable for crespo....
Apr 19 18:09:24 <morphis> GNUtoo-desktop: I am on the way getting my serial cable working
Apr 19 18:09:37 <morphis> I ordered the serial-usb-converter from sparkfun
Apr 19 18:09:37 <mrmoku> GNUtoo-desktop: pong
Apr 19 18:09:42 <GNUtoo-desktop> ok
Apr 19 18:09:44 <morphis> and I just need to solder it all together
Apr 19 18:09:56 <GNUtoo-desktop> mrmoku, at what point are you for the forwarder
Apr 19 18:10:08 <mrmoku> at the point to be able to start :-)
Apr 19 18:10:14 <GNUtoo-desktop> morphis, how long and how much does shipping from sparkfun cost?
Apr 19 18:10:21 <mrmoku> until yesterday evening I had no working gta04
Apr 19 18:10:25 <GNUtoo-desktop> because I'm abuot to order the usb breakout
Apr 19 18:10:37 <GNUtoo-desktop> which is more solid than the local cable taken apart
Apr 19 18:10:37 <mrmoku> now that I'm able to build images again I can start to try
Apr 19 18:10:47 <GNUtoo-desktop> ok
Apr 19 18:10:54 <GNUtoo-desktop> mrmoku, what way do we go?
Apr 19 18:10:57 <GNUtoo-desktop> radek's forwarder
Apr 19 18:11:04 <mrmoku> I will try to work on radeks forwarder yeah
Apr 19 18:11:06 <GNUtoo-desktop> alsaloop performance profiling?
Apr 19 18:11:09 <GNUtoo-desktop> ok
Apr 19 18:11:57 <morphis> GNUtoo-desktop: it tooks 1,5 weeks
Apr 19 18:12:04 <morphis> and costs ... let me look
Apr 19 18:12:08 <GNUtoo-desktop> Version: 2012.02.16.1
Apr 19 18:12:17 <GNUtoo-desktop> in /home/gnutoo/embedded/oe/oe-core/shr/oetmps/build/sysroots/om-gta04/usr/share/pkgconfig//fso-specs.pc
Apr 19 18:12:34 <morphis> GNUtoo-desktop: $19,95 USD
Apr 19 18:12:35 <GNUtoo-desktop> git hash is b8c9c9f5fa01d728d0cfc226f83458161a2937bb
Apr 19 18:12:36 <GNUtoo-desktop> ok
Apr 19 18:12:36 <morphis> GNUtoo-desktop: thats wrong
Apr 19 18:12:48 <GNUtoo-desktop> what's wrong the hash?
Apr 19 18:12:55 <GNUtoo-desktop> of course the version is wrong too
Apr 19 18:13:02 <GNUtoo-desktop> but is also the hash wrong
Apr 19 18:13:05 <morphis> the version yes, SRCREV is latest
Apr 19 18:13:15 <GNUtoo-desktop> ok
Apr 19 18:13:17 <GNUtoo-desktop> strange then
Apr 19 18:13:20 <GNUtoo-desktop> I cleaned all
Apr 19 18:13:21 <GNUtoo-desktop> etc...
Apr 19 18:13:27 <morphis> cleansstate?
Apr 19 18:13:32 <GNUtoo-desktop> cleanall
Apr 19 18:13:41 <GNUtoo-desktop> that is even stronger
Apr 19 18:13:47 <GNUtoo-desktop> it clean the sources too
Apr 19 18:14:03 <GNUtoo-desktop> clean < cleansstate < cleanall
Apr 19 18:14:53 <GNUtoo-desktop> also if we fail for crespo there is still the galaxy nexus
Apr 19 18:15:08 <GNUtoo-desktop> it's an omap and so the modem is connected trough HSI
Apr 19 18:16:49 <morphis> GNUtoo-desktop: why we're failing with the Nexus S ? just because sound is currently not working?
Apr 19 18:17:31 <GNUtoo-desktop> I said in case we fails, and I meant if we fail to fix the modem<->CPU spying issue
Apr 19 18:17:48 <GNUtoo-desktop> that's why you bought a serial cable right?
Apr 19 18:18:00 <GNUtoo-desktop> or was it for another reason?
Apr 19 18:18:42 <morphis> I bought it to be able to debug issues better I cannot without working usbnet etc.
Apr 19 18:18:46 <GNUtoo-desktop> ok
Apr 19 18:18:50 <morphis> not because of the spying issue
Apr 19 18:18:57 <GNUtoo-desktop> so I guess you don't care at all about the spying issue
Apr 19 18:19:04 <morphis> currently not
Apr 19 18:19:07 <GNUtoo-desktop> ok
Apr 19 18:19:32 * GNUtoo-desktop wrote that message from his coreboot desktop(no SMM/SMI rootkit in the BIOS)
Apr 19 18:19:35 <morphis> thats luxury if we want such a device to support
Apr 19 18:19:47 <morphis> GNUtoo-desktop: :)
Apr 19 18:20:12 <GNUtoo-desktop> and now I've dual screen and I've fixed the Hyper transport issue that made the resolution too low
Apr 19 18:20:46 <GNUtoo-desktop> anyway what should we do for fso-specs?
Apr 19 18:21:41 <morphis> puuh
Apr 19 18:21:45 <GNUtoo-desktop> Version: 2012.02.16.1 is in git
Apr 19 18:21:48 <morphis> no
Apr 19 18:21:52 <GNUtoo-desktop> ah?
Apr 19 18:22:10 <CIA-45> freesmartphone.org: 03morphis 07specs * rf093b5c76b6e 10/autogen.sh: Update autogen.sh script
Apr 19 18:22:10 <CIA-45> freesmartphone.org: 03morphis 07specs * rbc87fa949efb 10/configure.ac: Bump version to reflect last changes
Apr 19 18:22:11 <CIA-45> freesmartphone.org: 03morphis 07specs * rb99902e3cfab 10/tools/create-release-archive: Add little script to create release archive from git
Apr 19 18:22:12 <CIA-45> freesmartphone.org: 03morphis 07specs * r8c988907dc7e 10/ChangeLog: Release version 2012.04.18.1
Apr 19 18:22:15 <morphis> hm
Apr 19 18:22:16 <GNUtoo-desktop> ok
Apr 19 18:22:21 <morphis> that was the problem :)
Apr 19 18:22:26 <GNUtoo-desktop> thanks
Apr 19 18:22:29 <morphis> I thought I pushed but didn't .)
Apr 19 18:22:33 <morphis> sorry, my fault
Apr 19 18:22:42 <GNUtoo-desktop> np
Apr 19 18:22:58 <morphis> thats the problem when you're releasing so much stuff at once ....
Apr 19 18:23:22 <morphis> not that it's a headache to take care that everything compiles with everything else fine ...
Apr 19 18:23:29 <morphis> and is ready for distribution ...
Apr 19 18:23:36 <GNUtoo-desktop> yes but you can involve people for testing stuff
Apr 19 18:25:27 <morphis> you mean integration testing?
Apr 19 18:26:26 <GNUtoo-desktop> I mean people like me that are complaining all the time
Apr 19 18:26:33 <GNUtoo-desktop> foo doesn't build
Apr 19 18:26:37 <GNUtoo-desktop> bar is unusable
Apr 19 18:26:39 <GNUtoo-desktop> etc....
Apr 19 18:27:10 <morphis> ah ok
Apr 19 18:27:57 <morphis> when I am releasing the next version of some FSO components I hope everything is in a usable state
Apr 19 18:28:02 <GNUtoo-desktop> ok
Apr 19 18:28:22 <morphis> but there is a lot of work left
Apr 19 18:28:29 <morphis> take a look at the bug tracker for 0.11
Apr 19 18:28:31 <GNUtoo-desktop> it depends
Apr 19 18:28:32 <GNUtoo-desktop> ok
Apr 19 18:28:38 <morphis> already 32 bugs
Apr 19 18:28:54 <morphis> and some stuff only reported on some mailinglists
Apr 19 18:29:03 <GNUtoo-desktop> ouch
Apr 19 18:29:52 <morphis> nothing critical but thats the state after two years of not fixing bugs
Apr 19 18:35:08 <GNUtoo-desktop> some have patches included
Apr 19 18:35:16 <GNUtoo-desktop> and no one applied the patch
Apr 19 18:35:21 <morphis> yes
Apr 19 18:35:41 <morphis> with some like rico about the fsotdld patches I am already in discussion
Apr 19 20:16:57 <GNUtoo-desktop> mrmoku, you're still building?
Apr 19 20:28:28 <mrmoku> GNUtoo-desktop: no, I'm into the forwarder
Apr 19 20:28:41 <GNUtoo-desktop> ok
Apr 19 20:28:45 <GNUtoo-desktop> do you want help
Apr 19 20:28:47 <GNUtoo-desktop> ?
Apr 19 20:28:48 <mrmoku> making it threaded
Apr 19 20:28:53 <mrmoku> not yet 
Apr 19 20:28:53 <GNUtoo-desktop> such as my patches?
Apr 19 20:28:59 <GNUtoo-desktop> ok
Apr 19 20:29:06 <mrmoku> well... yeah... still waiting for your mail :-P
Apr 19 20:29:18 <mrmoku> no interactive help needed... but patches are welcome :-)
Apr 19 20:29:31 <GNUtoo-desktop> ok
Apr 19 20:31:07 <GNUtoo-desktop> hmmm looking at my patches....they are bad
Apr 19 20:31:14 <GNUtoo-desktop> I'll send them still
Apr 19 20:32:06 <mrmoku> yeah, any inspiration is good
Apr 19 20:36:27 <mrmoku> #openmoko-cdevel.06.log:06-04-2012 21:09:17 < DocScrutinizer!~halley@openmoko/engineers/joerg: I already gave you a pointer to the alsadevice.c of twinkle, didn't I?
Apr 19 20:36:44 <mrmoku> DocScrutinizer51: you mean audio_device.cpp, right?
Apr 19 20:36:46 <GNUtoo-desktop> mrmoku, sent
Apr 19 20:36:49 <mrmoku> GNUtoo-desktop: thx
Apr 19 20:41:40 <nschle85> GNUtoo-desktop: hello, Nemo kernel is 2.6.37
Apr 19 20:41:56 <GNUtoo-desktop> ok
Apr 19 20:42:06 <GNUtoo-desktop> I think that's what we have in SHR too
Apr 19 20:44:36 <nschle85> GNUtoo-desktop: i think too
Apr 19 21:58:18 <GNUtoo-desktop> hi DocScrutinizer 
Apr 19 21:59:06 <GNUtoo-desktop> is there any security issues in xchat 2.8.8
Apr 19 22:02:18 <CIA-45> SHR: 03Martin.Jansa 07meta-smartphone * rbfa2c81bc1f5 10/meta-shr/recipes-shr/3rdparty/ (estardict_0.6.bb ffphonelog_git.bb iliwi_git.bb): ffphonelog, estardict, iliwi: bump PR for libelementary soname change
Apr 19 22:20:14 <CIA-45> SHR: 03shr-devel 07buildhistory * r601226790ec7 10/packages/ (42 files in 42 dirs): packages: Build 201204200004 of shr 20120419 for machine om-gta02 on opmbuild
Apr 19 22:31:22 <CIA-45> SHR: 03shr-devel 07buildhistory * rcb9a1b7ce38f 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (29 files in 29 dirs): packages: Build 201204200020 of shr 20120419 for machine nokia900 on opmbuild
Apr 19 22:37:14 <CIA-45> SHR: 03GNUtoo 07meta-smartphone * r00c967f3c5c2 10/meta-samsung/recipes-bsp/firmware/linux-bcm4329-firmware_1.0.bb: meta-samsung: linux-bcm4329-firmware: fix installation
Apr 19 22:37:24 <CIA-45> SHR: 03GNUtoo 07meta-smartphone * re6cc33ad44f5 10/meta-shr/recipes-support/xchat/xchat_2.8.8.bb: meta-shr: Add xchat 2.8.8
Apr 19 22:53:51 <GNUtoo-desktop> JaMa, hi
Apr 19 22:58:29 <CIA-45> SHR: 03shr-devel 07buildhistory * re7ba156d0a8e 10/images/crespo/eglibc/chroot-image/ (build-id image-info.txt installed-package-sizes.txt): images: Build 201204200051 of shr 20120419 for machine crespo on opmbuild
Apr 20 01:32:36 <DocScrutinizer> mrmoku: right
**** ENDING LOGGING AT Fri Apr 20 02:59:58 2012