**** BEGIN LOGGING AT Thu May 13 02:59:56 2010 May 13 05:00:08 mrmoku|away: http://tinderbox.openembedded.net/packages/570751/ any hint? May 13 05:01:24 mrmoku|away: probably same API change as this http://trac.enlightenment.org/e/changeset/48775 May 13 05:11:02 JaMa: thanks for pushing those GPS fixes. I could'nt have done it. May 13 05:11:23 50h travel and of course the airline lost all my luggage for 2 days... May 13 05:12:20 no problem May 13 05:14:33 * spaetz yawns. And time to go to bed :-) May 13 05:24:58 muhahahahah May 13 05:31:15 oh noes, the evil laugh! May 13 06:13:23 morning May 13 06:41:33 vanous123: hi, are you still building shr images? May 13 06:42:05 vanous123: I would like to investigate your mmap issue a bit (GarthPS has the same, but he is not here.. ) May 13 06:42:21 JaMa: hi May 13 06:42:26 i do May 13 06:42:34 i haven't updated this week May 13 06:42:39 when did you rebuild from scratch last time? May 13 06:42:42 just stuffed with work here May 13 06:42:51 haven't May 13 06:42:57 just keep on building on May 13 06:43:02 you mean rm tmp ? May 13 06:43:05 yes May 13 06:43:12 haven't May 13 06:43:19 now it's good time to rm tmp (newer gcc and new staging) May 13 06:43:22 should i try to? May 13 06:43:24 ok May 13 06:43:34 will this trigger large downloads? :) May 13 06:43:55 * vanous123 erasing May 13 06:44:05 if you have time, please check that you have again some >0 in /proc/sys/vm/mmap_min_addr May 13 06:44:14 as you had before Openmobility May 13 06:44:34 and run build which should fail on your host.. but then we'll investigate why May 13 06:44:40 vanek:/home/vanous# cat /proc/sys/vm/mmap_min_addr May 13 06:44:40 0 May 13 06:44:50 ok May 13 06:44:57 vanous123: I've put 0 to your /etc/sysctl.conf IIRC May 13 06:45:21 so sudo echo 65536 > /proc/sys/vm/mmap_min_addr first May 13 06:45:30 vm.mmap_min_addr=0 May 13 06:45:50 JaMa: sudo echo... before building? May 13 06:45:54 yes May 13 06:46:09 or while building, it's important only when eglibc do_package is executed May 13 06:46:26 and you can run just bitbake -k virtual/kernel May 13 06:46:48 it will fail sooner than shr-*image May 13 06:46:52 ok May 13 06:46:58 still removing the tmp May 13 06:47:15 updating May 13 06:48:15 vanous@vanek:~$ sudo echo 65536 > /proc/sys/vm/mmap_min_addr May 13 06:48:15 bash: /proc/sys/vm/mmap_min_addr: Permission denied May 13 06:48:52 JaMa: uder root no error May 13 06:49:05 vanek:/home/vanous# cat /proc/sys/vm/mmap_min_addr May 13 06:49:05 65536 May 13 06:49:35 ah that's because only echo is running under root and redirect is in normal user env? May 13 06:49:53 then now I understand why somewhere is echo 65536 | sudo tee /proc/sys/vm/mmap_min_addr May 13 06:49:56 :) May 13 06:50:54 :) May 13 06:51:23 * vanous123 running bitbake -k virtual/kernel May 13 06:51:38 don't we have a sysctl? May 13 06:51:58 JaMa: huh, sanity checker: Please install following missing utilities: chrpath May 13 06:52:37 now it'Ä‘ running May 13 07:06:19 vanous123: yes it's new dependency for new staging May 13 07:08:54 JaMa: download of gcc-4.4.4.tar.bz2 took some while, now Running task 260 of 984 May 13 07:11:32 great May 13 07:25:05 mrmoku|away: http://paste.pocoo.org/show/213470/ is what I used to build libphone-ui-shr now May 13 08:36:34 JaMa: here i am May 13 08:36:34 ERROR: '/SHR/shr-unstable/openembedded/recipes/eglibc/eglibc_2.11.bb' failed May 13 08:40:05 hmm, reruning bb for the eglibc recipe worked.. May 13 08:41:53 JaMa: just commit it :) May 13 08:42:24 JaMa: http://pastebin.com/KnmD6BaP May 13 08:47:37 vanous123: guess you have to clean eglibc-cross or something like that May 13 08:48:56 vanous123: did you -c clean it? May 13 08:49:01 yup May 13 08:49:06 vanous123: that's bad :) May 13 08:49:09 you can see it in the log i guess May 13 08:49:26 JaMa: so what should i try? :)) May 13 08:49:36 vanous123: ah sorry I overlooked it.. now you have to clean also eglibc-initial as mrmoku (almost) said ;) May 13 08:49:48 initial, ok May 13 08:49:59 which one? May 13 08:50:05 2.11 May 13 08:50:11 ok May 13 08:50:24 clean and build? May 13 08:50:46 hopefully it won't remove some gcc header, because if so you have to clean also all gcc*4.4.4*.bb May 13 08:50:54 yes clean and bitbake -k eglibc May 13 08:51:34 ok, thank you May 13 08:51:42 mrmoku: do I have R/W to that git repo? :) May 13 08:53:19 JaMa: yup :) May 13 08:55:12 SHR: 03Martin.Jansa 07libphone-ui-shr * rcb6e7eff1ac2 10/src/ (9 files in 2 dirs): elm_theme: add new Elm_Theme argument NULL for now May 13 08:55:35 btw both images already built.. now running feed May 13 09:03:37 JaMa: mmap: Operation not permitted May 13 09:03:58 vanous123: what was your host distro? May 13 09:03:58 localedef May 13 09:04:05 debian unstable May 13 09:04:16 vanous@vanek:/SHR/shr-unstable$ cat /etc/debian_version May 13 09:04:16 squeeze/sid May 13 09:04:33 * mrmoku has no idea about debian ;) May 13 09:05:05 on fedora localedef was giving me that or something similiar with SELINUX enabled May 13 09:08:10 hehe May 13 09:08:32 vanous123: can you add -d param to qemu to generate log from that localedef call? May 13 09:08:39 vanous123: just cd to that work dir May 13 09:08:58 copy&paste that command shown in error (starting with PATH) May 13 09:09:49 and in log look for this entry qemu_log("host mmap_min_addr=0x%lx\n", mmap_min_addr); May 13 09:11:24 and maybe it will be missing, so check what's last entry before qemu_log("start_brk 0x" TARGET_ABI_FMT_lx "\n", info->start_brk); May 13 09:27:38 heyho May 13 09:39:02 JaMa: chaos here :( May 13 09:39:53 JaMa: finally, pastebin let me send this... http://pastebin.org/229087 May 13 09:48:24 vanous123: add -d exec after qemu-arm and then pastebin cat /tmp/qemu.log May 13 10:02:32 freesmartphone.org: 03morphis 07cornucopia * rbd55514434e9 10/fsoinitd/src/util.vala: fsoinitd: rework console setup May 13 10:02:33 freesmartphone.org: 03morphis 07cornucopia * r05538a73a9e1 10/fsoinitd/src/validatesystemaction.vala: fsoinitd: call setsid() to become a session leader May 13 10:02:35 freesmartphone.org: 03morphis 07cornucopia * r159875151fe2 10/fsoinitd/src/validatesystemaction.vala: fsoinitd: initialize console during execution ValidateSystemAction May 13 10:02:36 freesmartphone.org: 03morphis 07cornucopia * r573950fe62ad 10/fsoinitd/src/ (util.vala validatesystemaction.vala): fsoinitd: don't use exceptions for setupConsole(...) May 13 10:02:49 freesmartphone.org: 03morphis 07cornucopia * r4cf63b175ff4 10/ (15 files in 12 dirs): May 13 10:02:49 freesmartphone.org: Merge branch 'master' of ssh://git.freesmartphone.org/cornucopia May 13 10:02:49 freesmartphone.org: Conflicts: May 13 10:02:49 freesmartphone.org: fsoinitd/src/util.vala May 13 10:03:03 vanous123: add -d exec after qemu-arm and then pastebin cat /tmp/qemu.log May 13 10:13:50 JaMa: mmap: Operation not permitted May 13 10:14:40 JaMa: qemu log is empty May 13 10:14:49 freesmartphone.org: 03morphis 07cornucopia * r9b46688cfd21 10/fsoinitd/ (3 files in 3 dirs): fsoinitd: use MountFilesystemAction instead of SpawnProcessAction May 13 10:16:57 vanous123: ok, I've already found the issue, fixing qemu now, I'll send you an patch for test later May 13 10:18:40 JaMa: wow May 13 10:18:41 ok May 13 10:23:31 freesmartphone.org: 03morphis 07cornucopia * r5d5f2fef9434 10/fsoinitd/src/configurations/palmpre.vala: fsoinitd: Fix compile error in palmpre configuration May 13 10:58:50 <\marco> hi to all May 13 10:59:28 <\marco> as a auto-suspend bug workaround I was thinking about bind AUX to "chvt 2" May 13 10:59:35 <\marco> using inputrc May 13 10:59:59 <\marco> but I can't find the correct escape code for AUX button May 13 11:00:25 <\marco> ( and I don't know if it will work :) it's just an idea ^_^ ) May 13 11:00:47 \marco: inputrc? May 13 11:00:54 <\marco> /etc/inputrc May 13 11:01:21 freesmartphone.org: 03morphis 07cornucopia * re3e2cf938ea3 10/fsoinitd/src/configurenetworkinterfaceaction.vala: fsoinitd: fix runtime errors in ConfigureNetworkInterfaceAction May 13 11:01:30 \marco: doesn't that require you to run a process that uses readline? May 13 11:01:43 <\marco> mhm I think you are right :( May 13 11:02:10 <\marco> and there's no other way to bind it? May 13 11:04:53 <\marco> lindi-, ? May 13 11:05:30 \marco: isn't the internet full of instructions on how to bind shortcuts? May 13 11:05:39 <\marco> in X yes May 13 11:06:04 <\marco> but it doesn't work on the vt 1 May 13 11:06:31 answering-machine just reads the event device directly May 13 11:06:40 and so does iki.fi/lindi/darcs/xsakd May 13 11:06:50 <\marco> oh May 13 11:06:51 <\marco> good May 13 11:07:04 <\marco> I'll try them :) thanks May 13 11:11:28 * JaMa thinks that auto-suspend bug should be fixed instead.. but still cannot reproduce it here.. May 13 11:15:13 how can i make emergency calls with the calypso without entering the pin? i need the at commands.. :( May 13 11:17:04 vanous123: make update and bitbake -k eglibc again please May 13 11:17:09 * JaMa lunch May 13 11:20:24 Hi... How can I know the currently checked out revision with git? May 13 11:20:47 McKael: git log? May 13 11:22:07 lindi-: dunno... does the log stop at the currently checked out changeset? May 13 11:41:00 McKael: or git show May 13 11:41:11 McKael: or git describe May 13 11:42:37 Ok May 13 11:43:19 freesmartphone.org: 03morphis 07cornucopia * r003134473135 10/fsoinitd/src/configurations/palmpre.vala: fsoinitd: improve palmpre configuration May 13 11:47:01 I've got a question about libfso-glib. If I understand it correctly, it's pretty much all generated. What is it generated from? And what does the resulting library do? Is it all just calling dbus? So, the goal is to make the FSO dbus methods look like normal functions with that lib? May 13 11:48:45 ~nf May 13 11:48:46 The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2010-03-28 21:09 UTC]:buildhost got rebooted... new RAM will arrive beginning of next week May 13 12:18:05 zub, yes May 13 12:18:23 libfso-glib is generated from the specs using vala-dbus-binding tool May 13 12:19:38 thx May 13 12:20:07 now a more specific question - what happens if I call free_smartphone_gsm_call_initiate? In shr-u, what exactly receives this "on the other end" of dbus? May 13 12:20:54 zub: org.freesmartphone.ogsmd May 13 12:20:59 aka fsogsmd May 13 12:21:47 thx. one more.... who starts fsogsmd? :) May 13 12:22:01 it is dbus-activated... from phonefsod May 13 12:22:13 aha, dbus activation, sigh :) May 13 12:22:19 :) May 13 12:24:29 mrmoku: do you still have access to that SElinux box? and can try my qemu-native workaround pushed to oe.dev? May 13 12:24:44 JaMa: well... it is my laptop... so yes :) May 13 12:25:02 has to wait a bit though... building task-shr-feed now May 13 12:25:41 NOTE: Running task 9908 of 13674 (ID: 8290, /home/mok/shrbuild/shr-unstable/openembedded/recipes/python/python-setuptools_0.6c9.bb, do_install) May 13 12:26:47 * JaMa is building only parts of task-shr-feed (and some parts are alredy included in my even more full image) May 13 12:30:07 JesusMcCloud: ping May 13 12:30:49 JesusMcCloud: theming of quick-settings needs adjusting :) May 13 12:34:06 JaMa: what will I have to do? clean qemu-native eglibc and eglibc-initial and build eglibc? May 13 12:36:21 no need to clean qemu-native (PR bumped) and yes eglibc and eglibc-initial (maybe gcc if it fails :/) May 13 12:44:39 freesmartphone.org: 03morphis 07morphis-testing * rf20a6bd798e3 10cornucopia/fsoinitd/src/configurations/palmpre.vala: fsoinitd: minimal configuration for palmpre May 13 12:48:24 <\marco> lindi-, sorry to bother, I'm trying to use xsakd but, what's the keycode of AUX button? May 13 13:16:43 JaMa: ok, will be back in about 3hrs... and try then May 13 13:18:00 mrmoku|lunch: I'll be gone for 6-8, so OK :). May 13 13:18:50 mrmoku|lunch: buildhost will maybe finish the feed, but it's queued without rsync.. May 13 13:31:47 \marco: try evtest May 13 13:41:47 <\marco> zub, thanks :) very useful app! May 13 13:50:48 n/p :) May 13 13:58:35 hi, May 13 13:58:56 can I add an init script in XSERVER of a machine? May 13 13:59:03 it's for calibrating the screens May 13 13:59:45 if so the recipe has support for only 1 machine currently May 13 13:59:56 should I use COMPATIBLE_MACHINE ? May 13 14:00:27 oops wrong channel May 13 14:00:28 sorry May 13 14:00:41 the #oe channel is near the #openmoko-cdevel channel in xchat May 13 14:56:38 is this the place for asking fso-related questions? May 13 15:24:52 feitingen, yes May 13 15:48:24 freesmartphone.org: 03maxposedon 07cornucopia * r1f9281ac4320 10/ (11 files in 11 dirs): (log message trimmed) May 13 15:48:25 freesmartphone.org: Fix using AC_ARG_ENABLE May 13 15:48:25 freesmartphone.org: Macro: AC_ARG_ENABLE (feature, help-string, [action-if-given], May 13 15:48:25 freesmartphone.org: [action-if-not-given]) works litte different as cornucopia expect: May 13 15:48:25 freesmartphone.org: 1. action-if-given called when --enable-feature or --disable-feature May 13 15:48:25 freesmartphone.org: 2. if it was --enable: $enableval="yes" May 13 15:48:26 freesmartphone.org: if it was --disable: $enableval="no" May 13 15:58:42 mrmoku|lunch, will ping you when i have time (later today prolly) May 13 16:19:09 JaMa|off: ERROR: '/SHR/shr-unstable/openembedded/recipes/eglibc/eglibc_2.11.bb' failed May 13 16:19:18 JaMa|off: again... May 13 16:53:44 good morning May 13 16:56:45 spaetz: morning :P May 13 16:57:49 :) May 13 16:59:26 mickeyl, ping May 13 17:01:29 TAsn: pong May 13 17:01:32 morning spaetz May 13 17:01:33 yo mrmoku May 13 17:01:48 mickeyl, please explain about direct delivery if you can May 13 17:01:57 nothing much to explain May 13 17:02:01 What do I need to do as an opimd dev? May 13 17:02:01 same semantics as previously May 13 17:02:05 Is it on by default? May 13 17:02:09 yes May 13 17:02:15 nothing changed from opimd point of view May 13 17:02:20 So a signal is emitted May 13 17:02:23 yes May 13 17:02:30 just the way we(fsogsmd) receive the SMS has changed May 13 17:02:31 and the message is *not* saved on sim? May 13 17:02:35 correc May 13 17:02:36 t May 13 17:02:43 mickeyl, ok. May 13 17:02:46 :) May 13 17:02:52 So if opimd is down May 13 17:03:02 opimd delivery and plugin stuff still on the agenda, but no time this month May 13 17:03:04 we'll loose messages? May 13 17:03:06 no May 13 17:03:10 mickeyl, then? May 13 17:03:13 SMS will be saved in fsogsmd message book May 13 17:03:38 For how long? May 13 17:03:46 right now forever May 13 17:04:23 or until you yank the cache May 13 17:04:26 (which is ondisk) May 13 17:04:37 (same as before) May 13 17:07:07 okie. May 13 17:58:11 JaMa|off: yay, worked :) May 13 17:59:07 mickeyl, hi! May 13 17:59:23 mickeyl, did you saw my AC_ARG_ENABLE patch? May 13 17:59:56 max_posedon: he already applied it :) May 13 18:00:01 ah, nice May 13 18:27:43 ah, nice May 13 18:42:08 anyone here that tried the ubifs stuff ? May 13 18:43:19 <[Rui]> After I've been on GPRS and turned it off, the phone has a bit of trouble staying in suspend mode May 13 18:44:38 <[Rui]> and the idle screen seems to show the system believes it's still on GPRS May 13 18:45:41 freesmartphone.org: 03mickey 07cornucopia * r432cb696dc92 10/fsogsmd/src/lib/ (5 files): May 13 18:45:41 freesmartphone.org: fsogsmd: handle CSSI and CSSU URCs and add a corresponding new property to the CallDetail field. May 13 18:45:41 freesmartphone.org: Example: If you receive a forwarded call, you will see the following signal: May 13 18:45:41 freesmartphone.org: [SIGNAL] org.freesmartphone.GSM.Call.CallStatus /org/freesmartphone/GSM/Device :1.163 May 13 18:45:41 freesmartphone.org: ( 1, "INCOMING", { "service": "forwarded", "direction": "incoming", "peer": "...", "type": "voice" } ) May 13 18:45:41 freesmartphone.org: NOTE: Unfortunately this new 'service' property can not be delivered more than once; May 13 18:45:42 freesmartphone.org: clients should remember it. May 13 18:49:43 <[Rui]> am I the only one who has had pisi mix up contact data? May 13 18:52:14 <[Rui]> oh wait, it's not pisi, it's libphoneui! May 13 18:52:39 <[Rui]> today I got a call from a friend, and it showed his number but a different name. contact data seems ok, looking at the contact list... May 13 18:52:49 <[Rui]> the numbers are not similar at all May 13 18:55:02 :| May 13 18:55:05 Weird. May 13 18:55:07 Ciao again :( May 13 19:01:06 mickeyl, fsodeviced gstreamer_player doesn't compiles here May 13 19:01:14 assert( FsoFramework.theLogger.debug( @"Gstreamer: $(message.type) for sound $(sound.name)" ) ); May 13 19:01:22 src/plugins/player_gstreamer/plugin.vala:75.18-75.29: error: Integer or string expression expected May 13 19:04:25 mickeyl: yo, one question :) is hangup of an incoming, not yet active call fixed meanwhile? May 13 19:10:36 mrmoku, plz return back case-insensetive sorting in contact list May 13 19:10:57 max_posedon: it changed? May 13 19:11:02 yep May 13 19:11:06 heh May 13 19:11:09 now small_letters at end May 13 19:11:13 not on purpose though :P May 13 19:11:20 and right index works really strange) May 13 19:12:08 mickeyl: hmm... guess nobody added a ticket for that :/ May 13 19:14:30 vanous123: are you sure you had latest oe.dev? :/ qemu-native should have -r3 in version May 13 19:14:44 wow May 13 19:14:49 screenquake! May 13 19:15:02 hello, quick question about shr kernel - i submitted a bug report to openmoko trac about a wifi oops problem. it was fixed in the andy tracking branch but i still see the problem in the shr kernel. when i look at the source it seems that shr has a very different wireless_ext.c to the standard andytracking kernel so i am a bit confused? May 13 19:15:02 pwgen: sure.. suspend/resume today 5 times today just to check resume issue and still it works ok :) May 13 19:15:43 bt4: check git hash version of shr kernel you're testing and git log of andy tracking branch May 13 19:15:58 ok thanks will check now May 13 19:16:08 bt4: it's possible we don't have latest andy, because I don't care about 2.6.29 anymore May 13 19:16:36 ahh that would explain it May 13 19:16:55 i think there are big differences May 13 19:17:09 JaMa: i got lot of probs.simply installing the ubifs isn´t sufficient, the 6.32mod are missing, xorgconf need update ... May 13 19:18:21 bt4: no big difference for sure.. maybe 3 commits max May 13 19:18:32 pwgen: what? May 13 19:18:57 pwgen: did you read README on 2.6.32 page? May 13 19:19:08 yes . May 13 19:20:16 thefunny thing is. installing with 2.6.29 and ubifsimage boots exactly one time. the reboot fails . May 13 19:21:24 JaMa: i tried the shr build instruction on the shr website to download and build shr sources i also downloaded the andy tracking kernel via how to on openmoko wiki. wc -l says the shr file wireless_ext.c is 1855 lines and andytracking is 1982 May 13 19:21:25 mabybe installing with 2.6.29. booting. applying the 2.6.32 stuff, df-util the 2.6.32 maybe a way toget the ubifs image running May 13 19:27:41 pwgen: I don't want to downgrade to 2.6.29 just to test it, but with 2.6.32 I rebooted my last ubi image about 5 times OK and suspend/resume also didn't break it. May 13 19:28:05 pwgen: but when you have to remove battery I belive it's quite error prone :/ May 13 19:29:48 pwgen: you can boot fresh image with 2.6.32 and apply switch-for-kernel over ssh (without xorg/fsogsmd/fsodeviced running) May 13 19:30:23 bt4: andy tracking in SHR is rev a15608f241a40b41fed5bffe511355c2067c4e88 May 13 19:31:22 bt4: which is HEAD - 1 of andy-tracking branch May 13 19:31:33 sorry HEAD - 2 May 13 19:32:06 JaMa: is HEAD latest? May 13 19:32:48 yes.. May 13 19:32:52 JaMa:i am still using the debug board. the prob is the full-om-gta02.ubi contains no 2.6.32 modules and will not boot with 2.6.32 May 13 19:32:55 upgrading it in SHR.. May 13 19:33:15 pwgen: no module is needed for successfull boot May 13 19:33:46 I would even say, no module is needed for normal use May 13 19:33:58 I use only tun for openvpn May 13 19:36:32 JaMa: hmm I don't understand these different versions... May 13 19:36:56 but don't worry i will go away and test 2.6.32 May 13 19:40:13 bt4: even better May 13 19:40:51 bt4: shr kernel was missing 2 ar6000 commits, it's changed now.. it will be compiled and in feeds tonight May 13 19:41:18 JaMa: ok many thanks i will test again tomorrow May 13 19:41:32 but please try 2.6.32, wifi works great and we need more testers for 2.6.32.. May 13 19:41:41 ok will do May 13 19:43:25 TAsn: after boot elm_shr_softkey does not work for me... have to kill and restart it May 13 19:43:48 mrmoku: do you have delay in Xsession.d script? May 13 19:44:03 probably not... did not touch it May 13 19:44:37 it needs illume loaded before its start May 13 19:45:11 20s is enough in most cases, but ie first time wizard can take longer and it's not working, but after next xserver restart is 20s enough May 13 19:45:18 * mrmoku thinks having it not as module is annoying :/ May 13 19:45:30 y May 13 19:46:20 mrmoku: btw that works for eglibc build with selinux and mmap_min_addr = 64K, right? May 13 19:46:46 19:58 < mrmoku> JaMa|off: yay, worked :) May 13 19:46:49 yep :) May 13 19:47:03 mrmoku: or did I forgot to ask you to set non-zero mmap_min_addr value? ;) May 13 19:47:15 you forgot May 13 19:47:32 ah :/ May 13 19:48:16 0022 SU:root@gonzales[pts/7]:~-> cat /proc/sys/vm/mmap_min_addr May 13 19:48:17 4096 May 13 19:48:32 that's too low May 13 19:48:53 qemu-arm works with it even when it cannot read mmap_min_addr May 13 19:50:12 http://lists.nongnu.org/archive/html/qemu-devel/2010-05/msg01036.html May 13 19:50:30 retry with 65536 ? May 13 19:50:54 if you have spare CPU time... but I guess it will work May 13 19:52:22 building May 13 19:53:28 btw I'm thinking about moving ~/.efreet to volatile, because those files seems permanently open and most common place for ext2 errors May 13 19:54:29 I'll probably move them only in my setup, because ~/.efreet can be /root/.efreet as well as /home/root/.efreet or even /home/jama/.efreet May 13 19:55:25 but right now after removing battery I got many times illume2 started with busy spinner still rolling instead of icons and sometimes fsck is enough to fix it, sometimes I have to drop .efreet May 13 19:56:50 JaMa: obsolete branch mystery solved - I was running old Makefile, somehow assuming make update takes care of the makefile too :) May 13 19:57:10 zub: ah then it's new mystery :) May 13 19:57:18 is it? May 13 19:57:21 zub: makefile should really update itself :) May 13 19:57:24 odd May 13 19:57:46 I did and ended up with old branch... good you added that sanity check, or I'd be up for a rebuild again May 13 19:57:53 I did = I did a "make update" May 13 19:59:16 ah.. is your Makefile link to common/Makefile? May 13 19:59:58 not any more... sorry, I destroyed all (most of) evidence May 13 20:01:28 after wget and running make setup it should replace real Makefile with link to common/Makefile May 13 20:02:01 but if this step failed for some reason, or you redownloaded that Makefile manually (not expecting auto-update) then it will never update itself again May 13 20:02:20 aha, yes, I think I "updated" it manually that way May 13 20:03:20 * von_fritz cross his fingers, builds or not builds :) May 13 20:03:35 zub: and now you removed really all? May 13 20:03:48 ? I just removed the old makefile May 13 20:03:55 zub: if not, please make that link manually for next time May 13 20:04:01 yeah, jsut dit that May 13 20:04:05 ok May 13 20:04:18 a compared new makefile agains common/Makefile and see it's the same -> common/Makefile was updated correctly May 13 20:04:21 zub: btw that sanity check worked ok? :) May 13 20:04:34 yes, thanks for adding it :) May 13 20:05:03 good May 13 20:05:22 * JaMa hopes that now many people will move to new branch :) May 13 20:05:47 manual update of Makefile is probably common mistake, maybe we should add link check to Makefile May 13 20:06:14 but nobody will see it if it's already broken on their side.. May 13 20:07:20 yeah, well, at least that sanity check will triger some risen eybrows May 13 20:08:11 a week ago I sent a patch to smartphones-userland May 13 20:08:52 the reaction wasn't exactly fierce... May 13 20:09:00 http://lists.linuxtogo.org/pipermail/smartphones-userland/2010-May/002555.html May 13 20:09:14 what's wrong with it? wrong format/wrong somethign else or just nobody cares? May 13 20:09:40 yeah, it's nothing spectacular, just fixes title handling with multiple tabs May 13 20:10:26 * von_fritz tiried with 65536 but does not work here :( May 13 20:10:43 von_fritz: show me log please May 13 20:10:50 von_fritz: and check your qemu-native version May 13 20:11:22 von_fritz: and check you're not using qemu provided by host (ASSUME_PROVIDED += "qemu-native") in local.conf or something May 13 20:11:32 NOTE: package qemu-0.12.3-r3: task do_compile: Failed version seems ok May 13 20:11:57 qemu failed? May 13 20:12:12 qemu-native May 13 20:12:17 and qemu-native is interesting, not qemu May 13 20:12:32 JaMa: worked too May 13 20:12:42 mrmoku: great, thanks May 13 20:12:46 np May 13 20:12:58 thank you that now I can keep it enabled :) May 13 20:14:07 max_posedon: what is strange with the index in contact list? May 13 20:14:56 afaik: 4096 there is as safe (security wise) as 64K May 13 20:15:09 JaMa sorry before with 4096 it was qemu-native now with 65536 qemu. May 13 20:15:27 JaMa: it's fedora default May 13 20:15:49 the security issue was because it was easier to make kernel access NULL and start mmaped exploit from 0 May 13 20:16:43 mrmoku, small letters at bottom - so, its just miss correct later May 13 20:16:44 von_fritz: sorry I don't understand, qemu/qemu-native itself shouldn't fail with any mmap_min_addr May 13 20:17:02 max_posedon: ahh, ok... so just the sorting May 13 20:17:03 I press T -> it shows me W May 13 20:17:08 oh May 13 20:17:13 e.g. shows T May 13 20:17:18 but nicks starting from W May 13 20:17:28 von_fritz: only eglibc do_package or emacs prefix-args were known to fail if qemu-arm doesn't work (ie for 64K mmap_min_addr) May 13 20:17:29 yes, its because of sorting May 13 20:17:51 I press Y -> it shows me 'f') May 13 20:17:52 * mrmoku has enlightenment with SIGILL :D May 13 20:18:03 * mrmoku installs e-wm-dbg May 13 20:18:28 mrmoku: current rev as is in feed? :/ May 13 20:18:52 well not synced yet May 13 20:19:33 JaMa for you no probs with building qemu/qemu-native without deleting /tmp? May 13 20:20:01 now building qemu, but qemu-native built ok May 13 20:20:10 and I removed /tmp yesterday May 13 20:20:23 now after that qemu patch I didn't need to May 13 20:20:39 JaMa: yep, what is in org.oe.dev now May 13 20:20:43 non-native qemu is normaly not built and not needed May 13 20:21:30 von_fritz: are you trying to run x86_64 code with qemu on poor FR? :) May 13 20:21:41 ahhh have tried with bitbake qemu after clean :D May 13 20:22:00 hmm... bt unusable :/ May 13 20:22:18 battle tank broken? May 13 20:22:30 No symbol table info available. May 13 20:22:40 is there a way to let gdb dump a core file? May 13 20:23:20 don't you get core automaticaly from proces when you ulimit it to non-zero size? May 13 20:23:33 but probably it's also available in gdb May 13 20:23:55 von_fritz: /OE/tmpdir-dev-shr/work/armv4t-oe-linux-gnueabi/qemu-0.12.3-r3/qemu-0.12.3/exec.c:441:18: error: 'MAP_32BIT' undeclared (first use in this function) right? May 13 20:27:13 interesting xserver is up and running much faster than sshd accepts connections May 13 20:40:45 JaMa for qemu it was: [cpu-exec.o] Error 1 and [subdir-i386-linux-user] Error 2 sorry no log have build cleaned May 13 20:45:14 I'm poking in libphone-ui-shr... I wanted to improve error handling by showing a window in case an error happens and the GUI does not show it. May 13 20:46:00 I added something like error_dialog_show(...), and started adding it to places around the lib, only to notice there's already ui_utils_notify() May 13 20:46:25 what exactly does that call show? is it that small borderless window with a message? May 13 20:46:39 a message and a button May 13 20:46:44 is it suitable for all errors? May 13 20:46:50 and the possibility for a timeout to autoclose May 13 20:47:05 take a look at ui-utils.c May 13 20:47:22 that notify thing is one possibility May 13 20:47:24 my idea was a window showing string from the place where it appeared ("Cannot dial..."), then possibly error->message when gerror was provided and an Ok button May 13 20:47:33 in ui-utils there is an inwin dialog too May 13 20:47:55 inwin dialog? May 13 20:48:23 can I see it anywhere? May 13 20:48:25 ui_utils_view_inwin_dialog May 13 20:48:31 ok May 13 20:48:42 shows a label and one or more buttons May 13 20:49:06 zub: wait... better ui_utils_dialog May 13 20:49:44 zub: git grep for it to find uses May 13 20:50:17 I'd like the error window to live on its own, to not bother the parent to track it's lifecycle. I hacked something such up in a similar (I see not that was suboptimal) in view/, inspired by dialog-view May 13 20:50:21 ok May 13 20:50:31 s/not/now/ May 13 20:52:19 von_fritz: ok... lets say qemu is broken and was before my patch, but eglibc should build for you May 13 20:55:53 zub: ok May 13 20:55:55 * mrmoku off to bed May 13 20:55:58 gnight all May 13 20:56:00 night May 13 20:57:43 gnight May 13 20:59:55 <[Rui]> hi again May 13 21:18:01 JaMa eglibc builds but prob is qemu-native and it fails in sparc64 will try with clean /tmp May 13 22:38:27 fsotransport/basetransport.vala:281.13-281.23: error: The name `ioctl' does not exist in the context of `Linux' May 13 22:41:44 McKael, which vala you have? May 13 22:42:02 e.g. it compiles for me successfully today I think May 13 22:42:14 I just built from git branch 0.8 May 13 22:42:34 0.8.1.2-08b8 May 13 22:45:25 I'm not sure that this git branch/version have patches from mickey May 13 22:45:38 I always use vala from fso May 13 22:46:39 and with it, libfsotransport from master just compiled for me, a second ago May 13 22:48:25 vala from the fso repository? It looks old... I upgraded vala because the configure check requested >= 0.8.1 May 13 22:48:45 Where do you download vala from? May 13 22:48:52 http://downloads.freesmartphone.org/ May 13 22:49:03 vala-0.8.1.1.tar.bz2 May 13 22:49:11 why is fso shipping vala? May 13 22:49:11 10-May-2010 09:00 2.0M May 13 22:49:32 lindi-, because mickey often required some new features from it May 13 22:49:39 e.g. extending api May 13 22:49:52 max_posedon: it is modified version? May 13 22:49:59 yes May 13 22:50:05 0.8.1+mickey patches May 13 22:50:07 jikes May 13 22:51:40 (my vacabulary haven't translation for this word) May 13 22:57:24 custom programming language sounds way too bleeding edge' May 13 23:49:27 lindi-: agreed. having to compile pre-release versions of vala is a pain. May 13 23:49:48 but then, vala *IS* pretty much bleeding edge. Always... May 13 23:58:41 spaetz: that alone makes me very worried. how can you ever build reliable software on top of it May 14 00:01:58 * spaetz nods May 14 00:02:12 I like vala, but that is a valid concern. May 14 00:02:26 too many moving targets at the same time. **** ENDING LOGGING AT Fri May 14 02:59:56 2010