**** BEGIN LOGGING AT Sun Dec 05 02:59:58 2010
Dec 05 08:37:55 <mrmoku> JaMa|Off: hehe, ok
Dec 05 08:38:00 <mrmoku> TAsn: all fine?
Dec 05 09:09:37 <JaMa|Off> mrmoku: should we switch shr-t branch in Makefile?
Dec 05 09:09:56 <mrmoku> JaMa|Off: yeah
Dec 05 09:10:23 <JaMa|Off> shr-u images will be built today.. so to keep buildhost busy :)
Dec 05 09:10:30 <mrmoku> :)
Dec 05 09:10:47 * mrmoku is downloading the gta02 lite image from tests
Dec 05 09:11:02 <mrmoku> somehow my ubifs install in flash is broken
Dec 05 09:11:10 <JaMa|Off> it's imho synced too
Dec 05 09:11:15 <mrmoku> ahh, ok
Dec 05 09:11:15 <JaMa|Off> so no need for /tests/
Dec 05 09:11:18 <mrmoku> :)
Dec 05 09:11:30 <mrmoku> just saw it's still building something...
Dec 05 09:11:30 <JaMa|Off> n900 image is only in /tests
Dec 05 09:11:34 <mrmoku> ok
Dec 05 09:12:02 <JaMa|Off> is that glib now in shr?
Dec 05 09:12:16 <mrmoku> yup
Dec 05 09:13:13 <JaMa|Off> great.. so we can start playing with gso gdbus branches soon? :)
Dec 05 09:13:49 <mrmoku> /mnt/neo/usr/lib/libglib-2.0.so.0.2600.1
Dec 05 09:13:57 <mrmoku> from the freshly unpackage rootfs :)
Dec 05 09:14:07 <mrmoku> s/unpackage/unpacked/
Dec 05 09:14:07 <apt> mrmoku meant: from the freshly unpacked rootfs :)
Dec 05 09:14:24 <mrmoku> JaMa|Off: ohh, yes :)
Dec 05 09:22:09 <CIA-107> SHR: 03Martin.Jansa 07shr-makefile * r79d67d05fa5e 10/Makefile: Makefile: local-buils.inc, use GITSHA instead of AUTOREV
Dec 05 09:22:15 <CIA-107> SHR: 03Martin.Jansa 07shr-makefile * r982dcd3de30c 10/Makefile: Makefile: switch shr-t to new shr/testing2011.1 branch
Dec 05 09:28:06 <[Rui]> morning
Dec 05 09:31:37 <JaMa|Off> moin
Dec 05 09:43:40 <shrmiscdevcnot> hello
Dec 05 09:44:30 <shrmiscdevcnot> i m an error at boot qi shr full unstable 
Dec 05 09:45:05 <shrmiscdevcnot> cannot register miscdev minor -130
Dec 05 09:45:21 <shrmiscdevcnot> and fr boot in flash
Dec 05 09:46:09 <shrmiscdevcnot> i have search and find a kernel qatcdog variabMle
Dec 05 09:46:19 <shrmiscdevcnot> eh you
Dec 05 09:46:29 <shrmiscdevcnot> watchdog
Dec 05 09:46:42 <JaMa> that's not fatal error
Dec 05 09:46:46 <JaMa> boot should continue ok
Dec 05 09:46:51 <shrmiscdevcnot> no
Dec 05 09:47:09 <shrmiscdevcnot> reback to flash 
Dec 05 09:47:34 <JaMa> hmm
Dec 05 09:47:35 <shrmiscdevcnot> boot in my flash shr lite
Dec 05 09:47:47 * JaMa doesn't understand where is problem
Dec 05 09:48:04 <shrmiscdevcnot> not boot in microsd
Dec 05 09:48:27 <pabs3> he has shr-u full on a uSD and shr lite on flash. Qi isn't booting into the uSD
Dec 05 09:48:27 <mrmoku> Qi will boot from flash if it does not find a kernel on microsd
Dec 05 09:48:32 <shrmiscdevcnot> my other microsd boot correctely
Dec 05 09:48:45 <JaMa> if it doesn't boot on uSD then this miscdev minor is not the cause of it
Dec 05 09:49:56 <shrmiscdevcnot> ok i think is a error mknod create device 
Dec 05 09:50:55 <shrmiscdevcnot> sure im evidentely a kernel in my microsd in boot / default 2 6 37
Dec 05 09:53:42 <shrmiscdevcnot> pabs3: i m confused why qi isn t booting into the uSD
Dec 05 09:54:42 <JaMa> shrmiscdevcnot: devtmpfs is not creating miscdev soon enough for that kernel, but as I said it's not fatal error
Dec 05 09:55:18 <shrmiscdevcnot> IM  NAND BOOT menu 2 boot from ext2 usd faill not found a uimage.bin
Dec 05 09:57:13 <shrmiscdevcnot> how actived log message
Dec 05 09:58:00 <shrmiscdevcnot> step 2 im a ext3 partitiom with tiny swap partition for later
Dec 05 09:58:13 <shrmiscdevcnot> im this usd
Dec 05 09:59:19 <shrmiscdevcnot> maybe installed shr lite and upgrade to full installed task
Dec 05 10:00:20 <shrmiscdevcnot> i have installed in adaptator and with scp same result
Dec 05 10:00:20 <pabs3> you might get better help on #openmoko-fr (French speaking user support channel)
Dec 05 10:00:21 <JaMa> full image will boot the same as lite
Dec 05 10:01:25 <shrmiscdevcnot> fulll doesnt work space size in flash warning
Dec 05 10:01:53 <shrmiscdevcnot> no french channel and fr website is poor
Dec 05 10:01:59 <JaMa> is it gta01?
Dec 05 10:02:04 <shrmiscdevcnot> no
Dec 05 10:02:07 <shrmiscdevcnot> 2
Dec 05 10:04:15 <JaMa> because gta02 flash is big enough for full image
Dec 05 10:05:37 <JaMa> 106M from 256M flash
Dec 05 10:05:49 <shrmiscdevcnot> too tiny flash in the board
Dec 05 10:06:44 <shrmiscdevcnot> 108
Dec 05 10:07:15 <JaMa> /dev/mtdblock6          246.6M    103.5M    143.1M  42% /media/flash
Dec 05 10:07:34 <shrmiscdevcnot> 1068 volatile uncompress at firast boot is not my problem 
Dec 05 10:08:14 <JaMa> shrmiscdevcnot: are you a irc bot? :)
Dec 05 10:08:29 <shrmiscdevcnot> no
Dec 05 10:09:43 <shrmiscdevcnot> so what for this
Dec 05 10:11:18 <pabs3> does your uSD have any /boot/noboot-GTA02 files anywhere? what filesystem is on the uSD?
Dec 05 10:14:30 <shrmiscdevcnot> no i have no noboot-gta2 file i use ext3 format from fedora shh and i have also try in ext2 fs in usd i have two partition in usd another is swap 166mb
Dec 05 10:16:35 <shrmiscdevcnot> cd /media/card/boot/ ls append-GTA02 
Dec 05 10:19:27 <pabs3> I'm guessing Qi doesn't support that particular uSD card
Dec 05 10:19:37 <pabs3> I wonder if you are having this issue: http://www.mail-archive.com/openmoko-kernel@lists.openmoko.org/msg06899.html
Dec 05 10:22:04 <shrmiscdevcnot> qi doesn t support two partition on microsd?
Dec 05 10:22:28 <shrmiscdevcnot> qi boot usd is in qi page wiki
Dec 05 10:22:33 <pabs3> should work fine, I have 4 partitions
Dec 05 10:24:45 <shrmiscdevcnot> i try root=/dev/mmcblk0p2 or and rootdelay in append /boot/ on flas /media/flash for me wiki fr is folk informatiom installation is at right at left
Dec 05 10:33:29 <shrmiscdevcnot> ok i patch notify only 25xxxx compiled .c and reboot it is correct? and add veryfy loglevel but in append /flash or in /media/card
Dec 05 10:33:46 <mickey_munich> mrmoku: just seen SHR on N900... wow, it's FAST :)
Dec 05 10:35:01 <shrmiscdevcnot> a4 is fast
Dec 05 10:40:03 <shrmiscdevcnot> path mmc-glamo?
Dec 05 10:43:37 <shrmiscdevcnot> im not use git
Dec 05 10:43:55 <shrmiscdevcnot> is source src in shr?
Dec 05 10:46:37 <morphis> heyho
Dec 05 10:47:40 <shrmiscdevcnot> where is glamo-mmc.c or .so in shr 
Dec 05 10:48:01 <shrmiscdevcnot> is part of qi?
Dec 05 10:48:53 <shrmiscdevcnot> how people say this when mail archive tell /a to /b
Dec 05 10:57:17 <mrmoku> mickey_munich: yeah.... faaaaaaaast :D
Dec 05 10:57:35 <mrmoku> especially if you're used to see it on a FR
Dec 05 10:57:48 <mrmoku> but faster than maemo on n900 too
Dec 05 10:57:53 <mickey_munich> yep
Dec 05 10:57:53 <mrmoku> not to talk about meego ;)
Dec 05 10:57:55 <mickey_munich> quite amazing
Dec 05 10:58:09 <mickey_munich> i'll try to setup the multiboot later today
Dec 05 10:58:14 <morphis> mrmoku: whats fast?
Dec 05 10:58:23 <morphis> SHR on N900?
Dec 05 10:58:30 <mickey_munich> *nod*
Dec 05 10:58:59 <morphis> FR with beagleboard inside?
Dec 05 10:59:09 <mickey_munich> shr on n900
Dec 05 10:59:23 <morphis> ah
Dec 05 10:59:30 <morphis> take a look at shr on palm pre :)
Dec 05 10:59:43 <morphis> it should be as fast as on the n900 
Dec 05 10:59:49 <mickey_munich> will do in a couple of minutes
Dec 05 11:00:28 <mickey_munich> morning GNUtoo|laptop 
Dec 05 11:00:53 <GNUtoo|laptop> mickey_munich, hi
Dec 05 11:01:05 <GNUtoo|laptop> we have a segfault in fsogsmd and it's not my fault
Dec 05 11:01:07 <morphis> GNUtoo|laptop: heyho
Dec 05 11:01:20 <morphis> GNUtoo|laptop: where?
Dec 05 11:01:23 <GNUtoo|laptop> maybe it's just for n900 with dummy modem 
Dec 05 11:01:33 <GNUtoo|laptop> sync_fetch_and_add_4
Dec 05 11:01:37 <GNUtoo|laptop> so atomic stuff
Dec 05 11:01:55 <morphis> and whats the origin action?
Dec 05 11:02:09 <GNUtoo|laptop> shr-settings->phone
Dec 05 11:02:16 <morphis> ah ok
Dec 05 11:03:25 <[Rui]> I'm doing a --noaction upgrade and I'm getting lots of "task-base-wifi: unsatisfied recommendation for kernel-module-aes"
Dec 05 11:07:29 <GNUtoo|laptop> crashes also on om-gta02
Dec 05 11:07:32 <GNUtoo|laptop> with n900 config
Dec 05 11:07:47 <GNUtoo|laptop> dummy modem has several problem
Dec 05 11:07:53 <GNUtoo|laptop> *this crash
Dec 05 11:08:16 <GNUtoo|laptop> *the pin screen that nevers goes off even if you enter the correct pin(1234)
Dec 05 11:11:08 <morphis> ok so it is a problem with the dummy modem
Dec 05 11:12:29 <mickey_munich> dummy_modem hasn't been updated for some time...
Dec 05 11:12:33 <GNUtoo|laptop> yes I think so
Dec 05 11:12:36 <GNUtoo|laptop> ah ok
Dec 05 11:12:45 <GNUtoo|laptop> so....what should I do?
Dec 05 11:12:58 <GNUtoo|laptop> also the debug stuff looked strange
Dec 05 11:13:10 <mickey_munich> why not starting with a modem_n900 plugin?
Dec 05 11:13:23 <GNUtoo|laptop> http://pastebin.com/yZVUdn44
Dec 05 11:13:23 <mickey_munich> can be pretty much empty for a start
Dec 05 11:13:28 <mickey_munich> but in the end you'll need it anyways
Dec 05 11:13:30 <[Rui]> morphis: who's working on pre2?
Dec 05 11:13:36 <mickey_munich> so that can serve as testbed for lowlevel_n900
Dec 05 11:14:04 <mickey_munich> hmm
Dec 05 11:14:05 <mickey_munich> gcc 4.5
Dec 05 11:14:06 <morphis> [Rui]: Sylvain and me (but I don't have the device)
Dec 05 11:14:07 <mickey_munich> might have problems
Dec 05 11:14:11 <mickey_munich> didn't use it yet
Dec 05 11:14:13 <GNUtoo|laptop> ah?
Dec 05 11:14:20 <morphis> [Rui]: but the pre2 is the same as the pre
Dec 05 11:14:21 <GNUtoo|laptop> indeed doesn't seem a kernel problem
Dec 05 11:14:24 <morphis> just with a better cpu
Dec 05 11:14:25 <GNUtoo|laptop> we're on armv7
Dec 05 11:14:27 <mickey_munich> don't use brandnew toolchains :)
Dec 05 11:15:00 <GNUtoo|laptop> and I already dig into __sync__fetch_and_add in the past
Dec 05 11:15:21 <GNUtoo|laptop> it used cmpxchg for armv4
Dec 05 11:15:26 <GNUtoo|laptop> when I looked into it
Dec 05 11:15:30 <GNUtoo|laptop> and it still does I bet
Dec 05 11:15:35 <GNUtoo|laptop> but for armv7...
Dec 05 11:16:34 <GNUtoo|laptop> http://lwn.net/Articles/314235/ 
Dec 05 11:16:37 <GNUtoo|laptop> here how it works
Dec 05 11:16:52 <GNUtoo|laptop> so we report to khem?
Dec 05 11:18:44 <morphis> so cmpxchg is not supported on armv7?
Dec 05 11:18:58 <GNUtoo|laptop> it segfaults on om-gta02 too
Dec 05 11:19:07 <morphis> ah ok
Dec 05 11:19:07 <GNUtoo|laptop> altough I didn't look with gdb on om-gta02
Dec 05 11:19:33 <mrmoku> GNUtoo|laptop: but old glib is using it's own gatomic
Dec 05 11:20:03 <GNUtoo|laptop> ahh ok
Dec 05 11:20:08 <GNUtoo|laptop> I'll try with new glib
Dec 05 11:20:17 <mrmoku> no need... segfaults too :P
Dec 05 11:20:24 * mrmoku has new glib and that segfault
Dec 05 11:20:24 <GNUtoo|laptop> ok
Dec 05 11:20:40 <[Rui]> morphis: only better cpu? not more resolution?
Dec 05 11:20:53 <GNUtoo|laptop> mickey_munich, anyway should we really fix the dummy_modem?
Dec 05 11:20:59 <GNUtoo|laptop> who should do it?
Dec 05 11:21:05 <GNUtoo|laptop> and should we do it?
Dec 05 11:21:14 * mrmoku wants something that does not show the pin dialog :P
Dec 05 11:21:20 * GNUtoo|laptop too
Dec 05 11:21:31 <mrmoku> GNUtoo|laptop: probably mickey_munich is right and we should start a modem_n900 plugin
Dec 05 11:21:49 <GNUtoo|laptop> ok
Dec 05 11:21:53 <mickey_munich> although you might want to call it appropriately from the start
Dec 05 11:21:57 <mickey_munich> please checkout the real name
Dec 05 11:22:11 <mickey_munich> don't mix with device it lives in
Dec 05 11:22:20 <GNUtoo|laptop> ?
Dec 05 11:22:23 <GNUtoo|laptop> isi modem?
Dec 05 11:22:32 <mickey_munich> rather the vendor name
Dec 05 11:22:34 <GNUtoo|laptop> hi elektranox 
Dec 05 11:22:34 <mickey_munich> and model
Dec 05 11:22:40 <mickey_munich> who built it?
Dec 05 11:22:42 <GNUtoo|laptop> what's the modem name
Dec 05 11:22:43 <GNUtoo|laptop> ?
Dec 05 11:22:44 <morphis> modem_isi_n900
Dec 05 11:22:48 <mickey_munich> hmm
Dec 05 11:22:54 <mickey_munich> is the real vendor name not known?
Dec 05 11:22:59 <morphis> it's nokia
Dec 05 11:23:09 <morphis> as nokia produces it own modems I think
Dec 05 11:23:09 <mickey_munich> ok
Dec 05 11:23:11 <mickey_munich> then
Dec 05 11:23:14 <mickey_munich> modem_nokia_isi
Dec 05 11:23:32 <GNUtoo|laptop> ok
Dec 05 11:23:34 <GNUtoo|laptop> thanks
Dec 05 11:24:21 <morphis> GNUtoo|laptop: do you need some help with the basics for the modem plugin?
Dec 05 11:24:37 <GNUtoo|laptop> maybe
Dec 05 11:24:50 <GNUtoo|laptop> what's the strict minimum?
Dec 05 11:24:58 <GNUtoo|laptop> for a modem
Dec 05 11:25:21 <morphis> for functionality?
Dec 05 11:25:26 <GNUtoo|laptop> no
Dec 05 11:25:35 <GNUtoo|laptop> for not-functioning
Dec 05 11:25:39 <GNUtoo|laptop> for doing the stubf
Dec 05 11:25:42 <GNUtoo|laptop> *stubs
Dec 05 11:25:51 <mrmoku> but not segfaulting :P
Dec 05 11:25:58 <GNUtoo|laptop> yes lol
Dec 05 11:26:05 <GNUtoo|laptop> and not showing the pin
Dec 05 11:26:10 <GNUtoo|laptop> and not using 100% CPU
Dec 05 11:27:12 <morphis> puuh
Dec 05 11:27:26 <morphis> you need the channel and commandqueue
Dec 05 11:27:59 <GNUtoo|laptop> I start copying the dummy modem?
Dec 05 11:28:05 <GNUtoo|laptop> or the palmpre one?
Dec 05 11:28:38 <morphis> let me look at the dummy modem
Dec 05 11:28:41 <GNUtoo|laptop> ok
Dec 05 11:29:35 <morphis> maybe you even don't need a channel and commandqueue as libisi works with callbacks
Dec 05 11:29:42 <morphis> and can be directly called from the mediators
Dec 05 11:29:53 <GNUtoo|laptop> nice
Dec 05 11:30:02 <morphis> so I think you should copy the dummy modem
Dec 05 11:30:19 <morphis> and create something like the modemagent I created for the modem_qualcomm_palm modem plugin
Dec 05 11:30:43 <morphis> which handles the creation of the Modem class from libisi and do basic things like setup
Dec 05 11:30:47 <GNUtoo|laptop> mickey_munich, maybe if I should copy the dummy_modem we should fix dummy_modem ?
Dec 05 11:34:15 <morphis> GNUtoo|laptop: hm wait I don't really how you get informed about modem activation (dbus resource) etc without a channel
Dec 05 11:35:06 <morphis> hm but you have powerOff and powerOn
Dec 05 11:35:10 <GNUtoo|laptop> the channel is like atchannel
Dec 05 11:35:11 <morphis> should be enough
Dec 05 11:35:47 <mickey_munich> fixing dummy_modem would be good in any case
Dec 05 11:35:54 <GNUtoo|laptop> ok
Dec 05 11:35:59 <GNUtoo|laptop> then who should do it?
Dec 05 11:36:28 <mickey_munich> anyone who wants ;)
Dec 05 11:36:30 <GNUtoo|laptop> first who understand sync_add_and_fetch beside me?
Dec 05 11:36:36 <mickey_munich> yeah
Dec 05 11:36:38 <mickey_munich> that's evil
Dec 05 11:36:40 <mickey_munich> bbl, lunch
Dec 05 11:36:43 <morphis> hm you need a channel
Dec 05 11:36:59 <GNUtoo|laptop> mickey_munich, do know a bit __sync_add_and_fetch?
Dec 05 11:37:00 <morphis> otherwise modem initialization will fail with "Can't open main channel; open returned false"
Dec 05 11:37:09 <GNUtoo|laptop> morphis, ok
Dec 05 11:37:35 <GNUtoo|laptop> morphis, what's the goal of a channel already?
Dec 05 11:37:44 <mrmoku> GNUtoo|laptop: maybe it's only a problem in the dummy modem causing that __sync_add_and_fetch problem?
Dec 05 11:37:53 <morphis> GNUtoo|laptop: you can have more than one channel
Dec 05 11:37:55 <mrmoku> it doesn't happen in other places...
Dec 05 11:37:59 <morphis> each channel is a channel to the modem
Dec 05 11:38:07 <morphis> and into a channel you inject the commands
Dec 05 11:38:18 <GNUtoo|laptop> ah ok
Dec 05 11:38:25 <morphis> but a channel have normally a commanqueue in the background
Dec 05 11:38:27 <GNUtoo|laptop> singleline has one channel
Dec 05 11:38:28 <GNUtoo|laptop> ok
Dec 05 11:38:43 <morphis> so you do channel.enqueAsync(new YourCommand()); 
Dec 05 11:39:09 <morphis> for example at the beginning we though about using two channels for the palmpre
Dec 05 11:39:35 <morphis> one for msmcomm and one for the AT port
Dec 05 11:40:40 <GNUtoo|laptop> basically the AT channel is parsing the AT commands
Dec 05 11:41:04 <GNUtoo|laptop> telling that this response is a response to that command etc...
Dec 05 11:42:29 <morphis> jepp
Dec 05 11:42:46 <morphis> for example you have a /dev/atport and a /dev/blobport 
Dec 05 11:42:51 <morphis> both are channels to the modem
Dec 05 11:43:07 <morphis> but you have different commands for both
Dec 05 11:43:11 <morphis> than you create two channels
Dec 05 11:43:15 <GNUtoo|laptop> and in the case of hardware multiplexing, 2 channels?
Dec 05 11:43:17 <morphis> registering one as the main channel
Dec 05 11:43:23 <GNUtoo|laptop> ok
Dec 05 11:43:39 <morphis> and choose later which channel do you want to use for which command
Dec 05 11:43:43 <morphis> hardware multiplexing?
Dec 05 11:43:52 <morphis> on one port?
Dec 05 11:43:52 <GNUtoo|laptop> like multiple AT lines
Dec 05 11:44:10 <morphis> but every AT line has the same command subset?
Dec 05 11:44:12 <GNUtoo|laptop> no
Dec 05 11:44:18 <morphis> a different?
Dec 05 11:44:22 <GNUtoo|laptop> yes
Dec 05 11:44:26 <GNUtoo|laptop> for instance one for PPP
Dec 05 11:44:28 <GNUtoo|laptop> one for calls
Dec 05 11:44:29 <morphis> ah ok
Dec 05 11:44:32 <GNUtoo|laptop> one for sms/sims
Dec 05 11:44:40 <morphis> then you have two 
Dec 05 11:44:42 <GNUtoo|laptop> there are modem like this
Dec 05 11:44:47 <morphis> but need to create one channel in fsogsmd
Dec 05 11:44:54 <morphis> for the Call/sms/sim stuff
Dec 05 11:45:01 <morphis> the other one is managed by pppd
Dec 05 11:45:07 <GNUtoo|laptop> ok
Dec 05 11:45:14 <morphis> which is started by fsogsmd when it loads the ppp plugin
Dec 05 11:56:34 <GNUtoo|laptop> ouch I don't know vala well at all
Dec 05 11:56:47 <GNUtoo|laptop> I did that in the last commit
Dec 05 11:56:53 <GNUtoo|laptop> -using GLib;
Dec 05 11:56:53 <GNUtoo|laptop> -using FsoGsm;
Dec 05 11:57:13 <GNUtoo|laptop> because it was throwing a compilation error
Dec 05 11:57:27 <morphis> uuups
Dec 05 11:57:29 <GNUtoo|laptop> but that was because I put them after the extern
Dec 05 11:57:37 <GNUtoo|laptop> I'll restore it
Dec 05 11:57:46 <GNUtoo|laptop> but I don't know what to say in the commit message
Dec 05 11:59:02 <GNUtoo|laptop> restore includes
Dec 05 11:59:04 <GNUtoo|laptop> maybe
Dec 05 12:01:00 <morphis> restore usings
Dec 05 12:05:27 <shrmiscdevcnot> for have gcc armstrong compiler use scratchbox openembed use this way?
Dec 05 12:06:36 <mrmoku> no scratchbox
Dec 05 12:06:49 <mrmoku> real cross compiling :)
Dec 05 12:06:56 <GNUtoo|laptop> which is way faster
Dec 05 12:07:25 <CIA-107> freesmartphone.org: 03GNUtoo 07cornucopia * r53745befb9b1 10/fsogsmd/src/plugins/lowlevel_nokia900/plugin.vala: (log message trimmed)
Dec 05 12:07:25 <CIA-107> freesmartphone.org: fsogsmd: lowlevel_nokia900: restore vala usings
Dec 05 12:07:25 <CIA-107> freesmartphone.org: In 4bae125c4e2d3c387e4797234f6f939ec1fb83c8
Dec 05 12:07:25 <CIA-107> freesmartphone.org: ( fsogsmd: lowlevel_nokia900: enable/fix compilation and runtime loading )
Dec 05 12:07:25 <CIA-107> freesmartphone.org: I removed the following usings:
Dec 05 12:07:25 <CIA-107> freesmartphone.org:  -using GLib;
Dec 05 12:07:26 <CIA-107> freesmartphone.org:  -
Dec 05 12:13:24 <shrmiscdevcnot> mrmoku: real cross compiling ? in fr arm or how in my fedora system anyway scratchbox is for deb and i dont say other pkg distribution match open embeded have a scratchbox config for armstron abi for this moment i have not abi amstrong my makefile is out 
Dec 05 12:13:53 <[Rui]> update notice! just got a WS without X (while upgrading)
Dec 05 12:14:07 <[Rui]> this would seem to indicate the new WS is a kernel issue, no?
Dec 05 12:14:48 <JaMa|Off> yes rules out my DDX change
Dec 05 12:15:09 <shrmiscdevcnot> rui ask nick you tell this
Dec 05 12:17:06 <[Rui]> shrmiscdevcnot: il est un peux dificile de vous entendre en anglais, vous pouvez parler français si vouz voulez.
Dec 05 12:17:26 * [Rui] hopes his french is not as rusty as it sounded to him...
Dec 05 12:20:06 <GNUtoo|laptop> [Rui], s/entendre/comprendre/
Dec 05 12:20:45 <GNUtoo|laptop> ha he has quit
Dec 05 12:21:19 <[Rui]> poor guy
Dec 05 12:21:34 <[Rui]> well, my dmesg analisys of this WS in console mode: http://pastebin.ca/2011090
Dec 05 12:21:45 <[Rui]> Now I'm rebooting the phone after the kernel upgrade
Dec 05 12:23:34 <[Rui]> brb, helping with lunch
Dec 05 12:23:38 <[Rui]> GNUtoo|laptop: merci bien :)
Dec 05 12:24:05 <GNUtoo|laptop> :)
Dec 05 12:24:24 <JaMa|Off> [Rui]: kernel upgrade? r4->r5?
Dec 05 12:24:47 <JaMa|Off> [Rui]: then it's the same kernel (only changes not related to gta
Dec 05 12:42:45 <[Rui]> JaMa|Off: yeah, upgrade to recent. but there's worse from UI PoV, shr_elm_softkey didn't steart
Dec 05 12:42:47 <[Rui]> sdtart
Dec 05 12:42:50 <[Rui]> argh... start
Dec 05 12:43:06 <GNUtoo|laptop> [Rui], elm_softkey is the application switcher?
Dec 05 12:43:08 <GNUtoo|laptop> if so
Dec 05 12:43:09 <GNUtoo|laptop> mv .e e
Dec 05 12:43:25 <GNUtoo|laptop>  /etc/init.d/xsomething restart
Dec 05 12:44:52 <[Rui]> GNUtoo|laptop: yeah, but I don't want to loose all my e changes
Dec 05 12:44:59 <GNUtoo|laptop> ah ok
Dec 05 12:45:03 <GNUtoo|laptop> so I don't know
Dec 05 12:45:09 <GNUtoo|laptop> apart re-doing your .e changes
Dec 05 12:45:16 <[Rui]> startup/.order has shr_elm_softkey
Dec 05 12:46:23 <[Rui]> well, it's the dicts most of all
Dec 05 12:46:49 <JaMa|Off> [Rui]: only /etc/init.d/xserver-nodm restart
Dec 05 12:47:05 <JaMa|Off> [Rui]: I had it too (once) and next start it was started ok
Dec 05 12:50:31 <[Rui]> ok thanks
Dec 05 13:14:25 <mrmoku> GNUtoo|laptop: hmm... you have the segfault on gta02 too? I don't have it there...
Dec 05 13:14:44 <daniele_athome> ehm morning
Dec 05 13:14:45 <GNUtoo|laptop> mrmoku, did you try n900 fsogsmd config for om-gta02?
Dec 05 13:14:53 <mrmoku> ahh, no
Dec 05 13:14:57 <daniele_athome> you won't believe how i've just screwed up my FR head speaker
Dec 05 13:14:59 <mrmoku> daniele_athome: morning
Dec 05 13:15:06 <daniele_athome> chocolate :S
Dec 05 13:15:11 <mrmoku> :P
Dec 05 13:15:25 <daniele_athome> i succeded to clean almost everything, but the head speaker...
Dec 05 13:15:43 <daniele_athome> you know how it is installed, don't you?
Dec 05 13:16:04 <daniele_athome> the speaker itself is removable, but there is that "shield" installed into the front cover
Dec 05 13:16:12 <daniele_athome> it's covered by chocolate :S
Dec 05 13:16:16 <daniele_athome> please help me!!!
Dec 05 13:16:24 <mrmoku> heh
Dec 05 13:16:33 <mrmoku> lick it ;)
Dec 05 13:16:34 <[Rui]> daniele_athome: perhaps a bit of heat (not too much)
Dec 05 13:16:47 <daniele_athome> mmm
Dec 05 13:16:56 <daniele_athome> can i wash it first?
Dec 05 13:17:00 <daniele_athome> i mean with (hot) water
Dec 05 13:17:00 <[Rui]> just enough so the chocolate melts (then you can lick it) :)
Dec 05 13:17:06 <[Rui]> daniele_athome: that could work
Dec 05 13:17:24 <[Rui]> but I don't know if it any technique would ruin it or not
Dec 05 13:17:41 <daniele_athome> well the front cover doesn't have any electrical part
Dec 05 13:18:05 <daniele_athome> trying, brb
Dec 05 13:18:13 <[Rui]> daniele_athome: good luck
Dec 05 13:18:24 <mrmoku> yeah, good luck... 2.26 is waiting for you :)
Dec 05 13:19:18 <GNUtoo|laptop> daniele_athome, remove the battery before attempting something
Dec 05 13:19:40 <[Rui]> GNUtoo|laptop: I think he's removed the front cover
Dec 05 13:19:48 <GNUtoo|laptop> ok
Dec 05 13:23:29 <daniele_athome> GNUtoo|laptop, of course, i dismounted it all :)
Dec 05 13:23:36 <GNUtoo|laptop> ok
Dec 05 13:23:37 <daniele_athome> mrmoku, really!??
Dec 05 13:24:51 <[Rui]> daniele_athome: how did it go? :)
Dec 05 13:25:02 <daniele_athome> [Rui], turning on FR now
Dec 05 13:25:05 <daniele_athome> *booting
Dec 05 13:27:46 <CIA-107> freesmartphone.org: 03leitner 07cornucopia * r6629690a246b 10/libgsm0710mux/gsm0710mux/manager.vala: 
Dec 05 13:27:46 <CIA-107> freesmartphone.org: add new configuration parameter for devices which can't drop out of
Dec 05 13:27:46 <CIA-107> freesmartphone.org: MUX mode. To enable, set your configuration to:
Dec 05 13:27:46 <CIA-107> freesmartphone.org: [libgsm0710mux]
Dec 05 13:27:46 <CIA-107> freesmartphone.org: device_close_broken = true
Dec 05 13:27:50 <CIA-107> freesmartphone.org: 03leitner 07cornucopia * rd5c77e622a46 10/fsogsmd/ (4 files in 4 dirs): Merge branch 'master' of git@git.freesmartphone.org:cornucopia
Dec 05 13:27:51 <CIA-107> freesmartphone.org: 03leitner 07cornucopia * r1ca483b2d6cf 10/fsogsmd/conf/openmoko_gta/fsogsmd.conf: fsogsmd: configure device to have a broken MUX mode that can't close
Dec 05 13:28:26 <daniele_athome> mickey_munich, ping
Dec 05 13:28:45 <mickey_munich> daniele_athome: pong
Dec 05 13:28:53 <daniele_athome> mickey_munich, hi, just wanted to ask you progress on gsm suspend issue on FR
Dec 05 13:33:12 <mickey_munich> hmm, i don't remember having done anything on that. i just commited something that's supposed to fix #586
Dec 05 13:35:47 <daniele_athome> mickey_munich, yeah that's when it shuts down
Dec 05 13:35:58 <daniele_athome> anyway i can't suspend my fr :(
Dec 05 13:36:10 <daniele_athome> it really drains energy if it's not suspended
Dec 05 13:36:22 <daniele_athome> [Rui], GNUtoo|laptop, mrmoku: it works now :D
Dec 05 13:36:23 <mrmoku> daniele_athome: hmm... works fine for me
Dec 05 13:36:25 * daniele_athome is happy
Dec 05 13:36:29 <daniele_athome> mrmoku, sure?
Dec 05 13:36:32 <mrmoku> good :)
Dec 05 13:36:36 <daniele_athome> try to make some phone calls and suspend cycles
Dec 05 13:36:36 <mrmoku> yup
Dec 05 13:36:37 <[Rui]> daniele_athome: \o/
Dec 05 13:36:52 <daniele_athome> and first of all, try to make a phone call as soon as it resumes
Dec 05 13:36:58 <daniele_athome> almost immediately after
Dec 05 13:37:07 <daniele_athome> it will hang fsogsmd
Dec 05 13:37:12 <daniele_athome> (you'll have to restart it)
Dec 05 13:38:19 <mrmoku> hmm
Dec 05 13:40:15 <mrmoku> daniele_athome: just tried... all fine
Dec 05 13:40:26 <daniele_athome> mrmoku, sec., i'll try it now
Dec 05 13:40:32 <daniele_athome> let me finish to remount my FR ;)
Dec 05 13:47:39 <daniele_athome> mrmoku, i'll try when it will be a bit charged
Dec 05 13:47:50 * daniele_athome is trying new glib 2.26 :D and is happier than ever
Dec 05 13:48:06 <mickey_munich> yep, 2.26 rocks
Dec 05 13:48:16 <daniele_athome> at last :D
Dec 05 13:48:54 <mickey_munich> yep. do we have .26.1 already in OE?
Dec 05 13:49:21 <mrmoku> mickey_munich: glib? yep
Dec 05 13:49:56 <mickey_munich> good
Dec 05 13:51:24 <daniele_athome> :):):):)))))))))))))
Dec 05 13:51:55 <daniele_athome> ah mrmoku how did you find out about those arm patches?
Dec 05 13:52:48 <mrmoku> daniele_athome: I adjusted them for 2.26.1 apart from the gio and the gatomic ones
Dec 05 13:53:14 <daniele_athome> mmm
Dec 05 13:53:15 <mrmoku> 2.26 is using gcc for gatomic
Dec 05 13:53:27 <mrmoku> which might be fine or not... we'll see
Dec 05 13:53:32 <mrmoku> and gio changed a lot
Dec 05 13:54:01 <daniele_athome> nice
Dec 05 13:56:12 <mrmoku> seems to work fine for me on n900 and FR
Dec 05 13:56:37 <daniele_athome> mrmoku, just wondering... if i would buy a new openphone... which one would you suggest?
Dec 05 13:56:58 <daniele_athome> even uncompleted ones (like the ongoing project of golden delicious about gta04)
Dec 05 13:57:41 <mrmoku> daniele_athome: that's a very difficult question
Dec 05 13:57:51 <daniele_athome> eheh i guessed so ;)
Dec 05 13:58:04 <mrmoku> and depends a lot on your use case
Dec 05 13:58:07 <mrmoku> need a keyboard?
Dec 05 13:58:10 <mrmoku> need big resolution?
Dec 05 13:58:13 <mrmoku> need just a phone?
Dec 05 13:59:17 <mrmoku> regarding the hw I very much like the n900... but then... I've never seen anything else than FR an n900
Dec 05 13:59:27 <mrmoku> so I'm not the one to be able to judge
Dec 05 13:59:35 <mrmoku> maybe ask GNUtoo|laptop 
Dec 05 14:00:13 <GNUtoo|laptop> mrmoku, who wants a more recent phone?
Dec 05 14:00:15 <GNUtoo|laptop> daniele_athome, ?
Dec 05 14:00:34 <daniele_athome> GNUtoo|laptop, i am
Dec 05 14:00:39 <GNUtoo|laptop> ok
Dec 05 14:00:39 <daniele_athome> s/i am/i do/
Dec 05 14:00:39 <apt> daniele_athome meant: GNUtoo|laptop, i do
Dec 05 14:00:41 <[Rui]> GNUtoo|laptop: I'd love it too, but I'd hate it to be a step backwards :|
Dec 05 14:00:45 <daniele_athome> s/i do/i wish/
Dec 05 14:00:46 <daniele_athome> :)
Dec 05 14:00:52 <vanous> daniele_athome: my plan with a spare freerunner for my coworker had failed due to huge lack of time of the deveoper :( (dayjob overload)
Dec 05 14:01:04 <GNUtoo|laptop> basically I think the most promizing phone is the n900
Dec 05 14:01:07 <mrmoku> time of the wishes... with xmas coming ;)
Dec 05 14:01:07 <daniele_athome> vanous, what plan?
Dec 05 14:01:21 <GNUtoo|laptop> but it hasn't telephony right now
Dec 05 14:01:24 <vanous> i have given an extra fr to my frient to do some coding
Dec 05 14:01:41 <vanous> but, no time since september. he has been swamped the same as me...
Dec 05 14:01:42 <GNUtoo|laptop> [Rui], by step-backward you mean freedom-wise?
Dec 05 14:01:51 <[Rui]> GNUtoo|laptop: yeah
Dec 05 14:02:11 <GNUtoo|laptop> [Rui], ok all the foreign-hardware ports have 2 issues:
Dec 05 14:02:29 <GNUtoo|laptop> *non redistributable and non free loadables firmwares
Dec 05 14:02:37 <daniele_athome> mrmoku, yeah :)
Dec 05 14:02:39 <GNUtoo|laptop> *bootloader is possibily a problem
Dec 05 14:02:45 <GNUtoo|laptop> depending on the hardware
Dec 05 14:03:10 <daniele_athome> GNUtoo|laptop, you mean FSo has no complete support for n900 gsm?
Dec 05 14:03:36 <GNUtoo|laptop> about the firmware, it's not that bad because freerunner has firmwares to, they are just don't need to be loaded by the cpu
Dec 05 14:04:00 <GNUtoo|laptop> daniele_athome, I mean fso has no support at all for gsm, I'm starting it now, but the good news is that:
Dec 05 14:04:05 <GNUtoo|laptop> *it works with meego
Dec 05 14:04:14 <GNUtoo|laptop> *ofono which meego uses has source code
Dec 05 14:04:35 <GNUtoo|laptop> there is source code too for the following stuff:
Dec 05 14:04:40 <GNUtoo|laptop> *pulseaudio plugin
Dec 05 14:04:56 <GNUtoo|laptop> *example source code that doesn't depend on pulseaudio
Dec 05 14:05:10 <GNUtoo|laptop> the last 2 sound-related stuff are needed for sound in phone calls
Dec 05 14:05:16 <daniele_athome> good
Dec 05 14:05:29 <vanous> daniele_athome: oh, by the way, i have a spare fr which i got for free to support development
Dec 05 14:05:38 <[Rui]> GNUtoo|laptop: yeah, that coincides with the gist I got from making the simplified hardware support table
Dec 05 14:05:41 <GNUtoo|laptop> we just need somebody doing the job of adding that to fso
Dec 05 14:05:43 <GNUtoo|laptop> for now it's me
Dec 05 14:05:48 <GNUtoo|laptop> and also sre
Dec 05 14:05:55 <GNUtoo|laptop> sre started it tough
Dec 05 14:05:59 <GNUtoo|laptop> and did most of the job
Dec 05 14:06:25 <daniele_athome> GNUtoo|laptop, so you think it could be worth to buy one?
Dec 05 14:06:33 <daniele_athome> i saw the specs, it's a good piece of hw
Dec 05 14:06:41 <GNUtoo|laptop> daniele_athome, it depends
Dec 05 14:06:48 <GNUtoo|laptop> basically can you live without GSM?
Dec 05 14:07:02 <lindi-> GNUtoo|laptop: surely there's a difference between firmware that is in the device and that you need to load. it may not be large but it exists
Dec 05 14:07:06 <daniele_athome> GNUtoo|laptop, ehm no
Dec 05 14:07:06 <GNUtoo|laptop> because most of the stuff but GSM works
Dec 05 14:07:07 <daniele_athome> :)
Dec 05 14:07:11 <GNUtoo|laptop> some is well integrated
Dec 05 14:07:12 <daniele_athome> but in the meanwhile i could use meego
Dec 05 14:07:13 <GNUtoo|laptop> some isn't
Dec 05 14:07:17 <GNUtoo|laptop> daniele_athome, no
Dec 05 14:07:20 <daniele_athome> no?
Dec 05 14:07:22 <GNUtoo|laptop> daniele_athome, meego OOM for me
Dec 05 14:07:28 <mrmoku> hmm... the firmware for wl1271 is on git.kernel.org
Dec 05 14:07:30 <daniele_athome> OOM? 
Dec 05 14:07:36 <GNUtoo|laptop> daniele_athome, out of memory
Dec 05 14:07:50 <daniele_athome> out of memory?
Dec 05 14:07:50 <GNUtoo|laptop> mrmoku, we have wl1251
Dec 05 14:07:57 <GNUtoo|laptop> daniele_athome, yes not enough ram
Dec 05 14:07:57 <daniele_athome> GNUtoo|laptop, you mean there is no enough ram to run it!?
Dec 05 14:08:01 <GNUtoo|laptop> daniele_athome, yes
Dec 05 14:08:02 <daniele_athome> ah that's sad
Dec 05 14:08:03 <mrmoku> GNUtoo|laptop: I know :/
Dec 05 14:08:13 <GNUtoo|laptop> daniele_athome, ask JaMa|Off 
Dec 05 14:08:15 <mrmoku> I'm just wondering why they do it for 71 and not 51 :(
Dec 05 14:08:19 <GNUtoo|laptop> maybe he knows more
Dec 05 14:08:21 <daniele_athome> GNUtoo|laptop, isn't maemo the default os for n900?
Dec 05 14:08:30 <GNUtoo|laptop> daniele_athome, it is but it's a lot non-free
Dec 05 14:08:36 <daniele_athome> yeah i know
Dec 05 14:08:37 <GNUtoo|laptop> meego too, as it depends on non-free 3d
Dec 05 14:08:37 <daniele_athome> :(
Dec 05 14:08:49 <vanous> mrmoku: what is 71?
Dec 05 14:09:06 <daniele_athome> mmm 256mb ram... double of FR
Dec 05 14:09:08 <GNUtoo|laptop> mrmoku, for making people buy wl1271
Dec 05 14:09:09 <pabs3> is there any phone with free 3D?
Dec 05 14:09:23 <vanous> oh, i see now
Dec 05 14:09:33 <GNUtoo|laptop> pabs3, not yet, there is the freerunner but I won't consider it usable for 3d
Dec 05 14:09:53 <lindi-> pabs3: 3d is difficult on desktop too :)
Dec 05 14:10:03 <mrmoku> GNUtoo|laptop: heh :/
Dec 05 14:10:15 <pabs3> lindi-: nouveau and intel work for me :)
Dec 05 14:10:22 <GNUtoo|laptop> mrmoku, I said for 3d, I didn't said in general
Dec 05 14:10:28 <GNUtoo|laptop> I mean the glamo is not that great
Dec 05 14:10:30 <pabs3> nvidia non-free drivers never did work for me :(
Dec 05 14:10:30 <mrmoku> vanous: wl1271 
Dec 05 14:10:33 <mrmoku> wifi
Dec 05 14:10:41 <mrmoku> but we have 1251 on n900
Dec 05 14:11:18 <GNUtoo|laptop> pabs3, basically there was a talk at an embedded linux conference
Dec 05 14:11:45 <GNUtoo|laptop> ti gave a talk where they said that they are commited to "linux" etc...
Dec 05 14:12:01 <vanous> mrmoku: ok
Dec 05 14:12:12 <GNUtoo|laptop> so one person asked if they will try to make the 3d free 
Dec 05 14:12:16 <mickey_munich> mrmoku: can you Bluetooth w/ SHR on the N900`
Dec 05 14:12:17 <daniele_athome> GNUtoo|laptop, fr is not usable even for 2d :S
Dec 05 14:12:17 <mickey_munich> ?
Dec 05 14:12:40 <GNUtoo|laptop> they responded that they had to deal with freeing their stuff first
Dec 05 14:12:49 <GNUtoo|laptop> so not going to happend now
Dec 05 14:13:02 <GNUtoo|laptop> and I bet only for newer chips if it does, as usual
Dec 05 14:13:08 <pabs3> so they licensed their stuff from someone else I guess?
Dec 05 14:14:21 <GNUtoo|laptop> the 3d chip is not from ti
Dec 05 14:14:24 <GNUtoo|laptop> it's a powervr 
Dec 05 14:14:28 <GNUtoo|laptop> from another company
Dec 05 14:14:32 <lindi-> pabs3: powervr seems to be very common
Dec 05 14:14:33 <mrmoku> mickey_munich: did not try
Dec 05 14:14:39 <vanous> GNUtoo|laptop: i have had several tries with wesnoth on fr but no luck, even strace didn't say much... :(
Dec 05 14:14:49 <GNUtoo|laptop> vanous, illegal instruction right?
Dec 05 14:14:54 <vanous> GNUtoo|laptop: does it run on n900?
Dec 05 14:14:59 <vanous> GNUtoo|laptop: iirc yes
Dec 05 14:15:12 <daniele_athome> GNUtoo|laptop, what do you think about 2d graphics on FR? will it ever be a way to make it at least smooth?
Dec 05 14:15:13 <GNUtoo|laptop> vanous, yes and it runs a lot better, but you must install wesnoth-wvga
Dec 05 14:15:25 <daniele_athome> i mean, efl with 16bit works almost smooth
Dec 05 14:15:33 <vanous> GNUtoo|laptop: ok. i am getting n900 tomorrow as a replacement for my dayjob phone
Dec 05 14:15:40 <GNUtoo|laptop> daniele_athome, I don't know, I didn't look at the code of graphics for the freerunner
Dec 05 14:15:51 <pabs3> daniele_athome: SHR-u seems pretty smooth these days, way better than what it shipped with
Dec 05 14:15:52 <GNUtoo|laptop> vanous, ok nice, so job phone right
Dec 05 14:16:00 <vanous> GNUtoo|laptop: :)
Dec 05 14:16:09 <GNUtoo|laptop> vanous, wesnoth is even in maemo,maybe in the extras
Dec 05 14:16:10 <vanous> so i can run shr on both ft and shr as well
Dec 05 14:16:22 <vanous> i mean on fr and n900
Dec 05 14:16:25 <daniele_athome> pabs3, performance difference between 32bit and 16bit is huge
Dec 05 14:16:31 <daniele_athome> at least with efl
Dec 05 14:16:31 <mrmoku> mickey_munich: I have the problem that fsodeviced segfaults
Dec 05 14:16:38 <mrmoku> which is kernels fault i think
Dec 05 14:16:45 <mrmoku> get a null pointer kernel bt
Dec 05 14:16:45 <mickey_munich> hmm, oh
Dec 05 14:16:49 <[Rui]> well, gotta bake a cake :) bbl
Dec 05 14:16:56 <mickey_munich> can you isolate the plugin that causes itß
Dec 05 14:16:56 <mrmoku> and as consequence fsodeviced is hanging
Dec 05 14:17:02 <mrmoku> alsa
Dec 05 14:17:04 <mickey_munich> k
Dec 05 14:17:08 <pabs3> daniele_athome: hmm, guess I should try that, any hints?
Dec 05 14:17:09 <mrmoku> if I disable it that does not happen
Dec 05 14:17:16 <[Rui]> daniele_athome: it's never been smoother, graphics on the fr as the smoothest they've ever been :)
Dec 05 14:17:23 <daniele_athome> pabs3, in shr just edit /etc/profile.d/elementary.sh
Dec 05 14:17:24 <GNUtoo|laptop> btw for the reference on 3d and TI:
Dec 05 14:17:27 <GNUtoo|laptop> http://www.linuxfr.org/2010/10/30/27525.html
Dec 05 14:17:27 <daniele_athome> set ELM_ENGINE=x11-16
Dec 05 14:17:29 <daniele_athome> and restart X
Dec 05 14:17:33 * mrmoku disables alsa and reboots
Dec 05 14:17:36 <vanous> going tobogganing with the kids now  
Dec 05 14:17:40 <GNUtoo|laptop> "Une question au sujet de pilotes 3D libres est revenue sur le tapis ! Cela a provoqué un petit rire dans l'assistance ! :-] En réponse, avant de demander à ses fournisseurs (NdA: Imagination Technologies, pour son PowerVR), T.I. doit d'abord faire le ménage chez eux, et ensuite ils pourront demander."
Dec 05 14:17:44 <anarsoul_> daniele_athome: it's all samsung issue, s3c2442 can't drive 640x480 lcd smoothly, even with external GPU if it uses cpu memory for fb :(
Dec 05 14:17:50 <[Rui]> vanous: I envy you never did that :)
Dec 05 14:17:55 <GNUtoo|laptop> it's in french unfortunately
Dec 05 14:18:14 <daniele_athome> anarsoul, i tried the qvga way, but it felt so weird
Dec 05 14:18:18 <daniele_athome> the screen is not suited for that
Dec 05 14:18:21 <pabs3> meanwhile e17 in SHR-u segfaults after a reboot most of the time 
Dec 05 14:18:22 <daniele_athome> and it's too much bright
Dec 05 14:18:36 <daniele_athome> pabs3, you can't use e17 with evas 16bit
Dec 05 14:18:42 <daniele_athome> it doesn't work :(
Dec 05 14:18:47 <daniele_athome> 16bit engine is not maintained anymore
Dec 05 14:18:52 <daniele_athome> pabs3, install mokosuite ;)
Dec 05 14:19:07 <pabs3> this is with the normal 32-bit engine
Dec 05 14:19:15 <pabs3> mokosuite? whats that?
Dec 05 14:19:22 <pabs3> another paroli?
Dec 05 14:19:30 <daniele_athome> pabs3, no, just try it
Dec 05 14:19:41 <daniele_athome> it will install itself as an alternative to x-window-manager
Dec 05 14:19:52 <daniele_athome> pabs3: opkg install mokosuite2 mokowm mokowm-imf-ecore
Dec 05 14:20:07 <GNUtoo|laptop> morphis, what should I do with channelForCommand ?
Dec 05 14:20:27 <morphis> GNUtoo|laptop: where is it?
Dec 05 14:20:34 <GNUtoo|laptop> in my plugin.vala
Dec 05 14:20:38 <GNUtoo|laptop> I return null?
Dec 05 14:20:41 <GNUtoo|laptop> like you do?
Dec 05 14:20:44 <morphis> mom
Dec 05 14:20:49 <vanous|away> daniele_athome: oh, is there any chance to place custom plugins onto the moko home screen?
Dec 05 14:20:50 <mrmoku> mickey_munich: ahh... now I remember that GNUtoo|laptop is the bluetooth expert :)
Dec 05 14:20:51 <daniele_athome> mmm mrmoku: help2man: FATAL: no configure script found
Dec 05 14:20:55 <daniele_athome> should i rebuild from scratch?
Dec 05 14:20:55 <mickey_munich> channelForCommand is mainly used by the AT infrastructure
Dec 05 14:21:04 <GNUtoo|laptop> mickey_munich, indeed
Dec 05 14:21:04 <morphis> jepp
Dec 05 14:21:05 <mrmoku> mickey_munich: and one thing one has to do is give it a mac address IIRC
Dec 05 14:21:08 <mickey_munich> mrmoku: very good. One of my usecases is BT 
Dec 05 14:21:09 <daniele_athome> vanous|away, no with this version, it will be possible with next one
Dec 05 14:21:12 * mickey_munich wants A2DP
Dec 05 14:21:13 <morphis> GNUtoo|laptop: ignore it
Dec 05 14:21:22 <morphis> GNUtoo|laptop: return null
Dec 05 14:21:23 <GNUtoo|laptop> morphis, ok, I don't override it then
Dec 05 14:21:29 <GNUtoo|laptop> mickey_munich, I use that script:
Dec 05 14:21:29 <morphis> or this way
Dec 05 14:21:32 <vanous|away> daniele_athome: very sweet. now, how difficult would be to have python support for that?
Dec 05 14:21:33 <daniele_athome> aaah who cares
Dec 05 14:21:37 * daniele_athome rebuilding from scratch
Dec 05 14:21:38 <morphis> GNUtoo|laptop: hm wait
Dec 05 14:21:43 <daniele_athome> vanous|away, very difficult :D
Dec 05 14:21:51 <daniele_athome> because i don't know any python/c binding language
Dec 05 14:21:52 <morphis> GNUtoo|laptop: I think you have to override it as the modem then choose a default one?
Dec 05 14:21:58 <GNUtoo|laptop> mickey_munich, modprobe hci_h4p ; echo "00:11:22:33:44:55" > /sys/devices/platform/hci_h4p/bdaddr ; modprobe -r hci_h4p ; modprobe hci_h4p;echo 1 > /sys/devices/platform/wl12xx/bt_coex_mode
Dec 05 14:22:01 <daniele_athome> vanous|away, but if you know one (eg pyrex) you could help me
Dec 05 14:22:05 <vanous|away> daniele_athome: the say that python is ideal for plugin support in C :)
Dec 05 14:22:08 <daniele_athome> i will make available some public C APIs
Dec 05 14:22:18 <morphis> GNUtoo|laptop: it's abstract
Dec 05 14:22:19 <daniele_athome> and you could write python bindings
Dec 05 14:22:24 <morphis> GNUtoo|laptop: you have to override it
Dec 05 14:22:29 <GNUtoo|laptop> morphis, ok
Dec 05 14:22:36 <GNUtoo|laptop> but then I return null?
Dec 05 14:22:38 <mickey_munich> GNUtoo|laptop: handy, but we should cover it behind some form of abstraction / init
Dec 05 14:22:46 <vanous|away> daniele_athome: will look at pyrex later on tonigs
Dec 05 14:23:00 <vanous|away> *tonight
Dec 05 14:23:14 <daniele_athome> vanous|away, anyway it will take time for me to develop such an api :)
Dec 05 14:23:21 <GNUtoo|laptop> mickey_munich, yes maybe udev
Dec 05 14:23:23 <daniele_athome> let's say february-march 2011
Dec 05 14:23:28 <daniele_athome> because of other work :(
Dec 05 14:23:31 <daniele_athome> i need to finish
Dec 05 14:23:32 <mickey_munich> udev...
Dec 05 14:23:42 <GNUtoo|laptop> mickey_munich, or fso
Dec 05 14:24:13 <GNUtoo|laptop> mickey_munich, morphis  basically I'm a bit lost on what's the minimum to do
Dec 05 14:24:21 <GNUtoo|laptop> for the plugin.vala modem plugin
Dec 05 14:24:50 <GNUtoo|laptop> and the channel.vala
Dec 05 14:25:15 <morphis> GNUtoo|laptop: at first you can ignore createCallHandler, createPhonebookHandler, ... override them and return null
Dec 05 14:25:24 <morphis> so there are no handlers for anything 
Dec 05 14:25:30 <GNUtoo|laptop> ah ok
Dec 05 14:25:35 <morphis> then you need createChannel
Dec 05 14:25:41 <GNUtoo|laptop> I look in modem.vala for having all the classes
Dec 05 14:25:41 <mickey_munich> the minimum is only create, open, close
Dec 05 14:25:45 <GNUtoo|laptop> ok
Dec 05 14:25:56 <morphis> take the plugin.vala from modem_qualcomm_palm
Dec 05 14:26:10 <morphis> modify the createHandler* functions and return null there
Dec 05 14:26:14 <morphis> create your own channel
Dec 05 14:26:16 <GNUtoo|laptop> ah ok
Dec 05 14:26:22 <morphis> and create it in createChannel
Dec 05 14:26:22 <GNUtoo|laptop> I started with dummymodem
Dec 05 14:26:36 <morphis> then you need registerCustonMediators
Dec 05 14:26:46 <morphis> look even at modem_qualcomm_palm for that
Dec 05 14:27:03 <morphis> if you have that start with the channel class
Dec 05 14:27:23 <morphis> if you are there we can go on
Dec 05 14:27:31 <GNUtoo|laptop> ok
Dec 05 14:29:34 <ccx> linmokoui2 make return X--tag=CC: command not found
Dec 05 14:29:47 <morphis> I am off now for an hour
Dec 05 14:30:06 <morphis> GNUtoo|laptop: when I am back we can talk over the channel class
Dec 05 14:30:08 <morphis> cya
Dec 05 14:30:13 <GNUtoo|laptop> ok
Dec 05 14:30:16 <GNUtoo|laptop> see you
Dec 05 14:30:56 <ccx> rpm -i --force  libtool-1.5.26-4.fc10.i386.rpm this is explain for debian 1.5 version 
Dec 05 14:31:07 <ccx> and gcc 3.4.2
Dec 05 14:31:16 <ccx> any issue ?
Dec 05 14:33:20 <pabs3> daniele_athome: hmm, looks androidish
Dec 05 14:33:37 <daniele_athome> pabs3, yeah i love android so i took inspiration from it :)
Dec 05 14:34:11 <pabs3> much faster than E17 tho, nice
Dec 05 14:34:23 <daniele_athome> pabs3, in the next 2-3 months a new version will come out
Dec 05 14:34:28 <daniele_athome> with a lot of improvements and new apps
Dec 05 14:34:30 <pabs3> now how do I get out of the phone app
Dec 05 14:34:36 <daniele_athome> pabs3, aux key
Dec 05 14:34:53 <pabs3> that gives me the usual SHR lock screen
Dec 05 14:35:22 <daniele_athome> pabs3, ah sorry you have to disable phonefsod
Dec 05 14:35:32 <daniele_athome> just stop the service
Dec 05 14:35:42 <daniele_athome> or uninstall it, it will conflict with mokosuite gsm management
Dec 05 14:36:02 <mrmoku> GNUtoo|laptop: did you rebuild the kernel with the new toolchain?
Dec 05 14:36:06 <mrmoku> (n900)
Dec 05 14:36:15 <GNUtoo|laptop> mrmoku, I don't know
Dec 05 14:36:20 <GNUtoo|laptop> I don't think so
Dec 05 14:38:38 <pabs3> daniele_athome: very nice work, I hope Debian folks package it
Dec 05 14:38:52 <pabs3> looking forward to the new version
Dec 05 14:39:00 <daniele_athome> ;) thanks
Dec 05 14:42:48 <mrmoku> GNUtoo|laptop: I wonder if I should try to build the kernel with an older toolchain
Dec 05 14:42:55 <mrmoku> to see if I still have the segfault hten
Dec 05 14:42:59 <GNUtoo|laptop> yes if you have them
Dec 05 14:43:01 <mrmoku> s/hten/then/
Dec 05 14:43:02 <apt> mrmoku meant: to see if I still have the segfault then
Dec 05 14:43:12 <mrmoku> I have the old om toochain installed
Dec 05 14:43:18 <mrmoku> can build it with that
Dec 05 14:43:51 <mrmoku> maybe the patch to make the kernel build with a modern gcc is not complete
Dec 05 14:43:56 <mrmoku> PaulFertser: ping :-)
Dec 05 14:44:51 <mrmoku> PaulFertser: IIRC you're compiling the maemo kernel with a new gcc too?
Dec 05 14:46:15 <GNUtoo|laptop> hmmm
Dec 05 14:46:17 <GNUtoo|laptop> channel.vala:23.1-23.40: error: IsiChannel: some prerequisites (`GLib.Object', `FsoFramework.CommandQueue') are not met
Dec 05 14:47:26 <GNUtoo|laptop> so I should add a commandqueue?
Dec 05 14:47:34 <GNUtoo|laptop> mickey_munich, ^^^
Dec 05 14:48:25 <mrmoku> hmm... calling alsamixer is enough to get that kernel oops
Dec 05 14:49:35 <mrmoku> PaulFertser: http://shr.pastebin.com/T6Xi6U6W is the kernel oops
Dec 05 14:50:57 <mrmoku> [ 1739.242523] PC is at tpa6130a2_get_volume+0x14/0x40
Dec 05 14:50:57 <mrmoku> [ 1739.242553] LR is at rx51_ext_get_volsw+0x40/0x70
Dec 05 14:51:10 <mrmoku> hmm
Dec 05 14:53:38 <mickey_munich> GNUtoo|laptop: yes, derive it from commandqueue
Dec 05 14:53:45 <mrmoku> JaMa|Off: any success with u-boot inside OE?
Dec 05 14:53:55 <GNUtoo|laptop> ok
Dec 05 14:56:19 <mickey_munich> btw
Dec 05 14:56:26 <mickey_munich> what is the problem with dummy_modem`
Dec 05 14:56:27 <GNUtoo|laptop> mickey_munich, which commandqueue
Dec 05 14:56:28 <mickey_munich> ?
Dec 05 14:56:59 <GNUtoo|laptop> mickey_munich, with dummymodem doing shr-settings->phone make fsogsmd segfaults with n900 fsogsmd config
Dec 05 14:57:04 <GNUtoo|laptop> it segfaults like that:
Dec 05 14:57:16 <GNUtoo|laptop> http://pastebin.com/yZVUdn44
Dec 05 14:57:33 <GNUtoo|laptop> which commandqueue
Dec 05 14:57:33 <GNUtoo|laptop> ?
Dec 05 14:57:52 <pespin> ohh idle-status window doesn't have "illume bar on top" issue anymore :D
Dec 05 14:58:21 <mickey_munich> GNUtoo|laptop: since you don't have an AT modem, you need to derive a new command queue based on AbstractCommandQueue
Dec 05 14:59:20 <GNUtoo|laptop> ok
Dec 05 14:59:24 <mickey_munich> this is very unlikely a problem of dummymodem
Dec 05 14:59:31 <mickey_munich> but anyways
Dec 05 14:59:38 <GNUtoo|laptop> mickey_munich, indeed it's a toolchain issue
Dec 05 14:59:39 <GNUtoo|laptop> or glib
Dec 05 14:59:43 <GNUtoo|laptop> or something like that
Dec 05 15:00:00 <GNUtoo|laptop> maybe we should leave it like this
Dec 05 15:00:08 <mickey_munich> ya, just continue with the proper modem
Dec 05 15:00:34 <mickey_munich> i have multiboot in place now thanks to someone here on the workshop
Dec 05 15:00:46 <mickey_munich> i will install an SHR image when i'm home
Dec 05 15:00:49 <mickey_munich> and have a look around
Dec 05 15:00:52 <GNUtoo|laptop> ok
Dec 05 15:01:07 <GNUtoo|laptop> mickey_munich, if you want to fix dummymodem
Dec 05 15:01:13 <GNUtoo|laptop> you can do with whatever device
Dec 05 15:01:17 <mickey_munich> yep
Dec 05 15:01:26 <GNUtoo|laptop> just take n900 fsogsmd config
Dec 05 15:01:38 <mickey_munich> MDBUS2> org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.GetStatus
Dec 05 15:01:38 <mickey_munich> ({"provider": "FSO TELEKOM","strength": 50,"lac": "F71A","cid": "AB12","code": "262171","mode": "home","registration": "home","act": "EDGE"})
Dec 05 15:01:40 <mickey_munich> works fine
Dec 05 15:01:58 <mickey_munich> it doesn't support many commands though
Dec 05 15:02:15 <GNUtoo|laptop> ok
Dec 05 15:10:00 <GNUtoo|laptop> mickey_munich, btw my lowlevel plugin has an issue, poweron, poweroff are never called it seems
Dec 05 15:10:08 <GNUtoo|laptop> else they would print something
Dec 05 15:10:25 <daniele_athome> savannah.gnu.org is down :(
Dec 05 15:10:27 <daniele_athome> sigh
Dec 05 15:10:30 <GNUtoo|laptop> ah no
Dec 05 15:10:37 <daniele_athome> mrmoku, seems that i will not be able to try new glib today
Dec 05 15:10:37 <GNUtoo|laptop> debug prints to stdout
Dec 05 15:10:38 <daniele_athome> siiigh
Dec 05 15:10:52 <GNUtoo|laptop> ah no
Dec 05 15:10:55 <GNUtoo|laptop> that was for the lib
Dec 05 15:10:57 <GNUtoo|laptop> anyway
Dec 05 15:11:03 <GNUtoo|laptop> it compiled
Dec 05 15:11:06 <GNUtoo|laptop> the new modem plugin
Dec 05 15:11:12 <GNUtoo|laptop> I'll try it
Dec 05 15:12:35 <mrmoku> daniele_athome: what do you need savannah for?
Dec 05 15:12:43 <daniele_athome> mrmoku, quilt
Dec 05 15:12:52 <daniele_athome> it's just the automed build putting it into building process
Dec 05 15:12:59 <daniele_athome> cause i'm rebuilding from scratch
Dec 05 15:13:05 <mrmoku> ahh, ok
Dec 05 15:13:33 <daniele_athome> :(
Dec 05 15:14:09 * mickey_munich updates his FR to newest SHR-U
Dec 05 15:14:39 <pespin> GNUtoo|laptop, I'm looking at enjoy+flac right now
Dec 05 15:14:45 <GNUtoo|laptop> ok
Dec 05 15:15:10 <pespin> GNUtoo|laptop, I'll try adding "flac" package to DEPENDS and RDEPENDS. Do you think that's correct?
Dec 05 15:15:41 <GNUtoo|laptop> pespin, wait a sec
Dec 05 15:15:50 <GNUtoo|laptop> pespin, I'll give you my recipes
Dec 05 15:15:59 <pespin> GNUtoo|laptop, ok :)
Dec 05 15:17:07 <GNUtoo|laptop> http://pastebin.com/BCRCD5Sp
Dec 05 15:17:35 <GNUtoo|laptop> they have corrected licenses etc...
Dec 05 15:17:57 <pespin> ok
Dec 05 15:18:20 <pespin> so afaik DEPENDS is for build time and RDEPENDS is for runtime
Dec 05 15:18:43 <mickey_munich> correct
Dec 05 15:18:53 <pespin> and as lightmediascanner needs flac package when running configure script and when running, we need to add  to both DEPENDS and RDEPENDS
Dec 05 15:19:15 <mickey_munich> note though that link dependencies are picked up in RDEPENDS automatically
Dec 05 15:20:14 <pespin> mickey_munich, then if lightmediascanner links to libflac, it's not necessary to explicitly add it to RDEPENDS in recipe=
Dec 05 15:20:36 <mickey_munich> yes
Dec 05 15:20:51 <pespin> ok thanks
Dec 05 15:21:14 <GNUtoo|laptop> WOW!!!!
Dec 05 15:21:41 <GNUtoo|laptop> the lowlevel plugin works with the nokia isi modem plugin
Dec 05 15:21:55 <GNUtoo|laptop> I thought it didn't work but it was because of the dummy stuff
Dec 05 15:22:04 <GNUtoo|laptop> ** Message: authenticate.vala:26: Valid PIN
Dec 05 15:22:11 <GNUtoo|laptop> from the test programs from sre
Dec 05 15:22:45 <GNUtoo|laptop> power on and off works
Dec 05 15:22:48 <mickey_munich> yay
Dec 05 15:22:49 <mickey_munich> congrats
Dec 05 15:22:52 <mickey_munich> :)
Dec 05 15:22:57 <GNUtoo|laptop> of course you have to modprobe the modem module before
Dec 05 15:23:07 <GNUtoo|laptop> but that can be done by oe
Dec 05 15:23:10 <mickey_munich> this should probably be covered by the lowlevel plugin as well
Dec 05 15:23:12 <daniele_athome> GNUtoo|laptop, good :)
Dec 05 15:23:22 <GNUtoo|laptop> mickey_munich, I'm more thinking of oe
Dec 05 15:23:33 <GNUtoo|laptop> mickey_munich, just modprobing doesn't power the modem on
Dec 05 15:23:54 <GNUtoo|laptop> mickey_munich, I commit and push?
Dec 05 15:24:11 <mrmoku> GNUtoo|laptop: great :D
Dec 05 15:25:52 <mickey_munich> GNUtoo|laptop: yes, please
Dec 05 15:26:09 <pespin> ERROR: Multiple .bb files are due to be built which each provide lightmediascanner (/media/part_ext4/OE/shr-unstable/openembedded/recipes/lightmediascanner/lightmediascanner_0.2.0.0.bb /media/part_ext4/OE/shr-unstable/openembedded/recipes/lightmediascanner/lightmediascanner_0.4.1.0.bb).
Dec 05 15:26:09 <pespin>  This usually means one provides something the other doesn't and should.
Dec 05 15:26:19 <GNUtoo|laptop> next I should do that:
Dec 05 15:26:30 <mickey_munich> did anyone have a look whether python 2.6.6 works OK?
Dec 05 15:26:31 <pespin> it continues building though
Dec 05 15:26:36 <mickey_munich> looks like we're still on 2.6.5
Dec 05 15:26:37 <GNUtoo|laptop> theModem.advanceToState(call morphis)
Dec 05 15:27:05 <GNUtoo|laptop> but first I commit
Dec 05 15:30:23 <mrmoku> calling morphis after pin entry sounds like a good idea :P
Dec 05 15:30:50 <GNUtoo|laptop> mrmoku, that is not only used for pin
Dec 05 15:31:07 <GNUtoo|laptop> look in lib
Dec 05 15:31:58 <vanous|away> daniele_athome: looking into pyrex. interesting
Dec 05 15:32:23 <daniele_athome> vanous|away, yeah i've already looked something in the past, when dealing with efl python bindings
Dec 05 15:32:31 <daniele_athome> but never had time/will to study it :)
Dec 05 15:33:00 <vanous|away> i have only skimmed over but am reading on now
Dec 05 15:33:24 <daniele_athome> it should be easy... it's just a matter of writing python wrappers to C APIs
Dec 05 15:34:02 <mrmoku> GNUtoo|laptop: I know :)
Dec 05 15:34:16 <GNUtoo|laptop> ok
Dec 05 15:34:41 * mrmoku family... bbl
Dec 05 15:38:32 <pespin> GNUtoo|laptop, I think removing PE="1" ends in bitbake building both lms-0.4.1 and lms-0.2.0 with the error I pasted here
Dec 05 15:38:54 <GNUtoo|laptop> pespin, ah?
Dec 05 15:39:44 <pespin> GNUtoo|laptop, I updated my recipes with yours, and now when I build enjoy, it outputs the error I pasted above, and then builds the 2 versions of lightmediascanner avaialble in recipes/lightmediascanner dir
Dec 05 15:40:15 <ccx> i have a square in message sms 
Dec 05 15:40:30 <ccx> = number letter
Dec 05 15:40:37 <GNUtoo|laptop> pespin, ask in oe then
Dec 05 15:40:40 <ccx> is not space
Dec 05 15:40:42 <GNUtoo|laptop> I don't know well PE
Dec 05 15:40:49 <GNUtoo|laptop> I know what it is
Dec 05 15:40:56 <GNUtoo|laptop> but I don't know such implications
Dec 05 15:41:01 <[Rui]> ccx: that's a fonts issue, we're too western
Dec 05 15:41:02 <pespin> ok
Dec 05 15:41:13 <ccx> unicode utf is
Dec 05 15:41:28 <ccx> is important
Dec 05 15:41:58 <ccx> sreriously is noot  a phone is a destroty board
Dec 05 15:43:18 <ccx> claps
Dec 05 15:43:28 <GNUtoo|laptop> who is Author: leitner <leitner@leitner-laptop.(none)> ?
Dec 05 15:43:44 <[Rui]> ccx: allo, vous avais changait votre nombre d'utilisateur?
Dec 05 15:43:55 <GNUtoo|laptop> because -laptop.none is not great
Dec 05 15:44:06 <[Rui]> GNUtoo|laptop: lol, what pakg?
Dec 05 15:44:08 <GNUtoo|laptop> for him I mena
Dec 05 15:44:13 <GNUtoo|laptop> cornucopia
Dec 05 15:44:44 <mickey_munich> that's me on a foreign laptop
Dec 05 15:44:47 <[Rui]> ccx: we're using unicode, but we lack more complete font sets
Dec 05 15:44:49 <mickey_munich> i forgot mine at home
Dec 05 15:44:53 <GNUtoo|laptop> ah ok lol
Dec 05 15:45:34 <CIA-107> freesmartphone.org: 03GNUtoo 07cornucopia * r709bcd36cfa3 10/fsogsmd/ (7 files in 4 dirs): (log message trimmed)
Dec 05 15:45:34 <CIA-107> freesmartphone.org: fsogsmd: add new nokia isi modem stub plugin for the nokia900 device
Dec 05 15:45:34 <CIA-107> freesmartphone.org: We needed a stub plugin that didn't depend on AT commands,so I did as
Dec 05 15:45:34 <CIA-107> freesmartphone.org:  advised on IRC(#openmoko-cdevel on freenode) by morphis and mickey
Dec 05 15:45:34 <CIA-107> freesmartphone.org:  and implemented it.
Dec 05 15:45:34 <CIA-107> freesmartphone.org: The stub plugin is the first step to the implementation of the
Dec 05 15:45:35 <CIA-107> freesmartphone.org:  nokia isi modem plugin.(the implementation should follow)
Dec 05 15:45:56 <pespin> adding "flac" package to DEPENDS works :D
Dec 05 15:46:07 <pespin> I'll try to add some music and play it with enjoy
Dec 05 15:46:15 <GNUtoo|laptop> pespin, also --disable unwanted stuff
Dec 05 15:46:16 <GNUtoo|laptop> ok
Dec 05 15:48:09 <pespin> modules........: +dummy +jpeg +png +video-dummy +audio-dummy +m3u +ogg +pls +asf +rm +id3 +flac -mp4
Dec 05 15:48:39 <GNUtoo|laptop> remove asf and rm
Dec 05 15:48:46 <GNUtoo|laptop> I don't think they're really needed
Dec 05 15:49:13 <pespin> uhm how do I pass this arguments to configure using OE recipe?
Dec 05 15:49:24 <GNUtoo|laptop> pespin, EXTRA_OECONF
Dec 05 15:49:36 <pespin> ok :)
Dec 05 15:49:40 <GNUtoo|laptop> do ./configure --help to find out what are the exact args
Dec 05 15:49:51 <pespin> yes
Dec 05 15:50:14 <JaMa|Off> mrmoku: my OE u-boot build seems to be OK, but something goes wrong when I preppend those to any kernel :/
Dec 05 15:50:41 <JaMa|Off> mrmoku: ie "run maemo" always reboots after reading kernel
Dec 05 15:50:41 <GNUtoo|laptop> JaMa|Off, kernel too big?
Dec 05 15:50:54 <JaMa|Off> mrmoku: even if I use stskeeps u-boot binary
Dec 05 15:50:57 <GNUtoo|laptop> ah maemo can't be
Dec 05 15:50:58 <GNUtoo|laptop> ok
Dec 05 15:51:00 <JaMa|Off> GNUtoo|laptop: same as before
Dec 05 15:51:21 * JaMa|Off bbl
Dec 05 15:51:36 <GNUtoo|laptop> join us now and use SHR on the n900, you'll be free hackers, you'll be free......
Dec 05 15:51:46 <GNUtoo|laptop> :)
Dec 05 15:51:53 <mickey_munich> hehe
Dec 05 15:52:11 <GNUtoo|laptop> anyway morphis I'm ready
Dec 05 15:52:16 <GNUtoo|laptop> I advanced to the next state
Dec 05 15:52:19 <GNUtoo|laptop> like this:
Dec 05 15:52:32 <GNUtoo|laptop> theModem.advanceToState(call morphis)
Dec 05 15:54:43 <morphis> GNUtoo|laptop: hehe
Dec 05 15:54:52 <morphis> do you already checked your code in?
Dec 05 15:54:57 <GNUtoo|laptop> yes
Dec 05 15:55:14 <morphis> I will look at it
Dec 05 15:55:19 <GNUtoo|laptop> I hope I didn't forget anything
Dec 05 15:55:32 <GNUtoo|laptop> I even already ran it
Dec 05 15:55:39 <GNUtoo|laptop> and it works great with the lowlevel plugin
Dec 05 15:55:49 <pespin> ok, have to add gst-plugin-flac to enjoy and... enjoy is playing Pavane op. 50 from Gabriel Fauré in flac format ^^
Dec 05 15:55:59 <GNUtoo|laptop> ok
Dec 05 15:56:04 <GNUtoo|laptop> pespin, do you know musopen btw
Dec 05 15:56:05 <GNUtoo|laptop> ?
Dec 05 15:56:37 <morphis> GNUtoo|laptop: ok
Dec 05 15:57:05 <pespin> GNUtoo|laptop, nop
Dec 05 15:57:12 <morphis> GNUtoo|laptop: you already added libisi as dependency
Dec 05 15:57:14 <morphis> ?
Dec 05 15:57:14 <GNUtoo|laptop> pespin, http://www.musopen.org
Dec 05 15:57:22 <GNUtoo|laptop> morphis, not yet
Dec 05 15:57:29 <GNUtoo|laptop> I just did the dummy plugin
Dec 05 15:57:29 <morphis> do that
Dec 05 15:57:32 <GNUtoo|laptop> ok
Dec 05 15:57:38 <GNUtoo|laptop> so I do a recipe for libisi etc....
Dec 05 15:57:39 <pespin> ooh GREAT
Dec 05 15:57:42 <morphis> and do it the same way as for the palm pre
Dec 05 15:57:44 <pespin> there are music sheets too
Dec 05 15:57:55 <morphis> so you need to enable the modem plugin with configure to get it
Dec 05 15:58:05 <GNUtoo|laptop> pespin, indeed , it's focussed on classical music, unlike jamendo etc...
Dec 05 15:58:19 <GNUtoo|laptop> morphis, ah ok
Dec 05 15:58:19 <pespin> GNUtoo|laptop, thanks! :)
Dec 05 15:58:26 <GNUtoo|laptop> morphis, that's because of external deps?
Dec 05 15:58:42 <morphis> jepp
Dec 05 15:58:50 <morphis> for palmpre we have msmcommd-specs
Dec 05 15:58:59 <GNUtoo|laptop> ok
Dec 05 15:59:01 <morphis> and no everybody has/needs msmcommd-specs 
Dec 05 15:59:04 <morphis> same for libis
Dec 05 15:59:12 <morphis> on palmpre I don't need it
Dec 05 15:59:24 <GNUtoo|laptop> ok
Dec 05 15:59:24 <pespin> flac playing: 19% CPU
Dec 05 15:59:30 <GNUtoo|laptop> pespin, wow nice
Dec 05 15:59:42 <GNUtoo|laptop> morphis, I'll ask sre to put his lib on fso server?
Dec 05 15:59:53 <pespin> GNUtoo|laptop, yeah, but flac takes more much space in disk
Dec 05 15:59:57 <morphis> GNUtoo|laptop: would be nice
Dec 05 16:00:11 <GNUtoo|laptop> mickey_munich, are you able to add an ssh key without your laptop?
Dec 05 16:01:18 <morphis> GNUtoo|laptop: initialize/shutdown of your channel gets called when you are running fsogsmd?
Dec 05 16:01:55 <morphis> GNUtoo|laptop: you need a onModemStatusChanged signal handler for that
Dec 05 16:01:57 <GNUtoo|laptop> morphis, ???
Dec 05 16:01:57 <morphis> like
Dec 05 16:02:05 <morphis> private void onModemStatusChanged( FsoGsm.Modem modem, FsoGsm.Modem.Status status )
Dec 05 16:02:05 <morphis>     {
Dec 05 16:02:05 <morphis>         switch ( status )
Dec 05 16:02:05 <morphis>         {
Dec 05 16:02:05 <morphis>             case FsoGsm.Modem.Status.INITIALIZING:
Dec 05 16:02:06 <morphis>                 initialize();
Dec 05 16:02:08 <morphis>                 break;
Dec 05 16:02:12 <morphis>             case FsoGsm.Modem.Status.CLOSING:
Dec 05 16:02:14 <morphis>                 shutdown();
Dec 05 16:02:16 <morphis>                 break;
Dec 05 16:02:18 <morphis>             default:
Dec 05 16:02:20 <morphis>                 break;
Dec 05 16:02:22 <morphis>         }
Dec 05 16:02:24 <morphis>     }
Dec 05 16:02:26 <morphis> which you register right after the channel registration with
Dec 05 16:02:28 <morphis> theModem.signalStatusChanged.connect( onModemStatusChanged );
Dec 05 16:02:43 <morphis> initialize and shutdown are no overriden methods from the base modem class
Dec 05 16:02:53 <morphis> so they never get called
Dec 05 16:03:13 <morphis> and I think you looked at the modem_qualcomm_plugin and copied it from there, right?
Dec 05 16:03:57 <GNUtoo|laptop> I'll look
Dec 05 16:04:16 <morphis> ok
Dec 05 16:08:57 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * r0bf01f1cdfc6 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (4 files): fsogsmd: modem_qualcomm_palm: fix various issues with the resource/initialization/shutdown handling
Dec 05 16:09:53 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * r7a29ff28a9eb 10/msmcommd/src/dbusservice.vala: msmcommd: implement initialize/shutdown methods instead of enable/disable
Dec 05 16:10:25 <morphis> GNUtoo|laptop: but the rest of the modem_nokia_isi plugin looks ok
Dec 05 16:10:56 <GNUtoo|laptop> ok thanks a lot
Dec 05 16:12:30 <morphis> np
Dec 05 16:15:24 <morphis> btw who is leitner?
Dec 05 16:15:40 <GNUtoo|laptop> morphis, it's mickey_munich 
Dec 05 16:15:44 <GNUtoo|laptop> on another laptop
Dec 05 16:15:51 <morphis> ah ok
Dec 05 16:15:53 <GNUtoo|laptop> indeed it looked strange
Dec 05 16:16:07 <morphis> and the comments don't have the quaility I know from mickey ...
Dec 05 16:16:29 <GNUtoo|laptop> <mickey_munich> that's me on a foreign laptop
Dec 05 16:16:39 <morphis> hm ok
Dec 05 16:17:05 <GNUtoo|laptop> morphis, the comments are not mickeyl style?
Dec 05 16:17:32 <GNUtoo|laptop> maybe mickey_munich  is not mickeyl but that would be very very strange 
Dec 05 16:17:41 <GNUtoo|laptop> so unlikely
Dec 05 16:18:51 <mickey_munich> it's a bit hectic here, so bear with me :)
Dec 05 16:18:56 <GNUtoo|laptop> and also the comments reflects what he was working on
Dec 05 16:19:00 <GNUtoo|laptop> so he's mickeyl
Dec 05 16:19:06 <mickey_munich> ok, my palm pre can now boot SHR
Dec 05 16:19:18 <GNUtoo|laptop> nice
Dec 05 16:19:25 <GNUtoo|laptop> mickey_munich, do you want sre's key?
Dec 05 16:19:29 <mickey_munich> so i have prepared both machines to continue working
Dec 05 16:19:31 <GNUtoo|laptop> http://files.ring0.de/sre/ssh-public-key.txt
Dec 05 16:19:36 <mickey_munich> GNUtoo|laptop: ah, good. i'll add him
Dec 05 16:19:38 <GNUtoo|laptop> here's his key which is gpg signed
Dec 05 16:19:45 <GNUtoo|laptop> mickey_munich, it's gpg signed
Dec 05 16:20:14 <morphis> mickey_munich: I creating a new image on amethyst right now
Dec 05 16:20:15 <mickey_munich> hmm
Dec 05 16:20:23 <mickey_munich> morphis: excellent
Dec 05 16:20:26 <GNUtoo|laptop> mickey_munich, should I ask him how to get the key out of it
Dec 05 16:20:30 <mickey_munich> GNUtoo|laptop: yeah
Dec 05 16:20:40 <morphis> mickey_munich: they image should work, but you have to do two things before booting it
Dec 05 16:20:53 <morphis> mickey_munich: put all fso daemons to debug mod
Dec 05 16:20:54 <morphis> e
Dec 05 16:21:11 <morphis> mickey_munich: and disable shadow resources in fsousaged.conf in the palm_pre subdir
Dec 05 16:21:53 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * ra4405a80d4e4 10/fsousaged/conf/palm_pre/fsousaged.conf: fsousaged: conf: palm_pre: disable shadow resources
Dec 05 16:22:19 <morphis> I forgot about it before I started the image rebuild
Dec 05 16:24:27 <pespin> illume segfaults when installing packages u.u 
Dec 05 16:26:55 <mrmoku> JaMa|Off: hmm... creating combined.bin with builder.py works fine for me
Dec 05 16:27:25 <mrmoku> JaMa|Off: but with my OE u-boot u-boot itself works... but then hangs when starting the kernel
Dec 05 16:27:28 <mrmoku> no matter which kernel
Dec 05 16:29:21 <GNUtoo|laptop> mickey_munich, 
Dec 05 16:29:32 <GNUtoo|laptop> wget http://files.ring0.de/sre/ssh-public-key.txt
Dec 05 16:29:46 <GNUtoo|laptop> gpg --decrypt ssh-public-key.txt
Dec 05 16:30:02 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * r89569ce8101a 10/fsogsmd/src/plugins/modem_qualcomm_palm/channel.vala: fsogsmd: modem_qualcomm_palm: fix compilation issues
Dec 05 16:30:13 <GNUtoo|laptop> and it will print a warning that the key of sre is not found but will show you the key
Dec 05 16:32:52 <CIA-107> freesmartphone.org: 03GNUtoo 07cornucopia * rb6656098eff8 10/fsogsmd/src/plugins/modem_nokia_isi/channel.vala: (log message trimmed)
Dec 05 16:32:52 <CIA-107> freesmartphone.org: fsogsmd: modem_nokia_isi: make channel initialize/shutdown
Dec 05 16:32:52 <CIA-107> freesmartphone.org: Thanks to modphis(#openmoko-cdevel on Freenode on irc) for pointing this out(and explaining it too):
Dec 05 16:32:52 <CIA-107> freesmartphone.org:  <morphis> GNUtoo|laptop: initialize/shutdown of your channel gets called when you are running fsogsmd?
Dec 05 16:32:53 <CIA-107> freesmartphone.org:  [long code]
Dec 05 16:32:53 <CIA-107> freesmartphone.org:  <morphis> which you register right after the channel registration with
Dec 05 16:32:54 <CIA-107> freesmartphone.org:  <morphis> theModem.signalStatusChanged.connect( onModemStatusChanged );
Dec 05 16:35:14 <pespin> GNUtoo|laptop, everything works now...if you remove lightmediascanner_0.2.0.bb from git repo
Dec 05 16:35:30 <GNUtoo|laptop> pespin, for that ask in #oe what to do
Dec 05 16:35:38 <GNUtoo|laptop> ah sorry
Dec 05 16:35:41 <GNUtoo|laptop> no response in oe
Dec 05 16:35:41 <pespin> GNUtoo|laptop, I've already asked, but no answer so far
Dec 05 16:35:45 <GNUtoo|laptop> then ping fidencio
Dec 05 16:35:55 <GNUtoo|laptop> ha he's away
Dec 05 16:35:56 <GNUtoo|laptop> hmmm
Dec 05 16:35:59 <GNUtoo|laptop> ask mickey_munich then
Dec 05 16:36:06 <mrmoku> 0022 mok@gonzales[pts/6]:~/src/openmoko/kernel-fso-> LANG=C ARCH=arm make menuconfig
Dec 05 16:36:09 <mrmoku> Makefile:447: *** mixed implicit and normal rules.  Stop.
Dec 05 16:36:11 <mrmoku> ?
Dec 05 16:36:14 <pespin> mickey_munich, ping :)
Dec 05 16:36:15 <papa-piet> morphis, is this the new image? lite-palmpre.tar.bz2	05-Dec-2010 21:52 	44M
Dec 05 16:36:29 <GNUtoo|laptop> mrmoku, are you under the devshell?
Dec 05 16:36:33 <mrmoku> no
Dec 05 16:36:36 <GNUtoo|laptop> ah ok
Dec 05 16:36:38 <GNUtoo|laptop> strange
Dec 05 16:36:40 <mrmoku> git checkout
Dec 05 16:36:54 <mrmoku> I copied the OE defconfig to .config though
Dec 05 16:37:16 <morphis> papa-piet: wait a moment
Dec 05 16:37:21 <GNUtoo|laptop> mrmoku, why LANG=C?
Dec 05 16:37:50 <mrmoku> to give you the english error :)
Dec 05 16:38:13 <mrmoku> works fine in another kernel tree
Dec 05 16:38:52 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * r85556eab8caf 10/msmcommd-specs/src/unsolicited.vala: msmcommd-spces: add RESET_RADIO_IND to UrcType enumeration
Dec 05 16:38:52 <GNUtoo|laptop> ah ok
Dec 05 16:39:03 <morphis> it's building :)
Dec 05 16:44:17 <GNUtoo|laptop> mrmoku, what kernel is it?
Dec 05 16:44:24 <mrmoku> GNUtoo|laptop: the n900 from git.fso
Dec 05 16:44:24 <GNUtoo|laptop> or what branch rather
Dec 05 16:44:44 * mrmoku tries another branch in there...
Dec 05 16:45:27 <mrmoku> hmm... master branch works
Dec 05 16:45:40 <GNUtoo|laptop> which branch was it that was wrong?
Dec 05 16:46:07 <GNUtoo|laptop> linux-n900?
Dec 05 16:46:12 <mrmoku> nokia900/master
Dec 05 16:46:19 <GNUtoo|laptop> ok
Dec 05 16:46:21 <GNUtoo|laptop> ouch
Dec 05 16:46:25 <GNUtoo|laptop> I'll look
Dec 05 16:46:58 <mickey_munich> electranox should have access
Dec 05 16:47:02 <GNUtoo|laptop> ok
Dec 05 16:47:08 <GNUtoo|laptop> how does he push?
Dec 05 16:47:08 <mrmoku> it has CROSS_COMPILE ?= arm-linux- in it
Dec 05 16:47:22 <GNUtoo|laptop> does he have to create a repo
Dec 05 16:47:27 <GNUtoo|laptop> or is it done already?
Dec 05 16:47:52 <mickey_munich> i'm afraid i need to create it
Dec 05 16:47:57 <GNUtoo|laptop> ok
Dec 05 16:48:02 <mickey_munich> which name?
Dec 05 16:49:06 <GNUtoo|laptop> he'll come on irc later
Dec 05 16:49:10 <mickey_munich> k
Dec 05 16:49:25 <pespin> GNUtoo|laptop, just removing PE="1" on older version makes everything work as axpected
Dec 05 16:49:31 <morphis> mickey_munich: papa-piet: new shr image is ready, http://amethyst.openembedded.net/~morphis/oe/palmpre/deploy/images/palmpre/lite-palmpre.tar.bz2
Dec 05 16:49:53 <GNUtoo|laptop> pespin, yes but it should not be removed on the old version
Dec 05 16:50:06 <mickey_munich> morphis: what's new?
Dec 05 16:50:37 <pespin> mickey_munich, any idea on what to do? (explanation of the problem is in #oe if you are there)
Dec 05 16:51:16 <morphis> mickey_munich: new fso
Dec 05 16:51:21 <morphis> new msmcomm
Dec 05 16:51:37 <morphis> which should work when you first boot the device with the image :)
Dec 05 16:52:08 <mickey_munich> best way to reflash is to log into normal system, mount via usb storage and unpack?
Dec 05 16:52:47 <pespin> GNUtoo|laptop, what's PE for btw? I couldn't find info on google
Dec 05 16:53:01 <mickey_munich> epoch
Dec 05 16:53:15 <mickey_munich> that's rarely used when we need to go back in time w/ PV
Dec 05 16:53:16 <GNUtoo|laptop> pespin, basically it's something like a super-PR, if you make PR go backward, and bump PE
Dec 05 16:53:29 <GNUtoo|laptop> it takes the backward version
Dec 05 16:53:39 <pespin> ah ok
Dec 05 16:55:30 <mickey_munich> but to make update possible, you need to enhance PE then
Dec 05 16:57:08 <pespin> mickey_munich, we need to set PE>1 in new recipe?
Dec 05 16:58:26 <GNUtoo|laptop> or PE=1 ?
Dec 05 16:58:40 <Heinervdm> pespin: if older versions of that recipe have PE=1 you have to set it for new ones too
Dec 05 16:59:22 <GNUtoo|laptop> ok so it was my fault, I removed it because I didn't think about the interaction with the old recipe
Dec 05 16:59:31 <morphis> mickey_munich: jepp, thats the best way
Dec 05 16:59:34 <pespin> okey
Dec 05 17:01:38 <JaMa|Off> mrmoku: I've tried with builder.py too, also wit 0x38000 offset with metan's u-boot sources but still it just starts kernel and then just reboots again
Dec 05 17:01:58 <morphis> hm need to reboot
Dec 05 17:02:27 <JaMa|Off> mrmoku: and since friday I'm away from my desktop.. so cannot try easily (don't have even usb cable with me here)
Dec 05 17:02:40 <pespin> ok, everything seems working now
Dec 05 17:02:55 <pespin> GNUtoo|laptop, shall I send you the recipes to your mail?
Dec 05 17:04:09 <JaMa|Off> Heinervdm: NOTE: Running task 1371 of 10994 for your new shr-t branch on buildhost :)
Dec 05 17:04:32 <Heinervdm> JaMa|Off: NOTE: Running task 4713 of 9276 
Dec 05 17:04:58 <Heinervdm> JaMa|Off: we should try to bump cornucopia
Dec 05 17:05:06 <morphis> re
Dec 05 17:05:08 <JaMa|Off> in shr-u you mean?
Dec 05 17:05:22 <JaMa|Off> Heinervdm: I've pushed 2 small patches to shr-t..
Dec 05 17:05:25 <mrmoku> JaMa|Off: r&d enabled?
Dec 05 17:05:32 <JaMa|Off> mrmoku: yup
Dec 05 17:06:43 <Heinervdm> JaMa|Off: ok, cornucopia should be bumped in -u and -t for this: http://trac.freesmartphone.org/ticket/586#comment:7
Dec 05 17:07:04 <mrmoku> GNUtoo|laptop: hmm... even with v2.6.28 checked out the same :/
Dec 05 17:07:49 <mickey_munich> where is the latest version of the battery charging script`
Dec 05 17:07:49 <mickey_munich> ?
Dec 05 17:07:52 * JaMa|Off will check later.. now I don't have browser..
Dec 05 17:08:54 <mrmoku> mickey_munich: http://build.shr-project.org/tests/mrmoku/n900/charge.sh.txt
Dec 05 17:08:58 <mrmoku> is what I use
Dec 05 17:09:10 <mrmoku> and thanks for reminding me to call it :)
Dec 05 17:09:43 <GNUtoo|laptop> mrmoku, I'll look when I come back
Dec 05 17:09:57 <mrmoku> ok, thanks
Dec 05 17:10:18 <mickey_munich> mrmoku: thanks!
Dec 05 17:21:25 <morphis> mickey_munich: you Pre is running?
Dec 05 17:21:31 <mickey_munich> no
Dec 05 17:21:35 <mickey_munich> slyon broke it :)
Dec 05 17:21:40 <mickey_munich> stuck in a reboot loop
Dec 05 17:21:45 <papa-piet> hehe
Dec 05 17:22:40 <morphis> oho
Dec 05 17:22:43 <morphis> hm
Dec 05 17:23:23 <pespin> GNUtoo|laptop, sent to your mail
Dec 05 17:24:15 <morphis> mickey_munich: you want the palmpre webos doctor restore uImage which you can access with novaterm?
Dec 05 17:24:52 <papa-piet> morphis, i dont thik this is needed
Dec 05 17:25:00 <morphis> ok
Dec 05 17:25:05 <papa-piet> s/thik/think
Dec 05 17:26:09 <GNUtoo|laptop> pespin, what do you want me to do with the recipes?
Dec 05 17:27:05 <pespin> GNUtoo|laptop, commit, and try them if you want
Dec 05 17:27:14 <pespin> I don't have OE commit access
Dec 05 17:27:26 <GNUtoo|laptop> ok can I do it later
Dec 05 17:27:30 <GNUtoo|laptop> I've to help mrmoku 
Dec 05 17:27:35 <mrmoku> :)
Dec 05 17:27:38 <pespin> ok, np :)
Dec 05 17:27:43 <GNUtoo|laptop> thanks
Dec 05 17:27:53 <mrmoku> GNUtoo|laptop: just try 'make mrproper' in that branch
Dec 05 17:27:54 <GNUtoo|laptop> pespin, send them also to fidencio
Dec 05 17:28:08 <GNUtoo|laptop> mrmoku, one sec I'll go to the branch
Dec 05 17:28:11 <mrmoku> ok
Dec 05 17:29:10 <pespin> GNUtoo|laptop, I don't have his mail address
Dec 05 17:29:34 <GNUtoo|laptop> pespin, if he commited something to oe, it should be in git log
Dec 05 17:29:47 <pespin> GNUtoo|laptop, he doesn't have commit access neither
Dec 05 17:29:55 <GNUtoo|laptop> ahh ok
Dec 05 17:30:01 <GNUtoo|laptop> so I'll have to push it
Dec 05 17:31:15 <GNUtoo|laptop> mrmoku, menuconfig works for me
Dec 05 17:31:27 <JaMa|Off> but I've pushed few patches from him
Dec 05 17:31:27 <GNUtoo|laptop> mrmoku, do you have the required libs -dev ?
Dec 05 17:31:46 <JaMa|Off> pespin: ^ so it will be there
Dec 05 17:31:50 <GNUtoo|laptop> gnutoo@gnutoo-laptop:~/embedded/kernel/kernel.org$ cp /home/gnutoo/embedded/oe/org.openembedded.dev/recipes/linux/linux-nokia900/defconfig .config
Dec 05 17:31:58 <GNUtoo|laptop> make ARCH=arm menuconfig
Dec 05 17:32:00 <GNUtoo|laptop> works for me
Dec 05 17:32:27 <GNUtoo|laptop> pespin, anyway I will have to be the one that pushes it
Dec 05 17:32:31 <GNUtoo|laptop> so....
Dec 05 17:32:39 <GNUtoo|laptop> pespin, did you sign off the patches btw?
Dec 05 17:33:32 <pespin> GNUtoo|laptop, I didn't sent you any patches, only the recipe files
Dec 05 17:33:37 <GNUtoo|laptop> ok
Dec 05 17:33:52 <GNUtoo|laptop> you already have some patches in oe?
Dec 05 17:33:58 <GNUtoo|laptop> so I can copy the name
Dec 05 17:34:34 <mrmoku> GNUtoo|laptop: make menuconfig works for me in master branch
Dec 05 17:34:49 <mrmoku> and does not in nokia900/master branch
Dec 05 17:34:54 <GNUtoo|laptop> mrmoku, ok
Dec 05 17:35:04 <mrmoku> %/: prepare scripts FORCE
Dec 05 17:35:12 <GNUtoo|laptop> git checkout fso/nokia900/master -b temp_n900_menuconfig
Dec 05 17:35:18 <GNUtoo|laptop> that's what I did
Dec 05 17:35:23 * mrmoku tries
Dec 05 17:35:24 <GNUtoo|laptop> fso is a remote
Dec 05 17:35:34 <GNUtoo|laptop> that I added
Dec 05 17:35:52 <GNUtoo|laptop> altough I've about 1TB, the space is not infinite
Dec 05 17:35:54 <GNUtoo|laptop> so I add remotes
Dec 05 17:36:05 <mrmoku> the same
Dec 05 17:36:18 <GNUtoo|laptop>                       1.2T  806G  302G  73% /
Dec 05 17:36:47 <GNUtoo|laptop> that is taken mostly by oe and other embedded stuff
Dec 05 17:36:50 <mrmoku> probably something missing it needs to generate something
Dec 05 17:36:56 <mrmoku> and in master branch that is generated
Dec 05 17:37:02 <mrmoku> (or different due to newer kernel)
Dec 05 17:37:04 <GNUtoo|laptop> hmmm
Dec 05 17:37:21 <GNUtoo|laptop> mrmoku, you check the branch from outside oe?
Dec 05 17:37:36 <pespin> GNUtoo|laptop, sent you my info in priv
Dec 05 17:37:38 <mrmoku> yep
Dec 05 17:37:43 <GNUtoo|laptop> ok thanks
Dec 05 17:37:50 <mrmoku> GNUtoo|laptop: in my locally cloned repo
Dec 05 17:37:59 <GNUtoo|laptop> mrmoku, ok
Dec 05 17:39:14 <morphis> mickey_munich: papa-piet: the fsogsm daemon segfaults in the latest shr-lite-image shortly after you entered your pin
Dec 05 17:39:52 <GNUtoo|laptop> morphis, I hope it's not me, as I didn't use a pin I didn't saw that
Dec 05 17:40:03 <morphis> GNUtoo|laptop: not its not you
Dec 05 17:40:06 <GNUtoo|laptop> ok
Dec 05 17:40:07 <morphis> it's me
Dec 05 17:40:18 <GNUtoo|laptop> iso it's not my (seg)fault
Dec 05 17:42:49 <TAsn> mrmoku, obviously.
Dec 05 17:42:49 <GNUtoo|laptop> pespin, while enjoy looks fine,emotion lacks some DEPENDS
Dec 05 17:42:58 <GNUtoo|laptop> s/emotion/lightmediascanner/
Dec 05 17:42:58 <apt> GNUtoo|laptop meant: pespin, while enjoy looks fine,lightmediascanner lacks some DEPENDS
Dec 05 17:43:13 <GNUtoo|laptop> DEPENDS = "sqlite3 flac"
Dec 05 17:43:16 <GNUtoo|laptop> what about mp3 and ogg
Dec 05 17:43:21 <GNUtoo|laptop> big warning about mp3
Dec 05 17:43:34 <GNUtoo|laptop> only depend on it if ENTREPRISE_DISTRO is not set
Dec 05 17:43:37 <GNUtoo|laptop> do it like that:
Dec 05 17:43:46 <mrmoku> TAsn: good :)
Dec 05 17:45:19 <GNUtoo|laptop> ${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'gst-plugin-mad', d)}
Dec 05 17:45:21 <GNUtoo|laptop> and similar
Dec 05 17:45:45 <GNUtoo|laptop> I'll do it for enjoy
Dec 05 17:46:19 <pespin> GNUtoo|laptop, uhm where can I find if about the argumetns, etc.?
Dec 05 17:46:28 <GNUtoo|laptop> in the manual
Dec 05 17:46:56 <GNUtoo|laptop> basically if enterprise is 1 it returns "" if it's not 1 it returns the dep
Dec 05 17:47:30 <GNUtoo|laptop> or just tell me the deps
Dec 05 17:47:31 <pespin> GNUtoo|laptop, and "d"?
Dec 05 17:47:36 <GNUtoo|laptop> I'll entreprise it
Dec 05 17:47:40 <GNUtoo|laptop> the d is a bitbake thing
Dec 05 17:47:51 <pespin> ok, let me find them
Dec 05 17:48:40 <mrmoku> GNUtoo|laptop: what make version do you have?
Dec 05 17:48:59 <GNUtoo|laptop> GNU Make 3.81
Dec 05 17:49:41 <mrmoku> yeah, I have 3.82... and google shows something
Dec 05 17:49:49 <pespin> a good start -> opkg list_installed | grep gst-plugin: http://paste.pocoo.org/show/300928/
Dec 05 17:49:50 * mrmoku is doomed
Dec 05 17:50:37 <pespin> I would say:
Dec 05 17:50:37 <pespin> gst-plugin-lame - 0.10.16-r11.1.6
Dec 05 17:50:37 <pespin> gst-plugin-mad - 0.10.16-r11.1.6
Dec 05 17:50:55 * pespin looks for info n those packages
Dec 05 17:52:03 <pespin> uhm but those are for enjoy
Dec 05 17:52:32 <GNUtoo|laptop> pespin, enjoy is fine now
Dec 05 17:52:39 <GNUtoo|laptop> look DEPENDS not RDEPENDS
Dec 05 17:52:44 <GNUtoo|laptop> for lightmediascanner
Dec 05 17:52:48 <GNUtoo|laptop> look in INSTALLING
Dec 05 17:52:52 <GNUtoo|laptop> or something like that
Dec 05 17:54:10 <GNUtoo|laptop> ahh ok
Dec 05 17:54:11 <GNUtoo|laptop> e3005f0e895adac9dfaecb5233e1afbeb450be0d
Dec 05 17:54:13 <GNUtoo|laptop> oops
Dec 05 17:54:15 <GNUtoo|laptop> sorry
Dec 05 17:54:17 <GNUtoo|laptop> wrong channel
Dec 05 17:57:17 <mrmoku> ok... 2.6.28 Makefile is too old for make 3.82 :/
Dec 05 17:57:27 <mrmoku> bbl
Dec 05 17:59:03 <pespin> having problems with hard drive, I have to reboot before continuing
Dec 05 18:00:34 <GNUtoo|laptop> pespin, ok
Dec 05 18:10:17 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * rd3713287ba56 10/msmcommd/src/ (commands.vala modemchannel.vala): msmcommd: don't wait for response when sending reset command
Dec 05 18:11:02 <mrmoku> hehe... archlinux has 3.81 too
Dec 05 18:11:11 * mrmoku got 3.82 from the testing repository :)
Dec 05 18:12:38 <mrmoku> GNUtoo|laptop: ok, building kernel with old toolchain now
Dec 05 18:12:56 <GNUtoo|laptop> ok
Dec 05 18:21:16 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * r014d4c061357 10/msmcommd/src/lowlevelcontrol.vala: msmcommd: implement sysfs handling for lowlevel reset with shell commands
Dec 05 18:26:36 <PaulFertser> mrmoku: (oops on maemo kernel) funny.
Dec 05 18:26:45 <PaulFertser> mrmoku: i do not think the "modern gcc" patch is anyhow related.
Dec 05 18:29:47 <GNUtoo|laptop> pespin is not back :(
Dec 05 18:30:17 <GNUtoo|laptop> ah
Dec 05 18:30:28 <GNUtoo|laptop> pespin, btw when you reboot the hdd errors are gone?
Dec 05 18:31:00 <GNUtoo|laptop> because it could be bad capacitors if so
Dec 05 18:31:29 <GNUtoo|laptop> if you have some brown on top of the capacitors they are bad and should be changed
Dec 05 18:32:15 <pespin> GNUtoo|laptop, the thing is... that sometimes my PC becomes frozen because of some I/O error. If I extract the hard drive a bit and quickly from the box, it just can continue without problems. Sometimes I cannot use nor fsck the disc after rebooting.
Dec 05 18:32:24 <pespin> Usually after fscking it, everything works ok.
Dec 05 18:32:49 <GNUtoo|laptop> pespin, hmmm
Dec 05 18:33:00 <GNUtoo|laptop> check the capacitors when you've the time
Dec 05 18:33:06 <GNUtoo|laptop> on motherboard
Dec 05 18:33:19 <pespin> ok
Dec 05 18:33:22 <GNUtoo|laptop> because I bet it will be a bit hard to check in PSU
Dec 05 18:33:43 <pespin> I have to try using the hdd directly, without the box, too
Dec 05 18:34:09 <GNUtoo|laptop> ok
Dec 05 18:35:07 <mrmoku> PaulFertser: yeah, might be the oe toolchain
Dec 05 18:35:42 <mrmoku> GNUtoo|laptop, PaulFertser: no, not the toolchain
Dec 05 18:35:54 <mrmoku> built with old om toolchain it does the same
Dec 05 18:35:57 <pespin> GNUtoo|laptop, I'm using this [ http://wiki.openembedded.net/index.php/Inspect_DEPENDS ] to find the mp3 dependencies
Dec 05 18:36:19 <GNUtoo|laptop> ok
Dec 05 18:36:56 <PaulFertser> mrmoku: i'll get you a hint soon ;)
Dec 05 18:37:04 <mrmoku> PaulFertser: good :D
Dec 05 18:37:11 <GNUtoo|laptop> pespin, go in the source dir of the package and read INSTALLING or similar files
Dec 05 18:37:18 <GNUtoo|laptop> they tell how to compile and also the deps
Dec 05 18:37:25 <GNUtoo|laptop> just matches the deps with oe
Dec 05 18:37:37 <pespin> ok
Dec 05 18:39:02 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * r66d6a77dc878 10/msmcommd/src/modemchannel.vala: msmcommd: fix segfault when processing commands which do not expect a response
Dec 05 18:40:25 <PaulFertser> mrmoku: gdb vmlinux (or the particular .ko kernel module) ; l *(tpa6130a2_get_volume+0x14) , that's from Documentation/BUG-HUNTING ;)
Dec 05 18:40:37 <mrmoku> oh
Dec 05 18:41:13 <GNUtoo|laptop> PaulFertser, why not addr2line it?
Dec 05 18:41:53 <PaulFertser> GNUtoo|laptop: that's another option, with gdb l you see the source immediately, addr2line requires to actually look it up.
Dec 05 18:42:16 <GNUtoo|laptop> and addr2line is in 2 steps
Dec 05 18:42:20 <GNUtoo|laptop> grep tpa6130a2_get_volume System.map
Dec 05 18:42:27 <GNUtoo|laptop> and lookup the address with addr2line
Dec 05 18:42:32 <GNUtoo|laptop> so gdb is nicer
Dec 05 18:42:33 <GNUtoo|laptop> thanks
Dec 05 18:42:43 <PaulFertser> I'm glad you liked it ;)
Dec 05 18:43:20 <GNUtoo|laptop> and addr2line only works with internal modules
Dec 05 18:43:33 <GNUtoo|laptop> that is to say, it won't work on compat-wireless
Dec 05 18:44:20 <PaulFertser> Hm, i think one could make it work for compat-wireless too, it should be possible somehow.
Dec 05 18:44:46 <GNUtoo|laptop> next time I'll try to use gdb then
Dec 05 18:45:00 <mrmoku> "/home/root/vmlinux": not in executable format: File truncated
Dec 05 18:45:04 <GNUtoo|laptop> because I've no idea on how to make addr2line works with compat wireless, even if it's possible
Dec 05 18:45:14 <GNUtoo|laptop> mrmoku, arm-foo-gdb
Dec 05 18:45:18 <GNUtoo|laptop> from openembedded
Dec 05 18:45:18 <PaulFertser> mrmoku: you should be using the non-truncated big file from the root of the build.
Dec 05 18:45:41 <PaulFertser> mrmoku: and yeah, of course the gdb arch should match the target arch, GNUtoo|laptop is right :)
Dec 05 18:45:48 <mrmoku> that is scped from the root of the build to the n900
Dec 05 18:45:53 <mrmoku> and called gdb there
Dec 05 18:46:00 <GNUtoo|laptop> hmmm
Dec 05 18:46:31 <mrmoku> 0022 mok@gonzales[pts/11]:~/src/openmoko/kernel-fso-> ls -l vmlinux
Dec 05 18:46:31 <mrmoku> -rwxr-xr-x 1 mok mok 40849036  5. Dez 19:16 vmlinux
Dec 05 18:46:49 <mrmoku> 0022 mok@gonzales[pts/11]:~/src/openmoko/kernel-fso-> file vmlinux
Dec 05 18:46:49 <mrmoku> vmlinux: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, not stripped
Dec 05 18:47:10 * mrmoku reads BUG-HUNTING
Dec 05 18:47:22 <GNUtoo|laptop> http://pastebin.com/62yqdGig
Dec 05 18:48:35 <PaulFertser> Heh, looks like no client data registered for tpa6130.
Dec 05 18:48:38 <GNUtoo|laptop> mrmoku, using gdb on target is pointless as you don't have the source there
Dec 05 18:49:05 <GNUtoo|laptop> unless you do some kind of complicated setup with gdb sysroot etc...
Dec 05 18:49:13 <GNUtoo|laptop> s/sysroot/source path
Dec 05 18:50:07 <DieMumiee> gdbserver?
Dec 05 18:50:21 <GNUtoo|laptop> DieMumiee, that's what I use all the time...for userland
Dec 05 18:50:55 <mrmoku> GNUtoo|laptop: ok, will try with gdb from oe then
Dec 05 18:51:17 <GNUtoo|laptop> bitbake gdb-cross
Dec 05 18:53:47 <mrmoku> PaulFertser: yeah, that's the place I figured out by grepping the kernel source for that symbol
Dec 05 18:54:03 <mrmoku> 201             data = i2c_get_clientdata(tpa6130a2_client);
Dec 05 18:54:55 <mrmoku> PaulFertser: why could have no client data registered for me... but for GNUtoo|laptop ?
Dec 05 18:54:56 <morphis> anyone knows if there is a possibility to watch the commands one dbus client sends to another
Dec 05 18:54:57 <morphis> ?
Dec 05 18:56:09 <GNUtoo|laptop> mrmoku, hmmm
Dec 05 18:56:15 <PaulFertser> morphis: http://willthompson.co.uk/bustle/ ?
Dec 05 18:56:22 <mrmoku> ohh
Dec 05 18:56:25 <mrmoku> GNUtoo|laptop: found something
Dec 05 18:56:26 <GNUtoo|laptop> mrmoku, maybe beacuse of rd mode?
Dec 05 18:56:26 <mrmoku> [   20.596008] tpa6130a2 2-0060: Read failed
Dec 05 18:56:26 <mrmoku> [   20.596099] tpa6130a2 2-0060: Unexpected headphone amplifier chip version of 0x07, was expecting 0x01 or 0x02
Dec 05 18:56:33 <GNUtoo|laptop> ah?
Dec 05 18:56:33 <mrmoku> fun :/
Dec 05 18:57:00 <PaulFertser> mrmoku: cool :) at least you've found it.
Dec 05 18:57:10 <PaulFertser> mrmoku: i wonder if that's the same with stock maemo kernel.
Dec 05 18:57:22 <mrmoku> PaulFertser: now... why do I have such an advanced version of that chip ;)
Dec 05 18:57:46 <GNUtoo|laptop> mrmoku, you didn't buy the n900 right
Dec 05 18:57:50 <mrmoku> no
Dec 05 18:57:53 <GNUtoo|laptop> I did
Dec 05 18:58:11 <GNUtoo|laptop> so maybe you had a somewhat prototype
Dec 05 18:58:15 <GNUtoo|laptop> or something like that?
Dec 05 18:58:31 <mrmoku> hmm... dunno... was officially boxed
Dec 05 18:58:39 * mrmoku boots to maemo
Dec 05 18:58:56 <GNUtoo|laptop> [20655.434204] tpa6130a2 2-0060: Headphone amplifier initialized successfully
Dec 05 18:58:58 <GNUtoo|laptop> I've that
Dec 05 18:59:25 <PaulFertser> "Read failed" is suspicious too.
Dec 05 18:59:32 <GNUtoo|laptop> nice fsogsmd plugin, pin disappeared 
Dec 05 19:01:52 <morphis> PaulFertser: thank you very much, looks like that I am searching for
Dec 05 19:02:38 <mrmoku> GNUtoo|laptop, PaulFertser: initialized successfully with maemo kernel
Dec 05 19:02:40 <mrmoku> hmm
Dec 05 19:02:40 <PaulFertser> morphis: i've seen a presentation about that by mickey (?) at FSOSHRUDEVCON 1.5 years ago :)
Dec 05 19:03:16 <morphis> ah ok
Dec 05 19:03:20 <GNUtoo|laptop> maybe ask #maemo or #meego-arm
Dec 05 19:03:32 <PaulFertser> lol, #maemo is totally useless.
Dec 05 19:03:34 <GNUtoo|laptop> mrmoku, and compare kernel versions
Dec 05 19:04:01 <PaulFertser> mrmoku: i wonder if it fails for you every boot with a self-compiled kernel.
Dec 05 19:04:19 <PaulFertser> mrmoku: and if only you can reproduce it :)
Dec 05 19:05:10 <mrmoku> PaulFertser: good question... let me try the kernel built on the buildhost
Dec 05 19:05:18 <mrmoku> PaulFertser: ahh, and u-boot is involved for me but not for GNUtoo|laptop 
Dec 05 19:05:26 <GNUtoo|laptop> ah right
Dec 05 19:05:30 <GNUtoo|laptop> I don't use uboot
Dec 05 19:05:35 <mrmoku> though that accounts for the maemo kernel too
Dec 05 19:05:42 <GNUtoo|laptop> no
Dec 05 19:05:47 <GNUtoo|laptop> it depends
Dec 05 19:05:51 <GNUtoo|laptop> on how you boot it
Dec 05 19:06:02 <GNUtoo|laptop> did you pass the atags etc...
Dec 05 19:06:20 <GNUtoo|laptop> basically here's the issue:
Dec 05 19:06:31 <GNUtoo|laptop> uboot is supposed to boot meego kenrel from sd
Dec 05 19:06:37 <GNUtoo|laptop> and maemo kernel from memory
Dec 05 19:06:50 <GNUtoo|laptop> both are handled differently with atags etc...
Dec 05 19:06:56 <GNUtoo|laptop> so try without uboot
Dec 05 19:07:09 <GNUtoo|laptop> if it works
Dec 05 19:07:12 <GNUtoo|laptop> fix our uboot
Dec 05 19:08:49 <mrmoku> hmm
Dec 05 19:09:07 <mrmoku> ok, will flash the kernel
Dec 05 19:09:31 <GNUtoo|laptop> I hope you can find a zImage 
Dec 05 19:09:39 <GNUtoo|laptop> on the build files somewhere
Dec 05 19:10:05 <mrmoku> :)
Dec 05 19:11:45 <morphis> PaulFertser: you know bustle more in detail?
Dec 05 19:12:07 <morphis> as I don't get any method calls when using system bus
Dec 05 19:12:08 <pespin> GNUtoo|laptop, I've been looking for a hile and it seems lightmediascanner doesn't use any external lib to parse mp3
Dec 05 19:12:20 <GNUtoo|laptop> pespin, ah ok
Dec 05 19:12:25 <PaulFertser> morphis: sorry, no.
Dec 05 19:12:27 <GNUtoo|laptop> then I commit and push?
Dec 05 19:12:30 <pespin> it has everything it needs in src/plugins/id3.c
Dec 05 19:12:33 <morphis> PaulFertser: ok
Dec 05 19:12:39 <GNUtoo|laptop> hmmm
Dec 05 19:12:59 <pespin> # Names of this library.
Dec 05 19:12:59 <pespin> library_names='id3.so id3.so id3.so'
Dec 05 19:13:06 <pespin> # Libraries that this one depends upon.
Dec 05 19:13:07 <pespin> dependency_libs=' /home/barna3/dev/tar/lightmediascanner-0.4.1.0/src/lib/liblightmediascanner.la -ldl -lsqlite3'
Dec 05 19:13:59 <GNUtoo|laptop> ok
Dec 05 19:14:20 <GNUtoo|laptop> I'll modify it a bit for entreprise and commit and push if I've the time
Dec 05 19:15:46 <mrmoku> GNUtoo|laptop: heh, that does not work due to wrong cmdline :/
Dec 05 19:16:06 <GNUtoo|laptop> mrmoku, ouch, then add it trough 0xffff
Dec 05 19:16:11 <GNUtoo|laptop> it will work only once tough
Dec 05 19:16:16 <GNUtoo|laptop> the cmdline will be lost at reboot
Dec 05 19:16:26 <mrmoku> ok, it's just for trying
Dec 05 19:16:43 <pespin> GNUtoo|laptop, yes, definetly only external deps are sqlite3 anf libflac8
Dec 05 19:17:34 <GNUtoo|laptop> ok
Dec 05 19:17:44 <pespin> GNUtoo|laptop, ping me when it's in OE. There are some people waiting for it since some days/weeks :)
Dec 05 19:18:26 <GNUtoo|laptop> ok ouch
Dec 05 19:18:29 <GNUtoo|laptop> sorry
Dec 05 19:19:24 <pespin> yw, you have more important things to do :)
Dec 05 19:20:12 <GNUtoo|laptop> indeed modem
Dec 05 19:20:25 <GNUtoo|laptop> but I'm waiting for sre right now
Dec 05 19:21:43 <mrmoku> ok... is booting
Dec 05 19:21:43 <pespin> mrmoku, could you point me to some base recipe to write one for efenniht please? (if there's some)
Dec 05 19:23:55 <GNUtoo|laptop> hmmm
Dec 05 19:24:51 <GNUtoo|laptop> hmmm I don't think I need enterprise for lightmediascanner
Dec 05 19:24:56 <GNUtoo|laptop> it's not a decoder/encoder
Dec 05 19:25:02 <GNUtoo|laptop> it's a metadata parser
Dec 05 19:25:05 <pespin> yep
Dec 05 19:25:46 <GNUtoo|laptop> pespin, we could even keep rm and asf
Dec 05 19:25:54 <GNUtoo|laptop> as they're internal
Dec 05 19:26:13 <GNUtoo|laptop> right?
Dec 05 19:26:42 <pespin> GNUtoo|laptop, I think yes
Dec 05 19:26:44 <pespin> let me check
Dec 05 19:27:04 <GNUtoo|laptop> but flac is still a dep:
Dec 05 19:27:05 <GNUtoo|laptop> #include <FLAC/metadata.h>
Dec 05 19:27:27 <pespin> yes, flac is the only one with external deps
Dec 05 19:27:31 <mrmoku> GNUtoo|laptop: root@nokia900 ~ # dmesg | grep tpa
Dec 05 19:27:31 <mrmoku> [  104.112243] tpa6130a2 2-0060: Headphone amplifier initialized successfully
Dec 05 19:27:46 <GNUtoo|laptop> pespin, ok thanks
Dec 05 19:27:48 <mrmoku> PaulFertser: it's u-boot not passing atags
Dec 05 19:27:51 <GNUtoo|laptop> mrmoku, nice
Dec 05 19:28:21 <PaulFertser> GNUtoo|laptop: cool guess :)
Dec 05 19:29:57 <GNUtoo|laptop> PaulFertser, basically I read the part where it passes atags so it was not a blind guess
Dec 05 19:31:28 <PaulFertser> I didn't mean to downplay the coolness of your suggestion, sorry ;)
Dec 05 19:32:20 <GNUtoo|laptop> np
Dec 05 19:47:27 <GNUtoo|laptop> pespin, http://cgit.openembedded.org/cgit.cgi/openembedded/log/ 
Dec 05 19:49:24 <pespin> GNUtoo|laptop, thanks! :D
Dec 05 19:57:57 <GNUtoo|laptop> hi DocScrutinizer 
Dec 05 19:57:58 <GNUtoo|laptop> oops
Dec 05 19:58:05 <GNUtoo|laptop> sorry
Dec 05 19:58:06 <GNUtoo|laptop> ouch
Dec 05 19:58:14 <GNUtoo|laptop> dos1 is not there
Dec 05 19:58:19 <GNUtoo|laptop> I wanted to ping dos1
Dec 05 20:02:39 <[Rui]> You know this? http://www.indiegogo.com/FLOW-G2
Dec 05 20:04:44 <[Rui]> http://www.gizmoforyou.net/site/
Dec 05 20:09:56 <GNUtoo|laptop> [Rui], yes
Dec 05 20:10:09 <GNUtoo|laptop> altogh I knew more the G1
Dec 05 20:10:19 <[Rui]> seems interesting, but I don't know how good enough or not it can be
Dec 05 20:10:34 <GNUtoo|laptop> it's not that interesting
Dec 05 20:10:36 <GNUtoo|laptop> it's not an omap
Dec 05 20:10:39 <GNUtoo|laptop> but an imx51
Dec 05 20:10:47 <GNUtoo|laptop> accroding to Jay7 in #oe
Dec 05 20:11:03 <GNUtoo|laptop> which means a lot of proprietary stuff such as:
Dec 05 20:11:12 <GNUtoo|laptop> *3d (like any other devices)
Dec 05 20:11:24 <GNUtoo|laptop> *DSP
Dec 05 20:11:33 <GNUtoo|laptop> *xf86-video-something
Dec 05 20:11:35 <GNUtoo|laptop> etc...
Dec 05 20:12:10 <[Rui]> ok
Dec 05 20:46:08 <mrmoku> GNUtoo|laptop: hmm... there is input2 for jack events which does not work
Dec 05 20:46:34 <GNUtoo|laptop> it doesn't work anymore yes
Dec 05 20:47:36 <mrmoku> the gpio-switch does though
Dec 05 20:48:11 <GNUtoo|laptop> ah ok
Dec 05 20:50:34 <mrmoku> but I don't know how to configure it correctly
Dec 05 20:51:03 * mrmoku checks in fsodeviced source...
Dec 05 20:57:51 <mrmoku> GNUtoo|laptop: ok, nice... works... and changes scenario :-)
Dec 05 20:58:00 <GNUtoo|laptop> nice
Dec 05 20:58:11 * GNUtoo|laptop waits for the commit
Dec 05 20:58:18 * mrmoku prepares the commit :)
Dec 05 21:00:55 <CIA-107> freesmartphone.org: 03mok 07cornucopia * r09dd3ede2311 10/fsodeviced/conf/nokia_n900/fsodeviced.conf: 
Dec 05 21:00:55 <CIA-107> freesmartphone.org: fsodeviced: change config for n900 to use the gpio-input for the headset jack
Dec 05 21:00:55 <CIA-107> freesmartphone.org: The input node is still there, but does not work. The gpio switch
Dec 05 21:00:55 <CIA-107> freesmartphone.org: works just fine.
Dec 05 21:00:55 <CIA-107> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Dec 05 21:03:02 <GNUtoo|laptop> nice
Dec 05 21:03:13 <GNUtoo|laptop> btw there is a small issue with your states
Dec 05 21:03:31 <GNUtoo|laptop> a program like intone is changes the PCM volume
Dec 05 21:03:35 <GNUtoo|laptop> right
Dec 05 21:03:47 <GNUtoo|laptop> but on headphones the headphones volume is 0 right
Dec 05 21:03:51 <GNUtoo|laptop> and pcm is 100%
Dec 05 21:03:57 <GNUtoo|laptop> so you can ear something
Dec 05 21:04:01 <GNUtoo|laptop> but not very loud
Dec 05 21:04:21 <GNUtoo|laptop> the ideal would be to put the headphones in a state such as that intone would handle it correctly
Dec 05 21:04:25 <GNUtoo|laptop> no?
Dec 05 21:04:34 <GNUtoo|laptop> such as 70% -> not very loud
Dec 05 21:04:39 <GNUtoo|laptop> 100% -> very loud
Dec 05 21:04:45 <GNUtoo|laptop> because intone starts at 70%
Dec 05 21:04:54 <GNUtoo|laptop> but then we must not break other apps
Dec 05 21:04:55 <GNUtoo|laptop> right?
Dec 05 21:05:08 <GNUtoo|laptop> such as the just-pushed enjoy
Dec 05 21:05:12 <GNUtoo|laptop> btw pespin 
Dec 05 21:05:22 <GNUtoo|laptop> do you want to fix ogg 100% cpu usage?
Dec 05 21:05:24 <GNUtoo|laptop> it's easy
Dec 05 21:06:24 <GNUtoo|laptop> try gst-av: https://github.com/felipec/gst-av
Dec 05 21:07:51 <mrmoku> yeah, still some fiddling needed
Dec 05 21:13:05 <mrmoku> GNUtoo|laptop: you know that you can fiddle with alsamixer and then call
Dec 05 21:13:08 <mrmoku> org.freesmartphone.odeviced /org/freesmartphone/Device/Audio org.freesmartphone.Device.Audio.SaveScenario headset
Dec 05 21:13:26 <GNUtoo|laptop> ok
Dec 05 21:13:27 <GNUtoo|laptop> nice
Dec 05 21:13:29 <GNUtoo|laptop> thanks a lot
Dec 05 21:14:28 <GNUtoo|laptop> btw how's called the black theme?
Dec 05 21:16:20 <mrmoku> neo?
Dec 05 21:16:27 <GNUtoo|laptop> ok I'll try
Dec 05 21:16:28 <GNUtoo|laptop> thanks a lot
Dec 05 21:16:32 <mrmoku> yw
Dec 05 21:16:43 <mrmoku> GNUtoo|laptop: we're progressing :)
Dec 05 21:16:50 <mrmoku> and thank you for working on the modem
Dec 05 21:17:00 <mrmoku> can't wait for the day to make the first phone call :)
Dec 05 21:17:03 <GNUtoo|laptop> np, I want the modem too
Dec 05 21:17:20 <GNUtoo|laptop> at least it doesn't show pin if you change your config
Dec 05 21:17:37 <pespin_> GNUtoo|laptop, ok I might try later. with the 2nd decoder se set for ogg it works better than before though
Dec 05 21:18:24 <GNUtoo|laptop> ok
Dec 05 21:18:43 * mrmoku is looking forward to enjoy on n900 too :)
Dec 05 21:19:09 <GNUtoo|laptop> pespin, ouch
Dec 05 21:19:17 <GNUtoo|laptop> (<unknown>:983): GStreamer-CRITICAL **: gst_element_query_position: assertion `GST_IS_ELEMENT (element)' failed
Dec 05 21:19:21 <GNUtoo|laptop> you missed some deps
Dec 05 21:19:28 <pespin_> GNUtoo|laptop, uhm which file?
Dec 05 21:19:35 <pespin_> are you trying to play
Dec 05 21:19:42 <GNUtoo|laptop> an mp3
Dec 05 21:20:02 <pespin_> can you paste  "opkg list_installed | grep gst"
Dec 05 21:20:05 <pespin_> ?
Dec 05 21:20:29 <GNUtoo|laptop> http://pastebin.com/CUexBeAN
Dec 05 21:20:41 <GNUtoo|laptop> and it lacks volume too
Dec 05 21:21:04 <GNUtoo|laptop> gst-plugin-volume
Dec 05 21:21:08 <GNUtoo|laptop> should be added to the deps
Dec 05 21:21:58 <GNUtoo|laptop> ERR<1185>:emotion-gstreamer emotion_gstreamer.c:1322 _eos_timer_fct() Error: Could not create "uridecodebin" element.
Dec 05 21:22:04 <GNUtoo|laptop> I'll try an ogg
Dec 05 21:23:34 <pespin_> GNUtoo|laptop, gst-plugin-decodebin2
Dec 05 21:23:41 <GNUtoo|laptop> ah sorry
Dec 05 21:23:51 <pespin_> try installing that
Dec 05 21:24:01 <GNUtoo|laptop> it was not installed, and I didn't see it
Dec 05 21:24:25 <GNUtoo|laptop> nice it works
Dec 05 21:24:29 <GNUtoo|laptop> I'll correct the recipe
Dec 05 21:24:36 <GNUtoo|laptop> and push the changes
Dec 05 21:25:31 <GNUtoo|laptop> ohhh the cpu usage is low
Dec 05 21:25:57 <pespin> uhm, it's not working for me right now lol
Dec 05 21:26:07 <mrmoku> hmmm
Dec 05 21:26:09 <GNUtoo|laptop> ah?
Dec 05 21:26:13 <GNUtoo|laptop> try that:
Dec 05 21:26:14 * mrmoku has increasing wlanX again
Dec 05 21:26:15 <pespin> (<unknown>:279): GStreamer-CRITICAL **: gst_element_query_duration: assertion `GST_IS_ELEMENT (element)' failed
Dec 05 21:26:30 <GNUtoo|laptop> opkg install gst-plugin-volume gst-plugin-decodebin2
Dec 05 21:26:33 <pespin> I think it's because an id3 I removed before when looking for lightmediascanner deps
Dec 05 21:26:48 <GNUtoo|laptop> ah?
Dec 05 21:26:52 <pespin> I have decodbin2 already installed
Dec 05 21:27:01 <pespin> I removed some id3tags libs
Dec 05 21:27:57 <GNUtoo|laptop> should I add some more stuff?
Dec 05 21:28:08 <pespin> wait, trying to find what's not working
Dec 05 21:28:09 <GNUtoo|laptop> than gst-plugin-volume gst-plugin-decodebin2
Dec 05 21:28:16 <GNUtoo|laptop> advancing is not working
Dec 05 21:28:21 <GNUtoo|laptop> advancing in a song
Dec 05 21:28:43 <pespin> GNUtoo|laptop, I have those 2 packages already installed, something else is failing
Dec 05 21:28:49 <pespin> trying to catch what's missing
Dec 05 21:37:45 <pespin> GNUtoo|laptop, gst-plugin-mad
Dec 05 21:38:02 <GNUtoo|laptop> ah?
Dec 05 21:38:04 <GNUtoo|laptop> I'll look
Dec 05 21:38:08 <pespin> this one is needed for mp3
Dec 05 21:38:11 <pespin> you arelady have it
Dec 05 21:38:26 <pespin> I don't know why I didn't have it now. I might have removed it
Dec 05 21:38:49 <GNUtoo|laptop> gst-plugin-lame
Dec 05 21:38:52 <GNUtoo|laptop> ouch
Dec 05 21:38:56 <GNUtoo|laptop> that's for encoding
Dec 05 21:39:00 <GNUtoo|laptop> right?
Dec 05 21:39:21 <pespin> lame — High-quality free MP3 encoder (deprecated)
Dec 05 21:39:27 <pespin> and deprectaed lol
Dec 05 21:39:32 <pespin> I'll try without it
Dec 05 21:40:25 <pespin> GNUtoo|laptop, you can remove it ;)
Dec 05 21:40:33 <GNUtoo|laptop> ok
Dec 05 21:40:52 <GNUtoo|laptop> what's needed for advancing in the song?
Dec 05 21:41:00 <pespin> so change lame by mad, and add the gst-plugin-volume and decodebin2
Dec 05 21:41:15 <pespin> GNUtoo|laptop, ah, I thought it wasn't implemented in enjoy itself
Dec 05 21:43:08 <GNUtoo|laptop> that's done but not commited or pushed
Dec 05 21:44:13 <pespin> then it would be better to wait till it's commited in enjoy so we can try which dependencies it needs
Dec 05 21:44:34 <GNUtoo|laptop> mrmoku, the other black theme is?
Dec 05 21:45:40 <mrmoku> GNUtoo|laptop: hmm... there is niebiee... the blue theme from dos1
Dec 05 21:45:47 <mrmoku> another black theme... dunno
Dec 05 21:45:53 <GNUtoo|laptop> this one:
Dec 05 21:46:03 <GNUtoo|laptop> http://scap.linuxtogo.org/files/9ba6e64a321a27192531f99883ad8852.png
Dec 05 21:46:15 <GNUtoo|laptop> hmmm I think I've some issues with fsogsmd
Dec 05 21:46:27 <mrmoku> pespin: is that effenith ^^
Dec 05 21:46:46 <GNUtoo|laptop> ok
Dec 05 21:47:01 <pespin> mrmoku, yes
Dec 05 21:47:20 <mrmoku> pespin: ahh... you wanted an empty bb
Dec 05 21:47:24 * mrmoku forgot
Dec 05 21:47:45 <pespin> GNUtoo|laptop, actually, gst-plugin-id3demux isn't needed neither for mp3 playing. You can remove it.
Dec 05 21:48:13 <GNUtoo|laptop> ah ok bad config for fsogsmd
Dec 05 21:48:22 <mrmoku> pespin: http://wiki.openembedded.org/index.php/How_to_create_a_bitbake_recipe_for_dummies
Dec 05 21:48:34 <pespin> I don't understand this mess with the enjoy dependencies now u.u
Dec 05 21:48:58 <GNUtoo|laptop> pespin, I asked fidencio in #oe
Dec 05 21:49:02 <GNUtoo|laptop> come in #oe too btw
Dec 05 21:49:04 <pespin> mrmoku, well, I was looking for some "e/elm theme recipe"
Dec 05 21:49:10 <pespin> ok
Dec 05 21:50:19 <mrmoku> pespin: ahh, look at the neo recipe then
Dec 05 21:50:40 <mrmoku> brb
Dec 05 21:53:08 <pespin> mrmoku, ok thanks
Dec 05 21:54:32 <[Rui]> pespin: enjoy basically needs elementary and emotion
Dec 05 21:54:55 <[Rui]> pespin: emotion needs lightmediascanner and xine or gstreamer
Dec 05 21:55:15 <[Rui]> pespin: if you get these, you should have gotten most of what you need
Dec 05 21:55:16 <pespin_> [Rui], I know ;)
Dec 05 21:55:54 <pespin_> [Rui], the problem with enjoy/emotion/gstreamer is that gstreamer is splited in lots of different packages in OE
Dec 05 21:56:15 <pespin_> and we have to find which plugins are the necessary ones
Dec 05 22:00:31 <[Rui]> why is that a problem?
Dec 05 22:00:46 <[Rui]> you need gstreamer (the framework) and at least the ogg decoder
Dec 05 22:02:03 <pespin_> [Rui], yes and we have to find which ones are the "at least" needed ones which sould be added to RDEPENDS so opkg installs it when you install enjoy
Dec 05 22:02:17 <pespin_> else you end with a music player which can't play any music
Dec 05 22:02:42 <[Rui]> hehe
Dec 05 22:05:58 <mrmoku> pespin: in case you did not find them... recipes/shr/shr-theme* and elementary-theme*
Dec 05 22:06:45 <pespin> mrmoku, yep, found it, thanks anyway :)
Dec 05 22:06:52 <mrmoku> yw
Dec 05 22:06:59 <mrmoku> looking forward to that theme too :)
Dec 05 22:07:08 * mrmoku is looking forward to many things :P
Dec 05 22:07:13 <pespin> hehehe
Dec 05 22:07:27 <pespin> everybody is looking forward to many things
Dec 05 22:07:38 <pespin> we'll eventually arrive there :)
Dec 05 22:07:47 <mrmoku> yup :)
Dec 05 22:08:12 <pespin> first I need to eat something though xD
Dec 05 22:08:14 <pespin> brb
Dec 05 22:16:16 <GNUtoo|laptop> mickeyl, hi
Dec 05 22:18:00 <GNUtoo|laptop> mickeyl has quit (Changing host)
Dec 05 22:18:04 <GNUtoo|laptop> mickeyl (~mickey@openmoko/coreteam/mickey) has joined #openmoko-cdevel
Dec 05 22:18:09 <GNUtoo|laptop> but still not responding
Dec 05 22:18:22 <GNUtoo|laptop> elektranox, anyway next steps are:
Dec 05 22:18:27 <mrmoku> GNUtoo|laptop: might just be some server reconnecting
Dec 05 22:18:34 <GNUtoo|laptop> ah?
Dec 05 22:18:38 <GNUtoo|laptop> with changing host?
Dec 05 22:19:10 <mrmoku> whatever quit message he dfines?
Dec 05 22:19:11 <mrmoku> +e
Dec 05 22:19:41 * mrmoku is building enjoy now :)
Dec 05 22:21:20 <GNUtoo|laptop> do you like my quit message?
Dec 05 22:21:34 <mrmoku> the segfault?
Dec 05 22:21:37 <mrmoku> :P
Dec 05 22:21:55 <mrmoku> GNUtoo|laptop: cdparanoia is a dep of enjoy?
Dec 05 22:22:11 <GNUtoo|laptop> should not be 
Dec 05 22:22:12 <GNUtoo|laptop> why?
Dec 05 22:22:18 <GNUtoo|laptop> yes the segfault
Dec 05 22:22:20 <mrmoku> because it is building cdparanoia
Dec 05 22:22:37 <mrmoku> well... it downloaded cdparanoia so far
Dec 05 22:22:55 <GNUtoo|laptop> ah building is one thing
Dec 05 22:23:03 <GNUtoo|laptop> installing on target is another
Dec 05 22:23:06 <GNUtoo|laptop> check on target
Dec 05 22:23:13 <mrmoku> sure
Dec 05 22:23:35 <elektranox> gnutoo, I'm still waiting for the list of the next steps ;)
Dec 05 22:24:13 <GNUtoo|laptop> ah sorry
Dec 05 22:24:16 <GNUtoo|laptop> I was sidetracked
Dec 05 22:24:21 <GNUtoo|laptop> next step is:
Dec 05 22:24:36 <GNUtoo|laptop> libisi get pushed on fso server
Dec 05 22:24:51 <GNUtoo|laptop> then someone(maybe me) make an oe package for it
Dec 05 22:25:08 <GNUtoo|laptop> then we make n900 fsogsmd plugin optional
Dec 05 22:25:11 <GNUtoo|laptop> in fsogsmd
Dec 05 22:25:18 <GNUtoo|laptop> then we modify oe for that
Dec 05 22:25:30 <GNUtoo|laptop> and start integrating libisi in fsogsmd
Dec 05 22:26:35 <pespin> mrmoku, be sure you pulled in the last enjoy commit ;)
Dec 05 22:26:56 <mrmoku> pespin: yep, pulled directly before starting the build
Dec 05 22:27:06 <elektranox> gnutoo, the list looks me. current step is me getting access to fso server :)
Dec 05 22:28:27 <mrmoku> elektranox: I think mickeyl already added your key
Dec 05 22:28:37 <mrmoku> the repo for libisi might still be missing... dunno
Dec 05 22:29:31 <GNUtoo|laptop> elektranox, not exactly, the current step is asking mickeyl to create a repo
Dec 05 22:29:37 <GNUtoo|laptop> just give him the repo name
Dec 05 22:30:43 * pespin looking at neo recipes
Dec 05 22:31:00 <elektranox> just name it like the lib: libisi.git
Dec 05 22:31:57 <mrmoku> Collected errors: * satisfy_dependencies_for: Cannot satisfy the following dependencies for enjoy: *      gst-plugin-mad *        gst-plugin-id3demux *   gst-plugin-flac * 
Dec 05 22:32:20 <GNUtoo|laptop> ouch
Dec 05 22:32:23 <GNUtoo|laptop> what did we do?
Dec 05 22:32:30 <mrmoku> :)
Dec 05 22:32:46 <mrmoku> I think the correct dep would be gst-plugins-bad
Dec 05 22:33:04 <GNUtoo|laptop> fst-plugin-flac works for me
Dec 05 22:33:24 <mrmoku> hmm
Dec 05 22:33:32 * mrmoku takes a look at the recipe
Dec 05 22:33:32 <pespin> wow, google added image-preview of web pages when you pass the mouse over the link
Dec 05 22:33:56 <pespin> mrmoku, gst-plugins-bad is empty afair
Dec 05 22:34:26 <mrmoku> hmm... and the others work that way
Dec 05 22:34:53 <GNUtoo|laptop> pespin, did we miss some DEPENDS?
Dec 05 22:34:57 <GNUtoo|laptop> mrmoku, could you fix it
Dec 05 22:35:01 <GNUtoo|laptop> I really want to go to bed
Dec 05 22:35:05 <pespin> GNUtoo|laptop, don't know, it's working here
Dec 05 22:35:13 <mrmoku> shouldn't those be RRECOMMENDS anyway?
Dec 05 22:35:22 <GNUtoo|laptop> pespin, it could be a DEPENDS
Dec 05 22:35:32 <GNUtoo|laptop> such as mrmoku doesn't build gstreamer
Dec 05 22:35:41 <mrmoku> no need to install the ogg plugin if I only want to listen to flac?
Dec 05 22:35:42 <pespin> GNUtoo|laptop, that's an emotion problem then
Dec 05 22:35:49 <GNUtoo|laptop> ah ok
Dec 05 22:36:45 <GNUtoo|laptop> mrmoku, anyway feel free to fix it
Dec 05 22:36:54 <mrmoku> pespin: btw. does enjoy already scan the library?
Dec 05 22:37:03 <GNUtoo|laptop> RRECOMMANDS are installed automatically in SHR?
Dec 05 22:37:10 <mrmoku> GNUtoo|laptop: I'm going to bed soon too... can take a look tomorrow though
Dec 05 22:37:12 <GNUtoo|laptop> mrmoku, no you must scan manually
Dec 05 22:37:15 <GNUtoo|laptop> ok
Dec 05 22:37:19 <mrmoku> ok :)
Dec 05 22:37:48 <mrmoku> one needs that bin of lightmediascanner... is that installed?
Dec 05 22:37:58 <pespin> mrmoku, when you install enjoy, you'll get a message telling you what to do
Dec 05 22:38:14 <pespin> it is installed automatically with enjoy
Dec 05 22:38:27 <pespin> it's in package liblightmediascanner0-test afaik
Dec 05 22:38:57 <mrmoku> ahh, ok
Dec 05 22:39:10 <mrmoku> my enjoy install failed due to the plugins :P
Dec 05 22:39:42 <pespin> mrmoku, ah, it's an opkg error?
Dec 05 22:39:48 <pespin> I thought it was buildtime error
Dec 05 22:40:09 <pespin> mrmoku, can you "opkg list | grep gst" and paste it please?
Dec 05 22:45:34 <mrmoku> pespin: no, no opkg error... as enjoy RDEPENDS on those plugins
Dec 05 22:45:44 <mrmoku> which means you can't install it without them
Dec 05 22:45:57 <mrmoku> and it did not build those three
Dec 05 22:46:21 <pespin> mrmoku, but those should be built too.
Dec 05 22:46:31 <pespin> it should be enjoy -> emotion -> gstreamer
Dec 05 22:46:38 <pespin> so gstreamer should be there too
Dec 05 22:46:56 <mrmoku> well gstreamer is there, but not all needed plugins
Dec 05 22:47:52 <pespin> mrmoku, ok, so we should add those as RDEPENDS too?
Dec 05 22:47:56 <pespin> DEPENDS*
Dec 05 22:48:37 <mrmoku> pespin: hmm... dunno
Dec 05 22:50:08 <mrmoku> pespin: the mad plugin is within the ugly plugins, right?
Dec 05 22:50:24 <pespin> mrmoku, I think so.
Dec 05 22:50:49 <pespin> as ugly plugins are those which can have licenseing problems and such afair
Dec 05 22:52:27 <mrmoku> yup, it was built when manually bitbaking gst-plugins-ugly
Dec 05 22:53:22 <mrmoku> Collected errors: * satisfy_dependencies_for: Cannot satisfy the following dependencies for enjoy: *      gst-plugin-id3demux *   gst-plugin-flac * 
Dec 05 22:53:25 <mrmoku> ok, one less :P
Dec 05 22:54:18 <pespin> mrmoku, those might be on plugins-bad?
Dec 05 22:54:41 <mrmoku> pespin: it built bad though
Dec 05 22:55:02 <pespin> mrmoku, then the only one to try is good :P
Dec 05 22:55:04 <mrmoku> pespin: good has flac as dependency
Dec 05 22:55:30 * mrmoku tries
Dec 05 22:55:33 <pespin> mrmoku, ah, and you have base too
Dec 05 22:57:08 <mrmoku> recipes/vagalume/vagalume_0.8.3.bb:DEPENDS = "gtk+ gstreamer curl gst-plugins-good ${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'gst-plugins-ugly', d)}"
Dec 05 22:57:11 <mrmoku> recipes/vagalume/vagalume_0.8.3.bb:RDEPENDS_${PN} = "curl gst-plugin-autodetect gst-plugin-audioconvert gst-plugin-alsa gst-plugin-gconfelements librsvg-gtk ${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'gst-plugin-mad', d)}"
Dec 05 22:57:36 <mrmoku> pespin: looks like DEPENDS is missing
Dec 05 22:57:56 <mrmoku> and yes... good plugins have not been built
Dec 05 22:58:24 <mrmoku> just DEPENDS = "gst-plugins-good ${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'gst-plugins-ugly', d)}" is missing
Dec 05 22:58:59 <pespin> mrmoku, can you commit it please? :)
Dec 05 22:59:29 <mrmoku> ok :)
Dec 05 22:59:33 <pespin> thanks!
Dec 05 23:18:08 <pespin> mrmoku, how can I acess elementary's source tree from another recipe?
Dec 05 23:18:53 <mrmoku> pespin: pushed
Dec 05 23:19:10 <mrmoku> pespin: hmm... you need it as SRC_URI 
Dec 05 23:19:17 <pespin> edje_cc for efenniht needs taking images from ${ELM_TREE}/data/themes/
Dec 05 23:19:38 <pespin> hm ok
Dec 05 23:20:26 <mrmoku> pespin: add elementary to SRC_URI and set ELM_TREE correctly
Dec 05 23:20:30 <mrmoku> would be my guess :)
Dec 05 23:20:39 <mrmoku> anyway... I'm off to bed too
Dec 05 23:20:53 <mrmoku> pespin: good luck and good night :)
Dec 05 23:21:38 <pespin> mrmoku, thanks, have a good night :)
Dec 06 01:29:02 <pespin> mrmoku, you'll find efenniht recipes in ml/patchwork ;)
**** ENDING LOGGING AT Mon Dec 06 02:59:57 2010