**** BEGIN LOGGING AT Sat Nov 14 02:59:56 2009
Nov 14 06:19:03 <shaz> hello waqar
Nov 14 06:19:15 <shaz> stuck somewhere again?
Nov 14 06:21:02 <Afridi> I am trying to build shr but after the first step "make setup", I ran fso-abyss and its stuck there
Nov 14 06:21:12 <Afridi> for about an hour
Nov 14 06:22:42 <Afridi> should I restart the process (Dont want to due time wastage) or should I go directly with "make image".
Nov 14 06:22:55 <JaMa> mrmoku|away: kernel.bbclass fixed by RP now.. I'll revert revert and you can rebuild all 3 kernels.. and shr-image ;)
Nov 14 06:23:41 <shaz> Are there any signs of activity? Monitor your build processes with OS tools and manual analysis
Nov 14 06:24:34 <Afridi> main.vala:76: => mainloop Thats the place where its stuck
Nov 14 06:26:44 <shaz> let me see ...
Nov 14 06:29:21 <shaz> The build shr page on wiki says if it gets the problem then you can do manual bitbake. I think for the time being you can do without it as well.
Nov 14 06:31:30 <Afridi> Let me see then
Nov 14 06:32:08 <shaz> k
Nov 14 06:40:57 <Afridi> The process started
Nov 14 06:41:15 <Afridi> Lots of things missing and errors but its still on the way
Nov 14 06:41:32 <Afridi> so lets see what happens
Nov 14 07:21:50 <shaz> waqar: It might be the bad connectivity.
Nov 14 07:22:08 <shaz> Afridi: It might be the bad connectivity.
Nov 14 09:05:10 <TAsn> mrmoku|away, well? image? :))))
Nov 14 09:06:18 <mrmoku> JaMa: hehe, ok
Nov 14 09:06:27 <mrmoku> (your revert was working nice though :)
Nov 14 09:21:28 <BluesLee> mrmoku:  whats the philosophy about shr images now? i dont see the under testing or unstable anymore, do you have your own ones?
Nov 14 09:22:45 <mrmoku> BluesLee: we have no philosophy...
Nov 14 09:23:05 <mrmoku> we just have been changing so much around that syncing them to unstable would not be very much appreciated
Nov 14 09:23:36 <mrmoku> because I'm quite sure everybody would complain loudly if we sync some phone-func-breaking images...
Nov 14 09:23:56 <mrmoku> but.... we have something now
Nov 14 09:24:01 <mrmoku> which is great
Nov 14 09:24:07 <mrmoku> and seems to work even :P
Nov 14 09:24:09 <BluesLee> mrmoku: and what is the status, whats going on in the background
Nov 14 09:24:24 <BluesLee> i use one from june or july i think
Nov 14 09:24:31 <mrmoku> so... you will see a new unstable today
Nov 14 09:24:37 <BluesLee> it seems to be more or less stable
Nov 14 09:24:49 <mrmoku> about testing we have another problem
Nov 14 09:25:01 <BluesLee> you mean shr unstable or mrmoku/unstable?
Nov 14 09:25:02 <mrmoku> for testing we have to merge our stuff into org.oe.dev first
Nov 14 09:25:09 <mrmoku> BluesLee: no real unstable
Nov 14 09:25:19 <BluesLee> thats fine
Nov 14 09:25:24 <BluesLee> i will test that one
Nov 14 09:25:44 <BluesLee> do you switched the default theme yet?
Nov 14 09:26:14 <mrmoku> yup
Nov 14 09:26:19 <mrmoku> gry theme is default now
Nov 14 09:31:24 <BluesLee> mrmoku: can i edit the flaunch icons at the bottom or is it hardcoded?
Nov 14 09:31:37 <[Rui]> mrmoku: do you have an image already?
Nov 14 09:31:50 <[Rui]> I have an idle 2G µSDHC
Nov 14 09:33:19 <mrmoku> BluesLee: what are flaunch icons?
Nov 14 09:33:52 <mrmoku> [Rui]: if you want to test on an extra partition
Nov 14 09:33:52 <BluesLee> mrmoku: contacts/dialer/messages
Nov 14 09:34:14 <mrmoku> [Rui]: you can test from tests/mrmoku/unstable
Nov 14 09:34:24 * mrmoku is testing himself right now
Nov 14 09:34:39 <mrmoku> waiting for a SMS... does not arrive though :|
Nov 14 09:34:53 <BluesLee> mrmoku: hehe
Nov 14 09:34:59 <[Rui]> mrmoku: ah... that's bad for me, but not as bad as no phone!
Nov 14 09:35:03 <[Rui]> or no calls
Nov 14 09:35:19 <mrmoku> ahh ok...
Nov 14 09:35:30 <mrmoku> tried from my wifes handy and it arrived immediately :D
Nov 14 09:35:41 <mrmoku> via sipgate.de I'm still waiting for it
Nov 14 09:35:48 <mrmoku> [Rui]: looks all good
Nov 14 09:39:41 <mrmoku> TAsn: hmm... adding contact from SMS segfaults again... that was fixed already, no?
Nov 14 09:46:34 <[Rui]> mrmoku: last image is from yesterday?
Nov 14 09:47:13 <mrmoku> [Rui]: yup
Nov 14 09:47:38 <[Rui]> mrmoku: all I need is to download the tar.gz and untar it in sdb1 mount point, right?
Nov 14 09:49:15 <mrmoku> [Rui]: yup
Nov 14 09:52:45 <[Rui]> powering off.
Nov 14 09:54:29 <[Rui]> hello tux with new shr logo on its belly
Nov 14 09:54:55 <mrmoku> ok... building three kernels in parallel is obviously too much for the buildhost...
Nov 14 09:54:58 <mrmoku> ERROR: fork failed: 12 (Cannot allocate memory)
Nov 14 09:55:21 <mrmoku> mickey|zzZZzz: ping :)
Nov 14 09:56:00 <mrmoku> [Rui]: yup... tux with logo :)
Nov 14 09:56:36 <[Rui]> what's the difference between the two profiles? illume and illume-shr?
Nov 14 09:57:08 <[Rui]> should I choose illume-shr?
Nov 14 09:59:24 <[Rui]> wow, it's a lot speedier!
Nov 14 10:00:16 <mrmoku> [Rui]: allways choose illume-shr
Nov 14 10:00:27 <Flyser> mrmoku: I just flashed the latest image from yesterday, but there seem to be a lot of small glitches (compared to the latest unstable)
Nov 14 10:00:31 <mrmoku> the other one is just there because it is not easy to _not_ have it there :P
Nov 14 10:00:33 <[Rui]> mrmoku: thought so, but it's been a while since I last installed from scratch :)
Nov 14 10:00:41 <mrmoku> will change when we have finished our fist start wizard
Nov 14 10:00:53 <mrmoku> Flyser: like what?
Nov 14 10:01:03 * mrmoku is interested in all glitches :)
Nov 14 10:01:56 <Flyser> mrmoku: I deleted a SMS and the message window stays open showing the SMS I just deleted
Nov 14 10:02:42 <Flyser> after closing that, It still shows up in the list of messages
Nov 14 10:02:55 <Flyser> restarting the messages application fixes that
Nov 14 10:04:10 <Flyser> second thing is ... If you boot the image without a SIM card, the "Your storage is full, please delete some messages ..." dialog comes up
Nov 14 10:05:28 <CIA-86> SHR: 03mok 07libphone-ui * rd58db57af334 10/ (data/libphoneui.conf src/phoneui-utils.c src/phoneui-utils.h): Merge branch 'master' of git+ssh://git@git.shr-project.org/libphone-ui
Nov 14 10:05:39 <CIA-86> SHR: 03mok 07libphone-ui * rbc677b190670 10/src/phoneui-utils.c: utils: look for Phone _and_ phone when sanitizing contact data
Nov 14 10:05:53 <Flyser> third: The contacts application behaves weird. you can select contacts just by long pressing on them. (even while scrolling slowly through the list)
Nov 14 10:05:55 <[Rui]> I'm going to try to keep using it during the weekend
Nov 14 10:06:10 <mrmoku> [Rui]: great
Nov 14 10:06:35 <mrmoku> Flyser: hmm... the first two I kind of know about... the third is intended to be like that... not good?
Nov 14 10:06:47 <mrmoku> Flyser: btw.... you know the index?
Nov 14 10:08:28 <Flyser> well "select contacts" might have been the wrong words^^ It opens the "contact details" page, when you long press on a contact
Nov 14 10:08:38 <Flyser> uhm no, whats that?
Nov 14 10:09:08 <mrmoku> Flyser: try to scroll on the outer right side of the contact list
Nov 14 10:09:23 <mrmoku> it will show an index with first letters to fast-jump to
Nov 14 10:10:01 <[Rui]> shr-settings seems to be a bit broken
Nov 14 10:10:02 <Flyser> neat^^ I will try in a second. My fr is booting right now
Nov 14 10:10:06 <mrmoku> Flyser: (longpress) yeah, I thought that might be an interesting double-klick substitute... if people find that annoying it is easy to remove
Nov 14 10:10:25 <[Rui]> can anyone tell me whether the default storage backend is now sqlite for messages, calls and contacts?
Nov 14 10:10:42 <[Rui]> I can't view it from shr-settings and I don't know where that setting is stored in the filesystem
Nov 14 10:10:44 <mrmoku> [Rui]: yup
Nov 14 10:10:55 <[Rui]> ok
Nov 14 10:10:55 <Flyser> mrmoku: It's annoying because it can also be triggered while scrolling slowly 
Nov 14 10:11:00 <mrmoku> [Rui]: it is in /etc/frameworkd.conf
Nov 14 10:11:29 <[Rui]> the dialer app shouldn't go away per call
Nov 14 10:11:45 <[Rui]> when a call ends and I'd like to make a new call, I shouldn't need to launch it again
Nov 14 10:12:00 <[Rui]> of course now that it loads so much faster it's such a bother, but even so :)
Nov 14 10:12:10 <[Rui]> of course now that it loads so much faster it's NOT such a bother, but even so :)
Nov 14 10:12:22 <Flyser> ^^
Nov 14 10:12:39 <Flyser> The overall speedup is nice :-)
Nov 14 10:14:25 <Flyser> but the shr settings dialogs are a bit hard to read with the new theme
Nov 14 10:15:22 <[Rui]> is there an updated vcf2opim program?
Nov 14 10:15:22 <Flyser> mrmoku: another one: Adding new contacts is extremly userUNfriendly ...
Nov 14 10:17:38 <[Rui]> Flyser: you're right, just tried it and... OUCH
Nov 14 10:18:22 <[Rui]> "field? how the hell should I know" :)
Nov 14 10:19:14 <[Rui]> but it's a work in progress :)
Nov 14 10:21:26 <[Rui]> the phone log takes an "unusually" long time to load, even empty. Unusual since the load speed on the other main apps is so quick
Nov 14 10:24:10 <Flyser> lol^^ I just tried altering the volume slider while calling someone (the phone was still ringing) and the sound you hear while the other phone is ringing stopped. I hope you understand what I mean :-)
Nov 14 10:25:20 <sicu> <[Rui]> is there an updated vcf2opim program? :: Have you tried 'pisi' ?
Nov 14 10:25:57 <[Rui]> sicu: opkg search pisi didn't result in anything, which is why I asked
Nov 14 10:26:04 <Flyser> another one: In 2 out of 5 boots the PIN dialog gets stuck in "Checking".
Nov 14 10:26:11 <sicu> it should be in the SHR feed
Nov 14 10:27:13 <sicu> [Rui]: http://www.opkg.org/package_191.html
Nov 14 10:27:15 <mrmoku> we will port the phonelog to our new libphone-ui structure too...
Nov 14 10:27:26 <mrmoku> which should speed it up by some magnitudes
Nov 14 10:27:32 <[Rui]> mrmoku: ah, so it isn't ported yet. ok, cool :)
Nov 14 10:27:44 <mrmoku> sicu: NOOOO please don't try that
Nov 14 10:28:02 <mrmoku> sicu: the feed is building and pisi will soon be there
Nov 14 10:28:07 <[Rui]> sicu: doesn't seem to be at mrmoku's image :)
Nov 14 10:28:08 <mrmoku>  but we switchted to eglibc
Nov 14 10:28:11 <[Rui]> mrmoku: ah... :)
Nov 14 10:28:14 <mrmoku> so... it won't work
Nov 14 10:28:17 <mrmoku> (opkg)
Nov 14 10:29:01 <mrmoku> opkg.org I mean
Nov 14 10:29:37 <sicu> mrmoku: i know, which is why i said it was in the feed (only gave opkg.org link since he said he couldn't find it)
Nov 14 10:30:51 <mrmoku> sicu: ok
Nov 14 10:30:52 <mrmoku> :)
Nov 14 10:31:12 <sicu> mrmoku: btw, grats on getting everything to build finally ... in spite of it being friday 13th ;)
Nov 14 10:36:37 <mrmoku> sicu: yeah... stranged we managed to build it yesterday... though most thanks go to JaMa who was working very hard on it yesterday :)
Nov 14 10:36:45 <mrmoku> s/stranged/strange/
Nov 14 10:36:46 <apt> mrmoku meant: sicu: yeah... strange we managed to build it yesterday... though most thanks go to JaMa who was working very hard on it yesterday :)
Nov 14 10:42:37 <Flyser> mrmoku: I think I found the cause of the Checking-forever problem. If the phone autosuspends while the pin dialog is still open, it gets stuck in checking after you entered the pin.
Nov 14 10:46:36 <mrmoku> Flyser: hmm possible
Nov 14 10:51:39 <Flyser> Suspend seems to be faster, but resume is slightly slower imo
Nov 14 10:54:03 <mrmoku> Flyser: we had problems with resume taking endlessly... (like more then 4s)
Nov 14 10:54:13 <mrmoku> so we're quite happy with what we have now :P
Nov 14 10:54:17 <Flyser> I know :-)
Nov 14 10:54:27 <mrmoku> and I'm sure white will still enhance it :)
Nov 14 10:55:57 <mrmoku> Flyser: and we will enhanced it someday by switching to more fso vala parts too
Nov 14 10:56:52 <Flyser> okay
Nov 14 10:57:49 <mrmoku> what I'm not yet happy with is the state of affairs in libphone-ui-shr
Nov 14 10:58:49 <mrmoku> the good thing is... that depends mostly on me ;)
Nov 14 11:00:20 <Flyser> ^^
Nov 14 11:44:24 <max_posedon> hi! shr-mrmoku/oemerge gone, what I should use now? 
Nov 14 11:45:01 <mrmoku> max_posedon: tests/mrmoku/unstable
Nov 14 11:45:09 <mrmoku> max_posedon: I cleaned up those symlinks a bit
Nov 14 11:45:17 <max_posedon> ok
Nov 14 11:45:22 <mrmoku> max_posedon: and we will have a new official unstable image today
Nov 14 11:45:28 <mrmoku> building the feed right now :)
Nov 14 11:45:41 <max_posedon> wow) better then never
Nov 14 11:47:12 <mrmoku> max_posedon: and even before new year :)
Nov 14 11:47:23 <mrmoku> though... upgrading might be broken from what you have
Nov 14 11:47:39 <mrmoku> we changed back to the upgradeable git package names
Nov 14 11:47:58 <max_posedon> I'll try
Nov 14 11:49:04 <max_posedon> but if it means remerge every package, I'll better reflash
Nov 14 11:49:08 <mrmoku> max_posedon: think about it... syncing to official might happen tomorrow... as I don't know how long building the feed and the big image will take
Nov 14 11:49:21 <mrmoku> s/think/thinking/
Nov 14 11:49:21 <apt> mrmoku meant: max_posedon: thinking about it... syncing to official might happen tomorrow... as I don't know how long building the feed and the big image will take
Nov 14 11:49:36 <mrmoku> but what we have now will be the next unstable image
Nov 14 11:49:40 <daniele_athome> hello!
Nov 14 11:49:41 <mrmoku> looks quite good
Nov 14 11:49:47 <mrmoku> daniele_athome: ciao
Nov 14 11:50:09 * mrmoku sports now... got to play some soccer :)
Nov 14 11:50:14 <mrmoku> bbl
Nov 14 11:50:17 <daniele_athome> i have oemerge installed
Nov 14 11:50:20 <daniele_athome> bye mrmoku|away 
Nov 14 11:50:48 <daniele_athome> i'm trying to modify power button behaviour that should act like on android
Nov 14 11:52:10 <daniele_athome> that is: [0.0 noaction(by now)] [2.0 idle_dim->idle_prelock->lock] [5.0 syscon]
Nov 14 11:52:33 <daniele_athome> I tried 2.0 action in two ways: one with a shell script calling dbus-send 3 times for setting the state
Nov 14 11:53:15 <UberNeo> Hi ..anybody coming in FOSS 2009 in Bangalore India
Nov 14 11:53:18 <daniele_athome> second attempt was modifying shr-today for sending the same messages as the previous script with dbus on power press above 2 seconds
Nov 14 11:53:45 <daniele_athome> in first case, with enlightenment key binding, shell script gets called like 10 times
Nov 14 11:53:59 <daniele_athome> you can imagine the mess
Nov 14 11:54:28 <daniele_athome> with shr-today, after idle_dim message, frameworkd receives a new setstate call, which sets the state back to busy
Nov 14 11:54:32 <daniele_athome> and so turning on the light again
Nov 14 11:54:59 <daniele_athome> and then shr-today will set lock, but the backlight is on now...
Nov 14 12:12:46 <[Rui]> well, I've just received two calls, things seemed to still be fine :)
Nov 14 12:13:13 <[Rui]> however, adding a contact from phonelog is currently broken
Nov 14 12:15:01 <[Rui]> adding fields crashes contacts, but field gets added anyway
Nov 14 12:17:33 <[Rui]> scrolling the contact list is a bit broken to, but not so seriously... it just annoyingly decided to load a contact as you scroll around
Nov 14 12:19:31 <Flyser> [Rui]: That's what I was talking about earlier
Nov 14 12:20:58 <mickeyl> mrmoku|away: pong
Nov 14 12:20:59 <[Rui]> loading shr-today could be faster if the top panel wasn't touched at all
Nov 14 13:09:51 <TAsn> mrmoku|away, Yeah, it was fixed. actually, also adding contact from phonelog segs, I wonder what went wrong.
Nov 14 13:10:02 <TAsn> unfortunately, I don't have time to check, ciao ;)
Nov 14 13:12:14 * [Rui] wonders if the buildhost could build elmdentica right now...
Nov 14 13:12:20 <TAsn> mrmoku|away, how's the image doing?
Nov 14 13:12:42 <TAsn> [Rui], concerning your issues, yeah, I noticed them as well :( We'll try to fix asap.
Nov 14 13:13:09 <[Rui]> TAsn: no problem, seems to be usable enough, I'll be using it during the weekend and if I find more annoyances I'll be sure to bug around :)
Nov 14 13:13:35 <[Rui]> if I'm happy with it, I'll transfer the fs to the 8GB card and use it from then on
Nov 14 13:13:35 <TAsn> [Rui], those are the only annoyances I stumbled upon.
Nov 14 13:13:45 <TAsn> My biggest issue is with adding numbers from phonelog
Nov 14 13:13:51 <TAsn> which isn't *that* bad as well
Nov 14 13:14:16 <[Rui]> TAsn: adding contacts has to be revamped, it's very scary :)
Nov 14 13:14:19 <TAsn> since you can workaround it (open a contacts screen and manually copy)
Nov 14 13:14:25 <[Rui]> yeah
Nov 14 13:14:28 <TAsn> [Rui], I agree.
Nov 14 13:14:38 <TAsn> mickeyl, What about your notes concerning opimd_redesign? :)
Nov 14 13:15:40 <TAsn> [Rui], this is mostly because of a bad opimd design, we should work around it anyway, though I'd really prefer to see native opimd handling.
Nov 14 13:15:48 <[Rui]> sqlite3 programming is a bit convulted, I wish there was a nice API like Perl's DBI :)
Nov 14 13:15:55 <mickeyl> TAsn: i did this weeks ago on some paper :/
Nov 14 13:16:02 <mickeyl> then forgot about it
Nov 14 13:16:08 <TAsn> mickeyl, hehe ;)
Nov 14 13:16:15 <TAsn> at least, do you know where that paper is?
Nov 14 13:16:27 <mickeyl> there's only two options
Nov 14 13:16:31 <mickeyl> in my office bag or in the office
Nov 14 13:17:16 <TAsn> both are not available today or tomorrow ;)
Nov 14 13:17:29 <TAsn> Trying to buy more time? ;]
Nov 14 13:17:38 <TAsn> j/k, cool enough, will remind you on monday.
Nov 14 13:18:03 <mickeyl> do that, even if i do not find it, this time it's going to be quick as i did think about it already
Nov 14 13:18:15 <daniele_athome> there are some problems with phone calls in oemerge image
Nov 14 13:18:23 <TAsn> daniele_athome, ?
Nov 14 13:18:37 <TAsn> mickeyl, what was the general spirit of your thoughts? do you agree or disagree?
Nov 14 13:18:57 <mickeyl> TAsn: if i remember correctly, i agreed on the whole picture but had some disagreements in details
Nov 14 13:19:04 <daniele_athome> if volume during an outgoing call is zero
Nov 14 13:19:24 <TAsn> mickeyl, that's fine with me. as I care abotu the whole picture and haven't thought about the details a lot.
Nov 14 13:19:27 <playya__> could someone please merge oe.dev to shr/merge. they fixed the webkit-gtk build
Nov 14 13:19:35 <TAsn> daniele_athome, it's always zero
Nov 14 13:19:38 <TAsn> (in the bar)
Nov 14 13:19:40 <TAsn> it's a bug
Nov 14 13:19:42 <daniele_athome> when I try to move the volume slider, volume doesn't get up
Nov 14 13:19:50 <daniele_athome> yes but it doesn't get up
Nov 14 13:19:53 <daniele_athome> even manually
Nov 14 13:19:59 <TAsn> but you can move it wherever you want
Nov 14 13:20:01 <daniele_athome> but the phone call gets carried out
Nov 14 13:20:07 <daniele_athome> mmm
Nov 14 13:20:10 <TAsn> daniele_athome, when the call just starts
Nov 14 13:20:22 <TAsn> do you hear it correctly?
Nov 14 13:20:24 <TAsn> or don't you?
Nov 14 13:20:25 <daniele_athome> no
Nov 14 13:20:30 <daniele_athome> that's the problem
Nov 14 13:20:38 <mickeyl> TAsn: right. one thing where i disagree is abandoning the async interface. this interface is being written with UIs in mind and you will appreciate it once you work with large databases. I do not disagree with adding a sync interface in addition to make it simpler for small clients though
Nov 14 13:20:38 <TAsn> daniele_athome, try to turn the volume up to max.
Nov 14 13:20:40 <daniele_athome> but the next call will succeed
Nov 14 13:20:46 <daniele_athome> so only the first, as I can see
Nov 14 13:20:55 <TAsn> daniele_athome, actually, I know what's wrong.
Nov 14 13:20:58 <mickeyl> async/sync is the wrong terminology here
Nov 14 13:21:04 <TAsn> mickeyl, got what you mean though.
Nov 14 13:21:10 <TAsn> and yeah, cool enough, I agree.
Nov 14 13:21:20 <TAsn> What I meant there is that I want a simple interface as well.
Nov 14 13:21:26 <mickeyl> right, make sense
Nov 14 13:21:34 <TAsn> great :)
Nov 14 13:21:43 <TAsn> daniele_athome, lsmod | grep snd
Nov 14 13:22:00 <daniele_athome> all loaded :)
Nov 14 13:22:18 <daniele_athome> maybe volume is zero at startup?
Nov 14 13:22:23 <TAsn> no, wait
Nov 14 13:22:31 <TAsn> pastebin the modules
Nov 14 13:22:33 <daniele_athome> ok
Nov 14 13:22:38 <TAsn> I wanna see for myself.
Nov 14 13:23:01 <TAsn> If you loaded them manually, you should restart phoneuid
Nov 14 13:23:09 <daniele_athome> http://pastebin.com/d30f2b60d
Nov 14 13:23:15 <TAsn> i.e killall phoneuid && /etc/X11/Xsession.d/80phoneuid
Nov 14 13:23:33 <[Rui]> this should be fixed, thoug: 	/proc/sys/vm/mmap_min_addr is not 0. This will cause problems with qemu so please fix the value (as root).
Nov 14 13:23:45 <[Rui]> using value 0 opens the system to an exploit
Nov 14 13:23:53 <TAsn> [Rui], yep.
Nov 14 13:24:01 <[Rui]> I had forgotten this...
Nov 14 13:24:02 <daniele_athome> btw, when the phone call started, the screen became to be all blurry
Nov 14 13:24:06 <[Rui]> so I got reminded of it :)
Nov 14 13:24:07 <daniele_athome> I use x11 engine
Nov 14 13:24:16 <daniele_athome> mmm
Nov 14 13:24:17 <TAsn> [Rui], open a bug please. ;) (to oe)
Nov 14 13:24:23 <daniele_athome> with gry theme
Nov 14 13:24:32 <TAsn> daniele_athome, to tell you the truth
Nov 14 13:24:33 <[Rui]> let's see if my old build tree can build recent elmdentica...
Nov 14 13:24:37 <TAsn> it's too hard to debug atm
Nov 14 13:24:48 <TAsn> because of the huge amount of versions
Nov 14 13:24:53 <TAsn> I can't really keep up.
Nov 14 13:24:59 <daniele_athome> I understand
Nov 14 13:25:00 <TAsn> you should just wait a couple of hours for the new unstable.
Nov 14 13:25:13 <TAsn> ciao.
Nov 14 13:25:22 <daniele_athome> can I just update from opkg?
Nov 14 13:25:27 <daniele_athome> I mean instead of downloading the image
Nov 14 13:26:25 <daniele_athome> ok so I'll wait for a frozen unstable image and then I'll start testing :)
Nov 14 13:31:45 <UberNeo> TAsn, are u going for FOSS event in Bangalore India
Nov 14 13:32:19 <TAsn> UberNeo, I wish I could, but I live in israel, and I don't have time to get out of the country :)
Nov 14 13:32:26 <TAsn> daniele_athome, thanks.
Nov 14 13:32:38 <[Rui]> lunch. see ya!
Nov 14 13:32:40 <TAsn> daniele_athome, (update) We prefer not, as we don't support upgrade path yet.
Nov 14 13:32:58 <daniele_athome> ok
Nov 14 13:33:06 <UberNeo> anybody here is going for FOSS event
Nov 14 13:42:27 <Gabrys> hi guys
Nov 14 13:43:23 <Gabrys> I guess I have a bug to report. /etc/crontab exists in my shr unstable and contains one line: 
Nov 14 13:43:24 <Gabrys> http://openmoko.opendevice.org/wiki/doku.php/quake_wifi
Nov 14 13:43:30 <Gabrys> */5 * * * *   /sbin/logrotate /etc/logrotate.conf 
Nov 14 13:43:45 <Gabrys> and there's "root" (the user name field) missing
Nov 14 13:43:56 <Gabrys> sorry for the link, it's irrelevant
Nov 14 13:54:25 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r01556e133e36 10/fsogsmd/ (7 files in 3 dirs): fsogsmd: add enhanced iso3361+tz file cross-referencing data from different sources to augment MBPI
Nov 14 13:59:32 <daniele_athome> i don't understand why occasionally memory card starts to say i/o error
Nov 14 13:59:46 <daniele_athome> I double checked it for badblocks and there is any
Nov 14 14:06:35 <DocScrutinizer> daniele_athome: I seen a lot of flaky uSD. Random fail after some byte to 100s of MB transferred without any problem
Nov 14 14:07:00 <daniele_athome> mmm
Nov 14 14:07:30 <daniele_athome> after reboot: enlightenment first time wizard, that's weird :S
Nov 14 14:08:04 <daniele_athome> lol
Nov 14 14:08:06 <DocScrutinizer> deleted .e/ ?
Nov 14 14:08:12 <daniele_athome> no of course not
Nov 14 14:24:52 <daniele_athome> DocScrutinizer, so the solution is just to buy a better uSD?
Nov 14 14:27:38 <DocScrutinizer> daniele_athome: I suggest a stresstest like e.g. running a "dd if=/dev/zero of=/dev/mmcblkX bs=1M count=x000", on your favourite desktop, using a cardreader or usb->uSD stick
Nov 14 14:28:13 <daniele_athome> that was on my plans too... i'm running e2fsck with badblocks directly on the neo
Nov 14 14:28:14 <daniele_athome> right now
Nov 14 14:28:15 <DocScrutinizer> if the card fails there then you know it's definitely borked and you should get a replacement from your dealer
Nov 14 14:28:23 <daniele_athome> anyway I need to buy a larger uSD...
Nov 14 14:29:41 <DocScrutinizer> daniele_athome: mmc have a hidden bad-block-management, so testing won't tell you that much. Also it seems the flaws are often related to the interface rather than the storage core
Nov 14 14:30:46 <DocScrutinizer> you may try to lower the sd-card clockrate on FR. There are reports it sometimes helps
Nov 14 14:30:53 <DocScrutinizer> on weak cards
Nov 14 14:32:34 <DocScrutinizer> if that helps: I bought a Nokia 16GB which works flawlessly. The brand card before had the aforementioned random IO-errors
Nov 14 14:32:54 <DocScrutinizer> dunno whether it was Kingston or SanDisk
Nov 14 14:33:30 <DocScrutinizer> the Nokia was 5 bucks cheaper even ;-)
Nov 14 14:38:22 <blindcoder> hey DocScrutinizer 
Nov 14 14:38:28 <blindcoder> DocScrutinizer: you got/ordered a n900, right?
Nov 14 14:42:08 <DocScrutinizer-8> blindcoder: yep, I ordered
Nov 14 14:44:00 <daniele_athome> elementary has some problems
Nov 14 14:44:02 <blindcoder> DocScrutinizer-8: my gf is wishing for a new phone for christmas and can't decide between an iphone and the n900. do you have any comparisons between the two?
Nov 14 14:44:04 <daniele_athome> tomorrow I will report more
Nov 14 14:44:07 <daniele_athome> bye! thank you all
Nov 14 14:46:20 <DocScrutinizer-8> blindcoder: well, for your gf, I guess the formfactor and kbd are the things to test
Nov 14 14:48:15 <DocScrutinizer-8> I dare to say, if you wonder to get iPhone or N900, then you probably are a iPhone type of user anyway
Nov 14 14:48:53 <blindcoder> DocScrutinizer-8: heh, not the answer my wallet wanted to hear, but true anyway.
Nov 14 14:49:03 <DocScrutinizer-8> N900 customers know why they don't want any other phone
Nov 14 14:51:39 <blindcoder> alright, iphone it is then.
Nov 14 15:08:31 <luke-jr> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=190347691421 -- Neo 1973 + Freerunner A2 at ~$60 fwiw
Nov 14 15:10:46 <DocScrutinizer-8> freerunner A2 ??
Nov 14 15:11:57 <luke-jr> dunno, that's waht it says
Nov 14 15:13:58 <UberNeo> DocScrutinizer, are u going for FOSS event in Bangalore India
Nov 14 15:19:50 <F4t> hey guys, is testing image out yet?
Nov 14 15:24:04 <DocScrutinizer> UberNeo: lol. No probably not, as nobody will pay for the ticket
Nov 14 15:25:12 <UberNeo> DocScrutinizer, i m here only in Bangalore and going to attend that ..i will update u more about the event
Nov 14 15:26:40 <DocScrutinizer> luke-jr: hmm, it seems I cn't read the full "A:" of that ebay thing. Anyway it says "blue PCB" which I think is an A5 then, which also would be the first FR devices rev being sold 
Nov 14 15:29:52 <luke-jr> DocScrutinizer: anyhow, I've bid my max on it. so feel free to grab it if you want them
Nov 14 15:30:31 <luke-jr> at this point, any more bidding by me would be to increase the sale price (to someone else) to improve the OpenMoko "stock" :p
Nov 14 15:30:47 <DocScrutinizer> anyway a complete set of Neo 1973 Advanced. Plus GTA02-A5.Seems this is quite worth some xxx bucks. I'd even like to get the 1973 advanced for my museum. If I were US resident I'd bid on that
Nov 14 15:31:08 <luke-jr> DocScrutinizer: wanna get it for me? :p
Nov 14 15:32:23 <luke-jr> but the main thing is learning that GSM service is not practical in the USA, so it's not really too useful to me :(
Nov 14 15:34:03 <TAsn> mrmoku|away, any image updates? ;P
Nov 14 15:39:24 <bumbl> ;)
Nov 14 15:57:32 <blindcoder> hehe, my gf is currently playing NumberX on the FR :)
Nov 14 15:59:33 <mrmoku> TAsn: building the feed...
Nov 14 16:00:12 <mrmoku> mickeyl: meanwhile RP applied it :)
Nov 14 16:00:24 <TAsn> mrmoku, ok, but there's no reason why not announce the image, right? as the image exists, there's only lack of packages in feed...
Nov 14 16:00:29 <TAsn> right?
Nov 14 16:00:34 <mrmoku> wrong
Nov 14 16:01:05 <mrmoku> the image is not synced yet... we want the feed to be ready before syncing, no?
Nov 14 16:01:17 <mrmoku> otherwise people will start to complain that this or that is missing
Nov 14 16:01:23 <TAsn> ffs, ok.
Nov 14 16:01:27 <TAsn> when will the feed be ready?
Nov 14 16:01:29 <mrmoku> and install packages from opkg.org which are destined to not work :P
Nov 14 16:01:36 <TAsn> mrmoku, wanna write a release post?
Nov 14 16:01:41 <TAsn> (blog)
Nov 14 16:01:45 <TAsn> and mail (shr-user)?
Nov 14 16:01:48 <mrmoku> NOTE: Running task 3251 of 12224
Nov 14 16:01:51 <TAsn> ffs.
Nov 14 16:01:59 <TAsn> :)
Nov 14 16:02:02 <mrmoku> TAsn: I thought spaetz alread wrote one?
Nov 14 16:02:05 <TAsn> no
Nov 14 16:02:10 <TAsn> he only wrote release notes
Nov 14 16:02:10 <mrmoku> sure?
Nov 14 16:02:12 <TAsn> yes
Nov 14 16:02:16 <TAsn> he sent me what he wrote.
Nov 14 16:02:30 <mrmoku> what is the thing on shr-core?
Nov 14 16:02:30 <TAsn> And there are stuff needed to be added.
Nov 14 16:02:35 <TAsn> what he sent me
Nov 14 16:02:38 <TAsn> I forwarded it.
Nov 14 16:02:42 <mrmoku> ahh, ok
Nov 14 16:03:03 <TAsn> yeah.
Nov 14 16:03:25 <TAsn> we'll have to add stuff to that list
Nov 14 16:03:25 <mrmoku> TAsn: btw... now that python-native is fixed I can build again on my laptop :)
Nov 14 16:03:29 <blindcoder> awww, no image yet? but it's geek brunch in berlin tomorrow!!1! :-)
Nov 14 16:03:30 <TAsn> as it's not done.
Nov 14 16:03:34 <TAsn> mrmoku, great :)
Nov 14 16:03:45 <mrmoku> TAsn: found the dialog issue
Nov 14 16:03:58 <TAsn> dialog didn't work? (I had no idea, I just remembered something)
Nov 14 16:03:59 <mrmoku> it was using the PHONEGUI enum instead of the PHONEUI one
Nov 14 16:04:03 <TAsn> oh
Nov 14 16:04:08 <TAsn> yeah, noticed that
Nov 14 16:04:11 <mrmoku> it worked... but showed the wrong one :P
Nov 14 16:04:12 <TAsn> also added a FIXME
Nov 14 16:04:13 <TAsn> iirc
Nov 14 16:04:19 <TAsn> mrmoku, oh.
Nov 14 16:04:28 <mrmoku> and I have names in messages list to test...
Nov 14 16:04:40 <mrmoku> NOTE: Running task 1366 of 2545
Nov 14 16:04:41 <TAsn> you fixed it?
Nov 14 16:04:46 <mrmoku> I hope so
Nov 14 16:04:51 <TAsn> omg, cool! :)
Nov 14 16:05:01 <TAsn> what did you do?
Nov 14 16:05:17 <mrmoku> well... resolve the number? :P
Nov 14 16:05:28 <TAsn> ok, but how did you add it?
Nov 14 16:05:40 <TAsn> just added to list in the resolve callback function?
Nov 14 16:06:17 <mrmoku> TAsn: add first with the number and trigger the lookup
Nov 14 16:06:26 <mrmoku> in lookup callback add the name to the data
Nov 14 16:06:36 <TAsn> sweet, and it updates on screen?
Nov 14 16:06:54 <mrmoku> I hope so... have to test it
Nov 14 16:07:04 <TAsn> cool. :)
Nov 14 16:07:12 <mrmoku> the genlist callback for the label is looking first for name and then for number
Nov 14 16:07:14 <TAsn> what about index in messages?
Nov 14 16:07:23 <mrmoku> that would be the next thing...
Nov 14 16:07:28 <TAsn> cool. :)
Nov 14 16:07:37 <mrmoku> ahh... and adding contact from message segfaults again :|
Nov 14 16:07:41 <TAsn> yeah.
Nov 14 16:07:46 <TAsn> and from phonelog
Nov 14 16:07:57 <mrmoku> and pyphonelog segfaulted when closing it today
Nov 14 16:08:13 <TAsn> and, when you add fields to a contact it segs, though adds the fields
Nov 14 16:08:23 <mrmoku> hmm
Nov 14 16:08:32 <TAsn> so it's probably something in the callback
Nov 14 16:08:50 <TAsn> we have some unresolved issues
Nov 14 16:09:20 <mrmoku> hopefully most of them won't be hard to fix
Nov 14 16:09:23 <TAsn> but at least they are minor.
Nov 14 16:09:24 <TAsn> yeah.
Nov 14 16:10:17 <TAsn> mrmoku, slyon is working on porting shr-today (as you know) so we'll have a bit of work stitching that up for him (adding libphone-ui utility functions and listening to fso signals)
Nov 14 16:10:27 <TAsn> but other than that he's doing everything.
Nov 14 16:10:59 <mrmoku> TAsn: want to discuss phonelog UI? :)
Nov 14 16:11:21 <TAsn> only if it's quick
Nov 14 16:11:25 <TAsn> as I have a lot of stuff to do :)
Nov 14 16:11:39 <mrmoku> nah, then some other day :)
Nov 14 16:11:57 <mrmoku> TAsn: there is still one problem with the image btw.
Nov 14 16:12:17 <TAsn> mrmoku, (phonelog) great thanks.
Nov 14 16:12:19 <TAsn> mrmoku, what issue?
Nov 14 16:12:27 <mrmoku> somehow the power mode is sticky... either it thinks to be always connected to usb
Nov 14 16:12:42 <mrmoku> or it thinks to never be connected... somehow spaetz said it's sticky from boot
Nov 14 16:12:56 <TAsn> weird
Nov 14 16:13:00 <TAsn> how does that affect us?
Nov 14 16:13:23 <mrmoku> well it does not autosuspend... for me right now LED is blue though it is not connected
Nov 14 16:13:30 <mrmoku> or it does always suspend...
Nov 14 16:13:35 <TAsn> ouch
Nov 14 16:14:16 <TAsn> This means this can't be a testing candidate, but it is a good unstable image
Nov 14 16:14:25 <TAsn> we can't afford to let users keep on using mrmoku/tests
Nov 14 16:14:35 <mrmoku> yeah
Nov 14 16:14:46 <mrmoku> what about the feed...
Nov 14 16:14:56 <TAsn> what about it?
Nov 14 16:14:56 <mrmoku> do you think it would be ok to not have it builded?
Nov 14 16:15:05 <mrmoku> s/builded/built/
Nov 14 16:15:06 <apt> mrmoku meant: do you think it would be ok to not have it built?
Nov 14 16:15:07 <TAsn> Yes.
Nov 14 16:15:14 * mrmoku thought so ;)
Nov 14 16:15:14 <TAsn> I think we can add it to the release note
Nov 14 16:15:21 <TAsn> that the feed will take a day
Nov 14 16:15:26 <TAsn> (sunday at noon)
Nov 14 16:15:28 <TAsn> to be ready
Nov 14 16:15:30 <mrmoku> ok, will interrupt it and rebuild shr-lite-image and shr-image instead
Nov 14 16:15:31 <TAsn> or something like that.
Nov 14 16:15:38 <TAsn> mrmoku, great. ;)
Nov 14 16:15:43 <TAsn> how much time will they take?
Nov 14 16:16:36 <mrmoku> ohh... ffs
Nov 14 16:16:47 * mrmoku started the feed build in the wrong tree anyway :P
Nov 14 16:16:54 <TAsn> oh shit. ;)
Nov 14 16:16:54 <mrmoku> that is why it has to build so much :|
Nov 14 16:17:05 <TAsn> hehe
Nov 14 16:17:23 <mrmoku> ok, building the images now
Nov 14 16:17:26 <TAsn> thanks god for my lack of patience (urging you not to wait for feed)
Nov 14 16:17:30 <mrmoku> :)
Nov 14 16:17:30 <TAsn> mrmoku, how much time will they take?
Nov 14 16:17:39 <mrmoku> the lite one will be really fast
Nov 14 16:17:47 <mrmoku> the fat one should not take too long either
Nov 14 16:17:55 <mrmoku> don't know how much of that is already built
Nov 14 16:18:08 <TAsn> cool.
Nov 14 16:18:25 <TAsn> hm.. so, do you mind sketching something up? (release message)
Nov 14 16:18:31 <mrmoku> TAsn: and we will have to wipe current shr-unstable before syncing
Nov 14 16:18:35 <TAsn> or do you want to wait a couple of hours and then I'll do it?
Nov 14 16:18:42 <TAsn> mrmoku, fine with me. (wipe)
Nov 14 16:19:05 <mrmoku> I played soccer... can't think right now :P
Nov 14 16:19:14 <mrmoku> just feel my legs hurting...
Nov 14 16:19:25 <[Rui]> hey, I'm at a bar with Valerio
Nov 14 16:20:23 <TAsn> mrmoku, did you score some goals?
Nov 14 16:20:28 <mrmoku> TAsn: sure :)
Nov 14 16:20:43 <TAsn> mrmoku, good. :)
Nov 14 16:20:43 <mrmoku> 4x4 inside... you have to score there :P
Nov 14 16:20:50 <TAsn> mrmoku, sweet!
Nov 14 16:21:01 <mrmoku> if not something is wrong... and you should switch sports ;)
Nov 14 16:21:03 <TAsn> here we almost don't have inside courts
Nov 14 16:21:17 <mrmoku> you don't need them
Nov 14 16:21:20 <TAsn> yeah ;)
Nov 14 16:21:33 <TAsn> we do have tarmac outside
Nov 14 16:21:39 <TAsn> not only grass
Nov 14 16:21:45 <mrmoku> tarmac is the red stuff?
Nov 14 16:21:58 <TAsn> we also got the red stuff
Nov 14 16:22:04 <TAsn> but no
Nov 14 16:22:05 <Flyser> mrmoku: what about the glitches I posted earlier?
Nov 14 16:22:10 <playya> so we already have a vala 0.7.8 recipe?
Nov 14 16:22:29 <mrmoku> playya: yep
Nov 14 16:22:37 <mrmoku> Flyser: we will fix them
Nov 14 16:22:43 <TAsn> mrmoku, the stuff the roads are made of
Nov 14 16:22:45 <mrmoku> at least part of what you posted
Nov 14 16:22:49 <mrmoku> TAsn: ohhh ouch
Nov 14 16:22:53 <TAsn> :)
Nov 14 16:22:55 <Flyser> okay^^
Nov 14 16:22:58 * mrmoku feels his legs even more now
Nov 14 16:23:07 <TAsn> needless to say that we usually don't do sliding tackles.
Nov 14 16:23:07 <TAsn> :)
Nov 14 16:23:09 <mrmoku> Flyser: you said something about shr-settings not being good...
Nov 14 16:23:12 <mrmoku> did not understand that
Nov 14 16:23:19 <TAsn> we also have concrete in some places.
Nov 14 16:23:21 <mrmoku> TAsn: yeah :)
Nov 14 16:23:49 <TAsn> mrmoku, anyhow, I went surfing all day long
Nov 14 16:23:55 <TAsn> I'm tired and dehydrated
Nov 14 16:24:09 <mrmoku> drink something then :P
Nov 14 16:24:16 <Flyser> mrmoku: nvm about that. It's not so important
Nov 14 16:24:20 <TAsn> GOOD IDEA!
Nov 14 16:24:30 * TAsn is off to get some water and study.
Nov 14 16:24:32 <TAsn> ciao. ;)
Nov 14 16:24:36 <mrmoku> cu
Nov 14 16:24:41 <TAsn> mrmoku, anyhow, what did we decide
Nov 14 16:24:53 <TAsn> we'll wait a couple of hours for me to write it?
Nov 14 16:24:57 <mrmoku> TAsn: release notes?
Nov 14 16:24:57 <TAsn> (release post)
Nov 14 16:25:00 <TAsn> yes.
Nov 14 16:25:12 <mrmoku> well will think about it... you will think about it and then lets talk later :)
Nov 14 16:25:20 <TAsn> good idea.
Nov 14 16:25:21 <TAsn> ciao.
Nov 14 16:31:33 <[Rui]> couldnt connect mrmoku image to an open wifi
Nov 14 16:31:45 <[Rui]> trying reboot now
Nov 14 16:33:21 <mrmoku> [Rui]: ohhh
Nov 14 16:34:51 <[Rui]> mrmoku, was afer severeal suspend resumes...
Nov 14 16:36:14 <Flyser> which packets do I have to install for wifi?
Nov 14 16:37:27 <Flyser> pakets*
Nov 14 16:37:49 <Flyser> packets*
Nov 14 16:37:50 <Flyser> ^^
Nov 14 16:38:41 * mrmoku off for dinner
Nov 14 16:38:43 <[Rui]> erms dont try to iwconfig with the driver in power off..... shr-settings/connectivity freezes losding the modules
Nov 14 16:38:52 <mrmoku> Flyser: there will be mokonnect... don't know if it's built yet
Nov 14 16:39:05 <mrmoku> otherwise everything should be there to do it 'manually'
Nov 14 16:39:11 <mrmoku> bbl
Nov 14 16:39:47 <Flyser> modprobe ar6000 ; iwlist ...
Nov 14 16:39:49 <Flyser> ?
Nov 14 16:40:53 <Flyser> The freerunner suspends while its connected to the wall charger ...
Nov 14 16:41:13 <[Rui]> Flyser, yeah :(
Nov 14 16:41:50 <DocScrutinizer> Flyser: so what?
Nov 14 16:42:03 <Flyser> It stops charging?
Nov 14 16:42:07 <DocScrutinizer> nope
Nov 14 16:42:48 <DocScrutinizer> shouldn't
Nov 14 16:42:51 <Flyser> plus it also suspends while you're logged in through ssh
Nov 14 16:43:02 <Flyser> no? thought so ...
Nov 14 16:43:03 <DocScrutinizer> that's another problem
Nov 14 16:43:23 <DocScrutinizer> no, charging is managed in hw. No cpu needed
Nov 14 16:43:33 <Flyser> okay
Nov 14 16:44:09 <DocScrutinizer> as long as suspend doesn't do silly things to charger hw, it will happily continue to manage battery
Nov 14 16:45:35 <DocScrutinizer> Flyser: the whole point about "need boot to charge" is merely about correct setup of PMU registers
Nov 14 16:45:51 <Flyser> i see
Nov 14 16:45:53 <DocScrutinizer> once set up correctly, PMU will charge bat autonomously
Nov 14 16:48:41 <blindcoder> Flyser: mine doesn't. as long as there's a plug which supplies power, it's not suspended
Nov 14 16:49:00 <Flyser> blindcoder: do you use the latest mrmoku image?
Nov 14 16:49:18 <blindcoder> Flyser: ah, no, I dont
Nov 14 16:49:54 <Flyser> ^^
Nov 14 16:50:36 <blindcoder> as I actually use the phone as a... well, phone :)
Nov 14 16:51:42 <DocScrutinizer> probably some fsausage problem, or nearby
Nov 14 17:42:26 <dos1> Flyser, DocScrutinizer: probably just rules.yaml needs adjusting after removing suspend handling from ophonekitd/phonefsod, let me look at it
Nov 14 17:45:03 <dos1> Flyser: which version of frameworkd-config-shr do you have?
Nov 14 17:45:20 <Flyser> just a second ...
Nov 14 17:45:20 <DocScrutinizer-8> dos1: I bet
Nov 14 17:46:38 <dos1> Flyser: suspending when charging should be already fixed
Nov 14 17:46:49 <dos1> but i found flaw about suspending while on call... ;x
Nov 14 17:47:06 <CIA-86> SHR: 03seba.dos1 07shr-themes * r9c9bcf3af1b4 10/frameworkd/frameworkd-config-shr/om-gta02/rules.yaml: frameworkd-config-shr: om-gta02: don't suspend while on call!
Nov 14 17:48:09 <DocScrutinizer-8> dos1: great! I suggested this ~2 days ago iirc
Nov 14 17:48:13 <DocScrutinizer-8> :-)
Nov 14 17:49:14 <DocScrutinizer-8> actually I suggested to even allocate Display
Nov 14 17:52:11 <mrmoku> dos1: problem is that power state is sticky... does not change
Nov 14 17:52:35 <dos1> mrmoku: hmm... something is wrong then
Nov 14 17:52:35 <mrmoku> for me right now it does not suspend at all
Nov 14 17:52:37 <dos1> mrmoku: it used to work
Nov 14 17:52:42 <mrmoku> probably because I booted with usb connected
Nov 14 17:52:48 * mrmoku reboots to confirm
Nov 14 17:53:05 <dos1> DocScrutinizer-8: Display is allocated on incoming call when it's ringing
Nov 14 17:53:19 <mrmoku> dos1: btw... I have a 1pix white line on bottom in launcher...
Nov 14 17:53:23 <mrmoku> any idea?
Nov 14 17:53:35 <dos1> illume launcher?
Nov 14 17:53:38 <mrmoku> yup
Nov 14 17:55:27 <Flyser> sorry ... I accidentially rebooted my quassel server VM
Nov 14 17:56:53 <dos1> mrmoku: do you have this always or it happened once?
Nov 14 17:56:54 <mrmoku> dos1: hmm... it is not there after boot
Nov 14 17:56:55 <Flyser> dos1: What did you ask again?
Nov 14 17:57:40 <dos1> mrmoku: ok, sometimes i have 1px line at bottom and i think it's something with glamo/driver/x/whatever
Nov 14 17:57:52 <dos1> Flyser: version of frameworkd-config-shr
Nov 14 17:57:59 <mrmoku> dos1: ahh, ok
Nov 14 17:58:35 <mrmoku> ok, booted without usb plugged and it does suspend
Nov 14 17:58:36 <Flyser> frameworkd-config-shr_0.9.5.9+gitr1722+d48bd43c430322b26744e31829f9c76e9b725819-217+1354d0b747753a1ca352f48de7c9e6ee06138258-r7
Nov 14 17:58:47 <mrmoku> plugging in the usb does _NOT_ give me the charging led
Nov 14 17:58:56 <mrmoku> and I'm sure it will suspend
Nov 14 17:59:15 <dos1> mrmoku: odeviced or fsodeviced?
Nov 14 18:01:54 <DocScrutinizer-8> the first question is does kernel broadcast a event on usb plugin. second question: does fso read it
Nov 14 18:03:43 <DocScrutinizer-8> 3rd in the chain: is there a (set of) rule(s) to be executed on this event, to switch LED and suspend policy
Nov 14 18:09:01 <mrmoku> dos1: odeviced
Nov 14 18:10:11 <mrmoku> dos1: and yes... it suspended
Nov 14 18:10:33 <mrmoku> without being plugged after booting unplugged
Nov 14 18:14:52 <DocScrutinizer-8> err?
Nov 14 18:15:48 <mrmoku> DocScrutinizer-8: it shomehow sticks to that state on boot
Nov 14 18:16:06 <mrmoku> after that frameworkd (no idea which part) ignores changes
Nov 14 18:17:07 <mrmoku> hmm... webkit-gtk does not build :|
Nov 14 18:17:16 <DocScrutinizer-8> mrmoku: any log in frameworkd.log like "oeventsd.fso_triggers INFO receive power status, state = charging", on plugin of usb?
Nov 14 18:18:02 <mrmoku> DocScrutinizer-8: don't see anything, no
Nov 14 18:19:07 <DocScrutinizer-8> anything in dmesg?
Nov 14 18:20:55 <mrmoku> argghh.. suspended again :P
Nov 14 18:21:15 <mrmoku> [  149.550000] gta02_udc_command S3C2410_UDC_P_ENABLE
Nov 14 18:21:20 <mrmoku> so kernel gets it
Nov 14 18:21:28 <DocScrutinizer-8> yep
Nov 14 18:21:54 <mrmoku> hmmm... now LED is blue
Nov 14 18:21:56 <DocScrutinizer-8> also should see some "set USB-CURLIM = xxxx mA"
Nov 14 18:22:12 <mrmoku> unplug... and it is still blue
Nov 14 18:22:29 <DocScrutinizer-8> sometimes takes up to 60sec
Nov 14 18:22:33 <DocScrutinizer-8> dunno why
Nov 14 18:22:39 <mrmoku> [  238.690000] pcf50633 0-0073: usb curlim to 500 mA
Nov 14 18:22:49 <lindi-> mrmoku: led is controlled by frameworkd, don't trust it blindly :)
Nov 14 18:22:51 <DocScrutinizer-8> usually it's instataneous
Nov 14 18:23:08 <mrmoku> lindi-: actually it's frameworkd I'm trying to debug :)
Nov 14 18:23:19 <mrmoku> as it suspends but should not due to frameworkd rules
Nov 14 18:23:40 <lindi-> mrmoku: can your rules make it not resume when you connect USB? ;)
Nov 14 18:24:02 <DocScrutinizer-8> nope
Nov 14 18:24:10 <DocScrutinizer-8> surely not
Nov 14 18:25:45 <lindi-> DocScrutinizer-8: but surely you can get pretty close? just immediately suspend again when this is detected
Nov 14 18:26:31 <DocScrutinizer-8> yep, but the min turnaround time is some 4 seconds still
Nov 14 18:26:50 <DocScrutinizer-8> while screen lights up
Nov 14 18:27:01 <DocScrutinizer-8> won't go unnoticed anyway
Nov 14 18:27:16 <lindi-> DocScrutinizer-8: here it does. I just don't start the screen
Nov 14 18:27:34 <lindi-> DocScrutinizer-8: so it's completely unnoticed by the user
Nov 14 18:28:10 <DocScrutinizer-8> yeah, but your system isn't exactly FSO based. So it's not a good reference
Nov 14 18:28:13 <mrmoku> lindi-: sure
Nov 14 18:28:31 <mrmoku> lindi-: rules sys... request CPU resource when usb is plugged in
Nov 14 18:28:38 <mrmoku> s/sys/says/
Nov 14 18:28:39 <apt> mrmoku meant: lindi-: rules says... request CPU resource when usb is plugged in
Nov 14 18:28:55 <mrmoku> it worked fine... just in the last image somehow it does not
Nov 14 18:29:19 <lindi-> mrmoku: ok, and can you also make the display not start?
Nov 14 18:29:21 <mrmoku> JaMa: ping around?
Nov 14 18:29:30 <lindi-> mrmoku: s/display not start/backlight not turn on/
Nov 14 18:29:39 <mrmoku> lindi-: on plug in?
Nov 14 18:29:43 <lindi-> mrmoku: yep
Nov 14 18:29:56 <mrmoku> hmm... guess no
Nov 14 18:30:15 <lindi-> mrmoku: and the third issue, you need to disable touchscreen too or user might accidentally do something
Nov 14 18:30:18 <mrmoku> it does not stay on... but might turn on when resuming on plugin for example
Nov 14 18:30:34 <mrmoku> lindi-: yeah, we have shr-today as lock screen
Nov 14 18:30:48 <lindi-> mrmoku: does it always lock the screen when it goes to suspend?
Nov 14 18:31:00 <mrmoku> lindi-: even before... when it goes to lock state
Nov 14 18:31:02 <DocScrutinizer-8> lindi-: seems you're off-topic. Or simply hijacked "the thread"
Nov 14 18:31:11 <mrmoku> :)
Nov 14 18:31:22 <dos1> mrmoku: where is shr-unstable from shr/merge feed placed now? ;x
Nov 14 18:31:47 <lindi-> DocScrutinizer-8: sorry, i was just working on suspend/resume scripts last week
Nov 14 18:31:56 <DocScrutinizer-8> aah
Nov 14 18:32:23 <lindi-> tried to think if something like pm-suspend  could be used (it has resume.d and suspend.d directories for hook scripts)
Nov 14 18:32:43 <lindi-> but could not figure out how to "cancel" resume in that system based on resume reason
Nov 14 18:32:43 <DocScrutinizer-8> nevermind, just wanted to mention some pervceived missconception here
Nov 14 18:33:31 <lindi-> mrmoku: ok but if you touch the screen when it is locked then the backlight turns on?
Nov 14 18:34:28 <mrmoku> dos1: tests/mrmoku/unstable
Nov 14 18:34:37 <mrmoku> dos1: I killed the oemerge link
Nov 14 18:34:48 <dos1> mrmoku: cache and images are shr/merge, but feed is still shr/import
Nov 14 18:34:57 <DocScrutinizer-8> lindi-: I don't think mrmoku is exactly the person to give the answers you expect, as his management of those things seems broken atm
Nov 14 18:35:24 <mrmoku> lindi-: yep, turns on
Nov 14 18:35:46 <mrmoku> lindi-: what happens if you set resource policy for display to disabled?
Nov 14 18:36:06 <DocScrutinizer-8> so if you ask "does it..." and get answer "no", you don't know if it's by design or by problem of mrmoku's odeviced
Nov 14 18:36:19 <dos1> mrmoku: nothing
Nov 14 18:36:23 <lindi-> mrmoku: well at this point i must confess that i don't run odeviced :P
Nov 14 18:36:25 <dos1> mrmoku: (about resource policy of display)
Nov 14 18:36:30 <dos1> mrmoku: as it's supposed to do
Nov 14 18:37:08 <dos1> lindi-: what you want is possible on FSO, you just have to write your own yaml rules and maybe also use some helper scripts
Nov 14 18:38:00 <dos1> "power user" should be able to configure it to do exactly what you are saying ;)
Nov 14 18:38:22 <dos1> mrmoku: thanks for symlink :P
Nov 14 18:38:25 <mrmoku> dos1: feed link fixed, thanks :)
Nov 14 18:38:31 <lindi-> dos1: well i don't necessarily want to use FSO I was just hoping you'd have solved this in some clever way, my current implementation is bit hackish
Nov 14 18:38:51 <dos1> lindi-: well, just answered to question ;)
Nov 14 18:38:58 * DocScrutinizer-8 unplugs FR, watches blue LED go off in 1sec, waves, and heads off for dinner
Nov 14 18:40:10 <dos1> ok, i'm starting to reconfigure my system to use fsodeviced again
Nov 14 18:40:40 <dos1> mrmoku: btw - what about dbus in shr/merge? does it have fix for that problem we were patching?
Nov 14 18:41:00 <dos1> mrmoku: maybe that's why there are now problems with oeventsd<->odeviced communication
Nov 14 18:41:09 <dos1> mrmoku: as i noticed dbus warning about pending_return is gone :P
Nov 14 18:41:35 <mrmoku> ahh hehe
Nov 14 18:41:35 <mrmoku> webkit-gtk: adopt to new style staging
Nov 14 18:41:39 <mrmoku> thanks Koen :)
Nov 14 18:42:01 <mrmoku> dos1: hmm... good question
Nov 14 18:42:02 <DocScrutinizer-8> eeeek, no more tons of "IS DEPRECATED AND EATS UR CAT" warnings?? :-P
Nov 14 18:42:28 <mrmoku> dos1: good idea... we should check that....
Nov 14 18:42:41 <lindi-> dos1: hmm, why are they gone? was the code fixed?
Nov 14 18:42:49 <dos1> DocScrutinizer-8: yup... i miss them :x
Nov 14 18:42:52 <DocScrutinizer-8> we should FIX that
Nov 14 18:43:08 <DocScrutinizer-8> finally
Nov 14 18:43:13 <dos1> DocScrutinizer-8: even more - upstream should fix that ;P
Nov 14 18:43:25 <DocScrutinizer-8> yep   lol
Nov 14 18:43:47 <dos1> DocScrutinizer-8: or maybe they already fixed that, and we need to check it
Nov 14 18:44:00 <DocScrutinizer-8> good point
Nov 14 18:44:02 <dos1> lindi-: dunno, there are no more warnings after i upgraded system with repo built with shr/merge branch
Nov 14 18:44:12 <mrmoku> JaMa: ohh... your fast :P
Nov 14 18:45:05 <mrmoku> s/your/you're/
Nov 14 18:45:06 <apt> mrmoku meant: JaMa: ohh... you're fast :P
Nov 14 18:47:32 <dos1> Upgrading python-phoneutils on root from 0.0.2+gitr45+f1377146556da8a68a84cf10a5f516c5f7b6015b-r1.4 to 0.0.2+gitrf1377146556da8a68a84cf10a5f516c5f7b6015b-r1.4...
Nov 14 18:47:42 <dos1> and most of packages are upgraded in this way :(
Nov 14 18:47:50 <dos1> i don't like it... ;x
Nov 14 18:48:30 <mrmoku> dos1: huh... that is wrong!
Nov 14 18:48:39 <mrmoku> we wen't back to SRCPV
Nov 14 18:48:48 <mrmoku> all packages should be first form
Nov 14 18:48:55 <mrmoku> did you update after fixing the symlink?
Nov 14 18:48:58 <dos1> yup
Nov 14 18:49:11 <dos1> soo... i think i have to save log from this upgrade
Nov 14 18:49:24 <dos1> to know which packages i should reinstall :P
Nov 14 18:49:31 <mrmoku> heh
Nov 14 18:51:03 <dos1> mrmoku: shr-settings is correct... and some others too
Nov 14 18:51:06 <dos1> but some not
Nov 14 18:52:51 <mrmoku> dos1: well it was always that it was only not correct with a fixed rev set
Nov 14 18:53:01 <mrmoku> AUTOREV worked with SRCREV too
Nov 14 18:53:05 <dos1> oh, yup
Nov 14 18:53:07 <dos1> right
Nov 14 18:53:26 <dos1> so i'll check which packages are affected ;)
Nov 14 18:53:48 <dos1> upgrade finished
Nov 14 18:53:50 <dos1> so wait a moment
Nov 14 18:55:41 <mrmoku> hmmm... is python-phoneutils needed for the lite image?
Nov 14 18:55:43 <mrmoku> for opimd?
Nov 14 18:56:31 <dos1> mrmoku: yup
Nov 14 18:56:43 <mrmoku> hmm...
Nov 14 18:56:44 <dos1> mrmoku: but it's really small :P
Nov 14 18:56:49 <dos1> libglu1 - 1:7.6+gitr26219+a8a1c12262998e5fa3a857eebf857c6d3a95f85e-r7.3.4 - 1:7.6+gitra8a1c12262998e5fa3a857eebf857c6d3a95f85e-r7.3.4                                               
Nov 14 18:56:51 <dos1> libegl1 - 1:7.6+gitr26219+a8a1c12262998e5fa3a857eebf857c6d3a95f85e-r7.3.4 - 1:7.6+gitra8a1c12262998e5fa3a857eebf857c6d3a95f85e-r7.3.4                                               
Nov 14 18:56:52 <dos1> python-phoneutils - 0.0.2+gitr45+f1377146556da8a68a84cf10a5f516c5f7b6015b-r1.4 - 0.0.2+gitrf1377146556da8a68a84cf10a5f516c5f7b6015b-r1.4                                            
Nov 14 18:56:54 <dos1> libgee-dev - 0.5.0+gitr174+c21925bf1b714a2aa395192f7adbaeecf7a0e146-r0.4 - 0.5.0+gitrc21925bf1b714a2aa395192f7adbaeecf7a0e146-r0.4                                                  
Nov 14 18:56:55 <dos1> libgl1 - 1:7.6+gitr26219+a8a1c12262998e5fa3a857eebf857c6d3a95f85e-r7.3.4 - 1:7.6+gitra8a1c12262998e5fa3a857eebf857c6d3a95f85e-r7.3.4                                                
Nov 14 18:56:57 <dos1> libgee-dbg - 0.5.0+gitr174+c21925bf1b714a2aa395192f7adbaeecf7a0e146-r0.4 - 0.5.0+gitrc21925bf1b714a2aa395192f7adbaeecf7a0e146-r0.4                                                  
Nov 14 18:57:00 <dos1> xf86-video-glamo - 1:1.0.0+gitr151+9918e082104340da42eb92b6bdefce4d9266a6a4-r3.4 - 1:1.0.0+gitr9918e082104340da42eb92b6bdefce4d9266a6a4-r3.4                                        
Nov 14 18:57:03 <dos1> libgee2 - 0.5.0+gitr174+c21925bf1b714a2aa395192f7adbaeecf7a0e146-r0.4 - 0.5.0+gitrc21925bf1b714a2aa395192f7adbaeecf7a0e146-r0.4                                                     
Nov 14 18:57:10 <dos1> that's all
Nov 14 18:57:10 <mwester> flooooooood!
Nov 14 18:57:16 <dos1> :>
Nov 14 18:57:38 <dos1> just laziness :P
Nov 14 18:57:50 <mrmoku> hmm
Nov 14 18:57:56 <mrmoku> dos1 no vala-terminal?
Nov 14 18:58:06 <dos1> mrmoku: it wasn't upgraded
Nov 14 18:58:19 <dos1> mrmoku: i'll try to compare "opkg list" and "opkg list_installed" output
Nov 14 19:07:13 <dos1> elementary-theme-* are non-upgradable due to change from -gitr... to +gitr...
Nov 14 19:07:48 <dos1> elementary changed name to libelementary-ver-pre-svn-04 - was that supposed?
Nov 14 19:09:20 <dos1> dunno why, but i have findutils 4.2.29-r2 installed, and 4.2.29-r1.4 is in repo ;x
Nov 14 19:09:38 <dos1> (that can be relict even from shr/import)
Nov 14 19:10:19 <mrmoku> probably
Nov 14 19:10:46 <dos1> the same with fso-gsm0710muxd - from r1 to r0.4
Nov 14 19:12:30 <dos1> the same with gpe-icons: from r3 to r2.4
Nov 14 19:12:52 <dos1> we should check if some fixes from shr/import are missing now
Nov 14 19:13:16 <dos1> gpe-sketchbook r1 -> r0.4
Nov 14 19:15:58 <dos1> initscripts-shr 0.0.1+r12-gitr1-r12 -> 0.0.1-r11.4
Nov 14 19:17:44 <dos1> hmm
Nov 14 19:18:00 <dos1> well, it's not problem - next PR bump will fix that ;x
Nov 14 19:19:43 <alexxy> hi all! =)
Nov 14 19:20:39 <dos1> hmm
Nov 14 19:20:48 <dos1> due to svn->git switch i have old mplayer ;x
Nov 14 19:23:43 <mrmoku> dos1: that's what you get for trying to get the upgrade record ;)
Nov 14 19:24:04 <dos1> mrmoku: that's why i'm now analizing "opkg list" ;)
Nov 14 19:24:21 <dos1> mrmoku: so i'll fix that and then still upgrading :D
Nov 14 19:24:31 <mrmoku> I know :P
Nov 14 19:25:21 <pespin> mrmoku, how are suspend problems going? ;)
Nov 14 19:25:48 <mrmoku> pespin: a bit strange...
Nov 14 19:26:53 <pespin> from that I understand there are still problems :P
Nov 14 19:27:54 <mrmoku> yup
Nov 14 19:29:30 <alexxy> mrmoku: dos1: TAsn: where current feed located?
Nov 14 19:29:34 <UberNeo> mrmoku, are u going for FOSS event in Bangalore India
Nov 14 19:29:37 <dos1> mrmoku: checked dbus?
Nov 14 19:29:44 <mrmoku> UberNeo: no, sorry
Nov 14 19:29:45 <dos1> alexxy: tests/mrmoku/unstable/
Nov 14 19:30:16 <UberNeo> dos1, what bout u ..
Nov 14 19:30:20 <mrmoku> dos1: well... as the beloved logger is missing... the patch is missing
Nov 14 19:31:37 <mrmoku> yeah, is missing
Nov 14 19:34:17 <JaMa> dos1: what do you mean by old mplayer?
Nov 14 19:34:28 <dos1> JaMa: some old version from svn :P
Nov 14 19:34:40 <JaMa> but it switched to git no?
Nov 14 19:35:05 <mrmoku> JaMa: just did not upgrade for *him*
Nov 14 19:35:06 <JaMa> and in git is pretty new revision (ie 14 days old)
Nov 14 19:36:23 <dos1> JaMa: git version is in repo, but opkg didn't upgrade it automatically
Nov 14 19:36:44 <dos1> as svn version is considered as newer by opkg
Nov 14 19:39:30 <dos1> about SRCPV: libnl-genl2, libnl-route2, libnl2, mesa-utils, python-pyrtc, serial-forward, vala-terminal, xserver-kdrive-glamo
Nov 14 19:39:55 <dos1> those packages (and those which i mentioned before) are not upgradable due to git+SRCREV combination
Nov 14 19:54:08 <mrmoku> dos1: hmm... looking at https://bugs.freedesktop.org/show_bug.cgi?id=19796
Nov 14 19:54:17 <mrmoku> there is a reference to https://bugs.freedesktop.org/show_bug.cgi?id=896
Nov 14 19:54:25 <mrmoku> which is closed...
Nov 14 19:54:44 <mrmoku> maybe it is just fixed by making dbus more thread safe
Nov 14 20:00:40 <CIA-86> SHR: 03mok 07libphone-ui * r29ace4c0013a 10/src/ (phoneui.c phoneui.h.in): fix constness for phoneui_dialog_show
Nov 14 20:03:03 <CIA-86> SHR: 03mok 07libphone-ui-shr * r53f34c2a79b3 10/src/ (phoneui-dialog.c phoneui-dialog.h): phoneui_dialog: correct constness for type param
Nov 14 20:03:03 <CIA-86> SHR: 03mok 07libphone-ui-shr * r93d368e8b7b8 10/src/view/dialog-view.c: dialog-view: use the correct enum for dialogs
Nov 14 20:03:04 <CIA-86> SHR: 03mok 07libphone-ui-shr * r46a561e362d1 10/ (11 files in 4 dirs): Merge branch 'master' of git+ssh://git@git.shr-project.org/libphone-ui-shr
Nov 14 20:03:14 <CIA-86> SHR: 03mok 07libphone-ui-shr * r2756f7e19e9b 10/src/view/message-list-view.c: message-list: resolve numbers to names
Nov 14 20:13:50 <mrmoku> dos1: did you get my shr-core mail?
Nov 14 20:13:57 * mrmoku wonders if he has mail problems...
Nov 14 20:14:33 <dos1> mrmoku: i think no
Nov 14 20:14:36 <dos1> mrmoku: which topic?
Nov 14 20:15:06 <mrmoku> well... something about core members...
Nov 14 20:15:12 <mrmoku> but there is not that much traffic on shr-core
Nov 14 20:15:16 <mrmoku> you would remember :P
Nov 14 20:19:20 <dos1> mrmoku: last thing i got on shr-core was from TAsn about notes from spaetz :P
Nov 14 20:19:55 <mrmoku> ok, was after that
Nov 14 20:19:57 <mrmoku> hmm
Nov 14 20:20:00 <CIA-86> SHR: 03mok 07libphone-ui-shr * r33e11ba2eaf1 10/data/default.edc: default.edc: add part for index in message contact lookup list
Nov 14 20:20:09 <mrmoku> TAsn: index fixed :)
Nov 14 20:21:25 <TAsn> mrmoku, great ;)
Nov 14 20:21:28 <TAsn> I'm still not here though.
Nov 14 20:21:30 <TAsn> ciao again
Nov 14 20:27:16 <mrmoku> duhh... one should put his mailserver in online mode :P
Nov 14 20:33:07 <DocScrutinizer> dos1: fso-gsm0710muxd? wth? thought we use abyss since ages
Nov 14 20:34:00 <mrmoku> DocScrutinizer-8: not to confuse with the old daemon...that is just the lib part
Nov 14 20:35:19 <dos1> noo... fso-gsm0710muxd is old daemon
Nov 14 20:35:27 <mrmoku> oohh
Nov 14 20:35:30 <dos1> but it's available in repo
Nov 14 20:35:37 <dos1> (not installed by default AFAIK)
Nov 14 20:35:38 <mrmoku> heh
Nov 14 20:35:44 <mrmoku> right
Nov 14 20:35:53 <mrmoku> what I mean has lib in the beginning... not fso
Nov 14 20:36:01 <dos1> (but installed on my system and not used ;))
Nov 14 21:43:49 <UberNeo> where do i find the icons which are used in .desktop file
Nov 14 21:50:53 <andi>  /usr/share/pixmaps
Nov 14 21:59:07 <sre> hi
Nov 14 22:01:01 <sre> shr.git is marked as deprecated, can you please tell me what I'm supposed to use instead?
Nov 14 22:03:21 <dos1> sre: ??
Nov 14 22:03:26 <dos1> sre: why do you want to use shr.git?
Nov 14 22:03:35 <sre> I used it so far for the debian packages
Nov 14 22:03:41 <dos1> sre: it's deprecated, cause most of apps have "emigrated" to other repos in git.shr-project.org
Nov 14 22:04:03 <dos1> sre: and we're not more using ophonekitd, shr-messages etc.
Nov 14 22:04:14 <dos1> as phonefsod/phoneuid/phoneui-messages etc. replaced them
Nov 14 22:04:37 <sre> ok
Nov 14 22:04:50 <sre> this is what I wanted to know :)
Nov 14 22:05:03 <sre> so I need to package the phone* stuff?
Nov 14 22:06:08 <dos1> yup
Nov 14 22:06:12 <dos1> ask mrmoku|away for more
Nov 14 22:06:15 <dos1> now i'm off
Nov 14 22:06:17 <dos1> good night!
Nov 14 22:06:22 <sre> good night
Nov 14 22:28:45 <TAsn> mrmoku|away, ffs I only finished now :)
Nov 14 22:28:52 <TAsn> mrmoku|away, we'll talk about it tomorrow then. :)
Nov 14 22:36:50 <daniele_athome> still suspends on usb :(
Nov 14 22:37:36 <TAsn> daniele_athome, sucks.
Nov 14 22:37:48 <TAsn> We can easily workaround it until we fix it though
Nov 14 22:37:58 <daniele_athome> how?
Nov 14 22:38:12 <TAsn> (just add an oevents rule that "on usb plug" ask for cpu resource and unask it on cpu unplug"
Nov 14 22:38:25 <TAsn> last cpu = usb
Nov 14 22:38:26 <daniele_athome> mmm :)
Nov 14 22:38:27 <TAsn> :)
Nov 14 22:47:53 <daniele_athome> TAsn, is there some documentation for available triggers of oeventsd?
Nov 14 22:48:34 <TAsn> no idea
Nov 14 22:48:37 <TAsn> ask mickey|sports 
Nov 14 22:48:39 <TAsn> anyhow, I'm off.
Nov 14 22:48:40 <TAsn> ciao.
Nov 14 22:48:44 <daniele_athome> ok source code :P
Nov 14 22:48:45 <daniele_athome> :)
Nov 14 22:48:48 <daniele_athome> ciao
Nov 14 22:50:14 <playya> i think mrmoku|away last commit for libphone-ui-shr broke sth:
Nov 14 22:50:20 <playya> /home/playya/om/shr-makefile/shr-unstable/tmp/staging/i686-linux/usr/bin/edje_cc default.edc
Nov 14 22:50:21 <playya> /home/playya/om/shr-makefile/shr-unstable/tmp/staging/i686-linux/usr/bin/edje_cc: Error. Unable to find part name "list".
Nov 14 22:52:22 <[Rui]> TAsn: see ya!
Nov 14 22:58:15 <playya> daniele_athome, docs.freesmartphone.org?
Nov 14 22:58:39 <daniele_athome> mmm
Nov 14 22:59:27 <daniele_athome> no playya, I mean documentation of rule triggers
Nov 14 23:18:19 <Weiss> larsc: were you aware that Glamo needs the LCD scanout base address to be a multiple of the pitch of the framebuffer? (unless I've misunderstood something)
Nov 14 23:20:39 <larsc> nope. 
Nov 14 23:21:42 <Weiss> I just came across it now.. trying to insert a small scratch buffer before the visible FB, and things only line up if the buffer is 960 bytes
Nov 14 23:21:56 <Weiss> (I checked that the correct address is being written to the register)
Nov 14 23:32:42 <Weiss> woah
Nov 14 23:33:06 <Weiss> framerate doubles if you turn on the LCD controller's SRAM FIFO thingy
Nov 14 23:33:14 <Weiss> 97.791900 frames/s
Nov 14 23:33:54 <Weiss> (except everything is jiggling around on the screen :S)
Nov 14 23:40:08 <der-lehmann> that's not bad, or?
Nov 14 23:40:25 <[Rui]> I'd say it's promising
Nov 14 23:40:53 <Weiss> I guess it's the manifestation of the thing larsc discovered a few months ago
Nov 14 23:43:33 <der-lehmann> thanks a million to him and your hard work!
Nov 14 23:45:09 <Weiss> FIFO set to four stages, framerate is still up there and no visual corruption :D
Nov 14 23:46:53 <Weiss> larsc: ^^
Nov 14 23:47:35 <luke-jr> Weiss: how about latency?
Nov 14 23:48:24 <Weiss> luke-jr: in what sense?
Nov 14 23:48:47 <luke-jr> Weiss: if you are scrolling, is there a noticable delay?
Nov 14 23:48:55 <luke-jr> that's my issue w/ the new 3D compositing crap
Nov 14 23:49:02 <luke-jr> sure, the framerate is good enough, but there's a delay
Nov 14 23:49:16 <Weiss> nope, very responsive here
Nov 14 23:49:20 <luke-jr> nice
Nov 14 23:49:30 <luke-jr> too bad OpenMoko doesn't support iDEN :(
Nov 14 23:49:57 <Weiss> but it may not be a fair test - I'm using the latest DRM stuff (with bleeding edge busywait removal)
Nov 14 23:50:55 <luke-jr> ...
Nov 14 23:50:58 <luke-jr> if it works, it works?
Nov 14 23:51:13 <Weiss> yep
Nov 14 23:51:39 <Weiss> larsc: I take back what I said about FB alignment just a minute ago.. I've clearly screwed something up a lot
Nov 14 23:52:52 <larsc> ok
Nov 14 23:53:05 <Weiss> TAsn: around? could you remind me of your numbers for copywinwin{500,100,10}?
Nov 14 23:54:25 <Weiss> larsc: you may want to try ORing the top half of your LCD base address by 0x8000...
Nov 14 23:54:57 <larsc> ORing?
Nov 14 23:55:10 <Weiss> bitwise OR
Nov 14 23:55:18 <larsc> ah OR-ing
Nov 14 23:55:22 <larsc> read O-Ring
Nov 14 23:55:27 <Weiss> ah, d'oh
Nov 14 23:55:49 <Weiss> I think it avoids the memory conflicts you discovered earlier, and gives us the full performance expected
Nov 14 23:56:02 <Weiss> I'm getting 30Mpix/sec on solid fills
Nov 14 23:56:06 <Weiss> (with the screen on)
Nov 14 23:59:09 <larsc> GLAMO_REG_LCD_A_BASE2?
Nov 14 23:59:29 <Weiss> yep
Nov 15 00:05:32 <larsc> i see
Nov 15 00:05:58 <larsc> btw i'm wondering
Nov 15 00:06:23 <larsc> the glamo has more than 1 ram chip?
Nov 15 00:06:45 <Weiss> you mean more than one bank on the die?
Nov 15 00:07:16 <larsc> i guess
Nov 15 00:07:16 <Zorkman> just to get some things straight (been drinking): you guys are looking to getting us better graphical performance; how?
Nov 15 00:07:52 <larsc> Zorkman: Weiss is doing lots of magic :)
Nov 15 00:08:05 <Zorkman> I hope his voodoo is strong :)
Nov 15 00:08:14 <valos> Weiss: I'm not sure to understand, have you find the graal
Nov 15 00:08:17 <Zorkman> no seriously, does it look promissing?
Nov 15 00:08:20 <Weiss> Zorkman: (breaking news) performance of accelerated operations roughly doubles if some internal memory buffers are tuned
Nov 15 00:08:37 <Zorkman> Weiss: HOT DIGGIDY DANG
Nov 15 00:08:49 <Zorkman> why have we not heard about this on the ML (or did I miss something?)
Nov 15 00:09:01 <Weiss> in practice, we don't make as efficient use of the acceleration as we could, so don't get too excited :)
Nov 15 00:09:09 <Weiss> Zorkman: because I only came across it 20 minutes ago
Nov 15 00:09:10 <Zorkman> and do we use a lot of accelerated operations, or only minimal?
Nov 15 00:09:34 <Zorkman> nice Weiss, how did you find out?
Nov 15 00:10:14 <Weiss> I was trying to debug something else, looked at the datasheet for the specific part, and saw that the register I was interested in had some "interesting" bits to set
Nov 15 00:11:52 <Zorkman> ok, just make sure you don't die unexpectantly so we can enjoy this enhancement as soon as possible ;)
Nov 15 00:12:30 <Weiss> Zorkman: larsc has already been filled in, in case a backup is needed :)
Nov 15 00:12:40 <Zorkman> :)
Nov 15 00:13:33 <larsc> well, in case of a flood we're both gone ;)
Nov 15 00:14:17 <Weiss> good point
Nov 15 00:39:31 <sre> mh
Nov 15 00:40:26 <sre> is the new kms glamo driver in a usable state now?
Nov 15 00:40:50 <sre> I will update the debian packages then (after packaging the new shr stuff)
Nov 15 00:45:05 <Weiss> sre: I've been using it exclusively for months, but JaMa has WSoD on resume.  And I still reserve the right to make it broken :)
Nov 15 00:45:15 <Weiss> (also, no XRandR)
Nov 15 00:45:17 <Weiss> so.. kind of
Nov 15 00:48:12 <sre> can you send a mail to the mailinglist when the WSoD is gone? :)
Nov 15 00:51:32 <Weiss> sre: I'll try to remember
Nov 15 00:51:40 <sre> ty
Nov 15 01:26:25 <DocScrutinizer-8> Weiss: the om.org servers are relatively floodproof ;-P Ahh, and **congrats** this really really sounds good
Nov 15 01:45:28 <playya__> *yawn*
Nov 15 01:45:33 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * rdecae8e139a6 10/fsomusicd/ (compile config.guess config.sub ltmain.sh missing): Remove some unneeded files
Nov 15 01:45:34 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r2b4d51bc9cd4 10/fsomusicd/ (14 files in 3 dirs): 
Nov 15 01:45:34 <CIA-86> freesmartphone.org: Added interface an mostly sceleton code
Nov 15 01:45:34 <CIA-86> freesmartphone.org: Fixed some bugs in autotools files
Nov 15 01:45:36 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r045a9a196572 10/fsomusicd/src/ (main.vala musicplayer.vala): Implement basic playing functionality
Nov 15 01:45:39 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * rf456a27585a5 10/fsomusicd/src/ (interfaces.vala musicplayer.vala playlist.vala): 
Nov 15 01:45:42 <CIA-86> freesmartphone.org: Implement basic Playlist
Nov 15 01:45:44 <CIA-86> freesmartphone.org: Add Errors for Interfaces
Nov 15 01:45:46 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * raefa25319552 10/fsomusicd/src/ (Makefile.am main.vala musicplayer.vala playlist.vala): Implement Saving of Playlist/MusicPlayer config
Nov 15 01:45:49 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r57294bb86b0e 10/fsomusicd/src/ (musicplayer.vala playlist.vala): Fix filehandling with playlists
Nov 15 01:45:52 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * rd77cdc314aaa 10/fsomusicd/src/ (interfaces.vala musicplayer.vala): Implement Tag support for current song
Nov 15 01:46:01 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * rf3a9039a7b39 10/fsomusicd/src/ (config.vala musicplayer.vala): Implement seeking and progress signal
Nov 15 01:46:04 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r3f226c2ed579 10/fsomusicd/src/ (interfaces.vala main.vala musicplayer.vala playlist.vala): 
Nov 15 01:46:07 <CIA-86> freesmartphone.org: Implement Volume Handling
Nov 15 01:46:10 <CIA-86> freesmartphone.org: Fix some Bugs in playlist handling
Nov 15 01:46:11 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r11d87dfb62ad 10/fsomusicd/src/ (interfaces.vala musicplayer.vala): 
Nov 15 01:46:14 <CIA-86> freesmartphone.org: Implement GetInfoForFile
Nov 15 01:46:17 <CIA-86> freesmartphone.org: Signed-off-by: Frederik 'playya' Sdun <Frederik.Sdun@googlemail.com>
Nov 15 01:46:18 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * raa3d0a7ebaaf 10/fsomusicd/src/ (config.vala interfaces.vala playlist.vala): 
Nov 15 01:46:31 <CIA-86> freesmartphone.org: Implement different modes for playlists
Nov 15 01:46:33 <CIA-86> freesmartphone.org: Signed-off-by: Frederik 'playya' Sdun <Frederik.Sdun@googlemail.com>
Nov 15 01:46:35 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r68dfe3b0a0b5 10/fsomusicd/src/ (config.vala interfaces.vala musicplayer.vala playlist.vala): Use specialized pipelines instead of playbin
Nov 15 01:46:38 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * rb6fd08305e6e 10/fsomusicd/src/config.vala: Change normalization to 1s
Nov 15 01:46:41 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * re4b46e23320d 10/fsomusicd/src/musicplayer.vala: Use ChildProxy.get_property for volume
Nov 15 01:46:45 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r2b41dda81475 10/fsomusicd/src/musicplayer.vala: Adjust SetVolume
Nov 15 01:46:51 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * reaeacf56b915 10/fsomusicd/src/musicplayer.vala: correct src's name
Nov 15 01:46:56 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r00a34aef496a 10/fsomusicd/data/org.freesmartphone.omusicd.service.in: add config file for dbus activation
Nov 15 01:46:59 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r675671cf5a03 10/fsomusicd/.gitignore: Added .gitignore
Nov 15 01:47:04 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r700f8bdc61da 10/fsomusicd/src/interfaces.vala: 
Nov 15 01:47:07 <CIA-86> freesmartphone.org: Add throws statement to {set,get}_mode
Nov 15 01:47:09 <CIA-86> freesmartphone.org: Add DBus annoations for Errors
Nov 15 01:47:11 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * r3a9e3471c0e0 10/fsomusicd/src/musicplayer.vala: Build mappings for protocols and codecs
Nov 15 01:47:18 <CIA-86> (25 lines omitted)
**** ENDING LOGGING AT Sun Nov 15 02:59:56 2009