**** BEGIN LOGGING AT Sun Jun 05 02:59:56 2011
Jun 05 04:08:15 <DocScrutinizer> what do you think is a "gizzle"? Something XXX? Something to get the detergent? Kid of Gizz Butt?
Jun 05 04:09:09 <DocScrutinizer> No, it's something you can use to tell EE from normal mortals (think of POW interrogations etc)
Jun 05 04:09:57 <DocScrutinizer> normal human beings just get puzzled over it, while EE die from headache: http://www.gizmoforyou.net/site/en/gizmocommunity/photos/photo.html?groupid=12&albumid=15#photoid=329
Jun 05 04:12:12 <DocScrutinizer> special gimmick: the 0.1uF is mirrored, so you can also tell apart those with a normal brain from those with severe functional disorder
**** ENDING LOGGING AT Sun Jun 05 05:12:12 2011

**** BEGIN LOGGING AT Sun Jun 05 05:18:15 2011
Jun 05 05:18:31 <DocScrutinizer> developed 1965
Jun 05 05:18:38 <PaulFertser> Helluva difference indeed :)
Jun 05 05:18:51 <DocScrutinizer> my favourite toy in the late 60s/early 70s
**** ENDING LOGGING AT Sun Jun 05 05:23:03 2011

**** BEGIN LOGGING AT Sun Jun 05 05:24:14 2011
Jun 05 05:26:46 <DocScrutinizer> of course not the right tool to prototype a phone
Jun 05 05:26:55 <DocScrutinizer> but for simple things it's incredible
Jun 05 05:28:30 <DocScrutinizer> well, Braun marketed it (and also had 'some' influence on style) - this tells all about it
Jun 05 05:28:54 <DocScrutinizer> almost everything Braun touched got a classic
Jun 05 05:29:42 <DocScrutinizer> somewhat Braun > B&O
Jun 05 05:30:18 <DocScrutinizer> somebody at Braun has to be a friggin genius
Jun 05 05:33:16 <DocScrutinizer> http://de.wikipedia.org/wiki/Braun_SK_4
Jun 05 05:34:03 <DocScrutinizer> http://de.wikipedia.org/wiki/Braun_(Elektrogeräte)
Jun 05 05:48:45 <PaulFertser> DocScrutinizer: (1965) no wonder they're using pnp transistors, i was a bit puzzled about that :)
Jun 05 05:53:37 <PaulFertser> DocScrutinizer: do i understand it right they're using two-transistor class-A output amp because those transistors had a relatively low gain?
Jun 05 06:04:24 <DocScrutinizer> probably yes
Jun 05 06:05:08 <DocScrutinizer> just about to celebrate triumph of brute force over plastic and ultrasonic welding
Jun 05 06:05:33 <DocScrutinizer> cracked open a eeePC battery pack - only one minor injury
Jun 05 06:07:08 <DocScrutinizer> and *amybe* I could even reassemble this pastic case after fixing whatever gone bonkers. Probably needs cell swap
Jun 05 06:07:14 <DocScrutinizer> maybe*
Jun 05 06:08:16 <DocScrutinizer> LiIon deep discharge - so much for eeePC701 batery maintenance&protection
Jun 05 06:09:07 <DocScrutinizer> now for your class-a. Which schematic?
Jun 05 06:09:15 <DocScrutinizer> the one I linked above?
Jun 05 06:12:12 <DocScrutinizer> yes, that is a single-ended class-A amp, driven by a class-A (collector) driver stage
Jun 05 06:14:34 <PaulFertser> DocScrutinizer: i've read that some (many?) laptop battery packs really require chip reprogramming, the repairmen are disassembling the firmware inside those battery monitoring chips etc etc.
Jun 05 06:15:00 <DocScrutinizer> meh
Jun 05 06:15:34 <DocScrutinizer> knew it, I should've binned that crap, rather than nailing my thumb with the screwdriver
Jun 05 06:15:47 <PaulFertser> Oh
Jun 05 06:16:36 <DocScrutinizer> probably I also nailed some SMT PCB inside the pack
Jun 05 06:16:37 <PaulFertser> Also, they tell LiIon AA cells should better be welded (rather than soldered, as soldering them requires speed and precision).
Jun 05 06:17:55 <PaulFertser> They do not usually share much details about those chips inside the packs to the outsiders, so i do not know much. There's plenty of them and each might require some custom ad-hoc programmer and new calibration tables etc.
Jun 05 06:23:50 <DocScrutinizer> 4*  8p (2 fat ones),  3 switches or he like (3,4,5p), 1* 18p, quite a bit of birdseeed too
Jun 05 06:25:34 <DocScrutinizer> 4* 18650,  2 parallel, 2 serial pairs. 3 wire load balancing
Jun 05 06:27:52 <DocScrutinizer> both cell-packs at 2.08V
Jun 05 06:28:33 <DocScrutinizer> wonder why the bastard refuses to charge
Jun 05 06:36:09 <DocScrutinizer> the scary par is the 7pole connector of the whole pack. Quite unclear what they're doing there
Jun 05 06:36:44 <DocScrutinizer> of course a multilayer
Jun 05 06:37:45 <DocScrutinizer> hooray, and now my eye fail to see once more, so bbl, can't read your answers
Jun 05 07:05:55 <mrmoku> DocScrutinizer: hmm... see it didn't work out in the end :/
Jun 05 07:06:12 <DocScrutinizer> indeed, a mega pita
Jun 05 07:06:35 <DocScrutinizer> but then the plugin from gnutoo worked great :-D
Jun 05 07:07:21 <DocScrutinizer> I *love* linux for things like >> wireshark -k -i <(ssh -l root IroN900 tshark -w - -i phonet0 )
Jun 05 07:07:42 <mrmoku> ahh, it worked out in the end
Jun 05 07:07:48 * mrmoku stopped reading at: 09:03 < DocScrutinizer> 02:07:06> haha my wireshark is dead (even without isi.so) wireshark: symbol lookup error: /usr/lib/libwireshark.so.0: undefined symbol: g_malloc0_n
Jun 05 07:08:20 <DocScrutinizer> meh, I uninstalled that 1.4.6 version and downgraded to 1.4.4
Jun 05 07:09:00 <DocScrutinizer> 1.4.6 been labeled "suse 11.3" in the end, and I got 11.2
Jun 05 07:09:08 <mrmoku> heh, ok
Jun 05 07:09:10 <DocScrutinizer> dunno
Jun 05 07:09:31 <DocScrutinizer> the failing build though been extremely embarrassing
Jun 05 07:10:05 <DocScrutinizer> I wasn't even able to install that wireshark.src.rpm
Jun 05 07:10:38 <DocScrutinizer> maybe I'm lucky at it, probably it wouldn't have worked with full wireshark sources as well
Jun 05 07:12:49 <DocScrutinizer> I also completely absolutely fail to get the rationale behind keeping track of a sourcecode "install" in the central master RPM database
Jun 05 07:14:07 <DocScrutinizer> heh, when I'm a normal devel in a crew of 100, am I supposed to ask sysadmin to install that soure rpm for me? I can't do it as rpm run with user perms mustn't access central db AIUI
Jun 05 07:14:58 <DocScrutinizer> that's schizo
Jun 05 07:17:13 <DocScrutinizer> may be those src.rpm are meant to provide a systemwide resource of sources in user-r/o dirs like usr/src/foo/bar
Jun 05 07:17:46 <DocScrutinizer> that'd make sense then to keep them in the rpm db and allow only admin to install
Jun 05 07:18:12 <DocScrutinizer> what WTF am I supposed to do when I want a local copy to play with?
Jun 05 07:18:58 <DocScrutinizer> oviously there are a few bits missing for my LP-1 cert
Jun 05 07:22:57 <DocScrutinizer> mrmoku: how would you suggest I install a src.rpm ?
Jun 05 07:23:58 <DocScrutinizer> or, is a pkg like wireshark supposed to come as wireshark.src.rpm at all, to start with?
Jun 05 07:25:15 <DocScrutinizer> maybe I lived under a stone the last 12 years ;-)
Jun 05 07:26:31 <DocScrutinizer> or I'm in an aphasic zombie state the last 12 hours...
Jun 05 07:30:40 <mrmoku> DocScrutinizer: every rpm has a src.rpm
Jun 05 07:31:15 <mrmoku> but they're used to (re)build the rpm 
Jun 05 07:31:29 <mrmoku> and probably get installed somewhere to /usr/src
Jun 05 07:31:47 <mrmoku> nothing that would help you in building the plugin
Jun 05 07:32:08 <DocScrutinizer> so completely useless crap unless you're a distro maintainer
Jun 05 07:32:41 <DocScrutinizer> right?
Jun 05 07:34:35 <DocScrutinizer> seems I fail to understand which way shared development is managed nowadays
Jun 05 07:35:26 <mrmoku>         mkdir -p $(CURDIR)/debian/tmp/usr/include/wireshark/
Jun 05 07:35:26 <mrmoku>         for F in `cat debian/wireshark-dev.header-files`; do \
Jun 05 07:35:26 <mrmoku>                 cp --parents $$F $(CURDIR)/debian/tmp/usr/include/wireshark; \
Jun 05 07:35:29 <mrmoku>         done
Jun 05 07:35:34 * DocScrutinizer sighs and sentimentally thinks back to the times where you fetched a .tgz via ftp
Jun 05 07:36:30 <mrmoku> with wireshark-dev.header-files being http://paste.pocoo.org/show/400933/
Jun 05 07:36:41 <mrmoku> DocScrutinizer: that's what I did :)
Jun 05 07:36:59 <DocScrutinizer> aah, was about to ask where from I get that debian stuff on my suse
Jun 05 07:37:00 <mrmoku> built wireshark myself from source and manually copied the headerfiles
Jun 05 07:37:40 <mrmoku> because wireshark has no rule to install the headerfiles needed for plugin out-of-tree building
Jun 05 07:37:53 <DocScrutinizer> idiots
Jun 05 07:38:02 <DocScrutinizer> bug dates back to 2007
Jun 05 07:38:07 <mrmoku> yeah
Jun 05 07:38:20 <DocScrutinizer> there's a ticket for it
Jun 05 07:39:02 <DocScrutinizer> you probably should've written your dissector in LUA
Jun 05 07:39:25 <mrmoku> first I have NFC of lua
Jun 05 07:39:36 <mrmoku> and second I just continued the work hre started
Jun 05 07:39:36 <DocScrutinizer> who has ;-)
Jun 05 07:39:46 <DocScrutinizer> yeah, I know
Jun 05 07:40:05 <DocScrutinizer> s/you/hre/
Jun 05 07:40:30 <DocScrutinizer> s/you/hre/
Jun 05 07:40:50 <DocScrutinizer> mhm, still a valid s/ even when it doesn't match
Jun 05 07:41:13 <DocScrutinizer> s/you/hre/.
Jun 05 07:41:16 <DocScrutinizer> s/you/hre/
Jun 05 07:41:16 <apt> DocScrutinizer meant: s/hre/hre/.
Jun 05 07:41:37 <mrmoku> hehe
Jun 05 07:42:50 <DocScrutinizer> mrmoku: did you know about that weird piping syntax?  <(foobar)
Jun 05 07:45:04 <mrmoku> no
Jun 05 07:47:01 <PaulFertser> mrmoku: lua is cool i tell you ;)
Jun 05 07:47:58 <PaulFertser> A real small nice language with closures and other fine stuff.
Jun 05 07:47:59 <DocScrutinizer> btw I seem to have read you should stop capturing in wireshark (when piping) prior to quiting WS, or otherwise pipe may stall and you can't kill down the far end
Jun 05 07:48:42 * DocScrutinizer wonders if PaulFertser is kindding or not
Jun 05 07:48:46 <mrmoku> PaulFertser: possible... I did not have any contact with it
Jun 05 07:53:18 <DocScrutinizer> http://wiki.wireshark.org/Lua
Jun 05 07:54:15 <DocScrutinizer> wireshark - tools - LUA - wiki
Jun 05 07:54:50 <DocScrutinizer> there are some examples
Jun 05 07:57:44 <PaulFertser> DocScrutinizer: nah, lua is really nice for some purposes.
Jun 05 07:58:14 <DocScrutinizer> that's what I thought, no idea about how Lua feels though
Jun 05 07:59:13 <DocScrutinizer> for what I can tell it might be anything between lisp and bash-script
Jun 05 07:59:56 <DocScrutinizer> maybe even something sane and simple... :-)
Jun 05 08:00:34 <DocScrutinizer> one thing I seem to have gathered are
Jun 05 08:00:39 <DocScrutinizer> -- comments
Jun 05 08:00:44 <DocScrutinizer> which feels strange
Jun 05 08:02:14 <DocScrutinizer> well, seems like every language needs at least one unique way for commenting, or it's not considered a mature language ;-P
Jun 05 08:03:51 <DocScrutinizer> PaulFertser: you ever seen this syntax before?  less <(cat foo)
Jun 05 08:04:23 <PaulFertser> DocScrutinizer: i think yes, mentioned in man bash iirc
Jun 05 08:04:50 * DocScrutinizer has to RTF bash M
Jun 05 08:05:36 <DocScrutinizer> where's the difference to cat foo | less?
Jun 05 08:05:45 <DocScrutinizer> or am I already asleep?
Jun 05 08:06:38 <PaulFertser> DocScrutinizer: it's some built-in intrinsic and so runs in a more optimised fashion iirc.
Jun 05 08:06:49 <DocScrutinizer> :nod:
Jun 05 08:06:55 <DocScrutinizer> what I suspected
Jun 05 08:07:19 <DocScrutinizer> buffersize of | simetimes is :-o
Jun 05 08:09:22 <DocScrutinizer> also might be different in invocation sequence
Jun 05 08:10:31 <DocScrutinizer> think I heard shell cmdlines are parsed and evaluated right-to-left
Jun 05 08:11:46 <DocScrutinizer> o/
Jun 05 10:49:54 <ChristW> Guten mittag allen!
Jun 05 10:50:19 <ChristW> Whew, I finally connected... my home computer had been banned from using Freenode, so this is the ... alternative route.
Jun 05 10:51:14 <mrmoku> ChristW: ouch... why that?
Jun 05 10:52:10 <pespin> hmm does someone know if timidity can be built with OE?
Jun 05 10:52:41 <mrmoku> pespin: either you're timid... or you're not... don't think you can build that ;)
Jun 05 10:53:56 <pespin> mrmoku, lol, you mean I can't built timidity (I know :P) or timidity++ (as in midi synth) ?
Jun 05 10:54:37 <mrmoku> pespin: ./nonworking/timidity/timidity_2.13.2.bb
Jun 05 10:54:53 <adiblol> I `aptitude upgrade`d Debian sid on FR and changed kernel to 2.6.34, now udevd eats 100% CPU because of 'function unimplemented', touchscreen is fscked and GSM is fscked, but I cant downgrade to kernel 2.6.29 because udev stops working completly then...
Jun 05 10:55:02 <mrmoku> looks like it probably would need some love...
Jun 05 10:55:29 <mrmoku> pespin: looks like neither of both :P
Jun 05 10:55:34 <pespin> hmm should I use shr-core or still use old OE?
Jun 05 10:55:56 <pespin> mrmoku, I can easily give up on timidity, but timidity++ would be nice :P
Jun 05 10:55:59 * mrmoku just started an old OE build from sratch as the shr-core build is missing too much
Jun 05 10:56:28 <mrmoku> DESCRIPTION = "TiMidity++ -- MIDI-to-WAVE converter and player"
Jun 05 10:57:12 <ChristW> mrmoku: Prbably because I'm running a Tor exit node because of EFF's Tor challenge...
Jun 05 10:57:55 <pespin> ok, so lets update my OE build.
Jun 05 10:58:44 <ChristW> Could someone help me debug my 'cannot reliably use my phone' problem? I sometimes have trouble answering (keeps buzzing and/or mic not activated)
Jun 05 11:00:05 <adiblol> maybe http://openmoko.opendevice.org/~dos/gsmhandset.state
Jun 05 11:01:02 <adiblol> but i never use FR for talking
Jun 05 11:04:14 <ChristW> adiblol: I only have files named 'gsmhandset' (without the .state). Does the .state refer to an older shr?
Jun 05 11:05:27 <ChristW> Is it normal that I have 3 of them? / # vi ./etc/freesmartphone/conf/openmoko_gta/alsa-2.6.31/gsmhands
Jun 05 11:05:30 <ChristW> et ./etc/freesmartphone/conf/openmoko_gta/alsa-2.6.34/gsmhandset ./etc/freesmart
Jun 05 11:05:33 <ChristW> phone/conf/openmoko_gta/alsa-2.6.29/gsmhandset
Jun 05 11:05:34 <adiblol> this is pretty old file but dos1 said it works.
Jun 05 11:06:23 <pespin> ChristW, as lon as alsa-default links to alsa-2.6.34 it should be uptodate afaik :)
Jun 05 11:06:31 <pespin> s/lon/long
Jun 05 11:07:11 <pespin> ChristW, be sure you don't have a 94th "Media Volume" line in gsmhandset. If you have, I think you need to remove it
Jun 05 11:09:03 <ChristW> pespin: I checked all 3 files. I've removed a line 94 about 2 weeks ago, but that hasn't fixed my problem so far. The alsa-default points to the correct subdir.
Jun 05 11:09:46 <adiblol> any way to get udev & frameworkd working with kernel 2.6.34?
Jun 05 11:09:59 <pespin> hmm I still need to check that everything works correctl after doing i, but mrmoku said it should be ok
Jun 05 11:10:02 <pespin> I'll try now.
Jun 05 11:10:58 <pespin> adiblol, on gta02? why do you need it :)
Jun 05 11:12:02 <adiblol> because udev doesnt work with kernel 2.6.29
Jun 05 11:12:13 <adiblol> doesnt work AT ALL.
Jun 05 11:25:07 <dcordes> GNUtoo: hi. I would like to ask about your interest with qsd audio routing. you said that you don't want to conitnue with qsd8 at all until we have alsa
Jun 05 11:25:22 <GNUtoo> hi
Jun 05 11:25:47 <GNUtoo> I said I didn't want to invest time on the nexus one port until alsa is there
Jun 05 11:28:35 <dcordes> ok but a general interest in shr on the platform still exists ?
Jun 05 11:28:48 <GNUtoo> yes, if time permits
Jun 05 11:29:36 <dcordes> ok, I am asking because you are on a good way to get working in call audio in leo (and the others)
Jun 05 11:29:45 <GNUtoo> ok
Jun 05 11:30:11 <GNUtoo> basically I can help people(captainigloo and you) but I don't want to invest time for my device(nexusone)
Jun 05 11:31:43 <adiblol> 2.6.37 kernel is even worse - it loops backtraces right after boot, even before init starts.
Jun 05 11:31:56 <adiblol> showing backtraces*
Jun 05 11:32:40 <dcordes> GNUtoo: captainigloo+lxsamer=bravo team :)
Jun 05 11:32:51 <dcordes> GNUtoo: lxsamer even patched bravo machine into oe already
Jun 05 11:33:53 <dcordes> GNUtoo: if we can refine your routing program and add it to oe we can make calls on the leo (plus the potential qsd8 candidates like bravo and nexus) out of the box
Jun 05 11:35:36 <GNUtoo> ok
Jun 05 11:35:42 <GNUtoo> and add the .asoundrc too
Jun 05 11:35:48 <GNUtoo> *asound.conf
Jun 05 11:36:08 <dcordes> I did not try asound.conf on the leo. what is the aim of it ?
Jun 05 11:36:39 <GNUtoo> get alsa write to the android /dev/msm_pcm_out
Jun 05 11:36:55 <GNUtoo> that makes alsa work pratically speaking but you get no alsamixer
Jun 05 11:37:45 <GNUtoo> it's published at http://wiki.freesmartphone.org/index.php/HardwareComparison
Jun 05 11:38:16 <adiblol> ...and 2.6.37 hangs after boot...
Jun 05 11:40:52 <GNUtoo> also for the nexusone it would need quite some work with wifi
Jun 05 11:41:05 <GNUtoo> what about bluetooth?
Jun 05 11:42:47 <khorben> http://www.defora.org/os/download/download/3538/mailer-embedded-1.png
Jun 05 11:52:11 <BluesLee> dos1: ping
Jun 05 11:59:52 <dos1> BluesLee: pong
Jun 05 12:01:00 <dcordes> GNUtoo: "add that as .asoundrc: " ?
Jun 05 12:01:07 <dcordes> GNUtoo: are you refering to this ?
Jun 05 12:01:39 <GNUtoo> yes
Jun 05 12:02:19 <BluesLee> dos1: hi ... as always i am asking for a kind of status on openmoko, whats fresh?
Jun 05 12:03:14 <BluesLee> dos1: i have to decide if i sell the device or i use it for other purposes, webradio, gps logging etc
Jun 05 12:03:45 <BluesLee> dos1: opkg.org does not exist anymore, is there an alternative?
Jun 05 12:06:44 <dos1> BluesLee: well, opkg.org was always broken due to being external repository which quickly went out-of-sync with distros
Jun 05 12:06:58 <dos1> BluesLee: i'm more sad about opkg-repo.org - domain got lost :(
Jun 05 12:07:21 <BluesLee> dos1: is there a stable shr distro?
Jun 05 12:08:09 <dos1> well, to be honest I don't think we'll ever release shr-stable in shape we thought about it before
Jun 05 12:08:12 <mrmoku> dos1: we should try to do a repo.shr-project.org
Jun 05 12:08:17 <BluesLee> dos1: what distros do the users flash on their devices, what is obsolete or unmaintained?
Jun 05 12:08:31 <dos1> there are problems even with maintaining shr-testing :(
Jun 05 12:08:42 <BluesLee> okay
Jun 05 12:08:50 <dos1> though there was progress as far as I have seen
Jun 05 12:09:21 <dos1> BluesLee: but from user point of view, shr-testing should be ok
Jun 05 12:09:34 <dos1> or even shr-unstable if you have some time to play with device
Jun 05 12:09:49 <dos1> mrmoku: good idea, ++ from me :)
Jun 05 12:10:15 <BluesLee> i could use the device as a webradio, i need wlan + app for webradio streaming
Jun 05 12:10:19 <dos1> somewhere i should have extended sources of opkg-repo script
Jun 05 12:10:38 <dos1> with some basic filtering and grouping of packages
Jun 05 12:11:59 <BluesLee> dos1: there was a build-in wlan tool for shr, right?
Jun 05 12:12:44 <dos1> BluesLee: yup, illiwi
Jun 05 12:13:20 <BluesLee> is there a webradio app in the repos?
Jun 05 12:14:23 <BluesLee> there should be something
Jun 05 12:16:26 <BluesLee> dos1: i love archive.org, found opkg.org there
Jun 05 12:16:39 <ChristW> Vagalume is in the feeds (last.fm client, IIRC)
Jun 05 12:16:49 <mrmoku> dos1: as spaetz is MIA we maybe could take a look at what OE has in contrib
Jun 05 12:16:52 <mrmoku> there was something IIRC
Jun 05 12:17:17 <dos1> mrmoku: i have seen recently spaetz on facebook ;)
Jun 05 12:17:20 <mrmoku> yeah... contrib/feed-browser
Jun 05 12:17:27 <mrmoku> dos1: heh
Jun 05 12:18:52 <ChristW> When I 'pick up', the volume jumps to 0 and the ring tone keeps playing. Could it have to do with ringtone length? I've set mine to a .WAV with 30 seconds of sound...
Jun 05 12:19:29 <ChristW> Perhaps there's a problem when you pick up 'in the first ring'...
Jun 05 12:20:39 <mrmoku> ChristW: you're completely updated?
Jun 05 12:20:57 <ChristW> mrmoku: Yes, I am. Up to about 1 hr ago.
Jun 05 12:21:18 <mrmoku> ChristW: and /etc/freesmartphone/conf/GTA02/alsa-default/gsmhandset does not have the magic 94th control called media?
Jun 05 12:21:30 <ChristW> I _have_ switched to JaMa|Zzz 's 'other' feed, though (the 'testing' one, if you know what I mesan)
Jun 05 12:22:47 <ChristW> # tail -n 2 /etc/freesmartph
Jun 05 12:22:48 <ChristW> one/conf/GTA02/alsa-default/gsmhandset 
Jun 05 12:22:48 <ChristW> 92:'Left Mixer Left Playback Switch':1:0
Jun 05 12:22:48 <ChristW> 93:'Left Mixer Bypass Playback Switch':1:1
Jun 05 12:24:09 <ChristW> FSO seems borked at the moment... the settings app tells me that it's "unable to connect to FSO"...
Jun 05 12:26:01 <mrmoku> ChristW: hmm... I verified two hours ago that my fully upgraded gta02 (from tests feed too) is working fine
Jun 05 12:26:30 <ChristW> Could it be a problem with ringtone length?
Jun 05 12:27:04 <mrmoku> well you can try with the default one to verify... but I don't think so
Jun 05 12:27:21 <ChristW> Will try after reboot.
Jun 05 12:27:43 <ChristW> (since FSO died)
Jun 05 12:29:00 <BluesLee> fso died? really?
Jun 05 12:29:16 <BluesLee> long live ....?
Jun 05 12:29:27 <ChristW> BluesLee: On my phone, at most...
Jun 05 12:29:38 <BluesLee> okay, okay
Jun 05 12:30:08 <BluesLee> i thought there was a replacement ... hehe
Jun 05 12:31:26 <ChristW> Yeah, I thought you were only joking...
Jun 05 12:31:58 <ChristW> mrmoku: I waited until after the first ring. Then picked up. Volume jumped to 0, vibrator kept buzzing contunuously.
Jun 05 12:35:13 <ChristW> mrmoku: I waited until after the first ring. Then picked up. Volume jumped to 0, vibrator kept buzzing contunuously.
Jun 05 12:35:31 <ChristW> Sorry, wrong window, didn't want to repeat that...
Jun 05 12:37:25 <ChristW> Also, I cannot make any more calls right now, because modem is in STATUS_SUSPENDED
Jun 05 12:42:26 <dcordes> GNUtoo: bluetooth works for me (tested in ubuntu) . I just need script to start it. it's documented in htc-linux wiki
Jun 05 12:43:17 <dcordes> GNUtoo: I would like to test asoundrc from wiki on hd2. where to put it ?
Jun 05 12:45:20 <dcordes> GNUtoo: ~/.asoundrc ?
Jun 05 12:45:40 <dcordes> aha /etc/asound.conf = ~/.asoundrc system wide
Jun 05 12:52:51 <dcordes> I wrote it into my ubuntu natty rootfs
Jun 05 12:53:32 <dcordes> e21f758 org.oe.dev htcleo shr rootfs is in the making :)
Jun 05 12:56:59 <dcordes> GNUtoo: hahaha :-D you're the man now !
Jun 05 12:57:06 <dcordes> GNUtoo: audio on my hd2 in non-android
Jun 05 12:57:09 <dcordes> incredible!!!!
Jun 05 12:58:52 <dcordes> :) thanks so much
Jun 05 12:59:10 <dcordes> GNUtoo: should we add it in oe for leo, nexus, bravo ?
Jun 05 13:11:18 <dcordes> playing some mp3s with mpg123
Jun 05 13:11:23 <dcordes> reminds me of zaurus time
Jun 05 13:11:35 <dcordes> GNUtoo: now if only we could set the alsa sound to headphone :)
Jun 05 13:11:43 <dcordes> I have to go ! bye
Jun 05 13:41:10 <ChristW> mrmoku: Could you take alook at this log file I made whilst calling my FR? http://pastebin.com/ey7PtJ4Y
Jun 05 13:42:39 <ChristW> The interesting line seems to be 174 (I tried highlighting it, but apparenlty I made a mistake there...)
Jun 05 13:58:27 <mrmoku> ChristW: the interesting thing is that fsodeviced segfaults
Jun 05 13:59:02 <ChristW> mrmoku: Ah, ok, so it's a different problem then?
Jun 05 13:59:23 <GNUtoo> back
Jun 05 13:59:35 <mrmoku> 011-06-05T13:35:19.979883Z [CRITICAL] fsodeviced : GLib <fsodevice.router_alsa>: file plugin.c: line 608: uncaught error: Device or resource busy (fso_device_sound_error-quark, 1)
Jun 05 14:00:02 <mrmoku> ChristW: something sitting on your sound card?
Jun 05 14:00:14 <GNUtoo> dcordes, yes you can add it system wide in oe
Jun 05 14:00:28 <ChristW> mrmoku: Not that I know of...
Jun 05 14:04:33 <GNUtoo> mrmoku, where can I find the isi headers in the nokia SDK? and in which nokia SDK?
Jun 05 14:06:42 <mrmoku> GNUtoo: not in front of my laptop right now
Jun 05 14:06:46 <mrmoku> mmt
Jun 05 14:07:49 <mrmoku> http://www.forum.nokia.com/info/sw.nokia.com/id/c05693a1-265c-4c7f-a389-fc227db4c465/Maemo_5_SDK.html
Jun 05 14:08:16 <GNUtoo> ok
Jun 05 14:08:38 <GNUtoo> and how's the header called?
Jun 05 14:10:23 <mrmoku> it is a directory deep in the includes
Jun 05 14:10:29 <mrmoku> find isi
Jun 05 14:10:37 <GNUtoo> ij
Jun 05 14:10:39 <GNUtoo> *ok
Jun 05 14:10:40 <mrmoku> or ISI 
Jun 05 14:10:45 <mrmoku> not sure
Jun 05 14:13:14 <GNUtoo> I'll install it on a livecd, and extract the headers
Jun 05 14:14:58 <mrmoku> if you don't need them immediately I can provide them 
Jun 05 14:15:10 <mrmoku> in 10mins or so
Jun 05 14:17:36 <GNUtoo> ok 
Jun 05 14:17:40 <GNUtoo> because the install fails
Jun 05 14:17:41 <GNUtoo> for me
Jun 05 14:17:51 <GNUtoo> maybe because I'm in a livecd
Jun 05 14:17:56 <GNUtoo> scratchbox install fails
Jun 05 14:18:44 <mrmoku> ok
Jun 05 14:22:42 <mrmoku> GNUtoo: mailed
Jun 05 14:23:02 <GNUtoo> ok thanks a lot
Jun 05 14:23:22 <adiblol> frameworkd hangs 2.6.37 kernel, strace shown that last syscalls were seeking and reading already closed files (wtf?)
Jun 05 14:23:46 <mrmoku> yw
Jun 05 14:23:50 * mrmoku bbq
Jun 05 14:23:51 <mrmoku> bbl
Jun 05 14:23:53 <adiblol> then hung Neo even doesnt reply to ICMP pings
Jun 05 14:26:11 <pespin> mrmoku, still same problem with audio calls :S
Jun 05 14:33:46 <mrmoku> pespin: damn :/
Jun 05 14:37:52 <pespin> mrmoku, but no 94th line this time hehe
Jun 05 14:38:32 <pespin> mrmoku, I think fosdeviced crashed here too when I was called
Jun 05 14:38:54 <pespin> because battery gadget became white (as in no info)
Jun 05 14:39:15 <adiblol> downgraded udev and back to ancient .29 kernel, everything works
Jun 05 14:41:09 <pespin> mrmoku, same error than ChristW: 2011-06-05T11:44:26.446732Z [CRITICAL] fsodeviced : GLib <fsodevice.router_alsa>: file plugin.c: line 608: uncaught error: Device or resource busy (fso_dev
Jun 05 14:41:09 <pespin> ice_sound_error-quark, 1)
Jun 05 14:42:34 <pespin> and no, I didn't have sound occupied by something else (at least I had no apps open when I asked someone to call me).
Jun 05 14:51:37 <mickeyl> ~seen morphis
Jun 05 14:51:40 <apt> morphis <~morphis@p5B3E652D.dip.t-dialin.net> was last seen on IRC in channel #openmoko-cdevel, 1d 21h 13m 55s ago, saying: 'where is it gone?'.
Jun 05 14:55:06 <angelox>  mickeyl: Hi,i'd like to say sorry because i was with no time to work on Aurora these days,i'm a bit busy and i couldn't finish the Settings App. I'll be programming it again soon,ok ?
Jun 05 14:56:40 <mickeyl> angelox: don't worry. take your time.
Jun 05 15:19:03 <ChristW> mrmoku`: Could it be that Navit's speech stuff interferes?
Jun 05 15:19:20 <mrmoku> ChristW: hmm... that might well be
Jun 05 15:19:25 <mrmoku> no real idea though
Jun 05 15:19:41 <mrmoku> guess it should only occupy the sound card when it actually has something to say
Jun 05 15:20:04 <mrmoku> mickeyl: survived the wedding without any 'incidents' ?
Jun 05 15:20:13 <ChristW> mrmoku: True, but one can only guess at the moment... or is there a way to list programs using the sound board?
Jun 05 15:20:27 <ChristW> mrmoku: mickeyl: His own :-) ?
Jun 05 15:20:34 <mrmoku> ChristW: no
Jun 05 15:23:40 <ChristW> opkg remove navit-speech-cmdline --force-depends
Jun 05 15:25:23 <GNUtoo> http://www.shr-project.org/trac/wiki/Devices/NokiaN900/Booting
Jun 05 15:25:26 <GNUtoo> what do we choose
Jun 05 15:25:33 <GNUtoo> between kexecboot uboot and zImage
Jun 05 15:25:34 <GNUtoo> ?
Jun 05 15:25:51 <ChristW> That was not the solution. At least, I can try after a reboot, but...
Jun 05 15:25:55 <GNUtoo> kexecboot add one minute without any feedback to the boot
Jun 05 15:26:17 <mrmoku> not acceptable :/
Jun 05 15:26:32 <GNUtoo> ah ouch
Jun 05 15:26:44 <GNUtoo> the boot time is only 30 sec with zImage flashed
Jun 05 15:27:08 <GNUtoo> should I try if kexecboot can boot maemo?
Jun 05 15:27:23 <mrmoku> indeed...that's why 1 min to the bootmenu is not acceptable
Jun 05 15:27:25 <GNUtoo> if it can should I try to fix kexecboot
Jun 05 15:27:26 <GNUtoo> ?
Jun 05 15:27:38 <GNUtoo> mrmoku, it's different and worse:
Jun 05 15:27:49 <GNUtoo> the 1 min seem to be between kexec -e and kernel starting
Jun 05 15:28:00 <mrmoku> I really like the idea of having a boot menu
Jun 05 15:28:01 <GNUtoo> not until the bootmenu
Jun 05 15:28:02 <mrmoku> ahh
Jun 05 15:28:03 <mrmoku> ok
Jun 05 15:28:10 <GNUtoo> basically it's like that:
Jun 05 15:28:21 <GNUtoo> nolo->bootmenu is very fast
Jun 05 15:28:29 <GNUtoo> then you select the SHR microsd
Jun 05 15:28:40 <GNUtoo> and you get a black screen
Jun 05 15:28:42 <GNUtoo> during 1 minute
Jun 05 15:28:47 <mrmoku> ic
Jun 05 15:28:56 <GNUtoo> and then the screens power on but not the backlight
Jun 05 15:29:05 <GNUtoo> and then there is X comming up and it's booted
Jun 05 15:29:22 <GNUtoo> so 1 min with the screen totally black
Jun 05 15:29:33 <mrmoku> hmm
Jun 05 15:29:47 <mrmoku> let me measure the time for uboot
Jun 05 15:29:53 <GNUtoo> I've no idea how to fix the issue
Jun 05 15:29:58 <GNUtoo> uboot has some problems too
Jun 05 15:30:02 <GNUtoo> no solution is perfect
Jun 05 15:30:12 <GNUtoo> kexecboot would have been perfect if:
Jun 05 15:30:18 <GNUtoo> *the bootime didn't add one minute
Jun 05 15:30:31 <GNUtoo> *it can boot maemo(unsure, will look)
Jun 05 15:34:15 <mickeyl> mrmoku: thanks, wedding went very well. no signs of any contractions yet *sigh* tomorrow it's going to be serious :D
Jun 05 15:34:44 <GNUtoo> ah tomorrow is the deadline?
Jun 05 15:35:15 <mickeyl> yep. it's too dangerous to leave her inside for much longer, so they're going to apply some medication to initiate the contractions
Jun 05 15:35:24 <mickeyl> although it still can take a few days 
Jun 05 15:35:28 <mickeyl> afterwards
Jun 05 15:35:30 <GNUtoo> ok
Jun 05 15:35:31 <GNUtoo> ouch
Jun 05 15:36:00 <mickeyl> *nod* waiting sucks. i'm not starting any work since i want to be prepared to leave any minute ;)
Jun 05 15:36:25 <GNUtoo> ok
Jun 05 15:36:27 <mickeyl> cleaning up my room and sorting some papers instead ;)
Jun 05 15:36:46 <GNUtoo> but we can discuss stuff on irc?
Jun 05 15:36:53 <GNUtoo> such as booting?
Jun 05 15:36:57 <mrmoku> mickeyl: yeah, on the positive side of things... that's good for better planning :)
Jun 05 15:37:17 <mickeyl> heh, right
Jun 05 15:37:35 <mickeyl> what's going on wrt. booting plans?
Jun 05 15:37:54 <GNUtoo> I've kexecboot working but you will hate it
Jun 05 15:38:13 <GNUtoo> it add 1 minute to the boot process between kexec -e and the kernel booting
Jun 05 15:38:34 <GNUtoo> with no visual feedbacks
Jun 05 15:39:36 <mickeyl> ouch, that's a showstopper
Jun 05 15:39:51 <GNUtoo> the advantages is that the bootmenu looks great
Jun 05 15:40:00 <GNUtoo> and that there is better microsd support
Jun 05 15:40:11 <GNUtoo> and that it has poweroff
Jun 05 15:40:44 <mickeyl> what are those 60 seconds?
Jun 05 15:40:49 <GNUtoo> no idea
Jun 05 15:41:01 <mickeyl> surely something must be timing out or so
Jun 05 15:41:05 <GNUtoo> according to #oe it's between kexec -e and first 00000 in dmesg
Jun 05 15:41:27 <GNUtoo> basically userspace boots fast, I can see it
Jun 05 15:41:33 <GNUtoo> kernel has no long delay
Jun 05 15:41:41 <GNUtoo> what are that btw:
Jun 05 15:42:07 <GNUtoo> [    9.428863]
Jun 05 15:42:12 <GNUtoo> it means 9 seconds?
Jun 05 15:42:20 * pespin has a dream... someday will be able to build empathy with OE
Jun 05 15:42:23 <GNUtoo> or are theses jifties
Jun 05 15:43:23 <mickeyl> afaik seconds.nanoseconds
Jun 05 15:43:34 <GNUtoo> ok
Jun 05 15:47:05 <mrmoku> GNUtoo: 9 seconds from pressing enter in u-boot to the init started 
Jun 05 15:47:12 <GNUtoo> ok
Jun 05 15:47:16 <mrmoku> and 27 seconds to the icons appear in e
Jun 05 15:47:29 <GNUtoo> I've also 9sec kernel boot
Jun 05 15:47:43 <GNUtoo> so the only possibility is somewhere betweel kexec -e and the kernel starting
Jun 05 15:48:06 <mrmoku> hmm... no idea there :/
Jun 05 15:51:54 <pespin> leviathan, hi there
Jun 05 15:54:23 <mrmoku> GNUtoo: I see only either fixing kexecboot or hacking u-boot
Jun 05 15:54:35 <mrmoku> flashing zimage directly kills dualboot
Jun 05 15:55:00 <mrmoku> and even if someday we don't need dual-booting maemo anymore I might want to dual boot a stable/unstable shr
Jun 05 15:55:11 <GNUtoo> indeed
Jun 05 15:55:22 <mrmoku> and I would prefer kexecboot
Jun 05 15:55:26 <GNUtoo> me too
Jun 05 15:55:29 <mrmoku> good :)
Jun 05 15:55:35 <GNUtoo> I'll try to see if it can boot maemo kenrel
Jun 05 15:56:38 <mrmoku> GNUtoo: was it you or JaMa|Off who wanted to bump fso revs?
Jun 05 15:56:45 <GNUtoo> me
Jun 05 15:56:46 <mrmoku> right now fsodeviced + libgisi fail
Jun 05 15:56:53 <GNUtoo> I didn't do it yet
Jun 05 15:56:56 <mrmoku> ok
Jun 05 15:56:59 <GNUtoo> I forgott
Jun 05 15:57:02 <mrmoku> np
Jun 05 15:57:36 <mrmoku> I just notice when I build my first image from scratch... because I always forget to set fso on autorev :)
Jun 05 16:15:47 <GNUtoo> 2.6.28 is way faster
Jun 05 16:15:53 <GNUtoo> it boot in seconds
Jun 05 16:17:52 <GNUtoo> hmmm
Jun 05 16:17:53 <GNUtoo> hmmm
Jun 05 16:17:55 <GNUtoo> wait a sec
Jun 05 16:18:21 <GNUtoo> I've to do more tests
Jun 05 16:18:41 <GNUtoo> maybe it's not kexec
Jun 05 16:18:46 <GNUtoo> but kexecboot
Jun 05 16:18:53 <GNUtoo> or the kernel configuration at kexecboot
Jun 05 16:20:06 <pespin> GNUtoo, I remember you had a nice configuration for xchat in your htcdream. Would you mind sharing it? ie in wiki?
Jun 05 16:20:17 <GNUtoo> ah?
Jun 05 16:20:24 <GNUtoo> I did it manually
Jun 05 16:20:29 <pespin> for UI
Jun 05 16:20:33 <GNUtoo> ah?
Jun 05 16:20:38 <GNUtoo> really?
Jun 05 16:20:46 <GNUtoo> maybe for navit
Jun 05 16:20:48 <GNUtoo> but not for xchat
Jun 05 16:20:59 <GNUtoo> for xchat I used its configuration 
Jun 05 16:21:00 <pespin> hmm afair xchat looked quite good in your device.
Jun 05 16:21:03 <GNUtoo> yes
Jun 05 16:21:03 <pespin> yeah I know
Jun 05 16:21:13 <GNUtoo> ok
Jun 05 16:21:18 <mrmoku> wow
Jun 05 16:21:20 <GNUtoo> but I moded the DPI after that
Jun 05 16:21:23 <GNUtoo> and it became unusable
Jun 05 16:21:24 <mrmoku> finally an image that behaves :-D
Jun 05 16:21:28 <pespin> but it's a bit difficult to configure it in the device as the screen is quite small
Jun 05 16:21:45 <GNUtoo> pespin, do that:
Jun 05 16:22:07 <GNUtoo> vi .xchat/xchat.conf
Jun 05 16:24:11 <pespin> btw, empathy on mobile is quite shitty. It has same problems as pidgin due to small screen + configuration of acounts. Even more, as empathy uses the systray a lot and does not show window by default, you can't access the app or close it the first time.
Jun 05 16:24:27 <pespin> I'm thinking on try writting some telepathy EFL frontend this summer
Jun 05 16:24:57 <pespin> vala+edje/elm
Jun 05 16:27:15 <pespin> khorben, I saw the screenshot of the mail app you posted here before, is it in OE?
Jun 05 16:28:14 <khorben> pespin: not at the moment, I have the intention to package it for hackable:1
Jun 05 16:28:53 <pespin> khorben, if you give me some info on where's the code and the deps I can try writing a recipe for it :)
Jun 05 16:29:21 <khorben> the code is in CVS only at the moment
Jun 05 16:29:26 <GNUtoo> hmmm
Jun 05 16:29:32 <GNUtoo> basically
Jun 05 16:29:45 <khorben> $ cvs -d:pserver:anonymous@anoncvs.defora.org:/Data/CVS co DeforaOS/Apps/Desktop/src/Mailer
Jun 05 16:29:45 <GNUtoo> kexecboot->2.6.37 is how I boot
Jun 05 16:29:50 <GNUtoo> then I do that 
Jun 05 16:29:55 <adiblol> is there any non-SIM standard of phone book storage in fso-frameworkd?
Jun 05 16:30:01 <GNUtoo> kexec -t uImage -l /boot/uImage 
Jun 05 16:30:03 <GNUtoo> kexec -e
Jun 05 16:30:09 <GNUtoo> and I got 1 min 37 sec
Jun 05 16:30:15 <GNUtoo> I do the same with 2.6.28
Jun 05 16:30:18 <GNUtoo> and I get 51s
Jun 05 16:30:27 <GNUtoo> adiblol, there is
Jun 05 16:30:32 <khorben> pespin: imap4 support is still quite young, but with some testers it won't need much time to be usable
Jun 05 16:30:46 <adiblol> GNUtoo: ...and it is core part od frameworkd?
Jun 05 16:30:50 <adiblol> of*
Jun 05 16:30:59 <pespin> hmm does OE support CVS?
Jun 05 16:31:07 <GNUtoo> I don't remember in what part it is, mrmoku sould know
Jun 05 16:31:28 <khorben> pespin: you can start with packaging the two dependencies, libSystem and libDesktop, which both have .tar.gz releases
Jun 05 16:32:03 <khorben> pespin: http://www.defora.org/os/project/27/libSystem and http://www.defora.org/os/project/3298/libDesktop
Jun 05 16:32:19 <khorben> pespin: I can also release a .tar.gz for the Mailer project of course
Jun 05 16:34:04 <pespin> khorben, ok, but take your time if needed, as I'm partially busy till next week :)
Jun 05 16:34:42 <khorben> pespin: no worries, it's still very alpha, I'll let you guys know
Jun 05 16:35:47 <pespin> nice :)
Jun 05 16:56:05 <mrmoku> pespin: just git grep cvs
Jun 05 16:56:06 <mrmoku> recipes/avetanabt/avetanabt_cvs.bb:SRC_URI = "cvs://anonymous@avetanabt.cvs.sourceforge.net/cvsroot/avetanabt;module=avetanabt"
Jun 05 16:56:35 <pespin> mrmoku, git grep cvs?
Jun 05 16:56:42 <mrmoku> in the OE tree :P
Jun 05 16:56:51 <pespin> aah ok :)
Jun 05 16:57:12 <pespin> btw, since I reflashed some days ago, enjoy is not able to play mp3 u.u
Jun 05 16:57:22 <pespin> it segfaults due to some emotion/gstreamer problems
Jun 05 16:57:29 <pespin> I'm trying to find which module is missing
Jun 05 16:59:38 <pespin> this is the problematic line: sink = gst_element_factory_make("autoaudiosink", "audiosink");
Jun 05 17:00:01 <pespin> I can't find the module which provides "audiosink" though
Jun 05 17:00:01 <mrmoku> GNUtoo: WOW... even charging indication works now :-D
Jun 05 17:01:03 <GNUtoo> shr-core or oe.dev?
Jun 05 17:01:08 <mrmoku> oe.dev
Jun 05 17:01:14 <GNUtoo> yes it does
Jun 05 17:01:25 <mrmoku> image from shr-core was not yet that usable
Jun 05 17:01:34 <GNUtoo> ok
Jun 05 17:01:40 <mrmoku> that's better state than gta02 right now :P
Jun 05 17:06:19 <GNUtoo> yes but we need a good way of booting
Jun 05 17:06:34 <GNUtoo> for oe, could you package fsoaudiod's gsm plugin?
Jun 05 17:06:48 <GNUtoo> that require bumping fso rev
Jun 05 17:06:57 <GNUtoo> and then adding that:
Jun 05 17:07:08 <GNUtoo> oh it's on my laptop that is off
Jun 05 17:07:21 <GNUtoo> anyway just add a plugin like fsodeviced does
Jun 05 17:15:22 <pespin> found them :)
Jun 05 17:15:22 <pespin> gst-plugin-alsa gst-plugin-autodetect
Jun 05 17:16:23 <pespin> GNUtoo, shall I send a patch for enjoy recipe to ml?
Jun 05 17:17:17 <GNUtoo> yes
Jun 05 17:18:10 <pespin> GNUtoo, do I need to bump PR?
Jun 05 17:18:41 <GNUtoo> yes
Jun 05 17:19:18 <pespin> ok :)
Jun 05 17:28:35 <pespin> sent ;)
Jun 05 17:28:55 <mrmoku> GNUtoo: do you still have usbnet problems with the new kernel?
Jun 05 17:29:09 <GNUtoo> I don't think so but I didn't test
Jun 05 17:29:19 <mrmoku> ok, because for me now it works
Jun 05 17:31:40 <GNUtoo> ok
Jun 05 17:38:23 <pespin> mrmoku, if you wanna look at the gta02 audio problem and need some info just tell me :)
Jun 05 18:01:49 <mrmoku> pespin: we have to find out why it works for some (me ;) and not for others
Jun 05 18:02:43 <JaMa|Wrk> hi all
Jun 05 18:11:52 <mrmoku> hi JaMa|Wrk 
Jun 05 18:11:53 <pespin> hi JaMa|Wrk :)
Jun 05 18:23:40 <GNUtoo|laptop> fsoaudiod segfault and it's not my fault: http://www.pastie.org/2023556
Jun 05 18:23:58 <GNUtoo|laptop> (it doesn't segfault in the alsa backend)
Jun 05 18:24:04 <GNUtoo|laptop> but still on cmt
Jun 05 18:27:34 <GNUtoo|laptop> maybe mickeyl 's new changes?
Jun 05 18:29:48 <GNUtoo|laptop> (gdb) p g_type_class_ref
Jun 05 18:29:48 <GNUtoo|laptop> $2 = {gpointer (GType)} 0x4043028c <g_type_class_ref>
Jun 05 18:30:39 <GNUtoo|laptop> here's the code:
Jun 05 18:30:41 <GNUtoo|laptop>         _tmp0_ = g_enum_get_value (g_type_class_ref (G_TYPE_IO_CONDITION), condition);
Jun 05 18:31:17 <GNUtoo|laptop> mickeyl, still there?
Jun 05 18:31:42 <GNUtoo|laptop> or you're gone in urgency because of the contractions ( that would be better)
Jun 05 18:35:13 <GNUtoo|laptop> maybe I should ask on #vala
Jun 05 18:40:02 <pespin> mrmoku, ok, fsodeviced aborts when I press the accept call button
Jun 05 18:40:21 <pespin> Aborting due to critical error:
Jun 05 18:40:21 <pespin> 'GLib <fsodevice.router_alsa>: file plugin.c: line 608: uncaught error: Device or resource busy (fso_device_sound_error-quark, 1)'
Jun 05 18:40:21 <pespin> Program exited with code 01.
Jun 05 18:41:02 <pespin> could it be busy somehow because of the dial ringtone? -.^
Jun 05 18:46:30 <pespin> I'll try to look at the code now, but I have nfi on alsa
Jun 05 18:51:14 <mrmoku> pespin: hmm... do outgoing calls work for you?
Jun 05 18:51:32 <pespin> let me test
Jun 05 18:57:58 <pespin> mrmoku, only if I speak with "Speaker" on
Jun 05 18:58:40 <pespin> by default (gsmhandset) there's no sound
Jun 05 18:58:58 <pespin> and fsodeviced doesn't segfault ;)
Jun 05 18:59:07 <pespin> well, it doesn't abourt with that error
Jun 05 19:02:12 <lxsameer> does any one have problem with building busybox ( mismatch checksums)
Jun 05 19:04:19 * pespin fighting against fso deps to compile fsodeveviced in arch
Jun 05 19:06:20 <GNUtoo|laptop> pespin, which device?
Jun 05 19:07:25 <GNUtoo|laptop> how do I make the isi modem register manually?
Jun 05 19:07:33 <pespin> GNUtoo, gta02
Jun 05 19:08:13 <GNUtoo|laptop> ok
Jun 05 19:08:35 <GNUtoo|laptop> pespin, fresh image?
Jun 05 19:08:42 <mrmoku> GNUtoo|laptop: with or without pin?
Jun 05 19:08:48 <GNUtoo|laptop> without pin
Jun 05 19:09:09 <mrmoku> hmm... Network.Register does not work?
Jun 05 19:09:53 <pespin> GNUtoo, from 2 weeks ago aprox. ChristW was having the same problem afaik
Jun 05 19:10:01 <GNUtoo|laptop> org.freesmartphone.Unavailable: This function is not available while modem is in state FSO_GSM_MODEM_STATUS_CLOSED
Jun 05 19:10:39 <mrmoku> pespin: duh... just had an incoming call... and your problem :P
Jun 05 19:10:56 <GNUtoo|laptop> maybe he has an old image?
Jun 05 19:11:03 <GNUtoo|laptop> with the not fixed fsodeviced
Jun 05 19:11:37 <mrmoku> GNUtoo|laptop: ahh, you're running without phonefsod, right?
Jun 05 19:11:45 <GNUtoo|laptop> yes
Jun 05 19:11:48 <GNUtoo|laptop> console only
Jun 05 19:11:52 <mrmoku> then you have to request GSM
Jun 05 19:11:56 <GNUtoo|laptop> and then?
Jun 05 19:12:04 <GNUtoo|laptop> it does everything automatically?
Jun 05 19:12:19 <pespin> GNUtoo, fsodeviced - 2:0.9.4+gitr982+cc88bb83bbcb98f4cc8b799b58c4901642a140ca-r5.22.6
Jun 05 19:12:38 <mrmoku> GNUtoo|laptop: then SetFunctionality
Jun 05 19:12:41 <GNUtoo|laptop> 1970-01-01T00:22:08.042730Z [INFO]  NokiaIsiModem <phonet:phonet0>: Modem Status changed to FSO_GSM_MODEM_STATUS_ALIVE_SIM_READY
Jun 05 19:12:42 <pespin> mrmoku, do you know if it's safe to remove libnl and use libnl2 in arch?
Jun 05 19:12:45 <GNUtoo|laptop> I've no pin
Jun 05 19:12:51 <pespin> it seems I need libnl2 for libfsobasic
Jun 05 19:12:53 <GNUtoo|laptop> how can I CFUN without pin
Jun 05 19:13:12 <mrmoku> GNUtoo|laptop: just pass "" for the pin
Jun 05 19:13:14 <GNUtoo|laptop> pespin, you've got arch on om-gtao02?
Jun 05 19:13:16 <GNUtoo|laptop> ok
Jun 05 19:13:20 <pespin> GNUtoo, nop, on host
Jun 05 19:13:38 <pespin> GNUtoo, I'm compiling all fso to get the generated C code to see where to look in vala code u.u
Jun 05 19:15:54 <lxsameer> what can i do about this: METADATA_REVISION = "error: object directory .git/objects/replace git object reference with relative path echo ../../../../openembedded/.git/objects/ git checkout master does not exist; check .git/objects/info/alternates.
Jun 05 19:15:54 <lxsameer> d85c452"
Jun 05 19:16:20 <pespin> lxsameer, you get that when  you pull in git?
Jun 05 19:16:26 <GNUtoo|laptop> sigh sigh sigh sigh
Jun 05 19:16:31 <GNUtoo|laptop> fsoaudiod is broken again
Jun 05 19:16:32 <mrmoku``> heh
Jun 05 19:16:37 <mrmoku``> sigh too
Jun 05 19:16:41 <lxsameer> pespin: no when i try to build with bitbake
Jun 05 19:16:44 <GNUtoo|laptop> I fixed the segfault locally
Jun 05 19:16:57 <pespin> mrmoku, any idea about libnl question? :)
Jun 05 19:17:13 <GNUtoo|laptop> in cmthandler.vala:
Jun 05 19:17:14 <GNUtoo|laptop> -        assert( logger.debug( @"onInputFromChannel, condition = $condition" ) );
Jun 05 19:17:14 <GNUtoo|laptop> +        //assert( logger.debug( @"onInputFromChannel, condition = $condition" ) );
Jun 05 19:17:18 <pespin> lol
Jun 05 19:18:07 <mrmoku``> pespin: libnl is a delicate thema ;)
Jun 05 19:18:25 <pespin> better ask in #archlinux hehe
Jun 05 19:18:34 <mrmoku``> yup
Jun 05 19:23:06 <GNUtoo|laptop> pespin, you run arch on om-gta02?
Jun 05 19:23:07 <GNUtoo|laptop> or SHR
Jun 05 19:23:08 <GNUtoo|laptop> ?
Jun 05 19:23:28 <mrmoku> GNUtoo|laptop: guess he's running arch on his host and wants to build/test there
Jun 05 19:23:36 <GNUtoo|laptop> ah ok
Jun 05 19:23:56 <angelox> arch on om-gta02 possible ?
Jun 05 19:24:56 <mrmoku> angelox: http://www.archmobile.org/
Jun 05 19:25:12 <pespin> GNUtoo, arch on host, SHR on gta02
Jun 05 19:25:28 <pespin> and well, I have a tablet with both arch and SHR on it
Jun 05 19:25:44 <pespin> I plan to add some FSO support this summer
Jun 05 19:25:54 <pespin> as it has GSM slot, light sensor, etc.
Jun 05 19:26:26 <angelox> mrmoku: Never heard about that,cool
Jun 05 19:28:34 <GNUtoo|laptop> removing the mutexes makes it work
Jun 05 19:29:47 <dcordes> GNUtoo|laptop: how to add /etc/asound.conf for nexus and leo ?
Jun 05 19:30:00 <dcordes> GNUtoo|laptop: an inter-machine postinstall
Jun 05 19:30:07 <GNUtoo|laptop> find ./ | grep "asound\.conf$" in oe
Jun 05 19:31:20 <GNUtoo|laptop> that gives:
Jun 05 19:31:21 <pespin> pfff libfsobasics fails to compile at C stage
Jun 05 19:31:25 <GNUtoo|laptop> recipes/alsa/alsa-state/
Jun 05 19:32:11 <GNUtoo|laptop> you'll see that there is a ton of machines but beware
Jun 05 19:32:18 <GNUtoo|laptop> I think fsoaudiod overwrite that file too
Jun 05 19:32:43 <GNUtoo|laptop> opkg files fsoaudiod gives:
Jun 05 19:32:50 <GNUtoo|laptop> /etc/asound.conf
Jun 05 19:33:00 <GNUtoo|laptop> and opkg search /etc/asound.conf gives:
Jun 05 19:33:19 <GNUtoo|laptop> fsoaudiod - 2:0.1.0+gitr54+5ae98158bde7abf823bee7e1bf1c4e9a3326572b-r5.3.6
Jun 05 19:33:24 <GNUtoo|laptop> not alsa-state
Jun 05 19:33:33 <GNUtoo|laptop> so better putting it in fsoaudiod
Jun 05 19:33:50 <GNUtoo|laptop> and I only know the cmthandler part of fsoaudiod
Jun 05 19:34:18 <GNUtoo|laptop> and my computer starts to overheat
Jun 05 19:34:23 <GNUtoo|laptop> and becomming very slow
Jun 05 19:45:58 <dcordes> GNUtoo|laptop: ok
Jun 05 19:46:17 <dcordes> GNUtoo|laptop: same here. I'm glad I have a fan in my room (3rd story @ 30°C )
Jun 05 19:46:31 <GNUtoo|laptop> it seem like a 486
Jun 05 19:46:39 <GNUtoo|laptop> it can play music tough
Jun 05 19:46:56 <GNUtoo|laptop> switching app is very painfull etc...
Jun 05 19:48:14 <pespin> GNUtoo, afair your PC was an intel i5
Jun 05 19:48:20 <pespin> ah laptop
Jun 05 19:48:25 <pespin> *a
Jun 05 19:48:33 <lxsameer> what does cause this compile error? http://pastebin.com/w6mExmNT
Jun 05 19:50:24 <JaMa|Wrk> lxsameer: incompatible xserver api
Jun 05 19:50:54 <JaMa|Wrk> I guess.. similar problem is with tslib.. evdev works fine
Jun 05 19:51:12 <lxsameer> JaMa|Wrk: exactly
Jun 05 19:51:49 <lxsameer> JaMa|Wrk: so can i use evdev instead of these two , and simply ignore these errors?
Jun 05 19:52:22 <GNUtoo|laptop> pespin, i7
Jun 05 19:52:29 <GNUtoo|laptop> 8 cores
Jun 05 19:52:33 <GNUtoo|laptop> oops
Jun 05 19:52:48 <dcordes> lxsameer: I jsut had same error
Jun 05 19:52:52 <dcordes> lxsameer: with htcleo build
Jun 05 19:53:03 <dcordes> lxsameer: we only need evdev
Jun 05 19:53:07 <GNUtoo|laptop> 4 cores  * 2 (because of the hyperthreading)
Jun 05 19:53:17 <GNUtoo|laptop> so -j9
Jun 05 19:53:25 <GNUtoo|laptop> it was ultra fast at the beginning
Jun 05 19:53:30 <lxsameer> dcordes: so should i remove those package in build list ?
Jun 05 19:53:40 <GNUtoo|laptop> I wonder if it's the dust or the DSDT
Jun 05 19:54:07 <JaMa|Wrk> lxsameer: for which machine are you building?
Jun 05 19:54:23 <lxsameer> JaMa|Wrk: Bravo
Jun 05 19:54:34 <lxsameer> JaMa|Wrk: HTC desire bravo
Jun 05 19:54:35 <JaMa|Wrk> which is in oe?
Jun 05 19:54:38 <dcordes> JaMa|Wrk: it's org.oe.dev with lxsameer's patch
Jun 05 19:54:43 <dcordes> JaMa|Wrk: not pushed yet
Jun 05 19:54:48 <lxsameer> JaMa|Wrk: no 
Jun 05 19:54:53 <dcordes> JaMa|Wrk: based on htcleo config (same qsd8 SoC)
Jun 05 19:54:57 <JaMa|Wrk> ok, then remove evtouch from your patch :)
Jun 05 19:55:32 <dcordes> lxsameer: conf/machine/include/htc-qsd8.inc
Jun 05 19:55:35 <dcordes> JaMa|Wrk: thanks !
Jun 05 19:55:43 <JaMa|Wrk> from conf/machine/include/htc-qsd8.inc
Jun 05 19:55:48 <JaMa|Wrk> ah .. yes
Jun 05 19:56:20 <JaMa|Wrk> the same for xf86-input-tslib..
Jun 05 19:56:20 <lxsameer> dcordes: JaMa|Wrk thanks guys let me try 
Jun 05 19:56:25 <dcordes> JaMa|Wrk: I think there are other potential things that can be removed
Jun 05 19:56:34 <dcordes> JaMa|Wrk: do you need glx on fbdev only device ?
Jun 05 19:56:59 <pespin> JaMa|Wrk, hi, I'm wondering where I'll have to push new stuff for exopcslate machine in new OE layers structure. Could you enlighten me a bit? :)
Jun 05 19:58:07 <JaMa|Wrk> pespin: it's not really smartphone, so probably meta-smartphone repo is not best colection of layers for it, so probably start new repo and maybe later move it to meta-handhelds or something
Jun 05 19:58:27 <lxsameer> dcordes: is there any other devices that use htc-qsd8.inc except of leo and bravo ?
Jun 05 19:58:33 <dcordes> JaMa|Wrk: meta-handhelds sounds like potential new zauri home as well :)
Jun 05 19:58:37 <dcordes> lxsameer: no.
Jun 05 19:58:46 <dcordes> lxsameer: potentially GNUtoo|laptop's nexus one
Jun 05 19:59:10 <dcordes> lxsameer: if we test it on the machines we can push it
Jun 05 19:59:12 <JaMa|Wrk> dcordes: yes you have to check also other mechines using that .inc (xserver-xorg-conf files for tslib/evtouch and potentional glx uses..)
Jun 05 19:59:34 <pespin> JaMa|Wrk, ok thanks
Jun 05 19:59:44 <lxsameer> dcordes: hmm if we really do not need tslib and evtouch why should we keep them in htc-qsd8.inc
Jun 05 20:00:06 <dcordes> lxsameer: we shouldn't I will email a patch to remove it
Jun 05 20:00:31 <CIA-76> freesmartphone.org: 03GNUtoo 07cornucopia * rf21c26755457 10/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala: (log message trimmed)
Jun 05 20:00:31 <CIA-76> freesmartphone.org: fsoaudiod: gsmvoice_alsa_cmtspeechdata: fix a segmentation fault in cmthandler caused by a vala 0.12.1 bug
Jun 05 20:00:31 <CIA-76> freesmartphone.org: Thanks Lethalman_ for the pointer(conversation from the vala IRC channel on irc.gimp.org servers):
Jun 05 20:00:31 <CIA-76> freesmartphone.org:  Jun 05 20:37:09 <Lethalman_> GNUtoo|laptop, are you using to_string() on an enum?
Jun 05 20:00:32 <CIA-76> freesmartphone.org:  [...]
Jun 05 20:00:32 <CIA-76> freesmartphone.org:  Jun 05 20:40:40 <Lethalman_> GNUtoo|laptop, yes, you are in $condition... can you try vala master? it might have been fixed
Jun 05 20:00:33 <CIA-76> freesmartphone.org:  [...]
Jun 05 20:00:33 <CIA-76> freesmartphone.org: 03GNUtoo 07cornucopia * rb7e1c25ae69d 10/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala: (log message trimmed)
Jun 05 20:00:34 <CIA-76> freesmartphone.org: fsoaudiod: gsmvoice_alsa_cmtspeechdata : removing mutex in cmthandler makes audio work again
Jun 05 20:00:34 <CIA-76> freesmartphone.org: Without the mutex removal we have some buffer overrun:
Jun 05 20:00:35 <CIA-76> freesmartphone.org:  CMTSPEECH: nokiamodem_backend: read bytes 89:11:00:41, control channel message (TIMING_CONFIG_NTF).
Jun 05 20:00:37 <lxsameer> dcordes: aha so i remove them and try again 
Jun 05 20:00:47 <CIA-76> freesmartphone.org:  CMTSPEECH: nokiamodem_backend: DL buffer overrun (mmaphw 6, hw 3, appl 3, slot 0, count 3, hwdelay 3).
Jun 05 20:00:47 <CIA-76> freesmartphone.org:  CMTSPEECH: nokiamodem_backend: late appl wakeup (hw 3, appl 3, delay 3, count 3, boundary 768).
Jun 05 20:00:47 <CIA-76> freesmartphone.org:  CMTSPEECH: nokiamodem_backend: DL xrun, reset hw/appl at 3
Jun 05 20:00:54 <GNUtoo|laptop> back
Jun 05 20:00:58 <GNUtoo|laptop> now that I've pushed....
Jun 05 20:01:03 <dcordes> lxsameer: we can email it together with your add bravo patch
Jun 05 20:01:27 <dcordes> lxsameer: and /etc/asound.conf patch
Jun 05 20:01:33 * dcordes needs to make org.oe.dev list
Jun 05 20:01:49 <lxsameer> dcordes: i whould love to but my building process is not completed yet and i don't know if it works
Jun 05 20:01:52 <GNUtoo|laptop> dcordes, do you plan to use fsoaudiod?
Jun 05 20:02:16 <lxsameer> dcordes: does that asound patch make audio working ?
Jun 05 20:02:20 <GNUtoo|laptop> dcordes, /etc/asound.conf need to go in fsoaudiod else it won't make it on rootfs
Jun 05 20:02:32 <GNUtoo|laptop> lxsameer, try it in .asoundrc
Jun 05 20:02:39 <dcordes> GNUtoo|laptop: I don't plan anything cause I have bad understanding of how fsoaudiod alsa audio routing (=> *audio*) works :)
Jun 05 20:02:51 <GNUtoo|laptop> http://wiki.freesmartphone.org/index.php/HardwareComparison
Jun 05 20:03:07 <GNUtoo|laptop> dcordes, then plan to ask morphis
Jun 05 20:03:13 <GNUtoo|laptop> he did fsoaudiod
Jun 05 20:03:48 <dcordes> lxsameer: http://wiki.freesmartphone.org/index.php/HardwareComparison is about "add that as .asoundrc: " and following
Jun 05 20:03:58 <dcordes> GNUtoo|laptop: ok
Jun 05 20:04:01 <dcordes> GNUtoo|laptop: I will email the list
Jun 05 20:04:05 <GNUtoo|laptop> ok nice
Jun 05 20:06:07 <lxsameer> dcordes: what is the list addess?
Jun 05 20:06:24 <GNUtoo|laptop> mrmoku, could you test ? I cound't really test because my home phone has some issues:
Jun 05 20:06:34 <dcordes> lxsameer: Shr-Devel@lists.shr-project.org
Jun 05 20:06:37 <GNUtoo|laptop> it makes a robot voice out of normal phones,blackberries,etc....
Jun 05 20:07:00 <GNUtoo|laptop> so I cannot know how good is the sound quality
Jun 05 20:07:01 <lxsameer> dcordes: ow shr one , thanks
Jun 05 20:07:01 * pespin \o/ finally fsodeviced is built (against libnl1 lol)
Jun 05 20:07:06 <GNUtoo|laptop> it's the ADSL filter they said
Jun 05 20:07:22 <dcordes> lxsameer: http://lists.shr-project.org/pipermail/shr-devel/
Jun 05 20:07:45 <GNUtoo|laptop> pespin, you should link to only one libnl, not 1 and 2 at the same time
Jun 05 20:07:49 <GNUtoo|laptop> btw libnl3 is out
Jun 05 20:07:58 <GNUtoo|laptop> s/is out/now exist
Jun 05 20:08:14 <mrmoku> lol
Jun 05 20:08:15 <pespin> GNUtoo, btw, please write news in Wiki when you have time, I'll write a post this week or next one at most :)
Jun 05 20:08:28 <GNUtoo|laptop> pespin, I did
Jun 05 20:08:29 <mrmoku> GNUtoo|laptop: can't test right now. But can test tomorrow morning
Jun 05 20:08:33 <pespin> ok nice :)
Jun 05 20:08:40 <GNUtoo|laptop> I'll write when mrmoku has tested it
Jun 05 20:09:01 <pespin> I don't mind on what does it link to, I only want the C generated code atm lol
Jun 05 20:09:19 <dcordes> lxsameer: if you want to send commits to org.openembedded.dev git use oe list: http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Jun 05 20:09:29 <GNUtoo|laptop> see Since 2011/05/23 
Jun 05 20:09:33 <GNUtoo|laptop> it was made by me
Jun 05 20:09:50 <dcordes> JaMa|Wrk: thanks for reverting the wiki stuff for me. I was about to do it when I noticed it
Jun 05 20:09:52 <lxsameer> dcordes: thanks man
Jun 05 20:10:39 <dcordes> GNUtoo|laptop: ok sent.
Jun 05 20:10:53 <dcordes> GNUtoo|laptop: thanks again. it's really a good feeling to play sound on the leo :)
Jun 05 20:10:58 <pespin> mrmoku, the abort occurs on     private void updateScenarioIfChanged( string scenario )
Jun 05 20:10:59 <GNUtoo|laptop> lol 
Jun 05 20:11:09 <dcordes> GNUtoo|laptop: btw I tried to follow your DPI advise
Jun 05 20:11:11 <GNUtoo|laptop> where's cotulla btw
Jun 05 20:11:12 <dcordes> GNUtoo|laptop: and failed
Jun 05 20:11:12 <GNUtoo|laptop> ok
Jun 05 20:11:16 <GNUtoo|laptop> how?
Jun 05 20:11:18 <dcordes> GNUtoo|laptop: can youo take a look at my oe patch ?
Jun 05 20:11:23 <GNUtoo|laptop> which one?
Jun 05 20:11:26 <pespin> plugins/router_alsa/plugin.vala line 168
Jun 05 20:11:29 <GNUtoo|laptop> my computer is slow as hell
Jun 05 20:11:31 <dcordes> GNUtoo|laptop: will pastebin
Jun 05 20:11:33 <GNUtoo|laptop> ok
Jun 05 20:11:51 <GNUtoo|laptop> it seem slower than a freerunner.....
Jun 05 20:12:00 <mrmoku> hmm
Jun 05 20:13:47 <JaMa|Wrk> dcordes: I wanted to paste someone url for some subarticle and url wasn't valid.. so I did it to make it valid again :)
Jun 05 20:13:57 <mrmoku> pespin: are you sure?
Jun 05 20:14:25 * GNUtoo|laptop is waiting for dcordes's patch
Jun 05 20:15:18 <pespin> mrmoku, that's what I get around line 608
Jun 05 20:16:13 <pespin> this is the C file for router_alsa/plugin.c
Jun 05 20:16:14 <pespin> http://paste.pocoo.org/show/401285/
Jun 05 20:16:43 <pespin> the error was <pespin> 'GLib <fsodevice.router_alsa>: file plugin.c: line 608: uncaught error: Device or resource busy (fso_device_sound_error-quark, 1)'
Jun 05 20:16:43 <pespin> <pespin> Program exited with code 01.
Jun 05 20:17:33 <GNUtoo|laptop> indeeed that''s what I tough, pespin how old is your fsodeviced?
Jun 05 20:17:41 <GNUtoo|laptop> scenarios issues
Jun 05 20:17:57 <GNUtoo|laptop> uncaught error: we now catch all errors normally
Jun 05 20:17:59 <mrmoku> pespin: note that we're not using autorev for fso
Jun 05 20:17:59 <pespin> but it's weird, as the .vala has a catch on SoundError... and the abort error is from that domain
Jun 05 20:18:17 <GNUtoo|laptop> ah right
Jun 05 20:18:25 <GNUtoo|laptop> I do use autorev for fso
Jun 05 20:18:43 <GNUtoo|laptop> before I even had autorev for enlightenment
Jun 05 20:18:47 <GNUtoo|laptop> but that didn't work well
Jun 05 20:18:49 <pespin> I think I enabled fso-autorev in my OE build too
Jun 05 20:18:57 <GNUtoo|laptop> so I stopped using it
Jun 05 20:19:04 <mrmoku> pespin: and you're using that on your phone?
Jun 05 20:19:09 <pespin> mrmoku, which version do you have installed in gta02?
Jun 05 20:19:41 <GNUtoo|laptop> opkg list_installed | grep fsodeviced should tell
Jun 05 20:19:43 <mrmoku> root@om-gta02 ~ # opkg list_installed fsodeviced
Jun 05 20:19:43 <mrmoku> fsodeviced - 2:0.9.4+gitr982+cc88bb83bbcb98f4cc8b799b58c4901642a140ca-r5.22.6
Jun 05 20:19:56 <pespin> # opkg list_installed | grep fsodeviced
Jun 05 20:19:56 <pespin> fsodeviced - 2:0.9.4+gitr982+cc88bb83bbcb98f4cc8b799b58c4901642a140ca-r5.22.6
Jun 05 20:20:40 <pespin> ok, so no autorev installed
Jun 05 20:20:56 <pespin> hmm we could try upgrading FSO?
Jun 05 20:21:42 <mrmoku> sodeviced: router_alsa: don't segfault when loading a scenario with bogus lines
Jun 05 20:21:45 <mrmoku> is cc88bb
Jun 05 20:21:54 <mrmoku> and the next one would be
Jun 05 20:21:57 <pespin> ah I have new fsodeviced built in my OE buildost
Jun 05 20:22:02 <mrmoku>     fsodeviced: router_alsa: fix unhandled error warnings
Jun 05 20:22:03 <pespin> I'll try upgrading after having dinner :)
Jun 05 20:22:03 <GNUtoo|laptop>     fsodeviced: router_alsa: fix unhandled error warnings is not in
Jun 05 20:22:13 <pespin> and see if it gets better
Jun 05 20:22:14 <mrmoku> so that could indeed fix it
Jun 05 20:22:34 * GNUtoo|laptop still waiting for dcordes 
Jun 05 20:22:50 * GNUtoo|laptop will start something if decordes reach -110
Jun 05 20:22:55 <mrmoku> :)
Jun 05 20:23:03 <dcordes> crap I fail at multitasking
Jun 05 20:23:10 <mrmoku> pespin: leave me a message if you come around testing it
Jun 05 20:23:18 <GNUtoo|laptop> dcordes, you know what -110 is?
Jun 05 20:23:26 * mrmoku tired and off to bed
Jun 05 20:23:34 <pespin> mrmoku, sure, but first... dinner time for latin europeans ;)
Jun 05 20:23:41 <mrmoku> yeah, yeah... I know :P
Jun 05 20:23:47 <pespin> bbl :)
Jun 05 20:23:49 <mrmoku> ~bon aetit
Jun 05 20:23:54 <mrmoku> ~bon apetit
Jun 05 20:23:58 <mrmoku> nah
Jun 05 20:24:01 <pespin> xD
Jun 05 20:24:03 <mrmoku> pespin: have fun :)
Jun 05 20:24:03 * JaMa|Wrk tired and off from work to different work :)
Jun 05 20:24:06 <GNUtoo|laptop> any news of mickeyl ?
Jun 05 20:24:10 <JaMa|Wrk> mrmoku: gnight
Jun 05 20:24:12 <mrmoku> and gnight
Jun 05 20:24:17 <GNUtoo|laptop> is he still waiting? or did it happen
Jun 05 20:24:18 <pespin> mrmoku, gnight!
Jun 05 20:24:22 <GNUtoo|laptop> good night
Jun 05 20:25:22 <dcordes> GNUtoo|laptop: http://privatepaste.com/3c3ace6ca6
Jun 05 20:25:35 <dcordes> GNUtoo|laptop: no, what's -110 ?
Jun 05 20:25:58 <GNUtoo|laptop> timeout
Jun 05 20:26:01 <GNUtoo|laptop> in errno.h
Jun 05 20:26:04 <dcordes> ^^ok
Jun 05 20:26:09 <GNUtoo|laptop> the patch seem ok
Jun 05 20:26:12 <GNUtoo|laptop> where did it fail?
Jun 05 20:27:58 <dcordes> Hunk #1 FAILED at 126.
Jun 05 20:27:58 <dcordes> 1 out of 1 hunk FAILED -- rejects in file X11/xserver-common
Jun 05 20:28:04 <dcordes> I can't find rejects file
Jun 05 20:28:14 <GNUtoo|laptop> ok
Jun 05 20:28:17 <GNUtoo|laptop> do that 
Jun 05 20:28:24 <GNUtoo|laptop> save your patch
Jun 05 20:28:33 <GNUtoo|laptop> remove it from oe
Jun 05 20:28:34 <dcordes> ERROR: Execution of 'quilt --quiltrc=/media/croisette/openembedded/tmp/sysroots/i686-linux/usr/bin/quiltrc push' failed with exit code 1:
Jun 05 20:28:37 <dcordes> Applying patch Xserver.htcleo.patch
Jun 05 20:28:39 <dcordes> patching file X11/xserver-common
Jun 05 20:28:45 <GNUtoo|laptop> re-bitbake xserver-common
Jun 05 20:28:52 <GNUtoo|laptop> go inside its work dir
Jun 05 20:28:59 <GNUtoo|laptop> then play with quilt
Jun 05 20:29:09 <dcordes> oops never used it before just patch 
Jun 05 20:29:10 <GNUtoo|laptop> and re-put the patch in oe
Jun 05 20:29:15 <GNUtoo|laptop> use quilt
Jun 05 20:29:21 <GNUtoo|laptop> patch is more error prone
Jun 05 20:29:26 <dcordes> mhm ok
Jun 05 20:29:28 <GNUtoo|laptop> to use quilt do:
Jun 05 20:29:30 <GNUtoo|laptop> mkdir patches
Jun 05 20:29:34 <GNUtoo|laptop> if it's not already there
Jun 05 20:29:37 <GNUtoo|laptop> but it should be there
Jun 05 20:29:43 <GNUtoo|laptop> then quilt new mypatch.patch
Jun 05 20:29:55 <GNUtoo|laptop> quilt add ./path/to/the/file/to/modify
Jun 05 20:29:59 <lxsameer> dcordes: did you edit the shr-image.bb or shr-image.inc for leo?
Jun 05 20:30:03 <GNUtoo|laptop> vim ./path/to/the/file/to/modify
Jun 05 20:30:07 <GNUtoo|laptop> quilt refresh
Jun 05 20:30:13 <GNUtoo|laptop> and it creates the patch in patches
Jun 05 20:30:19 <dcordes> wow
Jun 05 20:30:26 <GNUtoo|laptop> it should be created with the correct pnum
Jun 05 20:30:28 <dcordes> that's how you guys make the patches inside oe ? :)
Jun 05 20:30:32 <GNUtoo|laptop> I mean automatically
Jun 05 20:30:33 <GNUtoo|laptop> yes
Jun 05 20:30:51 <dcordes> lxsameer: yes. I install lots of extra apps and remove games-
Jun 05 20:31:07 <GNUtoo|laptop> dcordes, you don't like games?
Jun 05 20:31:23 <lxsameer> dcordes: except of them, about image it self, 
Jun 05 20:31:26 * GNUtoo|laptop ported wesnoth wordwarvi etc....
Jun 05 20:31:29 <dcordes> lxsameer: nope
Jun 05 20:31:46 <dcordes> GNUtoo|laptop: I do but not neccessarily numpty physics and role playing :)
Jun 05 20:31:52 <lxsameer> dcordes: specially about tslib and evtouch
Jun 05 20:32:05 <dcordes> lxsameer: no. I just removed it from the qsd8.inc
Jun 05 20:33:08 <GNUtoo|laptop> ok
Jun 05 20:33:15 <GNUtoo|laptop> and wordwarvi?
Jun 05 20:33:18 <GNUtoo|laptop> it's a fun game
Jun 05 20:33:25 <GNUtoo|laptop> specially the introduction
Jun 05 20:33:26 <dcordes> gotta test that
Jun 05 20:33:45 <lxsameer> dcordes: it seems that removing them from htc-qsd8 does not enough
Jun 05 20:33:45 <GNUtoo|laptop> I converted many people to it
Jun 05 20:34:15 <lxsameer> dcordes: |  * satisfy_dependencies_for: Cannot satisfy the following dependencies for task-shr-minimal-x:
Jun 05 20:34:15 <lxsameer> |  * 	xf86-input-tslib * 	xf86-input-evtouch *
Jun 05 20:34:16 <GNUtoo|laptop> it's not adictive, just funny
Jun 05 20:34:46 <GNUtoo|laptop> maybe remove them
Jun 05 20:34:55 <GNUtoo|laptop> it should be in the inc file for msm
Jun 05 20:35:01 <GNUtoo|laptop> in conf/machine/include
Jun 05 20:35:09 <GNUtoo|laptop> s/msm/msm or qsd
Jun 05 20:35:15 <GNUtoo|laptop> don't remove in the file tough
Jun 05 20:35:17 <GNUtoo|laptop> override it
Jun 05 20:35:21 <GNUtoo|laptop> in your machine config
Jun 05 20:35:54 <lxsameer> GNUtoo|laptop: ok
Jun 05 20:36:21 <GNUtoo|laptop> in htc-qsd8k.inc there is:
Jun 05 20:36:31 <GNUtoo|laptop> XSERVER = " \
Jun 05 20:36:37 <GNUtoo|laptop> just copy that in your machine .conf
Jun 05 20:36:43 <GNUtoo|laptop> and remove the parts you don't want
Jun 05 20:36:48 <GNUtoo|laptop> but copy it after that line:
Jun 05 20:36:53 <GNUtoo|laptop> require htc-qsd8k.inc
Jun 05 20:36:57 <GNUtoo|laptop> not before
Jun 05 20:38:47 <dcordes> lxsameer: oops
Jun 05 20:39:15 <dcordes> GNUtoo|laptop: we have a conflict here
Jun 05 20:39:19 <dcordes> 22:34 < GNUtoo|laptop> it should be in the inc file for msm
Jun 05 20:39:22 <dcordes> VS.
Jun 05 20:39:48 <lxsameer> GNUtoo|laptop: i done that before
Jun 05 20:40:02 <dcordes> 21:54 < JaMa|Wrk> ok, then remove evtouch from your patch :)
Jun 05 20:40:37 <dcordes> GNUtoo|laptop: JaMa|Wrk recommended to remove evtouch and tslib from our machine configuration (no matter if .inc or .conf) because we don't need it
Jun 05 20:40:44 <dcordes> GNUtoo|laptop: so it will be a step back to re reinclude it
Jun 05 20:41:03 <dcordes> GNUtoo|laptop: it's junk in an image for device with evdev ts
Jun 05 20:41:15 <GNUtoo|laptop> dcordes, I recomended the same thing
Jun 05 20:41:18 <GNUtoo|laptop> to remove it
Jun 05 20:42:02 <GNUtoo|laptop> the method I recommanded for that was using an override
Jun 05 20:42:15 <GNUtoo|laptop> *overriding it in machine config
Jun 05 20:42:46 <dcordes> ah sorry I was too fast with reading
Jun 05 20:42:52 <GNUtoo|laptop> np
Jun 05 20:43:18 <dcordes> but I don'tu nderstand how to override non desired modules unless you mean commenting them out or removing the lines
Jun 05 20:44:34 <GNUtoo|laptop> I don't know what's the best between override and not overriding
Jun 05 20:44:37 <GNUtoo|laptop> but....
Jun 05 20:44:45 <GNUtoo|laptop> to override just say as I did
Jun 05 20:44:58 <GNUtoo|laptop> override the XSERVER value
Jun 05 20:44:59 <GNUtoo|laptop> like that
Jun 05 20:45:03 <GNUtoo|laptop> XSERVER = \
Jun 05 20:45:13 <GNUtoo|laptop> [all the values but the ones you don't want]
Jun 05 20:45:16 <GNUtoo|laptop> "
Jun 05 20:45:23 <GNUtoo|laptop> in your machine config
Jun 05 20:45:35 <GNUtoo|laptop> but after the require htc-qsd8k.inc
Jun 05 20:46:19 <GNUtoo|laptop> it's not the usual _ override I'm talking about
Jun 05 20:46:34 <dcordes> GNUtoo|laptop: we removed the undesired modules on machine config value, and shr-image fails because it cannot find the removed values
Jun 05 20:46:42 <dcordes> just like you say with XSERVER = " \
Jun 05 20:46:49 <GNUtoo|laptop> that's normal
Jun 05 20:46:51 <dcordes> but shr-image still dependso n them. why ?
Jun 05 20:46:56 <GNUtoo|laptop> not shr-image
Jun 05 20:47:00 <GNUtoo|laptop> but a task
Jun 05 20:47:06 <GNUtoo|laptop> you must bump the xorg task
Jun 05 20:47:18 <dcordes> ah I see
Jun 05 20:47:34 <GNUtoo|laptop> task-x11.bb
Jun 05 20:47:40 <GNUtoo|laptop> that's a bit hidden tough
Jun 05 20:47:56 <GNUtoo|laptop> usually people don't find that out easily....
Jun 05 20:48:03 <pespin> hmm I'm having a problem with opk when trying to install new fsodeviced...
Jun 05 20:48:12 <GNUtoo|laptop> ipk you mean
Jun 05 20:48:14 <GNUtoo|laptop> anyway
Jun 05 20:48:19 <GNUtoo|laptop> what's the problem?
Jun 05 20:48:21 <dcordes> GNUtoo|laptop: no way in hell I would have ever found that out
Jun 05 20:48:25 <pespin> # opkg list | grep fsodeviced
Jun 05 20:48:26 <pespin> fsodeviced - 2:0.9.4+gitr4+b7e1c25ae69d249e7f0fb3de1f8adc4ca58149e5-r5.22.6 - The freesmartphone.org API reference implementation (FSO 2.0)
Jun 05 20:48:26 <pespin> fsodeviced - 2:0.9.4+gitr982+cc88bb83bbcb98f4cc8b799b58c4901642a140ca-r5.22.6
Jun 05 20:48:56 <pespin> but i tries to install the second one which is already installed (build.shr-project version), which is the old one
Jun 05 20:49:11 <GNUtoo|laptop> I found that problem when the task-x11.bb was not created yet or at least not used by SHR....
Jun 05 20:49:27 <GNUtoo|laptop> task-x11.bb is a solution to a problem....
Jun 05 20:49:59 <GNUtoo|laptop> I'll move the noisy laptop and be back on desktop
Jun 05 20:50:26 <pespin> ah wait, those revs aren't the last ones I need to look at it a bit more
Jun 05 20:51:42 <pespin> ah yes, is last one (you pushed a rev and I had the git log already opened from before)
Jun 05 20:52:06 <pespin> uh, but gitr is set to 4? -.^
Jun 05 20:52:40 <GNUtoo> forget gitr
Jun 05 20:52:43 <GNUtoo> look at the hash
Jun 05 20:53:20 <pespin> the rev I have in my OE repo is the newest one (rev you pushed some mins ago)
Jun 05 20:53:41 <GNUtoo> ok
Jun 05 20:53:50 <GNUtoo> basically gitr works the follownig way
Jun 05 20:53:53 <pespin> but it tries to install the older one: # opkg install fsodeviced
Jun 05 20:53:53 <pespin> Installing fsodeviced (2:0.9.4+gitr982+cc88bb83bbcb98f4cc8b799b58c4901642a140ca-r5.22.6) to root...
Jun 05 20:53:57 <lindi-> PaulFertser: wpwrak: do you know if it is possible to chainload Qi from u-boot or vice versa? ;-)
Jun 05 20:53:59 <GNUtoo> each time you compile a new rev it increments it
Jun 05 20:54:17 <pespin> ah ok
Jun 05 20:54:21 <lindi-> PaulFertser: wpwrak: or Qi from Qi :-)
Jun 05 20:54:26 <GNUtoo> so shr compiled more revs than you
Jun 05 20:54:31 <GNUtoo> so they have high revs
Jun 05 20:54:35 <pespin> I thought it was revision number or similar content
Jun 05 20:54:43 <GNUtoo> at least that's how it works with autorev
Jun 05 20:54:47 <pespin> GNUtoo, and opkg looks at gitr?
Jun 05 20:54:52 <GNUtoo> no idea
Jun 05 20:54:55 <pespin> when decidint which one to install
Jun 05 20:55:07 <pespin> *deciding
Jun 05 20:55:12 <dcordes> GNUtoo: it seems to work. it is strange I think
Jun 05 20:55:15 <GNUtoo> in autorev case I think so, but I've no idea of how gitr works without autorev
Jun 05 20:55:51 <dcordes> GNUtoo: so if we send the patch to remove this xserver stuff from qsd8.inc we need to bump pr for task-x11 too ?
Jun 05 20:56:14 <GNUtoo> yes
Jun 05 20:56:20 <wpwrak> lindi-: hmm, i can't think of anything that would make it impossible
Jun 05 20:57:18 <lindi-> wpwrak: ok but without changes to source code? I'm just wondering if I could recommend that kind of trick in README.Debian as a way to test new versions of the boot loader without risking that the system doesn't boot :)
Jun 05 20:58:00 <lindi-> wpwrak: (some people use their openmokos in a forest with no batteries to spare for a laptop :P)
Jun 05 20:58:06 <wpwrak> lindi-: you'd have to load it into the boot ram and maybe reset some registers before running it. so you'll need some kinda of glue code.
Jun 05 20:58:31 <lindi-> wpwrak: ok so not directly possible. thanks
Jun 05 20:58:52 <wpwrak> lindi-: when they need a new battery, they fetch some more lemons from the orchard ? ;-)
Jun 05 20:59:15 <lindi-> yep :)
Jun 05 21:00:36 <wpwrak> probably not directly possible.  depends a bit to what extent the code is position-independent and what happens if you make the wrong assumption. if another boot loader has run before, it may have initialized some things in the "right" way, so even if you mess up some details, it may happen to work.
Jun 05 21:00:40 <lxsameer> i removed the tslib and evtouch from my machin xserver but http://dpaste.com/550820/
Jun 05 21:05:33 <GNUtoo> bbl
Jun 05 21:05:38 <GNUtoo> I'm making a phone call
Jun 05 21:06:24 <dcordes> GNUtoo: cya
Jun 05 21:06:50 <dcordes> lxsameer: here is the fix
Jun 05 21:07:11 <lxsameer> dcordes: where :P
Jun 05 21:07:21 <dcordes> lxsameer: http://privatepaste.com/74be218599
Jun 05 21:07:41 <dcordes> lxsameer: in oe main dir do "patch -p1 < fix.diff"
Jun 05 21:07:50 <dcordes> I will also make phone call
Jun 05 21:07:52 <dcordes> bbiab
Jun 05 21:07:53 <lxsameer> dcordes: i see
Jun 05 21:17:28 <GNUtoo> back
Jun 05 21:21:57 <pespin> argh I can get rid of that old fsodeviced
Jun 05 21:21:57 <lxsameer> dcordes: how does changing a revision fix the problem ?
Jun 05 21:22:16 <pespin> where's the opkg database located?
Jun 05 21:31:14 <GNUtoo> dcordes, what did you need already?
Jun 05 21:31:27 <GNUtoo> for routing
Jun 05 21:34:00 <pespin> ok, the databse was borked, removing it manually from db file I think that lets it install fine
Jun 05 21:34:54 <GNUtoo> pespin, reinstall
Jun 05 21:34:59 <GNUtoo> reflash
Jun 05 21:35:11 <GNUtoo> opkg database is crucial
Jun 05 21:35:19 <GNUtoo> if you remove it opkg upgrade won't work
Jun 05 21:35:25 <GNUtoo> since it doesn't know what's installed
Jun 05 21:35:32 <pespin> it wasn't installed
Jun 05 21:35:33 <GNUtoo> *won't work anymore
Jun 05 21:35:44 <pespin> I only removed one entry ;)
Jun 05 21:35:46 <pespin> not whole db
Jun 05 21:35:51 <GNUtoo> ok
Jun 05 21:35:56 <GNUtoo> sorry then
Jun 05 21:36:02 <pespin> np, thanks for warning :)
Jun 05 21:36:26 <pespin> let's see if it works doing this :)
Jun 05 21:38:01 <pespin> GNUtoo, yay! audio works now! :D
Jun 05 21:38:31 <pespin> with b7e1c25ae69d249e7f0fb3de1f8adc4ca58149e5
Jun 05 21:39:32 <pespin> hmm it seems only outgoing calls work
Jun 05 21:39:42 <GNUtoo> hmmm
Jun 05 21:39:47 <GNUtoo> maybe reflash an image
Jun 05 21:39:51 <GNUtoo> bitbake an image 
Jun 05 21:39:55 <GNUtoo> and reflash it
Jun 05 21:40:00 <GNUtoo> like a lite image
Jun 05 21:40:22 <pespin> incoming only if I use Speaker
Jun 05 21:40:43 <GNUtoo> ?
Jun 05 21:40:52 <GNUtoo> ah you use a headset on om-gta02
Jun 05 21:41:17 <pespin> GNUtoo, 2011-06-05T21:38:56.791094Z [WARN]  fsodeviced : Failed to update scenario 'gsmhandset' to get changes: Device or resource busy
Jun 05 21:41:18 <pespin> 2011-06-05T21:39:09.435261Z [INFO]  fsodeviced : Scenario gsmhandset has been changed (being also the current scenario); invalidating cache and reloading
Jun 05 21:41:45 <pespin> GNUtoo, nope, just the usual handset
Jun 05 21:41:51 <GNUtoo> ah ok
Jun 05 21:41:59 <GNUtoo> hmmm
Jun 05 21:42:04 <GNUtoo> I don't know off hand
Jun 05 21:42:51 <pespin> this is what is sending an exception: 2011-06-05T21:38:56.791094Z [WARN]  fsodeviced : Failed to update scenario 'gsmhandset' to get changes: Device or resource busy
Jun 05 21:42:51 <pespin> 2011-06-05T21:39:09.435261Z [INFO]  fsodeviced : Scenario gsmhandset has been changed (being also the current scenario); invalidating cache and reloading
Jun 05 21:42:52 <pespin> ops
Jun 05 21:42:55 <pespin> wrong copy
Jun 05 21:43:11 <pespin> device.setAllMixerControls( allscenarios[scenario].controls );
Jun 05 21:43:36 <pespin> router_alsa/plugin.vala line 175
Jun 05 21:44:30 <GNUtoo> ?
Jun 05 21:44:44 <GNUtoo> I don't understand your point
Jun 05 21:44:56 <GNUtoo> can you precise more what you think instead of only pasting code
Jun 05 21:45:03 <pespin> I copy/pasted wrong thing sorry ;)
Jun 05 21:45:20 <GNUtoo> ok np
Jun 05 21:45:25 <pespin> the warning which is sent to log
Jun 05 21:46:03 <pespin> according to what failed before and now has been fixed (fixed=exception catched), is in line 175 in router_alsa/plugin.vala
Jun 05 21:46:25 <pespin> the setAllMixerControls is the method which is triggering the exception
Jun 05 21:46:40 <pespin> so I think it can be 2 things
Jun 05 21:46:43 <GNUtoo> ah ok
Jun 05 21:47:03 <pespin> 1- error on that method or inner layers... or 2- wrong format of the alsa controls :P
Jun 05 21:48:14 <GNUtoo> 2: likely
Jun 05 21:48:30 <GNUtoo> is reflashing an option?
Jun 05 21:49:52 <pespin> should be enough with reinstalling alsastates package, shouldn't it?
Jun 05 21:51:25 <pespin> weird thing is the error string, as it doesn't seem to mean anything related to bad alsa state imo
Jun 05 21:52:11 <pespin> and that error message comes directly from Alsa
Jun 05 21:52:19 <GNUtoo> no
Jun 05 21:52:22 <pespin> var res = card.elem_write( control.value );
Jun 05 21:52:23 <pespin>             if ( res < 0 )
Jun 05 21:52:23 <pespin>                 throw new SoundError.DEVICE_ERROR( "%s".printf( Alsa.strerror( res ) ) );
Jun 05 21:52:28 <GNUtoo> you need to remove the alsa states
Jun 05 21:52:33 <GNUtoo> manually 
Jun 05 21:52:41 <pespin> and then?
Jun 05 21:52:52 <GNUtoo> opkg remove fsodeviced
Jun 05 21:52:54 <GNUtoo> then
Jun 05 21:53:06 <GNUtoo> go in /etc/freesmartphone/conf/openmoko/
Jun 05 21:53:10 <GNUtoo> or something like that
Jun 05 21:53:13 <GNUtoo> remove the alsa*
Jun 05 21:53:17 <GNUtoo> and reinstall fsodeviced
Jun 05 21:53:19 <pespin> yeah, openmoko_gta afair
Jun 05 21:53:23 <pespin> ok
Jun 05 21:57:17 <GNUtoo> ok
Jun 05 21:59:53 <pespin> I rebooted and it seems it doesn't want to connect to network now u.u
Jun 05 22:00:28 <GNUtoo> ouch
Jun 05 22:00:46 <GNUtoo> I'm not sure I will be able to fix all your problems, and I'm the only one left
Jun 05 22:01:04 <pespin> ok now
Jun 05 22:01:12 <pespin> let's try :)
Jun 05 22:01:15 <GNUtoo> ok
Jun 05 22:01:36 <GNUtoo> so when someone calls you you get no sound
Jun 05 22:04:31 <pespin> GNUtoo, it seems that if I enable speaked and then I disable it, then it works...
Jun 05 22:05:05 <GNUtoo> how can I test without beeing called?
Jun 05 22:05:07 <pespin> but only for some seconds ugh
Jun 05 22:07:20 <GNUtoo> ok
Jun 05 22:07:29 <GNUtoo> so look at the alsa scenarios
Jun 05 22:07:33 <pespin> GNUtoo, lol! look at what I have in fsoaudio.log:
Jun 05 22:07:34 <pespin> 2011-06-05T22:06:59.936833Z [DEBUG] fsoaudiod : gsmhandset is not a recognized scenario. Ignoring
Jun 05 22:07:35 <GNUtoo> do they contains stuff like 1
Jun 05 22:07:50 <GNUtoo> ah?
Jun 05 22:07:51 <GNUtoo> no idea
Jun 05 22:07:57 <GNUtoo> you've got serious issues
Jun 05 22:08:06 <GNUtoo> is it on microsd or on nand?
Jun 05 22:08:11 <GNUtoo> why can't you reflash?
Jun 05 22:08:19 <pespin> I'll reflash
Jun 05 22:08:36 <pespin> but I fear it won't get resolved with that
Jun 05 22:08:44 <pespin> someone was having this kind of error too
Jun 05 22:09:04 <GNUtoo> ah?
Jun 05 22:09:11 <GNUtoo> flash the lastest image you have
Jun 05 22:09:19 <GNUtoo> for instance the one you just build
Jun 05 22:12:17 <pespin> ok
Jun 05 22:14:39 * pespin building new image
Jun 05 22:15:09 <dcordes> GNUtoo: what's needed for routing ?
Jun 05 22:15:14 <pespin> I think I didn't built last fsoaudiod, that may be the problem
Jun 05 22:15:27 <dcordes> GNUtoo: I don't know. I am confused about alsa vs. routing vs. fsoaudiod
Jun 05 22:15:54 <GNUtoo> dcordes, I'll refrase
Jun 05 22:16:07 <GNUtoo> you have a qualcomm msm chip without an alsa driver
Jun 05 22:16:26 <GNUtoo> we need a userland routing program that I start writing
Jun 05 22:16:32 <GNUtoo> what do you want me to add to it
Jun 05 22:19:05 <dcordes> GNUtoo: it would be nice to be able to: 1)Make calls via: a)speaker b)handset c)headset  2)Listen to audio (mplayer and friends) via a)speaker b)headset
Jun 05 22:19:28 <dcordes> GNUtoo: with asound.conf 1a) works for me
Jun 05 22:19:42 <dcordes> sorry
Jun 05 22:19:54 <dcordes> s/1a/2a/
Jun 05 22:20:13 <dcordes> i.e. with asound.conf I get out of the box loudspeaker mp3s
Jun 05 22:20:31 <dcordes> now it would be good to switch that to headset and vice versa
Jun 05 22:21:04 <GNUtoo> dcordes, hmmm I've mokosuite on that microsd
Jun 05 22:21:08 <dcordes> same with routing.c : I can make a call via speaker out of the box with it but not switch to handset (that is where we stopped)
Jun 05 22:21:13 <GNUtoo> ok
Jun 05 22:21:41 <GNUtoo> I need to remove mokosuite
Jun 05 22:22:07 <GNUtoo> dcordes, do you want a screenshot before I remove it?
Jun 05 22:24:35 <dcordes> GNUtoo: what's mokosuite ?
Jun 05 22:25:09 <GNUtoo> imagine an old android-like GUI with an iphone software keyboard
Jun 05 22:25:25 <GNUtoo> the keyboard is great
Jun 05 22:25:48 <GNUtoo> unfortunately I just removed it
Jun 05 22:25:50 <dcordes> sounds right
Jun 05 22:25:53 <GNUtoo> altough I can reinstall it
Jun 05 22:25:56 <dcordes> is it the new QT stuff ?
Jun 05 22:26:00 <GNUtoo> efl
Jun 05 22:26:14 <GNUtoo> http://wiki.openmoko.org/wiki/Mokosuite
Jun 05 22:27:24 <dcordes> GNUtoo: qt can also be fast on non-accelerated x
Jun 05 22:27:52 <GNUtoo> really?
Jun 05 22:28:01 <GNUtoo> QT is very slow in meego
Jun 05 22:28:12 <dcordes> unity-2d
Jun 05 22:28:16 <GNUtoo> ah ok
Jun 05 22:28:20 <GNUtoo> but that's for a computer
Jun 05 22:28:27 <GNUtoo> try it on the freerunner .....
Jun 05 22:28:33 <dcordes> it works well on hd2
Jun 05 22:28:35 <GNUtoo> even if you don't have a freerunner.....
Jun 05 22:28:41 <dcordes> efl-like smoothness.
Jun 05 22:28:42 <GNUtoo> screenshots?
Jun 05 22:28:48 <dcordes> it's about the speed
Jun 05 22:28:54 <dcordes> I could only put that in video
Jun 05 22:29:00 <GNUtoo> yes but I've no idea how it looks like
Jun 05 22:29:05 <GNUtoo> if it's something simple
Jun 05 22:29:08 <GNUtoo> or very heavy
Jun 05 22:31:43 <GNUtoo> phonefsod: error while loading shared libraries: libgdbus-codegen.so.0: cannot open shared object file: No such file or directory
Jun 05 22:31:44 <GNUtoo> hmmm
Jun 05 22:31:48 <GNUtoo> I must update my rootfs
Jun 05 22:31:56 <GNUtoo> which means it'll break again....
Jun 05 22:32:04 <GNUtoo> maybe I should add quick support for this device
Jun 05 22:32:10 <GNUtoo> in oe + fso configs
Jun 05 22:32:17 <GNUtoo> I'll do that now
Jun 05 22:33:16 <pespin> which device?
Jun 05 22:33:24 <GNUtoo> and maybe we shoud integrate the separate call enabler that I made in fsoaudiod
Jun 05 22:33:26 <GNUtoo> nexusone
Jun 05 22:33:41 <pespin> nice :)
Jun 05 22:33:47 * pespin still flashing
Jun 05 22:33:48 <GNUtoo> not so nice device
Jun 05 22:33:52 <GNUtoo> it's an android device
Jun 05 22:34:03 <GNUtoo> pespin, microsd or ubifs or jffs2?
Jun 05 22:34:11 <GNUtoo> for ubifs try to NAND scrub before
Jun 05 22:34:32 <pespin> jffs2
Jun 05 22:34:50 <GNUtoo> ok
Jun 05 22:34:58 <dcordes> GNUtoo: crappy videos only
Jun 05 22:35:42 <GNUtoo> np
Jun 05 22:35:50 <GNUtoo> do you have screenshots of unity2d?
Jun 05 22:35:56 <GNUtoo> even for desktop computers
Jun 05 22:38:54 <dcordes> http://bfiller.wordpress.com/2011/01/13/unity-2d/
Jun 05 22:39:28 <GNUtoo> how does it work with touch devices?
Jun 05 22:39:33 <dcordes> Unity 2D’s main goal is to provide a Unity environment on hardware platforms that don’t  support Unity’s Open GL requirements. Many ARM platforms fall into this category, so Unity 2D expands Unity’s goodness to a whole new set of platforms.
Jun 05 22:39:48 <dcordes> works fantastically well with hd2 ts
Jun 05 22:39:48 <GNUtoo> ok nice
Jun 05 22:40:01 <dcordes> it's the same background why mickeyl et al. use QML
Jun 05 22:40:03 <dcordes> I figure
Jun 05 22:40:04 <pespin> unity is qt based?
Jun 05 22:40:28 <pespin> I thought it was forked from gnome and so it was gtk based
Jun 05 22:40:43 <dcordes> GNUtoo: in the new shr gui I mean
Jun 05 22:41:48 <GNUtoo> shr gui?
Jun 05 22:42:06 <dcordes> GNUtoo: the whole anti-efl thing.
Jun 05 22:42:13 <GNUtoo> dcordes, sorry not to work on the routing right now btw
Jun 05 22:42:25 <GNUtoo> I'll work on adding support for nexusone in oe+fso instead
Jun 05 22:42:43 <dcordes> GNUtoo: then you will have better testing platform
Jun 05 22:42:48 <GNUtoo> but it's impossible to work on routing right now if telephony is broken on my phone
Jun 05 22:42:52 <GNUtoo> yes
Jun 05 22:42:59 <dcordes> GNUtoo: and we can cooperate more easily with qsd8
Jun 05 22:43:02 <GNUtoo> I mean I will loose less time rebasing
Jun 05 22:43:22 <GNUtoo> git fetch takes ages here
Jun 05 22:46:19 <dcordes> LXSAMER: just in case you read the log: the revision bump is needed to make bitbake aware of the change in qsd8.inc . I know it seems odd...
Jun 05 22:47:14 <GNUtoo> hmmm I really wonedr
Jun 05 22:47:15 <DocScrutinizer> QML: another concept invented by chip vendors to make life easy for lazy coders - well it's a common trend since years, that's why 2 billion users have to get 2 bilion bytes ram each, so that 100.000 coders don't need to bother about optimizing their crap and thus shrink ram usage by factor 20
Jun 05 22:47:40 <GNUtoo> if I add nexusone
Jun 05 22:47:47 <GNUtoo> after I will need volume control
Jun 05 22:47:50 <dcordes> DocScrutinizer: lol
Jun 05 22:47:51 <GNUtoo> which we don't have
Jun 05 22:47:55 <GNUtoo> cotulla.....
Jun 05 22:48:13 <dcordes> GNUtoo: let's just live without volume control
Jun 05 22:48:16 <angelox> DocScrutinizer: i'm not a lazy coder :) haha
Jun 05 22:48:27 <dcordes> angelox: ah the QML crowd :)
Jun 05 22:48:27 <GNUtoo> dcordes, that's hard
Jun 05 22:48:39 <dcordes> GNUtoo: but it's a luxury we cannot have right now
Jun 05 22:48:50 <GNUtoo> yes but I wonder something
Jun 05 22:48:53 <GNUtoo> how can it be done
Jun 05 22:49:22 <dcordes> maybe we need to make friends with #alsa and convince them qsd8 is the coolest platfrom in the world and we really need to enjoy non-android alsa
Jun 05 22:49:34 <GNUtoo> I don't think it'll work
Jun 05 22:49:38 <dcordes> ^^
Jun 05 22:49:39 <GNUtoo> we have 2 solutions:
Jun 05 22:49:43 <GNUtoo> both include waiting
Jun 05 22:49:47 <GNUtoo> *wait for cotulla
Jun 05 22:49:49 <GNUtoo> *wait for palm
Jun 05 22:50:02 <dcordes> ah the palm thing. what did you say when the palm qsd device will be out ?
Jun 05 22:50:10 <GNUtoo> no idea
Jun 05 22:50:16 <GNUtoo> and they often put the source late
Jun 05 22:50:17 <dcordes> hahaha I bet they have a new AMSS
Jun 05 22:50:28 <GNUtoo> not sure
Jun 05 22:50:31 <dcordes> plan9 based with OSS derived sound system
Jun 05 22:50:33 <GNUtoo> if so we're screwed
Jun 05 22:50:34 <dcordes> needed
Jun 05 22:50:49 <dcordes> :] 
Jun 05 22:51:30 <GNUtoo> so we neeed cotulla 
Jun 05 22:51:34 <GNUtoo> what is he doing?
Jun 05 22:51:41 <GNUtoo> else I've to talk with morphis
Jun 05 22:51:51 <GNUtoo> maybe I could write an userspace volume control?
Jun 05 22:52:11 * dcordes shrugs
Jun 05 22:52:12 <GNUtoo> DocScrutinizer, hi:
Jun 05 22:52:34 <GNUtoo> we have this snapdragoon / QSD platform that is a bit like the htcdream's msm but more recent
Jun 05 22:52:45 <GNUtoo> there is no alsa driver for it currently
Jun 05 22:52:53 <GNUtoo> I don't want to spend time writing one
Jun 05 22:53:05 <GNUtoo> the person who is writing it takes his time
Jun 05 22:53:21 <GNUtoo> and didn't publish something yet, he wants to pubilsh when it works
Jun 05 22:53:42 <GNUtoo> so I wondered if it was easy to add something that expose an alsamixer widget
Jun 05 22:53:48 <dcordes> GNUtoo: just for my personal understanding: If we do not have alsa, what is the thing between "mplayer fubar.mp3" and my AMSS that makes sound ?
Jun 05 22:53:53 <GNUtoo> and that does software volume control
Jun 05 22:54:00 <dcordes> GNUtoo: .... since I put your asoundrc
Jun 05 22:54:07 <GNUtoo> re-read the asoundrc
Jun 05 22:54:11 <GNUtoo> it's not a real alsa
Jun 05 22:54:17 <GNUtoo> it writes to the android driver
Jun 05 22:55:08 <dcordes> so pseude alsa one could say ?
Jun 05 22:55:18 <GNUtoo> alsa in userspace
Jun 05 22:55:21 <dcordes> pseudo
Jun 05 22:57:08 <pespin> GNUtoo, it works now :)
Jun 05 22:57:17 <pespin> I think it was because i didn't upgrade fsoaudiod too
Jun 05 22:58:33 <GNUtoo> ok
Jun 05 22:58:36 <GNUtoo> nice
Jun 05 23:00:02 <GNUtoo> maybe I'll look on how morphis added his controls
Jun 05 23:00:04 <pespin> mrmoku, solved reflashing image built using fso-autorev (b7e1c25ae69d249e7f0fb3de1f8adc4ca58149e5)
Jun 05 23:00:33 <pespin> ChristW, I think you had similar problem than me ^
Jun 05 23:01:22 <GNUtoo> wow 
Jun 05 23:01:26 <GNUtoo> it might be doable
Jun 05 23:01:27 <GNUtoo> let me try it
Jun 05 23:03:52 <GNUtoo> if we integrate in fsoaudiod....
Jun 05 23:03:58 <GNUtoo> it might be doable
Jun 05 23:28:44 <dcordes> GNUtoo: new knowledge ??
Jun 05 23:34:03 <GNUtoo> yes but it doesn't work
Jun 06 00:12:18 <GNUtoo> DocScrutinizer, hi, any idea on how to add a softvol control when there is no hardware control on the not-alsa card emulated with the file pcm plugin
Jun 06 00:17:23 <dcordes> GNUtoo: hm maybe mailing list archives have something on it
Jun 06 00:17:41 <GNUtoo> which mailing list archives?
Jun 06 00:17:42 <dcordes> GNUtoo: quick web search wasn't successful. it seems like a very special problem
Jun 06 00:17:46 <dcordes> GNUtoo: any
Jun 06 00:17:50 <GNUtoo> indeed 
Jun 06 00:18:01 <GNUtoo> and DocScrutinizer is active in #qi-hardware but doesn't respond here
Jun 06 00:18:09 <dcordes> GNUtoo: how about we approach the alsa dudes and dudettes with the new situation ?
Jun 06 00:18:17 <dcordes> new being we have the asound workaround
Jun 06 00:18:23 <DocScrutinizer> eh
Jun 06 00:18:24 <DocScrutinizer> ?
Jun 06 00:18:29 <GNUtoo> hi
Jun 06 00:18:37 <GNUtoo> basically here's the new alsa issue
Jun 06 00:18:54 <GNUtoo> I've a nexusone , dcordes has an htc leo and captainigloo has an htc leo
Jun 06 00:18:55 <DocScrutinizer> sure, you add a softvol same way you do it usually
Jun 06 00:19:01 <GNUtoo> ah?
Jun 06 00:19:19 <GNUtoo> so I don't need a hardware control thing?
Jun 06 00:19:20 <GNUtoo> like
Jun 06 00:19:20 <dcordes> captain's got the bravo
Jun 06 00:19:35 <GNUtoo> oops I meant htc desire
Jun 06 00:19:40 <DocScrutinizer> softvol is unrelated to hw
Jun 06 00:19:43 <GNUtoo> ok
Jun 06 00:19:44 <dcordes> cool
Jun 06 00:19:49 <dcordes> can it be used with mixers like alsamixer ?
Jun 06 00:19:58 <GNUtoo> so how do I insert the softvol in a non-existing mixer?
Jun 06 00:20:02 <DocScrutinizer> sure, that's how it works
Jun 06 00:20:15 <dcordes> GNUtoo: so cool :D now if we route, we have everything we need.
Jun 06 00:20:19 <GNUtoo> because there are no hardware mixer on that phone
Jun 06 00:20:20 <DocScrutinizer> you need to create a mixer
Jun 06 00:20:28 <GNUtoo> ah?
Jun 06 00:20:29 <GNUtoo> how?
Jun 06 00:20:41 <GNUtoo> with the dummy alsa sound card in the kernel?
Jun 06 00:20:54 * angelox thinks that it's hard...
Jun 06 00:21:01 <DocScrutinizer> I think you can create as many mixers as you like, using dummy "hw"
Jun 06 00:21:11 <GNUtoo> wow
Jun 06 00:21:18 <GNUtoo> but how to use dummy hw?
Jun 06 00:22:04 <DocScrutinizer> Inever looked at it, but you got a statement in asoundrc to define mixers, and you refer to arbitrary "cards" iirc
Jun 06 00:22:12 <DocScrutinizer> there are alsa "dummy" cards
Jun 06 00:22:17 <GNUtoo> yes 
Jun 06 00:22:17 <GNUtoo> ok
Jun 06 00:28:09 <dcordes> GNUtoo: I found this http://alsa.opensrc.org/Softvol and this http://alsa.opensrc.org/How_to_use_softvol_to_control_the_master_volume
Jun 06 00:28:56 <GNUtoo> yes I already know that
Jun 06 00:29:31 <DocScrutinizer> you know about my softvol howto at twinkle forum, right?
Jun 06 00:29:43 <GNUtoo> no
Jun 06 00:29:46 <DocScrutinizer> meh
Jun 06 00:29:55 <GNUtoo> I'll look
Jun 06 00:30:03 * DocScrutinizer has posted it like 10 times now
Jun 06 00:30:18 <GNUtoo> you posted twinkle stuff
Jun 06 00:30:26 <GNUtoo> but I didn't remember...ahhh that
Jun 06 00:30:38 <DocScrutinizer> http://tech.groups.yahoo.com/group/twinklephone/message/1731
Jun 06 00:31:19 <DocScrutinizer> you insert softvol wherever you like
Jun 06 00:36:35 <DocScrutinizer> btw my laptop seems is missing any proper hw mixer, master PCM volume is actually a softvol - this is what alsa ships for this codec/hw
Jun 06 00:37:22 <GNUtoo> ok
Jun 06 00:37:35 <GNUtoo> can you pastebin your laptop .asoundrc?
Jun 06 00:37:48 <dcordes> GNUtoo: sorry for another super offtopic: do your nexus one keypad buttons work in recent Xorg ?
Jun 06 00:37:58 <GNUtoo> because I don't understand well the pcm.vol
Jun 06 00:38:04 <GNUtoo> for instance there are @args
Jun 06 00:38:12 <DocScrutinizer> it's not in .asoundrc, but in alsa's standard configs in /usr/share/alsa/* or sth
Jun 06 00:38:20 <GNUtoo> ok
Jun 06 00:38:40 <DocScrutinizer> you can check on your won alsa installation, search for my hw
Jun 06 00:38:42 <GNUtoo> dcordes, which buttons, the software or hardware ones?
Jun 06 00:38:46 <dcordes> GNUtoo: hw
Jun 06 00:38:56 <GNUtoo> I've old xorg
Jun 06 00:38:57 <DocScrutinizer> hda sis966
Jun 06 00:39:00 <GNUtoo> ok
Jun 06 00:41:09 <khorben> for pespin later: http://www.defora.org/os/news/3540/First-release-of-the-Mailer-project
Jun 06 00:41:24 <DocScrutinizer> /usr/share/alsa/cards/HDA-Intel.conf
Jun 06 00:41:35 <GNUtoo> ok
Jun 06 00:42:17 <DocScrutinizer> HDA-Intel.pcm.front.0 {        @args [ CARD ]        @args.CARD {                type string        }        type softvol        slave.pcm {                type hw                card $CARD        }        control {                name "PCM Playback Volume"                card $CARD        } }
Jun 06 00:42:29 <GNUtoo> yes I'm reading that
Jun 06 00:42:40 <GNUtoo> but on nexusone there is no hardware card
Jun 06 00:42:43 <GNUtoo> so I'll try
Jun 06 00:42:47 <GNUtoo> with software card
Jun 06 00:43:27 <DocScrutinizer> the $CARD is adnostic about type of the soundcard
Jun 06 00:43:34 <dcordes> GNUtoo: I have hd2 ready to test
Jun 06 00:43:38 <dcordes> GNUtoo: running
Jun 06 00:43:44 <GNUtoo> ok
Jun 06 00:44:25 <DocScrutinizer> see twinkle
Jun 06 00:46:22 <DocScrutinizer> slave.pcm can be arbitrary virtual or real devices of ALSA
Jun 06 00:46:29 <GNUtoo> ok
Jun 06 00:47:00 <dcordes> GNUtoo: in mplayer I can change volume with 9 and 0 keys
Jun 06 00:47:08 <dcordes> GNUtoo: [AO_ALSA] Mixer attach default error: No such file or directory
Jun 06 00:47:17 <dcordes> GNUtoo: it yields this error but works
Jun 06 00:47:20 <DocScrutinizer> e.g default, or pcm.surround5.1, or hw:0.0
Jun 06 00:47:20 <GNUtoo> yes one sec
Jun 06 00:48:35 <DocScrutinizer> mixer-attach error prolly means there is no control for the mixer hw
Jun 06 00:48:59 <GNUtoo> cannot open mixer: No such file or directory
Jun 06 00:49:04 <GNUtoo> I've that all the time
Jun 06 00:49:07 <GNUtoo> I'll try harder
Jun 06 00:50:51 <DocScrutinizer> /dev/snd/controlC*
Jun 06 00:51:01 <GNUtoo> nothing I guess
Jun 06 00:51:02 <GNUtoo> let me try
Jun 06 00:51:12 <DocScrutinizer> is what a mixer connects to aiui
Jun 06 00:51:13 <GNUtoo> nothing
Jun 06 00:51:54 <DocScrutinizer> if that file is missing I guess you get that error
Jun 06 00:52:08 <GNUtoo> so how do I do with that missing?
Jun 06 00:52:15 <GNUtoo> I add a dummy alsa driver?
Jun 06 00:52:19 <GNUtoo> there is one in the kernel
Jun 06 00:52:28 <DocScrutinizer> unless you instruct mixer to use some other interface to hw
Jun 06 00:52:47 <GNUtoo> open("/dev/snd/controlC0", O_RDONLY|0x80000 /* O_??? */) = -1 ENOENT (No such file or directory)
Jun 06 00:52:52 <DocScrutinizer> sure, dummy alsa driver should provide dummy controller interface
Jun 06 00:52:58 <GNUtoo> ok
Jun 06 00:53:12 <DocScrutinizer> toldya :-)
Jun 06 00:53:24 <GNUtoo> I'll re-read
Jun 06 00:53:43 <GNUtoo> <DocScrutinizer> I think you can create as many mixers as you like, using dummy "hw"
Jun 06 00:53:51 <GNUtoo> I tought you were talking about userspace
Jun 06 00:53:58 <DocScrutinizer> there's even a null device, dunno if it has a null-control as well
Jun 06 00:54:11 <GNUtoo> I don't think it has
Jun 06 00:54:14 <GNUtoo> I already tried
Jun 06 00:54:24 <DocScrutinizer> I'm happily jumping user<->kernel
Jun 06 00:54:52 <dcordes> GNUtoo: DocScrutinizer: aplay -l gives me default and null device here
Jun 06 00:54:53 <DocScrutinizer> you see the mixer def in asoundc?
Jun 06 00:56:58 <GNUtoo> http://www.pastie.org/2025070
Jun 06 00:57:06 <GNUtoo> that was my simplified version
Jun 06 00:57:14 <GNUtoo> I'll add a kernel mixer
Jun 06 00:59:51 <dcordes> GNUtoo: i.e. patch kernel ?
Jun 06 01:00:28 <GNUtoo> no
Jun 06 01:00:37 <GNUtoo> CONFIG_SND_DUMMY
Jun 06 01:00:44 <GNUtoo> CONFIG_SND_ALOOP
Jun 06 01:00:46 <GNUtoo> etc...
Jun 06 01:02:38 <dcordes> ah ok
Jun 06 01:04:04 <dcordes> what else? (etc) ?
Jun 06 01:04:20 <dcordes> would like to reconstruct it here too then I can test
Jun 06 01:04:28 <GNUtoo> make ARCH=arm xconfig
Jun 06 01:04:29 <DocScrutinizer> http://paste.debian.net/118936/  for example of a ctl. mixer def
Jun 06 01:04:40 <DocScrutinizer> ok, it's pulse, but a starting point
Jun 06 01:05:31 <GNUtoo> pulse is a plugin
Jun 06 01:05:34 <GNUtoo> an alsa plugin
Jun 06 01:05:35 <GNUtoo> in
Jun 06 01:05:41 <DocScrutinizer> I know
Jun 06 01:06:09 <DocScrutinizer> the idea anyway is: if you got pcm.foo, you also need ctl.foo  (AIUI)
Jun 06 01:06:10 <GNUtoo> /usr/lib/alsa-lib
Jun 06 01:06:23 <GNUtoo> ok
Jun 06 01:06:29 <DocScrutinizer> ctl.foo is the mixer def
Jun 06 01:06:35 <GNUtoo> yes I know
Jun 06 01:06:47 <GNUtoo> I'll try to fix it with the kernel dummy card
Jun 06 01:06:54 <GNUtoo> and add the master volume control
Jun 06 01:07:07 <GNUtoo> but the problem is that we can't change the existing controls
Jun 06 01:07:10 <GNUtoo> ahhh wait a sec
Jun 06 01:07:17 <GNUtoo> maybe I know what's wrong
Jun 06 01:07:19 <DocScrutinizer> ctl.qsd8k
Jun 06 01:07:25 <GNUtoo> I've not even alsa in the kernel
Jun 06 01:08:31 <DocScrutinizer> in your softvol you define "card qsd8k" but you got no ctl.qsd8k
Jun 06 01:09:13 <DocScrutinizer> so there's no mixer for qsd8k to place the silder on
Jun 06 01:11:06 <GNUtoo> yes I just added it
Jun 06 01:11:47 <GNUtoo> ctrl.!default {        card qsd8k }
Jun 06 01:11:57 <GNUtoo> I forgott type hw
Jun 06 01:11:59 <GNUtoo> I'll add it
Jun 06 01:12:28 <GNUtoo> sill no such file or directory
Jun 06 01:12:35 <GNUtoo> I'll load the dummy card module
Jun 06 01:16:42 <dcordes> need to sleep
Jun 06 01:16:45 <dcordes> good night  guys
Jun 06 01:16:55 <dcordes> & good luck
Jun 06 01:17:07 <DocScrutinizer> aiui the alsa userland will ask kernel about the hw, and if there's no matching hw, it fails. You need a card definition for your qsd8k card I kuess - that's just exceeding limits of my understanding of ALSA though
Jun 06 01:17:35 <DocScrutinizer> guess*
Jun 06 01:17:54 <DocScrutinizer> (friggin "Franken" kbd"
Jun 06 01:17:58 <DocScrutinizer> )
Jun 06 01:18:05 <GNUtoo> ok
Jun 06 01:26:37 <DocScrutinizer> http://share.ovi.com/media/joerg900.public/joerg900.10128
Jun 06 01:45:08 * GNUtoo doesn't understand why it works now but doesn't shows up in the controls
Jun 06 01:45:15 <GNUtoo> anyway I'll go to bed
Jun 06 01:56:37 <GNUtoo> so sorry for failing but I really need some sleep
**** ENDING LOGGING AT Mon Jun 06 02:59:57 2011