**** BEGIN LOGGING AT Wed May 12 02:59:56 2010
May 12 04:19:55 <JaMa|Zzzz> moin
May 12 04:20:27 <JaMa> mrmoku|away: view/quick-settings-view.c:524: error: implicit declaration of function 'phoneui_utils_pdp_activate_context' while building libphone-ui-shr
May 12 04:28:14 <JaMa> mrmoku|away: http://tinderbox.openembedded.net/builds/70883/
May 12 05:37:06 <mrmoku> JaMa: ohh... ouch :P
May 12 05:38:39 <mrmoku> JaMa: sorry :)
May 12 05:39:23 <CIA-36> SHR: 03mok 07libphone-ui * r7710a8ea2d3b 10/src/ (phoneui-info.c phoneui-info.h): phoneui-info: add handling of pdp context status signal
May 12 05:39:33 <CIA-36> SHR: 03mok 07libphone-ui * ra29d51b96e8b 10/src/ (phoneui-utils.c phoneui-utils.h): phoneui-utils: add pdp_(de)activate
May 12 06:01:24 <JaMa> np /me rebuilding from scratch with gcc-4.4.4 ;)
May 12 06:20:40 <JaMa> mrmoku: seems moved a bit.. to libphone-ui (without -shr)
May 12 06:20:42 <JaMa> | phoneui-info.c:1424: error: passing argument 3 of 'free_smartphone_gsm_pdp_get_context_status_finish' from incompatible pointer type
May 12 06:20:45 <JaMa> | /home/shr/shr-unstable/tmp/sysroots/armv4t-oe-linux-gnueabi/usr/include/fso-glib/freesmartphone.h:1997: note: expected 'enum FreeSmartphoneGSMContextStatus *' but argument is of type 'char **'
May 12 06:23:35 <mrmoku> JaMa: ohh... that enum was added by mickey|zzZZzz just yesterday ;)
May 12 06:23:41 <mrmoku> k
May 12 06:23:50 * mrmoku updates libfso-glib locally
May 12 06:27:15 <JaMa> GarthPS: hi
May 12 06:27:24 <JaMa> GarthPS: have you started  rebuild already?
May 12 06:27:45 <JaMa> GarthPS: because now there is gcc-4.4.4 instead 4.4.3 so rebuild is "good"
May 12 06:31:23 <JaMa> NOTE: Running task 310 of 984
May 12 06:46:45 <GarthPS> JaMa: lool! I just wake up! :p so no not already
May 12 06:47:24 <GarthPS> cool! I will try but yesterday some 2xxx tasks was done when eglibc failed
May 12 06:47:34 <GarthPS> (multihread
May 12 06:49:05 <JaMa> GarthPS: ah good, so don't forget to git pull first
May 12 06:50:17 <JaMa> GarthPS: I was expecting you to build overnight.. and I have only 984 because I want it to rm_work toolchain before starting an image (because of not so much space on my raid)
May 12 06:50:27 <JaMa> in tmp/work
May 12 06:50:39 <GarthPS> JaMa: no i sleep in the same room :p
May 12 06:50:58 <GarthPS> I will rm tmp/ anyway
May 12 06:51:11 <GarthPS> go to work !brb
May 12 06:59:08 <mrmoku> JaMa: maybe now?
May 12 06:59:17 <CIA-36> SHR: 03mok 07libphone-ui * rb27fdc66289c 10/src/ (phoneui-info.c phoneui-info.h): phoneui-info: adjust to new FreeSmartphoneGSMContextStatus enum in libfso-glib
May 12 07:00:25 <mrmoku> JaMa: so... rebuild is needed for 4.4.4?
May 12 07:01:53 <JaMa> mrmoku: not really needed but better (to get it in the same well-defined state for fresh image)
May 12 07:03:01 <mrmoku> JaMa: ok
May 12 07:03:06 <JaMa> mrmoku: I rebuild from scratch for every minor version change and I would bump DISTRO_PR when we move to gcc-4.5 (to update packages also in already installed images)
May 12 07:18:04 <JaMa> mrmoku: compiled fine, thanks
May 12 07:18:15 <JaMa> mrmoku: and bumped fso in feeds :)
May 12 07:20:52 <mrmoku> JaMa: great :)
May 12 07:40:37 <daniele_athome> morning
May 12 07:40:51 <JaMa> moin
May 12 07:44:56 <daniele_athome> I want to redesign the signal handling in libframeworkd-glib
May 12 07:45:26 <daniele_athome> splitting the various "handlers" from the one-big-struct to functions like ogsmd_*_*_callback_add
May 12 07:45:30 <daniele_athome> or something like that
May 12 07:45:52 <daniele_athome> I will maintain backward compatibility of course, for a while... but I will implement newer signals with this new method
May 12 07:45:54 <daniele_athome> what do you think? :)
May 12 07:46:32 <mrmoku> daniele_athome: IIRC _we_ don't use signals from lfg anylonger
May 12 07:46:41 <mrmoku> let me check
May 12 07:46:44 <daniele_athome> mrmoku, not you of course
May 12 07:46:51 <daniele_athome> i mean for other lfg users
May 12 07:46:57 <daniele_athome> except me of course
May 12 07:47:39 <mrmoku> yeah... that's why I underlined the we :P
May 12 07:47:56 <mrmoku> dunno who else is using it... for us changing signals is fine :)
May 12 07:48:26 <daniele_athome> mrmoku, having just one signal handler for application is weird
May 12 07:48:51 <daniele_athome> I had to make some kind of "signal multiplexer" to make my app's modules use them
May 12 07:49:08 <mrmoku> daniele_athome: ?
May 12 07:49:26 <mrmoku> ahh
May 12 07:49:26 <mrmoku> now
May 12 07:49:27 <mrmoku> :)
May 12 07:49:31 <mrmoku> yeah
May 12 07:51:38 <McKael> gug!
May 12 07:51:52 <McKael> Are the sound volume settings used in fso2?
May 12 07:53:45 <McKael> PaulFertser: do you know if the beep-on-message-deletion/read has been fixed?  I made the mistake to read a SMS in the train this morning :)
May 12 07:56:04 <JaMa> McKael: sound volume settings? like alsa scenarios? yes in fsodeviced /etc/freesmartphone/conf/openmoko_gta/alsa*
May 12 07:56:36 <McKael> JaMa: nope, the settings from the profile file
May 12 07:57:29 <mrmoku> McKael: IIRC profiles do not support volume... just on or off
May 12 07:58:08 <McKael> mrmoku: ok, so the default value (9) we have is meaningless?
May 12 07:58:30 <McKael> 'ring-volume', IIRC
May 12 07:58:49 <mrmoku> McKael: if my memory is not cheating me :P
May 12 07:59:44 <McKael> ok :)
May 12 08:01:42 * JaMa see default 10, but has the same feeling as mrmoku :)
May 12 08:03:22 <McKael> Thank you both 
May 12 08:03:49 <TAsn-Laptop> JaMa: ping
May 12 08:04:17 <JaMa> pong
May 12 08:04:29 <TAsn-Laptop> fsogsmd without sim buffering: how is it handled?
May 12 08:04:35 <TAsn-Laptop> What do I need to do?
May 12 08:04:43 <JaMa> opkg upgrade
May 12 08:04:49 <TAsn-Laptop> as an opimd programmer...
May 12 08:04:56 <TAsn-Laptop> Got any idea?
May 12 08:05:12 <TAsn-Laptop> I want to believe messages don't just cause a signal to be emitted and then die.
May 12 08:05:20 <JaMa> I was thinking its "transparent" even for opimd programmer
May 12 08:05:21 <TAsn-Laptop> we probably need to ack/nack/whatever.
May 12 08:05:30 <TAsn-Laptop> JaMa, Can't be.
May 12 08:05:41 <TAsn-Laptop> JaMa, I mean: I hope it's not, if it is, it's bad.
May 12 08:05:45 <JaMa> have you seen that mickey's commit?
May 12 08:05:55 <TAsn-Laptop> (because of the reasons I stated)
May 12 08:05:55 <TAsn-Laptop> JaMa, link?
May 12 08:06:00 <TAsn-Laptop> (I'm at work, mostly not here, just saw the email you sent)
May 12 08:06:29 <JaMa> ./openmoko-cdevel-2010-05-10:21:01 < mickeyl> git show edb261f3a84ffd34b3074afaaa848ca6a9eb51a4
May 12 08:06:57 <TAsn-Laptop> bah, will look in gitweb
May 12 08:07:26 <zub> morgen
May 12 08:07:37 <zub> I have problem building liphone-ui, I get:
May 12 08:07:38 <zub> In file included from phoneui-utils-sound.c:10:
May 12 08:07:41 <zub> phoneui-info.h:55: error: expected declaration specifiers or '...' before 'FreeSmartphoneGSMContextStatus'
May 12 08:07:50 <JaMa> cau
May 12 08:08:01 <zub> JaMa: no nazdar :-P
May 12 08:08:05 <JaMa> try again, mrmoku fixed it few mins ago
May 12 08:08:10 <zub> hm, ok
May 12 08:09:34 <TAsn-Laptop> JaMa, no idea, will check at home, ciao.
May 12 08:09:36 <zub> JaMa: try again = git pull && bitbake -c clean liphone-ui && bitbake libphone-ui ?
May 12 08:10:34 <JaMa> TAsn-Laptop: but it works.. :)
May 12 08:10:39 <JaMa> TAsn-Laptop: enjoy work
May 12 08:10:49 <JaMa> zub:  bitbake libphone-ui
May 12 08:11:06 <TAsn-Laptop> JaMa, I know it works now, I just wonder how hard it will fail (dataloss) when it will.
May 12 08:11:10 <JaMa> zub: ^^ should be enough as it's autorev and you should see newer rev
May 12 08:11:34 <TAsn-Laptop> ciao.
May 12 08:11:37 <zub> ok, thx
May 12 08:11:44 <mrmoku> JaMa: heh, after reading that commit.. I understand why SMS still work :P
May 12 08:12:14 <mrmoku> JaMa: because SIM buffering must be explicitely disabled in config
May 12 08:13:09 <mrmoku>          modem_data.simBuffersSms = config.boolValue( CONFIG_SECTION, "sim_buffers_sms", true );
May 12 08:13:18 <mrmoku> and config did not update due to local changes :P
May 12 08:13:40 <JaMa> mrmoku: it's disabled in my config (merged that change from opkg) and still works
May 12 08:13:52 <mrmoku> ahh, ok
May 12 08:14:10 <JaMa> or worked with that yesterday noon version :)
May 12 08:24:46 <zub> JaMa: still the same result:-(
May 12 08:25:15 <zub> where is FreeSmartphoneGSMContextStatus declared? I don't see it in fso-glib/freesmartphone.h
May 12 08:26:17 <JaMa> when did you last git pull?
May 12 08:26:31 <JaMa> if before yesterday midnight than you should do it
May 12 08:27:15 <JaMa> but than expect a bit longer compile time (gcc,fso and then libphone-ui)
May 12 08:31:13 <zub> to be sure... git pull in SHR/shr-unstable/openembedded? e.g. 'git pull origin shr/unstable'?
May 12 08:31:21 <zub> (yeah, I'm lame...)
May 12 08:31:52 <JaMa> zub: if you're using SHR makefile than make update will be easiest :)
May 12 08:32:03 <mrmoku> zub: you need to rebuild fso-specs and libfso-glib
May 12 08:32:04 <zub> that I did, also did git pull, got Already up-to-date.
May 12 08:32:12 <zub> mrmoku: thanks
May 12 08:32:18 <mrmoku> (after pulling)
May 12 08:32:21 <JaMa> mrmoku: both should be rebuilt with recent pull
May 12 08:32:39 <zub> libfso-glib I in fact rebuilt by hand
May 12 08:32:40 <JaMa> zub: you should see fso-specs and libfso-glib being rebuilt :)
May 12 08:32:51 <mrmoku> yep :)
May 12 08:37:08 <zub> ok, no matter what I do, I don't see FreeS
May 12 08:37:10 <zub> martphoneGSMContextStatus
May 12 08:37:37 <zub> which header is it in, pls?
May 12 08:38:14 <mrmoku> freesmartphone.h
May 12 08:38:18 <zub> thx
May 12 08:38:37 <mrmoku> what rev of libfso-glib is it building?
May 12 08:39:02 <JaMa> in oe.dev is now a865638904ed0a68e89245bad8d5c78e3baf4833
May 12 08:41:15 <zub> libfso-glib-1_0.2.2+gitr0+f1a0b3fe2ed6e15d83ad4880b4eb7aece00f9d57-r3 ... this is what I see when I run bitbake on libfso-glib
May 12 08:41:25 <PaulFertser> McKael: i think it's not yet, i think TAsn should know better
May 12 08:41:44 <JaMa> zub: are you sure make update finished ok?
May 12 08:42:07 <JaMa> zub: if you see some "remote end hung up" then it wasn't updated
May 12 08:42:39 <zub> zub@dent ~/data/SHR/shr-unstable/openembedded $ git log -1
May 12 08:42:39 <zub> commit 89fd09bf9e240e8d2e9307777d56ae56799789b2
May 12 08:43:05 <zub> huh
May 12 08:43:08 <JaMa> a17587d013039ca37259bce118691b6e6140d04a
May 12 08:43:10 <JaMa> is latest
May 12 08:43:23 <zub> all odd, I see: Date:   Mon Apr 19 22:28:57 2010 +0200
May 12 08:43:31 <zub> :))
May 12 08:43:39 <JaMa> or a17587d013039ca37259bce118691b6e6140d04a
May 12 08:43:49 <JaMa> zub: git branch?
May 12 08:44:02 <zub> * shr/unstable
May 12 08:44:07 <JaMa> that's wrong
May 12 08:44:42 <JaMa> but make update should switch branch for you :/
May 12 08:45:08 <JaMa> for shr-u you should use org.openembedded.dev
May 12 08:45:49 <zub> ok, then I guess I can switch manually
May 12 08:46:03 <CIA-36> freesmartphone.org: 03mickey 07libfso-glib * r5cda3952855d 10/configure.ac: sync version number w/ specs
May 12 08:46:06 <zub> just re-tried make update, I get:
May 12 08:46:07 <zub> updating shr-unstable tree
May 12 08:46:07 <zub> HEAD is now at 89fd09b Merge remote branch 'origin/org.openembedded.dev' into shr/unstable
May 12 08:46:11 <zub> HEAD is now at 89fd09b Merge remote branch 'origin/org.openembedded.dev' into shr/unstable
May 12 08:46:16 <zub> then I check by git branch, and still the same
May 12 08:46:18 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r79dcb97d3dca 10/ (9 files in 9 dirs): catch up with libfso-glib new versioning scheme
May 12 08:46:49 <JaMa> that's really strange
May 12 08:47:23 <JaMa> zub: if you check branch in SHR/openembedded it says org.openembedded.dev right?
May 12 08:47:49 <zub> yes
May 12 08:48:27 <zub> I switched by hand, will try bitbake w/o cleaning temp...
May 12 08:49:09 <JaMa> good luck.. as I said in some e-mail w/o cleaning tmp it's not well tested and maybe it will fail even sooner
May 12 08:49:32 <zub> ok, finally run into missing chrpath, I was wondering how come it wasn't complaining :)
May 12 08:49:34 <JaMa> zub: and it will rebuild eglibc/gcc and almost everything
May 12 08:49:54 <JaMa> so it will take about the same time for rebuild from scratch for you
May 12 08:49:57 <zub> ok,t hen I'll clean... anyway gotta focus on my job :)
May 12 08:50:32 * JaMa should too plenty of time to ignore build ;) NOTE: Running task 984 of 7681 
May 12 09:05:12 <PaulFertser> wpwrak: http://www.theinquirer.net/inquirer/news/1635849/open-source-hardware-bucks
May 12 09:11:28 * JaMa added sanity check to force people using shr/unstable to switch
May 12 09:16:26 <Q-Master> JaMa: to switch to what? 8)
May 12 09:21:38 <JaMa> org.openembedded.dev
May 12 09:22:11 * JaMa added the same for shr/merge and shr/import branches :)
May 12 09:23:00 <soltys> JaMa: so upgrade shr makefile if it isn;t updated not to use shr/* branch for instable.
May 12 09:23:07 <soltys> s/instable/unstable/
May 12 09:23:07 <apt> soltys meant: JaMa: so upgrade shr makefile if it isn;t updated not to use shr/* branch for unstable.
May 12 09:24:25 <JaMa> soltys: it was a month ago
May 12 09:24:43 <JaMa> soltys: but for some reason it didn't work (that switch) for someone (zub)
May 12 09:25:05 <soltys> JaMa: I'll check if that works for me but it should..
May 12 09:25:27 <JaMa> http://git.shr-project.org/git/?p=shr-makefile.git;a=commit;h=c7780dd0f5c1873bd58fa1e70726438ed9ef917f
May 12 09:25:43 <JaMa> and also switch to bitbake 1.10
May 12 09:27:05 <soltys> bitbake 1.10 is here
May 12 09:27:15 <soltys> let's see banch of oe
May 12 09:29:59 <soltys> ok everything is ok ;]
May 12 09:30:13 <soltys> so now lets build image...
May 12 09:31:02 <JaMa> yes it works on most systems (tested on shr buildhost and had few reports that it worked ok).. but somewhere (zub) it failed for unknown version
May 12 09:31:05 <soltys> maybe it won't fail like image for ngw100 ..
May 12 09:31:24 <JaMa> so sanity check is only for those rare cases
May 12 09:32:25 <JaMa> or people not using Makefile and not reading shr ML (hopefully nobody ;)
May 12 09:38:53 <GNUtoo|oeee> hi you still use xinput-calibrator on the freerunner right?
May 12 09:39:02 <mrmoku> mickey|office: morning... possible that FREE_SMARTPHONE_GSM_SIM_AUTH_STATUS_PIN_REQUIRED and FREE_SMARTPHONE_GSM_SIM_AUTH_STATUS_PIN2_REQUIRED are swapped?
May 12 09:39:14 <GNUtoo|oeee> on another decvice I have:
May 12 09:39:16 <GNUtoo|oeee> I have some huge issues with ts_calibrator: DEBUG: Not adding click 1 (X=0, Y=0): within 7 pixels of previous click
May 12 09:39:41 <JaMa> GNUtoo|oeee: yes.. but it's not mandatory started after reflash
May 12 09:39:42 <GNUtoo|oeee> it register the first touch but not the second one
May 12 09:39:48 <GNUtoo|oeee> ok
May 12 09:40:38 <JaMa> GNUtoo|oeee: you mean it's not shown in xinput_calibrator --list?
May 12 09:40:43 <GNUtoo|oeee> it is shown
May 12 09:41:07 <GNUtoo|oeee> my 2 touchscreen input are shown
May 12 09:41:54 * JaMa doesn't have device with 2 ts to test, but that shell wrapper I added to it will fail for sure
May 12 09:41:59 <GNUtoo|oeee> Device "ts4" id=6
May 12 09:42:00 <GNUtoo|oeee> Device "ts5" id=7
May 12 09:42:57 <JaMa> so that Xsession script can be easily used only for one ts (not sure if xinput_calibrator picks one or complains about missing --device when there is more)
May 12 09:43:16 <GNUtoo|oeee> basically I ran xinput-calibrator alone
May 12 09:43:22 <GNUtoo|oeee> without the xsession scripts
May 12 09:44:04 <GNUtoo|oeee> JaMa, does it only work for evdev?
May 12 09:44:12 <JaMa> IIRC yes
May 12 09:44:14 <GNUtoo|oeee> because I've tslib
May 12 09:44:17 <GNUtoo|oeee> ahhh ok
May 12 09:44:20 <GNUtoo|oeee> thanks a lot
May 12 09:44:24 <JaMa> yw
May 12 09:44:41 <GNUtoo|oeee> that's why xinput_calibrator_x11 --device ts4 -v didn't work then
May 12 09:45:35 <GNUtoo|oeee> then back to ts_calibrate
May 12 09:47:22 <GNUtoo|oeee> The calibrator consists of 2 possible frontend GUIs and currently has backends for the recommended evdev touchscreen driver, the (older) usbtouchscreen driver and for standard X.Org touchscreen drivers (like evtouch, mutouch, elographics, ...)
May 12 09:47:25 <GNUtoo|oeee> strange then
May 12 09:48:07 <GNUtoo|oeee> xf86-input-tslib isn't in the "standard X.Org touchscreen drivers" ?
May 12 09:48:22 <GNUtoo|oeee> s/?/category ?/
May 12 09:48:22 <apt> GNUtoo|oeee meant: xf86-input-tslib isn't in the "standard X.Org touchscreen drivers" category ?
May 12 09:55:59 <mrmoku> stefan_schmidt: yo, still waiting for you to commit me MICKEYS_SECRET ;)
May 12 09:56:13 <stefan_schmidt> mrmoku: heh
May 12 10:12:56 <GNUtoo|oeee> JaMa, it worked under htcdream with tslib so I can assume it could be one of the following:
May 12 10:13:12 <GNUtoo|oeee> *2 touchscreens
May 12 10:13:53 <GNUtoo|oeee> *starts from /dev/fb1 and doesn't start from /dev/bmi_lcd_ts0 but /dev/bmi_lcd_ts4
May 12 10:15:25 <JaMa> GNUtoo|oeee: The xinput_calibrator is a generic calibrator program that can calibrate any Xorg driver (except tslib).
May 12 10:15:31 <JaMa> http://tias.ulyssis.org/calibration/device_support.html
May 12 10:15:58 <GNUtoo|oeee> JaMa, but I've xf86-input-tslib on htcdream and it calibrates perfectly
May 12 10:17:52 <JaMa> well this is what xinput_calibrator said.. I haven't used it on tslib.. so cannot comment better then he :)
May 12 10:18:00 <GNUtoo|oeee> ok
May 12 10:18:03 <GNUtoo|oeee> thanks
May 12 10:42:12 <wpwrak> PaulFertser: thanks ! that's something nice to show to all the doubters ! ;-)
May 12 11:19:51 <zub> JaMa: this time it passed :)
May 12 11:21:14 <zub> JaMa: I think libphone-ui lacks dependency on libfso-glib and libfsoframework in recipe
May 12 11:21:29 <zub> without those, clean build of libphone-ui fails
May 12 11:24:32 <pwgen> hi
May 12 11:25:10 <pwgen> which image i have to use to flash to gta02 the ubi or the ubifs image ?
May 12 11:29:09 <JaMa> pwgen: have you created ubi partition manually?
May 12 11:30:31 <pwgen> i wanna try some from the build.shr-project.org/shr-unstable/ website 
May 12 11:30:58 <JaMa> if you didn't prepare ubi partition before manually with ubimkvol then write ubi image
May 12 11:31:09 <JaMa> and at least read wiki page about ubifs
May 12 11:31:14 <pwgen> i created one for the netwalker , but named them .img 
May 12 11:31:44 <pwgen> ok its not possible to do this with dfu-util ?
May 12 11:31:48 <JaMa> I'm not talking about created image
May 12 11:32:00 * JaMa haven't tried with dfu-util
May 12 11:32:11 <JaMa> and haven't seen any report from someone who tried
May 12 11:33:16 <pwgen> i tried the latest kernel + shr-full-eglibc-ipk--20100507-om-gta02.rootfs.ubi  with dfu-util . -> kernel Panic
May 12 11:33:49 <pwgen> so whats the difference between .ubi and .ubifs ?
May 12 11:35:03 <JaMa> .ubi is ubinized (fs+partition arround it), .ubifs is just raw fs (used in .ubi)
May 12 11:35:42 <mrmoku> zub: yep, forgot to add those :/
May 12 11:39:03 <pwgen> JaMa: found wiki entry. maybe prob with old qi ..
May 12 11:39:51 <JaMa> pwgen: you need qi-ubi
May 12 11:41:31 <pwgen> JaMa: aah ... thats lokking better . seems updating everytheing work with dfu-util.
May 12 11:44:04 <JaMa> pwgen: good, then please update that wiki page
May 12 11:44:39 <JaMa> and you can remove 11.1.2010 status update :)
May 12 11:49:51 <GarthPS-onwin> JaMa is the OE's server is down? can't make update => unable to connect a socket (connection time ou)
May 12 11:50:42 <GarthPS-onwin> git.openembedded.net[0: 140.211.169.165]: errno=Connection timed out
May 12 11:51:14 <JaMa> Updating a17587d..1899333
May 12 11:51:36 <GarthPS-onwin> ah
May 12 11:51:41 <GarthPS-onwin> ok
May 12 11:51:41 <JaMa> but there was some short downtime reported by GNUtoo|oeee too
May 12 11:52:57 <GarthPS-onwin> tell me you have finished plz :)
May 12 11:53:06 <GarthPS-onwin> when you have
May 12 11:53:12 <JaMa> what?
May 12 11:53:20 <GarthPS-onwin> updating
May 12 11:53:29 <JaMa> I did
May 12 11:53:33 <GarthPS-onwin> ok
May 12 11:53:55 <JaMa> it was slower but after 10 it was finished
May 12 11:55:32 <GarthPS-onwin> JaMa: ok it was my provider (public wifi...)
May 12 11:55:39 <GarthPS-onwin> i think
May 12 11:59:25 <JaMa> GarthPS: if you're in same region as GNUtoo|oeee.. then maybe :)
May 12 12:01:52 <GarthPS-onwin> JaMa, GNUtoo|oeee : :) 'm in France
May 12 12:03:05 <pwgen> JaMa: Wiki updated ..
May 12 12:04:35 <JaMa> pwgen: thanks, also check http://wiki.openmoko.org/wiki/Qi#Files how to disable booting from some partition
May 12 12:05:50 <pwgen> JaMa: yes i know but i hate the button fiddling ...
May 12 12:06:12 <JaMa> pwgen: you should REALLY read it :)
May 12 12:06:40 <JaMa> pwgen: that fragment is not about button but noboot file
May 12 12:07:12 <JaMa> pwgen: so rename uImage advise is not the best solution (ie because opkg can restore it)
May 12 12:09:21 <pwgen> JaMa: . i understand  what you mean . 
May 12 12:10:22 <pwgen> JaMa: . I will keep it to ( remove sd-card )
May 12 12:15:52 <JaMa> ok updated your addition...
May 12 13:20:37 <GarthPS> JaMa : ... NOTE: package eglibc-2.11-r10.4: task do_package: Failed ; mmap permission
May 12 13:20:53 <JaMa> GarthPS: what host OS do you have?
May 12 13:21:03 <GarthPS> kubuntu
May 12 13:21:08 <JaMa> GarthPS: do you have something with SELinux?
May 12 13:21:12 <GarthPS>  I am trying  echo 0 | sudo tee /proc/sys/vm/mmap_min_addr
May 12 13:21:19 <GarthPS> ?
May 12 13:21:47 <JaMa> cat /proc/sys/vm/mmap_min_addr works for you?
May 12 13:22:51 <JaMa> GarthPS: read commit message here: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=1b426b8382d2a7864b63051b0707e577f2c0ce69
May 12 13:23:06 <GarthPS> yes (with root ruights)
May 12 13:24:02 <JaMa> GarthPS: and this "Operation not permitted" is not true anymore on my gentoo box with 2.6.34-rc4 and newer (now rc7) - maybe also some older, I don't remember when I tried cat again
May 12 13:24:37 <JaMa> GarthPS: but some distros deployed some mechanims (own kernel patch, selinux policy, whatever) to prevent normal user even read that value
May 12 13:25:17 <JaMa> GarthPS: so for me it works good, I have 4096 in mmap_min_addr and latest qemu from gentoo as well as qemu-native from OE works ok
May 12 13:25:44 <GarthPS> :~/dev/SHR-Build/shr-unstable$ sudo cat /proc/sys/vm/mmap_min_addr 
May 12 13:25:44 <GarthPS> [sudo] password for sylvain: 
May 12 13:25:44 <GarthPS> 0
May 12 13:25:44 <GarthPS> :~/dev/SHR-Build/shr-unstable$ 
May 12 13:25:48 <JaMa> GarthPS: but maybe qemu wants to check that value first (to adjust something) and fails on distros preventing it to read that
May 12 13:26:12 <JaMa> can you strace that qemu-arm call?
May 12 13:26:15 <GarthPS> cat: /proc/sys/vm/mmap_min_addr: Opération non permise
May 12 13:26:15 <GarthPS>  if not root so 
May 12 13:26:24 <JaMa> just to check it tries to read it?
May 12 13:27:16 <JaMa> GarthPS: does it have still 644 permitions (that file)?
May 12 13:27:16 <GarthPS> ? reformat you phrase pleasr :)
May 12 13:27:42 <JaMa> if some code in qemu needs to know if it's allowed to mmap from 0
May 12 13:27:48 <GarthPS> -rw-r--r-- 1 root root 0 2010-05-12 15:27 /proc/sys/vm/mmap_min_addr
May 12 13:27:54 <JaMa> then there will be some check of that value in qemu code
May 12 13:28:10 <JaMa> and if it returns 4096 in my case, than qemu workaround somehow
May 12 13:28:21 <JaMa> and if it returns permission denied in your case then it fails
May 12 13:28:55 <GarthPS> (It is doing something right now withe the echo 0 | sudo tee /proc/sys/vm/mmap_min_addr
May 12 13:28:55 <GarthPS>  trick
May 12 13:29:22 <GarthPS> like Packaged contents of eglibc-charmap-ibm856 into /home/sylvain/dev/SHR-Build/shr-unstable/tmp/deploy/ipk/armv4t/eglibc-charmap-ibm856_2.11-r10.4.4_armv4t.ipk
May 12 13:29:22 <GarthPS> Packaged contents of eglibc-charmap-ibm870 into /home/sylvain/dev/SHR-Build/shr-unstable/tmp/deploy/ipk/armv4t/eglibc-charmap-ibm870_2.11-r10.4.4_armv4t.ipk
May 12 13:29:22 <GarthPS> Packaged contents of eglibc-charmap-cp1256 into /home/sylvain/dev/SHR-Build/shr-unstable/tmp/deploy/ipk/armv4t/eglibc-charmap-cp1256_2.11-r10.4.4_armv4t.ipk
May 12 13:29:22 <GarthPS> Packaged contents of eglibc-charmap-csa-z243.4-1985-1 into /home/sylvain/dev/SHR-Build/shr-unstable/tmp/deploy/ipk/armv4t/eglibc-charmap-csa-z243.4-1985-1_2.11-
May 12 13:29:36 <GarthPS> (sorry for the spaming.. :))
May 12 13:30:29 <JaMa> ah right so my last sentence should be:
May 12 13:30:51 <JaMa> and if it returns permission denied in your case then it wrongly expects 0 value and doesn't use workaround
May 12 13:31:07 <GarthPS> should be what?
May 12 13:31:26 <GarthPS> ah maybe yeah
May 12 13:31:26 <JaMa> but cannot check here (without reading qemu code), because my host is sane
May 12 13:31:58 <JaMa> but clearly it works here (somehow) with: jama net-print # cat /proc/sys/vm/mmap_min_addr
May 12 13:32:01 <JaMa> 4096
May 12 13:32:31 <JaMa> that's why was that sanity check for 0 value was removed later when new enough qemu-native was added to OE
May 12 13:35:21 <JaMa> GarthPS: can you check qemu-arm log for this? qemu_log("host mmap_min_addr=0x%lx\n", mmap_min_addr);
May 12 13:35:51 <GarthPS> sorry , how?
May 12 13:37:23 <JaMa> see http://git.qemu.org/qemu.git/tree/linux-user/main.c
May 12 13:38:19 <JaMa> if you have still eglibc unpacked then just copy&paste that qemu-arm call and add -d options   activate log (logfile=/tmp/qemu.log)
May 12 13:39:38 <GarthPS> eu I thin eglibc is already done (all stages)
May 12 13:39:54 <GarthPS> run task 2100
May 12 13:39:55 <JaMa> and also rm_work stage?
May 12 13:39:59 <GarthPS> running
May 12 13:40:10 <JaMa> which is executed near image finish
May 12 13:40:24 <JaMa> so it should be still available in tmp/work/armv4*/eglibc-2*
May 12 13:40:34 <GarthPS> so you want me to interrupt the process? :)
May 12 13:40:55 <JaMa> no I hope you have more terminals :)
May 12 13:41:02 <GarthPS> :p
May 12 13:41:04 <JaMa> or screen windows
May 12 13:45:46 <GarthPS> JaMa: excuse me, which command do you want me to do? 
May 12 13:46:20 <Q-Master> JaMa: is it ready to upgrade already?
May 12 13:47:02 <JaMa> I have already upgraded both partitions so I guess yes
May 12 13:47:19 <JaMa> but I don't know what you mean :)
May 12 13:47:30 <JaMa> GarthPS: the last one in failing do_package
May 12 13:48:00 <JaMa> GarthPS: you can see it in tmp/work/armv4*/eglibc-2*/temp/log.do_package.NUMBER_WHEN_IT_FAILED
May 12 13:48:36 <GarthPS> ahhh my output consol is gone!
May 12 13:48:49 <GarthPS> to many output!
May 12 13:48:59 <JaMa> no it's in that file...
May 12 13:49:23 <Q-Master> JaMa: you've been making some building 8)
May 12 13:50:00 <JaMa> Q-Master: everything new as in feeds in the morning already (after mrmoku's libphone fix)
May 12 13:50:29 <JaMa> Q-Master: now I'm rebuilding because of gcc-4.4.4 but feeds are still available (because rebuild will take 2 days again :/)
May 12 13:50:45 <Q-Master> oh
May 12 13:50:46 <Q-Master> 8)
May 12 13:50:56 <GarthPS> JaMa: If  four log.do_paskages_stage files
May 12 13:51:22 <GarthPS> (and i am at work so..not so much responsiv)
May 12 13:52:03 <zub> GarthPS: hiding a putty somewhere? :)
May 12 13:52:04 <JaMa> GarthPS: they are created for every run.. so you have to check which one was the failing one (grep ^ERROR should help)
May 12 13:52:13 <mrmoku> JaMa: we have to attack enlightenments alignment traps :/
May 12 13:52:16 <JaMa> GarthPS: I'm also at work :/
May 12 13:52:43 <mrmoku> JaMa: is there some easy way to build EFL with full debug?
May 12 13:52:45 <JaMa> mrmoku: seen that e-mail.. but they are here for quite long so this shouldn't be reason for that delay
May 12 13:53:06 <mrmoku> well... I have those delays combined with the traps too... for quite some time
May 12 13:53:08 <JaMa> mrmoku: without installing all those -dbg?
May 12 13:53:52 <JaMa> I don't see delay, but dmesg full of align traps
May 12 13:56:03 <zub> align traps = accessing misaligned data?
May 12 13:56:22 <JaMa> afaik yes
May 12 13:57:35 <mrmoku> JaMa: raster said if we provide them with traces containing line numbers they can fix them
May 12 13:57:46 <mrmoku> dunno if the -dbg packages provide line numbers
May 12 13:57:53 * mrmoku highly doubts that ;)
May 12 14:00:07 <mrmoku> JaMa: and we need a kernel without that automatic fixup... or is there some way to turn it off at runtime?
May 12 14:00:39 <JaMa> mrmoku: for line numbers I rebuild with -ggdb3 and scp builddir to neo (to see sources as well as line numbers on binaries before strip)
May 12 14:01:31 <JaMa> mrmoku: imho fixup is not so big problem as it says PC where this happen so you can check with gdb which line it was
May 12 14:01:49 <mrmoku> JaMa: hmm... maybe the other way round would be feasable too... let it dump a core file and examine that on the host
May 12 14:02:03 <JaMa> yeah seems good too
May 12 14:02:12 <mrmoku> JaMa: no idea... just can tell what raster said... bt with line numbers and they can fix :-)
May 12 14:02:37 <zub> mrmoku: this might be helpful: http://lecs.cs.ucla.edu/wiki/index.php/XScale_alignment#Have_the_kernel_find_the_problem_for_you
May 12 14:02:45 <GarthPS> JaMa: no error in those log the only bad message is mmap: Operation not permitted
May 12 14:03:29 <JaMa> mrmoku: btw for debug is also available with DEBUG_BUILD = "1" in local.conf
May 12 14:03:38 <JaMa> then there is DEBUG_OPTIMIZATION = "-O -fno-omit-frame-pointer -g"
May 12 14:03:45 <JaMa> used for every build
May 12 14:04:10 <JaMa> so you can create better -dbg packages
May 12 14:04:12 <mrmoku> zub: ohh... good :-) so no need to build a special kernel 
May 12 14:04:45 <mrmoku> JaMa: that is what I'm looking for since long :)
May 12 14:04:56 * mrmoku tried INHIBIT_STRIP or something like that
May 12 14:05:27 <mrmoku> JaMa: so DEBUG_BUILD = 1 and DEBUG_OPTIMIZATION with -ggdb3
May 12 14:05:43 <JaMa> mrmoku: -dbg should be always all binaries before strip
May 12 14:06:06 <JaMa> but haven't check what exactly INHIBIT_STRIP does
May 12 14:06:24 <mrmoku> ok, will rebuild from scratch with those two in my local.conf (and gcc 4.4.4) :)
May 12 14:06:30 <JaMa> mrmoku: and for better debug you still have to scp sources..
May 12 14:06:49 <zub> doesn't dbg just contain whatever objcopy --only-keep-debug produces?
May 12 14:06:55 <mrmoku> hmm
May 12 14:07:19 <mrmoku> JaMa: then -dbg packages are suboptimal ;/
May 12 14:07:20 <JaMa> GarthPS: ah, that's strange you should have whole line there :/
May 12 14:07:43 <JaMa> mrmoku: sure.. but no idea how to properly pack -dbg-src or whatever
May 12 14:07:50 <GarthPS> JaMa:  sorry.. I can put some if you want :) tell me
May 12 14:10:38 <JaMa> GarthPS: something like this: cmd = "PATH=\"%s\" I18NPATH=\"%s\" %s -L %s -E LD_LIBRARY_PATH=%s %s/bin/localedef %s" % (path, i18npath, qemu, treedir, ldlibdir, treedir, localedef_opts)
May 12 14:10:58 <JaMa> GarthPS: I'll grep ML for some examples, but you have to update it for your evn to rerun it
May 12 14:11:37 <JaMa> mrmoku: can you add those 2 DEPENDS?
May 12 14:11:49 <GarthPS> JaMa: I don't understand.. my building is processing.. I have all what i want :)
May 12 14:11:50 <JaMa> mrmoku: looks like lot of people are failing to build it without
May 12 14:12:28 <JaMa> GarthPS: I wanted to fix it for all with your help (because here it works without 0 in mmap_min_addr)
May 12 14:12:53 <JaMa> GarthPS: but I can try it in some other distro ie in virtualbox or just ignore other users
May 12 14:12:59 <mrmoku> JaMa: (DEPENDS) will add
May 12 14:13:09 * JaMa is going to like 2nd option :)
May 12 14:14:07 <GarthPS> JaMa:  ok but I am not sure to have time to do it.. but lets try! tell me what to do
May 12 14:14:17 <JaMa> GarthPS: here is your example :) http://pastebin.com/4txHhQLX
May 12 14:14:27 <mrmoku> JaMa: have this uncomitted in my tree since long :/
May 12 14:14:28 <mrmoku> -DEPENDS += " dbus-glib libframeworkd-glib libphone-ui evas ecore edje edje-native elementary"
May 12 14:14:31 <mrmoku> +DEPENDS += " dbus-glib libframeworkd-glib libfsoframework libphone-ui evas ecore edje edje-native elementary"
May 12 14:14:38 <mrmoku> libfsoframework is enough as it depends itself on libfso-glib
May 12 14:14:41 <feitingen> how can i make an emergency call with the calypso without entering PIN?
May 12 14:14:43 <feitingen> .win 15
May 12 14:14:45 <feitingen> oops
May 12 14:14:50 <JaMa> GarthPS: if you run that line starting with "command was "
May 12 14:15:07 <JaMa> GarthPS: then it should fail for you without 0 and run ok with 0 (in mmap_min_addr)
May 12 14:15:24 <JaMa> GarthPS: and if you add -d param you should get sane log to see why it fails
May 12 14:16:26 <mrmoku> JaMa: or is it better style to not depend on a dependency of a dependency? :P
May 12 14:16:41 <JaMa> GarthPS: but you have to run it before rm_work task, so please cp -ra tmp/work/armv4*/eglibc-2*/ something, now for later test please
May 12 14:17:16 <JaMa> mrmoku: it depends if it's direct dependency or transitional :)
May 12 14:17:37 <JaMa> mrmoku: if you _also_ depend on something then you should list it in your DEPENDS
May 12 14:17:48 <JaMa> mrmoku: but if only your dependency is depending on it than no
May 12 14:18:57 <mrmoku> JaMa: quite logical... then libphone-ui depends on both and libphone-ui-shr only on libfsoframework
May 12 14:20:54 <GarthPS> JaMa: :) boh I am only at task 2xxx oups !sqlite3_3.6.20.bb' failed
May 12 14:21:06 <GarthPS> so we are cool :p
May 12 14:21:20 <JaMa> GarthPS: no copy it please, now you have time ;)
May 12 14:22:03 * JaMa : Running task 6067 of 10262, shr-lite-image already built.. this is from shr-fat-jama-image :)
May 12 14:22:40 <JaMa> mrmoku: PR :)
May 12 14:22:43 <mrmoku> JaMa: in case I really need the sources... better to run without inheriting rm_work ?
May 12 14:22:52 <JaMa> mrmoku: hmm maybe not needed sory
May 12 14:22:56 <mrmoku> :P
May 12 14:23:32 <JaMa> mrmoku: well sources are much smaller than tmp/work (ie tmp/work for git-native has 1.1G)
May 12 14:23:41 <mrmoku> hehe ok
May 12 14:23:45 <JaMa> mrmoku: but if you really don't care about space than yes
May 12 14:24:02 <JaMa> mrmoku: other wise I use -c build -b.. and then copy tmp/work of it
May 12 14:24:28 <mrmoku> JaMa: yeah, will do that... I have around 70GB free... but don't want to waste :)
May 12 14:24:48 <JaMa> mine tmp/work is on /tmp partition (because of raid0, while rest is on raid5) so I care about tmp/work size
May 12 14:26:08 <JaMa> and 11G is not enough for tmp/work now even for bb -k virtual/kernel, so I build it like this: bb -k eglibc; bb -k virtual-kernel; bb -k shr-lite-image; bb -k shr-image; to force rm_work tasks before hitting 10G tmp/work limit :)
May 12 14:26:34 <GarthPS> JaMa: lol
May 12 14:26:38 <GarthPS> okok...
May 12 14:27:14 <JaMa> shr buildhost is a bit behind Running task 822 of 7681 
May 12 14:27:45 <GarthPS> JaMa: copied
May 12 14:28:43 <JaMa> GarthPS: can you try that cmd now?
May 12 14:29:02 <GarthPS> JaMa: eu not really right noow
May 12 14:29:17 <GarthPS> without looking tidly 
May 12 14:29:23 <GarthPS> Error -1 while loading /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/eglibc-2.11-r10.4/locale-tree/bin/localedef
May 12 14:31:09 <JaMa> is that path right?
May 12 14:31:16 <JaMa> does that file exist?
May 12 14:32:09 <JaMa> or you missed  second part of this :) 16:11:10 < JaMa> GarthPS: I'll grep ML for some examples, but you have to update it for your evn to rerun it
May 12 14:32:35 <JaMa> and by update I mean to correct paths to your now copied somewhere eglibc workdir
May 12 14:38:15 <GarthPS> JaMa: no the path does not existe..
May 12 14:41:45 <JaMa> lol
May 12 14:44:03 <GarthPS> JaMa: i am gone ion 10minutes
May 12 14:56:37 <GarthPS-onwin> I am gone!
May 12 14:56:39 <GarthPS-onwin> CU
May 12 15:02:42 <daniel__> it seems something wrong with expat-2.0.1, anyone has expat-2.0.1.tar.gz file?
May 12 15:02:44 <daniel__> I download this file from sourceforge, but it can't be opened.
May 12 15:03:00 <JaMa> daniel__: ubuntu host system?
May 12 15:03:15 <daniel__> yes
May 12 15:03:24 <JaMa> daniel__: yesterday someone said he found bug about broken gzip in ubuntu...
May 12 15:03:43 <JaMa> http://www.google.cz/search?sourceid=chrome&ie=UTF-8&q=gzip+expat+ubuntu
May 12 15:03:48 <daniel__> So what's the problem?
May 12 15:04:28 <JaMa> broken gzip in ubuntu
May 12 15:05:17 <daniel__> it's ok with 2.0.0, but failed with 2.0.1
May 12 15:05:48 <daniel__> How to fix this problem? update ubuntu? I didn't see any update yet.
May 12 15:05:53 <JaMa> playya: did you solve it somehow, better than using less broken distribution?
May 12 15:06:08 <JaMa> daniel__: read that bug please
May 12 15:08:10 <playya> solved what?
May 12 15:08:31 <playya> ah. the expat problem. no. not yet
May 12 15:08:46 <playya> i registered at sf to file a bug against expat
May 12 15:09:49 <misc> maybe using another gzip program could help
May 12 15:10:09 <misc> ( like, one wrtten in java, or some script in perl/python/ruby/whatever )
May 12 15:10:10 <zub> building gzip locally, and making OE use that
May 12 15:10:29 <zub> well, even official gzip should do
May 12 15:10:41 <zub> the bug report says the cause is a patch that is not in the official gzip (some rsync patch)
May 12 15:10:47 <playya> i think it's a bug on the other side because i can use my 9.04 gzip to build a correct archive
May 12 15:10:58 <daniel__> upgrading Lucid, hope it helps
May 12 15:11:21 <playya> no. this bug is against lucid
May 12 15:11:50 <zub> https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/524366/comments/13
May 12 15:12:08 <misc> zub: the fedora bug say this, no ?
May 12 15:12:16 <playya> maybe we could upload a working version to the oe/shr sources?
May 12 15:12:17 <zub> https://bugzilla.redhat.com/show_bug.cgi?id=588644#c5
May 12 15:12:38 <misc> but I am not sure that ubuntu copy fedora patches
May 12 15:13:03 <zub> then look into the source deb
May 12 15:13:14 <zub> anyway it mightbe the fastest to try building official gzip...
May 12 15:13:35 <playya> anyone with a debian testing system in here?
May 12 15:14:50 <JaMa> playya: working version of expat archive?
May 12 15:15:02 <JaMa> playya: it would have different checksum so no
May 12 15:15:11 <playya> yes. that's a problem 
May 12 15:15:30 <playya> maybe we schould discuss this in #oe?
May 12 15:16:07 <JaMa> I think that ubuntu bug as you filled it, is right place to discuss and fix it
May 12 15:16:25 <JaMa> or ask expat devs to repack it if possible (as you intend)
May 12 15:17:00 <playya> afair i had another archive affected by this bug
May 12 15:17:25 * JaMa doesn't have broken distro.. :)
May 12 15:25:09 <CIA-36> freesmartphone.org: 03daniele.athome 07libframeworkd-glib * r43f25d734314 10/src/ (7 files in 3 dirs): 
May 12 15:25:09 <CIA-36> freesmartphone.org: Porting library to new signal handling system (1)
May 12 15:25:09 <CIA-36> freesmartphone.org: Ported Device.IdleNotifier.State, Device.Input.Event, GSM.Call.CallStatus
May 12 15:25:09 <CIA-36> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
May 12 15:26:28 <daniel__> repacked expat, but failed with configure
May 12 15:26:47 <daniel__> configure: error: C compiler cannot create executables
May 12 15:33:30 <pwgen> JaMa: ping
May 12 15:33:34 <JaMa> pong
May 12 15:34:29 <TAsn> PaulFertser, what's not there yet and I should know better?
May 12 15:34:32 <pwgen> hmm after flschin with dfu-util i can boot and configure the gta. but after a reboot the ubi image could not be mounted again 
May 12 15:34:36 <TAsn> mickey|office, ping
May 12 15:34:51 <pwgen> result in kernel panic
May 12 15:35:23 <JaMa> pwgen: can you mount it ok from booted uSD?
May 12 15:35:41 <JaMa> here it works, but something went broken in your partition
May 12 15:35:52 <pwgen> mompl . flashing again . then i can boot to sd an will try to mount it.
May 12 15:36:05 * JaMa leaving work
May 12 15:36:20 <JaMa> 10hours is more than enough :)
May 12 15:39:33 <playya> the tar.bz2 should work. maybe we should use this archive?
May 12 15:40:22 <dcordes-nokbd> hello
May 12 15:41:15 <playya> hi
May 12 15:41:26 <playya> do you use speech recognition?
May 12 15:42:06 <dcordes-nokbd> :) it should indicate lack of hardwarekeyboard
May 12 15:43:13 <dcordes-nokbd> I use the iPhone like wince keyboard on htc hd2
May 12 15:43:32 <playya> nexus one?
May 12 15:43:49 <dcordes-nokbd> mickeyl, ping
May 12 15:44:34 <dcordes-nokbd> playya, nope. htc hd2 aka leo
May 12 15:45:05 <dcordes-nokbd> I made on bad experience with these contractor htcs
May 12 15:45:43 <dcordes-nokbd> only the 'real' htc devices have the trur quality
May 12 15:49:19 <dcordes-nokbd> mickeyl, ping
May 12 15:53:25 <dcordes-nokbd> playya, you got any htc ?
May 12 15:53:31 <playya> nope :(
May 12 15:53:37 <dcordes-nokbd> pity
May 12 15:53:57 <playya> vodafone didn't want to sell me a dream
May 12 15:54:23 <dcordes-nokbd> I want to motivate people to run free software on htcs
May 12 15:55:19 <TAsn> mrmoku, WTH is this AWESOME quick-settings enhancement? :P
May 12 15:55:21 <TAsn> Does it work?
May 12 15:55:28 <dcordes-nokbd> ones that ship with fundroid as well as hacked ones
May 12 15:55:42 <playya> i have a milestone
May 12 15:55:48 <playya> ~lart motorola
May 12 15:55:49 * apt gives motorola a "free" copy of Windows and then charges double for "Upgrades"
May 12 15:55:58 <TAsn> lol
May 12 15:56:02 <TAsn> apt is so witty :P
May 12 15:56:57 <mrmoku> TAsn: sure... call org.shr.phonefso.Usage.SetPdpCredentials once and after that switching the slider is enough :)
May 12 15:57:08 <TAsn> mrmoku, :)
May 12 15:57:16 <TAsn> I bet I can't set it from shr-settings, right?
May 12 15:57:24 <mrmoku> someday... probably ;)
May 12 16:00:07 <TAsn> to be honest
May 12 16:00:13 <TAsn> my moko is not my main phone atm :(
May 12 16:00:24 <TAsn> I don't have time to fix stuff, and idle screen doesn't work correctly
May 12 16:00:29 <TAsn> (alert of missed/messages)
May 12 16:00:34 <TAsn> and resources
May 12 16:00:40 <TAsn> so I can't use it ;|
May 12 16:00:52 <Q-Master> will we have a mcnavi update to 0.2.8?
May 12 16:01:14 <mrmoku> TAsn: shame on you :P
May 12 16:01:27 <TAsn> I'm ashamed :P
May 12 16:02:12 <TAsn> mrmoku, I think it's time to remove the opkg message when installing frameworkd, don't you think?
May 12 16:08:21 <mrmoku> hehe, yes
May 12 16:35:57 <pwgen> mrmoku: i tried some kernel from /mrmoku/2.6.32/images/om-gta02/. the last ones deny booting , do you know which one is running well ?
May 12 16:36:52 <mrmoku|dinner> pwgen: the last ones should work... maybe you have to set rootdelay when booting from SD?
May 12 16:37:34 <pwgen> uImage-2.6.32.12-oe1+gitr6 is resetting ... 
May 12 16:38:04 <mrmoku|dinner> hmm... no idea... JaMa|Off is building those kernels... maybe he knows something when back
May 12 16:38:25 <pwgen> ok i will ask him  . thx
May 12 16:39:23 <JaMa|Off> define "resetting" please
May 12 16:39:53 * JaMa|Off back home, but will be really of as soon as fr is reflashed
May 12 16:54:29 <GNUtoo> hi, I see that there is an openmoko-initscripts in oe,is it still used?
May 12 17:27:18 <mrmoku> GNUtoo: initscripts-shr is what we use for SHR
May 12 17:27:35 <GNUtoo> ok thanks
May 12 17:27:50 <GNUtoo> I just need to ship a machine specific script
May 12 17:27:56 <GNUtoo> I'll look at it
May 12 18:21:24 <daniele_athome> mrmoku, would you push my lfg commit please?
May 12 18:21:28 <daniele_athome> or anyone else...
May 12 18:21:33 <daniele_athome> well, "build"
May 12 18:21:35 <daniele_athome> not push
May 12 18:21:44 <daniele_athome> mrmoku, never mind
May 12 18:21:46 <daniele_athome> don't do it :)
May 12 18:28:10 <mrmoku> daniele_athome: :P
May 12 18:31:15 <daniele_athome> mrmoku, i'm doing some benchs with sqlite3 vs bdb
May 12 18:31:31 <daniele_athome> testing sqlite3 with precompiled statement is really fast
May 12 18:31:47 <daniele_athome> in my previous program I used to recompile the statament at every INSERT
May 12 18:59:00 <zub> What is org.shr.phoneui.Notification.DisplayDialog for?
May 12 19:00:25 <zub> I see currently it handles just two constants: PHONEUI_DIALOG_MESSAGE_STORAGE_FULL and PHONEUI_DIALOG_SIM_NOT_PRESENT
May 12 19:00:33 <zub> that's the answer... so ignore the question :)
May 12 19:00:35 <mrmoku> zub: used by phonefsod to display those two errors
May 12 19:00:38 <mrmoku> :P
May 12 19:00:40 <mrmoku> too late ;)
May 12 19:00:43 <zub> :)
May 12 19:00:57 <zub> btw. I saw a conversion int - pointer in the code... 8-O
May 12 19:01:16 <mrmoku> where?
May 12 19:01:28 <zub> phoneui_backend_dialog_show(const int type)
May 12 19:01:45 <zub> g_hash_table_insert(options, "type", GINT_TO_POINTER(type));
May 12 19:01:47 <zub> blah
May 12 19:01:54 <zub> I don't know how do glib hash tables work
May 12 19:01:58 <zub> probably innocent, right?
May 12 19:02:15 <mrmoku> depends on the other side using that hashtable
May 12 19:02:23 <mrmoku> but GINT_TO_POINTER is just for that
May 12 19:02:31 <mrmoku> pass an int safely as pointer
May 12 19:02:43 <zub> yes... but feeding it an int and not a gint
May 12 19:02:52 <zub> anyway ok here
May 12 19:03:02 <zub> it wouldn't be ok if a real pointer was to be passed
May 12 19:03:09 <zub> ptr->int->ptr
May 12 19:03:14 <zub> which is not the case...
May 12 19:03:23 <mrmoku> yup
May 12 19:03:29 <zub> then ignore me again :)
May 12 19:17:02 <daniele_athome> ok that's weird
May 12 19:17:31 <daniele_athome> sqlite: 50 deletes from a simple program takes 3 seconds
May 12 19:17:49 <daniele_athome> the same code with same delete but from within a bigger program, 1 delete takes 0.5 seconds!!!
May 12 19:17:54 <daniele_athome> I don't understand
May 12 19:17:57 <daniele_athome> :S
May 12 19:18:56 <mrmoku> hehe... make it big and fat then ;)
May 12 19:19:24 <mrmoku> ahh... 1 delete
May 12 19:19:31 <mrmoku> well then... better not fat :P
May 12 19:20:01 <daniele_athome> mrmoku, that's the weird thing: 50 deletes 3 seconds, 1 delete 0.5 seconds
May 12 19:20:13 <daniele_athome> and the code is -the same-
May 12 19:20:31 <daniele_athome> the only difference is that in the second case the code is inside a bigger program
May 12 19:20:39 <daniele_athome> but shouldn't make any difference
May 12 19:22:51 <mrmoku> not that big of a difference, no
May 12 19:23:34 <daniele_athome> mrmoku, seems that query time is really variable
May 12 19:23:39 <daniele_athome> 1.4, 0.04, 0.5
May 12 19:23:40 <daniele_athome> mmm
May 12 19:31:50 <daniele_athome> inserts are quite slow... 0.5-0.8 secs
May 12 19:31:52 <daniele_athome> :S
May 12 19:33:19 <daniele_athome> 1.5 seconds
May 12 19:33:27 <daniele_athome> I can't go on like this
May 12 19:34:31 <mrmoku> daniele_athome: unfortunately I can't tell you _anything_ about sqlite :/
May 12 19:34:42 <daniele_athome> mrmoku, who is the main opimd dev'
May 12 19:34:43 <daniele_athome> ?
May 12 19:34:47 <mrmoku> daniele_athome: TAsn 
May 12 19:34:52 <mrmoku> well
May 12 19:35:12 <mrmoku> it was dos1.. but TAsn somehow took over with the rewrite
May 12 19:35:58 <TAsn> daniele_athome, were you talking about opimd or just sqlite?
May 12 19:36:16 <daniele_athome> TAsn, just sqlite for now
May 12 19:36:20 <TAsn> daniele_athome, phew :P
May 12 19:36:24 <daniele_athome> using it for opimd-like tasks :)
May 12 19:36:26 <TAsn> daniele_athome, was worried for a sec that opimd is slow.
May 12 19:36:38 <daniele_athome> TAsn, it is not?
May 12 19:36:40 <daniele_athome> :P
May 12 19:36:47 <TAsn> actually not quite.
May 12 19:36:49 <daniele_athome> anyway, read the log
May 12 19:36:57 <TAsn> it's pretty decent.
May 12 19:37:34 <daniele_athome> TAsn, decent? lol
May 12 19:37:36 <TAsn> and I bet that after moving to vala it'll be a lot faster.
May 12 19:37:48 <TAsn> daniele_athome, resolving a number is 0.1 iirc
May 12 19:37:51 <daniele_athome> no I mean my timings
May 12 19:37:54 <TAsn> 0.1 seconds.
May 12 19:37:59 <TAsn> daniele_athome, your timings are terrible :P
May 12 19:38:04 <daniele_athome> sorry TAsn I was talking about my expirience
May 12 19:38:09 <TAsn> yeah.
May 12 19:38:14 <TAsn> figured that out.
May 12 19:39:11 <daniele_athome> TAsn, strange performance...
May 12 19:39:23 <TAsn> yeah. :|
May 12 19:39:28 <daniele_athome> the same piece of code, executed alone (as a single module with a testing main()) is very fast
May 12 19:39:53 <daniele_athome> when instead executed inside a bigger program (that is , my phone app), is slow
May 12 19:40:52 <daniele_athome> TAsn, might elementary have any fault in this?
May 12 19:41:26 <TAsn> no idea :P
May 12 19:41:59 <daniele_athome> ergh
May 12 19:42:11 <TAsn> and sorry, gtg
May 12 19:42:19 <TAsn> otherwise I would have asked for a piece of code :PY
May 12 19:42:41 <daniele_athome> TAsn, using bdb for long periods showed me that with more than 50 rows it becomes very slow
May 12 19:42:43 <daniele_athome> ok TAsn thank you
May 12 21:32:01 <JaMa> mrmoku: latest EFL seems fixing focus issue (at least now when I start vala-terminal I got focus inside
May 12 21:32:11 <JaMa> mrmoku: I'll bump it in oe
May 12 21:39:47 <TAsn> JaMa, :)
May 12 21:53:06 <mrmoku> JaMa: ohh :-)
May 12 21:53:26 <mrmoku> JaMa: btw. DEBUG_BUILD = "1" does not build
May 12 21:53:42 <mrmoku> first package failing was zlib... then ncurses... then xlib
May 12 21:53:49 <mrmoku> and then I turned it off :P
May 12 21:55:34 <JaMa> mrmoku: do you have log from it?
May 12 21:56:02 <mrmoku> JaMa: not anymore... but should be easy to reproduce
May 12 21:56:41 <zub> what do you use to take screnshot on the FR?
May 12 21:57:10 <JaMa> ok.. just curious as it just change cflags from FULL_OPTIMIZATION to DEBUG_OPTIMIZATION, then it's strange that so many packages would fail with those debug cflags..
May 12 21:57:16 <JaMa> zub: gpe-scap
May 12 21:57:22 <zub> thx
May 12 21:57:44 <mrmoku> JaMa: guess some packages dislike the frame-pointer thing... dunno
May 12 21:57:44 <zub> can it be used from the command line?
May 12 21:57:51 <zub> anyway I'm installing and I'll see
May 12 21:58:09 <JaMa> zub: sure I always use it from cmdline
May 12 21:58:12 <zub> ok
May 12 22:00:34 <mrmoku> ohh... may 13th... time to sleep :P
May 12 22:00:50 <mrmoku> gnight all
May 12 22:01:05 <JaMa> gnight
May 12 22:19:28 <max_posedon> fsogsmd's configure --enable-ppp-support disables ppp
May 13 00:55:43 <max_posedon> mickey|zzZZzz, (CC: JaMa|Zzz mrmoku|away ) plz look at my AC_ARG_ENABLE patch in smartphones-userland@linuxtogo.org
**** ENDING LOGGING AT Thu May 13 02:59:56 2010