**** BEGIN LOGGING AT Fri Oct 15 02:59:57 2010
Oct 15 03:20:58 <CIA-102> freesmartphone.org: 03Frederik.Sdun 07cornucopia * re27489c828e9 10/fsodeviced/src/plugins/palmpre_powersupply/plugin.vala: fsodeviced: Fix PowerSupply initialisation for the palmpre plugin
Oct 15 03:20:59 <CIA-102> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r794936153725 10/fsodeviced/src/plugins/palmpre_powersupply/plugin.vala: fsodeviced: implement getCapacity fot power supply on the pre
Oct 15 05:22:50 <mrmoku> JaMa|Off: yeah, for me too (after rebuild from scratch)
Oct 15 05:24:36 <Mirv> radekp: thanks for your kernel patching work. I'm now pretty hopeful about my using of 2.6.34 on Debian, based on your qtmoko-v27 (currently purely that)
Oct 15 05:24:58 <Mirv> and best wishes to anyone potentially working on the remainining upstreaming, it'd be very important as well...
Oct 15 05:25:06 <Mirv> but getting finally rid of 2.6.29rc3 would be nice :P
Oct 15 05:25:57 <Mirv> lindi-: please btw point then at some point your vibrator/led enabling patch to qtmoko-v27 branch to radekp
Oct 15 05:44:01 <lindi-> Mirv: I just used the defconfig and they worked, no pathes involved
Oct 15 05:52:40 <lindi-> radekp: consider enabling CONFIG_LEDS_S3C24XX=y?
Oct 15 05:54:15 <Mirv> (I explained to lindi that there was this .config that was actually supposed to be used)
Oct 15 06:26:43 <radekp> lindi-: oki, i'll do
Oct 15 06:26:55 <radekp> Mirv: and thanks :)
Oct 15 06:27:16 <lindi-> radekp: we might want CONFIG_LEDS_PWM=m too, not sure yet
Oct 15 06:27:20 <lindi-> I enabled both and got all leds
Oct 15 06:27:33 <lindi-> but at least the first one is needed
Oct 15 06:28:07 <lindi-> radekp: btw, .config is a bad place to keep configs. make won't let me build kernel in a separate build directory if the toplevel source tree contains .config
Oct 15 06:28:20 <lindi-> radekp: I just get "/local/lindi/radekp-linux is not clean, please run 'make mrproper'"
Oct 15 06:28:47 <lindi-> radekp: so please consider moving .config in git to arch/arm/config
Oct 15 06:29:10 <radekp> lindi-: which command do you use for building?
Oct 15 06:29:35 <lindi-> radekp: iki.fi/lindi/openmoko/build.openmoko
Oct 15 06:35:04 <radekp> lindi-: oki, i think i will move .config to arch/arm/config/gta02_qtmoko_config or something like that
Oct 15 06:36:04 <JaMa|Off> why not just update current config there?
Oct 15 06:36:37 <lindi-> both are ok by me
Oct 15 06:37:22 <JaMa|Off> radekp: http://git.openmoko.org/?p=kernel.git;a=commit;h=1220b983f55a56dbc9377882f8cdcfe258052ac0
Oct 15 06:38:12 <radekp> JaMa|Off: oki, that's even better :)
Oct 15 06:38:42 <radekp> lindi-: btw i have fixed the wrong owner in qtmoko rootfs
Oct 15 06:38:43 <JaMa|Off> shr is using drm_defconfig there so no conflict :)
Oct 15 06:38:50 <lindi-> radekp: cool too :)
Oct 15 06:40:21 <radekp> lindi-: i am now building the whole release in qemu-armel virtual machine
Oct 15 06:42:50 <lindi-> radekp: b76e1206d85e7ae984bc2dcb9f91b74d5b41f4b0 looks really odd. why comment out code? we have version control system here..
Oct 15 06:44:13 <[Rui]> moin
Oct 15 06:44:14 <radekp> lindi-: well i am not author - i just commited it :)
Oct 15 06:45:11 <lindi-> gena2x is not on IRC now hmm :(
Oct 15 06:45:33 <[Rui]> lindi-: now as in now or never again? :)
Oct 15 06:45:35 <lindi-> radekp: yeah just a general comment on the code quality, we don't want to end up like the andy-tracking branch did ...
Oct 15 06:45:42 <lindi-> [Rui]: right now :)
Oct 15 06:46:45 <radekp> lindi-: i think best would be to include cleaned up version to 2.6.36
Oct 15 06:46:54 <[Rui]> phew
Oct 15 06:54:39 <lindi-> larsc: max_brightness of backlight is now 63, previously it was 255. is this something that simplified the driver or was there some other reason?
Oct 15 06:54:51 <lindi-> larsc: asking you since git log drivers/video/backlight/pcf50633-backlight.c shows your name :-)
Oct 15 07:11:40 <daniele_athome> morning...
Oct 15 07:12:15 <JaMa|Off> moin
Oct 15 07:46:51 <lindi-> radekp: how do you turn wifi on and off in qtmoko? there is no rfkill support
Oct 15 08:11:37 <radekp> lindi-: hmm in fact i dont know, i have icon for shell script for writing 0 to sysfs node
Oct 15 08:11:47 <radekp> lindi-: otherwise i think it stays always on
Oct 15 08:13:55 <lindi-> radekp: what sysfs node do you write to?
Oct 15 08:14:06 <lindi-> radekp: I'd like to support this in omhacks
Oct 15 08:15:07 <radekp> echo glamo-mci.0 > /sys/bus/platform/drivers/glamo-mci/unbind
Oct 15 08:15:38 <radekp> echo glamo-mci.0 > /sys/bus/platform/drivers/glamo-mci/bind
Oct 15 08:16:47 <lindi-> radekp: glamo?
Oct 15 08:17:09 <lindi-> radekp: isn't wifi connected directly to the cpu?
Oct 15 08:17:33 <radekp> lindi-: i think it's connected to glamo
Oct 15 08:17:44 <lindi-> radekp: I think SD card is connected to glamo
Oct 15 08:18:30 <lindi-> radekp: in page 2 of Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf there is a direct connection from WLAN to MCU
Oct 15 08:19:15 <radekp> lindi-: hmm oki, but then it probably does something else
Oct 15 08:20:30 <lindi-> radekp: does "ifconfig -a" show eth0 all the time?
Oct 15 08:20:59 <Mirv> lindi-: wifi is also connected to glamo
Oct 15 08:21:17 <Mirv> that was one of the key reasons to get the glamo I think :S
Oct 15 08:21:24 <Wonka> afaik, WIFI is connected to CPU's SDIO, while SDHC is connected to Glamo
Oct 15 08:21:37 <lindi-> Mirv: really?
Oct 15 08:21:40 <[Rui]> going to work. bbye
Oct 15 08:22:32 <Wonka> Mirv: why would it? the glamo cannot do sdio, afaik, which is necessary.
Oct 15 08:23:32 <Mirv> lindi-/Wonka: ah ok I probably just remembered wrongly - maybe it was that since WLAN was wanted and Glamo made it possible to move SD to Glamo, Glamo was taken
Oct 15 08:23:56 <Mirv> so moving SD freed up connectivity for adding the WLAN
Oct 15 08:25:12 <lindi-> yep
Oct 15 08:27:59 <radekp> lindi-: it should probably be echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/unbind
Oct 15 08:28:27 <lindi-> radekp: ok that's what omhacks is doing already
Oct 15 08:28:50 <radekp> lindi-: after that command i see no longer eth0 and cant bring it up
Oct 15 08:28:59 <radekp> lindi-: and after bind it's back again
Oct 15 08:29:20 <radekp> lindi-: i wonder where i foud the glamo.mci
Oct 15 08:29:21 <lindi-> argh. the path has changed slightly!
Oct 15 08:29:32 <radekp> lindi-: yes it has since 2.6.29
Oct 15 08:31:08 <lindi-> fixing..
Oct 15 08:31:31 * radekp too :)
Oct 15 08:31:35 <lindi-> radekp: does usb host mode work for you?
Oct 15 08:31:47 <radekp> lindi-: it used to work with 2.6.32
Oct 15 08:32:05 <lindi-> radekp: but whatabout v27 with 2.6.34?
Oct 15 08:32:43 <radekp> i can test
Oct 15 08:32:51 <lindi-> that'd be nice
Oct 15 08:32:56 <lindi-> almost everything I need works now
Oct 15 08:52:39 <daniele_athome> hi TAsn 
Oct 15 08:52:46 <TAsn> hey mate.
Oct 15 08:52:50 <daniele_athome> :)
Oct 15 08:52:55 <TAsn> Thy query I sent you works...
Oct 15 08:53:00 <daniele_athome> i've replied to your mail
Oct 15 08:53:18 <TAsn> look at the last query I sent
Oct 15 08:53:28 <TAsn> with the group by
Oct 15 08:53:31 <TAsn> it selects the correct messages
Oct 15 08:53:44 <daniele_athome> mmm
Oct 15 08:53:50 <daniele_athome> without using any aggregate?
Oct 15 08:53:52 <daniele_athome> e.g. max
Oct 15 08:54:04 <TAsn> (and without the 'Recipient' which was a mistake on my part)
Oct 15 08:54:13 <TAsn> daniele_athome, max has nothing to do with it
Oct 15 08:54:29 <daniele_athome> mmm
Oct 15 08:54:40 <TAsn> and yes, without aggregation
Oct 15 08:54:54 <TAsn> As I said in the first email, I'm not sure if it's in the standard or just an sqlite behavior
Oct 15 08:54:57 <daniele_athome> you mean the because the order is reverse
Oct 15 08:55:00 <TAsn> but at least it works
Oct 15 08:55:10 <daniele_athome> *that
Oct 15 08:55:14 <TAsn> daniele_athome, yeah, group by with aggregation takes the last
Oct 15 08:55:16 <daniele_athome> sqlite is taking the first row of each group?
Oct 15 08:55:20 <TAsn> last
Oct 15 08:55:25 <daniele_athome> ah the last
Oct 15 08:55:28 <TAsn> that's why I reversed the sorting
Oct 15 08:55:29 <daniele_athome> weird :S
Oct 15 08:55:34 <TAsn> oh and forgot
Oct 15 08:55:39 <TAsn> you have to reverse the sorting once more
Oct 15 08:55:39 <daniele_athome> couldn't this be dangerous?
Oct 15 08:55:46 <daniele_athome> i mean in case sqlite behaviour changes...
Oct 15 08:55:49 <TAsn> daniele_athome, until sqlite change it: no :P
Oct 15 08:55:51 <TAsn> daniele_athome, yes.
Oct 15 08:55:57 <TAsn> I'm aware of the hackishness
Oct 15 08:55:58 <daniele_athome> lol
Oct 15 08:56:09 <TAsn> And told you to ask someone :)
Oct 15 08:56:17 <daniele_athome> i know :)
Oct 15 08:56:42 <daniele_athome> i had actually TAsn 
Oct 15 08:56:55 <daniele_athome> a couple of friend and collegues
Oct 15 08:56:57 <daniele_athome> *friends
Oct 15 08:57:06 <TAsn> anyhow, MAX has nothing to do with it
Oct 15 08:57:26 <TAsn> as it takes the maximum of the column, not the whole row with the maximum
Oct 15 08:57:40 <daniele_athome> but that is a problem
Oct 15 08:57:55 <daniele_athome> in case there is a message inside a group older than the newest one
Oct 15 08:57:58 <daniele_athome> with messageRead = 0
Oct 15 08:58:06 <daniele_athome> i will need that :)
Oct 15 08:58:32 <daniele_athome> should be enough to order by messageread?
Oct 15 08:58:41 <TAsn> but you still get to the same problem
Oct 15 08:58:47 <TAsn> of extracting the correct row
Oct 15 08:59:07 <TAsn> and order by messages read: bad.
Oct 15 08:59:11 <TAsn> Actually my query is also bad
Oct 15 08:59:16 <TAsn> as it will only show ones
Oct 15 08:59:21 <TAsn> with unread messages
Oct 15 08:59:24 <TAsn> ones = contacts
Oct 15 08:59:36 <daniele_athome> i removed the except part TAsn 
Oct 15 08:59:41 <TAsn> cool 
Oct 15 08:59:43 <daniele_athome> so now it shows the correct messages
Oct 15 08:59:52 <daniele_athome> but yet there is this problem
Oct 15 08:59:56 <daniele_athome> of messageRead
Oct 15 08:59:56 <TAsn> I say:
Oct 15 09:00:02 <TAsn> drop the message read stuff
Oct 15 09:00:07 <TAsn> assume the last message is the read one
Oct 15 09:00:09 <TAsn> :P
Oct 15 09:00:13 <TAsn> As it's usually the case
Oct 15 09:00:14 <daniele_athome> mmm
Oct 15 09:00:17 <TAsn> or
Oct 15 09:00:19 <TAsn> you can
Oct 15 09:00:27 <TAsn> MAX(message_read)
Oct 15 09:00:42 <TAsn> in the group by
Oct 15 09:00:50 <TAsn> to get if the thread is read/unread
Oct 15 09:01:07 <TAsn> but still sort by date
Oct 15 09:01:13 <TAsn> which is what I think is better 
Oct 15 09:02:30 <daniele_athome> TAsn, sure i want to sort by date
Oct 15 09:02:34 <daniele_athome> remember my mail
Oct 15 09:02:37 <TAsn> nope. :)
Oct 15 09:02:47 <TAsn> anyhow, my last query
Oct 15 09:02:50 <daniele_athome> anyhow
Oct 15 09:02:51 <TAsn> remove the except
Oct 15 09:03:01 <TAsn> and add MAX(message_read)
Oct 15 09:03:05 <daniele_athome> mmm
Oct 15 09:03:11 <TAsn> to the outer query
Oct 15 09:03:35 <TAsn> Btw, you can make more assumptions if you like
Oct 15 09:03:39 <TAsn> although this assumption is not correct
Oct 15 09:03:46 <TAsn> it will almost always be:
Oct 15 09:03:49 <daniele_athome> no i'm not explaining to you well
Oct 15 09:03:57 <daniele_athome> the threads list should be like this:
Oct 15 09:04:12 <daniele_athome> - first unread message of every thread
Oct 15 09:04:26 <daniele_athome> - ordered by absolute latest messages in each thread
Oct 15 09:04:44 <daniele_athome> the messageread is needed just to take the content of the preview message to show
Oct 15 09:05:05 <daniele_athome> maybe i should do 2 separate queries for this... i mean from api consumer
Oct 15 09:05:09 <TAsn> NO
Oct 15 09:05:12 <TAsn> that'll be slow.
Oct 15 09:05:17 <daniele_athome> yeah...
Oct 15 09:06:10 <TAsn> but sounds like you need to do a sub query
Oct 15 09:06:12 <TAsn> oh sec brb
Oct 15 09:06:48 <daniele_athome> ok
Oct 15 09:09:54 <JaMa|Wrk> daniele_athome: please reread "Commit policy" section on wiki about commit message format
Oct 15 09:10:19 <daniele_athome> mmm
Oct 15 09:11:00 <daniele_athome> JaMa|Wrk, i will complain next time, sorry
Oct 15 09:11:14 <JaMa|Wrk> np
Oct 15 09:14:12 <TAsn> daniele_athome, back.
Oct 15 09:14:24 <daniele_athome> ok
Oct 15 09:14:35 <daniele_athome> anyhow TAsn i have an idea
Oct 15 09:14:39 <daniele_athome> let me think a few minutes
Oct 15 09:15:13 <TAsn> go ahead.
Oct 15 09:15:40 <TAsn> sorry for my incompetence, I haven't done any sql in more than 6 months.
Oct 15 09:15:51 <daniele_athome> TAsn, essentially: i retrieve the latest message id for each thread
Oct 15 09:16:05 <daniele_athome> than i check if there is some messageread=0 for the contact
Oct 15 09:16:11 <TAsn> daniele_athome, honestly
Oct 15 09:16:14 <daniele_athome> if there is, i took it
Oct 15 09:16:17 <TAsn> I think you are doing an overkill
Oct 15 09:16:17 <daniele_athome> *take
Oct 15 09:16:20 <daniele_athome> lol
Oct 15 09:16:23 <TAsn> seriously
Oct 15 09:16:24 <daniele_athome> yeah me too :D
Oct 15 09:16:34 <TAsn> I mean it's very rare that the latest message won't be the unread one
Oct 15 09:16:35 <daniele_athome> TAsn, right now i'm querying for all messages and manually handle this
Oct 15 09:16:38 <Heinervdm> daniele_athome: what are you talking about?
Oct 15 09:16:47 <TAsn> Heinervdm, don't mind him, crazy talk. :P
Oct 15 09:16:57 <TAsn> Heinervdm, you don't want to get sucked into it as well ;)
Oct 15 09:17:03 <Heinervdm> TAsn: ok ;)
Oct 15 09:17:10 <daniele_athome> lol
Oct 15 09:17:15 <Heinervdm> i haven't said anything
Oct 15 09:17:22 <TAsn> Heinervdm, j/k. (not really kidding, you should really run away while you can)
Oct 15 09:17:25 <TAsn> I haven't slept for days
Oct 15 09:17:33 <TAsn> cause of this.
Oct 15 09:17:36 <TAsn> daniele_athome, anyhow.
Oct 15 09:17:40 <TAsn> I think it's ok
Oct 15 09:17:43 <TAsn> to
Oct 15 09:18:02 <TAsn> get the message id of the latest
Oct 15 09:18:30 <TAsn> grr btw, another bug in my query
Oct 15 09:18:45 <TAsn> doesn't handle "private numbers"
Oct 15 09:19:04 <TAsn> sec, will write a proper query
Oct 15 09:19:10 <TAsn> that does everything we just talked about.
Oct 15 09:19:12 <daniele_athome> TAsn, you mean absence of the Peer attribute?
Oct 15 09:19:19 <TAsn> yes.
Oct 15 09:19:27 <daniele_athome> oh... 
Oct 15 09:19:34 <TAsn> gimme a moment. :)
Oct 15 09:19:38 <daniele_athome> :)
Oct 15 09:19:45 <TAsn> it's an easy fix
Oct 15 09:20:46 <radekp> lindi-: usb host works
Oct 15 09:21:04 <radekp> echo 1 > /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-gpio.0/reg-fixed-voltage.2/gta02-pm-usbhost.0/power_on
Oct 15 09:21:11 <radekp> echo host > /sys/devices/platform/s3c2410-ohci/usb_mode
Oct 15 09:21:42 <radekp> lindi-: ^^^ that's needed for activating it, i can see my usb keyboard connected in dmesg now
Oct 15 09:23:42 <radekp> lindi-: works 100% i can now even type in console
Oct 15 09:28:10 <JaMa|Wrk> same node is used by http://wiki.openmoko.org/wiki/USB_host#USB-Mode-Script_.28universal_for_all_kernels.29
Oct 15 09:28:16 <JaMa|Wrk> and works here
Oct 15 09:29:06 <TAsn> daniele_athome, http://pastebin.com/jLj0vs1t
Oct 15 09:29:08 <TAsn> give that a try
Oct 15 09:29:18 <TAsn> should do all we talked about
Oct 15 09:29:19 <lindi-> radekp: aha
Oct 15 09:29:23 <TAsn> and how I think it should behave.
Oct 15 09:29:25 <daniele_athome> ok
Oct 15 09:30:44 <daniele_athome> mmm...
Oct 15 09:30:51 <daniele_athome> TAsn, strange results...
Oct 15 09:30:55 <daniele_athome> order is screwed up
Oct 15 09:31:21 <daniele_athome> wait a sec TAsn 
Oct 15 09:31:28 <TAsn> oh shit
Oct 15 09:31:30 <TAsn> forgot something
Oct 15 09:31:31 <TAsn> mmnt
Oct 15 09:33:56 <TAsn> daniele_athome, http://pastebin.com/fR1wHrSq
Oct 15 09:33:59 <TAsn> sorry, forgot the sort :)
Oct 15 09:34:21 <TAsn> hard without testing :P
Oct 15 09:34:49 <daniele_athome> np :)
Oct 15 09:35:48 <TAsn> tell me if it doesn't work.
Oct 15 09:36:01 <daniele_athome> ok
Oct 15 09:36:03 <daniele_athome> mmm
Oct 15 09:36:14 <daniele_athome> TAsn, seems not
Oct 15 09:36:23 <daniele_athome> anyway i need to verify something
Oct 15 09:36:25 <daniele_athome> sec.
Oct 15 09:36:44 <lindi-> radekp: I can not see eth0 even with "echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/bind" hmm
Oct 15 09:37:03 <lindi-> radekp: dmesg does say "mmc0: new SDIO card at address 0001"
Oct 15 09:39:08 <lindi-> radekp: I guess I need something else too to bring wlan up?
Oct 15 09:40:42 <radekp> lindi-: i have eth0 up after boot
Oct 15 09:40:48 <daniele_athome> TAsn, no doesn't work
Oct 15 09:41:03 <radekp> lindi-: well not up, but if i do ifconfig eth0 up it's up
Oct 15 09:41:03 <lindi-> radekp: i'll boot and test..
Oct 15 09:41:09 <daniele_athome> i mean an older message with messageRead = 0 doesn't get in
Oct 15 09:41:14 <lindi-> radekp: ifconfig -a does not show the interface at all
Oct 15 09:42:12 <TAsn> daniele_athome, it won't.
Oct 15 09:42:15 <TAsn> we already talked about it.
Oct 15 09:42:21 <daniele_athome> ah
Oct 15 09:42:24 <TAsn> it'll just sort by timestamp
Oct 15 09:42:28 <TAsn> and will mark a thread
Oct 15 09:42:31 <TAsn> if has an unread
Oct 15 09:42:33 <TAsn> but will show
Oct 15 09:42:36 <TAsn> the latest message
Oct 15 09:43:03 <daniele_athome> ok
Oct 15 09:43:15 <TAsn> not good?
Oct 15 09:43:20 <daniele_athome> no :P
Oct 15 09:43:28 <daniele_athome> sorry got to retrieve also the latest unread :)
Oct 15 09:43:35 * TAsn hates you. :)
Oct 15 09:43:36 <TAsn> sec.
Oct 15 09:43:38 <daniele_athome> lol
Oct 15 09:43:45 <daniele_athome> TAsn, don't get too much into it
Oct 15 09:43:50 <TAsn> shh.
Oct 15 09:43:51 <daniele_athome> i will find out something :)
Oct 15 09:43:57 <radekp> lindi-: hmm interesting, are you using sources from my git, or even my binary for kernel?
Oct 15 09:47:17 <TAsn> daniele_athome, let me get this straight
Oct 15 09:47:30 <TAsn> as you are very vague
Oct 15 09:47:43 <TAsn> assuming I have 3 messages in my db
Oct 15 09:47:52 <daniele_athome> TAsn, try android :)
Oct 15 09:47:58 <daniele_athome> and you'll see in practice :)
Oct 15 09:48:00 <TAsn> a - oldest from phone number 1 unread
Oct 15 09:48:08 <daniele_athome> anyway i'll explain you better :)
Oct 15 09:48:12 <TAsn> shh let me ask
Oct 15 09:48:13 <TAsn> :)
Oct 15 09:48:15 <TAsn> a - oldest from phone number 1 unread
Oct 15 09:48:16 <daniele_athome> ok
Oct 15 09:48:17 <daniele_athome> :)
Oct 15 09:48:32 <TAsn> b - newer number 2 read
Oct 15 09:48:37 <TAsn> and c - newest number 1 read
Oct 15 09:48:39 <TAsn> you except 
Oct 15 09:48:45 <TAsn> a to be on top
Oct 15 09:48:47 <TAsn> and b afterwards
Oct 15 09:48:48 <TAsn> ?!
Oct 15 09:48:54 <daniele_athome> no
Oct 15 09:48:55 <TAsn> (and c won't even show)
Oct 15 09:48:57 <TAsn> why not?
Oct 15 09:49:07 <daniele_athome> wait
Oct 15 09:49:22 <TAsn> you are trying to sort using two unrelated fields
Oct 15 09:49:25 <TAsn> you'll either get
Oct 15 09:49:29 <TAsn> a weird behavior
Oct 15 09:49:34 <TAsn> or I don't know what.
Oct 15 09:49:40 <TAsn> sec, me is popping my android open.
Oct 15 09:49:59 <TAsn> ok
Oct 15 09:50:08 <daniele_athome> list is: c - b
Oct 15 09:50:08 <TAsn> android doesn't even support marking specific messages as unred
Oct 15 09:50:11 <TAsn> unread
Oct 15 09:50:15 <TAsn> daniele_athome, c - b
Oct 15 09:50:17 <TAsn> is what I did now
Oct 15 09:50:26 <daniele_athome> no sorry
Oct 15 09:50:31 * daniele_athome is getting crazy
Oct 15 09:50:35 <daniele_athome> *going
Oct 15 09:50:39 <TAsn> anyhow, I just checked android
Oct 15 09:50:41 <TAsn> and it doesn't support
Oct 15 09:50:47 <TAsn> the case you are talking about
Oct 15 09:50:50 <daniele_athome> i know, you should set it from database :)
Oct 15 09:50:52 <TAsn> i.e you really need to work hard
Oct 15 09:50:56 <TAsn> to get it to happen
Oct 15 09:50:57 <TAsn> yes.
Oct 15 09:50:59 <daniele_athome> :D
Oct 15 09:51:01 <daniele_athome> i know
Oct 15 09:51:04 <TAsn> so just use my query, grr!
Oct 15 09:51:09 <daniele_athome> :P
Oct 15 09:51:12 <TAsn> it should sort by time
Oct 15 09:51:13 <daniele_athome> wait a sec let me finish
Oct 15 09:51:19 <TAsn> and mark if the thread has an unread message
Oct 15 09:51:20 <TAsn> that's it.
Oct 15 09:51:21 <TAsn> :)
Oct 15 09:51:50 <TAsn> and we don't know how android behaves, because as I said, it's hard to get to this situation using android.
Oct 15 09:52:01 <TAsn> and even if we knew, let's do it better
Oct 15 09:52:03 <TAsn> not the same.
Oct 15 09:52:05 <daniele_athome> TAsn, actually not so much
Oct 15 09:52:12 <TAsn> ?
Oct 15 09:52:17 <daniele_athome> just send a message from a phone with time set 2 years before
Oct 15 09:52:23 <daniele_athome> before present time
Oct 15 09:52:26 <TAsn> Yes
Oct 15 09:52:40 <TAsn> and it shows last?
Oct 15 09:52:48 <TAsn> I thought the messaging center is responsible for that.
Oct 15 09:52:48 <TAsn> :|
Oct 15 09:52:51 <daniele_athome> or set the recipient phone time to 2 years before present time
Oct 15 09:52:52 <TAsn> (for timestamp0
Oct 15 09:53:01 <TAsn> daniele_athome, no fuck it.
Oct 15 09:53:07 <daniele_athome> lol
Oct 15 09:53:17 <TAsn> it should be set by the messaging center
Oct 15 09:53:18 <TAsn> as utc
Oct 15 09:53:18 <TAsn> iirc
Oct 15 09:53:36 * daniele_athome needs help for sorting his mind
Oct 15 09:53:40 <TAsn> you do :)
Oct 15 09:53:43 <daniele_athome> sorry i'm doing 4 things together
Oct 15 09:53:53 <TAsn> anyhow, you can't really get to the condition you are trying to get.
Oct 15 09:53:59 <TAsn> if android failed in that
Oct 15 09:54:05 <TAsn> it's because it sucks
Oct 15 09:54:11 <TAsn> as again, it should be set by the messaging server
Oct 15 09:54:13 <daniele_athome> sure
Oct 15 09:54:15 <TAsn> and a bug in the messaging server
Oct 15 09:54:20 <TAsn> fuck that, don't fix their bugs.
Oct 15 09:54:25 <daniele_athome> i just want to prevent any possible case...
Oct 15 09:54:37 <TAsn> daniele_athome, sometimes you have to let some bugs in
Oct 15 09:54:42 <TAsn> in order to make everything faster
Oct 15 09:55:02 <TAsn> I say: use this query
Oct 15 09:55:09 <TAsn> and if you ever find a better solution
Oct 15 09:55:11 <TAsn> switch.
Oct 15 09:55:27 <TAsn> You have to fix the GROUP BY assumption anyway :)
Oct 15 09:55:30 <daniele_athome> anyway TAsn your query is doing some extra jobs now
Oct 15 09:55:40 <TAsn> ?
Oct 15 09:55:46 <daniele_athome> because now we just need group by peer and timestamp sort
Oct 15 09:55:54 <daniele_athome> now that the messageread thing is off
Oct 15 09:55:56 <TAsn> no
Oct 15 09:55:58 <TAsn> you still want to see
Oct 15 09:56:03 <TAsn> if there's an unread message
Oct 15 09:56:07 <TAsn> in the thread
Oct 15 09:56:11 <TAsn> just in case
Oct 15 09:56:18 <TAsn> because that's plausible
Oct 15 09:56:18 <daniele_athome> TAsn, so i have the change the method call
Oct 15 09:56:27 <daniele_athome> because now i'm using it like a Query() method
Oct 15 09:56:31 <daniele_athome> that is, retrieving messages_id
Oct 15 09:56:32 <TAsn> but you don't have to crazily handle that.
Oct 15 09:56:55 <TAsn> daniele_athome, it should work like a Query
Oct 15 09:57:01 <TAsn> but should return all the columns I included
Oct 15 09:57:17 <TAsn> message id, peer, timestamp and read flag
Oct 15 09:57:18 <daniele_athome> mmm
Oct 15 09:58:21 <daniele_athome> yeah i see
Oct 15 09:58:35 <lindi-> radek_: from git
Oct 15 09:58:50 <TAsn> daniele_athome, even consider let people get whatever they want
Oct 15 09:59:08 <TAsn> i.e add stuff.
Oct 15 09:59:09 <daniele_athome> sure
Oct 15 09:59:16 <TAsn> just override the querying here
Oct 15 09:59:24 <TAsn> (get the messages id)
Oct 15 09:59:31 <TAsn> and then intersect it
Oct 15 09:59:34 <TAsn> with the users query
Oct 15 09:59:37 <TAsn> get what I mean?
Oct 15 09:59:54 <TAsn> should be exactly like a query
Oct 15 10:00:08 <TAsn> but a query that already gets these ids
Oct 15 10:00:15 <TAsn> and can't get more.
Oct 15 10:00:18 <TAsn> but you also need
Oct 15 10:00:34 <TAsn> to include the aggregated message_read flag
Oct 15 10:00:54 <lindi-> radek_: when I boot I see no eth0
Oct 15 10:00:58 <lindi-> radek_: with ifconfig -a
Oct 15 10:01:12 <lindi-> radek_: are you loading some module?
Oct 15 10:01:33 <lindi-> Mirv: does wlan work for you in 2.6.34?
Oct 15 10:01:56 <TAsn> daniele_athome, and of course use the query generator :P
Oct 15 10:01:58 <TAsn> Hard work indeed
Oct 15 10:02:01 <TAsn> to make it sane.
Oct 15 10:02:14 <TAsn> you can start by implementing it as a query but support nothing
Oct 15 10:02:18 <TAsn> just make the API
Oct 15 10:02:24 <daniele_athome> mmm
Oct 15 10:02:35 <TAsn> And only later include the query generator
Oct 15 10:10:14 <daniele_athome> ooohhh
Oct 15 10:10:30 <daniele_athome> i'm tired :D
Oct 15 10:17:30 <Mirv> lindi-: looks like it does, at least it sees networks
Oct 15 10:49:27 <daniele_athome> TAsn
Oct 15 10:49:41 <TAsn> ?
Oct 15 10:49:48 <daniele_athome> TAsn: http://pastebin.com/DNaTJYSr
Oct 15 10:50:02 <daniele_athome> i modified some methods to be able to pass through extra columns in select
Oct 15 10:50:14 <daniele_athome> to be filled with the result set returned through dbus
Oct 15 10:50:24 <TAsn> nooo! :P
Oct 15 10:50:29 <daniele_athome> UnreadCount now shows with opimd-cli
Oct 15 10:50:32 <daniele_athome> no?
Oct 15 10:50:33 <daniele_athome> :(
Oct 15 10:50:38 <daniele_athome> i thought it would be useful
Oct 15 10:50:40 <TAsn> just use the existing query generator
Oct 15 10:50:44 <daniele_athome> of course maintaing backward compatibility
Oct 15 10:50:46 <daniele_athome> yeah
Oct 15 10:50:48 <daniele_athome> of course
Oct 15 10:50:53 <TAsn> oh so what did you do?
Oct 15 10:50:56 <TAsn> please explain :)
Oct 15 10:51:02 <daniele_athome> ok
Oct 15 10:51:06 <daniele_athome> but lunch now :)
Oct 15 10:51:07 <daniele_athome> sorry
Oct 15 10:51:07 <daniele_athome> bbl
Oct 15 10:51:09 <TAsn> WHERE b.field_name = 'MessageRead' AND b.value = '0' AND
Oct 15 10:51:11 <TAsn> bad
Oct 15 10:51:14 <TAsn> we already talked about it...
Oct 15 10:51:14 <radek_> lindi-: i have wifi compiled in with my config CONFIG_AR6000_WLAN=y
Oct 15 10:51:22 <TAsn> later.
Oct 15 10:51:27 <daniele_athome> TAsn, that's just to count how many unread messages are in thread
Oct 15 10:51:44 <radek_> lindi-: i can see eth0 after boot when i do ifconfig -a
Oct 15 10:52:17 <daniele_athome> TAsn, i dropped order by messageRead
Oct 15 10:52:21 <daniele_athome> that is just for counting
Oct 15 10:52:26 <daniele_athome> how many unread messages
Oct 15 10:52:26 <TAsn> daniele_athome, but
Oct 15 10:52:30 <TAsn> MessageRead can be NULL!!!
Oct 15 10:52:38 <TAsn> as I said, we already talked about it :)
Oct 15 10:52:39 <daniele_athome> TAsn, so count will be 0
Oct 15 10:52:48 <TAsn> but MessageRead = NULL is like
Oct 15 10:52:51 <TAsn> MessageRead = 0
Oct 15 10:52:53 <TAsn> you want to count it.
Oct 15 10:53:03 <daniele_athome> no
Oct 15 10:53:08 <daniele_athome> TAsn, maybe i'm not getting your point
Oct 15 10:53:11 <daniele_athome> count() will result in 0
Oct 15 10:53:19 <daniele_athome> it's a select inside a select field
Oct 15 10:53:41 <TAsn> let me get whata you mean
Oct 15 10:53:48 <TAsn> UnreadCount should return the number of unread messages
Oct 15 10:53:49 <TAsn> right?
Oct 15 10:53:53 <daniele_athome> yeah
Oct 15 10:54:01 <TAsn> Do you agree that if we don't have
Oct 15 10:54:03 <daniele_athome> *yes
Oct 15 10:54:04 <TAsn> a field MessageRead
Oct 15 10:54:10 <TAsn> it means this message is unread?
Oct 15 10:54:15 <TAsn> you don't count those.
Oct 15 10:54:24 <daniele_athome> ah
Oct 15 10:54:26 <daniele_athome> i didn't know that
Oct 15 10:54:29 <daniele_athome> :S
Oct 15 10:54:40 <daniele_athome> i'll fix that after lunch
Oct 15 10:54:41 <TAsn> that's why I did what I did.
Oct 15 10:54:46 <TAsn> okie.
Oct 15 10:54:52 <daniele_athome> bbl
Oct 15 10:56:46 <daniele_athome> TAsn, what about sent messages?
Oct 15 10:56:54 <daniele_athome> i mean they don't have messageRead
Oct 15 10:56:59 <daniele_athome> should i check direction too?
Oct 15 10:57:02 <TAsn> they do
Oct 15 10:57:06 <TAsn> have message Read.
Oct 15 10:57:08 <TAsn> iirc
Oct 15 10:57:20 <TAsn> Maybe we should change it to Unread = 1
Oct 15 10:57:25 <TAsn> Like I suggested a lot of time ago.
Oct 15 10:57:30 <TAsn> I don't mind that.
Oct 15 10:57:48 <TAsn> also in phonelog
Oct 15 10:59:12 <daniele_athome> mmm
Oct 15 10:59:42 <daniele_athome> TAsn, sent messages doesn't return messageRead in the dbus resultset
Oct 15 10:59:47 <daniele_athome> *don't
Oct 15 10:59:55 <TAsn> sucky.
Oct 15 11:00:01 <TAsn> I don't mind changing it to Unread.
Oct 15 11:00:18 <TAsn> As I freaking suggested a long time ago but no one listened.
Oct 15 11:00:27 <TAsn> This is more consistent and more correct
Oct 15 11:00:49 <daniele_athome> ok
Oct 15 11:00:54 <daniele_athome> so what do I do now TAsn?
Oct 15 11:01:04 <TAsn> Hm... you send an email to all the fso users
Oct 15 11:01:16 <Q-Master> daniele_athome: make russian kbd. 8)
Oct 15 11:01:16 <TAsn> telling them that starting from X (X is a date)
Oct 15 11:01:21 <TAsn> MessageRead will not be used anymore
Oct 15 11:01:23 <daniele_athome> to change MessageRead to Unread?
Oct 15 11:01:25 <daniele_athome> oh :S
Oct 15 11:01:27 <TAsn> and Unread will be used instead.
Oct 15 11:01:28 <TAsn> BUT
Oct 15 11:01:29 <daniele_athome> big challenge
Oct 15 11:01:41 <TAsn> You'll have to change it both in the fso default creation code
Oct 15 11:01:48 <TAsn> both change existing dbs
Oct 15 11:02:06 <TAsn> and actually also start keeping metadata in pim.db
Oct 15 11:02:17 <daniele_athome> lunch for real sorry
Oct 15 11:02:20 <daniele_athome> :) back later
Oct 15 11:02:22 <TAsn> go ahead.
Oct 15 11:36:11 <daniele_athome> TAsn: back
Oct 15 11:47:13 <CIA-102> freesmartphone.org: 03morphis 07msmcomm * r56eed6283984 10/libmsmcomm/ (7 files in 4 dirs): libmsmcomm: implement manage_calls command message
Oct 15 11:51:36 <daniele_athome> TAsn, seems i succeded to port opimd to MessageUnread attribute
Oct 15 12:04:26 <daniele_athome> i'm changing MessageRead attribute to MessageUnread in opimd
Oct 15 12:04:36 <daniele_athome> any objection? of course i will write to every ML
Oct 15 12:19:15 <daniele_athome> TAsn, i will wait for you of course
Oct 15 12:36:53 <TAsn> daniele_athome, not MessageUnread
Oct 15 12:37:02 <TAsn> Just Unread
Oct 15 12:37:22 <TAsn> And also change that in Phonelog
Oct 15 12:37:27 <TAsn> and every other domain
Oct 15 12:37:31 <TAsn> that has "read" attribute
Oct 15 12:37:39 <TAsn> Unread=1 is to marked it's unread.
Oct 15 12:37:59 <TAsn> daniele_athome, I of course want to see the opimd patch before you commit, to make sure you included everything (although I barely remember the opimd code)
Oct 15 12:38:26 <TAsn> daniele_athome, and also don't forget to fix it in the part that registers sms and missed calls in opimd!
Oct 15 12:38:38 <TAsn> (i.e the fso handlers)
Oct 15 12:38:56 <TAsn> Other than that, it's pretty much smooth sailing, we only need the apps to change that.
Oct 15 12:39:06 <TAsn> You should also explain in the ML what made you do the move.
Oct 15 12:39:30 <daniele_athome> TAsn, eh...
Oct 15 12:39:33 <TAsn> One of the biggest reasons: most of what we keep in the database is read, no need to keep additional info to mark the majority
Oct 15 12:39:41 <TAsn> buy additional info to mark the minority, i.e the unread.
Oct 15 12:40:07 <TAsn> Okie? :P
Oct 15 12:40:27 <daniele_athome> TAsn, you mean so Unread will be generic
Oct 15 12:40:30 <TAsn> Yes.
Oct 15 12:40:31 <daniele_athome> for calls and messages, ok
Oct 15 12:40:38 <TAsn> We are already in the messages domain
Oct 15 12:40:43 <TAsn> no reason to prefix the field name...
Oct 15 12:40:47 <daniele_athome> TAsn, i think you know english better than me
Oct 15 12:41:01 <daniele_athome> could you prepare a sentence to state those thoughts you just told me
Oct 15 12:41:05 <daniele_athome> about the reasons of the switch
Oct 15 12:41:15 <TAsn> Sure, will email you in a moment.
Oct 15 12:41:19 <daniele_athome> thanks
Oct 15 12:41:40 <daniele_athome> TAsn, as a reason, should i include the fact that is more easy to count unread messages? :)
Oct 15 12:41:56 <TAsn> I guess :)
Oct 15 12:41:59 <TAsn> added.
Oct 15 12:42:01 <daniele_athome> TAsn, btw, what about the MessageSent attribute?
Oct 15 12:42:06 <daniele_athome> shall I rename it to Sent?
Oct 15 12:42:09 <daniele_athome> so all-in-one :)
Oct 15 12:42:12 <TAsn> yes.
Oct 15 12:42:15 <daniele_athome> good
Oct 15 12:42:29 <TAsn> but bah
Oct 15 12:42:30 <TAsn> not sent
Oct 15 12:42:40 <TAsn> something like "Unsent"
Oct 15 12:42:47 <TAsn> for the same reasons I said earlier.
Oct 15 12:43:09 <TAsn> (will think of a name in a moment)
Oct 15 12:43:13 <daniele_athome> mmm
Oct 15 12:43:14 <TAsn> ProcessStatus
Oct 15 12:43:20 <TAsn> or something like that.
Oct 15 12:43:24 <TAsn> so it'll also be generic.
Oct 15 12:43:27 <daniele_athome> TAsn, this will change behaviour
Oct 15 12:43:31 <TAsn> yep. :|
Oct 15 12:43:32 <daniele_athome> this will need further work
Oct 15 12:43:37 <daniele_athome> not with this commit i guess
Oct 15 12:43:41 <TAsn> I guess not.
Oct 15 12:43:43 <daniele_athome> or yes?
Oct 15 12:43:44 <TAsn> but should follow soon.
Oct 15 12:43:45 <daniele_athome> :)
Oct 15 12:43:48 <TAsn> very soon.
Oct 15 12:43:51 <daniele_athome> ok
Oct 15 12:44:03 <daniele_athome> i will preview the change in the mailing list post
Oct 15 12:44:09 <daniele_athome> i mean the sent thing
Oct 15 12:44:42 <TAsn> daniele_athome, please first send me the patch
Oct 15 12:44:48 <TAsn> just to make sure you included everything
Oct 15 12:44:58 <daniele_athome> TAsn, need to fix other things
Oct 15 12:45:03 <daniele_athome> i'll send you when i'll be finished
Oct 15 12:45:49 <TAsn> daniele_athome, oh, in calls it's already ok :)
Oct 15 12:45:56 <TAsn> I remembered I fixed it somewhere!
Oct 15 12:46:01 <TAsn> They used New
Oct 15 12:46:06 <daniele_athome> ah yes
Oct 15 12:46:08 <daniele_athome> sure i remember
Oct 15 12:46:09 <TAsn> *It uses New
Oct 15 12:46:09 <daniele_athome> :)
Oct 15 12:46:32 <TAsn> hm.. what do you think about New as well?
Oct 15 12:46:38 <daniele_athome> i will prepare a sqlite script for the switch
Oct 15 12:46:42 <TAsn> (which will not be used to mark sent messages as they are "old" after sending)
Oct 15 12:46:56 <TAsn> daniele_athome, please add it to frameworkd instead
Oct 15 12:46:57 <daniele_athome> TAsn, bu New is used in calls only
Oct 15 12:46:58 <daniele_athome> isn't it?
Oct 15 12:47:01 <TAsn> and add metadata
Oct 15 12:47:08 <TAsn> to pim.db to start tracking pim.db version
Oct 15 12:47:30 <daniele_athome> TAsn, ok this will take some time, never used sqlite metadata :)
Oct 15 12:47:33 <daniele_athome> i will figure it out
Oct 15 12:47:36 <TAsn> no
Oct 15 12:47:40 <TAsn> it's not sqlite's metadata
Oct 15 12:47:43 <TAsn> it's just another table
Oct 15 12:47:46 <TAsn> called info
Oct 15 12:47:50 <daniele_athome> ah
Oct 15 12:47:53 <TAsn> which includes opimd db version number
Oct 15 12:48:09 <TAsn> so we'll be able to know
Oct 15 12:48:11 <TAsn> if we need to convert
Oct 15 12:48:12 <TAsn> or not
Oct 15 12:48:24 <daniele_athome> ah
Oct 15 12:48:25 <daniele_athome> ok
Oct 15 12:48:26 <TAsn> daniele_athome, New is used in calls and if I remember correctly, and I hope it is the case, it's only used on missed calls
Oct 15 12:48:37 <daniele_athome> TAsn, indeed
Oct 15 12:48:38 <TAsn> I want the same, only on incoming messages
Oct 15 12:48:48 <TAsn> new = not been handled yet.
Oct 15 12:49:06 <TAsn> Will explain in the mail
Oct 15 12:49:08 <daniele_athome> mmm...
Oct 15 12:49:30 <daniele_athome> TAsn, shouldn't be better ProcessStatus to this matter?
Oct 15 12:50:36 <TAsn> Not sure
Oct 15 12:50:39 <TAsn> thinking about it again
Oct 15 12:50:43 <TAsn> New = unsent = unread
Oct 15 12:50:49 <daniele_athome> (TAsn info table doesn't exist, i guess i shall create it?)
Oct 15 12:51:03 <daniele_athome> mmm
Oct 15 12:51:14 <daniele_athome> so it will depend on direction
Oct 15 12:51:15 <TAsn> daniele_athome, Yes, I was waiting with that one until I was to create another version of the internal design
Oct 15 12:51:17 <TAsn> (was lazy)
Oct 15 12:51:36 <TAsn> daniele_athome, I guess. It's better than redundancy
Oct 15 12:51:55 <daniele_athome> ok
Oct 15 12:51:59 <TAsn> of keeping in/out status in that field as well.
Oct 15 12:53:28 <daniele_athome> TAsn, what about another field as well for message sending errors
Oct 15 12:53:30 <daniele_athome> or something like that
Oct 15 12:53:34 <daniele_athome> what do you think?
Oct 15 12:53:51 <daniele_athome> mmm... maybe we should just report the error
Oct 15 12:54:02 <TAsn> yeah, no need to keep it in the db
Oct 15 12:54:06 <TAsn> unless the user wants to
Oct 15 12:54:09 <TAsn> and in this case he will
Oct 15 12:54:31 <TAsn> but outgoing messages should have two basic states in the db
Oct 15 12:54:37 <TAsn> outgoing and sent
Oct 15 12:54:44 <daniele_athome> of course
Oct 15 12:54:45 <TAsn> more than that is up to the user of the API in my pov.
Oct 15 12:54:57 <daniele_athome> so: this way Sent just renames to New 
Oct 15 12:55:02 <daniele_athome> no changes in behaviour
Oct 15 12:55:14 <daniele_athome> i mean for outgoing msgs
Oct 15 12:56:52 <TAsn> Sent doesn't get renamed to New
Oct 15 12:56:55 <TAsn> "unsent" does
Oct 15 12:57:01 <TAsn> i.e outgoing
Oct 15 12:57:02 <TAsn> :P
Oct 15 12:57:09 <TAsn> if it's sent it's not New
Oct 15 12:57:18 <TAsn> New means more handling needed
Oct 15 12:57:31 <daniele_athome> TAsn, i understood myself :P
Oct 15 12:57:35 <daniele_athome> don't worry i got it
Oct 15 12:58:13 <TAsn> :)
Oct 15 12:59:45 <daniele_athome> so ehm Unread goes away
Oct 15 12:59:49 <TAsn> yes
Oct 15 12:59:50 <TAsn> New
Oct 15 12:59:51 <TAsn> instead
Oct 15 12:59:51 <daniele_athome> it had very short life :(
Oct 15 12:59:54 <TAsn> don't forget btw
Oct 15 13:00:13 <TAsn> that MessageRead = 0 should just be removed
Oct 15 13:00:25 <TAsn> oops, MessageRead = 1 should be removed
Oct 15 13:00:31 <TAsn> and = 0 should become New = 1
Oct 15 13:01:22 <TAsn> daniele_athome, I sent the email explaining the change
Oct 15 13:01:32 <TAsn> but explanations on exactly what needs to be done in opimd is not included there
Oct 15 13:01:35 <TAsn> read the backlog
Oct 15 13:01:41 <TAsn> and look just before you asked me to send the email
Oct 15 13:01:46 <TAsn> I explained what's there to be done.
Oct 15 13:03:10 <daniele_athome> ok
Oct 15 13:03:29 <daniele_athome> TAsn, one more thing
Oct 15 13:03:36 <daniele_athome> <TAsn> that MessageRead = 0 should just be removed
Oct 15 13:04:17 <daniele_athome> you mean just on message creation
Oct 15 13:04:18 <daniele_athome> not on update
Oct 15 13:04:56 <TAsn> nono 
Oct 15 13:05:01 <TAsn> I mean on the update script
Oct 15 13:05:07 <TAsn> to update the old database
Oct 15 13:05:08 <daniele_athome> aaah
Oct 15 13:05:09 <daniele_athome> ok
Oct 15 13:05:16 <TAsn> you should remove MesasgeRead = 1 though
Oct 15 13:05:18 <daniele_athome> sorry, right
Oct 15 13:05:23 <TAsn> MessageRead = 0 should change to New = 1
Oct 15 13:05:53 <daniele_athome> right
Oct 15 13:10:23 <daniele_athome> mmm... a good pack of changes :)
Oct 15 13:13:26 <TAsn> just one.
Oct 15 13:13:40 <TAsn> but it's a big one ;)
Oct 15 13:13:48 <TAsn> every change in a core api is a big one.
Oct 15 13:13:54 <TAsn> that's why I want discussions
Oct 15 13:13:56 <TAsn> before anything else.
Oct 15 14:23:03 <daniele_athome> TAsn, this database version will be 2.1 ok?
Oct 15 14:23:07 <daniele_athome> because 1.0 was pre-types
Oct 15 14:23:12 <daniele_athome> 2.0 is current
Oct 15 14:23:17 <daniele_athome> 2.1 after New/Unread :)
Oct 15 14:23:22 <daniele_athome> don't you think? :P
Oct 15 14:45:12 <CIA-102> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r82581e3facc1 10/fsogsmd/conf/palm_pre/fsogsmd.conf: fsogasmd: Palm Pre config: load lowlevel before modem
Oct 15 14:48:50 <mrmoku> heh, looks like the post-install message in frameworkd makes sense again then ;)
Oct 15 14:50:00 <JaMa|Wrk> I think everybody is ignoring that already.. we have to found out new way off forcing user to read new post-install messages :)
Oct 15 14:52:48 <daniele_athome> JaMa|Wrk, this time update will be done on-the-fly i guess
Oct 15 14:52:53 <daniele_athome> it's just a couple of UPDATEs
Oct 15 14:53:05 <daniele_athome> i guess it can be run from post-install script
Oct 15 14:53:33 <JaMa|Wrk> ah ok
Oct 15 15:01:28 <daniele_athome> TAsn: ping
Oct 15 15:01:33 <daniele_athome> i think i'm ready
Oct 15 15:01:36 <daniele_athome> generating patch
Oct 15 15:20:48 <daniele_athome> TAsn, i've sent you the patch
Oct 15 15:20:59 <daniele_athome> i'm going home
Oct 15 15:21:06 <daniele_athome> see you in ~2 hours
Oct 15 15:31:50 <CIA-102> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r44b7803ba3ae 10/fsodeviced/src/plugins/palmpre_powersupply/plugin.vala: fsodeviced: Add signals for PalmPre's power supply plugin
Oct 15 16:39:10 <morphis> heyho
Oct 15 16:45:59 <GNUtoo|laptop> hi
Oct 15 17:13:30 <CIA-102> freesmartphone.org: 03morphis 07cornucopia * rd363ec6a95ee 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (7 files): 
Oct 15 17:13:31 <CIA-102> freesmartphone.org: fsogsmd: modem_qualcomm_palm: more work on mediators + cleanup
Oct 15 17:13:31 <CIA-102> freesmartphone.org: Currently nothing is working really fine ... Next commits will cleanup some more stuff and
Oct 15 17:13:31 <CIA-102> freesmartphone.org: implement more functionality.
Oct 15 17:13:31 <CIA-102> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Oct 15 17:14:15 <daniele_athome> TAsn: here i am :)
Oct 15 17:32:32 <TAsn> daniele_athome, I'm back.
Oct 15 17:32:38 <daniele_athome> hey :)
Oct 15 17:33:41 <TAsn> daniele_athome, patch review: will have to wait for tomorrow, sorry :|
Oct 15 17:33:49 <daniele_athome> np TAsn ;)
Oct 15 17:33:50 <TAsn> Anything special though? :P
Oct 15 17:33:58 <daniele_athome> TAsn, actually no..
Oct 15 17:34:01 <daniele_athome> just a patch :)
Oct 15 17:34:05 <TAsn> okie.
Oct 15 17:34:06 <TAsn> :)
Oct 15 17:34:08 <daniele_athome> i will begin to port mokosuite in the meantime
Oct 15 17:34:19 <TAsn> lol
Oct 15 17:34:21 <TAsn> I have mail from
Oct 15 17:34:25 <TAsn> 16/19/2009
Oct 15 17:34:30 <TAsn> grr
Oct 15 17:34:33 <TAsn> 6/19/2009
Oct 15 17:34:41 <daniele_athome> lol
Oct 15 17:34:44 <TAsn> still in my inbox (out of the 6 items I have there)
Oct 15 17:34:46 <TAsn> still starred
Oct 15 17:34:51 <TAsn> and the last message from me
Oct 15 17:34:54 <TAsn> is:
Oct 15 17:34:59 <TAsn> "I think I'll have time next week)
Oct 15 17:35:00 <TAsn> "
Oct 15 17:35:02 <TAsn> :P
Oct 15 17:37:28 <daniele_athome> hihi
Oct 15 17:39:55 <daniele_athome> TAsn, now i have an excuse to split up the mokosuite :)
Oct 15 17:40:05 <daniele_athome> i mean with the "New" attribute thing
Oct 15 17:40:08 <TAsn> split up?
Oct 15 17:40:23 <daniele_athome> TAsn, mokosuite is inside just one repo, "appbunch"
Oct 15 17:40:32 <daniele_athome> the core library, phone app, desktop app, panel app,...
Oct 15 17:40:55 <daniele_athome> with this modification i will find time to split all the various parts
Oct 15 17:40:56 <TAsn> oh okie.
Oct 15 17:41:01 <TAsn> :)
Oct 15 17:41:03 <daniele_athome> :)
Oct 15 17:44:48 <CIA-102> freesmartphone.org: 03morphis 07cornucopia * ra685948cb0fb 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (8 files in 2 dirs): 
Oct 15 17:44:48 <CIA-102> freesmartphone.org: fsogsmd: modem_qualcomm_palm: split mediators in different files to get an better overview
Oct 15 17:44:48 <CIA-102> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Oct 15 18:22:42 <GNUtoo|laptop> morphis, hi
Oct 15 18:22:44 <GNUtoo|laptop> morphis, https://bugs.freedesktop.org/show_bug.cgi?id=30903
Oct 15 18:33:59 <morphis> GNUtoo|laptop: great
Oct 15 18:34:20 <GNUtoo|laptop> yes I'll fix according to what was said
Oct 15 18:34:22 <GNUtoo|laptop> and resend
Oct 15 18:34:48 <GNUtoo|laptop> I pinged you with that, so if you do keyboard work you should know what not to do....
Oct 15 18:40:31 <morphis> jepp, thats great
Oct 15 18:41:35 <CIA-102> freesmartphone.org: 03morphis 07cornucopia * r8fc7a14f88a8 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (18 files in 2 dirs): fsogsmd: modem_qualcomm_palm: restructure the code a second time ...
Oct 15 18:42:28 <morphis> GNUtoo|laptop: thanks for that :)
Oct 15 18:42:40 <GNUtoo|laptop> np
Oct 15 18:44:04 <daniele_athome> TAsn, can i commit modifications to specs in the meantime?
Oct 15 18:44:07 <daniele_athome> for QueryThreads()
Oct 15 18:49:08 <morphis> so, I am off
Oct 15 18:49:09 <morphis> bye
Oct 15 18:49:45 <TAsn> daniele_athome, what are the changes?
Oct 15 18:49:52 <daniele_athome> TAsn, one method
Oct 15 18:49:59 <daniele_athome> just like Query
Oct 15 18:50:10 <daniele_athome> QueryThreads (a{sv}) s
Oct 15 18:51:12 <TAsn> Oh rightie.
Oct 15 18:51:17 <TAsn> Yeah, that you can change.
Oct 15 18:51:21 <daniele_athome> :)
Oct 15 18:51:26 <TAsn> that's not related to the 'New' change
Oct 15 18:51:30 <TAsn> (new in messages)
Oct 15 18:51:43 <TAsn> that doesn't break API
Oct 15 18:51:52 <TAsn> so if you are ok with the syntax (should be the same as Query)
Oct 15 18:51:53 <daniele_athome> sure :)
Oct 15 18:51:57 <TAsn> so yeah, it's good.
Oct 15 18:52:07 <daniele_athome> next will be bunk Delete() and Update()
Oct 15 18:52:15 <daniele_athome> those will be really useful
Oct 15 18:52:33 <TAsn> dos1, rumor has it you bought a n900
Oct 15 18:52:41 <daniele_athome> mickeyl: ping
Oct 15 18:53:04 <dos1> TAsn: rumours are partially true and partially false ;)
Oct 15 18:53:09 <TAsn> daniele_athome, bunk them? huh?
Oct 15 18:53:13 <TAsn> dos1, got free from who?!
Oct 15 18:53:23 <daniele_athome> TAsn, maybe it's not they right word :D
Oct 15 18:53:28 <daniele_athome> i mean mass deletion and update
Oct 15 18:53:29 <dos1> TAsn: i got it from Fremantle Developer Device Queue, like few others too ;)
Oct 15 18:53:32 <daniele_athome> *delete
Oct 15 18:53:34 <TAsn> daniele_athome, OH, bulk* :P
Oct 15 18:53:35 <daniele_athome> aaah damn
Oct 15 18:53:39 <daniele_athome> bulk yes :D
Oct 15 18:53:39 <daniele_athome> ahah
Oct 15 18:53:39 <TAsn> bunk means "drop"
Oct 15 18:53:41 <daniele_athome> sorry
Oct 15 18:53:48 <TAsn> i.e remove delete and update from the specs :)
Oct 15 18:53:56 <daniele_athome> :)
Oct 15 18:54:00 <TAsn> dos1, what's that?
Oct 15 18:54:07 <TAsn> Fremantle Developer Device Queue?
Oct 15 18:54:29 <dos1> TAsn: http://wiki.maemo.org/Fremantle_Developer_Device_Queue
Oct 15 18:55:50 <TAsn> oh sweet.
Oct 15 18:56:24 <TAsn> is your device different than mrmoku's?
Oct 15 18:57:01 <TAsn> I mean
Oct 15 18:57:04 <TAsn> I know he bought one
Oct 15 18:57:07 <TAsn> is yours a dev device?
Oct 15 18:57:11 <TAsn> or the same?
Oct 15 18:57:15 <dos1> TAsn: i don't think so, mrmoku also has it from that
Oct 15 18:57:22 <TAsn> oh
Oct 15 18:57:26 <TAsn> cool :))
Oct 15 18:57:32 <TAsn> dos1, how's shr doing on it?
Oct 15 18:57:45 <dos1> TAsn: and i don't think there are some differences between those and retail devices
Oct 15 18:57:53 <dos1> every n900 can be easly switched to developer mode
Oct 15 18:58:11 <dos1> it's unlocked :) only bootloader has to be signed
Oct 15 18:58:18 <TAsn> sweet.
Oct 15 18:59:20 <dos1> TAsn: SHR boots on it, mrmoku, JaMa and GNUtoo|laptop are working on OE integration (you know... to have all tweaks in images out of the box) and I do fsodeviced modules
Oct 15 18:59:33 <TAsn> so cool :))))
Oct 15 18:59:43 <GNUtoo|laptop> TAsn, hi
Oct 15 18:59:53 <TAsn> GNUtoo|laptop, hey mate.
Oct 15 19:00:01 <TAsn> sup?
Oct 15 19:00:36 <GNUtoo|laptop> TAsn, I bought an n900
Oct 15 19:00:43 <TAsn> :)
Oct 15 19:01:03 <TAsn> GNUtoo|laptop, happy with the purchase?
Oct 15 19:01:07 <GNUtoo|laptop> yes
Oct 15 19:01:21 <GNUtoo|laptop> but as always it depend on what you expect and want to do with it
Oct 15 19:02:10 <TAsn> expect full linux phone (linux == shr not nokia crap)
Oct 15 19:02:18 <TAsn> want to do: shr.
Oct 15 19:02:24 <TAsn> oh and phone calls!
Oct 15 19:02:36 <GNUtoo|laptop> TAsn, phone calls don't work yet
Oct 15 19:02:44 <GNUtoo|laptop> we have to integrate ofono in fso
Oct 15 19:02:46 <GNUtoo|laptop> for that to work
Oct 15 19:02:51 <GNUtoo|laptop> or something like that
Oct 15 19:03:00 <TAsn> yaickes.
Oct 15 19:03:09 <TAsn> bah, price haven't dropped
Oct 15 19:03:16 <GNUtoo|laptop> indeed that's a big issue
Oct 15 19:03:16 <TAsn> 600$ for a freaking n900
Oct 15 19:04:19 <TAsn> dos1, Fremantle stuff actually looks nice.
Oct 15 19:04:27 <TAsn> are the maemo guys into fso?
Oct 15 19:05:21 <mrmoku> heh, no
Oct 15 19:05:29 <mrmoku> not yet :P
Oct 15 19:05:38 <TAsn> so why do they give fso guys devices?
Oct 15 19:05:45 <TAsn> all the guys there in the list are from fso :P
Oct 15 19:05:50 <mrmoku> because there are common parts
Oct 15 19:05:52 <mrmoku> like kernel
Oct 15 19:06:09 <mrmoku> and because DocScrutinizer51 was of biiiiig help :)
Oct 15 19:06:35 <mrmoku> stuff like hostmode or battery charging
Oct 15 19:07:32 <TAsn> DocScrutinizer51, you are the man :P
Oct 15 19:09:01 <DocScrutinizer> GNUtoo|laptop: you've seen that wireshark thing on this electrofux site?
Oct 15 19:09:29 <GNUtoo|laptop> what wireshark thing?
Oct 15 19:09:58 <GNUtoo|laptop> because I saw the wireshark plugin
Oct 15 19:10:00 <mrmoku> wireshark plugin to debug packets I think
Oct 15 19:10:06 <mrmoku> from the modem
Oct 15 19:10:37 <DocScrutinizer> https://elektranox.org/n900/images/wireshark/04.png
Oct 15 19:11:31 <DocScrutinizer> I'd think that's as lowlevel and as independent of any ofono as it gets
Oct 15 19:14:26 <DocScrutinizer> though I not really wrapped my head around which layers are between phonet0 socket and actual hw-interface to BB5 modem
Oct 15 19:14:55 <DocScrutinizer> anyway: https://elektranox.org/n900/libisi/index.html
Oct 15 19:15:05 <GNUtoo|laptop> bbs
Oct 15 19:17:16 <GNUtoo|laptop> DocScrutinizer, the issue is that he broke his n900
Oct 15 19:17:26 <DocScrutinizer> LOL
Oct 15 19:17:38 <GNUtoo|laptop> more precisely his cat did
Oct 15 19:17:44 <DocScrutinizer> for sure not by using tcpdump :-P
Oct 15 19:17:53 <GNUtoo|laptop> lol ok
Oct 15 19:18:18 <DocScrutinizer> WTF did the cat? peeing on it?
Oct 15 19:19:37 <GNUtoo|laptop> no
Oct 15 19:19:40 <GNUtoo|laptop> he made it fall
Oct 15 19:19:44 <GNUtoo|laptop> on the usb side
Oct 15 19:19:50 <GNUtoo|laptop> which broke the usb connector
Oct 15 19:19:51 <DocScrutinizer> ouch
Oct 15 19:20:03 <GNUtoo|laptop> so cat sent the device to /dev/null
Oct 15 19:20:04 <CIA-102> freesmartphone.org: 03daniele.athome 07libfreesmartphone-glib * r1a9f3c119d56 10/ (8 files in 3 dirs): 
Oct 15 19:20:04 <CIA-102> freesmartphone.org: Fixed xml specs to be more similar to original specs
Oct 15 19:20:04 <CIA-102> freesmartphone.org: Error files generation is now started from fso:errordomain directly from xml files
Oct 15 19:20:04 <CIA-102> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Oct 15 19:20:50 <DocScrutinizer> cat /dev/ >/dev/null
Oct 15 19:20:59 <DocScrutinizer> :-D
Oct 15 19:21:08 <GNUtoo|laptop> indeed
Oct 15 19:22:00 <DocScrutinizer> toldya, take GOOD care about your USB receptacle
Oct 15 19:23:38 * dos1 thanks $deity that he does not have a cat :P
Oct 15 19:23:59 <dos1> guys
Oct 15 19:24:02 <dos1> [21:20:41] <rakshat hooja> Do you know anyone who might want to get shr running on a beagleboard xm. I can give a couple of boards out to interested people for free
Oct 15 19:24:17 <DocScrutinizer> actually I'm pondering to drill 2 small holes into the battery cover and place two silver pads under it, connected to GND and VBUS, to charge the whole thing in a cradle that has 2 pogopins
Oct 15 19:24:37 <TAsn> dos1, yeah, just talked to him.
Oct 15 19:24:46 <TAsn> dos1, and told him to email shr ml
Oct 15 19:24:50 <TAsn> and community ml
Oct 15 19:25:27 <mrmoku> for sure we want *everything* to run SHR ;)
Oct 15 19:25:41 <DocScrutinizer> NOT ON MY TV!
Oct 15 19:25:49 <mrmoku> not yet :P
Oct 15 19:26:01 <mrmoku> tvs will come in the next decade :)
Oct 15 19:26:47 <TAsn> mrmoku, decade?!
Oct 15 19:26:53 <TAsn> quarter :P
Oct 15 19:27:05 <mrmoku> :)
Oct 15 19:27:49 <DocScrutinizer> cdbot2: hello
Oct 15 19:27:59 <DocScrutinizer> meh
Oct 15 19:28:54 <DocScrutinizer> :-/
Oct 15 19:28:54 <dos1> "look at this toast! I made it with my toaster which runs SHR!"
Oct 15 19:29:20 <DocScrutinizer> hey guys, you got today's xkcd?
Oct 15 19:29:34 <DocScrutinizer> it's... incredible
Oct 15 19:29:51 <TAsn> it's funny, as always.
Oct 15 19:30:03 <TAsn> nothing especially fancy though.
Oct 15 19:30:10 <DocScrutinizer> http://xckd.com/806/
Oct 15 19:30:25 <DocScrutinizer> duh, it's too true to be just funny
Oct 15 19:30:33 <dos1> SHIBBOLEET!
Oct 15 19:33:23 <TAsn> :)
Oct 15 19:35:02 <nschle85> TAsn: hello, i am still workig on shr documentation... i think you are a kind of graphical artist, I am right ?
Oct 15 19:35:12 <TAsn> nschle85, couldn't be wrong.
Oct 15 19:35:14 <TAsn> :)
Oct 15 19:35:30 <TAsn> Remember the shr logo contests? that's because I wasn't able to paint anything more than decent :)
Oct 15 19:35:50 <TAsn> (I or anyone else from the shr team for that matter)
Oct 15 19:36:00 <TAsn> so sorry, I suck :P
Oct 15 19:36:54 <nschle85> TAsn: i need some admonition logos like: Info, Caution, Notice ...  
Oct 15 19:37:05 <TAsn> as I said, I suck. :)
Oct 15 19:37:22 <TAsn> I never was able to paint anything decent in my life.
Oct 15 19:37:46 <TAsn> :P
Oct 15 19:37:53 <TAsn> nschle85, but: google
Oct 15 19:37:56 <TAsn> there are many
Oct 15 19:38:11 <TAsn> nice gpled/cc/whatever
Oct 15 19:38:18 <TAsn> pics/icons to take.
Oct 15 19:38:29 <nschle85> TAsn: no i dont want to copy ! these logos must be unique !!!!!
Oct 15 19:38:39 <PaulFertser> DocScrutinizer: lol, it was a dream, marvelous strip
Oct 15 19:38:44 <TAsn> nschle85, as I said, but after reading I didn't say it. What I meant:
Oct 15 19:39:02 <TAsn> <TAsn> nschle85, couldn't be wrong. ---> couldn't be *MORE* wrong. :P
Oct 15 19:39:08 <TAsn> I'm just tired
Oct 15 19:39:21 <TAsn> so I'm not in my best shape of constructing sentences.
Oct 15 19:39:27 <TAsn> for*
Oct 15 19:39:28 <TAsn> grr.
Oct 15 19:39:30 <TAsn> night.
Oct 15 19:39:43 <nschle85> TAsn: are you ill ?
Oct 15 19:39:48 <TAsn> no
Oct 15 19:39:53 <TAsn> I'm just not a good painter :)
Oct 15 19:39:58 <TAsn> (and I work too much lately)
Oct 15 19:40:04 <daniele_athome> mickeyl: http://lists.linuxtogo.org/pipermail/smartphones-userland/2010-October/002799.html
Oct 15 19:40:05 <PaulFertser> DocScrutinizer: my friend had a conversation like that recently. He was told he must use windows to get any support. When he said he has 4 computers and none of them works, he was asked if he had windows on at least one of them. He did, so they used windows to ping the gateway (didn't work the same way of course) and only then he was promised the issue will get fixed.
Oct 15 19:40:12 <daniele_athome> mickeyl, please take it under consideration
Oct 15 19:40:19 <nschle85> TAsn: burn out ?
Oct 15 19:40:23 <mrmoku> dos1: toaster would be indeed an interesting tareget
Oct 15 19:40:24 <daniele_athome> it will avoid the library to have its own copy of xml files
Oct 15 19:40:33 <mrmoku> we could burn a shr logo on every toast :P
Oct 15 19:42:44 <nschle85> mrmoku: do you know an artist for designing admonitions ?
Oct 15 19:44:31 <TAsn> nschle85, huh?
Oct 15 19:44:40 <TAsn> mrmoku, lol.
Oct 15 19:44:44 <TAsn> nschle85, burn out?
Oct 15 19:44:50 <TAsn> nschle85, I never was a painter.
Oct 15 19:44:59 <DocScrutinizer> PaulFertser: you've seen the mousehover text?
Oct 15 19:45:04 <TAsn> nschle85, You got the wrong guy. that's what I've been trying to say.
Oct 15 19:45:11 <mrmoku> nschle85: no
Oct 15 19:45:13 <TAsn> now I'm off.
Oct 15 19:45:13 <TAsn> ciao.
Oct 15 19:45:38 <DocScrutinizer> TOLDYA it's a TOASTER :-D
Oct 15 19:45:41 <GNUtoo|laptop> DocScrutinizer, care to send a secret bugreport about it on the asterisk bugtracker  ?
Oct 15 19:45:56 <PaulFertser> DocScrutinizer: yep
Oct 15 19:46:00 <GNUtoo|laptop> to include the "feature"
Oct 15 19:46:24 <GNUtoo|laptop> if you're lucky they will close the bug because it's already implemented
Oct 15 19:47:48 <DocScrutinizer> OMG we got so crappy ugly chanlogs here :-/
Oct 15 19:48:05 <DocScrutinizer> ~logs
Oct 15 19:48:06 <apt> logs are on http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. logs are updated daily  ---  livelogs are http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt  and http://hentges.net/tmp/logs/irc/livelogs/#openmoko-cdevel.livelog
Oct 15 19:50:24 <DocScrutinizer> ticket closed as invalid. The correct password is *********
Oct 15 19:50:38 <DocScrutinizer> :-P
Oct 15 19:51:54 <nschle85> mrmoku: hmmm if my son gives me some minutes (hes will be 2 month old on 17th) ill check in the first skelleton of shr help. be for it i need to create some admonitions with gimp (am also no a graphic artist).
Oct 15 19:53:25 <nschle85> mrmoku: sorry for the much mistakes, i am using an apple keyboard
Oct 15 19:57:45 <nschle85> mrmoku: you did activated the account for me. where do i have commit rights ? only in shr-docs or in all repositories ?
Oct 15 20:00:10 <mrmoku> nschle85: shr-docs
Oct 15 20:00:19 <mrmoku> nschle85: commit rights are per repository
Oct 15 20:01:06 <nschle85> mrmoku: ok, i don't need more rights.
Oct 15 20:02:22 <nschle85> mrmoku: i have another question
Oct 15 20:05:11 <nschle85> mrmoku: last week i stressed JaMa with every bug, which leads to uncompilable shr image. is he the right person or who should i enter when i create a new bug which leads to uncompilable shr image ? 
Oct 15 20:24:05 <mrmoku> nschle85: JaMa|off is very competent... always a good person to ask :) 
Oct 15 20:24:25 <mrmoku> nschle85: though you can just ask here
Oct 15 20:31:37 <Heinervdm> nschle85: most of the time it's a general OE.dev bug, so perhaps you should join #oe too, because all the reported bugs were reported there and also quick solutions are discussed there
Oct 15 20:32:52 <nschle85> Heinervdm: ok, thank you.
Oct 15 20:38:20 <nschle85> Heinervdm: is there any "organygram" for shr project ? 
Oct 15 20:38:32 <Heinervdm> nschle85: no
Oct 15 20:39:05 <nschle85> Heinervdm: hmmm.....
Oct 15 20:39:11 <Heinervdm> nschle85: everyone is doing what he wants to do ;)
Oct 15 20:39:46 <Heinervdm> and i don't know who is in the coreteam, there are some i've never seen ;)
Oct 15 20:40:43 <nschle85> Heinervdm: ok, ill not ask my questions i prepared
Oct 15 20:41:11 <nschle85> Heinervdm: but who is behind SHR ?
Oct 15 20:42:01 <Heinervdm> the active coreteam members are: mrmoku, TAsn, JaMa and dos1
Oct 15 20:42:16 <Heinervdm> spaetz, me and Ainulindale are inactive
Oct 15 20:42:49 <Heinervdm> and i think there are some official members that are inactive for more then 1 year
Oct 15 20:43:00 <Ainulindale> I'm more than inactive
Oct 15 20:43:04 <Ainulindale> I'm totally and utterly not there
Oct 15 20:43:10 <Heinervdm> :)
Oct 15 20:43:14 <CIA-102> freesmartphone.org: 03daniele.athome 07specs * rfbc03ba6fe26 10/ (3 files in 3 dirs): 
Oct 15 20:43:14 <CIA-102> freesmartphone.org: PIM.Messages: new method QueryThreads to query for message threads
Oct 15 20:43:14 <CIA-102> freesmartphone.org: Implementation will be pushed to opimd soon
Oct 15 20:43:14 <CIA-102> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Oct 15 20:43:20 <nschle85> i read about spaetz that he is inactive but why are you inactive ?
Oct 15 20:43:25 <CIA-102> freesmartphone.org: 03daniele.athome 07libfso-glib * r145c46184217 10/configure.ac: 
Oct 15 20:43:25 <CIA-102> freesmartphone.org: bump for PIM.Messages.QueryThreads
Oct 15 20:43:26 <CIA-102> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Oct 15 20:44:00 <Heinervdm> nschle85: i'm having currently some exams for my diploma
Oct 15 20:44:21 <Heinervdm> i hope that they are over in a month
Oct 15 20:44:50 <CIA-102> freesmartphone.org: 03daniele.athome 07specs * r61aba93808cd 10/xml/org.freesmartphone.PIM.Messages.xml: 
Oct 15 20:44:50 <CIA-102> freesmartphone.org: Correct indentation
Oct 15 20:44:50 <CIA-102> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Oct 15 20:45:08 <mrmoku> Ainulindale: as long as you react to being highlited... you're here ;)
Oct 15 20:45:10 <nschle85> Heinervdm: ok you are interested in project but has a small off time
Oct 15 20:45:29 <nschle85> Heinervdm: wich you the best
Oct 15 20:45:36 <Heinervdm> nschle85: yes, thanks
Oct 15 20:45:44 <Ainulindale> mrmoku: well it depends on what I do in real life, truth be told
Oct 15 20:45:58 <mrmoku> sure :)
Oct 15 20:48:19 <CIA-102> freesmartphone.org: 03daniele.athome 07libfreesmartphone-glib * r3e653204c46c 10/xml/org.freesmartphone.PIM.Messages.xml: 
Oct 15 20:48:20 <CIA-102> freesmartphone.org: Added PIM.Messages.QueryThreads
Oct 15 20:48:20 <CIA-102> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Oct 15 20:51:20 <TAsn> Heinervdm, I'm kinda active.
Oct 15 20:51:38 <TAsn> Heinervdm, I'm not that active in the ML anymore unfortunately as I really don't have time for nothing not work/school related.
Oct 15 20:51:48 <TAsn> Heinervdm, But yeah, I still read core ML :P
Oct 15 20:52:00 <TAsn> And respond to very important emails :P
Oct 15 20:52:03 <Heinervdm> TAsn: your are in the active list ;)
Oct 15 20:52:08 <TAsn> I know.
Oct 15 20:52:10 <mrmoku> yeah... core ML
Oct 15 20:52:24 <TAsn> but I wanted to make sure you don't accidentally tell people I'm too active :P
Oct 15 20:52:25 <mrmoku> 1 mail per quarter :;P
Oct 15 20:52:36 <Heinervdm> TAsn: ok :)
Oct 15 20:52:43 <TAsn> mrmoku, like a proper board :P
Oct 15 20:52:56 <Heinervdm> Who else is in coreteam?
Oct 15 20:53:11 <mrmoku> good question
Oct 15 20:53:19 <TAsn> there are people listed in the ML
Oct 15 20:53:21 <mrmoku> mickeyl, angus
Oct 15 20:53:41 <TAsn> but I thank you mostly covered anyone ever was/is active in shr
Oct 15 20:53:45 <TAsn> except for quickdev of course :P
Oct 15 20:53:52 <Heinervdm> Who is Rafael Campos?
Oct 15 20:53:55 <TAsn> Heinervdm, oh, you are also inactive?!
Oct 15 20:54:13 <TAsn> Heinervdm, a guy which I forgot his irc nick but I really recognize the name :P
Oct 15 20:54:22 <Heinervdm> :)
Oct 15 20:54:33 <Heinervdm> he is on the core ML
Oct 15 20:54:44 <TAsn> nice to know :P
Oct 15 20:54:48 <Heinervdm> m0nt0 has retired
Oct 15 20:55:55 <mrmoku> ptitjes too
Oct 15 20:56:00 <TAsn> OH RIGHT
Oct 15 20:56:09 <Heinervdm> TAsn: i will be active again in a month, then i will help tim abell with shr-t
Oct 15 20:56:11 <TAsn> forgot about him, I'm so ashamed. :P
Oct 15 20:56:30 <TAsn> Heinervdm, I said that so many times before
Oct 15 20:56:35 <Heinervdm> Rafael = methril 
Oct 15 20:56:40 <TAsn> right!
Oct 15 20:56:51 <TAsn> I'm really don't want to make false promises again :P
Oct 15 20:57:40 <TAsn> I just got myself a tablet, I want to see if I can get shr to run on it :P
Oct 15 20:57:50 <Heinervdm> :) only if i fail i will be inactive for some more time :)
Oct 15 20:57:51 <TAsn> once I get it to work (and it should "just work")
Oct 15 20:58:23 <TAsn> I'll hopefully address the running as root crap. :P
Oct 15 20:58:31 <Heinervdm> :)
Oct 15 20:58:46 <TAsn> Yeah, pretty weird I haven't gotten to that until now.
Oct 15 20:59:12 <Heinervdm> i also want to return to the FSO PBAP blugin for obexd 
Oct 15 20:59:20 <TAsn> :P
Oct 15 21:00:07 <TAsn> any
Oct 15 21:00:11 <TAsn> for some reason
Oct 15 21:00:29 <TAsn> mosquitoes decided I'm really tasty
Oct 15 21:00:42 <Heinervdm> :)
Oct 15 21:00:48 <TAsn> it only happened recently, maybe I appeared in their restaurnt guide or something
Oct 15 21:00:51 <TAsn> restaurant
Oct 15 21:00:52 <TAsn> *
Oct 15 21:01:14 <TAsn> anyhow, ciao.
Oct 15 21:01:17 <Heinervdm> here all mosquitoes are already dead
Oct 15 21:12:10 <nschle85> Heinervdm: TAsn: mrmoku: I am sorry...... i wont start such discussion......
Oct 15 21:13:13 <Heinervdm> nschle85: no problem :)
Oct 15 21:13:22 <TAsn> nschle85, hm.. no idea what you are talking about, but don't be. :P
Oct 15 21:13:34 <TAsn> If you're intentions were good, that's enough for me :P
Oct 15 21:13:40 <TAsn> (again, saying without knowing what you did)
Oct 15 21:14:06 <TAsn> anyhow, ciao.
Oct 15 21:14:17 <DocScrutinizer> meh, Friday night *yawn*
Oct 15 21:14:31 <nschle85> TAsn: have sweet dreams...
Oct 15 21:18:37 <nschle85> mrmoku: is JaMa every weekend off ? 
Oct 15 21:53:14 <JaMa|off> nschle85: no
Oct 15 21:54:11 <nschle85> JaMa: no ?   what was the question ?
Oct 15 21:55:10 <JaMa> 23:15:54 < nschle85> mrmoku: is JaMa every weekend off ?
Oct 15 21:55:30 * JaMa just returned from dance school, so end of "Off" time
Oct 15 21:57:28 <nschle85> JaMa: what kind of dance are you learning  ?
Oct 15 21:59:11 <JaMa> classics, today cha cha :)
Oct 15 22:02:57 <nschle85> JaMa: wow,my wife did made latino lessons ...... like cha cha , samba too.
Oct 15 22:03:35 <nschle85> JaMa: i can play piano but i cant (like) dance
Oct 15 22:08:50 <JaMa> nschle85: I don't like it much too, but it's part of social interaction so it's better to know the basics :)
Oct 15 22:12:05 <nschle85> JaMa: thats true
Oct 15 22:14:09 <nschle85> JaMa: i stressed you this week with every bug preventing shr image compiling. may i send you every bug, which occures on "make update; make image" ?
Oct 15 22:16:25 <JaMa> nschle85: well it's OK, but as I've replied to one of the bugs from last week, if it's from recipe not related to SHR and sometimes already well known bug then OE bug tracker/ML can be better place to report those
Oct 15 22:17:07 <JaMa> and definetely no need to report QA messages, see http://tinderbox.openembedded.net/packages/?qalog=1
Oct 15 22:18:46 <JaMa> nschle85: and if you're running your hudson builds everytime from scratch it would be nice to cooperate/report here http://wiki.openembedded.net/index.php/Testing
Oct 15 22:27:33 <nschle85> JaMa: ok, but would like to keep on track on shr unstable. so I'll tell you about any problems if I can't get any support in irc. so you should no be angry about the bug entry.   
Oct 15 22:27:53 <JaMa> I'm not angry :)
Oct 15 22:29:02 <JaMa> those testing branches are shr-u state from every friday morning.. so you'll have in worst case week old version and good thing is that you'll see which errors are already known
Oct 15 22:30:01 <nschle85> JaMa: hmm, i thought shr-testing is round about 6 month old
Oct 15 22:30:49 <JaMa> this is testing branch of OE master
Oct 15 22:30:53 <JaMa> not shr-testing branch
Oct 15 22:31:14 <JaMa> please read that wiki page for more info
Oct 15 22:31:35 <nschle85> JaMa: ill do that
Oct 15 22:32:36 <nschle85> JaMa: so ill not take your time (and ill prepare the first documentation commit) have a good night.
Oct 15 22:33:05 <JaMa> :) gnight
Oct 15 22:57:12 <methril> hi!! i see my name her
Oct 15 22:57:18 <methril> s/her/here
Oct 15 22:58:08 <methril> Heinervdm, i'm not really active now, i was so busy with translate, and so on
Oct 16 02:31:27 <DocScrutinizer51> ~ping
Oct 16 02:31:27 <apt> ~pong
**** ENDING LOGGING AT Sat Oct 16 02:59:58 2010