**** BEGIN LOGGING AT Sat Feb 27 02:59:56 2010 Feb 27 02:59:58 wtf? no UTF8??? Feb 27 03:00:04 SHR: 03tom 07shr-themes * r3d2f44aec4cc 10/e-wm/e-wm-config-illume2-shr/e.src: Changed e.src a bit more Feb 27 03:18:53 SHR: 03tom 07shr-themes * rbceff3e613aa 10/e-wm/e-wm-config-illume2-shr/ (e.src module.illume2.src): Removed the second indicator Feb 27 03:22:24 SHR: 03tom 07shr-themes * r964fa2d7e4de 10/e-wm/e-wm-config-illume2-shr/e.src: Made gry the default theme for illume2 as well Feb 27 03:26:29 SHR: 03tom 07shr-themes * r6764ab361756 10/e-wm/e-wm-config-illume2-shr/e.src: Changed default icon theme Feb 27 03:39:14 * JaMa sleep() Feb 27 07:38:47 SHR: 03mok 07libphone-ui * r42f8f92b9151 10/src/ (phoneui-info.c phoneui-info.h): phoneui-info: add callback registration facillity for more signals Feb 27 07:54:53 mesa-dri failed to compile in this shr-testing snapshot Feb 27 07:56:34 mmh, fosters.... Feb 27 07:56:44 * spaetz ponders beer shipping costs :-) Feb 27 07:56:47 oops Feb 27 08:02:43 and the log? Feb 27 08:03:06 hold on, sending the log Feb 27 08:03:40 http://paste.debian.net/61675/ Feb 27 08:04:05 this was from a clean environment Feb 27 08:05:26 rebuilt all from scratch right? Feb 27 08:06:24 rebuilt from scratch and it was about halfthrough the build at least Feb 27 08:07:03 weird, it has your mesa-dri changes from 8 days ago but not from 15h ago Feb 27 08:07:12 that shouldn't make a difference though, should it? Feb 27 08:07:27 no, it shouldn't Feb 27 08:07:42 just some gta01 change. mmmh Feb 27 08:08:00 hmm I guess that missing libstdc++ should be provided by gcc recipe itself, do you have tmp/stamps/armv4t-oe-linux-gnueabi/gcc-4.4.3-r0.1.do_build* ? Feb 27 08:08:01 * spaetz is tempted to just merge the current shr-u again and retry before starting to debug Feb 27 08:08:21 spaetz: no that was only for gta01 change Feb 27 08:08:42 bingo Feb 27 08:08:50 , no gcc at all. just gcc-cross-* Feb 27 08:09:13 spaetz: ok please try to finish gcc build and then clean&build mesa-dri Feb 27 08:09:27 but shouldn't gcc be a requisite? Feb 27 08:09:41 how come I don't have it when building mesa-dri? Feb 27 08:09:42 spaetz: yes.. it should be in DEPENDS Feb 27 08:10:01 spaetz: but normally you dont need gcc (as gcc for armv4t) Feb 27 08:10:03 building gcc manually now and then checking Feb 27 08:10:49 spaetz: cross is enough fro build.. and this is looking for libstdc++ in wrong dir and probably should be fixed there instead of pulling libstdc++ just because of mesa Feb 27 08:11:42 mmh, ok Feb 27 08:12:39 * spaetz has no clue how to fix that :) Feb 27 08:13:26 the notmuch-show-delete function works just in the show view Feb 27 08:13:41 mrmoku|away: Failed to handle dbus error: Please use org.freesmartphone.GSM.Device.SetFunctionality instead., 84 (dbus-glib-error-quark), code 32 Feb 27 08:13:58 arrg, wrong window again Feb 27 08:14:12 mrmoku|away: I guess ogsmd-fsogsmd-differences-summary.txt should list SetFunctionality as well as GetFunctionality Feb 27 08:14:56 mrmoku|away: and can we have both supported in phonefsod? or do I have to rebuild with small patch and then use it only with fsogsmd? Feb 27 08:49:51 freesmartphone.org: 03mickey 07cornucopia * r818628613dea 10/fsogsmd/src/ (4 files in 3 dirs): fsogsmd: initial support for suspending/resuming the modem Feb 27 09:00:27 mickeyl: openmoko-alsa-scenarios is the same as what fsodeviced now provides in /etc/freesmartphone/conf/openmoko-gta/alsa-default? Feb 27 09:02:55 even switching to shr/unstable with my half-compiled tree doesn't fix mesa-git. Feb 27 09:03:03 sigh Feb 27 09:03:14 I am close to give up on shr-t Feb 27 09:03:15 spaetz: and that gcc build? Feb 27 09:03:44 I stopped it when you said that gcc-cross should be enough :) Feb 27 09:04:01 ah.. then I should said it better :) Feb 27 09:04:13 ok, compiling gcc now Feb 27 09:04:25 spaetz: I mean, that's probably a bug in mesa-dri autotools or what ever Feb 27 09:04:38 spaetz: but gcc built should be possible workaround Feb 27 09:04:42 but I need to have shr-t in a state where it can reproducably compile without manual clutches :). Feb 27 09:04:49 JaMa: yes Feb 27 09:04:50 but thanks, I'll try it and document it Feb 27 09:04:56 spaetz: but I won't add gcc to DEPENDS directly if there is better fix for it Feb 27 09:05:16 if you're using fsodeviced, the old-style alsa states are no longer necessary Feb 27 09:05:23 let me check if gcc fixes it, will report back Feb 27 09:05:45 mickeyl: ok I'll add RPROVIDERS to fsodeviced and adjust compatibility-providers Feb 27 09:06:38 thanks Feb 27 09:06:54 i wonder whether it would also make sense to split the configs from the fso packages Feb 27 09:07:12 mickeyl: and some default state file is loaded when fsodeviced starts? Feb 27 09:07:26 mickeyl: because now we also have /etc/asound.state in alsa-scenarii-shr Feb 27 09:07:31 JaMa: correct, the one that is specified in /etc/freesmartphone/conf/openmoko-gta/alsa.conf Feb 27 09:08:14 ok good, thanks Feb 27 09:08:22 the state file loading via /etc/init.d is not cutting it for our devices Feb 27 09:08:25 we better don't use it at all Feb 27 09:09:03 mickeyl: btw I have running rootfs without hal/udev Feb 27 09:09:06 damn storm killed my internet :P Feb 27 09:09:10 JaMa: YEAH! Feb 27 09:09:16 JaMa: that's pretty good news. Feb 27 09:09:26 JaMa, please commit (and add to image) e-wm-config-illume2-shr Feb 27 09:09:32 mickeyl: only issue sofar was missing /dev/pts and now /dev/ttySAC0 is not created automatically Feb 27 09:09:33 not even udev? Feb 27 09:09:33 sent recipe in shr-devel Feb 27 09:09:36 how that? Feb 27 09:09:46 mdev? Feb 27 09:09:46 TAsn: already pushed yesterday Feb 27 09:09:53 oh sweet :P Feb 27 09:09:56 JaMa: with 2.6.32 we get everything Feb 27 09:09:58 TAsn: ah not yesterday but 6hours ago :) Feb 27 09:10:04 but for .29 we have to create the nodes on our own Feb 27 09:10:08 cool, so rev is also latest I assume :P Feb 27 09:10:12 mickeyl: I'm using it on 2.6.32.9 :) Feb 27 09:10:18 d'oh Feb 27 09:10:20 then you should see all nodes Feb 27 09:10:21 TAsn: latest yesterday and autorev Feb 27 09:10:29 you need to kick out some initscript Feb 27 09:10:30 autorev? sweet :P Feb 27 09:10:34 which overwrites the nicely populated devtmpfs Feb 27 09:10:42 i think it was called S00devices or so Feb 27 09:10:46 just remove it and you're fine Feb 27 09:11:01 TAsn: I guess you want to play with it a bit more.. but didn't add it to some task/image.. will do Feb 27 09:11:14 mickeyl: ok, thanks, I'll check Feb 27 09:11:26 spaetz: devtmpfs Feb 27 09:11:31 atm I got a theme, an icon theme and clock and battery nicely done :P Feb 27 09:11:36 I know how to kick the lower bar Feb 27 09:11:44 yuhuuu Feb 27 09:11:45 TAsn: splendid! Feb 27 09:11:53 I really liked the old illume layout Feb 27 09:12:00 kick it far and make sure it will never return Feb 27 09:12:05 :P Feb 27 09:13:01 I'm just having a little trouble bringing the old buttons/close button/ bla back Feb 27 09:13:10 I wonder where they were set at Feb 27 09:14:03 btw someone should check openmoko-icon-theme-standard2 shr-icon-theme and standard icons from recipes, I think we don't need 3 icons for every app :) Feb 27 09:14:23 that's easy Feb 27 09:14:28 so maybe move few missing from openmoko to shr and drop openmoko-icon-theme from image Feb 27 09:14:28 just start erasing stuff Feb 27 09:14:32 until someone will notice :P Feb 27 09:14:45 btw Feb 27 09:14:50 quick-settings works on power click Feb 27 09:14:51 waaaahahaaaa!!! I recommend to nuke init.d/alsa restoring A LAST (10th) time! Feb 27 09:14:51 awesome :P Feb 27 09:14:55 i can replace openmoko-icon-theme with your illume2 config :) Feb 27 09:15:09 hehe cool enough Feb 27 09:15:13 DocScrutinizer: already doing that :) Feb 27 09:15:23 already?? Feb 27 09:16:42 while you're there, kick out everything RTC as well, and lets add the necessary things to fsodeviced as well Feb 27 09:16:45 I mean removing it here.. Feb 27 09:16:51 if it's not already handled by the kernel Feb 27 09:16:54 which i think it is Feb 27 09:16:59 after test I'll push it (probably not today) Feb 27 09:17:27 mickeyl: everything RTC? like what? Feb 27 09:17:29 first time I said "remove that shit! it's BAD" I was with OM and we had a paid distro maintainer Feb 27 09:18:19 /etc/init.d/hwclock.sh is a blast from the past Feb 27 09:18:25 ok Feb 27 09:18:26 i think these days the kernel handles that on its own Feb 27 09:18:35 and if it doesn't we should assist it Feb 27 09:18:40 mickeyl: btw alsactl and alsamixer should stay? Feb 27 09:19:05 I used first only for loading alsa satest by hand (now gone) Feb 27 09:19:07 JaMa: yes, they're helpful for older code, and also for tweaking scenarios which you then can save in the new format via fsodeviced's dbus API Feb 27 09:19:11 but the 2nd is still usefull Feb 27 09:19:17 nah, it's almost mandatory to set the systime from hwclock as early in sysinit as possible Feb 27 09:19:43 DocScrutinizer: true, but not twice Feb 27 09:19:52 nope :-P Feb 27 09:19:57 DocScrutinizer: iirc i saw the kernel doing that Feb 27 09:20:00 we should doublecheck Feb 27 09:20:03 and last controversive change, kill OSS right? kernel-module-snd-mixer-oss kernel-module-snd-pcm-oss Feb 27 09:20:16 YES!!! Feb 27 09:20:26 it will be available in feeds for whoever want's it Feb 27 09:20:29 yes, let it die. the alsa oss compat backend should be sufficient Feb 27 09:20:44 ok then from OE view we just dropped alsa as distro feature :) Feb 27 09:21:19 that's ok. these distro features these days involve things which do apply to stationary devices fine Feb 27 09:21:34 often not for mobile devices though Feb 27 09:22:32 or, on another dimension, to devices where userland needs to help the kernel for several things, such as suspend/resume Feb 27 09:26:31 bbiab, preparing breakfast Feb 27 09:26:37 mickeyl: fso-alsa-data is also dead (replaced with config in fsodeviced) right? Feb 27 09:29:33 ok Feb 27 09:30:17 mickeyl: if you want to see something boot fast look at gizard at linwizard.sf.net Feb 27 09:30:37 also, why your daemon thing and not upstart? Feb 27 09:31:23 cuse can do the same job as oss emu Feb 27 09:32:16 and what do you still need sysvinit scripts for? Feb 27 09:32:59 lupan: how does ffalarms use virtual/alsa-scenarios? If it needs those files, can it be changed to use fsodeviced api? Feb 27 09:33:04 mickeyl: we need an extension in apm or so Feb 27 09:33:21 for resuming dream, when pressing powerbutton Feb 27 09:36:07 hey lev Feb 27 09:36:14 where'v you been Feb 27 09:37:42 tmzt: military :) Feb 27 09:37:56 ah Feb 27 09:38:03 if you mean the day before yesterday Feb 27 09:38:06 you guys have a navy? Feb 27 09:38:13 nope Feb 27 09:38:27 switzerland is not a REAL island Feb 27 09:38:40 only in a political view ;) Feb 27 09:38:47 JaMa: could use fso, but I have not look how well the PushScenario/PullScenario stack work, I checked you can use it with mdbus calls (so push in one process pull in the other), but does it have per connection stack, this would be great Feb 27 09:39:24 tmzt: do you have an idea? Feb 27 09:39:44 nightwatch.afcea.org/NightWatch_20100225.htm Feb 27 09:39:45 lupan: and is ffalarms intended as multi-platform app, or fso dependency is not a problem for you? Feb 27 09:39:49 I need to have a phone resuming himself from downclocking Feb 27 09:39:53 JaMa: correct, fso-alsa-data can be yanked as well Feb 27 09:39:54 read it wrong still suprising though Feb 27 09:40:03 idea about what? Feb 27 09:40:13 I need to have a phone resuming himself from downclocking Feb 27 09:40:14 lupan: well with fso API you will probably get more support on more devices than with alsa-scenarii :) Feb 27 09:40:14 leviathan: in apm? why that? i would expect configuring the powerbutton as wakeup source and being done Feb 27 09:40:16 how does it suspend? Feb 27 09:40:27 why hasn't apm gone away? Feb 27 09:40:30 SHR: 03tom 07phoneui-apps * r554031ade06a 10/src/ (Makefile.am quick-settings-main.c): Added phoneui-quick-settings Feb 27 09:40:36 even if acpi isn't right either Feb 27 09:40:38 it just clocks down Feb 27 09:40:46 and deactivates the lcd Feb 27 09:41:01 I guess to allow for a lock screen? Feb 27 09:41:13 or is there something you need boot/resume reason for? Feb 27 09:41:25 I need some functionality which resumes it, when you press power or so Feb 27 09:41:32 maybe fsod could listen for a uevent? Feb 27 09:41:33 tmzt: fso-boot is to see how far we can come with a highly optimized and device-specific init process that relies on dbus activation for everything else. Feb 27 09:41:39 uhm Feb 27 09:41:48 fso makes it autosuspend Feb 27 09:41:48 sounds awesome Feb 27 09:41:54 but doesnt allow it to resume Feb 27 09:42:00 so... wtf? Feb 27 09:42:03 it will have config compiled in? Feb 27 09:42:11 tmzt: yes Feb 27 09:42:20 that and support reading from file Feb 27 09:42:27 (or initramfs or where ever) Feb 27 09:42:45 no shell calls for anything ;) Feb 27 09:42:47 no forks ;) Feb 27 09:42:59 just the pure necessities and then up towards dbus-daemon Feb 27 09:43:18 and one more process, either X or something else UI Feb 27 09:43:21 initramfs is a filesystem (tmpfs) Feb 27 09:43:25 hmm Feb 27 09:43:32 no forks but it runs as init? Feb 27 09:43:33 JaMa: yes more devices, that is pre fso dependency; I now (days) will polish and push snoozing, and then may try some cleaning up the code Feb 27 09:43:55 tmzt: ah well, perhaps one to getty ;) Feb 27 09:44:01 lupan: great, thanks Feb 27 09:44:06 and the key event handler Feb 27 09:44:42 I don't know why upstart needed shell scripting support Feb 27 09:44:55 most scripts do pid managment anyway Feb 27 09:45:31 how would activation work? Feb 27 09:45:40 if dbus-daemon has to be forked Feb 27 09:45:56 or why not do a user init like gnome-session-manager Feb 27 09:46:14 which can have it's env pushed from a child Feb 27 09:46:24 so DBUS_* gets pushed to it Feb 27 09:46:26 might be worthwhile Feb 27 09:46:54 ciao Feb 27 09:46:56 there was talk of making it and upstart essentially the same thing Feb 27 09:46:58 cu TAsn Feb 27 09:47:00 JaMa, will send you cookies when I'm back. Feb 27 09:47:12 also, I think it lost all gtk and gnome dependencies Feb 27 09:47:19 esd was the last Feb 27 09:47:36 so it's just a framework for launching things Feb 27 09:47:40 cool Feb 27 09:47:44 but read from gconf I imagine Feb 27 09:49:06 leviathan: the power button should be configured as wakeup source during the suspend path Feb 27 09:49:23 on the systems i know that is not being triggered by userland Feb 27 09:50:25 most suspend scripts call into sysfs and just sleep Feb 27 09:50:29 yep Feb 27 09:50:54 we should, however, be able to set the accelerometer, compass, and RF peripherals as wakeup sources Feb 27 09:50:56 if the hardware allows that Feb 27 09:51:04 depending on usecase Feb 27 09:51:10 gpio api might not Feb 27 09:51:16 google had to patch it Feb 27 09:51:32 they have wakeup as an option in their keymap Feb 27 09:51:45 not sure how it gets passed to kernel Feb 27 09:53:06 * JaMa off Feb 27 09:56:18 JaMa|GoNe, shr-devel, have fun Z:P Feb 27 09:56:19 ciao. Feb 27 10:12:51 JaMa: by the way, how do you proceed with efl bugs? Recently ffalarms message windows display only titles (eg try edit two alarms at a time) as efl does not display text of anchorblocks in inwin (no problem in regular windows). I will try label with line wraps (I do not need anchors) but the bug should be fixed some day (works on debian 0.6.0.063-1). Feb 27 10:18:37 mickeyl, tmzt: the powerbutton is only part of the keyboard Feb 27 10:18:41 on htcdream Feb 27 10:18:56 so we need to add it into keymap too Feb 27 10:18:58 it's it's own input Feb 27 10:19:14 nope Feb 27 10:19:14 is it a gpio key? Feb 27 10:19:22 its on the keyboard Feb 27 10:19:24 part of matrix? Feb 27 10:19:42 tmzt: the camerabutton is recognized as powerbutton ;) Feb 27 10:19:58 on dream? Feb 27 10:20:02 yes Feb 27 10:20:27 some time ago I could pres the camerabutton for suspend/shutdown Feb 27 10:20:39 but this reaction disappeared somehow... Feb 27 10:21:48 there's no power button? Feb 27 10:22:43 theres just a keyboard button with power symbol printed on it Feb 27 10:22:44 jup Feb 27 10:23:56 hmm Feb 27 10:23:58 ok Feb 27 10:52:18 JaMa: hmm... GetFunctionality is in there... SetFunctionality not so :/ Feb 27 11:26:09 is anyone working on porting osmocombb to the freerunner's calypso? Feb 27 11:27:24 trs80: why bother? Feb 27 11:28:46 lindi-: so gsm bugs can be fixed without having to rely on openmoko inc's nda? all the other benefits from having it run free software? Feb 27 11:31:40 trs80: well it's not legal to connect it to network Feb 27 11:32:08 trs80: better make osmocombb work first and then think about porting :) Feb 27 11:51:03 btw calypso is calypso Feb 27 12:18:48 mickeyl: http://pastebin.com/BBMkHbi2 Feb 27 12:18:55 do you have ANY idea Feb 27 12:19:00 how this comes? Feb 27 12:21:43 no idea, you always have strange bitbake problems Feb 27 12:21:53 tried bitbaking those two manually and then retry the image? Feb 27 12:22:12 or perhaps just the versions not matching Feb 27 12:22:21 can also touch conf/local.conf and let them rebuild Feb 27 12:22:28 (you're using fso-autorev.inc, right?) Feb 27 12:23:33 uhhm Feb 27 12:23:40 nope, might be the problem Feb 27 12:23:57 that I have removed these packages autorev option in loca.conf Feb 27 12:23:59 hmm Feb 27 12:24:05 I'll add them again Feb 27 12:25:31 yeah Feb 27 12:25:38 i recommend using FSO master atm. Feb 27 12:25:50 since all the work i'm doing for dream integration etc. are not in sane-srcrevs Feb 27 12:25:59 so better 'require conf/distro/include/fso-autorev.inc' Feb 27 12:53:02 SHR: 03tom 07libphone-ui-shr * re3aba801ecc3 10/data/idle_screen/idle_screen.edc: Fixed the idlescreen edje a bit more, it's now faster and nicer Feb 27 12:57:40 mickeyl, mdbus2 -s doesn't start fso2 services Feb 27 12:57:47 but mdbus does Feb 27 12:57:59 yeah Feb 27 12:58:14 that's by design Feb 27 12:58:31 mdbus2 is checking whether bus names and objects paths are present, before calling Feb 27 12:58:36 so its same as http://trac.freesmartphone.org/ticket/521 Feb 27 12:58:41 or its not a bug at all? Feb 27 12:58:55 it's definitely the same Feb 27 12:58:58 by now it's by design Feb 27 12:59:05 we can discuss whether it's good behaviour or not Feb 27 12:59:21 hi guys Feb 27 12:59:29 I would like to ask may be some param Feb 27 12:59:36 --disable-checking Feb 27 12:59:45 imho it should be switchable Feb 27 13:00:06 then someone needs to wrote bus name and object path validation methods Feb 27 13:00:20 if you feed dbus with invalid params, you are rewarded with an abort() Feb 27 13:00:34 I've got a Debian running on he nexus one, and I've read that someone was able to sens an sms using ofono... do you think it's doable to reuse code from ofono to port fso on the nexus one rapidly ? Feb 27 13:00:35 sadly enough, libdbus does not export validation methods Feb 27 13:00:42 although they are builtin Feb 27 13:00:57 mdbus2 will abort, not dbus (as I understand) Feb 27 13:01:07 so, its caller problem Feb 27 13:01:07 max_posedon: no, libdbus will abort() Feb 27 13:01:24 ah... hm Feb 27 13:01:24 Deubeuliou: if ofono can talk to the nexus, chances are fso can talk to it already Feb 27 13:01:47 ah :) Feb 27 13:02:24 so, what is suggested method to start daemons? Feb 27 13:02:33 I think the gsm modem is from Qualcomm Feb 27 13:02:43 Deubeuliou: probably standard AT then Feb 27 13:02:51 Deubeuliou: might work fine with qualcomm_htc plugin Feb 27 13:03:37 max_posedon: call their name :) Feb 27 13:03:49 or send me a patch that validates Feb 27 13:03:58 call? how? e.g. I want CLI solution Feb 27 13:04:18 mickeyl: can't you just call it without checking, and fetch the exception? Feb 27 13:04:30 Heinervdm: welcome to the beauty of libdbus Feb 27 13:04:38 you can't fetch an abort() Feb 27 13:04:44 hmm Feb 27 13:04:49 yes, it's broken by design Feb 27 13:04:59 offloads the validation work to the bindings Feb 27 13:05:21 max_posedon: to start fsogsmd, you could call... 'fsogsmd' Feb 27 13:05:41 ah, thats old-fation-way) Feb 27 13:05:44 mickeyl: ok, I'll try it soon Feb 27 13:05:44 i agree that it would better to have the validation rather than to introspect first Feb 27 13:06:02 but i'm too lazy to write that boring code, especially given that it already exists in a stupid library that does not export it :/ Feb 27 13:06:43 fso-raw -r GSM sleep 3600 Feb 27 13:06:51 ** (fso-raw:1459): CRITICAL **: main.vala:78: Could not request resource 'GSM' : Message did not receive a reply (timeout by message bus) Feb 27 13:07:04 hi all Feb 27 13:07:16 can someone tell me what's new in shrunstable from 24th february? Feb 27 13:07:48 (and both fsousaged/fsogsmd died) Feb 27 13:07:58 sounds like you have a version mismatch or so Feb 27 13:08:03 nothing dies here Feb 27 13:08:39 2000-01-01T00:17:39.820049Z [WARN] libfsotransport : could not open /dev/ttySAC0: No such file or directory Feb 27 13:08:59 eeks Feb 27 13:09:06 where did your modem go? Feb 27 13:09:23 oops, I don't know) Feb 27 13:09:30 it's on strike Feb 27 13:11:22 I just don't know... Feb 27 13:12:39 could you show ls -la /dev/ttySAC0 Feb 27 13:12:48 I'll try create node manually Feb 27 13:13:33 lsroot@om-gta02 ~ $ ls -l /dev/ttySAC0 Feb 27 13:13:33 crw-rw---- 1 root dialout 204, 64 Feb 27 09:24 /dev/ttySAC0 Feb 27 13:20:16 ah, looks like my inittab wrong Feb 27 13:23:34 max_posedon: also using devtmpfs now? Feb 27 13:23:49 JaMa|GoNe, nope, just regular gentoo Feb 27 13:23:50 max_posedon: as I had the same with 2.6.32.9 and devtmpfs (missing SAC0 Feb 27 13:27:21 hah, 3MB less just because that alsa stuff removed (and policykit and connman is gone for some reason) Feb 27 13:27:33 someone willing to test my image? Feb 27 13:30:49 2000-01-01T00:39:43.969597Z [ERROR] libfsotransport <0710:2>: Can't open allocate channel #2 from MUX: Modem does not provide this channel. Feb 27 13:31:02 its still can be some modem error of course Feb 27 13:42:29 * JaMa|GoNe off again Feb 27 14:09:53 SHR: 03tom 07libphone-ui-shr * r113d191befd7 10/src/view/idle-view.c: Make idle_screen always on top Feb 27 14:20:15 I got now, my gentoo missing a lot of important udev rules Feb 27 14:20:33 thats why ttySAC* and many others not created Feb 27 14:25:04 mickeyl, it works! Feb 27 14:25:13 really, bug gone for me) Feb 27 14:30:43 :) Feb 27 14:30:57 hmm who develops illume2 and where could one find blueprints/the source code? Feb 27 14:31:29 mickeyl, do you know what I want now? snaphot release of current fso2 Feb 27 14:32:10 bumbl: check the enlightenment SVN for both questions Feb 27 14:32:24 max_posedon: hmm, yeah Feb 27 14:33:13 btw, which /dev nodes fso2 required to work? Feb 27 14:33:21 I know already about ttySAC* Feb 27 14:33:31 what about others? /dev/rtc etc Feb 27 14:33:52 or, where I can find config, where shr cofigure udev rules Feb 27 14:34:01 for our neo's Feb 27 14:35:04 ok raster does develop illume2 - but why do the sceenshots pop up now when the last change was 6 months ago Feb 27 14:35:04 hmm Feb 27 14:35:17 max_posedon: use devtmpfs Feb 27 14:35:24 then don't worry about device nodes Feb 27 14:35:26 *edit* sorry Feb 27 14:35:32 (>= 2.6.32) Feb 27 14:35:34 wrong revision browsing Feb 27 14:35:53 SHR: 03tom 07shr-themes * r489cb13b7e45 10/e-wm/e-wm-config-illume2-shr/e.src: Added gadget manangers and removed presentation-mode popup Feb 27 14:35:53 SHR: 03tom 07shr-themes * r9d129981ed75 10/e-wm/e-wm-config-illume2-shr/ (configure.ac e.src): Cleaned up configure.ac and e.src Feb 27 14:35:55 devtmpfs means I also shouldn't use udev? Feb 27 14:36:04 that's up to you Feb 27 14:36:16 most people don't need udev Feb 27 14:36:21 ah, ok. 2.6.32 can be next step Feb 27 14:36:21 when they have devtmpfs Feb 27 14:36:44 people don't - but some software may want Feb 27 14:36:46 some people still want udev for all those fancy autoloading of stuff, when you plugin devices e.g. via usb Feb 27 14:36:48 but will try Feb 27 14:37:20 * graziano is testing a lot of opkg.org games under shr testing.. Feb 27 14:46:40 for now I just wrote down what installs and plays and what doesn't Feb 27 14:47:06 once I finished I willl try to investigate further Feb 27 14:53:40 SHR: 03tom 07shr-themes * rbad6be4799b5 10/e-wm/e-wm-config-illume2-shr/e.src: Rearanged the buttons on the top bar Feb 27 14:58:57 SHR: 03tom 07shr-themes * ra131678bb493 10/e-wm/e-wm-config-illume2-shr/module.illume2.src: Changed keyboard and panel animations to 'very fast' Feb 27 15:13:56 does anyone here remember by any chance where the illume-gsm module code is stored at? Feb 27 15:14:49 TAsn: in e svn under illume Feb 27 15:15:08 so that's why it's not in illume2 :P Feb 27 15:15:20 probably ;) Feb 27 15:16:12 * TAsn hates this world. Feb 27 15:16:17 it's compiled into the illume module :( Feb 27 15:16:25 I need to get it out of there. Feb 27 15:16:36 mrmoku, btw, saw quick-settings and illume2 config? Feb 27 15:16:45 saw the commits yes :) Feb 27 15:16:54 compile phoneui-apps, libphone-ui-shr and e-wm-config-illume2 Feb 27 15:16:57 and install them Feb 27 15:16:59 so cool :P Feb 27 15:18:26 TAsn: not yet in the feed? Feb 27 15:18:47 I don't think recent changes are there yet Feb 27 15:18:56 tohugh anyhow, libphone-ui-shr build locally, the contacts branch Feb 27 15:19:12 (to see the coolness) Feb 27 15:19:23 and idlescreen and dialer now support different sizing :P Feb 27 15:19:25 working on message new now Feb 27 15:19:37 and I'm undecided :/ Feb 27 15:19:43 mrmoku, are you "done" with contacts? I wanna hack it a bit :P Feb 27 15:20:04 done definitely not :P Feb 27 15:20:11 let me check if I'm dirty :) Feb 27 15:20:22 btw, I still need signals for quick-settings :P Feb 27 15:21:33 TAsn: which ones? Feb 27 15:21:49 hm.. I need you to fix the profile changed Feb 27 15:21:54 and resource changed Feb 27 15:21:59 way of registering signals Feb 27 15:22:29 what is wrong with them? Feb 27 15:22:47 you said you wanted to change them to the new way of registering signals Feb 27 15:22:49 didn't you? Feb 27 15:23:02 and I did... pushed this morning :P Feb 27 15:23:20 Oh, storm took away my connection Feb 27 15:23:23 so I couldn't see :P Feb 27 15:23:26 so cool, thanks Feb 27 15:23:34 how do I use it? (please remind me) Feb 27 15:23:36 phoneui_info_register_profile_changes Feb 27 15:23:44 void phoneui_info_register_profile_changes(void (*_cb)(void *, const char *), void *data); Feb 27 15:23:48 thanks Feb 27 15:24:05 take a look in phoneui-info.h Feb 27 15:24:11 yeah ok Feb 27 15:24:12 I'm ok Feb 27 15:24:27 idle screen needs to be converted to them too Feb 27 15:24:38 and we need a sane solution for the initial feeding of data Feb 27 15:24:54 requesting... Feb 27 15:24:57 or do you want a Feb 27 15:25:02 request+register function Feb 27 15:25:06 (sounds cool) Feb 27 15:25:14 that will emulate the first signal Feb 27 15:25:19 do we need registering without requesting? Feb 27 15:25:34 lets keep both Feb 27 15:25:40 just in case we'll ever need Feb 27 15:25:42 but just add Feb 27 15:25:50 request_register (gotta find a better name) Feb 27 15:26:17 maybe as parameter? Feb 27 15:26:33 nah Feb 27 15:26:39 that's ugly Feb 27 15:26:40 :P Feb 27 15:26:53 why are you against having 3 functions? Feb 27 15:27:04 hhmm register(..., int immediate_request) Feb 27 15:28:27 nah, I'm fine with three functions Feb 27 15:28:34 just the names get long :P Feb 27 15:28:59 phoneui_info_register_and_request_profile_changes() Feb 27 15:29:19 but nobody can claim to not understand what that does ;) Feb 27 15:29:31 mrmoku, it's Feb 27 15:29:35 userdata, parameter? Feb 27 15:29:47 yes, the void * one Feb 27 15:29:53 exactly, and clarity is better Feb 27 15:29:58 we need obvious stuff Feb 27 15:30:07 will get that as first parameter like in e stuff Feb 27 15:30:08 being obvious leads to less errors Feb 27 15:30:38 what would the single shot one then... phoneui_info_request_profile? Feb 27 15:32:09 TAsn: the three functions do _not_ make sense for all register functions though Feb 27 15:32:18 like the contact / message changes Feb 27 15:32:30 so don't make them for contact/message Feb 27 15:32:42 and the single shot is not related Feb 27 15:32:48 that's phoneui-utils Feb 27 15:34:30 mickey|sports: max_posedon: those users usualy need only libudev not whole udev (like for xorg) Feb 27 15:35:47 TAsn: please use full name in commits (cookies..) ;) Feb 27 15:36:02 full name? Feb 27 15:36:17 Isn't Tom "TAsn" Hacohen Feb 27 15:36:19 enough? :P Feb 27 15:36:47 no there is just Tom :) Feb 27 15:37:03 yeah, me saw that too... Tom only :P Feb 27 15:37:32 TAsn: you have it right in sender but update commiter Feb 27 15:37:55 with git config Feb 27 15:37:59 bah sec, reading the man pages Feb 27 15:38:10 actually please make it easier, what command to issue? Feb 27 15:38:34 hmm... what is nicer... request_and_register or register_and_request? Feb 27 15:41:40 may I break ffalarms for few days by removing alsa scenarios? Feb 27 15:50:12 TAsn: git config user.name "Not Tekkub" Feb 27 15:50:26 tom taked from email Feb 27 15:50:27 --global I assume Feb 27 15:50:42 yes even better with --global Feb 27 15:51:01 $ git config --global user.name Feb 27 15:51:02 Tom Hacohen Feb 27 15:51:08 was already set Feb 27 15:51:33 CIA shows names from login-email part Feb 27 15:51:42 no Feb 27 15:51:50 CIA shows from the pubkey Feb 27 15:51:52 iirc Feb 27 15:52:43 but what when I haven't pubkey? Feb 27 15:53:14 when I give you patches, CIA known that its my patches Feb 27 15:54:49 oh right Feb 27 15:54:52 :P Feb 27 16:01:24 http://scap.linuxtogo.org/files/24905b11e2334b0cd0dd0ba8144e60c5.png Feb 27 16:01:27 sweet ^ :P Feb 27 16:01:50 still need to fix that ugly text on toggle thingie Feb 27 16:01:52 but other than that Feb 27 16:04:58 TAsn: it looks as if some buttons would be hard to hit precisely Feb 27 16:05:08 on top? Feb 27 16:05:13 nah, they are huge Feb 27 16:05:23 and they aren't common anyway Feb 27 16:05:29 on top + the two button rows on the bottom Feb 27 16:05:30 only the left one, and the home one are Feb 27 16:05:45 wait, what are you talking about? Feb 27 16:06:06 (not because of the size but because of the two rows) Feb 27 16:06:21 where do you see two rows? Feb 27 16:09:02 TAsn: Suspend .... \n Back Feb 27 16:09:22 oh Feb 27 16:09:26 back/close Feb 27 16:09:28 isn't part of the app Feb 27 16:09:31 it's illume2 Feb 27 16:09:39 and yeah, I will drop that, it's just NOT trivial at all Feb 27 16:09:59 (dropping it is easy, adding the wanted functionality somewhere else isn't) Feb 27 16:13:35 ;) Feb 27 16:36:59 JaMa, mrmoku: Any solution concerning locale issue? Feb 27 16:37:12 TAsn: illume2 config and quick-settings in feeds Feb 27 16:37:28 TAsn: I readded those 2 glibc pkgs yesterday Feb 27 16:37:33 2? Feb 27 16:37:35 which? Feb 27 16:37:43 glibc-utils glibc-charset-utf8 Feb 27 16:38:32 are you sure that solves it? Feb 27 16:38:45 not at all Feb 27 16:38:51 because I don't have correct locale here (will reboot shortly, maybe it's a reboot issue) Feb 27 16:38:51 now I have another idea.. Feb 27 16:38:57 please suggest Feb 27 16:38:57 mmt Feb 27 16:39:50 just in case what do you have in "opkg list_installed | grep locale" ? Feb 27 16:41:14 maybe that's why we had this in rdepends: ${@get_rdepends(bb, d)} Feb 27 16:42:08 SHR: 03tom 07libphone-ui-shr * rbd8c232b050a 10/src/view/quick-settings-view.c: Quick settings now listens to policy changes and profile changes signals Feb 27 16:42:48 SHR: 03tom 07libphone-ui-shr * rcbc419e0ca25 10/data/idle_screen/idle_screen.edc: Made idlescreen less ugly in landscape mode Feb 27 16:42:48 SHR: 03tom 07libphone-ui-shr * r24e13271059e 10/ (6 files in 3 dirs): Made idle_screen a bit uglier but at least resizable, so it looks ok in landscape Feb 27 16:42:50 SHR: 03tom 07libphone-ui-shr * r7c0bd3da0216 10/src/view/views.h: Removed the obsolete IDLE_SCREEN_BACKGROUND path Feb 27 16:42:51 SHR: 03tom 07libphone-ui-shr * r5b8510ce27de 10/src/view/quick-settings-view.c: Removed an unwanted free Feb 27 16:42:52 SHR: 03tom 07libphone-ui-shr * rba75b72c4a97 10/ (data/quick-settings.edc src/view/quick-settings-view.c): Quick-settings: Fixed a little mixup between the two sliders. Feb 27 16:42:58 SHR: 03tom 07libphone-ui-shr * r553586f83049 10/ (data/idle_screen/idle_screen.edc src/view/idle-view.c): Merged master into contacts Feb 27 16:42:59 SHR: 03tom 07libphone-ui-shr * re3aba801ecc3 10/data/idle_screen/idle_screen.edc: Fixed the idlescreen edje a bit more, it's now faster and nicer Feb 27 16:43:00 SHR: 03tom 07libphone-ui-shr * r39ce76d0c830 10/src/view/quick-settings-view.c: Merge branch 'master' into contacts Feb 27 16:43:02 SHR: 03tom 07libphone-ui-shr * r113d191befd7 10/src/view/idle-view.c: Make idle_screen always on top Feb 27 16:43:06 JaMa, http://pastebin.com/fc30nKYt Feb 27 16:43:08 SHR: 03tom 07libphone-ui-shr * rbd8c232b050a 10/src/view/quick-settings-view.c: Quick settings now listens to policy changes and profile changes signals Feb 27 16:45:29 and installing localedata-en-us didn't help Feb 27 16:46:44 and do you have eglibc-charset-utf8 ? Feb 27 16:47:09 no Feb 27 16:47:10 sec Feb 27 16:47:44 TAsn: it should be pulled with task-shr-minimal update Feb 27 16:47:59 so I should upgrade? Feb 27 16:48:33 sure Feb 27 16:49:33 I ran an Feb 27 16:49:38 opkg list_upgradable Feb 27 16:49:42 nothing there about it Feb 27 16:49:43 sec Feb 27 16:49:53 oh nvm Feb 27 16:49:56 cause it's a dep Feb 27 16:50:07 I built newer task-minimal twice in last 15h Feb 27 16:50:12 :) Feb 27 16:51:25 btw, what about the ventura switch? Feb 27 16:51:43 I think I'll announce the switch will happen as soon as we fix the ca-certs thingie, ok? Feb 27 16:52:17 yeah Heinervdm has his ca-certs recipe ready.. so I guess we can push it soon Feb 27 16:52:48 it didn't install the charset Feb 27 16:52:51 installing manually Feb 27 16:53:08 $ opkg install eglibc-charset-utf8 Feb 27 16:53:08 Collected errors: Feb 27 16:53:08 * opkg_install_cmd: Cannot install package eglibc-charset-utf8. Feb 27 16:53:19 anyhow, reboot, sec Feb 27 16:53:23 and without 'e' ? Feb 27 16:54:11 still no go Feb 27 16:54:17 $ opkg list | grep charset-utf8 Feb 27 16:54:18 sec Feb 27 16:54:18 :P Feb 27 16:54:23 nothing Feb 27 16:56:04 glibc-charmap-utf-8 Feb 27 16:56:08 sorry Feb 27 16:57:52 that one I have installed Feb 27 17:01:02 hello all again, what is new in shr-u of 27th february Feb 27 17:07:26 JaMa, http://bugs.openembedded.org/show_bug.cgi?id=1140 Feb 27 17:07:28 amazingly old Feb 27 17:07:30 though my help Feb 27 17:13:27 pbaxter: everything http://git.openembedded.org/cgit.cgi/openembedded/log/ Feb 27 17:14:57 JaMa, did you ask in OE? Feb 27 17:15:38 about what? Feb 27 17:15:43 locales? Feb 27 17:15:45 not yet.. Feb 27 17:19:55 SHR: 03tom 07phonefsod * r5f6c7b084c71 10/src/phonefsod-fso.c: Added a bit of error handling to the get dim status function Feb 27 17:23:07 I would have, but I not nothing about OE so getting info from me will be heard :P Feb 27 17:24:30 btw Feb 27 17:24:34 gsm doesn't register Feb 27 17:26:06 mrmoku says that DEBUG to frameworkd should be enough, someone on lists said that restart frameworkd is enough.. and it registered for me after restart too Feb 27 17:27:41 Feb 26 18:23:27 we need migrate abyss.conf into fso-abyss.conf Feb 27 17:27:52 maybe my conf name is invalidL Feb 27 17:27:52 ? Feb 27 17:27:56 I got abyss.conf Feb 27 17:28:17 TAsn: what does man abyss say? ;) Feb 27 17:28:42 There are no manuals in openmoko-land Feb 27 17:28:44 :P Feb 27 17:30:46 TAsn: gsm0710muxd has a manual page Feb 27 17:32:19 that's an exception then Feb 27 17:33:14 ok, I think it's the wrong config Feb 27 17:33:17 yep it was written by pyneo people before fso forked it :) Feb 27 17:33:41 thought so :P Feb 27 17:34:15 mickey|sports, ping Feb 27 17:34:33 ok Feb 27 17:34:34 registered Feb 27 17:34:39 but still, wrong config Feb 27 17:35:25 yep, it's integrated into fsogsmd's config Feb 27 17:35:26 cool. Feb 27 17:35:55 actually I'm not even sure about that Feb 27 17:35:57 well, it registered Feb 27 17:35:58 :P Feb 27 17:38:47 TAsn: mickey|sports already migrated config and it's part of fso-abyss recipe Feb 27 17:38:56 TAsn: you can remove old abyss.conf Feb 27 17:38:58 okie, thanks. Feb 27 17:54:46 SHR: 03tom 07libphone-ui * rc41e3f0638d2 10/src/ (phoneui-utils-sound.c phoneui-utils-sound.h): Added idle_bt and idle_headset to sound handling Feb 27 18:02:57 SHR: 03tom 07libphone-ui * r5022cb7f8cf9 10/src/phoneui-utils-sound.c: INIT now also works for coming back from speaker Feb 27 18:06:12 Heinervdm, Collected errors: Feb 27 18:06:13 * satisfy_dependencies_for: Cannot satisfy the following dependencies for mcnavi: Feb 27 18:06:13 * libgps18 (>= 2.39) * Feb 27 18:06:13 * opkg_install_cmd: Cannot install package mcnavi. Feb 27 18:06:14 SHR: 03tom 07libphone-ui-shr * r349fbb14e48c 10/src/view/call-active-view.c: Changed the sound handling to conform to latest changes in libphone-ui Feb 27 18:06:38 SHR: 03tom 07libphone-ui-shr * r27eaafcc399c 10/src/view/call-active-view.c: Changed the sound handling to conform to latest changes in libphone-ui Feb 27 18:18:55 * TAsn hides Feb 27 18:19:03 SHR: 03tom 07libphone-ui * r3f4e24d05b4e 10/data/modify_state.sh: "Fixed" the modify script to conform to the new location of the state Feb 27 19:10:07 pespin: ping mrmoku or JaMa that they can rebuild mcnavi, gpsd was updated Feb 27 19:10:24 JaMa, mrmoku ping ^ :P Feb 27 19:12:12 Heinervdm: just rebuild is enough or some rev needs to be bumped? Feb 27 19:12:33 mrmoku: i think rebuild should be enough Feb 27 19:12:55 ok Feb 27 19:16:59 mrmoku: PR bump should be better as installed mcnavi probably won't work after newer libgps is installed Feb 27 19:24:57 JaMa: can you do that? Feb 27 19:25:05 mcnavi needs also a bit of human touch ;) Feb 27 19:25:10 to compile.. Feb 27 19:25:13 mrmoku: sure.. Feb 27 19:26:09 thanks Feb 27 19:27:25 mrmoku: have you seen that msg about switch-for-kernel? Feb 27 19:27:39 JaMa: yup, won't overwrite it :) Feb 27 19:27:56 mrmoku: I already did.. old version is copied as .old Feb 27 19:31:44 ah now mcnavi needs more than touch INSTALL :/ Feb 27 19:32:21 lindi-: i wrote a manpage for you Feb 27 19:32:28 consider yourself being honored Feb 27 19:32:31 man mdbus2 Feb 27 19:35:00 pespin: as it needs to be updated a bit (not just rebuilt) for newer libgps.. you can try it with -force-depends.. and then wait for new mcnavi release Feb 27 19:35:46 pespin: but maybe it will fail teribly with forced old libgps.. so to be sure you can downgrade to older libgps and stay with it Feb 27 19:36:17 just wanted to try it, I'll try with -force-depends and if it doesn't work, I'll wait for newer revisions, np :) Feb 27 19:41:11 ping mrmoku Feb 27 19:45:29 cron using 30-40% of my cpu in FR :O Feb 27 19:47:09 is some fso part or similar using cron? Feb 27 19:51:01 don´t think so Feb 27 19:51:36 but there is some atd-over-fso IIRC Feb 27 19:52:12 anyway, its nothing what can use 30-40% of cpu for anything Feb 27 19:52:13 spaetzAway: building gcc worked? Feb 27 19:52:14 I killed it, it was taking 30-70% of fr cpu for a while Feb 27 19:53:21 max_posedon, I think it's the second time it happens here Feb 27 19:53:28 remember it happening some time ago too Feb 27 19:53:36 its happens for me from-time-to-time too Feb 27 19:53:42 JaMa, it continued buuilding then. I could not check thoroughly though. barbeque with my family in the forest :-) Feb 27 19:55:23 spaetzAway: ok good, thanks Feb 27 19:56:05 will check tomorrow, but that seems to have ´solved´it Feb 27 19:56:33 weird that nobody else was experiencing that though.... Feb 27 19:57:08 spaetz: maybe if you build full image than it's built in "right" order.. Feb 27 19:57:50 spaetz: but I built from scratch few times lately always bitbake -k virtual/kernel; bitbake -k shr-lite-image; bitbake -k shr-image; Feb 27 19:58:21 spaetz: but mesa-dri_git is bumped for 7.8 snapshot only for few days.. so I'm not sure if I did rebuild after it Feb 27 19:58:26 mmmh, Could be, although I usually build shr-lite-image Feb 27 19:58:34 i see Feb 27 20:12:17 SHR: 03tom 07libphone-ui-shr * r3dd87ff9d406 10/ (4 files in 2 dirs): Cleaned up contact-view's genlist item edc a bit Feb 27 20:12:19 SHR: 03mok 07libphone-ui * r5491bb68cd9b 10/src/ (phoneui-info.c phoneui-info.h): phoneui-info: add request and register_and_requist functions for all signal handlers Feb 27 20:33:47 SHR: 03tom 07libphone-ui * rafd00c3b467d 10/src/phoneui-info.c: Fixed the mismatch between .h and .c concerning phoneui_info_register_and_request_profile_changes Feb 27 20:34:42 SHR: 03tom 07libphone-ui-shr * r349ada5d0ef5 10/src/view/quick-settings-view.c: Started using register_and_request_profile_changes function Feb 27 20:45:56 SHR: 03mok 07libphone-ui-shr * rc9fcffe5b22c 10/data/styles.edc: styles.edc: add two fonts Feb 27 20:45:58 SHR: 03mok 07libphone-ui-shr * re4df6cb96176 10/data/contacts.edc: contacts.edc: use the new fonts Feb 27 20:45:58 SHR: 03mok 07libphone-ui-shr * r43eb752a1c06 10/src/util/ (common-utils.c common-utils.h): common-utils: add common_utils_gvalue_free helper Feb 27 20:45:58 SHR: 03mok 07libphone-ui-shr * r30b0c8c060b1 10/ (4 files in 2 dirs): remove obsolete phoneui-incoming-message Feb 27 20:46:00 SHR: 03mok 07libphone-ui-shr * r961831d09e7b 10/data/ (DejaVuSans-Bold.ttf DejaVuSans.ttf): data: actually add the font files too Feb 27 20:46:07 SHR: 03mok 07libphone-ui-shr * ra265e4f08f28 10/src/view/contact-list-view.c: contact-list-view.c: remove some whitespace Feb 27 20:46:08 SHR: 03mok 07libphone-ui-shr * r9f2a3a5517b0 10/src/util/ (common-utils.c common-utils.h): common-utils: add string_strip_newline and timestamp_to_date Feb 27 20:46:10 SHR: 03mok 07libphone-ui-shr * r064347c05896 10/src/ (5 files in 2 dirs): add phonelog (WIP) Feb 27 20:46:10 SHR: 03mok 07libphone-ui-shr * ra429e9374133 10/src/view/views.h: views.h: remove LTR_STRING which is in common_utils now Feb 27 20:46:18 SHR: 03mok 07libphone-ui-shr * re409349a3cea 10/src/view/contact-view.h: contact-view.h: add missing includes Feb 27 20:50:12 SHR: 03tom 07libphone-ui-shr * ree1059e1f761 10/src/view/contact-show-view.c: Added EntryId to the system fields as well Feb 27 21:20:34 all upgrades in feeds :) and I'm going to run build from scratch over night.. hopefully next shr-lite-image tomorrow Feb 27 21:24:50 JaMa: great Feb 27 21:25:08 JaMa, sweet :P Feb 27 21:25:15 ffs Feb 27 21:25:19 this crap doesn't register Feb 27 21:25:22 mickey|tv, :( Feb 27 21:26:03 will now try to set debug Feb 27 21:27:23 mrmoku: btw we had DISTRO_TYPE = "debug" override in one local config Feb 27 21:27:34 mrmoku: removed that as shr.conf is now using release Feb 27 21:28:57 cool Feb 27 21:29:04 JaMa, locale? :P Feb 27 21:29:48 locale should also work.. as it works in my image.. we'll see tomorrow Feb 27 21:30:31 * JaMa .sleep(now, long) Feb 27 21:32:02 night. Feb 27 21:32:11 mickey|tv, what "ignoring v.250ter violation gracefully" in fsogsmd logs means? Feb 27 21:34:11 SHR: 03mok 07libphone-ui * ra4a7afa34608 10/src/ (phoneui.c phoneui.h.in): phoneui: add phonelog Feb 27 21:34:14 SHR: 03mok 07libphone-ui * r8f9e4bf52503 10/src/ (phoneui-utils.c phoneui-utils.h): phoneui-utils: add calls_get and call_get Feb 27 21:34:20 SHR: 03mok 07libphone-ui * r8267014fb77e 10/src/ (phoneui-info.c phoneui-utils.c phoneui-utils.h): phoneui-info: add handler for NewCall Feb 27 21:34:20 SHR: 03mok 07libphone-ui * rb848cd790da8 10/src/phoneui-utils.c: fix mismerge Feb 27 21:36:25 SHR: 03mok 07libphone-ui-shr * re2e0da94f1ca 10/src/view/phonelog-view.c: phonelog-view.c: fix arguments to ui_utils_view_init call Feb 27 21:38:04 heh, NOPREEMT, NODEBUG: http://en.wikipedia.org/wiki/Shotgun_debugging Feb 27 21:44:50 JaMa: sleep finished (to early) Feb 27 21:50:15 SHR: 03mok 07libphone-ui * ra42e80306705 10/src/ (phoneui-utils.c phoneui-utils.h): phoneui-utils: add phoneui_utils_message_get Feb 27 21:50:15 SHR: 03mok 07libphone-ui * re2ed1d08837c 10/src/ (phoneui-utils.c phoneui-utils.h): phoneui-utils: use common pack and callback for messages and contacts get Feb 27 21:50:17 SHR: 03mok 07libphone-ui * r8f958bd3e464 10/src/ (phoneui-utils.c phoneui-utils.h): phoneui-utils: adjust calls_get for last cherry-pick of messages/contacts _list_pack sanitizing Feb 27 21:52:01 DocScrutinizer, btw, I think most unstable kernel is PREEMT, NODEBUG Feb 27 21:52:10 and most stable NOPREEMT, DEBUG Feb 27 21:52:32 so, NOPREEMT itself shouldn't introduce problems, just hide some correct Feb 27 21:52:51 *some corrent Feb 27 21:54:44 SHR: 03mok 07phoneuid * r81d78517915b 10/src/ (4 files): add phone log Feb 27 21:56:38 SHR: 03mok 07phoneui-apps * rb3ab560b6608 10/ (4 files in 2 dirs): add phone log Feb 27 22:00:54 max_posedon: NOPREEMT easily may trigger races, exactly like explained in above wikipage, and same way NODEBUG does. In addition it may cause extreme performance LOSS in certain situations - at least AIUI Feb 27 22:01:39 PREEMT may trigger races Feb 27 22:01:57 NOPREEMT kernel haven't `threadabilty` Feb 27 22:02:16 no, PREEMT may *introduce* new races Feb 27 22:02:31 enough spamming Feb 27 22:02:32 gnight all Feb 27 22:02:40 NOPREEMT may *trigger* existing races Feb 27 22:02:56 night mrmoku|away Feb 27 22:11:08 max_posedon: (NOPREEMT races) see my current comment on new WSOD ticket. You easily can think of a scenario where LCM init sends a signal / sets a flag to set LCM_VDO to enabled state. Then continues and writes the init values to jbt6k74 registers. On a PREEMT kernel a concurrent task may achieve to power up the LCM_VDO in PMU just in time (usually, while LCM_init is busy with debug_prints ;-D ). On a NOPREEMT kernel this VDD enabling Feb 27 22:11:09 task would get postponed until LCM_init written all the init voodoo to an unpowered jbt6k74 Feb 27 22:13:15 hm.. agree now Feb 27 22:13:21 s/LCM_VDO/LCM_LDO in PMU/ Feb 27 22:40:21 http://pastebin.com/T5fGy2Qr x TAsn :) Feb 27 22:40:34 ? Feb 27 22:41:03 libphone-ui-shr?! really?! Feb 27 22:41:17 and you got up to date libphone-ui? Feb 27 22:41:27 please rebuild libphone-ui to make sure Feb 27 22:41:48 ok will retry Feb 27 22:51:36 libphone-ui-0.0.0+gitr12+8f958bd3e4642dec946f758284f1f397253083af-r0 builds OK Feb 27 22:51:46 but :) Feb 27 22:52:04 ERROR: '/home/fritz/FREERUNNER/BUILD/shr-unstable/openembedded/recipes/shr/libphone-ui-shr_git.bb' failed Feb 27 22:52:09 :) Feb 27 22:53:05 2010.02.27 22:52:56.933608 [phonefsod] MESSAGE: error: (0) Launch helper exited with unknown return code 0 Feb 27 22:53:08 2010.02.27 22:52:58.300505 [phonefsod] MESSAGE: error: (0) Launch helper exited with unknown return code 0 Feb 27 22:53:11 what is this? Feb 27 22:55:22 TAsn same error : http://pastebin.com/sN6H3iS7 Feb 27 22:56:02 shit Feb 27 22:56:05 sec finishing something Feb 27 22:56:08 and will do it Feb 27 23:18:23 http://pastebin.com/vR62bySe - why does this loop happen? what's the error here? Feb 27 23:32:35 von_fritz, I haven't forgotten you :P Feb 27 23:33:19 np, have time ;) Feb 27 23:34:22 I don't :P But hopefully I'll finish what I'm doing soon Feb 27 23:36:02 ok, checking. Feb 27 23:36:15 SHR: 03tom 07libphone-ui-shr * rc4c0af1ded49 10/src/ (29 files in 4 dirs): Everything now compiles with -Wall -Wextra -Werror Feb 27 23:36:48 phew, that took some time :P ^ Feb 27 23:37:10 von_fritz, it compiles here Feb 27 23:37:15 :| Feb 27 23:37:23 sec, checking what's wrong with yours Feb 27 23:38:24 void phoneui_utils_messages_get(void (*callback) (GError *, GPtrArray *, void *), void *_data); Feb 27 23:38:34 phoneui_utils_messages_get(retrieve_messagebook_callback, data); Feb 27 23:38:37 I don't get it... Feb 27 23:39:42 And the two lines before look even worst Feb 27 23:40:16 no idea what's wrong though, everything looks fine and compiles fine Feb 27 23:40:19 my only suggestion Feb 27 23:40:29 *clean* libphone-ui and libphone-ui-shr Feb 27 23:40:33 (bitbake -c clean ....) Feb 27 23:40:38 and then attempt to build Feb 27 23:40:48 okie? Feb 27 23:40:59 Anyhow, I'm off, if you get an error in the following couple of mins Feb 27 23:41:01 I'll still be here Feb 27 23:41:07 otherwise, cya tomorrow :P Feb 27 23:41:40 yes have tried before (clean) but no luck :( Feb 27 23:42:54 np thanks anyway will look deeper whats wrong Feb 27 23:43:03 bye Feb 27 23:43:20 though I looked in sources, and everything looks fine :| Feb 27 23:45:06 strange it compiles fine before your latest changes :P Feb 27 23:45:41 night Feb 27 23:47:37 what changes? Feb 27 23:48:56 what revision? Feb 27 23:52:52 SHR: 03tom 07libphone-ui-shr * rc183719033c3 10/src/view/contact-list-common.c: Fixed - Initialized a variable we forgot before Feb 27 23:58:42 SHR: 03tom 07libphone-ui-shr * r27eaafcc399c 10/src/view/call-active-view.c: Changed the sound handling to conform to latest changes in libphone-ui Feb 27 23:58:43 SHR: 03tom 07libphone-ui-shr * r349ada5d0ef5 10/src/view/quick-settings-view.c: Started using register_and_request_profile_changes function Feb 27 23:58:44 SHR: 03tom 07libphone-ui-shr * ree1059e1f761 10/src/view/contact-show-view.c: Added EntryId to the system fields as well Feb 27 23:58:44 SHR: 03tom 07libphone-ui-shr * r9a2d49e94834 10/src/view/quick-settings-view.c: Merged master into contacts branch Feb 28 00:02:14 phew Feb 28 00:02:18 now I can rest in peach :P Feb 28 00:02:23 peace* Feb 28 00:02:28 ciao. Feb 28 00:32:52 * DocScrutinizer hands tasn a fruits salad with lots of peaches Feb 28 00:34:11 argh, last upgrades destroyed my system... it doesn't boot **** ENDING LOGGING AT Sun Feb 28 02:59:57 2010