**** BEGIN LOGGING AT Fri Dec 04 02:59:57 2009 Dec 04 05:11:55 morning Dec 04 05:16:54 moin Dec 04 05:18:36 mrmoku|away: you have still problems with cache after rebuild from scratch? :/ after reflash you shouldn't have any problems even with recipes built with that +1 bug in localcount Dec 04 05:23:48 nightshift is greeting and leaving Dec 04 05:24:49 yawning Dec 04 05:29:24 dayshift is up and yawning too Dec 04 05:45:32 moin Dec 04 06:06:53 JaMae: morning. Have you seen my classpath-native comments yesterday? Dec 04 06:21:52 moin Dec 04 06:22:05 morning Dec 04 06:38:19 morning Dec 04 06:38:29 spaetz: yup just before going to bed :/.. no nothing new yet Dec 04 06:40:09 JaMa: something bad happened to the shr-u cache on the buildhost :| Dec 04 06:40:18 almost all localcounts are 0 :( Dec 04 06:45:19 oh that's bad.. spaetz has almost same copy in shr-testing hopefully Dec 04 06:45:49 mrmoku: yep, you could copy back the cache from shr-testing Dec 04 06:46:02 I copied the one from shr-unstable 3 days (2?) ago Dec 04 06:46:09 hmm Dec 04 06:46:25 I started to write a script to regenerate the cache out of the synced feed :P Dec 04 06:46:26 and to force update you can update al _rev to "foo-bar", it will make _count to increment while building.. Dec 04 06:46:39 at least you wouldn't go back in rev numbers Dec 04 06:46:49 mrmoku: i guess that that script set 0 in that cache, or no? :) Dec 04 06:46:56 perhaps you would skip a few of them as I have done a few builds :-) Dec 04 06:46:56 heh Dec 04 06:47:11 well I started to write it _after_ all counts were null :P Dec 04 06:47:16 don't know what happened Dec 04 06:47:25 have not even been building on the buildhost yesterday Dec 04 06:47:37 so fault is either with dos1 or with spaetz ;) Dec 04 06:47:37 spaetz: yes.. but if merge did more builds than testing in last 2 days.. it will build that packages to morgue again :/ Dec 04 06:47:45 bah :P Dec 04 06:47:51 heh :) Dec 04 06:48:15 cp back shr-testing/tmp/cache and see what happens Dec 04 06:48:27 and probably a script like that could become handy some day again :P Dec 04 06:48:32 true Dec 04 06:48:57 that's the disadvantage of git... no canoncial revision numbers Dec 04 06:49:37 mrmoku: I think it would be difficult to match ipk filename to sqlite key Dec 04 06:49:51 mornin Dec 04 06:49:52 mrmoku: because in sqlite key you have url and recipe name Dec 04 06:50:33 mrmoku: so I would go to stamps dir :) Dec 04 06:50:38 JaMa: no one comments on my request for a DISTRO_PROVIDER_APM ?= apm proposal Dec 04 06:50:38 JaMa: I read out the recipe name via ipkg-utils Dec 04 06:50:48 does that mean I am ok to modify? Dec 04 06:50:55 ? :) Dec 04 06:51:30 spaetz: I would do it and send the patch as followup to oe-devel before comitting Dec 04 06:51:34 spaetz: its broken really badly now.. so I think everythink is better, so go ahead.. Dec 04 06:51:47 ok, will do Dec 04 06:51:59 * mrmoku is going to split the illume keyboards today... as nobody responded :< Dec 04 06:51:59 is DISTRO_PROVIDER_APM good? Dec 04 06:52:07 or any better proposal ? Dec 04 06:52:10 mrmoku: hehe Dec 04 06:52:13 for me it sounds natural Dec 04 06:52:23 ok, will use that then Dec 04 06:52:28 or better... canonical Dec 04 06:52:44 ok... Kindergarten now (it's raining :() Dec 04 06:52:48 back after that Dec 04 06:52:50 spaetz: sounds good to me.. as someone said that DEFAULT_PROVIDER won't work in this case.. Dec 04 06:53:00 spaetz: and I still don't understand why.. Dec 04 06:53:05 neither do I Dec 04 06:53:22 and a virtual/apm would have been the alternative that I'd also consider Dec 04 06:53:30 but hey, this is as good as anything... Dec 04 06:53:37 spaetz: I started sane-providers.inc yesterday.. but after grep -R PROVIDES, I wasn't sure if I can do this for all distros without error Dec 04 06:54:33 I don't get why angstrom can't just set PREFERED_PROVIDER_apm=apm either Dec 04 06:54:42 even with weak assignments I would need to check that this file is included after ALL providers set from distro config if they set it weak too Dec 04 06:54:54 JaMa: ahh. Dec 04 06:55:26 but distros that use ?= for a preferred provider probably deserve to get it overriden? Dec 04 06:55:27 and I also wanted to remove all provider setings from distroconfig if its the same as default Dec 04 06:55:44 if they want sth they should just set it via = Dec 04 06:55:59 spaetz: no.. ie if you include sane-toolchain you have some providers ?= Dec 04 06:56:09 ahh, right Dec 04 06:57:04 but I can still convert only shr and maybe angstrom and push that patch.. and ask other distro maintainers to include that.. Dec 04 07:06:50 mrmoku: you need to rebuild libc6-dev. 8( seems that that static lib which it whines while building should be there. Dec 04 07:22:12 JaMa: makes sense Dec 04 07:22:58 mrmoku: testing shr-lite-image is about to finish :) Dec 04 07:23:18 the package index is automatically done when an image is build, right? Dec 04 07:26:27 afaik not Dec 04 07:26:52 ls tmp/deploy/ipk/*/Packages.gz Dec 04 07:28:18 spaetz: -DEPENDS += " ${@base_contains("MACHINE_FEATURES", "apm", "apmd", "",d)}" Dec 04 07:28:21 +DEPENDS += " ${@base_contains("MACHINE_FEATURES", "${DISTRO_apm}", "apmd", "",d)}" Dec 04 07:28:24 this seems wrong a bit.. Dec 04 07:29:14 will that not work? Not sure when the variable will be resolved Dec 04 07:29:23 if the first is what is checked in MACHINE_FEATURES then its still apm Dec 04 07:29:37 JaMa: doh, you are right Dec 04 07:29:50 and second "apmd" I'm not sure if fso-apm replaces apmd too.. iirc only apm Dec 04 07:29:54 hold on, will send updated patch Dec 04 07:29:58 mistake Dec 04 07:33:58 freesmartphone.org: 03mickey 07cornucopia * r14064373457c 10/fsogsmd/src/ (3 files in 3 dirs): Dec 04 07:33:58 freesmartphone.org: fsogsmd: properly shutdown the dbus_service subsystem in signalhandler Dec 04 07:33:58 freesmartphone.org: (hence properly closing the virtual channels and the 07.10 session as well) Dec 04 07:34:38 good morning mickeyl Dec 04 07:34:52 morning Dec 04 07:36:58 mickeyl: hey :) Dec 04 07:37:03 hi PaulFertser Dec 04 07:37:40 mickeyl: sorry for asking but are there any pre news? Dec 04 07:37:59 not from me, I'm afraid Dec 04 07:38:08 morphis still trying to decipher the modem protocol Dec 04 07:38:13 that's the showstopper atm Dec 04 07:39:06 stefan and holger are currently in india, supposedly having a look at it as well Dec 04 07:39:27 i won't chime in unless we have modem communitation Dec 04 07:39:31 s/unless/until/ Dec 04 07:39:32 mickeyl meant: i won't chime in until we have modem communitation Dec 04 07:42:08 heh, communitation Dec 04 07:42:39 you expect me being able to spell at this time? :) Dec 04 07:42:52 * mickeyl just woke up and had no coffee xet Dec 04 07:42:56 yet, that is Dec 04 07:43:11 heh Dec 04 07:44:00 /s/heh/lol Dec 04 07:44:07 s/heh/lol Dec 04 07:44:32 s/heh/lol/ Dec 04 07:44:32 gonzoism meant: s/lol/lol Dec 04 07:45:32 maybe i need some coffee too... Dec 04 07:45:36 hehe Dec 04 07:47:30 mrmoku, well? did ptitjes help you enough? :P Dec 04 07:49:04 mickeyl, is it already possible to connect async callbacks to async calls with parameters? Dec 04 07:49:16 in vala of course Dec 04 07:51:26 I'm afraid not Dec 04 07:51:37 yet, that is hopefully Dec 04 07:55:06 mickeyl: i thought that "at channel" is almost functional on pre. It'd be better to have a limited functionality probably, no? Dec 04 07:56:05 mickeyl: also i seem to remember that palm guys were kind enough so i'd expect them to anonymously help with re-ing the protocol since that's such a main obstacle that can ruin a really decent plan. Dec 04 07:57:14 well Dec 04 07:57:22 mrmoku: btw fatest way to fix your sqlite cache is probably to enable BB_CLONE in your makefile and update those _rev to "foo-bar". Dec 04 07:57:23 the problem is the small bits of missing functionality is... Dec 04 07:57:24 ... telephony Dec 04 07:57:58 we can't dial nor take calls on the AT interface Dec 04 07:58:07 so that may be _very_ limiting to some folks :D Dec 04 07:58:18 8)) Dec 04 07:58:37 PaulFertser: doesn't look like the palm guys want to help us ehre Dec 04 07:58:46 they only allowed to tell what we already know Dec 04 07:59:09 mickeyl: probably they just do not know you really need their help? Dec 04 07:59:51 PaulFertser: they do Dec 04 08:00:04 we communicated that on the mailing lists, on the IRC channel Dec 04 08:00:08 etc. Dec 04 08:00:25 damn. disconnect Dec 04 08:01:09 mickeyl: oh, that's nasty. Not even can you sign an NDA with them? Dec 04 08:05:40 PaulFertser: i don't think anyone tried that yet Dec 04 08:05:51 might be worth a try Dec 04 08:11:22 * mickeyl -> office Dec 04 08:11:29 mickeyl: have a nice day :) Dec 04 08:11:33 thanks, you too! Dec 04 08:11:50 (although my day will be full of boring iPhone work...) Dec 04 08:11:53 ok testing -lite image candidate compiled. Yay. Installing now Dec 04 08:12:04 mickey|bbl: thanks for feedback on patch Dec 04 08:12:11 np Dec 04 08:23:32 JaMa: good idea Dec 04 08:23:53 TAsn: not yet Dec 04 08:24:09 TAsn: guess he has to take that up with vala upstream Dec 04 08:27:43 mrmoku: and to fix that +1 cruft from before.. you can then disable BB_CLONE and update _rev to foo+bar again to get those +1 for all packages Dec 04 08:28:21 if you have still patched bitbake this should work Dec 04 08:28:37 hmm Dec 04 08:28:42 no patched bitbake Dec 04 08:28:45 (i think) Dec 04 08:28:51 mrmoku: check plz libc6-dev Dec 04 08:29:03 JaMa: yeah, no patched bitbake Dec 04 08:29:11 hmm then I'm not sure.. Dec 04 08:29:24 but maybe it will work even without patches Dec 04 08:29:48 Q-Master: will do in a moment... Dec 04 08:29:53 thnx Dec 04 08:30:00 mrmoku: hmm shouldn't work Dec 04 08:30:11 mrmoku: with BB_CLONE it won't safe localcount to sqlite cache at all Dec 04 08:31:24 JaMa: no? Dec 04 08:31:54 no Dec 04 08:32:24 mrmoku: before those patches it counted wc -l every time you needed SRCPV Dec 04 08:32:52 ah, so I just apply your patches? Dec 04 08:33:43 yup if you want to restore cache this way.. Dec 04 08:35:54 ok, did that Dec 04 08:37:33 shr-testing looks good so far. One glitch is that the calculator crashes Dec 04 08:38:49 spaetz: good job! Dec 04 08:40:17 spaetz: lite image? Dec 04 08:40:28 spaetz: because intone crashes for me too Dec 04 08:40:33 (and lots of others) Dec 04 08:44:14 lite image Dec 04 08:44:20 full is compiling Dec 04 08:45:35 spaetz, sweet :P Dec 04 08:45:55 mrmoku, well, if that fails, it only leaves splitting keyboards and shr-wizard :P Dec 04 08:47:56 <[Rui]> morning! Dec 04 08:47:56 <[Rui]> TAsn: I talked a bit with raster Dec 04 08:47:59 <[Rui]> TAsn: I was, after all, going in the right direction Dec 04 08:48:13 sweet :P Dec 04 08:48:16 TAsn: you're forgetting daywork :| Dec 04 08:48:19 <[Rui]> it has to do with _sizing_event of elm_entries Dec 04 08:48:42 oh right. Dec 04 08:48:48 well here we don't work on fridays :P Dec 04 08:48:52 <[Rui]> TAsn: too bad his suggestion was already implemented (which means it doesn work) Dec 04 08:48:53 [Rui], so, got a solution? Dec 04 08:49:15 :P Dec 04 08:49:39 <[Rui]> TAsn: I stopped becasue I was tired of looking at it and I got to the point where I'd have to go even lower into ecore :) Dec 04 08:49:53 :P Dec 04 08:49:58 <[Rui]> so now I guess I have two tasks for today: a) settings b) ecore Dec 04 08:50:37 the way I see it, you have one task (a) and one extra task if you'll have time :P Dec 04 08:50:39 (j/k) Dec 04 08:51:23 <[Rui]> I guess the settings part will be easier to tackle first Dec 04 08:51:31 :P Dec 04 08:51:49 sup all Dec 04 08:51:53 <[Rui]> well, gotta go for SAPO Codebits (a variant over Google Hackdays) Dec 04 08:52:07 <[Rui]> where there's Mitch Altman :D Dec 04 08:52:18 sup F4t Dec 04 08:52:26 * TAsn is googling for Mitch Altman Dec 04 08:53:56 nothing interesting :| Dec 04 08:55:14 <[Rui]> TAsn: author of tv b gone, trip glasses (now brain glasses), and various other electronic and gadjets Dec 04 08:56:57 yeah, saw that in his wiki page Dec 04 09:10:14 We currently autostart apmd on the freerunner. I wonder if we can add an postinst_append_shr to remove it from the runlevels... Dec 04 09:10:23 or something like that Dec 04 09:16:38 xserver-1.7.3 pushed to shr/merge Dec 04 09:19:34 spaetz: maybe INITSCRIPTS_NAME_shr = "" works? Dec 04 09:21:49 ahh Dec 04 09:21:52 good hint Dec 04 09:22:17 still test running the testing image Dec 04 09:30:04 do i need any special tar parameters to compress a mounted jffs2 so it would work? Dec 04 09:38:50 mrmoku, I'm changing somethinvg in libphone-ui Dec 04 09:38:53 JaMa: hmm... did not work Dec 04 09:39:00 I'm assuming our compilers Dec 04 09:39:09 support Dec 04 09:39:24 __VA_ARGS__ Dec 04 09:40:26 JaMa: I will add syncing of the cache to the sync script - to have a backup one for the future :| Dec 04 09:42:10 mrmoku: didn't update sqlite cache or what did not work? Dec 04 09:42:55 mrmoku: did you "update ... set value='foo+bar' where key like '%_rev';" ? Dec 04 09:43:02 JaMa: it did update Dec 04 09:43:17 mrmoku: without it, it will use old count without calling wc -l Dec 04 09:43:19 and I did reset to foo-bar before rebuilding without BB_CLONE Dec 04 09:43:22 F4t: i think you better use -p when extracting but otherwise i do not remember any special tricks. Dec 04 09:43:42 but it ended up with a localcount of 4 for libphone-ui Dec 04 09:43:42 PaulFertser, what does -p do? Dec 04 09:43:49 mrmoku: and also rebuild with BB_CLONE? Dec 04 09:44:19 JaMa: reset to foo-bar; rebuild with BB_CLONE; reset to foo-bar; rebuild without Dec 04 09:44:22 is what I did Dec 04 09:44:35 update to foo+bar, rebuild with BB_CLONE, remove BB_CLONE; update to foo+bar; rebuild without BB_CLONE Dec 04 09:44:44 hmm strange :/ Dec 04 09:44:54 JaMa: maybe just wipe the cache before the BB_CLONE rebuild? Dec 04 09:44:54 F4t: Looks like it's not needed since it's default for root anyway: ignore umask when extracting files (the default for root). Dec 04 09:45:09 mrmoku: you can.. it should be the same Dec 04 09:45:33 well... I just will give it a try... as I don't want to manually fix it :P Dec 04 09:45:53 PaulFertser, ok thanks, lets hope it works Dec 04 09:57:24 actually nvm, although I did it, I don't think I'll keep it :| Dec 04 09:57:29 t's nice and everything. Dec 04 09:57:43 but I'm not sure I really want this :| Dec 04 10:02:38 ok, shr-lite is finished (shr-testing) Dec 04 10:02:49 test ran it and it looks good to me. Dec 04 10:02:55 I'll sync, and announce now Dec 04 10:03:01 and then build the -full image Dec 04 10:03:52 spaetz, YAY :P Dec 04 10:11:13 and it's fast. shr-today animation works nicely. I wonder if it's because I ran from NAND now... Dec 04 10:11:30 SHR: 03tom 07libphone-ui * r2d13f3a9e80f 10/src/phoneui.c: Strated using macros for easier function "copying" Dec 04 10:16:41 SHR: 03tom 07libphone-ui * re4e4d2761d42 10/src/phoneui.c: Strated using macros for easier function "copying" Dec 04 10:22:36 mrmoku, see the changes... I think it's saner this way.. :P Not sure though. Dec 04 10:25:01 SHR: 03tom 07libphone-ui-shr * r18897be6c457 10/src/phoneui-idle.c: Added a "saftey feature" to idle screen update, I know check the screen exists before trying to update it :P Dec 04 10:26:47 spaetz, nah. Dec 04 10:26:47 Then phone is amazingly fast here as well. Dec 04 10:36:24 http://wiki.debian.org/Teams/DebianFSO points to this channel, is someone from pkg-fso Maintainers in here? Dec 04 10:37:53 SHR: 03tom 07libphone-ui * rfb4035e797da 10/ (TODO src/phoneui.c): Updated TODO and documentation Dec 04 10:38:06 JaMa: does sqlite3 lock the database? Dec 04 10:39:23 mrmoku, yes Dec 04 10:39:23 oh actual app sqlite3? Dec 04 10:39:23 no idea, thought you meant the lib by default Dec 04 10:39:36 JaMa: it built gitr238 Dec 04 10:39:47 JaMa: but in the cache is 4 :| Dec 04 10:39:52 TAsn: the app, yes Dec 04 10:40:04 TAsn: but if the lib locks... probably the app too :( Dec 04 10:40:17 * mrmoku retries without having sqlite3 sitting on the database Dec 04 10:40:38 mrmoku: it looks like missing some bitbake patch.. Dec 04 10:40:45 mrmoku: and not sure about locking Dec 04 10:41:15 JaMa: I applied the last three I have on the buildhost Dec 04 10:41:22 JaMa: should be the current ones Dec 04 10:41:36 JaMa: can't find them on your homelinux.org anymore :P Dec 04 10:41:50 mrmoku: yes I rearranged that dir a bit :) Dec 04 10:42:03 mrmoku: when googlebot start indexing whole sources directory :) Dec 04 10:42:10 ohh Dec 04 10:43:41 mrmoku: http://jama.homelinux.org/org.openembedded.shr/bitbake/ Dec 04 10:44:09 mrmoku: this is what I have in my bitbake ebuild Dec 04 10:44:22 epatch "${FILESDIR}/0001-Optional-LOCALCOUNT-for-recipe.patch" Dec 04 10:44:22 epatch "${FILESDIR}/0002-BB_GIT_CLONE_FOR_SRCREV-using-only-_sortable_buildnu.patch" Dec 04 10:44:40 no idea then. Dec 04 10:44:40 I just remember having the db locked when using it from python. Dec 04 10:45:07 JaMa: oh, yes... sqlite3 locks it Dec 04 10:45:15 have the correct one in cache now :) Dec 04 10:45:40 ahh good to know Dec 04 10:45:40 JaMa: I have a third one... Dec 04 10:45:53 0003-git-fetcher-catch-exceptions.patch Dec 04 10:46:29 mrmoku: ah this one should be there too iirc.. I forgot to use it myself :) Dec 04 10:47:57 :) Dec 04 10:48:36 rebuilding without BB_CLONE now Dec 04 10:50:25 TAsn: building libphone-ui + shr now Dec 04 10:50:30 TAsn: safe to sync? Dec 04 10:54:32 well, I've been using them for days now Dec 04 10:54:35 (2) Dec 04 10:54:37 so I think yeah. Dec 04 10:54:47 I don't see a reason why not. Dec 04 10:55:19 mrmoku, just make sure your broken config Dec 04 10:55:19 isn't shipped :P Dec 04 10:55:57 SHR: 03tom 07libphone-ui * rbf7de754d856 10/data/libphoneui.conf: Dropped the broken config from devel branch as well Dec 04 10:56:14 anyhow Dec 04 10:56:14 surf is up Dec 04 10:56:14 ciao. :P Dec 04 11:28:36 spaetz: ? Dec 04 11:28:55 spaetz: built index in wrong window? :P Dec 04 11:30:13 mrmoku: yep Dec 04 11:30:22 restarted your build Dec 04 11:30:23 sorry Dec 04 11:30:28 spaetz: the wrong one though :P Dec 04 11:30:34 oh no :-) Dec 04 11:30:43 libphone-ui and libphone-ui-shr Dec 04 11:30:49 both will be build Dec 04 11:30:50 already finished that one Dec 04 11:30:55 was building feed :) Dec 04 11:31:07 shite. Dec 04 11:31:10 sorry Dec 04 11:31:16 np Dec 04 11:31:17 glad you are watching me :) Dec 04 11:31:39 well... not watching what you're doing with testing though :P Dec 04 11:31:47 "Preparing Runqueue" stage takes ages on buildhost Dec 04 11:31:53 yup Dec 04 11:34:22 TAsn: you lied to me. You said new efl callbacks start at 44000 Dec 04 11:34:38 but they started at 43900 Dec 04 11:34:55 that is just 1000 difference... peanuts :P Dec 04 11:35:42 spaetz: hmm.... actually that is quite bad :( Dec 04 11:36:12 yep Dec 04 11:36:29 and I don't know what I tested, but e.g. shr-settings is broken Dec 04 11:44:17 mrmoku: updated bitbake patches list http://jama.homelinux.org/org.openembedded.shr/bitbake/ first one is optional 000[234] should be almost the same as you already have (only formal change from git format-patch) Dec 04 11:45:08 ok Dec 04 11:49:50 spaetz: shr-settings is not your only problem though Dec 04 11:50:36 spaetz: mokonnect would be another Dec 04 12:01:39 yep, I guess so Dec 04 12:01:46 but that is not even built yet :) Dec 04 12:01:56 I'll just have to bump that as well Dec 04 12:02:41 and once python-efl is nicely working, I'll merge current -unstable and see how to stabilize that :) Dec 04 12:03:05 spaetz: maybe there is problem.. Dec 04 12:03:06 not in the official shr/testing branch of course Dec 04 12:03:11 JaMa: which? Dec 04 12:03:42 http://pastebin.ca/1701713 from angstrom build.. Dec 04 12:04:43 oohhh, Koen will be delighted :P Dec 04 12:05:49 not sure if PROVIDES += "apm" in apmd*.bb is right solution Dec 04 12:06:32 hmm the same in shr for shr-image :/ Dec 04 12:06:37 maybe something is wrong here.. Dec 04 12:07:39 * JaMa rebuilding his buildhost too :) Dec 04 12:09:35 moin Dec 04 12:15:46 mrmoku, JaMa oh shit Dec 04 12:16:01 why does this not work anymore? I mean apmd provides apm, right? Dec 04 12:17:16 this is still in apmd.bb and nothing has changed: PACKAGES =+ "libapm libapm-dev apm" Dec 04 12:17:20 yes it has apm in PACKAGES variable Dec 04 12:17:25 so how can it be unbuildable? Dec 04 12:18:02 perhaps because koen has blacklisted apm stuff? Dec 04 12:18:04 no idea.. seems like only PROVIDES are parsed in this state.. Dec 04 12:18:25 spaetz: no that blacklist will just ignore fso-apm.bb for angsrom Dec 04 12:18:29 mmh Dec 04 12:18:46 effectively nothing should have changed Dec 04 12:18:51 weird. Dec 04 12:20:20 mrmoku: pixman_git failed on builhost Dec 04 12:20:47 ahh, that was from building the feed Dec 04 12:34:17 spaetz: I think its those quotes around${ DISTRO_APM} Dec 04 12:34:46 spaetz: it looks for '"fso-apm"' Dec 04 12:37:00 spaetz: forgot -k... will restart after lunch Dec 04 12:38:47 spaetz: I'll push it.. Dec 04 12:38:57 spaetz: seems to parse ok now Dec 04 12:39:29 ok, thanks for pushing a fix Dec 04 12:40:00 mrmoku: I restarted it. I'm off now. BBL Dec 04 12:40:15 BTW, latest ecore_svn fails to apply the patches Dec 04 12:54:17 mrmoku: have you looked on libc6-dev? Dec 04 13:32:40 hey anyone here who bought a wikireader ? Dec 04 13:37:51 vegyraupe: still busy fixing the first Openmoko hardware I baught;) Dec 04 13:37:59 mrmoku: hehe :D Dec 04 13:38:03 Q-Master: not yet as I had to fix buildhost first Dec 04 13:38:12 Q-Master: but it is fixed now, so I can rebuild it Dec 04 13:40:06 mrmoku: ecore_svn will fails.. fix seems simple.. strange that its not fixed in oe.dev already.. Dec 04 13:40:32 JaMa: did not update on the buildhost :P Dec 04 13:41:55 щл Dec 04 13:41:57 ok Dec 04 13:42:12 * mickey|office has a wikireader but didn't buy Dec 04 13:42:38 mickey|office: heh, well I guess that doesn't count ;) Dec 04 13:42:47 heh Dec 04 13:42:49 I am curious about customs and taxes etc Dec 04 13:42:52 ah Dec 04 13:42:55 no idea Dec 04 13:42:57 not the device itself :P Dec 04 14:13:13 good morrow Dec 04 14:13:59 mrmoku, heya! how's the buildhost doing? Dec 04 14:15:34 ~Ping Dec 04 14:15:35 ~pong Dec 04 14:15:37 ~Ping Dec 04 14:37:14 ~logs Dec 04 14:37:15 All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. Dec 04 14:40:07 JesusMcCloud: better :) Dec 04 14:41:37 mrmoku: you can update .. ecore fixed by Koen Dec 04 14:44:21 mrmoku, so are there updated packages on feed already Dec 04 14:44:40 JesusMcCloud: building index right now Dec 04 14:47:38 mrmoku: NOTE: Not creating empty archive for edbus-ehal-0.5.0.060+svnr44165-r1.4 , this breaks paroli_git.bb Dec 04 14:48:54 mrmoku: btw what happen with Angus? Haven't seen him long.. Dec 04 14:49:13 re Dec 04 14:53:31 nice Dec 04 14:55:27 JesusMcCloud: go and break your phone :P Dec 04 14:55:45 mrmoku, dis do much change? Dec 04 14:55:47 JaMa: no idea what happened to Angus :| Dec 04 14:55:52 JesusMcCloud: don't know Dec 04 14:55:58 JesusMcCloud: might want to update the kernel Dec 04 14:56:21 mrmoku, will opkg pull new kernel by itself? Dec 04 14:59:59 JesusMcCloud: should, yes Dec 04 15:00:43 mrmoku, well then ping me as soon as index is built and i will report Dec 04 15:03:27 [15:55] mrmoku | JesusMcCloud: go and break your phone :P Dec 04 15:03:31 JesusMcCloud: that was my ping :) Dec 04 15:04:45 opkg: extract_archive: /home/projects/OE/tmpdir-dev-shr/staging/armv4t-oe-linux-gnueabi/usr/lib/X11/fonts/: File exists Dec 04 15:04:48 Collected errors: * Failed to extract data files for staging-xserver-xorg-armv4t-oe-linux-gnueabi. Package debris may remain! * Cannot find package staging-xserver-xorg-armv4t-oe-linux-gnueabi. Dec 04 15:04:52 interesting Dec 04 15:05:42 mrmoku: is dri-enabled kernel working ok? Dec 04 15:08:25 Q-Master: if you don't need to suspend then yes Dec 04 15:09:00 hehe Dec 04 15:16:26 mrmoku|away: you remember me asking you for a ping whenever you think it's time to change the recommendation from 0808 to something more recent? Dec 04 15:20:14 spaetz_, then when? Dec 04 15:21:51 spaetz_, hehe, maybe :P Dec 04 15:25:28 when what? Dec 04 15:25:53 spaetz_, nvm. Dec 04 15:25:59 ok :) Dec 04 15:27:24 already saw 43900 Dec 04 15:27:24 I remembered something "round" Dec 04 15:27:24 that was only a couple of commits *after* our rev Dec 04 15:27:24 :P Dec 04 15:27:26 anyhow, making a new testing? (After I broke this one) Dec 04 15:27:42 TAsn: haha :) Dec 04 15:27:48 <[Rui]> hi Dec 04 15:27:58 nahh, you didn't break it. Just shr-settings and mokonnect needed bumping Dec 04 15:28:03 it's already updated Dec 04 15:28:10 <[Rui]> DocScrutinizer: ended up not trying yet your suggestions. Dec 04 15:28:38 and released. full image still building, then feed. Dec 04 15:29:02 I am only going to fix minor stuff that and branched off a new testing branch that contains the latest. Just building that locally Dec 04 15:29:28 s/that/there/ Dec 04 15:29:29 spaetz_ meant: I am only going to fix minor stuff there and branched off a new testing branch that contains the latest. Just building that locally Dec 04 15:33:39 btw shr/merge is still missing some stuff from shr/import :(, ralf just asked for missing branch for linphone already merged to oe.dev :( Dec 04 15:35:14 spaetz_, are you? Dec 04 15:35:21 spaetz_, cool :P Dec 04 15:35:22 JaMa: it's probably in one of the patches you mailed to patchwork, right? Dec 04 15:35:41 TAsn: yep, I do want the nice stuff :) Dec 04 15:35:59 mrmoku|away, did you fix the buildhost issue? Dec 04 15:36:22 cool. Dec 04 15:36:28 and I have the feeling that running from NAND is faster than from sd card. Is that unreasonable or could that actually be? Dec 04 15:36:36 What's wrong with buildhost? Dec 04 15:36:37 <[Rui]> lots upgraded packages... Dec 04 15:36:46 IIRC it's exactly the opposite Dec 04 15:36:46 spaetz_: no it isn't.. those in patchwork are from shr/merge -> oe.dev diff Dec 04 15:36:48 ahhh those pesky revision numbers ... Dec 04 15:36:50 mrmoku|away, upgrade pulled everything except for libphone-ui0 Dec 04 15:37:06 JaMa: I see Dec 04 15:37:36 what's the version you used before moving to testing? Dec 04 15:37:36 oh Dec 04 15:37:36 it's probably jffs vs ext3 Dec 04 15:37:36 or something like that. Dec 04 15:38:02 TAsn: might be Dec 04 15:38:44 spaetz_, the gitrev Dec 04 15:38:44 broke Dec 04 15:38:50 :-( Dec 04 15:39:39 TAsn: current testing was synced with shr/merge on Dec 2 or so. and then included some handpicked patches. Dec 04 15:40:15 for by current experimental testing update I just merged shr/merge in 30 minutes ago, with all SHR revisions pinned to the latest Dec 04 15:40:29 But it could take a while until I get that into a nice shape Dec 04 15:41:02 DocScrutinizer: yep, I remember Dec 04 15:41:24 JesusMcCloud: what version of libphone-ui0 do you have installed? Dec 04 15:42:29 mrmoku, Not installing libphone-ui0 (0.0.0+gitr240+fb4035e797da8b88a3205e3bb5a034dc5bfe0888-r0.4) Dec 04 15:42:48 mrmoku, but libphone-ui0 was listed as upgradable Dec 04 15:44:10 hmm Dec 04 15:44:25 and opkg list_installed libphone-ui0 ? Dec 04 15:44:41 mrmoku, fixed it? Dec 04 15:44:41 mrmoku, i manually installed usinf force-reinstall: Dec 04 15:44:48 heh, ok Dec 04 15:44:49 (buildhost) Dec 04 15:44:54 TAsn: what? the buildhost? yes Dec 04 15:45:08 mrmoku, so I can opkg upgrade to latest libphone-ui and ui-shr? Dec 04 15:45:10 rest of the world? no Dec 04 15:45:27 TAsn: JesusMcCloud had problems not upgrading libphone-ui0... but try Dec 04 15:45:30 should be ther Dec 04 15:45:31 e Dec 04 15:45:54 Q-Master: what exactly do I have to rebuild for libc6-dev? Dec 04 15:46:22 mrmoku: there should be libc_nonshared.a Dec 04 15:46:27 in /usr/lib Dec 04 15:47:10 TAsn, i upgraded already Dec 04 15:47:11 JaMa: any idea about that one? ^^^ Dec 04 15:49:33 huh? Dec 04 15:49:34 mrmoku: no idea.. :/ Dec 04 15:49:35 can, or can't I? (and the rest of the world) Dec 04 15:49:42 mrmoku, there have always been some packages which were listed as upgradalb but did non install, because the were reportes as already installed Dec 04 15:49:49 <[Rui]> anything I should know before rebooting the phone now? Dec 04 15:49:56 * [Rui] just upgraded.... Dec 04 15:49:57 TAsn: save the world? sure go ahead... we will all profit :P Dec 04 15:52:05 where did I say anything about saving the world? Dec 04 15:54:08 TAsn, don't talk about it, do it! Dec 04 15:54:17 [16:49] TAsn | can, or can't I? (and the rest of the world) Dec 04 15:54:30 thought you were talking about saving it ;) Dec 04 15:54:52 * mwester notes its much easier to just damn the rest of the world rather than save it; momentum is going that direction. :p Dec 04 15:55:02 rest of the world? no Dec 04 15:55:03 huh? Dec 04 15:55:03 can, or can't I? (and the rest of the world) Dec 04 15:55:14 I said it *after* you said something about it. Dec 04 15:55:23 less talking, more world saving! Dec 04 15:55:33 * mrmoku is off saving the world Dec 04 15:55:44 mrmoku, bring me back a-shirt Dec 04 15:55:45 easier said than done Dec 04 15:55:55 s/a-shirt/s t-shirt/ Dec 04 15:55:55 JesusMcCloud meant: mrmoku, bring me back s t-shirt Dec 04 15:55:56 damn kernel modules are installing Dec 04 15:56:01 waahaaha Dec 04 15:56:14 stupid keyboard Dec 04 15:56:56 a-shirt? You must be from the A-team?! Dec 04 15:57:40 <[Rui]> TAsn: in phoneui-quick-settings.c I added a printf at the beggining of the function, and it doesn't even get made. Dec 04 15:58:11 and everyone knows you can't save the world without an up to date phoneui Dec 04 15:58:11 <[Rui]> TAsn: it should show up in the console when manually launched, if it was being called... Dec 04 15:58:25 <[Rui]> TAsn: I just built the package! :) Dec 04 15:58:55 uhh... cold outside Dec 04 15:59:02 guess I will just postpone world saving ;) Dec 04 15:59:46 TAsn: ok, then lets just start with phoneui :) Dec 04 16:00:48 TAsn, mrmoku, the freezing call screen seems to be fixed Dec 04 16:02:24 mrmoku, damn you, I just upgraded kernel for nothing, same version :P Dec 04 16:02:27 ptitjes, any libfso-glib progress for mrmoku ? :P Dec 04 16:02:50 TAsn: no, not damn me... damn OE or damn that one who broke the cache ;) Dec 04 16:03:35 TAsn: you should be happy that I did not just make you reflash the whole thing :P Dec 04 16:05:19 SHR: the dictatorship that masquerades as ademocracy Dec 04 16:06:31 which is nice,... as long as you are the dictator :) Dec 04 16:07:41 sure thing, i am also totally por-corruption as long as i have the money to bribe the ones on top or as long as they are friends with me Dec 04 16:08:09 hehe Dec 04 16:08:51 greece is very funny for that matter Dec 04 16:09:13 * mwester thinks JesusMcCloud is a pragmatist, and applauds his practicality. :) Dec 04 16:10:36 <[Rui]> yeah, portugal is also big on corruption... so now our parliament is creating a comission to handle with corruption.... Dec 04 16:10:50 <[Rui]> there's a saying that if you want something buried, just make a parliament commission for handling it :) Dec 04 16:11:46 [Rui], in usa there is a similar phenomenon: if there is aproblem they just "decalre war on" it, which means they are not actually doing anythign about it, but they liek to declare war Dec 04 16:12:05 but only if there is money in it Dec 04 16:13:03 <[Rui]> hehehe Dec 04 16:13:45 full images of shr/testing are now being synced Dec 04 16:15:04 <[Rui]> TAsn: I've moved up the printf into libphone-ui, from libphone-ui-shr, doesn't get printed as well Dec 04 16:15:19 JesusMcCloud: how much? Dec 04 16:15:32 <[Rui]> mrmoku: can I clong phoneui as well, please? Dec 04 16:15:35 mrmoku, ? Dec 04 16:15:37 <[Rui]> s/clong/clone Dec 04 16:15:39 [Rui]: will take a look now Dec 04 16:15:40 <[Rui]> s/clong/clone/ Dec 04 16:15:41 [Rui] meant: s/clone/clone Dec 04 16:15:50 JesusMcCloud: how much do you pay for me not breaking your phone ;) Dec 04 16:15:56 <[Rui]> mrmoku: thanks :) Dec 04 16:16:13 <[Rui]> JesusMcCloud: we better get our act together on this... Dec 04 16:16:40 <[Rui]> mrmoku: I could partner with JesusMcCloud to hire someone from the guild of assassins and inhume you! ]:-> Dec 04 16:17:27 ohh Dec 04 16:17:30 no Dec 04 16:18:11 mrmoku, your reward will the the knowledge and pride, that you have sucesfully resolved problems and are on the path to full enlightenment and uber-1337 haicking skillz <-how about hat? Dec 04 16:18:39 yeah... will suffice Dec 04 16:18:47 hehe! Dec 04 16:19:11 [Rui]: path to fulll enlightenment? Dec 04 16:19:14 err, JesusMcCloud Dec 04 16:19:17 NOO Dec 04 16:19:26 illume is enough, thank you ;P Dec 04 16:20:02 <[Rui]> *+g* Dec 04 16:20:29 spaetz_, were you always that paranoid? the glass is not always half, empty, it is half full! Dec 04 16:21:35 :) Dec 04 16:21:53 I'm going to fill my glass very full now. bbl ... Dec 04 16:22:47 prost, i'll get me some aswell, bbl Dec 04 16:23:40 JaMa: any solution for the pixmap problem? Dec 04 16:23:46 err pixman Dec 04 16:24:25 cheers Dec 04 16:24:29 missing .la again? Dec 04 16:25:09 JaMa: yup Dec 04 16:26:59 TAsn: did libphone-ui0 upgrade for you? Dec 04 16:29:32 mrmoku: nothing better than before.. just remove all pixman stuff from staging and build again Dec 04 16:30:39 JaMa: ok :| Dec 04 16:31:02 [Rui]: found a stupid copy&paste error of me... will probably fix it... testing now Dec 04 16:33:10 almost 8 months old patch and we missed that :/ http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/import&id=48f282afcbe97372ec617c0a77706b107f6ec49d Dec 04 16:33:30 we should really check shr/merge shr/import diff a bit more :/ Dec 04 16:34:12 <[Rui]> mrmoku: ok, thanks :) Dec 04 16:35:10 running diff -rq now.. but I won't spot patches for things I have no idea about and never used.. Dec 04 16:36:49 JaMa: and that diff will be very confusing :| Dec 04 16:36:51 mrmoku, sec, somthing went wrong. Dec 04 16:37:30 mrmoku: I'll check only files missing in shr/merge and also filter older version missing in shr/merge.. Dec 04 16:37:50 mrmoku: I'll send list of missing files to shr-devel@ Dec 04 16:37:58 JaMa: you could put that diff somewhere Dec 04 16:38:00 ahh.. good Dec 04 16:38:24 mrmoku: but we can still miss lots of fixes in recipes.. Dec 04 16:38:35 but checking every diff is insane.. Dec 04 16:39:54 ok, back. Dec 04 16:40:51 wb Dec 04 16:41:00 freesmartphone.org: 03Frederik.Sdun 07cornucopia * r42d2845b1157 10/fsomusicd/ (data/Makefile.am src/Makefile.am): fsomusicd: Fix .service file and install to sbin Dec 04 16:42:59 thanks. Dec 04 16:43:04 mrmoku, any progress with fso-glib? Dec 04 16:43:10 nah Dec 04 16:43:34 (you know the next couple of questions, so just answer the mplease :P ) Dec 04 16:43:49 I repopulated my local buildhost :) Dec 04 16:44:05 so you can now test wizard and split keyboards?? :P Dec 04 16:44:12 but I did make update... and lost the wizard reicpe Dec 04 16:44:21 have to redo it from your broken one :P Dec 04 16:44:22 look at your mail Dec 04 16:44:28 :P Dec 04 16:44:37 though Dec 04 16:44:43 first the dbus fix for [Rui] Dec 04 16:44:52 found why it is segfaulting... my faulg :| Dec 04 16:44:58 *t Dec 04 16:45:12 hehe :P Dec 04 16:45:25 well, it's entirely your fault as his code doesn't work even without you... Dec 04 16:46:14 yup Dec 04 16:46:15 * [Rui] whistles into the air... Dec 04 16:46:18 my fault Dec 04 16:46:23 :P Dec 04 16:46:24 * mrmoku ashamed Dec 04 16:46:27 so commit and build phoneuid. Dec 04 16:46:31 * [Rui] ponders returning to this event tonight as Pornophonique will be playing here... Dec 04 16:46:32 testing first Dec 04 16:46:37 dos1, any progress with types? :P Dec 04 16:47:04 mrmoku, when did we start testing stuff before committing?! Dec 04 16:47:04 [Rui], where do you live. i'll visit you :D Dec 04 16:47:05 :P Dec 04 16:47:15 <[Rui]> playya: closed event :) Dec 04 16:47:17 usually we don't even check if it compiles Dec 04 16:47:18 :P Dec 04 16:47:30 <[Rui]> playya: a sort of Google Hackdays! only it's called SAPO Codebits Dec 04 16:47:39 <[Rui]> playya: Lisboa, Portugal Dec 04 16:47:53 ok Dec 04 16:47:58 TAsnn: yeah... but I have to be carefull... otherwise [Rui] and JesusMcCloud|afk will send me bad people :P Dec 04 16:48:00 too far away ;) Dec 04 16:48:08 :P Dec 04 16:48:13 I'm scared of no one. Dec 04 16:48:28 i continue my brainstorm on launcher/media Dec 04 16:48:39 <[Rui]> mrmoku: no I won't, I promise not to. Dec 04 16:48:49 <[Rui]> mrmoku: those guys who dress in black are so polite... not unnice at all Dec 04 16:48:54 heh Dec 04 16:48:54 works Dec 04 16:48:56 <[Rui]> or bad Dec 04 16:49:04 [Rui]: I'm seeing your quick settings :) Dec 04 16:49:07 * mrmoku commits Dec 04 16:49:20 really? Dec 04 16:49:24 so why didn't it work here :| Dec 04 16:49:36 <[Rui]> playya: where are you from? Dec 04 16:49:50 Mem: 121068 117704 3364 0 14732 54288 Dec 04 16:49:52 oh no Dec 04 16:49:58 opkg is reaching it's limit :P Dec 04 16:50:18 SHR: 03mok 07phoneuid * ra00f7ada457d 10/src/ (phoneuid-settings.c phoneuid-settings.h): phoneuid-settings: fix stupid copy&paste error for function prototype Dec 04 16:51:12 copy&paste Dec 04 16:51:28 <[Rui]> pulling.... Dec 04 16:51:41 that's why I started using MACROS with __VA_ARGS__ although I usually prefer being iso89 compliant Dec 04 16:51:48 <[Rui]> oh no... I don't get phoneuid only libphoneui* Dec 04 16:52:01 <[Rui]> mrmoku: may I, purrrrrrlease? :) Dec 04 16:52:08 [Rui]: already building it Dec 04 16:52:09 [Rui], blackforest/germany. but atm i live in sauerlaund/germany Dec 04 16:52:32 <[Rui]> playya: black forest is a nice name :) Dec 04 16:52:35 mrmoku, sweet. Dec 04 16:52:48 <[Rui]> mrmoku: thanks! Dec 04 16:52:48 mrmoku, now we just need libfso-glib to make it actually work :P Dec 04 16:52:53 yes Dec 04 16:53:05 and black forest >> sauerland Dec 04 16:53:32 <[Rui]> I'm inside an over 200 years old house :) Dec 04 16:53:44 <[Rui]> full of computer geeks Dec 04 16:53:57 <[Rui]> and none of them interested on either openebbeded or EFL Dec 04 16:54:03 <[Rui]> *grumble* Dec 04 16:54:38 hehe Dec 04 16:55:00 TAsnn: yes :| Dec 04 16:55:03 they're all interested in grail and wave? Dec 04 16:55:23 mrmoku, until then, we'll have to settle with split keyboards packages and shr-wizard ;P Dec 04 16:55:25 yeeaah. techno Dec 04 16:56:06 i just figured out that GetPlayingInfo is broken for fsomusicd :P Dec 04 16:56:22 mrmoku, btw, it did upgrade libphone-ui but probably because I used locally built packages with gitr0 :P Dec 04 16:57:11 * TAsnn think we have way too many modules :| Dec 04 16:58:57 TAsnn: hehe, yeah probably Dec 04 16:59:07 * Package libvorbis0 wants to install file /usr/lib/libvorbis.so.0 Dec 04 16:59:07 But that file is already provided by package * libvorbis Dec 04 16:59:09 btw Dec 04 16:59:19 should I manually fix that? Dec 04 17:00:05 yeah, fix it manually for now Dec 04 17:02:10 [Rui]: ok you can update now Dec 04 17:02:19 <[Rui]> ok Dec 04 17:04:57 dos1, ? Dec 04 17:05:20 jesus loves you more than you will know. wohoho Dec 04 17:05:49 btw, mrmoku, I wonder. Dec 04 17:06:19 what does the fact that we use a packed big edj file means Dec 04 17:06:19 for our memory consumption Dec 04 17:06:29 I bet edje knows it's the same file and odesn't get it twice Dec 04 17:08:10 <[Rui]> yeah, printfs show up... Dec 04 17:13:30 [Rui], first time playing with it Dec 04 17:13:32 supersweet :P Dec 04 17:14:16 <[Rui]> TAsn: I was surprised the conversion went so well. Now to make it do stuff... Dec 04 17:14:27 [Rui], :P Dec 04 17:14:46 well, that's our (mrmoku's) job, to get libfso-glib working Dec 04 17:14:48 <[Rui]> I'm thinking of keeping the toolbar on a separate branch while it's not doing anything, really, so we can quickly have it do something Dec 04 17:14:51 and then it'll be easy. Dec 04 17:15:00 <[Rui]> TAsn: indeed. Dec 04 17:15:30 btw, got a spare moment or two? :P Dec 04 17:15:45 <[Rui]> TAsn: who? Dec 04 17:15:48 As I have something to ask you for :P Dec 04 17:15:49 you. Dec 04 17:16:02 <[Rui]> TAsn: shoot Dec 04 17:16:08 if you can Dec 04 17:16:09 <[Rui]> no not with the colt! Dec 04 17:16:19 switch from Window.h Dec 04 17:16:21 to Dec 04 17:16:22 ui-utils.h Dec 04 17:16:48 see examples in both phoneui-dialer.c|h and view/dialer... Dec 04 17:16:51 <[Rui]> TAsn: I thought Window.h was the proper thing to include... Dec 04 17:16:53 and in idle_screen Dec 04 17:16:59 [Rui], it's the old thing :| Dec 04 17:17:05 <[Rui]> ah... Dec 04 17:17:05 we are dropping it one step at a time Dec 04 17:17:13 A change in code will be required though. Dec 04 17:17:24 see what I did in dialer and in idlescreen Dec 04 17:17:27 if you don't have time, it's ok Dec 04 17:17:31 I'll just do it (later) Dec 04 17:21:06 (Though let me know what you decide, as I'll have to do whether I should do it or not) Dec 04 17:21:21 mwester: http://chaos.in-kiel.de/~w/openmoko/zhone.stderr.20091204 Dec 04 17:21:40 mwester: on quite current shr-unstable. did work some days ago. Dec 04 17:23:30 <[Rui]> TAsn: don't worry... if I'm waiting for mrmoku's work on libfso-glib then I can just as well fix it Dec 04 17:23:52 hehe Dec 04 17:24:03 [Rui]: you will have lots of time to fix it :| Dec 04 17:24:15 <[Rui]> mrmoku: bad form! what's up? Dec 04 17:25:15 the libfso-glib blues Dec 04 17:25:35 other than Pornophonique Dec 04 17:26:01 anyway... dinner time... and after that hopefully my local build of shr-wizard has finished :) Dec 04 17:26:09 bbl Dec 04 17:31:29 [Rui], cool :P Dec 04 17:31:34 [Rui], so please do. Dec 04 17:31:44 look exactly what I did in dialer Dec 04 17:31:59 anyhow, food Dec 04 17:32:00 brb. Dec 04 17:32:06 <[Rui]> TAsn: yeah, looking at it right now Dec 04 17:32:19 if you have any questions Dec 04 17:32:23 don't be afraid to ask Dec 04 17:32:24 :P Dec 04 17:32:31 As it's better to ask and do it right Dec 04 17:32:35 than to never ask at all. Dec 04 17:33:04 * TAsn is going to play with his brother's android to see what else is missing in our quick settings Dec 04 17:33:10 mrmoku|away: hey, just a random idea, but... why don't you look at how vala is using libfso-glib at the C layer? After all it's just C and not using any additional libraries (no runtime libraries for Vala) Dec 04 17:33:20 mrmoku|away: that way we could just compare the offending piece of code with one that's working Dec 04 17:33:42 bbl Dec 04 17:37:18 mickey|bbl, Dec 04 17:37:21 he tried to do that Dec 04 17:37:33 the code playya made for him made valac segfault Dec 04 17:37:49 after consulting with ptitjes they figured it's a bug in what generates the .h file :) Dec 04 17:38:35 mwester: oops, confused you with mickeyl Dec 04 17:39:21 mickey|bbl: this happened today on quite current shr-unstable everytime when starting zhone: http://chaos.in-kiel.de/~w/openmoko/zhone.stderr.20091204 Dec 04 17:40:23 <[Rui]> TAsn: good! Dec 04 17:42:54 TAsn, i'll try to finish my example. be pacient Dec 04 17:43:02 :P Dec 04 17:55:51 <[Rui]> TAsn: do I have to do this as well? win = ui_utils_view_window_get(&view.parent); Dec 04 18:04:22 anyone wants to review this document: http://www.freesmartphone.org/index.php/Brainstorm/Launcher Dec 04 18:11:45 playya: s/multible/multiple/ Dec 04 18:12:44 mrmoku: how's libc6-dev doing? Dec 04 18:19:42 Wonka, fixrd. thx Dec 04 18:19:55 np Dec 04 18:20:15 Q-Master: not good... as I don't know what to do Dec 04 18:20:19 any other feedback? Dec 04 18:20:37 playya: read it... still thinking Dec 04 18:20:55 sth missing, completely wrong Dec 04 18:21:00 Q-Master: just rebuilding won't change anything Dec 04 18:21:19 mrmoku: there SHOULD be libc_nonshared.a in there Dec 04 18:21:35 If not - nothing will compile ever Dec 04 18:22:23 Q-Master: I'm not capable enough to fiddle with eglibc packaging though :| Dec 04 18:23:16 mrmoku: crap... 8( Dec 04 18:23:19 mickey|bbl: PaulFertser: for the neverending batcharge state story: on maemo lshal reports: charging=true,dischg=false for a discharged bat that actually gets charged. charg=true,dischg=true for a full bat with charger attached. charge=false,dischg=true for true opeartion off the bat Dec 04 18:23:38 mrmoku: btw, how do you compile anything on pc? Dec 04 18:23:54 mrmoku: is it safe to opkg upgrade when it pulls in some kernel stuff? Dec 04 18:25:59 TAsn: I still do not know if it is the Makefile, or valac, or something else as there are many parts involved in the generation Dec 04 18:26:29 TAsn: obviously there are many part in it, however I guess mickey|bbl should have seen that before Dec 04 18:26:31 bumbl: yes, unfortunatelly it is the same kernel it is pulling :| Dec 04 18:26:35 [Rui], no, I just find it nicer. Dec 04 18:26:41 bumbl: result of loosing the bitbake cache on the buildhost Dec 04 18:27:41 ptitjes, of course. Dec 04 18:27:53 ptitjes: I don't think the declarations are our only problem Dec 04 18:27:57 ptitjes, I just wonder: 1) got any eta? think you can maybe put your weight on it? Dec 04 18:28:20 2) is there a way to manually put the declarations in our source until it's fixed? Dec 04 18:28:40 TAsn: yes, that is something I was thinking about too Dec 04 18:28:47 TAsn: I was too much tired yesterday evening (my head was falling on the keyboard) Dec 04 18:28:47 [Rui], anyhow? does it work? need anything? Dec 04 18:28:59 TAsn: got some stuff to do for my departure on sunday Dec 04 18:29:01 ptitjes, does it still fall nowL :P Dec 04 18:29:05 ptitjes, btw, where do you live now? Dec 04 18:29:13 oh, you haven't move yet? Dec 04 18:29:28 mrmoku: ok Dec 04 18:29:31 TAsn: but I guess I could take a look from there Dec 04 18:29:47 I.e tuesday? Dec 04 18:29:49 TAsn: I move for two weeks to prepare my installation there in January Dec 04 18:30:00 where is there? Dec 04 18:30:05 ptitjes: do you have a very basic vala sample that is using fso-glib? Dec 04 18:30:06 TAsn: in the Pyrénée Dec 04 18:30:09 s Dec 04 18:30:31 mrmoku: ophonekitd uses it Dec 04 18:30:39 ptitjes: something I (or better still you :P) could vala -C Dec 04 18:30:44 mrmoku: libmodulo's samples use dbus interfaces too Dec 04 18:30:45 * playya is switching to his laptop to write a vala example Dec 04 18:30:57 playya: :D Dec 04 18:31:01 mrmoku: both are valac -C 'ing Dec 04 18:31:06 ptitjes, SO COOL :P Dec 04 18:31:17 ptitjes: but both are complex :P Dec 04 18:32:08 mrmoku: there are not, there are just using abstraction that C code don't permit as it is overly complicated to do simple things Dec 04 18:32:27 :p Dec 04 18:32:51 ptitjes: fine, but I have to analyze the overly complicated C code that vala generates out of it then :P Dec 04 18:33:20 TAsn, mrmoku: my problem is that mickey|bbl made many commits on vala-dbus-binding-tools, the specs and libfso-glib's build system Dec 04 18:33:42 TAsn, mrmoku: I'm quite sure the problem is in those commits Dec 04 18:33:57 TAsn, mrmoku: and not in valac Dec 04 18:34:17 i tried to add --use-header, but no better result Dec 04 18:34:18 so just build an older version Dec 04 18:34:20 and let us know. Dec 04 18:34:36 btw. what is freesmartphone-util.vala supposed to be? Dec 04 18:34:49 TAsn, mrmoku: I had not built those for days, and I am having a hard time to set them up again as this mix with the fact I updated my libtool, etc... in between Dec 04 18:35:12 :| Dec 04 18:35:15 TAsn: but the older version was correctly generating the headers Dec 04 18:35:37 TAsn: and I can't run it again because of my libtool update Dec 04 18:35:55 TAsn: I have to make everything uptodate and debug what's the problem Dec 04 18:36:14 i c. Dec 04 18:36:18 TAsn, mrmoku: did you ask first to mickey|bbl what was the problem ? Dec 04 18:36:24 so you really think it's the dbus-binding-tool Dec 04 18:36:31 I haven't. Dec 04 18:36:43 ptitjes: mickey|bbl knows we have problems, yes Dec 04 18:36:44 TAsn, mrmoku: he is maintaining them more than me Dec 04 18:37:10 mrmoku: can you find this lib in cross-compiling env and mail it to me Dec 04 18:37:11 ? Dec 04 18:37:24 look at the git logs he has hundreds of commits on both vala-dbus-binding-tool, the specs and libfso-glib Dec 04 18:37:45 TAsn: no for sure it is not the binding tool Dec 04 18:37:57 TAsn: the binding tool only generates the vala code Dec 04 18:38:07 most of the libfso-glib commits are mostly regens Dec 04 18:38:13 TAsn: either it is libfso-glib's Makefile (build system in general) Dec 04 18:38:25 TAsn: or it is valac Dec 04 18:38:36 playya: yeah most of them are regen Dec 04 18:38:48 playya: the others are build system "enhancements" Dec 04 18:39:01 Q-Master: where is it supposed to be? Dec 04 18:39:04 I suspect that is the problem Dec 04 18:39:25 libc_nonshared.a Dec 04 18:39:26 ? Dec 04 18:39:57 mrmoku, do you only need the C code? Dec 04 18:40:10 playya_: yep Dec 04 18:40:47 Q-Master: http://build.shr-project.org/tests/mrmoku/libc_nonshared.a Dec 04 18:41:12 playya_: I want to see what vala compiles it too Dec 04 18:41:23 playya_: and then do the same in my C code :) Dec 04 18:41:31 gl && hf: http://pastebin.com/f5f874a7e Dec 04 18:43:25 playya_: thanks :) Dec 04 18:44:04 ptitjes: what is the difference between doing free_smartphone_pim_contacts_dbus_proxy_new and free_smartphone_get_proxy ? Dec 04 18:44:11 mrmoku: in /usr/lib/ Dec 04 18:44:19 Q-Master: already found and posted Dec 04 18:44:34 agg Dec 04 18:44:40 mrmoku: free_smartphone_pim_contacts_dbus_proxy_new is not in the header Dec 04 18:44:43 playya_, thanks :P Dec 04 18:44:44 thnx Dec 04 18:44:53 mrmoku: is it ? Dec 04 18:45:14 ptitjes: no Dec 04 18:45:21 ptitjes: but in the code vala generated :P Dec 04 18:47:01 mrmoku: nah the generated USER code does not use that Dec 04 18:47:07 lol Dec 04 18:47:15 our wiki is seriously outdated. :| Dec 04 18:47:31 did someone update the screeshots btw ? Dec 04 18:47:38 screenshots Dec 04 18:48:54 mrmoku: else it would be in the headers Dec 04 18:49:22 TAsn: FATAL: python setup.py build_ext execution failed. Dec 04 18:49:41 ptitjes: then probably using vala -C to learn something is out of the question :| Dec 04 18:49:57 mrmoku: yes you can use that Dec 04 18:50:19 could you paste me your vala code sample and generated C code ? Dec 04 18:50:37 playya_: ^^^ please :) Dec 04 18:50:37 mrmoku, ffs. Dec 04 18:50:39 * Wonka throws another diff in mickeys general direction Dec 04 18:50:53 ptitjes, shr screenshots? kinda. Dec 04 18:51:01 ptitjes: c code is here http://pastebin.com/f5f874a7e Dec 04 18:51:10 ptitjes: vala code on playya_'s harddisk :) Dec 04 18:51:17 TAsn: yeah those screenies - there are not uptodate right ? Dec 04 18:52:04 ptitjes, some of them are more up to date than the rest Dec 04 18:52:20 heinervdm updated them a bit a month ago. Dec 04 18:52:51 ptitjes, actually Dec 04 18:52:55 they are all up to date Dec 04 18:53:08 they date one month back Dec 04 18:53:09 TAsn: oki I looked before that update Dec 04 18:53:20 there were a couple of improvements Dec 04 18:53:24 TAsn: hum the new contact card is nice :p Dec 04 18:53:33 but other than that, that's what you get. Dec 04 18:53:43 ptitjes, mrmoku's work :P Dec 04 18:53:52 TAsn: does the volume and mic level work ? Dec 04 18:54:00 duh :P Dec 04 18:54:06 (and get saved after a call) Dec 04 18:54:19 ptitjes: working like a charm :) Dec 04 18:54:27 good!!! Dec 04 18:55:02 heyho Dec 04 18:55:24 mrmoku, TAsn: I still find the general look and feel a bit uggly, but if it works... Dec 04 18:55:25 evening all Dec 04 18:55:26 :p Dec 04 18:55:30 ptitjes: welcome back. glad to see you Dec 04 18:55:33 mickeyl: hello! Dec 04 18:55:42 ptitjes: move went alright? settled somewhat down now? Dec 04 18:55:47 ptitjes, same here :P Dec 04 18:55:48 ptitjes: we're working on that :P Dec 04 18:55:56 mickeyl: I was catched up by those guys to try to unbreak your work :p Dec 04 18:55:58 Though we are working on that. :P Dec 04 18:55:59 slowly but steady ;) Dec 04 18:56:08 ptitjes: heh, pity. but i doubt that i did break it :) Dec 04 18:56:08 mrmoku, lol, exactly :P Dec 04 18:56:13 ptitjes: rather some vala updates Dec 04 18:56:25 mickeyl: about the header problem ? Dec 04 18:56:27 at least we have the full task-force here Dec 04 18:56:35 please solve it guys :P Dec 04 18:57:05 Wonka: I'm afraid someone needs to catch up with the revamp of callback handling in python EFL :/ Dec 04 18:57:23 ptitjes: no, that's news to me. i thought we were talking about mrmoku's libfso-glib usage problems Dec 04 18:57:27 (or is that the same?) Dec 04 18:57:38 mickeyl: related Dec 04 18:57:57 mickeyl: the generated freesmartphone.h are missing lots of function declarations Dec 04 18:58:14 mickeyl: I compared to what I got before git pull, and there were all the declarations Dec 04 18:58:21 mickeyl: now there is a lot missing Dec 04 18:58:35 i see Dec 04 18:58:52 mickeyl: thought so Dec 04 18:59:03 what happens if you try a known-good snapshot with recent vala? Dec 04 18:59:12 does that make the headers reappear? Dec 04 18:59:14 (which i doubt) Dec 04 18:59:19 <[Rui]> almost finished moving quick settings into ui-utils.h Dec 04 18:59:30 mickeyl: could you check your freesmartphone.h ? there should be a free_smartphone_PKG_INTERFACE_METHODNAME for all methods Dec 04 18:59:50 mickeyl: the ticket I threw was not about that BTW ;) Dec 04 19:00:37 [Rui], sweet :P Dec 04 19:00:51 [Rui], Did you add quick_settings_init/deinit/show/hide ? Dec 04 19:00:57 mickeyl: for instance free_smartphone_music_player_get_current_playlist is missing Dec 04 19:00:59 <[Rui]> TAsn: yes Dec 04 19:01:04 SWEET :P Dec 04 19:01:14 mickeyl: they should be located at the end of the file Dec 04 19:01:24 http://pastebin.ca/1702162 that's my freesmartphone.h Dec 04 19:01:33 [Rui], also don't forget the is_init function :P Dec 04 19:01:39 <[Rui]> TAsn: didn't Dec 04 19:01:41 void (*get_current_playlist) (FreeSmartphoneMusicPlayer* self, GAsyncReadyCallback _callback_, gpointer _user_data_); Dec 04 19:01:41 Dec 04 19:01:45 Cool. :P Dec 04 19:02:16 So all there's left is Dec 04 19:02:26 mickeyl: that one is not the correct one Dec 04 19:02:28 indeed, there's no full free_smartphone_music_player_get_current_playlist Dec 04 19:02:33 making sure you did phoneui-quick-settings.c Dec 04 19:02:37 exactly the same as in dialer :P Dec 04 19:02:45 i don't see how any of my changes should be responsible for that Dec 04 19:02:46 mickeyl: seen my note on batcharge states? Dec 04 19:02:52 (and look closely at the includes, I also made them saner) Dec 04 19:02:54 there were solely buildsystem related Dec 04 19:03:00 <[Rui]> TAsn: made my best, now I'm working around finishing details Dec 04 19:03:01 looks like Vala is not emitting all headers it should Dec 04 19:03:09 [Rui], sweet :P Dec 04 19:03:12 Oh, one last thing. Dec 04 19:03:13 DocScrutinizer-8: yes, but i didn't understand what you were trying to say Dec 04 19:03:16 don't forget to bind the Dec 04 19:03:18 destroy-cb Dec 04 19:03:24 to a function of your own Dec 04 19:03:27 that hides the screen :P Dec 04 19:03:42 DocScrutinizer-8: is fsodeviced doing something wrong? Dec 04 19:03:43 (this will mean that the screen won't delete, just hide) Dec 04 19:03:51 mickeyl: http://pastebin.valadoc.org/1675.html Dec 04 19:04:27 <[Rui]> TAsn: also think I didn't forget that Dec 04 19:04:37 ptitjes: yes? Dec 04 19:04:41 :P Dec 04 19:04:52 [Rui], I'll review after you commit to make sure everything is there Dec 04 19:04:55 mickeyl: why is the removal in line 26 ? Dec 04 19:04:59 though I think you should be fine :P Dec 04 19:05:04 mickeyl: basically I probabky :-) want to say: bat charging AND discharging same time means bat full and charger present. bat neither charging nor discharging means device is *off* :-P Dec 04 19:05:15 ptitjes: that came with the header revamp Dec 04 19:05:31 mickeyl: nah, just mentioning. continuing an acient discussion Dec 04 19:05:32 ptitjes, mind checking if adding that back fixes it? Dec 04 19:05:34 ptitjes: all vala projects have that Dec 04 19:06:04 mickeyl: oki Dec 04 19:06:23 DocScrutinizer-8: recent fsodeviced seems to handle things quite well with the battery Dec 04 19:06:33 yep Dec 04 19:06:35 minus the ancient problem of a missing gta01-battery on gta02 calss Dec 04 19:06:40 but that doesn't seem likely to be fixed ever Dec 04 19:06:42 <[Rui]> TAsn: sure, but at this moment the mission is to have exactly the same behaviour it did with the older api Dec 04 19:06:54 [Rui], of course. :P Dec 04 19:06:58 <[Rui]> damn, catching a lot of typos :) Dec 04 19:07:13 hehe :P Dec 04 19:07:17 morphis: hi Dec 04 19:07:19 <[Rui]> like #include Dec 04 19:07:34 mickeyl: heyho Dec 04 19:07:48 <[Rui]> I point to --------^ Dec 04 19:07:56 ptitjes, if you review my bug, you'll realize, that is either a missing flag or a vala bug Dec 04 19:08:24 [Rui], Dec 04 19:08:32 #include "views/quick-settings-view.h" Dec 04 19:08:33 mickeyl: (missing) seems I remeber PaulFertser has provided a reasonable solution for that, as far as possible Dec 04 19:08:34 :P Dec 04 19:08:38 morphis, you already booted your own rootfs? Dec 04 19:08:51 playya_: jep, that task is already done Dec 04 19:08:51 Wonka: i'll work very soon on the calypso specifics for fsogsmd Dec 04 19:09:00 playya_: hum what ticket ? Dec 04 19:09:01 Wonka: for this i'll use zhone Dec 04 19:09:09 so if no one beats me to it, i'm going to fix it the Dec 04 19:09:10 n Dec 04 19:09:11 It's more descriptive for the programmer, and more correct (for gcc) Dec 04 19:09:12 playya_: the tricky problem was how to setup the usb interface Dec 04 19:09:15 morphis, congrats Dec 04 19:09:18 DocScrutinizer-8: interesting. is that already in our kernel? Dec 04 19:09:30 dunno Dec 04 19:09:32 DocScrutinizer-8: how does it work? we will get two batteries always registered? Dec 04 19:09:34 <[Rui]> TAsn: I used <> only here, it's "" in the code :) Dec 04 19:09:41 playya_: they are using the g_composite module to provide several usb gadgets Dec 04 19:09:43 max 1 will have status inserted? Dec 04 19:09:45 some gta0q-bat driver you can load Dec 04 19:09:48 :P Dec 04 19:10:01 anyhow, I'm going to get some rest. Dec 04 19:10:04 playya_: now I am working on getting kexecboot to run :) Dec 04 19:10:06 gta01-driver Dec 04 19:10:13 ptitjes, please try to fix this :P Dec 04 19:10:15 oki TAsn, mrmoku, mickeyl: I'll try to take a look at it next week Dec 04 19:10:20 mrmoku, please try to make sure ptitjes fixes it :P Dec 04 19:10:29 mickeyl: nope, we only have one bat Dec 04 19:10:32 TAsn: I can't do that now Dec 04 19:10:33 ptitjes, thanks. Dec 04 19:10:36 g_composit? new module i always want? Dec 04 19:10:38 okie. Dec 04 19:10:40 mickeyl: cool *wait* Dec 04 19:10:51 ptitjes: yeah, thanks... and have a good move :) Dec 04 19:10:58 DocScrutinizer-8: hmm, how so? Dec 04 19:11:09 mrmoku, that leaves you time for keyboards split, shr-wizard and #763 :P Dec 04 19:11:09 if two drivers are loaded, two batterie class devices should appear Dec 04 19:11:12 mickeyl: btw did you have time to make a all-signatures dbus sample ? Dec 04 19:11:21 mickeyl: I may look at that at the same time Dec 04 19:11:26 TAsn: I posted the error for shr-wizard :P Dec 04 19:11:27 ptitjes: not yet, but now that you're back i'll do that on weekend Dec 04 19:11:31 mrmoku: thank you Dec 04 19:11:32 playya_: no, g_composite is already in upstream kernel but there some palm specific modifications in the kernel for the pre Dec 04 19:11:40 mickeyl: forced unregister of 02bat, modprobe 01bat driver... voila sane bat sysnodes again Dec 04 19:11:44 mrmoku, I saw that. I still wonder why it happens, got any leads? :P Dec 04 19:11:54 DocScrutinizer-8: hmm Dec 04 19:11:54 humm I'm not really back :p Dec 04 19:12:01 TAsn: well... missing setup.py Dec 04 19:12:03 mickeyl: something like that iirc Dec 04 19:12:06 so something needs to detect the actual battery and load the appropriate driver Dec 04 19:12:08 oki guys Dec 04 19:12:10 c u Dec 04 19:12:11 playya_: they are setting a specific configuration on boot for the right gadgets (only novacom, novacom+usb or novacom+usb+storaged) Dec 04 19:12:13 cu ptitjes Dec 04 19:12:16 mrmoku, there shouldn't be one. Dec 04 19:12:17 cya ptitjes Dec 04 19:12:22 sounds like kernel's duty to me Dec 04 19:12:22 don't use setuptools Dec 04 19:12:25 just autotools Dec 04 19:12:29 mickeyl: seems something actually does Dec 04 19:12:29 TAsn: how does it get installed then? Dec 04 19:12:31 morphis, but it some kind of virtual USB hub to provide multiple device Dec 04 19:12:36 I ship it from autotools Dec 04 19:12:38 oh. ok Dec 04 19:12:39 as a script Dec 04 19:12:49 mickeyl: ask Paul ;-) Dec 04 19:12:49 TAsn: python code? wow... :P Dec 04 19:12:49 playya_: jepp Dec 04 19:12:53 PaulFertser: ? Dec 04 19:12:58 mrmoku, autotools rock. :P Dec 04 19:12:59 yep Dec 04 19:13:06 my ticket was good Dec 04 19:13:15 only things needed a change are s Dec 04 19:13:15 doh. my network connection is too slow for ptitjes Dec 04 19:13:18 (git vs pname) Dec 04 19:13:20 and src_uri Dec 04 19:13:36 playya_: still here, so what's the ticket Dec 04 19:13:37 ? Dec 04 19:13:44 morphis: PaulFertser suggested that someone asks for information under NDA Dec 04 19:13:58 morphis: i don't know how we could refactor a GPL driver from that, but it might be worth a try Dec 04 19:13:59 ptitjes: https://bugzilla.gnome.org/show_bug.cgi?id=598266 Dec 04 19:14:20 mickeyl: jepp I already had this thought Dec 04 19:14:22 <[Rui]> mickeyl: how about talking with Greg KH about that? Dec 04 19:14:28 ptitjes, https://bugzilla.gnome.org/show_bug.cgi?id=598266 Dec 04 19:14:33 dunno, someone needs to take the wheel on that Dec 04 19:14:41 <[Rui]> mickeyl: he's been pressuring lots of hw vendors about that Dec 04 19:14:47 playya_: oki - bookmarked Dec 04 19:15:01 thanks Dec 04 19:15:03 mickeyl: from the current point of view I think it is very hard to get a full featured driver for this peace of modem hardware Dec 04 19:15:04 c u again Dec 04 19:15:09 ptitjes: cu Dec 04 19:15:13 mrmoku, anyhow, I think using my recipe as is with only changing s and src_uri should just work :PY Dec 04 19:15:19 ptitjes, cu and thanks. Dec 04 19:15:22 cu ptitjes Dec 04 19:15:33 c u Dec 04 19:15:35 bbl Dec 04 19:15:41 mrmoku, give it a go :P (please) Dec 04 19:15:41 <[Rui]> the worse parts being phone and display, I'd guess Dec 04 19:15:47 bye doc Dec 04 19:16:13 mrmoku, finished thinking? Dec 04 19:16:16 morphis: when i say "driver" i mean anything that accesses it Dec 04 19:16:24 mickeyl: the protocol seems to be very close to the normal hci std. but the packet format can be different and extended to hell Dec 04 19:16:32 TAsn: calling and smsing still does not work from contacts app - i am using opimd Dec 04 19:16:55 bumbl, show me an example contact (all fields) please Dec 04 19:17:04 tell me what screen you are trying from Dec 04 19:17:07 mickeyl: ok, simple access (e.g. getting the imei) should be very easy to be done Dec 04 19:17:08 what exactly happens Dec 04 19:17:09 etc Dec 04 19:17:18 mickeyl: but they are doing more than this over this uart port Dec 04 19:17:32 TAsn: from contact and contact detail screen - nothing happens at all Dec 04 19:17:35 power management, some audio related stuff, gps, ... Dec 04 19:17:45 mickeyl: but the NDA thing would be an option Dec 04 19:17:55 bumbl, what fields do you have for that contact? Dec 04 19:18:00 here it works brilliantly Dec 04 19:18:02 show, delete work, call sms don't, add field does work too Dec 04 19:18:06 morphis: given the current showstopper-kind of state, i'd say it's worth a try. can't lose anything Dec 04 19:18:08 bumbl, does it seg? Dec 04 19:18:15 TAsn: Surname Number Name Dec 04 19:18:22 no it just does nothing Dec 04 19:18:29 Number? not Phone? Dec 04 19:18:30 Next time i seem to get excited about phone hardware, just shoot me Dec 04 19:18:33 *sigh* Dec 04 19:18:42 Cell phone the field is called Dec 04 19:18:42 Try changing to Phone (or adding a sample contact) Dec 04 19:18:46 * mickeyl turns back to his lovely open freerunner Dec 04 19:18:51 jepp Dec 04 19:18:53 bumbl, should work. Dec 04 19:19:04 though just to make sure, please try it with a field called phone Dec 04 19:19:04 tel:+43xxxxxxxx Dec 04 19:19:05 :P Dec 04 19:19:17 mickeyl: hehe, but the Pre is a good phone :) Dec 04 19:19:20 I don't care about the content, only about field name. Dec 04 19:19:34 bumbl, and you said it just does nothing?! what versions of ui-shr and ui? Dec 04 19:19:34 morphis: no doubt Dec 04 19:19:36 i love webos Dec 04 19:19:37 until Palm has the idea to invent this ugly protocol :) Dec 04 19:19:43 wish we could put it on other hardware Dec 04 19:19:49 everything else should work fine with a little bit work Dec 04 19:19:50 and interface with the UI library from a sane language Dec 04 19:20:06 webos is an exelent mobile os Dec 04 19:20:25 TAsn: the latest in the feeds - when i press sms in detailed view it shows me a broken filemanager widget Dec 04 19:20:33 bumbl, lol yeah. Dec 04 19:20:35 saw that just now Dec 04 19:20:38 WTH?! Dec 04 19:20:44 though what about when trying to send from list? Dec 04 19:20:48 (works for me) Dec 04 19:20:49 morphis, but its not perfect yet. it's not using fso (yet?) Dec 04 19:21:09 TAsn: nothing shows up - it just sits there as if i haven't pressed the sms button Dec 04 19:21:16 <- cigarette Dec 04 19:21:25 playya_: no it is not (currently) Dec 04 19:21:47 playya_: but there are no big blockers (except modem) Dec 04 19:21:54 mrmoku, Dec 04 19:21:56 window_frame_show(data->win, data, frame_photo_show, frame_photo_hide); Dec 04 19:22:01 in Dec 04 19:22:04 frame_show_action_sms_clicked(void *_data, Evas_Object * obj, void *event_info) Dec 04 19:22:25 you accidentally left a hack for you to test and committed it ! :P Dec 04 19:22:29 Will fix. Dec 04 19:22:30 (noob) Dec 04 19:22:49 TAsn: the problem is that all fields are called Cell phone and not phone Dec 04 19:23:01 bumbl, please try calling one Phone Dec 04 19:23:04 and then trying Dec 04 19:23:09 (to help me narrow it down) Dec 04 19:23:09 it works with that Dec 04 19:23:51 bumbl, ok. Dec 04 19:23:55 yeah, just found the broken code. Dec 04 19:24:01 ok Dec 04 19:24:10 so consider this as "will be fixed :P" Dec 04 19:24:47 It's because of the lack of proper support in opimd for correct types Dec 04 19:24:59 it'll get rewritten soon (this part) Dec 04 19:25:14 TAsn: how fast could you get a new opk into the feed? i am leaving in 4h - or is there a way to fix the .vcf to import Phone and not Cell Phone? Dec 04 19:25:46 bumbl, will try to make it asap Dec 04 19:25:54 will tell you in an hour or so (hopefully less) Dec 04 19:25:55 sec. Dec 04 19:26:02 bbl (fixing bumbl's issue) Dec 04 19:29:46 oh yes... forgot that hack :P Dec 04 19:34:59 <[Rui]> question WRT the quick settings UI parts... should I use the paths of icons in the settings application or duplicate those icons? Dec 04 19:35:40 [Rui]: we want to have all icons in the edj in the end Dec 04 19:35:49 they are already there but not used Dec 04 19:36:00 that way they will be themable too Dec 04 19:36:08 * [Rui] nods... Dec 04 19:36:29 so just use the ones from default.edc (on top) and add as needed Dec 04 19:36:44 <[Rui]> hms... Dec 04 19:36:47 TAsn: I have a shr-wizard ipk :) Dec 04 19:36:54 mrmoku, thank god ;P Dec 04 19:37:00 please add it to image now ;P Dec 04 19:37:03 how does it get started? Dec 04 19:37:14 bbl Dec 04 19:38:05 TAsn: I removed .e and restarted x... but I get only the normal (though reduced) e wizard Dec 04 19:38:15 * [Rui] still dies of fear reading edc files Dec 04 19:38:21 <[Rui]> will leave for later Dec 04 19:39:15 mrmoku, please try to see what went wrong Dec 04 19:39:21 is the python wizard installed? Dec 04 19:39:44 mrmoku, should just load after you finish the wizard Dec 04 19:40:18 it is installed Dec 04 19:40:24 /usr/share/shr-wizard/shr-wizard.py Dec 04 19:40:30 I can manually start it Dec 04 19:40:33 and it works then Dec 04 19:40:36 <[Rui]> cool, got an ipk too Dec 04 19:40:39 mickeyl: shr already can detect if the gta02 battery is not present (by hdq timeout errors in the logs) and i think one can tweak it to load a dumb driver in this case. Dec 04 19:41:19 PaulFertser: i see, hacky, but that might work. how about the other way round? Dec 04 19:43:13 mickeyl: then an additional driver should be written that does some magic etc. I'm not pro enough to say for sure but to me it looks rather like something udev should handle. Dec 04 19:43:43 <[Rui]> TAsn: so no work is lost in case of a disaster, I'm going to commit Dec 04 19:43:49 :P Dec 04 19:43:53 mrmoku, I c. Dec 04 19:43:55 <[Rui]> TAsn: the ipk get's generated from my git tree Dec 04 19:44:06 PaulFertser: i agree. i don't think this is something FSO should get involved in Dec 04 19:44:09 ok, so it's probably something bad with the "system" line Dec 04 19:44:11 in the module Dec 04 19:44:17 try to find out what's wrong there. Dec 04 19:44:24 me? Dec 04 19:44:27 mickeyl: neither do i :) Dec 04 19:44:28 yes. Dec 04 19:44:35 TAsn: no time... have to split keyboards ;) Dec 04 19:44:41 fair enough ;P Dec 04 19:44:42 excellent. one task less ;) Dec 04 19:46:27 <[Rui]> then again, something is wrong as it only opens the window when I ask for it a second time Dec 04 19:48:45 <[Rui]> well, will commit anyway, because I want to eat something and it's not safe to leave a laptop :) Dec 04 19:48:47 <[Rui]> alone... Dec 04 19:48:48 <[Rui]> bbl Dec 04 19:49:29 SHR: 03tom 07libphone-ui * r9189f44e8aa6 10/src/phoneui-utils.c: The sms send function now accepts only 'Phone' not 'number' Dec 04 19:49:35 * playya_ thinks about adding a brainstorm/fsoeventsd, too Dec 04 19:50:22 SHR: 03rms 07libphone-ui-shr * r92aa9fd662fe 10/src/phoneui-quick-settings.c: Adapting to the new api Dec 04 19:50:23 SHR: 03rms 07libphone-ui-shr * re98b7a5bf56b 10/src/ (5 files in 2 dirs): Moved to the new ui-utils api. Dec 04 19:50:33 TAsn: btw. description in the bb says an e module and a python app Dec 04 19:50:39 TAsn: should there be the module too? Dec 04 19:50:40 playya_: good idea Dec 04 19:50:53 playya_: got interrupted while thinking Dec 04 19:51:21 mrmoku, lol, the module doesn't get installed? :P Dec 04 19:51:25 so that's probably it. Dec 04 19:51:31 yeah, there should also be a module Dec 04 19:51:34 installed in the right path Dec 04 19:51:38 hah, good Dec 04 19:51:42 page_777.o or something Dec 04 19:51:45 (that I did not yet commit it :P) Dec 04 19:52:02 look in the autotools scripts Dec 04 19:53:21 pkg_LTLIBRARIES = page_900.la Dec 04 19:54:23 mickeyl: does one need to inherit lib_package for that ^^ ? Dec 04 19:54:59 i wouldn't say need Dec 04 19:55:06 but you can try with it Dec 04 19:55:09 it does not get installed Dec 04 19:55:20 or autotools_stage? Dec 04 19:55:41 mrmoku, it got installed here Dec 04 19:55:49 with my recipe Dec 04 19:55:57 TAsn: hmm, strange then Dec 04 19:56:09 but I think Dec 04 19:56:15 I may have added something to Dec 04 19:56:18 FILE_{PN} Dec 04 19:56:26 as it's a special dir that does not get included Dec 04 19:56:28 ohh Dec 04 19:56:30 my bad Dec 04 19:56:31 ... Dec 04 19:56:33 :P Dec 04 19:56:45 don't ruin my hard work:P (recipe) Dec 04 19:56:50 I'm not a total bb noob :) Dec 04 19:56:52 :P Dec 04 19:57:12 TAsn: though... the comment above that was irritating me ;) Dec 04 19:57:19 #until I figure out how to do it correctly so it won't include the .debug and .a stuff Dec 04 19:57:22 :P Dec 04 19:57:31 hehe yeah :P Dec 04 19:57:41 well, just include the full path Dec 04 19:57:46 for the module Dec 04 19:57:58 (the issue is that the path is weird because of weird e behavior) Dec 04 19:58:35 /usr/lib/enlightenment/modules/wizard/linux-gnueabi-arm-ve Dec 04 19:58:35 r-pre-svn-04/ Dec 04 19:58:43 :| Dec 04 19:59:11 oh Dec 04 19:59:23 yes :| Dec 04 19:59:27 if $libdir/ works too Dec 04 19:59:31 I will leave it as is Dec 04 19:59:40 I did libdir? Dec 04 19:59:44 really? Dec 04 19:59:49 libdir includes debug info Dec 04 19:59:50 which is bad Dec 04 19:59:54 heh Dec 04 19:59:59 at least Dec 04 20:00:01 hmm Dec 04 20:00:07 no, actually I have nothing to say :| Dec 04 20:05:21 SHR: 03tom 07libphone-ui * r47e106bac47e 10/src/phoneui-utils.c: sms send only accepts gvalues now Dec 04 20:12:24 mrmoku, wow, I really want to rewrite all of the screens :P Dec 04 20:12:28 So much mess :| Dec 04 20:15:45 TAsn, hehe. Dec 04 20:16:54 DocScrutinizer51, I dare you to laugh *after* you clone the repo :P Dec 04 20:23:12 mrmoku, wizard now works? :P Dec 04 20:23:25 no Dec 04 20:23:35 trying to find out the correct way Dec 04 20:23:56 I don't want to have the hack you did in Makefile.am in the bb too :P Dec 04 20:24:13 you can.t Dec 04 20:24:16 you can't Dec 04 20:24:20 there's no proper way to do it Dec 04 20:24:25 as they are parameters e Dec 04 20:24:29 set in their configure.ac Dec 04 20:24:31 or something :P Dec 04 20:24:41 (I think) Dec 04 20:25:03 yeah, I understand why you did that in the Makefile... but if autotools install the file... bitbake should know where and add it to the files Dec 04 20:25:27 oh, right. Dec 04 20:26:32 where's bumbl?! Dec 04 20:26:37 I'm fixing what he wanted Dec 04 20:26:42 because he said he has to leave soon Dec 04 20:26:57 he said he will be back Dec 04 20:27:04 oh, ok. Dec 04 20:27:15 * TAsn is now reading backlog Dec 04 20:27:26 he said bbl Dec 04 20:27:30 that's hardly a promise :P Dec 04 20:27:33 but ok. Dec 04 20:27:41 did you fix it? Dec 04 20:27:55 still working on it. Dec 04 20:28:05 (I decided to change the crap that was in messages Dec 04 20:28:07 ) Dec 04 20:29:57 mrmoku, I'm now testing to see I didn't break anything. Dec 04 20:30:00 and after that :P Dec 04 20:30:08 mrmoku, BTW, the bug he was describing Dec 04 20:30:15 is a good example to why modularization Dec 04 20:30:16 works Dec 04 20:30:20 and everything else fails :P Dec 04 20:30:55 ffs, something is still broken :| Dec 04 20:31:22 -international_prefix=49 Dec 04 20:31:22 -national_prefix=00 Dec 04 20:31:22 -country_code=0 Dec 04 20:31:22 -area_code=0 Dec 04 20:31:24 +international_prefix = 00 Dec 04 20:31:24 +national_prefix = 0 Dec 04 20:31:27 +country_code = 49 Dec 04 20:31:29 +area_code = 0 Dec 04 20:31:32 TAsn: Dec 04 20:31:34 or better dos1 Dec 04 20:31:43 I think you're writing the wrong values in the config Dec 04 20:32:05 could be either of us, though it's probably him. :P Dec 04 20:32:07 mrmoku: where? Dec 04 20:32:10 shr-wizard Dec 04 20:32:13 (hopefully) Dec 04 20:32:14 hmmm Dec 04 20:32:20 I let it autodetect Dec 04 20:32:27 and that diff is on upgrade from opkg now Dec 04 20:32:37 mrmoku: are values on screen displayed correctly? Dec 04 20:32:55 maybe i ordered some variables wrongly ;p Dec 04 20:32:58 the + ones are the correct ones Dec 04 20:32:59 yep Dec 04 20:33:20 dos1: but don't worry... I will set shr-wizard on AUTOREV :P Dec 04 20:33:26 mrmoku: on screen are ok? Dec 04 20:33:38 oh, ok Dec 04 20:33:40 i have the same Dec 04 20:33:51 oh, that's why it's not resolving correctly sometimes! :D Dec 04 20:34:02 mrmoku: fixing ;) Dec 04 20:34:23 mrmoku: well, that's shr-settings thing, not shr-wizard ;P Dec 04 20:34:47 ohh Dec 04 20:34:56 anyway... autorev too I think :P Dec 04 20:39:33 TAsn: hmm Dec 04 20:39:38 this is what e-wm does Dec 04 20:39:38 ${libdir}/enlightenment/modules/*/*/* \ Dec 04 20:39:49 guess we should just do the same Dec 04 20:40:03 cool, yeah :P Dec 04 20:40:10 SHR: 03seba.dos1 07shr-settings * r48538924281e 10/shr_settings_modules/shr_phoneutils.py: [phoneutils] fix order in which country data is loaded (fixes auto-feeding of data) Dec 04 20:40:14 so modules/wizard/*/ Dec 04 20:40:17 and then the page Dec 04 20:40:20 (iirc that's the path) Dec 04 20:40:20 SHR: 03seba.dos1 07shr-settings * rf29bab4db7c6 10/shr_settings_modules/shr_passwd.py: [passwd] don't print password and debug stuff on console Dec 04 20:40:21 done :P Dec 04 20:40:34 dos1, second commit: lol Dec 04 20:40:40 ohh...yes Dec 04 20:40:46 * mrmoku saw his password on the console ::P Dec 04 20:40:48 i forgot to remove it :P Dec 04 20:48:53 mrmoku, so now it got your approval? :P Dec 04 20:50:42 TAsn: not yet Dec 04 20:50:48 TAsn: have to install and test it :P Dec 04 20:51:12 though... first the upgrade including kernel has to finish :| Dec 04 20:51:14 brb Dec 04 20:55:47 mrmoku: calc needs to be updated; i commited fix for callbacks, but it's still not in repo Dec 04 20:58:14 SHR: 03tom 07libphone-ui * r2bd479f056ac 10/src/phoneui-utils.c: Fixed a bug in contact_display_phone_get Dec 04 20:58:36 SHR: 03tom 07libphone-ui * r9ac5678910bb 10/src/phoneui-utils.c: Fixed a bug in contact_display_phone_get Dec 04 20:58:54 mrmoku, is there a sane way to sync two branches? Dec 04 20:59:07 i.e I created a branch Dec 04 20:59:12 and did some modifications Dec 04 20:59:22 though I still want to easily get changes from master Dec 04 20:59:24 (when possible) Dec 04 20:59:32 *easily* Dec 04 21:02:06 hey - I just tried updating my nov 24 SHR-u - and I'm getting 'the following packages conflict with openssh: * dropbear" - Should I just remove dropbear? Dec 04 21:03:37 TAsn: easier then in 'git pull . master' ? (and resolve eventual conflicts) Dec 04 21:03:55 ok, I suck :P Dec 04 21:03:59 thanks. Dec 04 21:04:00 warren1: we finally switched to openssh Dec 04 21:04:18 warren1: just take care to not remove dropbear via ssh Dec 04 21:04:46 warren1: and if you have not yet... give root a password Dec 04 21:04:56 warren1: or better still a pubkey Dec 04 21:05:02 otherwise ssh won't let you in Dec 04 21:05:33 that's good to know... I've already got a pw... haven't set up a key yet... Dec 04 21:05:36 wow! after a months default openssh , what next?) Dec 04 21:05:48 TAsn: just the mass of modules is motivation enough to switch to 2.6.31 :P Dec 04 21:06:00 max_posedon: next months will show ;) Dec 04 21:06:13 maybe new opimd ;) Dec 04 21:06:24 soltys: next years will show ;) Dec 04 21:06:32 mrmoku: I know ;) Dec 04 21:06:36 is opimd data being moved into the home yet? Dec 04 21:06:41 no Dec 04 21:06:52 maybe I'd have time to help with it as long as it stays python ;) Dec 04 21:07:10 soltys: it will stay python for now... and help would be greatly apreaciated :) Dec 04 21:07:11 mrmoku, it's still not ready though :P Dec 04 21:07:20 TAsn: what? Dec 04 21:07:22 SHR: 03tom 07libphone-ui * r76deeccd21e8 10/src/phoneui-utils.c: Change the display_*_get functions to be able to handle non gvalue variables in hash table (as long as not relevant) Dec 04 21:07:25 warren1, not yet. Dec 04 21:07:32 kernel Dec 04 21:07:36 yeah :| Dec 04 21:07:36 mrmoku: first things for university then code ;) Dec 04 21:07:53 soltys: opimd you have to take up with TAsn and dos1 :) Dec 04 21:08:02 soltys, if you can Dec 04 21:08:06 mrmoku: I know ;) Dec 04 21:08:13 I'd be more than happy to tell you what's missing :P Dec 04 21:08:24 (I have everything in my head, though because of the lack of time, I'm not even getting there) Dec 04 21:08:30 mrmoku - seems like I need --force-depends to remove dropbear - that normal? Dec 04 21:09:13 TAsn: ;) for next week I have lots of things to for university... projects etc.. that sux ;/ Dec 04 21:09:18 when I was doing the upgrade, btw, the phone suddenly suspended while it was in the 'configuring ... XXX' phase... Dec 04 21:09:20 :| Dec 04 21:11:08 warren1: normal, yes Dec 04 21:11:14 warren1: opkg is stupid :| Dec 04 21:11:42 fsoraw -r CPU -- opkg upgrade? :D Dec 04 21:12:03 mrmoku: yeah, I kinda figured that out... :-) I might have to do that next time... Dec 04 21:13:05 dos1, no Dec 04 21:13:10 the problem is not opkg Dec 04 21:13:19 nor is it fsoraw -r CPU Dec 04 21:13:23 fsodeviced is sometimes restarting Dec 04 21:13:24 the problem is fsodeviced Dec 04 21:13:26 yes. Dec 04 21:13:33 s/sometimes restarting/restarting after upgrade/ Dec 04 21:13:33 dos1 meant: fsodeviced is restarting after upgrade Dec 04 21:13:35 i know ;P Dec 04 21:13:41 that restarts and doesn't figure out we want the phone up :| Dec 04 21:13:58 dos1, btw, what about shr-installer? Dec 04 21:14:05 mrmoku - I also get 'not downgrading atd from 0.80.* to 0.70.* Dec 04 21:14:07 or more importantly, opimd types? :P Dec 04 21:14:34 should I force the downgrade? Dec 04 21:16:26 warren1: hmm... don't know that one Dec 04 21:16:28 TAsn: shr-installer? Dec 04 21:16:31 yes. Dec 04 21:16:43 Configuring opkg Dec 04 21:16:43 Killed Dec 04 21:16:45 :| Dec 04 21:17:16 and now it hangs :( Dec 04 21:18:04 ok, I think I fixed what bumbl wanted. Dec 04 21:18:14 Though I don't have enough time to do f-ing awesome testing :P Dec 04 21:18:19 will have to do with simple testing :| Dec 04 21:19:45 just push it. bumbl tests it for you ;) Dec 04 21:29:51 dos1, you haven't answered either questions :P (shr-installer and opimd types) Dec 04 21:30:13 mrmoku, here? Dec 04 21:30:50 yup Dec 04 21:31:49 TAsn: as i haven't seen them ;p Dec 04 21:31:55 what about shr-installer? ;x Dec 04 21:31:58 you wrote shr-installer... Dec 04 21:32:02 yup Dec 04 21:32:05 is it any good? :P Dec 04 21:32:09 as i didn't know what you mean ;P Dec 04 21:32:19 well, it partly works Dec 04 21:32:21 opimd types: I'm talking about the fix you are doing... Dec 04 21:32:26 you can test it, it's in repo ;P Dec 04 21:32:27 dos1, still only upgrade is missing? Dec 04 21:32:35 yup Dec 04 21:32:39 dos1, I started thinking about making it there by default... Dec 04 21:32:45 and just remove the upgrade button. Dec 04 21:32:48 how's that? Dec 04 21:32:52 about opimd - didn't start it yet, sorry (hard week in school...) Dec 04 21:33:10 mrmoku, hm... I'm really thinking about starting to write new screens from scratch according to the phoneui wiki pgae, what do you think? Dec 04 21:33:14 dos1, that's ok. Dec 04 21:33:31 dos1, do you have a wiki page for the opimd redesign? Dec 04 21:33:31 what do you think about making it default? (installer) Dec 04 21:33:35 TAsn: I usually don't think :P Dec 04 21:33:37 * playya_ is in wiki editing mood :) Dec 04 21:33:42 playya_, yes. Dec 04 21:33:44 TAsn: answer to playya_ :P Dec 04 21:33:52 http://wiki.openmoko.org/wiki/Opimd_redesign Dec 04 21:34:01 hmm... test it and decide Dec 04 21:34:13 playya_, he'll only do the types (what's marked as explanation by tasn) atm. Dec 04 21:34:17 dos1, :P Dec 04 21:34:35 mrmoku, I really think current state is an ugly mess. Dec 04 21:34:50 mrmoku, and writing according to phoneui page is almost as writing from scratch... Dec 04 21:34:54 isn't it? Dec 04 21:35:17 btw. some string path should be renamed to objectpaths in specs Dec 04 21:35:34 playya_, what do you mean? Dec 04 21:35:56 or actually, where do you mean? :P Dec 04 21:36:56 e.g. http://git.freesmartphone.org/?p=specs.git;a=blob;f=org.freesmartphone.PIM/org.freesmartphone.PIM.Contacts.xml.in;h=d5feae241e62640e82126e3658776bed1dab87a0;hb=HEAD#l30 Dec 04 21:37:10 TAsn: well, the thing is to get it right elm wise Dec 04 21:37:11 playya_, referring to that wiki page? Dec 04 21:37:11 the type should be o instead of s Dec 04 21:37:12 that is the work Dec 04 21:37:21 mrmoku, I can do that, no problem. Dec 04 21:37:34 playya_, whatever :P Dec 04 21:37:38 TAsn: became elm expert? :P Dec 04 21:37:49 nah Dec 04 21:37:58 it's just the logic that's needed to be done correctly Dec 04 21:38:02 and I don't mind doing that. Dec 04 21:38:31 well if you're talking about the phoneui pages... that is a big part design too Dec 04 21:38:41 playya_: i already tried that some time ago... Dec 04 21:38:41 but that's not elm Dec 04 21:38:44 that's edje :P Dec 04 21:38:51 mrmoku, and it's A LOT of design. Dec 04 21:38:58 but I really think we can do it step by step. Dec 04 21:39:21 playya_: thanks to that i had segfaults and wasted lot of time on debugging it Dec 04 21:39:30 playya_: changing just "o" back to "s" fixed that ;p Dec 04 21:39:39 dos1, just for me to know: got any eta concerning opimd types? Dec 04 21:39:57 TAsn: week? maybe over this weekend, i'll try Dec 04 21:40:06 dos1, cool :P Dec 04 21:40:21 dos1, you have *no idea* how much mess this tel: prefixing is causing us :P Dec 04 21:40:53 yes. you might have to change some codes Dec 04 21:41:03 and your signatures Dec 04 21:41:22 but it makes clear what it is supposed to be Dec 04 21:44:27 fucking finally :P Dec 04 21:44:37 mrmoku, pushed the change I promised bumbl :P Dec 04 21:44:44 ffs Dec 04 21:44:46 forgot to pull ;P Dec 04 21:45:27 SHR: 03tom 07libphone-ui-shr * r049b629bd5a3 10/src/ (5 files in 2 dirs): Merge branch 'master' of git+ssh://git.shr-project.org/libphone-ui-shr Dec 04 21:45:38 SHR: 03tom 07libphone-ui-shr * re6ce925b1175 10/src/view/ (6 files): Dec 04 21:45:38 SHR: Hopefully fixed the bad support for "special" name and phone. Should now "just" Dec 04 21:45:38 SHR: work. We should stay alert for any weird segs, though from what Ive checked, Dec 04 21:45:38 SHR: there are none. This is a major change as I also changed the way messages Dec 04 21:45:38 SHR: internally treat messages (which may cause problems) Dec 04 21:45:42 btw. you could use the chance of the redesign to do a vala rewrite *hides* Dec 04 21:48:52 SHR: 03tom 07libphone-ui * r78504d8d9bf5 10/src/Makefile.am: Removed the bad escaping that broke shipping headers Dec 04 21:48:52 SHR: 03tom 07libphone-ui * r2a71b224ae50 10/po/Makefile.in.in: po/Makefile.in.in is a generated file, dropped it from git Dec 04 21:48:54 SHR: 03mok 07libphone-ui * r76c8870f5cef 10/data/libphoneui.conf: libphoneui.conf: remove feedback_error config as it breaks badly Dec 04 21:48:55 SHR: 03tom 07libphone-ui * r8951d260de65 10/src/ (phoneui.c phoneui.h.in): Added phoneui_messages_message_show Dec 04 21:48:56 SHR: 03tom 07libphone-ui * rbb0a94f22d89 10/src/phoneui.c: Fixed typo Dec 04 21:48:57 playya_, the main issue is that no one that has time know vala :P Dec 04 21:49:03 SHR: 03tom 07libphone-ui * rb190fb5308bd 10/src/phoneui.c: Removed the typedef for BackEnd type, weird how it got there Dec 04 21:49:04 SHR: 03tom 07libphone-ui * r83c9b10176d2 10/src/phoneui-utils.c: Removed the sanitize function completely Dec 04 21:49:06 SHR: 03tom 07libphone-ui * r158c892e7637 10/src/ (phoneui-utils.c phoneui-utils.h): Added phoneui_utils_contact_display_*_get functions Dec 04 21:49:09 SHR: 03tom 07libphone-ui * ree2911602368 10/src/phoneui-utils.c: fixed the contact sorting Dec 04 21:49:12 SHR: 03tom 07libphone-ui * rae2796cb980e 10/src/phoneui-utils.c: Removed the sanitize contact function completely Dec 04 21:49:15 so is there a version of launch that works with the new shr yet? Dec 04 21:49:15 SHR: 03tom 07libphone-ui * r9189f44e8aa6 10/src/phoneui-utils.c: The sms send function now accepts only 'Phone' not 'number' Dec 04 21:49:18 SHR: 03tom 07libphone-ui * r76deeccd21e8 10/src/phoneui-utils.c: Change the display_*_get functions to be able to handle non gvalue variables in hash table (as long as not relevant) Dec 04 21:49:21 SHR: 03tom 07libphone-ui * r47e106bac47e 10/src/phoneui-utils.c: sms send only accepts gvalues now Dec 04 21:49:24 oops, of 'launcher', I mean... Dec 04 21:49:25 SHR: 03tom 07libphone-ui * r026c14eca13b 10/src/phoneui-utils.c: Added a hack until we get rid of that nasty tel: prefixing Dec 04 21:49:25 at least I have a proof i've been busy :P Dec 04 21:49:31 SHR: 03tom 07libphone-ui * r2bd479f056ac 10/src/phoneui-utils.c: Fixed a bug in contact_display_phone_get Dec 04 21:49:34 SHR: 03tom 07libphone-ui * rb7a1c44370c5 10/data/libphoneui.conf: Removed the stuff that cause segs from the config Dec 04 21:49:37 SHR: 03tom 07libphone-ui * r00d2bb4a6940 10/src/phoneui-utils.c: And again, forgot to commit (save) something Dec 04 21:49:42 SHR: 03tom 07libphone-ui * rfb4035e797da 10/ (TODO src/phoneui.c): Updated TODO and documentation Dec 04 21:49:45 SHR: 03tom 07libphone-ui * rdac9a2fc4bc1 10/ (TODO data/libphoneui.conf src/phoneui-utils.c src/phoneui.c): Updated branch from master Dec 04 21:49:49 SHR: 03tom 07libphone-ui * re4e4d2761d42 10/src/phoneui.c: Strated using macros for easier function "copying" Dec 04 21:49:55 TAsn: you commit flooder! ;P Dec 04 21:50:06 soltys, actually, it's not me, it's mrmoku ! Dec 04 21:50:09 he told me to Dec 04 21:50:12 git pull . master Dec 04 21:50:12 :P Dec 04 21:50:14 ;) Dec 04 21:50:18 TAsn: or comitting to fast :P Dec 04 21:50:19 And again, forgot to commit (save) something Dec 04 21:50:22 and those are all the commits I've been missing :P Dec 04 21:50:22 ::P Dec 04 21:50:32 mrmoku, lol, I mostly don't do that. Dec 04 21:50:36 it's just when I work late Dec 04 21:50:50 and forget to git add Dec 04 21:50:51 or save Dec 04 21:50:53 or anything :P Dec 04 21:51:14 mrmoku, those are too fast pushes Dec 04 21:51:19 commits can be rested :P Dec 04 21:52:40 BTW Dec 04 21:52:45 git status is really useful in this case Dec 04 21:52:49 mrmoku, thought about a cool new thing I want to see in messages app Dec 04 21:53:11 what - ability to reload when you get a message? ;-) Dec 04 21:53:14 in new (the oldstyle new, not the chat style new, don't forget we have both) Dec 04 21:53:22 I want to have tab Dec 04 21:53:22 s Dec 04 21:53:29 to easily switch the content Dec 04 21:53:39 between the content and the recipients list. Dec 04 21:53:46 warren1, again, that's not our fault. Dec 04 21:53:55 until two days ago we waited for opimd features Dec 04 21:54:08 and now we are waiting for a libfso-glib bug to be resolved. Dec 04 21:55:30 TAsn: I know... just razzing you... and desperately waiting for a fix!! Dec 04 21:55:43 warren1, believe me, I'm too. Dec 04 21:56:41 TAsn: I think there is something badly wrong with libfso-glib :( Dec 04 21:56:57 so fix it ;) Dec 04 21:57:02 I'd have to agree :P Dec 04 21:57:11 with soltys or with me :P Dec 04 21:58:16 soltys: the only fix I have to offer is to switch back to libframeworkd-glib and work on that one :| Dec 04 21:58:34 as I have no freaking idea about libfso-glib, vala and how that works Dec 04 21:58:57 ;) Dec 04 21:59:07 me to ;) Dec 04 21:59:26 i'm not very good at C and vala... ;P Dec 04 21:59:37 so go and code for opimd :P Dec 04 21:59:47 <- no idea about vala and nearly all lib* Dec 04 21:59:53 mrmoku, actually, I'm really thinking about writing a simple perl/bash script that'll do exactly what dbus-binding-tool does but for C Dec 04 21:59:55 my C sklil allow me only to write software fot uC ;) Dec 04 21:59:55 and easily :P Dec 04 22:00:07 s/fot/for Dec 04 22:00:18 * Wonka rather writes perl or python Dec 04 22:00:40 although I know enough C to have landed a patch in Linux Dec 04 22:01:18 TAsn, i can guide you if you want to use vala. at least for dbus server and so on. Dec 04 22:01:26 btw does anyone know it is possible to write code in python for ATMEL mega* uC ?:P Dec 04 22:02:30 would be hard to get the vm on it Dec 04 22:02:38 but maybe precompiled code? Dec 04 22:02:40 playya_, I don't really have time, I just said that hoping someone will listen and fix libfso-glib Dec 04 22:02:45 though really, doing it shouldn't be that hard. Dec 04 22:03:16 fixing the libfso-glib thingy is imho a design failure, so it should be hard to fix Dec 04 22:05:49 spaetz, mrmoku is adding shr-wizard to default minimal image in unstable now. Please do the same in testing, it's a tested software (uses shr-settings modules) and we should definitely use it, as it allows changing passwd and setting phone-utils settings on first boot. Dec 04 22:06:56 spaetz, btw, plesae also write the shr-testing announcement in shr-blog :) Dec 04 22:07:10 and even prints it on the shell :) Dec 04 22:08:45 so you won't forget it ;) Dec 04 22:09:50 | netcat shr-project.org 80 Dec 04 22:09:52 s/netcat/nc/ Dec 04 22:09:52 playya_ meant: | nc shr-project.org 80 Dec 04 22:09:54 :P Dec 04 22:10:00 we're using busybox Dec 04 22:10:24 even without busybox Dec 04 22:10:25 it's nc Dec 04 22:11:13 bah. Dec 04 22:11:24 I got both gnu netcat and nmap ncat installed :P Dec 04 22:12:00 mrmoku, englischen wort für nicht starke/enge verknüpfung Dec 04 22:12:09 s/en /es / Dec 04 22:12:09 playya_ meant: mrmoku, englisches wort für nicht starke/enge verknüpfung Dec 04 22:15:32 playya_, that's not nice. Dec 04 22:15:43 (speaking in german and making me not understand...) Dec 04 22:15:46 anyhow Dec 04 22:15:47 I'm going Dec 04 22:15:49 mrmoku, תודה רבה Dec 04 22:15:51 :P Dec 04 22:15:58 TAsn, i'm searchin a translation Dec 04 22:16:16 a better word as lazy for lazy connection Dec 04 22:16:30 not strongt Dec 04 22:16:32 -t Dec 04 22:16:49 bye TAsn Dec 04 22:16:54 TAsn: :P Dec 04 22:17:00 TAsn: let me compare :) Dec 04 22:17:06 mrmoku, you remember what this means, right? Dec 04 22:17:10 :P Dec 04 22:17:17 good night? Dec 04 22:17:27 תודה רבה Vielen Dank Dec 04 22:17:29 mrmoku, I don't remember what I "taught" you. Dec 04 22:17:33 mrmoku, exactly :P Dec 04 22:17:43 playya_, thank you very much. Dec 04 22:17:43 feed finished Dec 04 22:17:50 will update and start the images now Dec 04 22:17:51 ah. ok Dec 04 22:17:52 mrmoku, Vielen dank. Dec 04 22:17:55 :) Dec 04 22:18:11 ;) Dec 04 22:18:12 TAsn: and... tomorrow I will slice your keyboards ;) Dec 04 22:18:16 I always thought it's danke (because of the way I pronounce it when I go to austria) Dec 04 22:18:37 תודה Danke Dec 04 22:18:42 :P Dec 04 22:18:43 I know. Dec 04 22:18:44 oh. Dec 04 22:18:47 ok. Dec 04 22:18:47 :P Dec 04 22:18:47 different country, different language Dec 04 22:19:38 mrmoku, consider using latest libphone-ui and ui-shr for images. Dec 04 22:19:48 although not heavily tested, they look solid (from what I've tested) Dec 04 22:19:52 TAsn: they are both on autorev Dec 04 22:19:56 and as I said, we already got a testing release Dec 04 22:19:57 so I don't have a choice :) Dec 04 22:20:01 so it should just be ok :P Dec 04 22:20:05 mrmoku, sweet! :) Dec 04 22:20:48 ok Dec 04 22:20:51 gnight all Dec 04 22:21:03 hopefully we will have some nice unstable image for breakfast :) Dec 04 22:21:15 hehe :P Dec 04 22:41:07 SHR: 03tom 07libphone-ui-shr * r01c6bf29b595 10/src/view/ (dialer-view.c message-show-view.c): fixed a seg that was caused because we were passing a string instead of a gvalue, and a place where we passed number instead of Phone Dec 04 22:50:12 boozetime (or brinner actually) Dec 04 23:00:14 DocScrutinizer: dinner(liq) ? Dec 04 23:12:29 !logs Dec 04 23:12:30 Channel logs for #openmoko-cdevel are archived at: Dec 04 23:12:31 http://hentges.net/tmp/logs/irc/%23openmoko-cdevel Dec 04 23:12:32 Live-logs are available at Dec 04 23:12:33 http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog Dec 04 23:12:35 See ?? help-logs for usage instructions Dec 04 23:19:31 any GPS expert here? Dec 04 23:29:33 wpwrak: liquid dinner? Dec 04 23:30:03 quite possibly the only option at that time Dec 04 23:30:19 wpwrak: or what's dinner(liq) ? Dec 04 23:48:36 DocScrutinizer: yup, liquid dinner Dec 04 23:52:53 if you rm /usr/share/webkit-1.0/resources/error.html you can then install eve (enlightenment web browser) Dec 05 00:13:53 https://chaos.in-kiel.de/~w/openmoko/sbas.png - what if not those values is enough to get SBAS corrected GPS position? Dec 05 00:17:05 gonzoism, does eve support scrolling again? Dec 05 00:19:01 narf. just deleted everything in feed. test it tomorrow Dec 05 00:20:28 good night Dec 05 01:12:40 what is the name of the program that puts [ Dialer ][ Messages][ USB-Mode] at the bottom of the icon screen ? Dec 05 01:12:57 i want to configure that. Dec 05 01:45:48 playya_: no scrolling in eve. i could use the keyboard to scroll down with pgdn and arrows. Dec 05 01:58:47 raster, whats up? Dec 05 02:00:53 DocScrutinizer51: doczzzzzz Dec 05 02:00:57 snow! Dec 05 02:00:58 yay! Dec 05 02:02:12 snow???? O.o Dec 05 02:02:19 ja Dec 05 02:02:23 schnoooowwww Dec 05 02:02:55 holiday on ice? Dec 05 02:03:02 no Dec 05 02:03:11 just weather turned cold... and rainy. Dec 05 02:03:17 and ... thus.... snow Dec 05 02:03:18 :) Dec 05 02:03:53 rather unlikely in Sydney Dec 05 02:04:10 quite unlikely Dec 05 02:05:36 so you moved? Dec 05 02:06:03 * mwester hauls out one of his several snow shovels and hands it to raster. Dec 05 02:06:09 Enjoy. Dec 05 02:06:11 :p Dec 05 02:07:00 DocScrutinizer51: no. didnt move. just not at home Dec 05 02:07:01 :) Dec 05 02:07:10 mwester: yay! shovel! Dec 05 02:07:24 * raster spanks mwester with the shovel Dec 05 02:08:38 yeah those aussies. a lil snow and they go wooooohoooo Dec 05 02:08:46 hahahah Dec 05 02:08:58 and when you guys see sunshine - you go "wooohoooo" Dec 05 02:09:03 and we just shrug and find the shade Dec 05 02:09:08 :) Dec 05 02:09:20 lol Dec 05 02:11:03 go skiing raster! Dec 05 02:11:38 that has been suggested Dec 05 02:11:47 tho.... i'll leave that for jan Dec 05 02:12:58 so you,ll possibly join CCCÄ Dec 05 02:13:07 CCC? Dec 05 02:13:36 in Berlin Dec 05 02:14:01 when is it? Dec 05 02:14:34 W27, to 29. Dec 05 02:14:51 IIRC Dec 05 02:15:21 or 29 to 31Ä Dec 05 02:15:24 ? Dec 05 02:15:26 fsck Dec 05 02:17:59 raster, http://events.ccc.de/congress/2009/wiki/index.php/Welcome Dec 05 02:18:23 27->29 of? Dec 05 02:18:43 oooh dec Dec 05 02:18:46 hell no Dec 05 02:18:47 no way Dec 05 02:18:53 cant even get there Dec 05 02:19:15 a pity Dec 05 02:19:35 its xmas time Dec 05 02:19:38 and new years Dec 05 02:19:41 you'd love it Dec 05 02:19:42 flights are full Dec 05 02:19:53 hell - had enough trouble flying back to au on the 16th/17th Dec 05 02:20:06 (of dec) and i fly again jan 15 or so Dec 05 02:21:04 cancel that useless trip. nuttin but sun awaiting you there ;-) Dec 05 02:21:13 hahahahah Dec 05 02:21:29 no as the jan trip is back to the northern climes Dec 05 02:22:37 bah Dec 05 02:22:51 scratchbox.org needs to be faster Dec 05 02:22:51 come to berlin 17th Dec 05 02:23:04 DocScrutinizer51: 17th of dec? Dec 05 02:23:10 yep Dec 05 02:23:13 no can do Dec 05 02:23:18 1. flights already paid for Dec 05 02:23:25 better than .au Dec 05 02:23:33 2. i am @ hospital on the 17th for final available clinic for 2009 Dec 05 02:23:36 bah Dec 05 02:23:40 thats kind of important Dec 05 02:23:49 ouch Dec 05 02:24:15 darn. sth serious? Dec 05 02:25:48 hope not. at least you planned a flight back 4 weeks later Dec 05 02:34:04 well, geting a date at a good cosmetic surgery isn't easy. yYou shouldn,t miss that one ;-P Dec 05 02:34:48 DocScrutinizer51: just tred an n900 Dec 05 02:34:55 resistive ts sucks compared to capacitive Dec 05 02:35:16 its probably the best resistive ts i have tried Dec 05 02:35:24 but still sucky compared tyo c-ts Dec 05 02:36:31 well, that's probaly a amtter of personal preferences Dec 05 02:38:34 korea, knew it Dec 05 02:39:19 what puts [ Dialer ][ Messages][ Contacts] at the bottom of the screen ? Dec 05 02:40:20 a few characters at heas of name that are really down the collation sequence? like zzz Dec 05 02:42:06 gonzoism, you should have talked to raster about it. one more requst for iconpos in .desktop files might help Dec 05 02:44:34 gonzoism, I made my dialer and speeddial icons top of screen by naming them A1_* A2_* etc Dec 05 02:45:07 I mean a little floating set of three options that are always present in the icon screen Dec 05 02:45:47 not really icons, more like boxes with text in them. Dec 05 02:46:16 there,s something called sortdesk or srth Dec 05 02:47:25 search opkg.org (or whatever its called) - you,ll find there Dec 05 02:47:38 i'm not sure if we are talking about the same thing. i'm probably not explaining it well. Dec 05 02:49:05 it is already present on my phone, and at the bottom of the screen, no matter where i scroll to, there are three boxes there with Dialer Messages and Contacts. (in my case, USB-Mode instead of Contacts) Dec 05 02:51:14 gonzoism, http://www.opkg.org/package_95.html Dec 05 02:53:54 no. we are talking about two different things. Dec 05 02:56:18 DocScrutinizer51: I mean this: http://scap.linuxtogo.org/files/aee37e42909b68dce4762fbee92bb56d.png see at the bottom ? Dec 05 02:57:40 aiui that,s exactly sortdesk Dec 05 02:58:41 lol, i'm sorry. i looked at srth Dec 05 02:59:21 i couldn't find either installed on the freerunner. i'll do more googling. thank you for naming it for me. **** ENDING LOGGING AT Sat Dec 05 02:59:57 2009