**** BEGIN LOGGING AT Sun Nov 15 02:59:56 2009
Nov 15 06:38:49 <rebelThor> is the feed built yet? :D
Nov 15 07:05:09 <TAsn> Weiss, I don't remember, remind me later and I'll resample.
Nov 15 07:21:09 <JaMa> moin
Nov 15 07:26:31 <JaMa> mrmoku|away: how do you plan to force SRCREV-SRCPV upgrade? I had to remove ipks from deploy directory, clean all changed bbs and rebuild.. the same on neo.. where was easier to reflash..
Nov 15 08:15:37 <mrmoku> JaMa: moin
Nov 15 08:15:45 <mrmoku> JaMa: yeah, we have to do that manually
Nov 15 08:16:36 <JaMa> mrmoku: and the same for task-shr-minimal and task-x11-illume no..
Nov 15 08:18:32 <mrmoku> JaMa: and first we have to fix all of them...
Nov 15 08:18:50 <mrmoku> JaMa: there was one in lite image I don't know where to find it
Nov 15 08:18:52 <mrmoku> libegl
Nov 15 08:18:58 <JaMa> its mesa
Nov 15 08:19:08 <mrmoku> ahh mesa
Nov 15 08:19:11 <mrmoku> ok
Nov 15 08:20:25 <JaMa> mrmoku: I'll fix this one..
Nov 15 08:20:52 <JaMa> there is already PE.. to its ok to bump it too
Nov 15 08:22:50 <mrmoku> ok
Nov 15 08:25:15 <mrmoku> sre: if you need more help in understanding the new stuff... just ask :)
Nov 15 08:25:40 <mrmoku> playya__: hmm... strange
Nov 15 08:25:44 <mrmoku> it built for me locally
Nov 15 08:25:49 <JaMa> vanous123: do you still need that qt stuff?
Nov 15 08:26:38 <JaMa> vanous123: pyqt?
Nov 15 08:37:30 <mrmoku> TAsn: beep :P
Nov 15 08:49:11 <Weiss> JaMa: see scrollback from last night :)
Nov 15 08:59:36 <CIA-86> SHR: 03mok 07libphone-ui-shr * r50619618a5af 10/data/default.edc: default.edc: fix failed hunk comitting...
Nov 15 09:00:17 <JaMa> Weiss: ah.. I'll check.. my connection was down.. :)
Nov 15 09:00:22 <JaMa> ~log
Nov 15 09:00:23 <apt> rumour has it, log is http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/ for #openmoko-cdevel only. Maybe you meant "~logs" ?
Nov 15 09:01:51 <Weiss> executive summary: enabling FIFO in Glamo's LCD controller doubles speed of internal operations
Nov 15 09:05:46 <JaMa> WOW!
Nov 15 09:05:59 <mrmoku> ohhh
Nov 15 09:06:07 * mrmoku wants that :)
Nov 15 09:06:14 <JaMa> Weiss: looking forward for your git push :)
Nov 15 09:06:21 <JaMa> Weiss: I can live without resume :)
Nov 15 09:06:44 <Weiss> JaMa: it's already on my drm-waitq branch, but I don't recommend going near that for a while..
Nov 15 09:06:57 <Weiss> http://git.bitwiz.org.uk/?p=kernel.git;a=commitdiff;h=a7e9f136f4a9f6be8ee725e39ef12a811a345b49
Nov 15 09:07:28 <vanous123> JaMa: oh yes, if it is possible, i would love to try it.
Nov 15 09:07:41 <JaMa> Weiss: ah I'm still ond drm-tracking in om repo
Nov 15 09:07:41 <vanous123> JaMa: as i said before - i would like to check what the speed is
Nov 15 09:07:43 <vanous123> although
Nov 15 09:08:08 <vanous123> from pygtk i started rewrite my little gps tracking app to python-elementary
Nov 15 09:08:20 <JaMa> vanous123: ok.. I'll try to build it as my buildhost has some spare cores now :)
Nov 15 09:08:24 <Weiss> yeah... this increase in speed doesn't *necessarily* make everything go a lot faster, because we don't make optimal use of the accelerator
Nov 15 09:08:37 <Weiss> but this brings it a lot closer to being an accelerator rather than a decelerator :)
Nov 15 09:08:53 <JaMa> heeh
Nov 15 09:09:31 <JaMa> is there someone using fltk?
Nov 15 09:10:13 * Weiss tries to understand the Glamo clock configuration so he can figure out whether this is the theoretical maximum speed or not
Nov 15 09:11:47 <andi> dillo uses fltk
Nov 15 09:14:13 <JaMa> andi: do you know if some relase version from 1.x or 1.3.x snapshots or even 2.0 snapshots?
Nov 15 09:14:29 <JaMa> andi: I'm just triyng to cleanup fltk recipes in OE repo
Nov 15 09:14:54 <blindcoder> JaMa: I'm using fltk 1.1
Nov 15 09:15:33 <blindcoder> JaMa: still, most interfaces seem to be unchanged between releases
Nov 15 09:16:01 <blindcoder> JaMa: looking into the documentation in 1.1 there are hints that some interface or another changed in version X (where X is ususally 2.0)
Nov 15 09:16:02 <andi> dillo recommends fltk-2.0.x-r6916.tar.bz2
Nov 15 09:16:43 <andi> but there are afaik no 2.0 fltk releases
Nov 15 09:17:12 <andi> but you cannot easily recompile things for 1.1
Nov 15 09:17:38 <andi> there are really bigger changes in the API
Nov 15 09:17:39 <blindcoder> andi: but the other way should work more or less
Nov 15 09:17:55 <andi> yes, there are compability headers
Nov 15 09:23:17 <blindcoder> I could try compiling my fltk apps tomorrow, today I don't have enough time
Nov 15 09:23:25 <blindcoder> compiling them with 2.0 I mean
Nov 15 09:26:44 <blindcoder> http://fltk.org/doc-1.3/migration_1_3.html
Nov 15 09:26:49 <blindcoder> migrating from 1.1 to 1.3
Nov 15 09:27:18 <blindcoder> "Fltk1.1 emulation is mostly achieved by aliasing the old class name "Fl" to this namespace so that the static methods in Fltk1.1 will work, and by typedefs from the new fltk::Widget class names to the older Fl_Widget class names."
Nov 15 09:27:23 <blindcoder> migrating from 1.3 to 2.0
Nov 15 09:27:59 <blindcoder> so I guess while applications using Fl_Scroll Widgets (probably most of them) will need to be patched, other things should work
Nov 15 09:29:18 <blindcoder> okay, I gotta leave to geek brunch, see you later
Nov 15 09:34:30 <mrmoku> JaMa: hmm.... we have libgee and libgee2 ???
Nov 15 09:36:17 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r7a9380eb616b 10/fsogsmd/src/lib/atunsolicited.vala: fsogsmd: gather full network status on receiving +CREG notifictions
Nov 15 09:37:18 <mickeyl> libgee 0.5 increased major SOVERSION to 2
Nov 15 09:39:35 <mrmoku> mickeyl: and OE picks that up automatically?
Nov 15 09:42:09 <mickeyl> yep
Nov 15 09:42:13 <mickeyl> shlib renaming
Nov 15 09:42:37 <mickeyl> all the dependencies will also get picked up automatically thanks to inspecting the ELF binary
Nov 15 09:42:44 <mickeyl> (only on rebuild of course)
Nov 15 09:45:24 <mrmoku> ok :)
Nov 15 09:56:39 <JaMa> mrmoku: libgee2 is libgee with PE=2
Nov 15 09:56:54 <JaMa> ahh :)
Nov 15 09:57:52 <JaMa> andi: fltk-2.0.x-r6916.tar.bz2 is nonexistent snapshot now..
Nov 15 10:04:48 <Weiss> 162.902091 frames/s
Nov 15 10:04:53 * Weiss wonders what happened there
Nov 15 10:05:37 <Meomer_> vo=null? :p
Nov 15 10:06:02 <Flyser_> Weiss: This won't increase up the bandwith between glamo and the cpu, right?
Nov 15 10:06:20 <Weiss> Flyser_: I don't *think* so, but I'd like to check
Nov 15 10:06:58 <mrmoku> JaMa: yeah, that's why I asked... because I could not see no PE=2 :)
Nov 15 10:07:06 <mrmoku> TAsn: PING
Nov 15 10:10:20 <Weiss> OH
Nov 15 10:10:30 <Weiss> the reason for my lost wakeups is disturbingly basic
Nov 15 10:11:07 <Weiss> I let the fence counter wrap around in its 15-bit Glamo value, while the kernel expected it to keep increasing
Nov 15 10:12:11 <Weiss> nothing to do with race conditions, locking, waitqueues, double IRQs, misbehaviour of Glamo, etc
Nov 15 10:17:52 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r1dcf546fb042 10/libfsotransport/fsotransport/ (basetransport.vala socket.vala): libfsotransport: add forgotten @ for string template in debug message
Nov 15 10:18:06 <mickeyl> hehe
Nov 15 10:18:13 <mickeyl> that's fixable, right? :)
Nov 15 10:19:04 <Weiss> easily
Nov 15 10:19:11 <JaMa> mrmoku: will be bump PE will shr/merge and oe.dev merging? I guess we will have to.. unless someone points to better way as reply to my e-mail..
Nov 15 10:19:47 <Flyser_> Weiss: what was the symptom of the lost wakeups? WSOD on resume?
Nov 15 10:22:07 <Weiss> Flyser_: processes end up waiting too long (or indefinitely) for accelerated ops to complete. this is only relevant for the new waitqueue stuff I've been working on (which noone else uses yet)
Nov 15 10:22:12 * mickeyl sighs
Nov 15 10:22:19 <mickeyl> guess what... fsogsmd is too fast for the calypso
Nov 15 10:22:25 <mickeyl> get lots of CMS ERROR +314 :)
Nov 15 10:22:28 <mickeyl> [aka: SIM BUSY]
Nov 15 10:22:37 <daniele_athome> hello!
Nov 15 10:22:39 <mickeyl> ~praise python
Nov 15 10:22:40 <apt> All hail python!
Nov 15 10:22:43 <Flyser_> ic
Nov 15 10:22:45 <daniele_athome> there are some problems with elementary in latest mrmoku unstable
Nov 15 10:23:47 <daniele_athome> many applications that make use the bubble widget are wrong sized
Nov 15 10:23:58 <daniele_athome> I mean, button and other controls inside bubbles are oversized
Nov 15 10:24:40 <mrmoku> mickeyl: hehe fun :|
Nov 15 10:25:33 <Weiss> Flyser_: see http://www.bitwiz.org.uk/s/2009/11/look-ma-no-busywaits.html if you want to understand a bit about what I've been working on this week
Nov 15 10:26:29 <Flyser_> Weiss: thanks
Nov 15 10:27:24 <mickeyl> hmm
Nov 15 10:27:38 <mickeyl> roh: ping
Nov 15 10:27:45 <playya__> moin. 
Nov 15 10:27:47 <Flyser_> wow, sounds great ... I thought the glamo wasn't able to do that.
Nov 15 10:27:49 <playya__> NOTE: Tasks Summary: Attempted 5477 tasks of which 4953 didn't need to be rerun and 33 failed.
Nov 15 10:27:50 <mickeyl> moin playya__ 
Nov 15 10:28:27 <mickeyl> Weiss: awesome post, we should get your openmoko category added to the planet, right?
Nov 15 10:28:51 <Weiss> mickeyl: yeah, that'd be good..
Nov 15 10:28:59 <mickeyl> Weiss: righto, will try to make that happen
Nov 15 10:29:15 <CIA-86> SHR: 03mok 07libphone-ui-shr * r478efa52e247 10/src/ (3 files in 2 dirs): fix some leftovers from the phoneui --> phoneui_utils rename
Nov 15 10:33:35 <Flyser_> So you just fixed the "fall out of sync" stuff? :-)
Nov 15 10:34:09 <Weiss> Flyser_: maybe, testing now.. (I wouldn't hope too much, though, there are lots of nasties in here)
Nov 15 10:35:05 <Flyser_> About the busywait for small stuff ... maybe that's not such a good idea if the CPU usage is already high (because of some video decoding or music playing ...)?
Nov 15 10:41:29 <mickeyl> uh oh
Nov 15 10:41:37 <mickeyl>     'revision': 'HW: GTA02BV5, GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko7'}
Nov 15 10:41:48 <mickeyl> i should update this device...
Nov 15 10:54:09 <Weiss> Flyser_: yep, I agree.. I'm more worried about the times when we ask Glamo to do something like a 10x10 solid fill - it's hardly worth the overhead at that point
Nov 15 10:54:24 <Weiss> Flyser_: and I just made the situation worse by making Glamo go a load faster..
Nov 15 10:54:58 <Weiss> ok.. my FR survived continuous x11perf -copywinwin100 while I was in the shower. looking good..
Nov 15 10:55:17 <Flyser_> I understand that, but you will steal the cpu time from other processes, right?
Nov 15 10:55:28 <Weiss> yep
Nov 15 10:56:52 <Flyser_> That's what I am saying :-) Sometimes slower rendering might be preferable to higher cpu usage, because the background tasks need the cpu.
Nov 15 10:57:29 <Weiss> yeah..
Nov 15 10:57:51 <Flyser_> however, I don't know how to detect that ... ^^
Nov 15 10:58:42 <playya__> mickeyl, should i replace my build pause-on-system-events by a pause-push/pull mechanizm to control it from oeventsd?
Nov 15 10:59:34 <Weiss> Flyser_: it's also relevant to note that often there's only one process talking to Glamo (i.e. being told to wait) - Xorg
Nov 15 11:00:17 <Flyser_> Hmm ... how is that relevant?
Nov 15 11:00:33 <mickeyl> playya__: yes, I don't think it's good to add domain knowledge over e.g. GSM to fsomusicd
Nov 15 11:00:42 <mickeyl> another entity should control that
Nov 15 11:00:52 <playya__> ok.
Nov 15 11:01:11 * playya__ adds it to the TODO list for today
Nov 15 11:01:16 <mickeyl> cool
Nov 15 11:01:16 <mickeyl> btw., please prefix future commits w/ fsomusicd now that it's in the repo
Nov 15 11:01:24 <Weiss> Flyser_: it means Xorg needs to be able to work as quickly as possible, because it's responsible for pretty much everything. perhaps even at the expense of CPU (sometimes)
Nov 15 11:01:33 <Weiss> Flyser_: another reason why DRI may be useful :)
Nov 15 11:02:08 <playya__> mickeyl, yes. i did it for the commits tonight. but not on the old commits
Nov 15 11:02:21 <mickeyl> oki
Nov 15 11:02:51 <playya__> this was a fun project started on froscon, sunday afternoon
Nov 15 11:09:43 <mrmoku> mickeyl: what about the patch for dbus with that ugly warning we had in shr/import...
Nov 15 11:09:48 <mrmoku> mickeyl: is it still needed for 1.3.0?
Nov 15 11:10:25 <mickeyl> well
Nov 15 11:10:27 <mickeyl> let me put it that way
Nov 15 11:10:37 <mickeyl> the root cause has not been fixed
Nov 15 11:10:40 <mickeyl> but
Nov 15 11:11:00 <mickeyl> with fso2 we're less likely to see the problem
Nov 15 11:11:17 <mickeyl> and i'm sure the nag message will not change anything
Nov 15 11:11:19 <JaMa>  mechanizm to control it from oeventsd?
Nov 15 11:11:21 <mickeyl> so you might as well leave it out
Nov 15 11:11:30 <JaMa> hmm i wrote this? :)
Nov 15 11:11:40 <JaMa> ignore /me :)
Nov 15 11:11:42 <mrmoku> mickeyl: ok, thanks
Nov 15 11:12:03 * JaMa shouldn't write with his mouse middle button :)
Nov 15 11:12:25 <mrmoku> JaMa: find tmp/deploy/ipk -name \*.ipk | grep gitr | grep -v '\+gitr[0-9].\+'
Nov 15 11:12:43 <mrmoku> using that to find, fix and rebuild all wrongly named packages
Nov 15 11:12:45 <JaMa> mrmoku: that's not enough..
Nov 15 11:12:56 <mrmoku> no?
Nov 15 11:13:04 <JaMa> ah maybe it's
Nov 15 11:13:13 <mrmoku> I don't care about upgrading on the neo
Nov 15 11:13:21 <JaMa> mrmoku: I already removed everything *git* :) in armv4t..
Nov 15 11:13:26 <mrmoku> :)
Nov 15 11:13:46 <JaMa> mrmoku: but it was about 3 days ago.. now I need it again :)
Nov 15 11:14:43 <JaMa> mrmoku: not sure why, but even with those removed task recipes pick "newer" versions
Nov 15 11:15:27 <mrmoku> JaMa: ?
Nov 15 11:15:55 <JaMa> mrmoku: something like this while do_rootfs  * ERROR: Cannot satisfy the following dependencies for task-shr-minimal-apps:
Nov 15 11:15:58 <JaMa>          *  libgee2 (>= 0.5.0+gitrc21925bf1b714a2aa395192f7adbaeecf7a0e146) *  libgee2 (>= 0.5.0+gitrc21925bf1b714a2aa395192f7adbaeecf7a0e146) *  libgee2 (>= 0.5.0+gitrc21925bf1b714a2aa395192f7adbaeecf7a0e146) *  libgee2 (>= 0.5.0+gitrc21925bf1b714a2aa395192f7adbaeecf7a0e146) *
Nov 15 11:16:12 <JaMa> with libgee traces removed and task-shr-minimal rebuild
Nov 15 11:16:22 <mrmoku> hmm
Nov 15 11:17:34 <JaMa> quite boring to fix it by hand maybe we should bump those PEs
Nov 15 11:18:57 <mrmoku> JaMa: even if you clean task-shr-minimal?
Nov 15 11:19:18 <JaMa> yes
Nov 15 11:19:36 <JaMa> mrmoku: but I havent removed task-shr-minimal-apps*.ipk before..
Nov 15 11:19:49 <mrmoku> JaMa: btw... I still have wrong mesa stuff
Nov 15 11:20:49 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r1171976451c8 10/fsogsmd/src/plugins/modem_ti_calypso/plugin.vala: fsogsmd: start working on TI Calypso modem plugin
Nov 15 11:20:53 <JaMa> like missing SRCPV? i pushed it with PE bump.. so it should be rebuild automatically..
Nov 15 11:21:34 <mrmoku> JaMa: I rebuilt mesa-dri... probably not enough?
Nov 15 11:22:24 * Weiss ponders taking a walk up to the European XFEL building site, navigating by GPS, to give the new code a thorough test
Nov 15 11:22:26 <JaMa> this "upgrade" should be even picked up while building shr-image.. I'll retest..
Nov 15 11:25:06 <JaMa> mrmoku: are you aware that ie libgee-native needs to be alse "upgraded" to SRCPV by hand? not sure if you can remove all traces in stagging...
Nov 15 11:25:30 <mrmoku> JaMa: was thinking about that...
Nov 15 11:26:52 <mrmoku> JaMa: hmm... and for libnl it does not work too
Nov 15 11:26:55 <JaMa> mrmoku: worst scenario ie to bump PEs in shr/merge and then oe.dev refusing to merge PEs (if someone provide better upgradeable path)
Nov 15 11:27:01 <mrmoku> (libnl2)
Nov 15 11:27:05 <|topro> hi there, just tried the new unstable image from tests/mrmoku... couldn't wait any longer. works flawlessly (so far) and looks great. thanks for doing such a good job. btw. when will the feed be in place?
Nov 15 11:27:33 <mrmoku> |topro: as soon as we fixed package naming
Nov 15 11:27:44 <|topro> ouch ;)
Nov 15 11:28:00 <JaMa> |topro: and expect another reflash as soon as we do...
Nov 15 11:28:01 <mrmoku> JaMa: then we should wait with PEs....
Nov 15 11:28:35 <JaMa> mrmoku: best scenario would be to get ACK in oe-devel e-mail and bump them in oe.dev directly
Nov 15 11:28:44 <|topro> JaMa: thats what I thought first when reading mrmoku's post
Nov 15 11:28:47 <JaMa> mrmoku: then push our recipes with PEs already bumped
Nov 15 11:29:19 <JaMa> mrmoku: I started with fixing SRCPV in fltk recipe and now I'm stuck there :)
Nov 15 11:29:37 <|topro> but not a problem here, is there anything i can test here (FR A6) to help out?
Nov 15 11:31:33 <mrmoku> |topro: well just test around... and notify us about problems :)
Nov 15 11:35:37 <|topro> well, i just flashed lite-image to boot from sd-card using qi. is there a simple way to use the tests/mrmoku feed without rewriting /etc/opkg feed files? then I could test other applications as well. or focus testing on lite-image?
Nov 15 11:36:47 <BluesLee> mrmoku: hey, no image in shr unstable yet, what happened?
Nov 15 11:37:17 <mrmoku> BluesLee: package naming problems... packages won't be upgradeable
Nov 15 11:37:23 <mrmoku> we're working on that
Nov 15 11:37:30 <BluesLee> okay
Nov 15 11:39:32 <mrmoku> BluesLee: not to be misunderstood... you will HAVE TO REFLASH
Nov 15 11:39:42 <mrmoku> just after that reflash packages should be upgradeable...
Nov 15 11:39:52 <BluesLee> mrmoku: i will install it on sd and play around
Nov 15 11:39:54 <mrmoku> and they would not without fixing the names now
Nov 15 11:40:36 <BluesLee> mrmoku: just to see whats going on, if its stable enough to switch to ...
Nov 15 11:40:52 <mrmoku> BluesLee: to try out... you can do that now :)
Nov 15 11:41:29 <BluesLee> latest tarball from mrmoku i guess
Nov 15 11:41:53 <mrmoku> BluesLee: yup
Nov 15 11:42:16 <mrmoku> JaMa: why do some packages work with rebuilding... and others don't?
Nov 15 11:43:03 <JaMa> mrmoku: i guess that packaged pulled directly to image works, packages which are just dependency of some other doesn't
Nov 15 11:43:08 <Weiss> http://www.bitwiz.org.uk/glamo-lcd-fifo.patch <--- patch for andy-tracking to enable the Magic FIFO
Nov 15 11:43:37 <JaMa> mrmoku: you need to rebuild whole dependency chain to image while making sure that all traces of "old" package are gone..
Nov 15 11:43:58 <JaMa> mrmoku: as exact version is stored in opkg file /control
Nov 15 11:44:33 <zoff99> mrmoku: will you switch the now unstable images and feed into testing dir? after you sync new unstable?
Nov 15 11:44:43 <zoff99> so that now really good unstable image is not lost??
Nov 15 11:44:52 <mrmoku> JaMa: yeah, but I'm rebuilding single packages
Nov 15 11:44:54 <mrmoku> not the image
Nov 15 11:45:19 <mrmoku> I do bitbake -c clean pkg; bitbake pkg
Nov 15 11:45:25 <mrmoku> and that works for some packages
Nov 15 11:45:27 <mrmoku> but not for others
Nov 15 11:45:31 <mrmoku> like libnl2
Nov 15 11:45:40 <JaMa> mrmoku: like they are still with wrong name?
Nov 15 11:45:46 <mrmoku> yup
Nov 15 11:45:51 <mrmoku> I see it building the correct one
Nov 15 11:46:02 <mrmoku> but the wrong one is still in tmp/deploy after build
Nov 15 11:46:59 <mrmoku> NOTE: Multiple libraries (libnl.so.2, libnl-nf.so.2) found and LEAD_SONAME not defined
Nov 15 11:47:02 <mrmoku> hmm
Nov 15 11:47:02 <JaMa> mrmoku: and have you removed libnl files from tmp/deploy before?
Nov 15 11:47:19 <JaMa> mrmoku: and maybe also clean package-index files before..
Nov 15 11:47:49 <JaMa> mrmoku: imho "older" file isnt published in deploy dir if there is something newer usable there..
Nov 15 11:47:59 <zoff99> i just hope the old unstable images and feed wont be lost.
Nov 15 11:48:17 <JaMa> mrmoku: Packaged contents of libnl2-route into /home/projects/OE/tmpdir-dev-shr/deploy/ipk/armv4t/libnl-route2_1.0+gitr0+dc273a12da9f0116e80fa81d63beb820e632dd17-r0.4_armv4t.ipk
Nov 15 11:48:41 <mrmoku> zoff99: if you think it's worth it we can preserve them under a different path
Nov 15 11:49:03 <mrmoku> JaMa: rebuilt after manually removing stuff in tmp/deploy/ipk
Nov 15 11:49:07 <mrmoku> that worked
Nov 15 11:49:23 <zoff99> mrmoku: i think so, because i expect the new unstable to REALLY be unstable. and the "old" unstable is very stable as daily phone and pda
Nov 15 11:49:27 <JaMa> mrmoku: thats how i did bump for shr/e11 stuff here..
Nov 15 11:49:47 <mrmoku> zoff99: actually... I really think your expectation is quite wrong :P
Nov 15 11:49:52 <JaMa> s/e11/freesmartphone/
Nov 15 11:49:52 <apt> JaMa meant: mrmoku: thats how i did bump for shr/freesmartphone stuff here..
Nov 15 11:50:12 <zoff99> really? i am installing 14.1.2009 tar file on SD card now :-)
Nov 15 11:50:22 <JaMa> how many unstable do we have now? :)
Nov 15 11:50:43 <mrmoku> zoff99: I hope you mean 14.11.2009 ;)
Nov 15 11:50:52 <zoff99> yep :)
Nov 15 11:50:53 <JaMa> old unstable from shr/merge isn't worth preserving
Nov 15 11:51:12 <mrmoku> JaMa: not that one... the oooooold public unstable one
Nov 15 11:51:30 <JaMa> and old unstable from shr/import before BIG changes can be named shr-testing now :)
Nov 15 11:51:35 <zoff99> i guess everybody using shr at this time, ist unsing public unstable now
Nov 15 11:51:37 <JaMa> or shr-legacy :)
Nov 15 11:51:39 <mrmoku> zoff99: there are some small glitches I already fixed but not yet build
Nov 15 11:51:54 <mrmoku> JaMa: shr-legacy is better
Nov 15 11:52:04 <mrmoku> as otherwise we will soon have a conflict again :P
Nov 15 11:52:12 <JaMa> hopefully :)
Nov 15 11:52:19 <zoff99> yeah legacy sounds fine
Nov 15 11:52:38 <JaMa> maybe also shr-obsolete
Nov 15 11:52:41 <zoff99> as soon as unstable is stable, we can scrap legacy
Nov 15 11:52:59 <JaMa> to make sure that users understand that no more updates there..
Nov 15 11:53:01 <zoff99> isnt it funny that unstable is really what is stable? :-)
Nov 15 11:53:10 <mrmoku> JaMa: i like obsolete even more :)
Nov 15 11:53:16 <JaMa> deprecated?
Nov 15 11:53:24 <zoff99> you can call it "schurli" for all i care :)
Nov 15 11:53:34 <JaMa> abandoned?
Nov 15 11:53:46 <JaMa> forgotten?
Nov 15 11:54:01 <mrmoku> no, those two make us look rude :P
Nov 15 11:54:03 <zoff99> schurli? fritz? hansi?
Nov 15 11:54:25 * JaMa has a few associations with old image.. which is still on his second sd partition..
Nov 15 11:54:25 <mrmoku> zoff99: its neither a dog nor a hamster...
Nov 15 11:54:51 <zoff99> well "schurli" is austrian for "georg"
Nov 15 11:54:55 <zoff99> :)
Nov 15 11:54:57 <JaMa> mrmoku: we are rude to make users reflash :)
Nov 15 11:55:06 <JaMa> or rude enough..
Nov 15 11:55:34 <|topro> JaMa: yes you are ;)
Nov 15 11:55:40 <zoff99> another question i need help with. i sometimes get that the display is "flimmering" and then i have to reboot
Nov 15 11:55:40 <JaMa> mrmoku: I would like to put some ipk file to feed just as DISTRO_PR works for builders...
Nov 15 11:55:51 <zoff99> i dont know if its hardware or software problem? :(
Nov 15 11:56:01 <mrmoku> JaMa: real rude would be to tell them upgrade would be possible... even if it isn't ;)
Nov 15 11:56:10 <mrmoku> brb
Nov 15 11:56:16 <JaMa> mrmoku: no its not rude... its pure evil :)
Nov 15 11:56:30 <|topro> as far as I can tell the 20091114 lite-image works really good. testing it for some time now there is nothing to complain about
Nov 15 11:56:53 <JaMa> |topro: as its good for users..
Nov 15 11:56:57 <|topro> espite upgrading *hide*
Nov 15 11:57:06 <|topro> s/espite/despite
Nov 15 11:57:10 <zoff99> usually i get that display flimmer when doing something with gps.
Nov 15 11:57:21 <zoff99> its driving my crazy!
Nov 15 11:57:40 <zoff99> a/!
Nov 15 11:57:42 <|topro> tangogps working fine here, no display issues
Nov 15 11:57:49 <zoff99> s/!/!!/
Nov 15 11:57:49 <apt> zoff99 meant: a/!!
Nov 15 11:58:04 <zoff99> its nothing to do with apps
Nov 15 11:58:17 <zoff99> just sometimes, i dont know when, display goes crazy
Nov 15 11:58:43 <zoff99> then only suspend can fix it, but sometimes FR does not respond any more, then i need to reboot
Nov 15 11:58:45 <|topro> zoff99: never saw that. and gps app is one of the things i use my neo most for
Nov 15 11:59:03 <zoff99> maybe its hardware issue? i am not sure how to find out
Nov 15 11:59:05 <JaMa> hi dos1 
Nov 15 11:59:16 <|topro> zoff99: what hw rev?
Nov 15 11:59:23 <zoff99> i dropped it a while ago, on the street, maybe that did some damage :(
Nov 15 11:59:24 <dos1> hi :)
Nov 15 11:59:29 <zoff99> gta02v5 or v6
Nov 15 11:59:37 <zoff99> hi dos1
Nov 15 11:59:49 <|topro> hmm, mine is a6
Nov 15 11:59:55 <zoff99> i think its v6
Nov 15 12:00:32 <[Rui]> dos1: your elmdentica wishlist is almost complete
Nov 15 12:00:41 <dos1> nice :)
Nov 15 12:01:14 <dos1> mickeyl: ping
Nov 15 12:02:01 <mickeyl> püng
Nov 15 12:02:47 <dos1> mickeyl: do you remember my problem with fsousaged about gsm resource enabled->suspending->resuming->enabled->suspended transition?
Nov 15 12:03:30 <dos1> mickeyl: today i switched back to fsousaged and fsodeviced, and problem is still there :(
Nov 15 12:03:46 <mickeyl> i'm not sure which problem this exactly was
Nov 15 12:04:03 <mickeyl> none of my devices suspend right now
Nov 15 12:04:07 <dos1> mickeyl: i noticed that system is suspended before GSM finished suspending->suspended transition
Nov 15 12:04:07 <mickeyl> so i have some problems testing this
Nov 15 12:04:18 <dos1> mickeyl: i'll send you complete DEBUG log
Nov 15 12:04:20 <mickeyl> k
Nov 15 12:12:27 <mickeyl> then again, i had moko7 on this device
Nov 15 12:14:01 <dos1> mickeyl: http://pastebin.com/m7db2fee0 - suspend starts at 1330 line and phone is suspended between 1338 and 1339 lines (i think it should be suspended later, when GSM resource finished it's job)
Nov 15 12:14:59 <dos1> fsousaged - 0.9.0.1+gitr738+40e4d0509d2efe0d1d605f572a3c32efc3f15094-r1.0.4; frameworkd - 0.9.5.9+gitr1722+d48bd43c430322b26744e31829f9c76e9b725819-r2.4
Nov 15 12:15:27 <mickeyl> hmm
Nov 15 12:15:41 <mickeyl> phone suspends between 1338 and 1339?
Nov 15 12:15:48 <mickeyl> there's nothing in the log about that
Nov 15 12:16:59 <mickeyl> in any case something is wrong w/
Nov 15 12:16:59 <mickeyl> 2009.11.15 11:17:35.311 frameworkd.resource  DEBUG    processing command 'resume' for resource '<ogsmd.device.Device at /org/freesmartphone/GSM/Device at 0x24b3f0>' (present status=suspending)
Nov 15 12:17:15 <dos1> mickeyl: and there comes another question - how to get complete log from fsousaged?
Nov 15 12:17:30 <mickeyl> [fsousaged]
Nov 15 12:17:35 <mickeyl> log_level = DEBUG
Nov 15 12:17:43 <mickeyl> log_to = syslog
Nov 15 12:17:43 <mickeyl> e.g.
Nov 15 12:17:53 <mickeyl> note that it needs to be [fsousage_d_]
Nov 15 12:18:05 <mickeyl> logging status is respective to the daemon, not the subsystem
Nov 15 12:18:21 <[Rui]> Is there a way to prevent horizontal scrolling in an elm_scroller ?
Nov 15 12:19:26 <dos1> mickeyl: oh... ok - i had only [fsousage] :)
Nov 15 12:20:48 <dos1> [Rui]: you mean bouncing?
Nov 15 12:21:05 <dos1> [Rui]: elm_scroller_bounce_set(scr, 0,1); ?
Nov 15 12:21:31 <[Rui]> dos1: I have a couple of horizontal elm_toggles, and as I set them one way or another, the whole region moves as well
Nov 15 12:21:52 <dos1> oh... then no idea
Nov 15 12:22:31 <sbeh> hi, i'm trying to build shr-unstable, i workarounded a lot since i started (because shr-unstable is definitely not buildable when following the build-instructions), but now i got stuck on a error, where bitbake is involed and i don't know how to come around: http://pastebin.com/m360af9e8
Nov 15 12:22:34 <Sup3rkiddo> hi all, anyone know where vala 0.7.8.1 is? the latest in vala's home page is 0.7.8 and libfsoframework requires this point release
Nov 15 12:23:06 <[Rui]> dos1: dude, that's it! thanks a million! :)
Nov 15 12:23:16 <dos1> :)
Nov 15 12:23:59 <Sup3rkiddo> sbeh, I guess this is causing it, "#svn: Failed to add directory 'applets': an unversioned directory of the same name already exists"
Nov 15 12:24:10 <sbeh> Sup3rkiddo: :)
Nov 15 12:25:00 <Sup3rkiddo> sbeh, but yeah, i share sentiment :P, its hard to get it building successfully
Nov 15 12:25:05 <Sup3rkiddo> *your
Nov 15 12:29:25 <mickeyl> Sup3rkiddo: http://www.freesmartphone.org/sources/vala-0.7.8.1.tar.bz2
Nov 15 12:30:30 <Sup3rkiddo> mickeyl, got it :P just now
Nov 15 12:31:02 <JaMa> http://pastebin.com/m360af9e8 answered about 3 times on ML and at least 2 times here.. 
Nov 15 12:31:23 <JaMa> upstream should really think before rename,readd :)
Nov 15 12:31:45 <JaMa> or change to better scm
Nov 15 12:34:52 <DocScrutinizer> zoff99: I seen light random brightness noise on some devices (2 to be precise). Seems to be a hw issue, probably of PMU
Nov 15 12:35:24 <DocScrutinizer> s/light/mild/
Nov 15 12:35:24 <apt> DocScrutinizer meant: zoff99: I seen mild random brightness noise on some devices (2 to be precise). Seems to be a hw issue, probably of PMU
Nov 15 12:38:28 <dos1> mickeyl: ok, there's updated log: http://pastebin.com/m6ab12bd5 , gsm is registered at 867, enabled at 1010, suspend starts at 1380, suspend happends between 1398 and 1399
Nov 15 12:39:19 <sbeh> JaMa: what do i need to search for, on the ml?
Nov 15 12:40:48 <dos1> mickeyl: dbus error while talking to IdleNotifier is just because i forgot to start fsodeviced ;)
Nov 15 12:44:58 <joerg_42> so is the dbus nagging fixed for good reason, or just the patch dropped?
Nov 15 12:51:33 <JaMa> sbeh: Re: [Shr-Devel] [Makefile] do last changes impact the makefile?
Nov 15 12:52:28 <JaMa> sbeh: [Shr-Devel] build error! Help! Date: Fri, 13 Nov 2009 23:21:34 +0800
Nov 15 12:53:25 <JaMa> sbeh: http://lists.shr-project.org/pipermail/shr-devel/2009-November/001172.html
Nov 15 12:54:48 <BillK> flashed new image built yesterday - shows promise but no wifi and rtc problems
Nov 15 12:55:08 <BillK> taht affect a whole lot of other things - seems kernel is problematic as well
Nov 15 12:55:13 <BillK> is all tis known?
Nov 15 12:55:41 <BillK> a/is all tis known?/is all this known?/
Nov 15 13:32:34 * Weiss replaces the screws in his FR, happy with the weekend's work
Nov 15 13:38:57 <dos1> mickeyl: any idea?
Nov 15 13:42:11 <Weiss> JaMa (and anyone else): Glamo waitqueues and FIFO tuning are now on drm-tracking
Nov 15 13:42:27 <Weiss> (having passed the "Weiss takes an afternoon stroll" test
Nov 15 13:47:31 <mickeyl> dos1: d'oh, that looks completely broken :)
Nov 15 13:47:50 <mickeyl> i think i have an idea what happens thoguh
Nov 15 13:48:03 <dos1> mickeyl: hehe :)
Nov 15 13:48:19 <mickeyl> unrelated: please pinpoint libgsm0710mux and fso-abyss to today
Nov 15 13:48:33 <mickeyl> as I will do some (potentially) invasive changes
Nov 15 13:49:24 <mickeyl> i'm sure this is due to the async changes
Nov 15 13:49:30 <mickeyl> kernel suspend gets triggered way to early
Nov 15 13:50:45 <JaMa> Weiss: I'll test, thanks
Nov 15 13:50:47 <dos1> mrmoku|away, JaMa: [14:48] <mickeyl> unrelated: please pinpoint libgsm0710mux and fso-abyss to today
Nov 15 13:51:42 <mickeyl> err
Nov 15 13:51:44 * mickeyl confused
Nov 15 13:51:53 <JaMa> mickeyl: all fso stuff is already pinpointed, do we need to upgrade to today's revs?
Nov 15 13:51:57 <mickeyl>     public async void suspend() throws DBus.Error
Nov 15 13:51:58 <mickeyl>     {
Nov 15 13:51:58 <mickeyl>         this.system_action( FreeSmartphone.UsageSystemAction.SUSPEND ); // DBUS SIGNAL
Nov 15 13:51:58 <mickeyl>         // we need to suspend async, otherwise the dbus call would timeout
Nov 15 13:51:58 <mickeyl>         Idle.add( onIdleForSuspend );
Nov 15 13:52:03 <mickeyl> }
Nov 15 13:52:16 <mickeyl> that looks like it's not preparing any resources for suspend at all
Nov 15 13:52:19 <mickeyl> wonder where that code went
Nov 15 13:52:21 <mickeyl> it was there
Nov 15 13:52:30 <mickeyl> JaMa: no, if all is pinpointed, just leave it there
Nov 15 13:52:46 <dos1> then i wonder why noone else noticed that :x
Nov 15 13:53:05 <mickeyl> JaMa: i'm going to change some things in the muxing stuff and don't want you to pick up the changes until it's tested for a while by me
Nov 15 13:53:09 <mickeyl> dos1: yeah
Nov 15 13:53:11 <mickeyl> pretty strange
Nov 15 13:53:20 <mickeyl> let's try a quick patch
Nov 15 13:54:41 <mickeyl> http://vala.pastebin.com/d77054db7
Nov 15 13:54:42 <dos1> mickeyl: w onIdleForSuspend there is suspendAllResources(); at beginning
Nov 15 13:54:48 <mickeyl> oh
Nov 15 13:54:56 <mickeyl> ditch that patch then
Nov 15 13:55:57 <mickeyl> try that
Nov 15 13:56:10 <mickeyl> move the suspendAllResources from the beginning of onIdleForSuspend
Nov 15 13:56:15 <mickeyl> and put it to where the patch indicatee
Nov 15 13:56:15 <mickeyl> d
Nov 15 13:57:14 <blindcoder> g'afternoon
Nov 15 14:05:14 <[Rui]> it seems it's not just the bubbles in elementary that are a bit broken
Nov 15 14:05:33 <dos1> [Rui]: yup... all size hinting seems to be borked right now
Nov 15 14:05:48 <[Rui]> I've yet to find what exactly, bug code that doesn't crash on my laptop, immediately crashes on mrmoku's friday 13th image
Nov 15 14:06:06 <dos1> we will have to bump EFL again
Nov 15 14:06:34 <[Rui]> well, perhaps I'm being a bit premature... I built my package with an old build tree...
Nov 15 14:08:25 <[Rui]> that could be of little help
Nov 15 14:19:27 <dos1> Weiss: great work on glamo :)
Nov 15 14:23:47 <Weiss> thanks :)
Nov 15 14:28:17 <zoff99> i am running mrmoku image from 14.11 and i see sound does not work right :(
Nov 15 14:28:25 <zoff99> #######################################
Nov 15 14:28:26 <zoff99> # modules -- make sound actually work!!
Nov 15 14:28:28 <zoff99> #######################################
Nov 15 14:28:29 <zoff99> depmod -a
Nov 15 14:28:31 <zoff99> modprobe snd-pcm-oss
Nov 15 14:28:32 <zoff99> sleep 1
Nov 15 14:28:34 <zoff99> echo "snd-pcm-oss" > /etc/modutils/snd-pcm-oss
Nov 15 14:28:35 <zoff99> update-modules
Nov 15 14:28:37 <zoff99> depmod -a
Nov 15 14:28:38 <zoff99> #######################################
Nov 15 14:28:40 <zoff99> # modules -- make sound actually work!!
Nov 15 14:28:41 <zoff99> #######################################
Nov 15 14:28:45 <zoff99> still need this year(s) old fix, if u want to run openmoocow e.g. !! :(
Nov 15 14:29:00 <dos1> snd-pcm-oss..... NOOOOOT
Nov 15 14:29:32 <Weiss> that would indicate that SDL is still broken..
Nov 15 14:29:39 <Weiss> (using OSS instead of ALSA)
Nov 15 14:29:59 <zoff99> with my above stuff, openmoocow muuuhs again
Nov 15 14:30:07 <zoff99> is that good or bad ?
Nov 15 14:31:04 <dos1> zoff99: bad. we should not use OSS at all
Nov 15 14:31:28 <zoff99> oh ok.
Nov 15 14:31:47 <zoff99> still at least after my fix, i can use SDL and still make phone calls :)
Nov 15 14:32:35 <dos1> mickeyl: testing now patched fsousaged
Nov 15 14:32:59 <zoff99> there is one thing i see, in buttons and layout. e.g. the "call button" in dailer is on the right side :(
Nov 15 14:33:25 <zoff99> it should all be intuitive, like on windows. ok -> laways left. cancel -> always right!
Nov 15 14:34:35 <dos1> mickeyl: still the same...
Nov 15 14:34:47 <zoff99> so on the left there should always be the "positive" thin, like "call" "ok" "send" and "back" "cancel" "hangup" always on right side
Nov 15 14:35:11 <dos1> zoff99: don't worry, it'll be changed just like it was with libframeworkd-phonegui-efl
Nov 15 14:35:15 <blindcoder> zoff99: erm, in windows IIRC ok is always right...
Nov 15 14:35:27 <zoff99> should i make a ticket on trac for sound alsa issue?
Nov 15 14:35:30 <dos1> and well, probably some redesign of those windows will happen
Nov 15 14:35:38 <dos1> blindcoder: no, in windows ok is always on left
Nov 15 14:35:40 <mickeyl> dos1: ok, then i need to take a look
Nov 15 14:35:42 <zoff99> blindcoder: than iirc is wrong also :)
Nov 15 14:36:02 <dos1> blindcoder: it's always ok/cancel/apply
Nov 15 14:36:07 <blindcoder> dos1, zoff99: okay, just checked on gf computer, you're right
Nov 15 14:36:17 <dos1> blindcoder: in gnome it's cancel/ok
Nov 15 14:36:19 <wpwrak> Weiss: pretty evil that FIFO. reminds me of the first "serious" computer i used, a SuperBrain CP/M machine. didn't come with pixel graphics, so they installed some crazy board that overlaid the text display. the problem was that memory accesses weren't synchronized, so when you wrote something, you somtimes also ended up corrupting some other pixels. the solution was to do a full redraw every once in a while ;-)
Nov 15 14:36:20 <zoff99> blindcoder: thanks
Nov 15 14:36:55 <zoff99> that button left/right thing is what making me crazy on all other phones. so moko should be better :)
Nov 15 14:40:24 <Weiss> wpwrak: hehe. I'm sure there's more tuning to be done, too..
Nov 15 14:43:42 <lindi-> Weiss: can that patch be used with xserver-xorg-video-fbdev?
Nov 15 14:46:26 <joerg_42> (left/right) I thought we agreed long time ago on the fact this is a phone and so we'll follow the worldwide pragma of green=ok=left, red=cancel=right - rather than mixing up gnome and windows and macOS
Nov 15 14:49:05 <wpwrak> joerg_42: make it configurable ? so people won't get detracted from the much more important vi vs. emacs religious war :)
Nov 15 14:49:33 <wpwrak> Weiss: are the artefacts temporary or does also the frame buffer get scrambled ?
Nov 15 14:50:02 <zoff99> joerg_42: i want even more!  on the left should be always the button with "what i want to do now" and right should be the "wait a minute, lets not do this"-button !
Nov 15 14:50:47 <wpwrak> zoff99: so, depending on whether you used "undo" after you were at that function the last time, the positions change ?
Nov 15 14:50:53 <joerg_42> zoff99: that's basically what I said
Nov 15 14:51:22 <wpwrak> zoff99: maybe pop up a helpful paperclip, too (-:C
Nov 15 14:51:33 <zoff99> no. when u want to do something. e.g. delete some 5 sms-es , you should be able to do it blind
Nov 15 14:51:51 <wpwrak> zoff99: shoot first, then ask questions :)
Nov 15 14:51:52 <zoff99> yes or "delete" should always be left side
Nov 15 14:52:19 <zoff99> just take a non-openmoko phone , you know what i mean if you try that
Nov 15 14:53:13 <joerg_42> zoff99: I don't see how your reasoning is any different from what I said. 
Nov 15 14:53:16 <zoff99> the really old ericsson phone had only "yes" and "no" buttons, and you could blind do all actions with them. thats was great
Nov 15 14:53:37 <zoff99> joerg_42 i am agreeding with you! :)
Nov 15 14:53:55 <joerg_42> though I missed to mention a safety second confirm never should use position of any of the standard buttons
Nov 15 14:54:02 <zoff99> joerg_42 only i want that not only for "yes/no" , i should be for ALL apps and all dialogs that way
Nov 15 14:54:32 <joerg_42> oh man
Nov 15 14:54:36 <zoff99> :)
Nov 15 14:55:25 <joerg_42> I got no tessaurus on N810 to find all the synonyms for "ok"
Nov 15 14:56:04 <zoff99> lets agree to agree :)
Nov 15 14:56:31 <zoff99> please who-ever change dialer-app to conform to that standard
Nov 15 15:00:01 <Weiss> lindi-: yep, although it won't make any difference (AFAIK). with non-KMS xf86-video-glamo it should speed things up a lot, though
Nov 15 15:00:17 <Weiss> wpwrak: temporary.. the image just jiggles by a couple of pixels
Nov 15 15:01:28 <wpwrak> Weiss: good, so it's okay to pick an "imperfect" setting. oh, and you could have a FAST mode, like on the sinclair ZX81 :)
Nov 15 15:04:37 <joerg_42> heh, I seem to only have a clouded memory of that, though I did a lot on ZX81
Nov 15 15:06:07 <wpwrak> joerg_42: consider the layout: http://en.wikipedia.org/wiki/File:ZX81_Leiterkarte.jpg  but even back then, they already had fpc. nothing really changes ;-)
Nov 15 15:06:12 <joerg_42> was that "writes to video buffer take precedence over readout for display"?
Nov 15 15:09:05 <Weiss> wpwrak: yep. maybe some kind of sysfs thing is in order
Nov 15 15:09:26 <wpwrak> joerg_42: no, it didn't generate a video signal while the program was running (in "FAST" mode). the video signal was produced by software.
Nov 15 15:09:46 <joerg_42> aaaah, yes
Nov 15 15:10:24 <wpwrak> Weiss: tunable is good, yes. that way, environmental effects (temperature, etc.) are easier to explore
Nov 15 15:11:21 * joerg_42 wonders what Weiss and wpwrak are talking about
Nov 15 15:12:04 <Weiss> wpwrak: but the speed is only very slightly lower on 2 stages than on 4.. in fact (bizzarely) I only notice it with x11perf and not with my test program (which does flat-out solid fills of the full screen directly via DRM)
Nov 15 15:13:41 <wpwrak> joerg_42: check his mail on "devel"
Nov 15 15:14:06 <Weiss> joerg_42: bits 14 and 15 of Glamo register 0x110e.. otherwise known as the "Make Glamo go as fast as it's supposed to" bits
Nov 15 15:14:42 <joerg_42> yep, last nights posts here, I remember
Nov 15 15:16:32 <joerg_42> still I wonder why we want to take environmental effects into equation o.O
Nov 15 15:19:31 <wpwrak> joerg_42: at last for epistemological considerations
Nov 15 15:19:44 <Weiss> because we'll inevitably find that tuning the FIFOs results in WSoD when used on Tuesday and Thursdays in cold conditions near the South pole between the months of January and March, or something
Nov 15 15:20:37 <wpwrak> Weiss: ... while the black cat population in timbuktu is more than 2.8% above the seven-year average
Nov 15 15:21:00 <Weiss> and then only when the Neo is rotated widdershins around an oak tree
Nov 15 15:21:34 <wpwrak> Weiss: with certain distant stars in constellation
Nov 15 15:21:56 <Weiss> :)
Nov 15 15:22:09 <Weiss> unless you align the Mystic Runes of Protection
Nov 15 15:22:34 <wpwrak> damn. they dropped them from the BOM !
Nov 15 15:22:41 <joerg_42> fine, hope you get the weight factors of the polynom right
Nov 15 15:24:13 <wpwrak> joerg_42: gta02 video performance is a nice illustration that everything in the universe is indeed connected :)
Nov 15 15:25:44 <joerg_42> the knowledge of the mere fact is useless though, without a decent algo describing exact character of that connection
Nov 15 15:26:24 <Weiss> working on that :)
Nov 15 15:26:55 <joerg_42> fine, seems FR will be first device based on world formula
Nov 15 15:27:04 <wpwrak> joerg_42: i think you're greatly underestimating how much susperstition and ritualistic behaviour you can produce with just tiny quantities of information :)
Nov 15 15:28:10 <joerg_42> will we get away with 11 dimensions for that? or need even higher order complexity
Nov 15 15:29:30 <joerg_42> wpwrak: don't thell master of buzz about superstition
Nov 15 15:30:22 <wpwrak> joerg_42: considering that already something as simple as configuring a traditional (coal/wood, concrete/stones) grill has about six dimensions, there's probably a lot more than 11 :)
Nov 15 15:30:36 <wpwrak> joerg_42: (buzz) good point ;-)
Nov 15 15:31:46 <joerg_42> wpwrak: I'm not talking about 11 degrees of freedom, I realy talk about dimensions
Nov 15 15:32:11 * mwester notes that holding a FR with the display oriented such that it is aligned with the earth's magnetic field will reduce buzz!
Nov 15 15:32:18 * mwester starts another rumor
Nov 15 15:32:38 <joerg_42> mwester: excellent :-D
Nov 15 15:32:46 * Weiss remembers to always make calls with FR while hanging upside-down, to get the proper alignment
Nov 15 15:33:16 <mwester> But don't use it whilst eating a banana, the potassium content disrupts the SD card interface.
Nov 15 15:33:42 <joerg_42> Weiss: are you living at southern hemisphere?
Nov 15 15:35:02 <Weiss> joerg_42: nope, northern..
Nov 15 15:35:10 <Weiss> maybe I've been wrong to hang upside-down?
Nov 15 15:35:14 <wpwrak> mwester: i've heard the magnetic field is about to reverse. does this mean that all phones still having buzz will then lose it ? :)
Nov 15 15:36:29 <joerg_42> nope it just means the northern hemisphere residents need to follow Weiss' recommendation then
Nov 15 15:38:16 <joerg_42> Weiss: how's progress on your project to use glamo as float-coprocessor?
Nov 15 15:38:43 <joerg_42> so we finally can use float timestamps in opimd
Nov 15 15:40:35 <joerg_42> world formula also will need float precision and range for timestamps, otherwise the graphics fast-tweaks won't be reliable
Nov 15 15:41:53 <Flyser> Does linux even support non-cpu fpus?
Nov 15 15:42:19 <joerg_42> sure
Nov 15 15:42:24 <joerg_42> why not?
Nov 15 15:43:19 * Flyser read something like this
Nov 15 15:43:29 <Flyser> somewhere ... dont remember^^
Nov 15 15:43:37 <Weiss> joerg_42: hmm.. I had such a project?
Nov 15 15:44:38 <Flyser> lol^^
Nov 15 15:58:40 <joerg_42> wpwrak: (dimensions) you know a cube usually is 3-dimensional, but has only one degree of freedom (length of a side). You can create a 4D cube which has 16 corners of which each is connected to four neighbours via one of 4 dimensions, but still it has only one degree of freedom
Nov 15 16:00:28 <joerg_42> afaik for world formula it is widely accepted you'll need 11 dimensions
Nov 15 16:04:03 <spaetz> hi, all. I'm back
Nov 15 16:04:50 <zoff99> joerg_42: are u trying to explode my brain dude? :)
Nov 15 16:05:05 <roh> Flyser dont mix that up. no fpu is no problem. no mmu IS. thus for all microcontroller without mmu, one needs a special mmu-emulator to make thata possible (e.g. on small arm7 or so)
Nov 15 16:06:57 * spaetz looks forward to try Weiss glamo wizardry right after the next working shr-unstable has shipped :)
Nov 15 16:07:50 * bumbl smells a new image?
Nov 15 16:08:01 <Flyser> roh: huh? I never said anything about the MMU?!
Nov 15 16:08:26 <joerg_42> spaetz: that seems to indicate you're willing to wait forever to test it ;-P
Nov 15 16:08:36 <sicu> spaetz: so sometime in the unforseeable future then ;p
Nov 15 16:08:47 <sicu> joerg_42: beat me to it ;)
Nov 15 16:09:18 <spaetz> blarg. it will be pushed out tomorrow. I strongly believe in that :)
Nov 15 16:09:43 <spaetz> I have missed out all th efun in the last 2 days, what are the current problems with it?
Nov 15 16:10:55 <roh> Flyser sounded like it. fpu never was an issue
Nov 15 16:11:11 <sicu> spaetz: afaik, package naming problems
Nov 15 16:12:08 <Flyser> roh: read again. I said "non-cpu fpus" and not "non-fpu cpus"^^
Nov 15 16:12:41 <roh> Flyser non-cpu fpu basically dont exist anymore for a decade or so
Nov 15 16:13:00 <roh> so also no issue ;)
Nov 15 16:13:03 <spaetz> sicu: sigh, I would have waited with that until after the release. But there is always *the one importang thing* that still needs to go in before...
Nov 15 16:13:12 <Flyser> I know. but thats what he was talking about :P
Nov 15 16:14:55 <roh> the idea is pretty stupid from my pov.
Nov 15 16:15:22 <roh> io into and from glamo are stinkin slow, and itself is _slow_
Nov 15 16:16:22 <joerg_42> roh: you missed the fact we silently agreed on a virtual April-1 today
Nov 15 16:16:38 <roh> i see
Nov 15 16:17:00 <roh> just wondered why people are still wasting their time with the glamo GAU
Nov 15 16:18:35 <joerg_42> well probably same reason some fanatics still do hours of service every day to keep their trabant alive
Nov 15 16:18:36 <Flyser> imo it's a interesting task to make the most of crappy hardware^^
Nov 15 16:20:25 <TAsn> mrmoku|away, pong
Nov 15 16:22:13 <Flyser> I guess Weiss learned a lot of stuff since he started working on the glamo...
Nov 15 16:28:14 <joerg_42> mainly how to avoid doing that again, I guess
Nov 15 16:28:37 <Flyser> ^^
Nov 15 16:29:25 <joerg_42> (using crap like glamo that is)
Nov 15 16:35:03 <[Rui]> WRT using crap like glamo, it's the crap that's in my phone and as such I love it very much with all it's defects!
Nov 15 16:35:34 <[Rui]> *grin*
Nov 15 16:37:04 <joerg_42> well, glamo isn't that bad. It's just the wrong chip (for VGA) used the wrong way
Nov 15 16:37:42 <lindi-> i thought the main problem was lack of non-NDA'd docs
Nov 15 16:38:44 <joerg_42> no, as raster or read all his comments on that in the past - they would fill a book 
Nov 15 16:38:56 <joerg_42> s/as /ask /
Nov 15 16:38:56 <apt> joerg_42 meant: no, ask raster or read all his comments on that in the past - they would fill a book 
Nov 15 16:40:02 <joerg_42> basically we pushed glamo beyond what ever smedia thought it could do
Nov 15 16:41:33 <HighCat> /WHOIS spaetz
Nov 15 16:41:56 <HighCat> sorry
Nov 15 16:42:58 <Flyser> let me try ...
Nov 15 16:43:08 <Flyser> s/try/& this/
Nov 15 16:43:09 <apt> Flyser meant: let me & this ...
Nov 15 16:43:19 <JaMa> hmm :)
Nov 15 16:43:22 <Flyser> bad apt!
Nov 15 16:48:16 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * rd16fd7285b16 10/libfsotransport/fsotransport/ (basetransport.vala transport.vala): libfsotransport: make buffering optional
Nov 15 16:49:09 <CIA-86> freesmartphone.org: 03mickey 07libgsm0710mux * r2fcdabd9c8a5 10/gsm0710mux/ (manager.vala multiplexer.vala): use libfsotransport for modem transport as well
Nov 15 16:49:11 <CIA-86> freesmartphone.org: 03mickey 07libgsm0710mux * r66cdefe107d5 10/gsm0710mux/multiplexer.vala: set transport to unbuffered
Nov 15 16:49:36 <CIA-86> freesmartphone.org: 03mickey 07fso-abyss * r4f262b19d523 10/src/ (main.vala server.vala): catch up with changes in libgsm0710mux
Nov 15 16:52:31 <mrmoku> dos1: hmm... the images did not build?
Nov 15 16:53:03 <TAsn> mrmoku, re-pong
Nov 15 16:53:04 <TAsn> :)
Nov 15 16:53:12 <TAsn> mrmoku, how's the image? :)
Nov 15 16:54:36 <JaMa> mrmoku: I still get wrong deps fro libgee, I checked what depends on libgee and seems like bumping cornucopia srcrevs would be easiest way to rebuild them
Nov 15 16:55:16 <mrmoku> JaMa: yeah, libgee is where it failed...
Nov 15 16:55:22 <mrmoku> TAsn: ripeldiping :)
Nov 15 16:55:33 <mrmoku> TAsn: I found some segfaults...
Nov 15 16:55:46 <mrmoku> TAsn: we should switch libphone-ui-shr to Werror too
Nov 15 16:55:52 <JaMa> mrmoku: I'll push patch for that..
Nov 15 16:55:57 <mrmoku> JaMa: great
Nov 15 16:56:06 <TAsn> mrmoku, haha, told ya :)
Nov 15 16:56:21 <TAsn> mrmoku, I'll hopefully do it tonight.
Nov 15 16:56:23 <mrmoku> TAsn: it will just build even with non-existing functions...
Nov 15 16:56:31 <mrmoku> and then segfault :)
Nov 15 16:56:44 <TAsn> I know.
Nov 15 16:57:11 <Flyser> lol^^ taping on the lock icon in the shutdown dialog (the dialog, which comes up when you press the power button) in the new image results in an unusable freerunner^^
Nov 15 16:57:22 <TAsn> mrmoku, that's obvious
Nov 15 16:57:27 <TAsn> mrmoku, let's start at least to compile with
Nov 15 16:57:42 <TAsn> -Warn-about-missing-functions-as-we-don't-want-it-to-seg
Nov 15 16:57:46 <TAsn> I'll check the name exactly. :)
Nov 15 16:57:56 <mrmoku> yeah, would be a good start :P
Nov 15 16:58:10 <dos1> mrmoku: well, when i started to play with fsousaged there was only finished task-shr-feed with list of failed packages :P
Nov 15 16:58:23 <mrmoku> yeah
Nov 15 16:58:23 <TAsn> :)
Nov 15 16:58:31 <mrmoku> I checked rootfs log for image...
Nov 15 16:58:45 <mrmoku> both did not build due to libgee dep having changed
Nov 15 16:58:52 <JaMa> mrmoku: in the meantime you can clean shr/libmodulo_git.bb freesmartphone/vala-dbus-binding-tool-native_git.bb freesmartphone/libpersistence_git.bb
Nov 15 16:59:04 <mrmoku> JaMa: ok
Nov 15 16:59:05 <TAsn> -Werror-implicit-function-declaration
Nov 15 16:59:08 <TAsn> mrmoku, I'm adding it.
Nov 15 16:59:50 <TAsn> mrmoku, sec.
Nov 15 17:00:48 <dos1> zoff99: about your issue about CPU resource
Nov 15 17:00:59 <dos1> zoff99: do you have default frameworkd.conf?
Nov 15 17:01:01 <mrmoku> JaMa: FYI http://shr.pastebin.com/m786f163 is what fails from task-shr-feed
Nov 15 17:01:33 <TAsn> mrmoku, we should also fix the broken autotools usage
Nov 15 17:01:37 <TAsn> I'll do it when I'll have time.
Nov 15 17:01:44 <zoff99> dos1: yes i have
Nov 15 17:01:53 <mrmoku> TAsn: ok... I'm off for dinner now
Nov 15 17:01:55 <TAsn> brb
Nov 15 17:01:55 <mrmoku> bbl
Nov 15 17:01:58 <mrmoku> :)
Nov 15 17:01:59 <TAsn> ciao.
Nov 15 17:02:10 <dos1> and it's really newest?
Nov 15 17:02:12 <JaMa> mrmoku: hmm you have few more then I have here.. but maybe its because it failed somewhere higher in dep chain here..
Nov 15 17:02:15 <dos1> i never had that here ;x
Nov 15 17:02:41 <zoff99> dos1: i have to change my opinion about new mrmoku image, its really in some areas cooler and fast :) mea culpa
Nov 15 17:03:05 <zoff99> dos1: its image from 14.11. mrmoku and it was same error in unstable
Nov 15 17:03:21 <JaMa> mrmoku|away: pushed
Nov 15 17:03:23 <zoff99> dos1: this error creaped in somewhere this summer
Nov 15 17:03:53 <dos1> strange thing
Nov 15 17:04:51 <zoff99> dos1: maybe my device has some problems, hardware i mean. because i also have that display flickering, which nobody else seems to have :(
Nov 15 17:05:05 <dos1> JaMa: seems like my patch for increasing buffer size in libcanberra isn't present in shr/merge
Nov 15 17:05:30 <zoff99> also i find "nscd" working miracles on dns resolv speedup
Nov 15 17:05:52 <JaMa> dos1: which repo is that?
Nov 15 17:06:39 <dos1> JaMa: recipes/pulseaudio/libcanberra_0.17.bb in shr/import has this patch
Nov 15 17:07:00 <JaMa> dos1: ok, I'll merge it
Nov 15 17:07:03 <JaMa> dos1: thanks
Nov 15 17:07:05 <dos1> JaMa: you can try to cherry-pick c28b4e58817dec5633135a885a55fec11f3dd1d1
Nov 15 17:07:11 <UberNeo> zoff99, i also have that display flickering with white bands coming from top to bottom
Nov 15 17:07:15 <UberNeo> and once i suspend and resume ..then everything becomes fine
Nov 15 17:07:24 <zoff99> YEEEEEESSSSSSS my god
Nov 15 17:07:33 <zoff99> uberneo: i am not alone :)
Nov 15 17:07:37 <JaMa> libcanberra-increase-buffer-size.patch?
Nov 15 17:08:01 <zoff99> uberneo: and does your neo get unresponsive? like hanging?
Nov 15 17:08:10 <UberNeo> sometimes
Nov 15 17:08:23 <dos1> JaMa: yup
Nov 15 17:08:43 <UberNeo> hanging prob ..i thought it is because of the distro which u r using
Nov 15 17:08:58 <UberNeo> i even find in Hckable1 and SHR-U
Nov 15 17:09:09 <zoff99> and did you drop it on the floor? or why do you think this happens?
Nov 15 17:09:50 <JaMa> dos1: any idea if we need pulseaudio in DEPENDS for libcanberra? (2nd diff between shr/oe.dev version)
Nov 15 17:09:55 <UberNeo> no i never did ..i always keep it like my small child
Nov 15 17:10:24 <dos1> JaMa: dunno... maybe mickey|bbl knows
Nov 15 17:10:38 <dos1> but probably not, only for pulseaudio backend, which we don't use
Nov 15 17:11:47 <UberNeo> zoff99, do u get white bands
Nov 15 17:12:11 <UberNeo> coming from top to bottom with about a frequency of 3/sec
Nov 15 17:12:21 <zoff99> uberneo: no not white bands, but display starts getting distorted, and flickering
Nov 15 17:12:50 <UberNeo> so it means i am alone with white bands :(
Nov 15 17:12:50 <zoff99> uberneo: then i cant do anything, not responding anymore, but i still see the programs running only very strange distorted
Nov 15 17:13:21 <UberNeo> so it means i have both ..flickering and white bands
Nov 15 17:13:58 <zoff99> i will see if mrmoku image fixes it
Nov 15 17:14:12 <zoff99> i have it running all day now, now flickering yet :)
Nov 15 17:14:19 <TAsn> mrmoku|away, phoneui-init.c:29: error: implicit declaration of function 'g_type_init' :)
Nov 15 17:15:53 <UberNeo> with white band ..if i suspend and resume then all become fine
Nov 15 17:16:37 <zoff99> userneo: mine too, when all is broken and suspend fixes it. only sometimes button does not work anymore, and i cant suspend
Nov 15 17:18:16 <UberNeo> zoff99, is this because of kernel
Nov 15 17:18:37 <zoff99> are u sure? how u know that?
Nov 15 17:19:45 <CIA-86> SHR: 03tom 07libphone-ui-shr * r746e20b8a4be 10/src/phoneui-init.c: Fixed the two compilation warnings (implicit declerations)
Nov 15 17:19:46 <CIA-86> SHR: 03tom 07libphone-ui-shr * r46cffe4bede7 10/src/Makefile.am: added -Werror-implicit-function-declaration
Nov 15 17:19:58 <UberNeo> no i m not sure ..coz i have found it on both Hackable1 and SHR-u
Nov 15 17:21:32 <zoff99> could be hardware also
Nov 15 17:23:28 <UberNeo> ya may be ..not sure
Nov 15 17:32:43 <CIA-86> SHR: 03tom 07libphone-ui-shr * r0a31f18ea5f9 10/src/phoneui-contacts.c: fixed a leftover from the mass rename
Nov 15 17:32:46 <TAsn> mrmoku|away, another segfault fixed thanks to compiler warnings :) ^
Nov 15 17:41:20 <Flyser> What's fixed in the 20091114 mrmoku image? (compared to 20091113)
Nov 15 17:45:53 <mrmoku> TAsn: good :)
Nov 15 17:45:57 <mrmoku> JaMa: building images now
Nov 15 17:46:57 <sbeh> hi, i've a question, tom broke make image with his last commits, how can i revert to another revision in bitbake?
Nov 15 17:49:43 <JaMa> mrmoku: I have few compile errors now :/
Nov 15 17:49:53 <JaMa> mrmoku: in libpersistence and libmodulo..
Nov 15 17:50:27 <playya__> is anyone using libmodulo?
Nov 15 17:52:36 <JaMa> mrmoku|away: what about bumping those PEs? 
Nov 15 18:01:08 <TAsn> mind taking a quick look?
Nov 15 18:01:10 <TAsn> widget/*.c
Nov 15 18:01:12 <TAsn> got them
Nov 15 18:01:14 <TAsn> take a look if you can workaround it
Nov 15 18:01:16 <TAsn> (i.e, use the proper functions)
Nov 15 18:01:20 <TAsn> otherwise I'll just do a dirty workaround which is also ok.
Nov 15 18:01:34 <TAsn> mrmoku, got any comments?
Nov 15 18:01:36 <TAsn> atm I added a hack (declared the function primitives myself)
Nov 15 18:15:11 <gnutoo> hi JaMa 
Nov 15 18:15:52 <gnutoo> ERROR: Cannot satisfy the following dependencies for task-shr-minimal-apps:=>libgee2 and  ERROR: Cannot satisfy the following dependencies for task-shr-minimal-x => glibc-binary-localedata-en-us
Nov 15 18:16:15 <gnutoo> for the first one I bet a bitbake libgee will work
Nov 15 18:16:27 <gnutoo> but I don't know where to put the DEPENDS dependency
Nov 15 18:17:02 <gnutoo> for the second I tried
Nov 15 18:17:21 <gnutoo> but I failled so I removed the dep in task-shr-minimal
Nov 15 18:17:30 <gnutoo> the details are that glibc-binary-localedata-en-us doesn't exist
Nov 15 18:17:37 <gnutoo> instead we have:
Nov 15 18:18:33 <gnutoo> eglibc-localedata-en-us
Nov 15 18:18:41 <gnutoo> I can try again if you want
Nov 15 18:18:43 <JaMa> gnutoo: first is about version isn't it?
Nov 15 18:18:53 <gnutoo> I'll look
Nov 15 18:18:58 <JaMa> gnutoo: its screwed by SRCREV->SRCPV change without PE bump
Nov 15 18:19:18 <gnutoo> ahhh...that's why changing the python function didn't change the error output...
Nov 15 18:19:44 <JaMa> yup
Nov 15 18:20:10 <JaMa> mrmoku|away: I'll bump those PEs.. ugly package/file names are better than this mess..
Nov 15 18:22:27 <gnutoo> JaMa, also fix the regex in the task-shr-minimal
Nov 15 18:22:57 <JaMa> strange I guess its already fixed..
Nov 15 18:23:15 <JaMa> irc Heinervdm sent some patch for image and task recipes for glibc/eglibc..
Nov 15 18:30:49 <sbeh> how can i go back 2hours, to make make image work again? :P
Nov 15 18:32:04 <mrmoku> TAsn: image failed due to libphone-ui-shr :P
Nov 15 18:32:34 <mrmoku> widget/elm_keypad.c:63: error: implicit declaration of function 'elm_widget_data_get'
Nov 15 18:32:52 <mrmoku> widget/elm_keypad.c:156: error: implicit declaration of function 'elm_widget_data_set'
Nov 15 18:32:56 <mrmoku> widget/elm_keypad.c:157: error: implicit declaration of function 'elm_widget_del_hook_set'
Nov 15 18:32:59 <mrmoku> widget/elm_keypad.c:178: error: implicit declaration of function 'elm_widget_resize_object_set'
Nov 15 18:34:12 <mrmoku> TAsn: hmm... don't understand that though
Nov 15 18:35:24 <gnutoo> JaMa, strange  I pulled today on shr/merge and it's not
Nov 15 18:36:03 <JaMa> mrmoku: I have PE bumps for freesmartphone recipes and oe.dev sync for shr recipes without PE bump, should I push it to oe.dev?
Nov 15 18:36:43 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07libfso-glib * rfa81d53a2ea1 10/src/ (4 files): regen
Nov 15 18:36:58 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07specs * r4bd3ee022a84 10/ (3 files in 3 dirs): Add MusicPlayer.{Push,Pop}Pause
Nov 15 18:37:10 <mrmoku> JaMa: the shr part you mean?
Nov 15 18:37:34 <JaMa> mrmoku: see http://cgit.openembedded.net/cgit.cgi/openembedded/log/?h=martin_jansa/srcpv
Nov 15 18:39:04 <JaMa> mrmoku: if you're shr recipes maintainter than your ACK should be enough for my push :)
Nov 15 18:39:16 <mrmoku> :)
Nov 15 18:39:23 <mrmoku> good question (about maintainer)
Nov 15 18:40:14 <mrmoku> JaMa: though I'm not in the position to Ack the PE change for fso stuff...
Nov 15 18:40:27 <JaMa> maybe best way to do this: you could cherry pick them with your sign-off to oe.dev (for shr changes)
Nov 15 18:40:31 <mrmoku> and as you just (re-)sent your mail...
Nov 15 18:40:46 <mrmoku> moment..
Nov 15 18:40:50 <JaMa> mrmoku: and I'll get ack/sign-off for fso stuff recipes
Nov 15 18:42:19 <JaMa> 10:57 < JaMa> mickey|office: and your opinion about bumping PE with SRCREV->SRCPV change in freesmartphone directory?
Nov 15 18:42:22 <JaMa> 10:57 < mickey|office> ya, I'm afraid that's necessary if we want to start from a clean point
Nov 15 18:42:25 <JaMa> 10:58 < mickey|office> i hate PE
Nov 15 18:42:27 <JaMa> hmm :/
Nov 15 18:42:47 <mrmoku> neighbour was on the door
Nov 15 18:43:24 <mrmoku> JaMa: ok
Nov 15 18:43:33 <JaMa> mickey|bbl: could you ack/sign-off 1c6aaf20e2cb295823d657d5650d74f5aea6819c 6aa6990ee8ab308dd897a6a6e8ef1dd6c9f3c0ff 52cda1877fc0479eeaf5e100a34b630a30e63fdb 3bb244f39751e2c5e0531c49c2c88a58e11babd7 ?
Nov 15 18:43:59 <mrmoku> JaMa: that would be 5 commits for me?
Nov 15 18:44:22 <JaMa> mrmoku: yes last 5
Nov 15 18:44:25 <mrmoku> the top 4 plus opimd
Nov 15 18:44:36 <mrmoku> ahh opimd utils is fso stuff...
Nov 15 18:44:57 <mrmoku> JaMa: ok will cherry-pick them now
Nov 15 18:44:58 <Heinervdm> gnutoo: do you have defined the LIBC Variable somewhere?
Nov 15 18:44:59 <JaMa> mrmoku: 9992abafd5ef9ff2b7dd7d22ad305e1f0ca70437 maybe too 
Nov 15 18:45:06 <JaMa> mrmoku: fsoraw
Nov 15 18:45:23 <dos1> well, opimd-utils is mine
Nov 15 18:45:24 <dos1> :P
Nov 15 18:45:25 <JaMa> mrmoku: 370cbba6ac7181f9858021f3952fc648378176e8 openmoko-panel-plugins :)
Nov 15 18:45:32 <mrmoku> dos1: but you can't cherry pick it ;)
Nov 15 18:45:32 <Heinervdm> gnutoo: it should be defined in minmal.conf i think, or in machine config
Nov 15 18:45:47 <mrmoku> huh... what is panel-plugins? :P
Nov 15 18:46:11 <JaMa> mrmoku: there was quite nice panel for ie matchbox de
Nov 15 18:46:16 <dos1> mrmoku: but i can allow you to do that, can't i? :D
Nov 15 18:46:28 <mrmoku> :)
Nov 15 18:46:29 <JaMa> mrmoku: with icons for all neo stuff like wifi,bt etc
Nov 15 18:46:59 <mrmoku> ok, as no one from OpenMoko will cherry-pick it... I will do it :P
Nov 15 18:47:06 <JaMa> dos1: do we have "Allowed-by" tag? :)
Nov 15 18:48:23 <mrmoku> JaMa: hmm... is there a maintainer for the openmoko stuff?
Nov 15 18:48:28 <wpwrak> JaMa: Reluctantly-Allowed-By: ? ;-)
Nov 15 18:48:49 <mrmoku> wpwrak: hey... who is maintinaing OM recipes in OE?
Nov 15 18:48:50 <mrmoku> :)
Nov 15 18:49:27 <JaMa> mrmoku: probably not.. and those should be safe
Nov 15 18:49:46 <wpwrak> mrmoku: wrong tree ;-)
Nov 15 18:49:58 <mrmoku> wpwrak: yeah :)
Nov 15 18:50:02 <JaMa> mrmoku: do you know if 1.0.0-gitr* is higher version than 1.0.0+gitr? I guess so... but I'm not sure
Nov 15 18:50:22 <mrmoku> JaMa: Graeme is maintainer of stuff in openmoko2
Nov 15 18:50:30 <mrmoku> but no one (in MAINTAINERS) for the other stuff
Nov 15 18:50:35 <JaMa> ah I mean that 1.0.0+gitr is higher
Nov 15 18:50:35 <mrmoku> will just do it then
Nov 15 18:50:47 <mrmoku> yeah, + is higher
Nov 15 18:50:52 <JaMa> sure?
Nov 15 18:50:56 <mrmoku> we had that with the vala + fso releases
Nov 15 18:51:22 <JaMa> but that between "1.0.0" and 1.0.0+something"
Nov 15 18:51:24 <mrmoku> so I'm quite sure :)
Nov 15 18:51:36 <mrmoku> hmm
Nov 15 18:51:44 <dos1> JaMa: wait a moment, i had some packages not upgraded due to that...
Nov 15 18:51:50 <mrmoku> you mean something like 1.0 and 1.0+rc2
Nov 15 18:51:59 <mrmoku> where 1.0+rc2 _should_ be smaller
Nov 15 18:52:03 <JaMa> i tried it with "LC_ALL=posix sort" but I'm not sure how opkg sorts
Nov 15 18:52:18 <dos1> JaMa: - is newer
Nov 15 18:52:36 <mrmoku> dos1: nah, my memory tells differently...
Nov 15 18:52:41 <mrmoku> (though I'm getting old :P)
Nov 15 18:52:49 <dos1> for instance  0.2-43437+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r2.4 is older than 0.2-43437-gitr218+1541a8297484564a1dc52735905656639b02ca72-r2.4
Nov 15 18:52:56 <dos1> mrmoku: that's what my opkg says ;P
Nov 15 18:53:12 <mrmoku> your opkg is getting old too ;)
Nov 15 18:53:16 <JaMa> :)
Nov 15 18:57:25 <mrmoku> JaMa: your initscript commit is... strange
Nov 15 18:57:36 <mrmoku> forgot to add the renamed file?
Nov 15 18:58:19 <TAsnn> mrmoku, I'm going nuts
Nov 15 18:58:21 <TAsnn> so much to fix :)
Nov 15 18:58:25 <mrmoku> hehe :)
Nov 15 18:58:29 <TAsnn> still doesn't compile.. :|
Nov 15 18:58:42 <mrmoku> welcome in the world of the nuts :P
Nov 15 18:58:56 <JaMa> mrmoku: no commited in patch before :/
Nov 15 18:58:58 <TAsnn> mrmoku, got something to say about elementary?
Nov 15 18:59:04 <TAsnn> (what I talked about before)
Nov 15 18:59:06 <TAsnn> the hacks.
Nov 15 18:59:08 <mrmoku> JaMa: ohh
Nov 15 18:59:19 <TAsnn> mrmoku, I'm no elm expert and I want to drop that crap :)
Nov 15 18:59:42 <JaMa> mrmoku: I forgot to squash them before push..
Nov 15 18:59:52 <JaMa> mrmoku: but I can if you really want :)
Nov 15 19:00:16 <JaMa> mrmoku: I guess I forgot my sign-off too :/
Nov 15 19:00:16 <mrmoku> JaMa: well... already cherry picked them...
Nov 15 19:00:45 <JaMa> mrmoku: are you picking them to oe.dev?
Nov 15 19:01:25 <mrmoku> yup
Nov 15 19:01:38 <mrmoku> wrong?
Nov 15 19:01:44 <JaMa> mrmoku: right..
Nov 15 19:01:46 * mrmoku did not push yet :)
Nov 15 19:01:51 <mrmoku> ok, will push then
Nov 15 19:02:13 <JaMa> mrmoku: I'll merge it to shr/merge after your push..
Nov 15 19:02:39 <mrmoku> pushed
Nov 15 19:02:40 <JaMa> mrmoku: can I merge whole branch for fso stuff? Or will we wait for mickey's ack?
Nov 15 19:03:13 <mrmoku> JaMa: for shr/merge you can just do that I think
Nov 15 19:04:23 <gnutoo> Heinervdm, no I've not
Nov 15 19:04:34 <TAsnn> mrmoku, isn't libphone-utils autoreved?!
Nov 15 19:05:11 <JaMa> mrmoku: ah almost nothing to merge :)
Nov 15 19:05:23 <Heinervdm> gnutoo: minimal.conf does LIBC ?= "eglibc"
Nov 15 19:05:40 <JaMa> TAsnn: yes it is..
Nov 15 19:05:58 <TAsnn> weird
Nov 15 19:06:03 <Heinervdm> gnutoo: so it should be set to eglibc and because of that task-shr-minimal can't depend on glibc...
Nov 15 19:06:07 <TAsnn> here it doesn't stage correctly
Nov 15 19:06:18 <TAsnn> sec, retrying
Nov 15 19:09:18 <mrmoku> brb
Nov 15 19:11:20 <TAsnn> lol I'm an idiot :)
Nov 15 19:11:24 <CIA-86> SHR: 03tom 07libphone-utils * r1ae0d7f30ae1 10/src/phone-utils.h.in: added the is_valid functions to .h.in
Nov 15 19:11:32 <TAsnn> (edited the .h instead of the .h.in and the commit was of course broken as well...)
Nov 15 19:23:48 <Flyser_> Weiss: Do you know that (and why) "xrandr -o 1 ; xrandr -o 3" garbles the screen?
Nov 15 19:24:15 <mrmoku> TAsnn: hehe :)
Nov 15 19:24:36 <max_posedon> Flyser_, as I know xf86-video-glamo haven't randr support
Nov 15 19:24:37 <max_posedon> isn't it?
Nov 15 19:24:55 <Flyser_> mh ... it works here. latest mrmoku image
Nov 15 19:25:57 <dos1> max_posedon: ofc it has
Nov 15 19:26:01 <larsc> max_posedon: sure it has
Nov 15 19:26:09 <max_posedon> hm, ok, I'm wrong
Nov 15 19:26:24 <max_posedon> btw, did shr-unstable released?
Nov 15 19:27:02 <max_posedon> ok, it doesn't
Nov 15 19:27:24 <mrmoku> max_posedon: day is not yet over though...
Nov 15 19:28:20 <dos1> buuuut... i want hoversels working again :( and non-broken elementary sizing...
Nov 15 19:28:34 <max_posedon> ok, btw, how is shr(as software) status? I have 1 free week, will may be work on Gentoo
Nov 15 19:28:35 <Flyser_> Weiss: would it be possible to clear the frontbuffer on rotation? to minimize the visual corruption
Nov 15 19:28:42 <mwester> my hoversels is full of eels!
Nov 15 19:29:01 <max_posedon> mrmoku, may be when image will be done, and software good enough, you release some snapshots?
Nov 15 19:29:03 <mwester> I cannot buy this record, it is scratched.
Nov 15 19:29:21 * mwester goes back to watching Monty Python...
Nov 15 19:29:56 <mrmoku> max_posedon: oh, yes... will tag versions and do snapshots then
Nov 15 19:30:04 <mrmoku> mwester: have fun :)
Nov 15 19:30:14 <UberNeo> how do i automount the second partion of my uSD on every restart..
Nov 15 19:30:33 <mrmoku> UberNeo: it is automounted to /media/mmcblk0p2
Nov 15 19:30:52 <UberNeo> but its not getting automounted
Nov 15 19:31:03 <TAsnn> mrmoku, anyhow, new image, is it ready?
Nov 15 19:31:20 <UberNeo> mrmoku,  any place where i can fix this
Nov 15 19:31:21 <mrmoku> JaMa: ^^ can I update and build it?
Nov 15 19:31:28 <mrmoku> UberNeo: it does not do that for you?
Nov 15 19:31:38 <mrmoku> hmm
Nov 15 19:31:44 <TAsnn> mrmoku, actually, better remake image after I finish fixing all the obvious segs.
Nov 15 19:31:57 <mrmoku> TAsnn: then hurry up :)
Nov 15 19:32:04 <UberNeo> mrmoku, any script which runs to automount on every restart
Nov 15 19:32:06 <TAsnn> mrmoku, :)
Nov 15 19:32:18 <JaMa> mrmoku: just pushed about 70 patches to that branch :)\
Nov 15 19:32:35 <JaMa> mrmoku: all +gitr with PE bump
Nov 15 19:32:39 <TAsnn> UberNeo, fstab?
Nov 15 19:33:15 <JaMa> mrmoku: If you wait a bit I'll finish SRCREV->SRCPV switch..
Nov 15 19:33:15 <gnutoo> Heinervdm, ok I'll peek the variable...I was eating sorry
Nov 15 19:33:28 <mrmoku> JaMa: ok, gives TAsnn some time to fix segvs :)
Nov 15 19:33:37 <TAsnn> mrmoku, :))
Nov 15 19:33:37 <UberNeo> mrmoku, what changes i need to do in /etc/fstab so that on every restart the partition mmcblk0p2 gets auto mounted
Nov 15 19:33:52 <TAsnn> UberNeo, that's easy.
Nov 15 19:33:55 <TAsnn> man fstab
Nov 15 19:34:03 * mrmoku goes downstairs to fetch his phone...
Nov 15 19:34:31 <JaMa> mrmoku: ERROR: The SRCREV_FORMAT variable must be set when multiple SCMs are used. any idea how to fix this? its in /home/projects/OE/dev/recipes/matchbox2/matchbox-panel-2-icon-themes_0.0.1.bb just after formal svnr${SRCREV} svnr${SRCPV} swith :/
Nov 15 19:35:20 <gnutoo> Heinervdm, peek shr-image LIBC => eglibc
Nov 15 19:35:40 <mrmoku> JaMa: ohhh :|
Nov 15 19:36:19 <JaMa> mrmoku: and I'm not sure if I can change -gitr to +gitr as dos1 said that - is higher version..
Nov 15 19:36:43 <UberNeo> TAsnn, could u please tell me what i need to add in fstab to automount mmcblk0p2
Nov 15 19:37:17 <Heinervdm> gnutoo: it's set in minimal.conf, so that is ok
Nov 15 19:37:41 <Heinervdm> gnutoo: are you building shr/merge?
Nov 15 19:38:29 <TAsnn> UberNeo, man fstab
Nov 15 19:38:35 <TAsnn> I don't remember it by heart.
Nov 15 19:38:44 <TAsnn> mrmoku, are you sure you fixed adding contacts from sms?
Nov 15 19:39:00 <gnutoo> Heinervdm, yes
Nov 15 19:39:04 <JaMa> mrmoku: ahh bad.. http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=52b9d26f27203c9df18fa4f4855cb006af800c0b should be reverted :/ those keyboards are in efl1 directory :/
Nov 15 19:39:07 <gnutoo> Heinervdm, but for htcdream
Nov 15 19:39:23 <mrmoku> TAsnn: hmm... don't remember if I just verified adding from pyphonelog of sms too...
Nov 15 19:39:29 <TAsnn> I just found a place that probably would have caused a seg when trying to do that.
Nov 15 19:39:45 <mrmoku> JaMa: ouch... who is in charge of efl1?
Nov 15 19:39:52 <JaMa> mrmoku: http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=0c186bfb52995ccaede61d0b310886e7eeca6e0d
Nov 15 19:40:02 <mrmoku> ahh mickeyl
Nov 15 19:40:04 <TAsnn> ok.
Nov 15 19:40:34 <Heinervdm> gnutoo: i know, else i would just say: it's working here ;)
Nov 15 19:40:36 <TAsnn> oh, just noticed, we now require sending a hash table
Nov 15 19:40:44 <TAsnn> so no way you fixed it ;)
Nov 15 19:40:44 <gnutoo> Heinervdm, ok
Nov 15 19:41:13 <mrmoku> TAsnn: hmm... and I knew that :|
Nov 15 19:42:15 <Heinervdm> gnutoo: but i can't see how task-shr-image can depend on glibc. It's asks for LIBC variable and concatinates that and -localdata-... and add that to depends
Nov 15 19:42:16 <mrmoku> JaMa: I don't think the illume-keyboards will be a big problem
Nov 15 19:42:25 <gnutoo> Heinervdm, here:
Nov 15 19:42:40 <TAsnn> :)
Nov 15 19:42:43 <TAsnn> mrmoku, sec, fixing
Nov 15 19:42:44 <gnutoo> ah no
Nov 15 19:42:55 <gnutoo> indeed it's strange
Nov 15 19:42:59 <gnutoo> I'll re-bitbake an image
Nov 15 19:44:15 <Weiss> max_posedon: xf86-video-glamo *KMS* doesn't have xrandr.. the normal (fbdev) version does
Nov 15 19:44:23 <Weiss> (i.e. what you get if you don't use a DRM kernel)
Nov 15 19:44:30 <max_posedon> ok
Nov 15 19:44:38 <Weiss> Flyser_: or turn off the backlight
Nov 15 19:44:51 <mrmoku> UberNeo: the automounting is *not* done via fstab
Nov 15 19:44:54 <gnutoo> btw I hope | widget/elm_keypad.c:63: error: implicit declaration of function 'elm_widget_data_get' will go away
Nov 15 19:45:03 <mrmoku> don't remember how though...
Nov 15 19:45:07 <JaMa> mrmoku: now it is.. as there are 2 providers of same package..
Nov 15 19:45:10 <gnutoo> Weiss, have you more details on how to enable xrandr on fbdev with xorg?
Nov 15 19:45:19 <UberNeo> mrmoku, then how do i do that
Nov 15 19:45:55 <JaMa> mrmoku: revert pushed to that branch.. please cherry pick 2e889e914d28f867f6d1a5a3e6b4f9d20a13f034 e20a8975530ea7ed0cc7e4e4d93673f0769e6e2c
Nov 15 19:45:56 <gnutoo> Weiss, that would be so great if it works(xrandr -o 1 on fbdev)
Nov 15 19:45:56 <mrmoku> UberNeo: /etc/udev/scripts/mount.sh
Nov 15 19:45:58 <mrmoku> I think
Nov 15 19:46:20 <Flyser_> Weiss: deleting the buffer will be a better choice I think. a) according to your benchmarks its fast and b) If you disable the backlight and some application takes longer to rerender, you will still see corruption
Nov 15 19:47:07 <UberNeo> mrmoku, no directory like tht
Nov 15 19:47:33 <mrmoku> UberNeo: that is your problem :P
Nov 15 19:47:41 <Flyser_> Weiss: I thought the latest mrmoku image already uses the xf86-video-glamo driver with KMS?
Nov 15 19:47:56 <mrmoku> UberNeo: what distro/image is that?
Nov 15 19:48:11 <UberNeo> Hackable1 rev5
Nov 15 19:48:20 <dos1> Flyser_: it uses, but with non-kms kernel
Nov 15 19:48:26 <dos1> Flyser_: kms kernel should be available in repo
Nov 15 19:48:44 <mrmoku> UberNeo: hmm... then hackable is doing it differently probably
Nov 15 19:48:53 <TAsnn> mrmoku, we really should make libphone-ui-shr sane
Nov 15 19:48:55 <Flyser_> why is KMS not enabled by default?
Nov 15 19:48:55 <TAsnn> it's crazy (the mess)
Nov 15 19:48:56 <mrmoku> Flyser_: only optionally
Nov 15 19:49:03 <TAsnn> I don't know whether I should free a hashtable or not
Nov 15 19:49:10 <TAsnn> and what values to pass with that hash table :|
Nov 15 19:49:13 <mrmoku> uhh... yeah I know that problem
Nov 15 19:50:04 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * rf893d2c4615d 10/fsomusicd/src/musicplayer.vala: 
Nov 15 19:50:04 <CIA-86> freesmartphone.org: fsomusicd: Implement {Push,Pop}Pause instead of comucating with other
Nov 15 19:50:04 <CIA-86> freesmartphone.org: services
Nov 15 19:50:04 <CIA-86> freesmartphone.org: 03Frederik.Sdun 07cornucopia * reee3c85e39c1 10/ (3 files in 2 dirs): Merge branch 'master' of fso:cornucopia
Nov 15 19:50:16 <mrmoku> JaMa: picked and pushed
Nov 15 19:50:21 <UberNeo> ya may be :(
Nov 15 19:53:17 <TAsnn> that's not all.
Nov 15 19:53:22 <CIA-86> SHR: 03tom 07libphone-ui-shr * r9979f0f4266e 10/src/widget/elm_keypad.c: added missing Elementary.h inclusion
Nov 15 19:53:23 <CIA-86> SHR: 03tom 07libphone-ui-shr * r34ecefcde198 10/TODO: updated TODO
Nov 15 19:53:24 <CIA-86> SHR: 03tom 07libphone-ui-shr * r502b236c4361 10/src/widget/elm_keypad.c: added hackish primitives from elm_priv.h - should be removed
Nov 15 19:53:24 <CIA-86> SHR: 03tom 07libphone-ui-shr * r218646d241f2 10/src/widget/elm_keypad.c: fixed broken formating
Nov 15 19:53:26 <CIA-86> SHR: 03tom 07libphone-ui-shr * r5baaa41f9736 10/src/view/dialer-view.c: added missing includes
Nov 15 19:53:33 <CIA-86> SHR: 03tom 07libphone-ui-shr * r2b3db60a18cb 10/src/view/message-show-view.c: fixed the naming with adding contacts from sms
Nov 15 19:53:34 <CIA-86> SHR: 03tom 07libphone-ui-shr * r8d3ca7de7ae8 10/src/view/ (contact-list-common.c contact-show-view.c message-new-view.c): added hacks to workaround the bad usage of the elementary API should be fixed
Nov 15 19:53:46 <mrmoku> TAsnn: elm_keypad gets Elementary.h via elm_keypad.h
Nov 15 19:54:02 <mrmoku> that's why I did not understand it complains about elm functions...
Nov 15 19:54:17 <gnutoo> ah the keypad thing has just been fixed...I'll retry
Nov 15 19:54:17 <TAsnn> mrmoku, because
Nov 15 19:54:23 <TAsnn> elm_widget
Nov 15 19:54:25 <TAsnn> elm_widget_*
Nov 15 19:54:29 <TAsnn> is not part of elementary.h
Nov 15 19:54:35 <TAsnn> those are private functions
Nov 15 19:54:38 <TAsnn> that should not be used...
Nov 15 19:54:47 <mrmoku> ooh, ouch :)
Nov 15 19:54:50 <TAsnn> and mrmoku just for "good manners"
Nov 15 19:55:02 <TAsnn> you should explicitly include a header you need
Nov 15 19:55:02 <mrmoku> bad quickdev ;)
Nov 15 19:57:22 <gnutoo> Flyser_, do you know how to activate xrandr -o 1 on xorg+fbdev?
Nov 15 19:58:05 <Flyser_> I just used it ... not sure if I am using fbdev though
Nov 15 19:58:26 <JaMa> Flyser_: its enabled by default.. you just need to use different kernel..
Nov 15 19:58:53 <Flyser_> 2.6.31?
Nov 15 19:59:04 <JaMa> Flyser_: no http://build.shr-project.org/tests/mrmoku/kms/images/om-gta02/
Nov 15 19:59:22 <Flyser_> I see
Nov 15 19:59:23 <JaMa> Flyser_: but as said before.. I get WSOD while resuming from suspend..
Nov 15 19:59:48 <Flyser_> I will try it
Nov 15 20:03:18 <max_posedon>  * ERROR: Cannot satisfy the following dependencies for libfsotransport0:
Nov 15 20:03:18 <max_posedon>          *  libgee2 (>= 0.5.0+gitrc21925bf1b714a2aa395192f7adbaeecf7a0e146) *
Nov 15 20:03:34 <max_posedon> shr-mrmoku/shr-unstable right now
Nov 15 20:03:59 <sbeh> libphone-ui-shr is still not building
Nov 15 20:04:03 <max_posedon> or.. its my fault, if libtransport0 renamed to libtransport
Nov 15 20:04:05 <sbeh> view/message-list-view.c: In function '_result_callback':
Nov 15 20:04:05 <sbeh> view/message-list-view.c:102: error: implicit declaration of function 'opimd_message_query_get_multiple_results'
Nov 15 20:04:23 <mrmoku> max_posedon: no, feed might be broken right now
Nov 15 20:04:26 <TAsnn> mrmoku, but you'll have to do me a favor
Nov 15 20:04:28 <TAsnn> sbeh, I know.
Nov 15 20:04:39 <TAsnn> I'm touching it as we speak and I accidentally pushed :)
Nov 15 20:04:43 <TAsnn> will finish soon though.
Nov 15 20:04:49 <sbeh> TAsnn: can you tell me, how i can go back to a buildable version with bitbake?
Nov 15 20:04:49 <mrmoku> TAsnn: sync the broken feed? :P
Nov 15 20:04:52 <TAsnn> mrmoku, You'll have to check it works, as I can't test it.
Nov 15 20:05:03 <TAsnn> mrmoku, I'm not done yet though.
Nov 15 20:05:03 <sbeh> TAsnn: oh, sry, so don't let stop use
Nov 15 20:05:04 <mrmoku> TAsnn: yup, no problem... my buildtree is populated :)
Nov 15 20:05:10 <sbeh> TAsnn: forget what i asked :P
Nov 15 20:05:23 <TAsnn> sbeh, :)
Nov 15 20:06:01 <max_posedon> also, could smbd check which package provides libblkid.so.1 ?
Nov 15 20:06:17 <TAsnn> mrmoku, I'm not even sure messages list population will work ;)
Nov 15 20:06:30 <TAsnn> I'm in a bit of a hurry so I work almost blind :)
Nov 15 20:06:55 <mrmoku> TAsnn: stop talking... start committing ;)
Nov 15 20:07:09 <sbeh> hrhr :)
Nov 15 20:07:18 <CIA-86> SHR: 03tom 07libphone-ui * r13a6a9103f35 10/ (TODO src/phoneui-utils.c src/phoneui-utils.h): created phoneui_utils_messages_get
Nov 15 20:07:19 <CIA-86> SHR: 03tom 07libphone-ui * r298e10b422d6 10/src/ (phoneui-utils.c phoneui.c phoneui.h.in): Merge branch 'master' of git+ssh://git.shr-project.org/libphone-ui
Nov 15 20:07:28 <gnutoo> max_posedon, I've the same error (libgee2 )
Nov 15 20:07:52 <JaMa> gnutoo: max_posedon: wait for big patch :)
Nov 15 20:07:58 <Weiss> Flyser_: I can barely keep track of my own code at the moment, never mind what distros are using it :)
Nov 15 20:08:04 <mrmoku> TAsnn: now?
Nov 15 20:08:12 <TAsnn> mrmoku, I'm committing all the time
Nov 15 20:08:12 <TAsnn> I'm just not pushing... :)
Nov 15 20:08:18 <Flyser_> Weiss: ^^
Nov 15 20:08:20 <max_posedon> JaMa, will I have working phone tomorrow?
Nov 15 20:08:21 <gnutoo> JaMa, I think I passed this error previously but I don't remember how
Nov 15 20:08:37 <Flyser_> I tried the KMS kernel ... suspend and resume works fine
Nov 15 20:09:04 <Weiss> Flyser_: not entirely sure whether the splurge on the screen during mode change is from the framebuffer contents or something else.. if the former, blanking it is easy. if the latter, life gets interesting
Nov 15 20:09:12 <gnutoo> so no one know how to activate xrandr on fbdev xorg driver?
Nov 15 20:09:17 <TAsnn> mrmoku, I'm working on libphone-ui-shr...
Nov 15 20:09:22 <TAsnn> haven't pushed yet.
Nov 15 20:09:23 <Weiss> Flyser_: great.. thanks for testing
Nov 15 20:09:27 <JaMa> max_posedon: it depends.. big patch is just renaming recipes for upgradable patch with SRCREV-SRCPV..
Nov 15 20:09:27 <gnutoo> TAsnn, ah ok
Nov 15 20:09:52 <max_posedon> JaMa, after this I think smth defently will be broken)
Nov 15 20:10:15 <JaMa> last 7 SRCREV in oe tree :)
Nov 15 20:10:22 <Weiss> gnutoo: hmm.. it doesn't support it already?
Nov 15 20:10:32 <gnutoo> Weiss, it doesn't work for me on htcdream...
Nov 15 20:10:57 <gnutoo> Weiss, I'll start X and give you the error message
Nov 15 20:11:00 <Weiss> gnutoo: maybe there's no way for the driver to tell the kernel it wants a resolution change. I haven't investigated in detail..
Nov 15 20:11:12 <Weiss> i.e. it doesn't work "by design"
Nov 15 20:11:14 <Weiss> but... I don't know
Nov 15 20:12:12 <TAsn> mrmoku, what about "sticky power mode" any progress?
Nov 15 20:12:27 <mrmoku> TAsn: no, wanted to debug it with the new image
Nov 15 20:12:48 <gnutoo> Weiss, but does it work on the openmoko...because "CW" is not a good options
Nov 15 20:12:49 <TAsn> ffs :(
Nov 15 20:12:53 <gnutoo> s/options/option
Nov 15 20:12:55 * TAsn wants a new image ;(
Nov 15 20:12:57 <Flyser_> Weiss: well, it works for other KMS enabled drivers, so ...
Nov 15 20:12:57 <TAsn> bah. :)
Nov 15 20:13:26 <TAsn> (as I really want all the fixes we do, but I can't afford having a broken phone)
Nov 15 20:14:35 <mrmoku> TAsn: libphone-ui is already built... :)
Nov 15 20:15:47 <Weiss> Flyser_: very hardware-dependent, though.. who knows what goes on when the mode is changing
Nov 15 20:16:03 <max_posedon> JaMa, mrmoku can't you fix libgee2 fast?!)
Nov 15 20:16:17 <JaMa> mrmoku: can I merge srcpv branch?
Nov 15 20:16:22 <JaMa> mrmoku: no
Nov 15 20:16:26 <JaMa> max_posedon: no
Nov 15 20:16:28 <TAsn> mrmoku, well, too bad, you'll have to build it again :)
Nov 15 20:16:28 <JaMa> mrmoku: yes!
Nov 15 20:16:36 <TAsn> I fixed stuff I couldn't believe existed
Nov 15 20:16:46 <TAsn> many bad typos :)
Nov 15 20:16:50 <mrmoku> JaMa: hopefully not from scratch? ;)
Nov 15 20:17:01 <mrmoku> ahh...
Nov 15 20:17:03 <mrmoku> nvm
Nov 15 20:17:10 <mrmoku> TAsn: push push push :)
Nov 15 20:17:20 <TAsn> btw, mrmoku 
Nov 15 20:17:20 <TAsn> my brother bought a samsung galaxy (android)
Nov 15 20:17:25 <TAsn> so I'll have something to play with and take ideas from
Nov 15 20:17:27 <mrmoku> JaMa: should I build?
Nov 15 20:17:31 <JaMa> mrmoku: shouldn't be from scratch but all PEs bumped.. so we'll hope that it would be merged to oe.dev
Nov 15 20:17:36 <TAsn> btw, they also use indexed contact lists ;)
Nov 15 20:17:46 <JaMa> mrmoku: should I merge that branch?
Nov 15 20:17:52 <TAsn> (in a less obvious manner, actually, a bit weird, but pretty similar)
Nov 15 20:17:53 <mrmoku> JaMa: merge merge merge :)
Nov 15 20:18:13 <JaMa> mrmoku: and I need that SRCREV_FORMAT..
Nov 15 20:18:17 <mrmoku> TAsn: yeah get some ideas
Nov 15 20:18:29 <mrmoku> JaMa: we have that for our frameworkd config...
Nov 15 20:18:37 <mrmoku> though I can't see the two SRC_URIs
Nov 15 20:18:45 <mrmoku> (for the panel stuff)
Nov 15 20:18:47 <dos1> patches?
Nov 15 20:18:54 <dos1> i had this error with fsousaged today
Nov 15 20:19:00 <dos1> when i tried to add patch to recipe
Nov 15 20:19:08 <max_posedon> gnutoo, I think force-install won't break anything
Nov 15 20:19:21 <gnutoo> max_posedon, for?
Nov 15 20:19:28 <JaMa> mrmoku: seen it there.. but I'm not sure how to use it in that matchbox.. as for frameworkd config its defined also in sane-srcrevs..
Nov 15 20:19:35 <max_posedon> libfsotransport0 vs libgee2 problem
Nov 15 20:19:38 <TAsn> mrmoku, I'm still working on it
Nov 15 20:19:42 <gnutoo> max_posedon, ah ok
Nov 15 20:19:43 <TAsn> a push
Nov 15 20:19:48 <TAsn> won't compile
Nov 15 20:19:51 <max_posedon> ah, or may be not
Nov 15 20:19:58 <TAsn> (I'm committing like crazy though, actually, spamming git ;] )
Nov 15 20:19:59 <mrmoku> TAsn: then fix fix fix :P
Nov 15 20:20:06 <TAsn> I am. :)
Nov 15 20:20:08 <max_posedon> looks like all is broken
Nov 15 20:20:14 <TAsn> man, I'm getting tired though ;)
Nov 15 20:20:21 <TAsn> (Don't worry, I won't quit)
Nov 15 20:20:30 <mrmoku> TAsn: nah... want a image or not ;)
Nov 15 20:20:33 <TAsn> anyhow, android seems pretty solid
Nov 15 20:20:38 * mrmoku is getting tired too :P
Nov 15 20:20:40 <TAsn> sometimes a bit not responsive
Nov 15 20:20:40 <TAsn> but still.
Nov 15 20:20:45 <max_posedon> I don't understand all this lib..0 <-> lib..(without-0) renaming
Nov 15 20:20:55 <TAsn> mrmoku, wait till you see the numebr of commits
Nov 15 20:21:13 <mrmoku> TAsn: git won't care... the channel here... I don't know :P
Nov 15 20:21:15 <TAsn> I'm scared of the day I'll add -Wall -Wextra -Werror to the cflags :)
Nov 15 20:21:29 <mrmoku> huh yeah
Nov 15 20:21:44 <sbeh> PLEASE no -W anymore! :D
Nov 15 20:21:44 <mrmoku> better push those changes some early sunday morning ;)
Nov 15 20:22:01 <mrmoku> sbeh: nah, we like that :)
Nov 15 20:22:41 <gnutoo> Weiss, with kdrive xrandr worked and even the mouse+trackball....but X doesn't start anymore on my htcdream....strange
Nov 15 20:22:50 <sbeh> not now, i realy want build shr just once :D
Nov 15 20:22:56 <Weiss> gnutoo: hmm.. version changed?
Nov 15 20:22:58 <gnutoo> s/mouse/tslib
Nov 15 20:23:00 <gnutoo> maybe
Nov 15 20:23:03 <gnutoo> I don't remember
Nov 15 20:23:14 <mrmoku> sbeh: yeah, he won't do that now
Nov 15 20:23:31 <mrmoku> sbeh: what he's doing now was necessary to get rid of segfaults by not existing functions
Nov 15 20:23:42 <gnutoo> I hope the widget/elm_keypad.c will be fixed now...
Nov 15 20:23:44 <mrmoku> clean up will come after image :)
Nov 15 20:23:47 <gnutoo> as there was the commit
Nov 15 20:23:49 <TAsn> mrmoku, chanserv will probably kick CIA for flooding ;]
Nov 15 20:23:52 <JaMa> mrmoku: 52 conflicts to go :)
Nov 15 20:23:59 <mrmoku> JaMa: ouch
Nov 15 20:24:05 <mrmoku> gnutoo: wait a moment
Nov 15 20:24:08 <gnutoo> ok
Nov 15 20:24:26 <gnutoo> I should wait for someone to commit I bet
Nov 15 20:24:27 <mrmoku> gnutoo: if you see TAsn's spam flood coming... it's time to build :P
Nov 15 20:24:29 <JaMa> TAsn: you mean after about 140 patches merged? :)
Nov 15 20:24:30 <TAsn> mrmoku, and more importantly, after my exam!
Nov 15 20:24:42 <TAsn> (damn, I'm not ready)
Nov 15 20:24:58 <mrmoku> TAsn: not ready for your exam? or for the spam flood?
Nov 15 20:26:58 <TAsn> mrmoku, both... :(
Nov 15 20:27:02 <TAsn> mostly for the exam though.
Nov 15 20:27:12 <gnutoo> ok thanks
Nov 15 20:27:45 <joerg_42>   /kickban cia*!*
Nov 15 20:28:08 <UberNeo> can anybody give me the contents of default.yaml file
Nov 15 20:28:25 <TAsn> YAY!
Nov 15 20:28:30 <TAsn> get ready mrmoku 
Nov 15 20:28:33 <TAsn> here we go.
Nov 15 20:28:35 * mrmoku is ready :)
Nov 15 20:28:41 <mrmoku> un dos tres
Nov 15 20:28:42 <TAsn> I don't know if it works
Nov 15 20:28:47 <TAsn> (anything)
Nov 15 20:28:50 <CIA-86> SHR: 03tom 07libphone-ui-shr * rae91a728cf49 10/src/view/message-list-view.c: started using phoneui_utils_messages_get
Nov 15 20:28:52 <CIA-86> SHR: 03tom 07libphone-ui-shr * r8899bf2a69a1 10/src/view/message-list-view.c: added the elm_widget hack to one more place
Nov 15 20:28:53 <CIA-86> SHR: 03tom 07libphone-ui-shr * rf68bc3c8bf7b 10/src/view/call-common.c: fixed a typo and added a missing inclusion
Nov 15 20:28:53 <CIA-86> SHR: 03tom 07libphone-ui-shr * r60ba348b4689 10/src/view/call-common.h: added call_common_set_sound_state to call-common.h
Nov 15 20:28:55 <CIA-86> SHR: 03tom 07libphone-ui-shr * r9b3772ea03a5 10/src/view/message-folder-view.c: commented out the broken stuff in messages-folder-view which we don't use anyway
Nov 15 20:28:58 <TAsn> I just fixed everything though.
Nov 15 20:29:01 <CIA-86> SHR: 03tom 07libphone-ui-shr * rc77ac1a04653 10/src/view/sim-auth-input-view.c: fixed a typo and added a missing inclusion
Nov 15 20:29:24 <mrmoku> TAsn: missing libphone-ui, right?
Nov 15 20:29:28 <dos1> TAsn: that's all? :(
Nov 15 20:29:35 <TAsn> mrmoku, you should probably test everything (messages in general, adding contacts from messages etc etc)
Nov 15 20:29:36 <TAsn> dos1, no.
Nov 15 20:29:39 <mrmoku> yeah... quite disappointing ;)
Nov 15 20:29:41 <dos1> oh :)
Nov 15 20:29:50 <TAsn> dos1, CIA is lagging, I did ~30 commits :)
Nov 15 20:30:01 <TAsn> mrmoku, you should also rebuild libphone-ui if that's what you asked.
Nov 15 20:30:12 <joerg_42> kickban kicked in late ;-)
Nov 15 20:30:32 <mrmoku> TAsn: I thought you have changed stuff there too?
Nov 15 20:30:46 <TAsn> yes
Nov 15 20:30:53 <TAsn> libphone-ui and libphone-ui-shr
Nov 15 20:31:06 <mrmoku> TAsn: the phoneui-utils-messages-get thing is already built
Nov 15 20:31:14 <TAsn> mrmoku, dos1, oh, that's all, I think ;(
Nov 15 20:31:15 <mrmoku> building libphone-ui-shr now
Nov 15 20:31:28 <TAsn> mrmoku, then you are set.
Nov 15 20:31:32 <dos1> TAsn: you suck :P
Nov 15 20:31:33 <dos1> :D
Nov 15 20:31:38 <TAsn> I thought there were more commits :(
Nov 15 20:31:40 <TAsn> dos1, yeah ;(
Nov 15 20:31:59 <TAsn> omg, I wanna die. :(
Nov 15 20:32:08 <mrmoku> view/message-new-view.c:713: error: implicit declaration of function 'phone_utils_sms_is_valid_number'
Nov 15 20:32:15 <JaMa> TAsn: I'll show you how flood is done.. see #oe :)
Nov 15 20:32:18 <TAsn> oh
Nov 15 20:32:22 <TAsn> rebuild
Nov 15 20:32:22 <TAsn> libphone-uitls
Nov 15 20:32:23 <TAsn> utils
Nov 15 20:32:24 <mrmoku> TAsn: you suck ;)
Nov 15 20:32:35 <mrmoku> :)
Nov 15 20:32:51 <dos1> JaMa: GIMMIE FLOOOD!1
Nov 15 20:32:57 <TAsn> mrmoku, we hired CIA for exactly this purpose (letting you know when I change stuff..)
Nov 15 20:33:08 <TAsn> mrmoku, that's what I talked about when I talked about .h vs .h.in :)
Nov 15 20:33:12 <TAsn> JaMa, I'm waiting there.. ;)
Nov 15 20:35:01 <TAsn> mrmoku, let me know when you are done (testing)
Nov 15 20:35:20 <TAsn> as I said, I can't promise anything even works :)
Nov 15 20:35:20 <TAsn> just compiles.
Nov 15 20:37:44 <TAsn> btw mrmoku 
Nov 15 20:37:46 <TAsn> we had funny segs
Nov 15 20:37:47 <TAsn> like
Nov 15 20:37:54 <TAsn> g_debg
Nov 15 20:38:02 <mrmoku> ohh hehe :)
Nov 15 20:38:04 <TAsn> or phongeui_utils_*
Nov 15 20:38:11 <TAsn> :)
Nov 15 20:39:12 <dos1> :X
Nov 15 20:39:36 <gnutoo> can I refetch now?
Nov 15 20:39:43 <TAsn> gnutoo, yeah.
Nov 15 20:39:44 <zoff99> today i get: vehicle_gpsd:vehicle_gpsd_try_open:Warning: gps_fd is 0, most likely you have used a gps.h incompatible to libgpsvehicle_gpsd:vehicle_gpsd_try_open:Connected
Nov 15 20:39:54 <zoff99> is that a problem with mrmoku image, or with navit?
Nov 15 20:41:01 <BluesLee> mrmoku: ping
Nov 15 20:41:02 <gnutoo> TAsn, ok thanks a lot
Nov 15 20:41:02 <dos1> they broke CIA!
Nov 15 20:41:33 <mrmoku> [21:27]      joerg_42 |   /kickban cia*!*
Nov 15 20:42:17 <mwester> They killed Kenny!
Nov 15 20:42:35 <gnutoo> http://pastebin.com/m4f1c82c1
Nov 15 20:42:36 <TAsn> gnutoo, np. :)
Nov 15 20:42:37 <BluesLee> mrmoku: i tried your latest image, good things: screen lock -> the default wallpaper should be also choosen in that way
Nov 15 20:43:14 <gnutoo> (parsing errors)
Nov 15 20:43:18 <dos1> mrmoku: we'd see that as changed mode AFAIK, and it's also not working in #oe :P
Nov 15 20:43:47 <BluesLee> mrmoku: + volume/micro control during call (didnt worked)
Nov 15 20:43:59 <BluesLee> mrmoku: - removing sms didnt worked
Nov 15 20:44:35 <BluesLee> mrmoku: + sim authentification was faster
Nov 15 20:45:40 <zoff99> blueslee, volume control during call DOES work!
Nov 15 20:45:48 <TAsn> JaMa, very disappointing, I expected a flood. :(
Nov 15 20:45:54 <gnutoo> should I put the other revisions to autorev?
Nov 15 20:45:55 <zoff99> i testet it just now
Nov 15 20:46:38 <BluesLee> zoff99: it didnt worked for me, i raised vol and it muted
Nov 15 20:46:49 <zoff99> anybody know anything about that: vehicle_gpsd:vehicle_gpsd_try_open:Warning: gps_fd is 0, most likely you have used a gps.h incompatible to libgpsvehicle_gpsd:vehicle_gpsd_try_open:Connected
Nov 15 20:46:59 <zoff99> blueslee, it does work , but very buggy
Nov 15 20:47:11 <zoff99> blueslee, put the slider all the way to the left
Nov 15 20:47:18 <zoff99> s/left/right/
Nov 15 20:47:19 <apt> zoff99 meant: blueslee, put the slider all the way to the right
Nov 15 20:47:35 <gnutoo> btw I've a question about a patch: http://pastebin.com/m19f80889 should go in shr/merge no?
Nov 15 20:48:08 <BluesLee> zoff99: will try the next time, if this image finds its way to shr unstable
Nov 15 20:48:16 <TAsn> mrmoku, well?! tested? :)
Nov 15 20:48:34 <mrmoku> built
Nov 15 20:48:38 <mrmoku> had to do in #oe
Nov 15 20:49:15 <TAsn> mrmoku, so please give it a go ;)
Nov 15 20:50:26 <mrmoku> yeah, installing right now
Nov 15 20:50:45 <mrmoku> TAsn: going outside to test it now ;)
Nov 15 20:50:47 <mrmoku> brb
Nov 15 20:51:59 <joerg_42> darn, somehow it feels like reinventing the wheel over and over again
Nov 15 20:52:39 <gnutoo> so what should I do...I put the svn url to autorev?
Nov 15 20:53:57 <TAsn> cool. :)
Nov 15 20:53:57 <TAsn> Main things you need to test:
Nov 15 20:53:57 <TAsn> adding contact from sms
Nov 15 20:53:58 <TAsn> viewing sms list
Nov 15 20:54:00 <joerg_42> or more like messing up the halvdone jigsaw puzzle, to be able to start all over again, in fear of frustration when it's finally assembled
Nov 15 20:54:02 <TAsn> and that's about it (I think)
Nov 15 20:54:04 <TAsn> oh, adding contact from pyphonelog
Nov 15 20:54:06 <TAsn> I'm not sure that's 100% correct.
Nov 15 20:55:06 <TAsn> mrmoku, outside?!
Nov 15 20:55:49 <sbeh> hm, i still can't build :(
Nov 15 20:56:16 <sbeh> phone-ui is fixed now, it's ok
Nov 15 20:56:17 <sbeh>  * ERROR: Cannot satisfy the following dependencies for task-shr-minimal-x: *  eglibc-binary-localedata-en-us * 
Nov 15 20:57:36 <joerg_42> yeah, that's a doublette report for today
Nov 15 20:58:31 <[Rui]> max_posedon: erms... omnewrotate is working better than ever now... 
Nov 15 20:59:07 <sbeh> joerg_42: url?
Nov 15 20:59:40 <Heinervdm> sbeh: add en-us to you're loca.conf
Nov 15 20:59:55 <sbeh> Heinervdm: i dont want
Nov 15 21:00:09 <mrmoku> TAsn: outside yeah
Nov 15 21:00:10 <mrmoku> :)
Nov 15 21:00:14 <Heinervdm> sbeh: you can't builöd the image without it
Nov 15 21:00:17 <TAsn> mrmoku, worked?
Nov 15 21:00:23 <mrmoku> TAsn: first message list was empty
Nov 15 21:00:28 <sbeh> Heinervdm: what is ENABLE_BINARY_LOCALE_GENERATION for then?
Nov 15 21:00:29 <mrmoku> until I noticed SIM was not yet ready
Nov 15 21:00:31 <TAsn> :(
Nov 15 21:00:33 <mrmoku> and there were no messages
Nov 15 21:00:34 <TAsn> mrmoku, :)
Nov 15 21:00:36 <mrmoku> :)
Nov 15 21:00:37 <mrmoku> works
Nov 15 21:00:43 <TAsn> yay. :)
Nov 15 21:00:47 <TAsn> also adding contact from sms?
Nov 15 21:00:48 <mrmoku> TAsn: what do I have to test?
Nov 15 21:01:02 <TAsn> show a contact
Nov 15 21:01:05 <TAsn> and click
Nov 15 21:01:07 <TAsn> add contact
Nov 15 21:01:12 <TAsn> and see if it works :)
Nov 15 21:01:22 <mrmoku> no
Nov 15 21:01:30 <TAsn> mrmoku, after my test we'll have a long chat concerning libphone-ui-shr, ok? :)
Nov 15 21:01:32 * mrmoku checking log
Nov 15 21:01:34 <TAsn> mrmoku, segs? or just doesn't work?
Nov 15 21:01:46 <TAsn> mrmoku, I think I just passed the wrong values with the hash table
Nov 15 21:01:50 <TAsn> take a look if you can.
Nov 15 21:02:06 <mrmoku> segfaults
Nov 15 21:02:13 <TAsn> really?!
Nov 15 21:02:17 <mrmoku> yup phoneuid
Nov 15 21:02:20 <TAsn> :(
Nov 15 21:02:26 <TAsn> did you restart phoneuid?
Nov 15 21:02:31 <TAsn> (after installing packages)
Nov 15 21:03:15 <TAsn> I have an idea what might have happened
Nov 15 21:03:27 <TAsn> maybe (probably) I should have used a GValue
Nov 15 21:03:36 <mrmoku> 2009.11.15 22:01:03.480113 [libphone-ui]         sanitizing a contact content...
Nov 15 21:03:37 <TAsn> and I haven't
Nov 15 21:03:37 <TAsn> mind fixing it? :)
Nov 15 21:03:39 <mrmoku> 2009.11.15 22:01:03.480547 [libphone-ui]           sanitizing field 'Phone'
Nov 15 21:03:42 <mrmoku> 2009.11.15 22:01:03.864620 [libphone-ui]         Loading phoneuid
Nov 15 21:03:44 <mrmoku> will fix
Nov 15 21:03:45 <TAsn> seg?
Nov 15 21:03:46 <mrmoku> yup
Nov 15 21:03:47 <TAsn> so yeah
Nov 15 21:03:49 <TAsn> that's it ;)
Nov 15 21:04:54 <mrmoku> TAsn: I have to strdup the number too, right?
Nov 15 21:05:56 <JaMa> mrmoku: matchbox icons fixed.. you can try to build image..
Nov 15 21:05:58 <TAsn> no
Nov 15 21:06:06 <TAsn> gvalue is already a strdup
Nov 15 21:06:08 <TAsn> (I think)
Nov 15 21:06:18 <TAsn> iirc
Nov 15 21:06:22 <TAsn> I'm 99% sure.
Nov 15 21:07:26 <TAsn> look what we did in other places
Nov 15 21:07:37 <TAsn> concerning what I said earlier, we should really fix those things up
Nov 15 21:07:46 <mrmoku> TAsn: not if g_value_set_string does not strdup
Nov 15 21:07:49 <mrmoku> our helper does not
Nov 15 21:07:51 <TAsn> as most of this code was written without proper knowledge of the environment.
Nov 15 21:08:20 <mrmoku> it does alloc a new GValue... and then just g_value_set_string it
Nov 15 21:08:22 <TAsn> mrmoku, just give it a go
Nov 15 21:08:41 <TAsn> mrmoku, and I think
Nov 15 21:08:41 <TAsn> g_value_set_string strdups
Nov 15 21:08:41 <mrmoku> ok, will try without first then
Nov 15 21:08:53 <TAsn> :)
Nov 15 21:09:01 <mrmoku> ahh... then I have to find the places where I explicitly strduped it ;)
Nov 15 21:09:03 <TAsn> doesn't matter what you find out
Nov 15 21:09:10 <TAsn> please write it down. :)
Nov 15 21:10:06 <mrmoku> TAsn: just one place
Nov 15 21:10:06 <mrmoku> src/view/dialer-view.c:                 common_utils_new_gvalue_string(strdup(data->number)));
Nov 15 21:10:11 <TAsn> mrmoku, just checked the docs
Nov 15 21:10:13 <mrmoku> will fix that too then
Nov 15 21:10:17 <TAsn> it's strduped
Nov 15 21:10:19 <TAsn> by glib
Nov 15 21:10:21 <gnutoo> so anyone has the oe parsing error?
Nov 15 21:10:25 <TAsn> http://library.gnome.org/devel/gobject/unstable/gobject-Standard-Parameter-and-Value-Types.html#g-value-set-string
Nov 15 21:10:41 <TAsn> g_value_set_static_string
Nov 15 21:10:44 <TAsn> does not strdup
Nov 15 21:10:55 <mrmoku> JaMa: great, will build in a moment
Nov 15 21:11:02 <JaMa> gnutoo: update again..
Nov 15 21:11:07 <TAsn> mrmoku, so we shouldn't strdup :)
Nov 15 21:11:08 <gnutoo> ok thanks a lot
Nov 15 21:12:23 <max_posedon> shr-messages show my MY set messages
Nov 15 21:12:34 <max_posedon> as messages which I received
Nov 15 21:12:44 <max_posedon> known issue?!)
Nov 15 21:12:45 <mrmoku> TAsn: works now :)
Nov 15 21:13:14 <max_posedon> s/set/sent
Nov 15 21:13:23 <TAsn> mrmoku, yay :)
Nov 15 21:14:02 <TAsn> mrmoku, as you noticed, I didn't free the hashtable because of the big mess there's there.
Nov 15 21:14:09 <TAsn> We should really sort this out after my test
Nov 15 21:14:16 <CIA-86> SHR: 03mok 07libphone-ui-shr * r6be5885c5f19 10/src/view/message-show-view.c: message-show-view: pass number as GValue when creating new contact
Nov 15 21:14:18 <CIA-86> SHR: 03mok 07libphone-ui-shr * r4c698233fbbc 10/src/view/dialer-view.c: dialer-view: do not strdup as g_value_set_string does that
Nov 15 21:14:30 <mrmoku> TAsn: anything else to test before I build the images?
Nov 15 21:14:38 <TAsn> mrmoku, yes
Nov 15 21:14:48 <TAsn> do we add "tel:" if doesn't exist?
Nov 15 21:14:57 <TAsn> (the contact add function)
Nov 15 21:14:58 <mrmoku> hmm... don't think so
Nov 15 21:15:11 <TAsn> mrmoku, we should (for instance when adding from sms)
Nov 15 21:15:39 <TAsn> We should also fix the listening to alsa mixer changes
Nov 15 21:15:44 <TAsn> I don't have time to make it myself
Nov 15 21:15:53 <TAsn> though if you want I'll probably be able to help
Nov 15 21:15:59 <mrmoku> TAsn: but we can both do after the image, no?
Nov 15 21:16:03 <TAsn> it's just a matter of adding a poll-fd to the glib loop.
Nov 15 21:16:07 <mrmoku> s/both do/do both/
Nov 15 21:16:07 <apt> mrmoku meant: TAsn: but we can do both after the image, no?
Nov 15 21:16:10 <TAsn> mrmoku, probably.
Nov 15 21:16:10 <TAsn> :)
Nov 15 21:16:13 <TAsn> build image :(
Nov 15 21:16:13 <TAsn> :)
Nov 15 21:16:17 <mrmoku> :)
Nov 15 21:17:01 <mrmoku> max_posedon: day is getting shorter and shorter :|
Nov 15 21:17:05 * JaMa is building
Nov 15 21:17:22 <TAsn> mickey|bbl, btw, got that issue again, and also noticed this time that the phone doesn't suspend when it happens it says something about "some devices were unable to suspend" or something like that (in the black screen when suspending) I'll try to look at the logs tomorrow, got any ideas though?
Nov 15 21:18:18 <TAsn> mrmoku, let me know when you get an image built :)
Nov 15 21:18:50 * mrmoku started build on buildhost
Nov 15 21:19:29 <TAsn> yay
Nov 15 21:19:35 <TAsn> any estimate eta?
Nov 15 21:19:44 <TAsn> estimated*
Nov 15 21:19:45 <zoff99> do you mean you will sync unstable now????? good god
Nov 15 21:19:57 <TAsn> -estimated
Nov 15 21:20:04 <TAsn> :)
Nov 15 21:21:41 <mrmoku> zoff99: first I'm building new images
Nov 15 21:21:51 <zoff99> ok :)
Nov 15 21:21:53 <mrmoku> then... I have to install it and see if it boots
Nov 15 21:22:05 <mrmoku> then... (if it boots :P) I can sync them
Nov 15 21:22:06 <zoff99> do you have any idea about the navit/gps problem?
Nov 15 21:22:17 <max_posedon> mrmoku, btw, could you smth about shr-messages issue?
Nov 15 21:22:18 <mrmoku> no
Nov 15 21:22:25 <mrmoku> (to navit)
Nov 15 21:22:38 <mrmoku> max_posedon: I did not understand your issue
Nov 15 21:22:38 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * rbe793e3e12e3 10/fsousaged/src/ (3 files in 2 dirs): 
Nov 15 21:22:38 <CIA-86> freesmartphone.org: fsouaged: catch up with async dbus changes; also secure against lowlevel not being present
Nov 15 21:22:38 <CIA-86> freesmartphone.org: This should fix the suspend/resume timing issues people have been reported
Nov 15 21:22:47 <zoff99> vehicle_gpsd:vehicle_gpsd_try_open:Warning: gps_fd is 0, most likely you have used a gps.h incompatible to libgpsvehicle_gpsd:vehicle_gpsd_try_open:Connected
Nov 15 21:22:56 <mrmoku> ooohh
Nov 15 21:22:58 <zoff99> did somebody change stuff in/for gps.h ?
Nov 15 21:23:05 <mrmoku> looks like that could be a commit we're interested in :P
Nov 15 21:23:26 <max_posedon> mrmoku, I sent message (I hope I done it), but shr-messages show me MY message
Nov 15 21:23:39 <max_posedon> as message sent from person, whom I sent this message
Nov 15 21:23:56 <mickey|bbl> sorry, suspend/resume timing was completely broken thanks to async
Nov 15 21:24:08 <mrmoku> max_posedon: hmm... sure you did not send it to yourself?
Nov 15 21:24:33 <max_posedon> mrmoku, not, because in this case, MY number will be in field "from"
Nov 15 21:24:33 <mrmoku> mickey|bbl: we want that commit, right?
Nov 15 21:24:39 <mrmoku> hmm
Nov 15 21:25:35 <mickey|bbl> yes, you want to bump fsousaged to that rev
Nov 15 21:25:43 <mrmoku> mickey|bbl: could that explain the 'sticky power status' problem too?
Nov 15 21:25:51 <mickey|bbl> what's that?
Nov 15 21:26:07 <mrmoku> it sticks to the state it had on boot
Nov 15 21:26:16 <mrmoku> if I boot with usb plugged... it will never suspend
Nov 15 21:26:29 <mrmoku> if I boot without usb plugged it will suspend even if plugged in
Nov 15 21:26:43 <mickey|bbl> no, that'd be a problem in fsodeviced
Nov 15 21:26:49 <mickey|bbl> do you have an image for me? 
Nov 15 21:26:50 <mickey|bbl> :)
Nov 15 21:26:54 <mrmoku> which we don't use yet...
Nov 15 21:26:55 <mickey|bbl> my images still no worky
Nov 15 21:27:03 <mrmoku> mickey|bbl: building right now :)
Nov 15 21:27:15 <mrmoku> might stop the build and updated fsousaged rev first though...
Nov 15 21:27:19 <mickey|bbl> yeah
Nov 15 21:28:01 <mrmoku> mickey|bbl: updating just fsousaged will work?
Nov 15 21:28:25 <mrmoku> no nasty deps on other changes?
Nov 15 21:28:48 <mickey|bbl> what's your rev for the others?
Nov 15 21:29:26 <mrmoku> 1dcf546fb0423930f938129a51f538874c172226
Nov 15 21:29:43 <mrmoku> JaMa: we take fso from sane-srcrevs-fso.inc, right?
Nov 15 21:30:07 <mickey|bbl> that's ok
Nov 15 21:30:47 <JaMa> mrmoku: right
Nov 15 21:30:47 <mrmoku> good :)
Nov 15 21:31:05 <gnutoo> building....thanks a lot for the help
Nov 15 21:31:48 <max_posedon> mrmoku, about my sms
Nov 15 21:32:00 <max_posedon> opimd database marked sms as "OUT"
Nov 15 21:32:12 <mrmoku> hmm
Nov 15 21:32:21 <mrmoku> dos1 left :|
Nov 15 21:32:25 <mrmoku> no idea what that means
Nov 15 21:32:41 <mrmoku> might mean that it has still to send it... no idea though
Nov 15 21:32:45 <mrmoku> TAsn: ^^^
Nov 15 21:32:49 <mrmoku> know something?
Nov 15 21:33:07 <max_posedon> it has still to send... may be, phone broken may be
Nov 15 21:34:35 <max_posedon> ok, test sms works
Nov 15 21:34:45 <max_posedon> at least mine sms's go away
Nov 15 21:35:07 <mickey|bbl> JaMa: all commits except 3bb244f39751e2c5e0531c49c2c88a58e11babd7 get my ACK, this one i have to look more into
Nov 15 21:35:09 <mickey|bbl> but not today
Nov 15 21:35:23 <max_posedon> so 2 variants, opim bug, or phone-ui-messages bug
Nov 15 21:35:28 <zoff99> receivig sms does not work, sending is working fine
Nov 15 21:35:38 <max_posedon> zoff99, try reboot)
Nov 15 21:35:51 <mrmoku> zoff99: did you get the incoming message sound?
Nov 15 21:35:57 <zoff99> nope
Nov 15 21:36:24 <mrmoku> I *think* automatically showing incoming messages might be off by default now
Nov 15 21:36:27 <mrmoku> not sure though...
Nov 15 21:36:38 <mrmoku> zoff99: and if you reopen the messages it is not there?
Nov 15 21:36:42 <zoff99> it also does not show up in messages application
Nov 15 21:36:49 <mrmoku> zoff99: frameworkd.log?
Nov 15 21:37:02 <mrmoku> does it show an incoming message?
Nov 15 21:37:42 <zoff99> i am off the usb cable now
Nov 15 21:37:46 <zoff99> hold on
Nov 15 21:37:55 <JaMa> mickey|bbl: could you cherry-pick them? as adding Acked-By manally by me seems a bit strange to me?
Nov 15 21:39:24 <zoff99> nope , nothing in frameworkd.log , shows no incoming sms
Nov 15 21:40:42 <mrmoku> zoff99: the other day I was waiting for one of my test messages... until I discovered that I had a typo in the number :P
Nov 15 21:41:17 <zoff99> nope
Nov 15 21:41:19 <zoff99> no type
Nov 15 21:41:37 <zoff99> and my normal phone already got "delivered" message
Nov 15 21:41:56 <mrmoku> JaMa: moblin and some other gits are down... at least the buildhost can't get the revs from them :(
Nov 15 21:41:59 <zoff99> trying reboot now
Nov 15 21:42:37 <zoff99> navit and sms. those are not really nice bugs :(
Nov 15 21:42:43 <zoff99> hope will be fixed soon
Nov 15 21:43:14 <mrmoku> zoff99: sms is supposed to work... navit does not even build right now :|
Nov 15 21:44:40 <zoff99> i use navit from navit-svn. they build it every day :)
Nov 15 21:45:07 <zoff99> somewhere in libgps17 there must be a difference with gps.h or something
Nov 15 21:45:11 <mrmoku> zoff99: ohh... that won't work
Nov 15 21:45:14 <mrmoku> probably
Nov 15 21:45:17 <mrmoku> we use eglibc
Nov 15 21:45:25 <zoff99> why? navit is running super
Nov 15 21:45:30 <zoff99> just no gps coords
Nov 15 21:46:18 <JaMa> mrmoku: ah is started soon enough.. NOTE: Running task 5787 of 8303
Nov 15 21:46:37 <mrmoku> 0002 mok@mrdenker[pts/6]:/tmp-> git clone git://www.sakoman.net/git/u-boot-omap3.git
Nov 15 21:46:40 <mrmoku> Initialized empty Git repository in /tmp/u-boot-omap3/.git/
Nov 15 21:46:42 <mrmoku> fatal: The remote end hung up unexpectedly
Nov 15 21:46:43 <zoff99> nait daily svns have to work!! otherwise you dont get any of the new features
Nov 15 21:46:46 <mrmoku> that's just one of them
Nov 15 21:46:50 <JaMa> mrmoku: navit should build again.. I pinned older revision which compiled fine here..
Nov 15 21:46:57 <mrmoku> JaMa: ok, great
Nov 15 21:47:07 <JaMa> mrmoku: but it was about 3 days ago..
Nov 15 21:47:16 <mrmoku> hmm
Nov 15 21:47:22 <mrmoku> it failed today when building the feed...
Nov 15 21:47:44 <zoff99> mrmoku: ok after reboot i get the missing incoming sms. strange
Nov 15 21:49:01 <mrmoku> JaMa: I really hate that... always when everything is fixed... builds fail because of some githosts being down :(
Nov 15 21:49:15 <mrmoku> JaMa: does the clone above work for you?
Nov 15 21:49:21 <mrmoku> git clone git://www.sakoman.net/git/u-boot-omap3.git
Nov 15 21:49:44 <JaMa> mrmoku: no..
Nov 15 21:50:02 <JaMa> mrmoku: you're building whole task-shr-feed, aren't you?
Nov 15 21:50:19 <mrmoku> JaMa: right now I want to build shr-lite-image and shr-image
Nov 15 21:50:25 <JaMa> mrmoku: build just shr-image if you can.. it should be safer..
Nov 15 21:50:27 <JaMa> ah :(
Nov 15 21:50:58 <mrmoku> JaMa: it fails parsing the bbs... due to not accessible git repos
Nov 15 21:51:10 <mrmoku> the strange thing is there is lots of them failing
Nov 15 21:51:47 <mrmoku> even the openmoko one
Nov 15 21:53:28 <zoff99> ok talk tomorrow guys
Nov 15 21:53:28 <JaMa> mrmoku: http://pastebin.ca/1672647 there is diff between shr/merge and oe.def+xorg-7.5+srcpv :)
Nov 15 21:53:33 <zoff99> see ya
Nov 15 21:53:44 <mrmoku> zoff99: cu
Nov 15 21:54:10 <JaMa> mrmoku: strange, I'm still building fine..
Nov 15 21:54:58 <JaMa> mrmoku: do you have BB_SRCREV_POLICY="cache" in local.conf?
Nov 15 21:55:06 <TAsn> mrmoku, what? sms being marked as out?
Nov 15 21:55:12 <TAsn> yeah, I don't yet mark them as sent
Nov 15 21:55:26 <mrmoku> JaMa: not too bad the diff
Nov 15 21:55:27 <TAsn> as I don't yet know when they were actually sent.
Nov 15 21:55:33 <TAsn> I need to figure out how to do it.
Nov 15 21:55:35 <mrmoku> JaMa: no... will try that now
Nov 15 21:56:22 <JaMa> mrmoku: yes and some changes from diff should be dropped from shr/merge instead of merging to oe.dev..
Nov 15 22:00:26 <mrmoku> TAsn: want me to say it with Herman's Hermits?
Nov 15 22:00:35 <mrmoku> no img today... may git has gone away :P
Nov 15 22:00:52 <TAsn> either I'm amazingly tired
Nov 15 22:00:53 <mrmoku> the buildhost stands forlorn
Nov 15 22:00:55 <TAsn> or you got amazingly weird
Nov 15 22:01:00 <TAsn> but I didn't get a word you were saying
Nov 15 22:01:03 <mrmoku> :)
Nov 15 22:01:11 <mrmoku> http://www.hermanshermits.com/lyrics/nomilktoday.htm
Nov 15 22:01:25 <TAsn> i c ;)
Nov 15 22:01:27 * mrmoku wonders if he is tooo old :P
Nov 15 22:01:44 <TAsn> anyhow, just played with my brother's samsung galaxy a bit, it's very very nice! (UI) There are a couple of things we can learn from them.
Nov 15 22:02:04 <TAsn> Btw, something really cool they have
Nov 15 22:02:25 <TAsn> is desktop widgets
Nov 15 22:02:41 <TAsn> though I also like the great connectivity
Nov 15 22:02:51 <TAsn> handling
Nov 15 22:02:51 <TAsn> wifi->gprs->wifi
Nov 15 22:02:51 <TAsn> works like a charm
Nov 15 22:02:55 <TAsn> fast, simple and easy.
Nov 15 22:06:12 <Arigead> mrmoku: Ping
Nov 15 22:06:26 <mrmoku> Arigead: pong
Nov 15 22:06:32 <karl> Could anyone provide some guidance on using a Freerunner as a router.  Not a regular router though.
Nov 15 22:07:17 <TAsn> karl, yes.
Nov 15 22:07:20 <TAsn> man iptables
Nov 15 22:07:21 <TAsn> :)
Nov 15 22:07:36 <TAsn> and actually any linux tutorial you know will "just work"
Nov 15 22:07:49 <karl> TAsn could we go private so I may ask my many questions?
Nov 15 22:08:08 <TAsn> hm.. no, because of several reasons.
Nov 15 22:08:20 <TAsn> first, I'm no iptables expert
Nov 15 22:08:32 <TAsn> second, I really really gtg
Nov 15 22:08:45 <TAsn> third, asking in channel is always best as many people will be able to help, no real reason to go in private
Nov 15 22:08:54 <TAsn> but
Nov 15 22:08:58 <TAsn> if you won't succeed until tomorrow (when I'll be back)
Nov 15 22:08:59 <Arigead> mrmoku: Still struggling with a full shr-unstable build. tracking down problems and fixes in mail lists you don't have a recent image to bypass this. I'll keep trying to build and get that working for myself. This cutting edge of Open HW is frustrating
Nov 15 22:09:03 <TAsn> I'll gladly help you in private :)
Nov 15 22:09:07 <daniele_athome> hello, elementary has some problems with bubbles
Nov 15 22:09:17 <daniele_athome> the bug is visible with opimd-messages
Nov 15 22:09:18 <karl> Ok first my internet connection comes in and runs to a linksys router (Tomato) providing service to my whole farm
Nov 15 22:09:28 <TAsn> daniele_athome, elementary has a lot of problems with a lot of things :)
Nov 15 22:09:30 <daniele_athome> and happens with a software I just wrote
Nov 15 22:09:32 <TAsn> anyhow, I'm off, night.
Nov 15 22:09:34 <daniele_athome> lol
Nov 15 22:09:38 <daniele_athome> night TAsn 
Nov 15 22:10:02 <mrmoku> Arigead: I wanted to build new images now...
Nov 15 22:10:12 <mrmoku> but lots of git hosts seem to be down
Nov 15 22:10:17 <karl> I do not really want to change that configuration too much because I get great coverage with my Linksys and existing antenna
Nov 15 22:10:22 <mrmoku> but you can try the last one
Nov 15 22:10:29 <JaMa> NOTE: Running task 7967 of 8303
Nov 15 22:10:30 <JaMa> :P
Nov 15 22:10:42 <JaMa> mrmoku: midori git refused to talk to me too :/
Nov 15 22:10:55 <mrmoku> JaMa: yeah... midori I had too
Nov 15 22:10:57 <daniele_athome> and is really frustrating that for catching power button press from a little program I have to bind to a framework dbus signal :S
Nov 15 22:11:12 <daniele_athome> I didn't succeded in setting a little event handler with evas
Nov 15 22:11:16 <karl> But I do have a usb on the back of my cable modem.
Nov 15 22:11:20 <Arigead> 1783 of 7538 think I might be over the libgee issue.
Nov 15 22:11:23 <daniele_athome> ok my english is bad :D
Nov 15 22:11:47 <karl> I would like to know if I can run from cable modem to freerunner to linksys?
Nov 15 22:11:48 <mrmoku> daniele_athome: if power press handling is all your program does you can just trigger it via oevents
Nov 15 22:11:51 <mrmoku> +d
Nov 15 22:12:07 <JaMa> Arigead: have you updated in last 20 minutes? if no then you should..
Nov 15 22:12:20 <daniele_athome> mrmoku, actually not, power button is a key binding for showing something
Nov 15 22:12:34 <daniele_athome> inside my program's window
Nov 15 22:12:49 <mrmoku> JaMa: what does BB_SRCREV_POLICY="cache"
Nov 15 22:12:52 <mrmoku> do exactly?
Nov 15 22:13:06 <mrmoku> guess you need one successfull run to cache the revs?
Nov 15 22:13:22 <DocScrutinizer> karl: no you can't
Nov 15 22:13:30 <mrmoku> daniele_athome: the PowerKey get's reported via X too
Nov 15 22:13:35 <Arigead> JaMa: Nope I've not updated. thanks for the heads up. I'll stop update. But in the mean time I'll use the mrmoku image from the 14th
Nov 15 22:13:51 <daniele_athome> I know, keycode 177 if I remember correctly
Nov 15 22:13:56 <daniele_athome> or 124 was aux... anyway
Nov 15 22:14:13 <daniele_athome> I set the evas key up handler, but it doesn't get even called
Nov 15 22:14:31 <daniele_athome> actually key up handler is for any key pressed, not just power button
Nov 15 22:14:37 <karl> Doc what would the problems be?  Could I not use the wifi in the phone to access my wifi?
Nov 15 22:15:08 <karl> or pass off to my wifi
Nov 15 22:15:19 <mrmoku> JaMa: ok, I give up for today...
Nov 15 22:15:35 <JaMa> mrmoku: it uses revs from that sqlite cache so no need for touching every git repo to know which is latest revision, but you probably need that successfull run at least once
Nov 15 22:15:40 <TAsn> mrmoku, quiter ;]
Nov 15 22:15:51 <JaMa> mrmoku: I'm not sure how long it stays in cache (imho about a day)
Nov 15 22:16:13 <JaMa> mrmoku: so be sure to comment it out if you really want to get newest revision for something you have set to AUTOREV
Nov 15 22:17:04 <mrmoku> well, I would be happy with old revs for now... but it does not work :|
Nov 15 22:17:27 <daniele_athome> by the way, key bind doesn't work in my computer too
Nov 15 22:17:38 <daniele_athome> maybe i'm not doing it in the correct way
Nov 15 22:18:13 <JaMa> mrmoku: what about preferred version for midori_0.2.1 ?
Nov 15 22:18:19 <JaMa> mrmoku: do we need git there?
Nov 15 22:18:41 <mrmoku> JaMa: don't know how much midori changes...
Nov 15 22:18:43 <JaMa> http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=203fd00bd9020f98df5c06ddbf0bcd139c8ee486 its quite new
Nov 15 22:18:45 <mrmoku> and if we need git
Nov 15 22:18:54 <mrmoku> probably not
Nov 15 22:19:08 <Heinervdm> midori is released very often
Nov 15 22:19:09 <JaMa> as its only recipe failing here I'll add prefer for that..
Nov 15 22:19:17 <Heinervdm> 0.2.1 is about 1 week old
Nov 15 22:19:38 <JaMa> Heinervdm: so should we stay with git?
Nov 15 22:20:00 <Heinervdm> JaMa: recipes are maintained well
Nov 15 22:20:18 <JaMa> Heinervdm: I now, but as its not autorev now.. than maybe relase can be used for some time?
Nov 15 22:20:33 <karl> DocScrutinizer: what would the problems be?  Could I not use the wifi in the phone to pass off to my wireless linksys?
Nov 15 22:20:46 <JaMa> Heinervdm: after spaetz forking his -testing branch we can return to autoreved midori..
Nov 15 22:20:57 <Heinervdm> JaMa: i think we used versions for a very long time
Nov 15 22:20:58 <JaMa> s/I now/I know/
Nov 15 22:21:25 <Heinervdm> so don't know why it's now a git version
Nov 15 22:22:50 <JaMa> ahh ok.. I'll add preferred_version for that..
Nov 15 22:22:51 <JaMa> thanks
Nov 15 22:23:14 <karl> Maybe run the freerunner as the router and the Linksys with Tomato as a repeater?
Nov 15 22:23:49 <alexxy> mrmoku: TAsn: hi
Nov 15 22:24:06 <alexxy> seems message list in latest image doesnt updated 
Nov 15 22:24:21 <alexxy> so i can see that i have new messages only after restart
Nov 15 22:24:35 <karl> I just need to know if there is a way for the Freerunner to pass off information to a WRT or Tomato repeater?
Nov 15 22:25:13 <JaMa> Heinervdm: ah.. now I know why it picks _git.. its because version there with PE is greatest version now..
Nov 15 22:25:30 <mrmoku> hehe :)
Nov 15 22:25:41 <karl> I can set the wifi linksys to pass the same ssid with all the settings.
Nov 15 22:25:50 <JaMa> so every recipe where are release versions and where I bumped PE needs PE bump too
Nov 15 22:26:00 <mrmoku> alexxy: picking up new messages while the messages app is started is not yet implemented
Nov 15 22:26:03 <karl> that I would have installed on the Freerunner>
Nov 15 22:26:08 <mrmoku> we will do that soon though
Nov 15 22:26:41 <mrmoku> JaMa: heh, that might problem the lot of git problems I have now?
Nov 15 22:26:50 <mrmoku> s/problem/explain/
Nov 15 22:26:50 <apt> mrmoku meant: JaMa: heh, that might explain the lot of git problems I have now?
Nov 15 22:26:53 <JaMa> mrmoku: hmm maybe..
Nov 15 22:27:03 <mrmoku> ohhh
Nov 15 22:27:59 <mrmoku> max_posedon: as you already knew.... image is postponed :|
Nov 15 22:28:08 <mrmoku> max_posedon: next try tomorrow :)
Nov 15 22:28:15 * JaMa needs some script voodoo to detect where PE was bumped and release version exists..
Nov 15 22:28:17 <max_posedon> ok)
Nov 15 22:28:38 <mrmoku> max_posedon: sorry for not keeping my promise
Nov 15 22:28:50 <max_posedon> ah, not a problem
Nov 15 22:29:12 <max_posedon> I interested in releases(software) much more freankly speaking
Nov 15 22:30:10 <mrmoku> max_posedon: yeah... and believe me... I would love to see success in building for FR with gentoo
Nov 15 22:30:28 * mrmoku looong time ago was using gentoo too
Nov 15 22:30:52 <max_posedon> ) ok, but now I'm off for near 24h, good night
Nov 15 22:31:05 <mrmoku> max_posedon: night
Nov 15 22:31:27 <mrmoku> JaMa: have fun with your script voodoo :P
Nov 15 22:31:33 <mrmoku> I have to sleep too now
Nov 15 22:32:18 <mrmoku> hmmm... interesting opkg discussions in #oe :P
Nov 15 22:33:16 <JaMa> mrmoku: gnite..
Nov 15 22:33:23 <JaMa> mrmoku: midori patch pushed :)
Nov 15 22:35:01 <mrmoku> JaMa: ok gnight and thanks
Nov 15 22:35:11 <JaMa> mrmoku: you're welcome
Nov 15 22:38:05 <JaMa> Weiss: "Fix ordering of KMS initialisation" looks like possible fix for my WSOD? isn't it?
Nov 15 22:44:19 <Weiss> JaMa: don't think so, but give it a try..
Nov 15 22:45:56 <[Rui]> could the bubble issues be due to gry?
Nov 15 22:46:34 <max_posedon> mrmoku|away, JaMa one more bug
Nov 15 22:46:39 <max_posedon> ldd depends on bash
Nov 15 22:47:11 <max_posedon> #! /bin/bash <- in first line of ldd script
Nov 15 22:48:56 <joerg_42> that's no bug, that's an opportunity
Nov 15 22:49:20 <max_posedon> you know, when I install ldd, and then I run, ldd and see
Nov 15 22:49:34 <max_posedon> -sh: ldd: not found
Nov 15 22:49:39 <max_posedon> its little strange)
Nov 15 22:50:09 <joerg_42> yeah, seems ldd is missing a DEPENDS on bash then :-D
Nov 15 23:12:23 <JaMa> joerg_42: no RDEPENDS :P
Nov 15 23:13:57 <JaMa> mrmoku|away: voodoo worked.. fixes pushed
Nov 15 23:14:13 <JaMa> mrmoku|away: and image built :P
Nov 15 23:16:48 <JaMa> max_posedon: can you check if its really needed there? as ldd isn't in separate recipe I don't want to add RDEPENDS for that without good reason..
Nov 15 23:17:17 <JaMa> hehe #this leads to circular deps, so lets not add it yet
Nov 15 23:17:17 <JaMa> #RDEPENDS_ldd += " bash"
Nov 15 23:18:28 <max_posedon> I'm not sure, looks like it can works with busybox'es sh
Nov 15 23:19:19 <max_posedon> but once, more, I'm not sure
Nov 15 23:20:43 <JaMa> then install bash manualy.. I won't add it as its already known to eglibc maintainer..
Nov 16 00:16:58 <DocScrutinizer> I *HATE* BUSYBOX!
Nov 16 00:17:34 <lindi-> eh.
Nov 16 00:17:57 <DocScrutinizer> sorry, a pawlow reflex
Nov 16 00:18:18 <lindi-> (as in, don't use it then. I don't, much)
Nov 16 00:18:31 <DocScrutinizer> (nah, a script triggered by the B* word)
Nov 16 00:19:21 <DocScrutinizer> I'll stop doing that as soon as I managed to kick bu err that crap out of OM distros
Nov 16 00:20:43 <JaMa> :)
Nov 16 00:21:30 <DocScrutinizer> you got to admit it's highly annoying to kick off a "less foo", only to find that "less" isn't any smarter than dos3.1 more
Nov 16 00:23:02 * JaMa hates thatk crap at least as DocScrutinizer..
Nov 16 00:23:35 <JaMa> but its already kicked out of my images with coreutils :)
Nov 16 00:23:37 <DocScrutinizer> I wouldn't mind Android or even OM2009-Paroli-generic using bus... err that crap, but for any "phone" that's claiming to be a small linux computer, I really
Nov 16 00:23:42 <DocScrutinizer>  I *HATE* BUSYBOX!#
Nov 16 00:23:47 * mwester likes busybox, and notes that OM uses an old version, with many options disabled.
Nov 16 00:23:48 <max_posedon> I afraid of busybox will never gone from OE
Nov 16 00:24:02 <DocScrutinizer> JaMa: same here
Nov 16 00:24:13 <lindi-> just remove the package and avoid the issue?
Nov 16 00:24:42 <DocScrutinizer> lindi-: see ^^^^, and tell me how to avoid that
Nov 16 00:24:47 <max_posedon> removing busybox without installing *all* replacemnts can meet many problems
Nov 16 00:24:52 <JaMa> DocScrutinizer: http://pastebin.ca/1672797 :)
Nov 16 00:25:25 <lindi-> max_posedon: well dependencies will handle that?
Nov 16 00:25:37 <max_posedon> lindi-, nope
Nov 16 00:25:45 <max_posedon> at least in OE I think
Nov 16 00:25:49 <DocScrutinizer> ROTLFLLLL!!!!!111!!!111
Nov 16 00:26:20 <DocScrutinizer> I *HATE* BUSYBOX!
Nov 16 00:26:56 <JaMa> new shr/merge images reflashed and working.. time to test latest glamo stuff :)
Nov 16 00:26:57 <DocScrutinizer> And I'll never get it how anybody could not agree on that
Nov 16 00:27:19 * JaMa suspend
Nov 16 00:27:27 * JaMa resume
Nov 16 00:27:30 * JaMa all white
Nov 16 00:27:58 <DocScrutinizer> it's not all the fault of bus.... err that crap
Nov 16 00:28:12 <JaMa> Weiss: ok, then its the same (resume wise) after last commit
Nov 16 00:29:11 <max_posedon> JaMa, may be you can follow mwester idea, and enable *all* in busybox config?
Nov 16 00:29:23 <DocScrutinizer> JaMa: http://people.openmoko.org/joerg/unsorted/opkg-u
Nov 16 00:29:31 <DocScrutinizer> courtesy mrmoku|away 
Nov 16 00:30:50 <DocScrutinizer> (reminds me to update that obsolete script - but wait, I didn't any opkg update upgrade for 3 months or sth now... so: nevermind
Nov 16 00:30:56 <DocScrutinizer> )
Nov 16 00:33:13 <DocScrutinizer> u know the *real* WSOD is a hw flaw
Nov 16 00:35:25 <DocScrutinizer> though I bet it's an exploitation of a non-garuanteed property of LCM, that occasionally fails on low ambient temp, with "weak" LCM
Nov 16 00:36:24 <DocScrutinizer> so it's basically like "not all CPUs like overclocking"
Nov 16 00:36:29 <DocScrutinizer> I guess
Nov 16 00:37:41 <DocScrutinizer> which clearly determines the path to WSOD-kill: avoid that unknown nasty we're doing to the LCM
Nov 16 00:43:36 <joerg_42> >>hint<<: WSOD *never* happened on boot, according to all source of evaluation
Nov 16 00:46:37 <BillK> JaMa: tried (my build) shr/merge yesterday and some things nice but rtc seemed borked - is that the case with your image?
Nov 16 00:49:32 <joerg_42> BillK: seems you should be a little more verbouse on description of the problems you faced
Nov 16 00:50:43 <BillK> joerg_42: ok, error msg about rtc on boot (cant remember what it is -
Nov 16 00:51:34 <BillK> nothing that uses rtc works - ffalarms segfaults, suspends automaticly unless manually disabled, even with usb charging
Nov 16 00:52:01 <BillK> blue charging LED doesnt go off (not sure if its always on ...
Nov 16 00:52:10 <joerg_42> suspend is totally unrelated to RTC
Nov 16 00:52:29 <BillK> and numerous other things that seem rtc related - (not sure bout blue LED)
Nov 16 00:52:39 <joerg_42> blue is on as long as connected to USB
Nov 16 00:52:42 <BillK> if its all rtc related, maybe others are seeing it.
Nov 16 00:53:07 <BillK> blue _never_ goes off, usb carginger connected or not
Nov 16 00:54:05 <BillK> will wait another few days and see if its in better shape - oh and add that wifi didnt work
Nov 16 00:54:19 <BillK> but I only confirmed wpa_supplicant is connecting
Nov 16 00:54:33 <joerg_42> known problem occasionaly happening, related to fso*d and dbus
Nov 16 00:54:38 <BillK> but it never got an IP using the smae scripts as prev worked.
**** ENDING LOGGING AT Mon Nov 16 02:59:56 2009