**** BEGIN LOGGING AT Fri Nov 06 02:59:57 2009 Nov 06 07:19:09 moin Nov 06 07:25:17 SHR: 03mok 07phonefsod * r8bd20a37d9ab 10/src/phonefsod.c: fso: disable idle state handler Nov 06 07:25:19 SHR: 03mok 07phonefsod * r83d0596d0148 10/ (configure.ac src/Makefile.am src/phonefsod-fso.c): eliminate frameworkd-phonegui include Nov 06 07:27:22 SHR: 03mok 07libphone-ui * rc271963e8942 10/src/phoneui.h.in: add enum for dialog types Nov 06 07:27:28 SHR: 03mok 07libphone-ui * r06cd869ba998 10/src/phoneui-utils.c: utils: remove wrong g_error_free's - we must not do that... as lfg does it Nov 06 07:36:14 hey, mrmoku|away is already coding :). Good morning! Nov 06 07:37:27 what is lfg and why does he free pointers? Nov 06 07:42:21 spaetz: morning :) Nov 06 07:43:02 spaetz: lfg = libframeworkd-glib Nov 06 07:43:28 and it does free the errors created for the callback with g_error_new after calling the callback Nov 06 07:43:38 so... no need for the callback to free them too :P Nov 06 07:44:39 spaetz: moo Nov 06 07:44:43 mrmoku: moo2! Nov 06 07:44:47 meeh Nov 06 07:45:25 morning Nov 06 07:45:30 right, got it Nov 06 07:45:53 mrmoku: I played with fsodeviced yesterday. Nov 06 07:46:09 But I think we should 1st stabilize an -unstable image with what we have Nov 06 07:46:19 before we open up new construction sites... Nov 06 07:46:48 fsodeviced just exited for me, so I have no clue how/if it would work Nov 06 07:47:32 blindcoder: i see youuuuuu! Nov 06 07:47:33 1) stablilize 2) once that is done, make a -testing branch of that 3) go on to do crazy stuff Nov 06 07:47:49 raster: hehe :P Nov 06 07:48:13 and 1)include gry theme by default in the images and 2) put mokomaze in -full images by default Nov 06 07:48:19 spaetz: me too (playing fsodeviced) Nov 06 07:48:21 hehe glibc_2.11 Nov 06 07:48:42 after looking at the sample config in cornucopia I got it to run too Nov 06 07:48:42 though.... Nov 06 07:48:42 it is a CPU hog Nov 06 07:48:45 raster: ? Nov 06 07:48:49 don't know if I'm still doing something wrong Nov 06 07:48:51 sorry, no coffee yet Nov 06 07:48:57 but is always between 25-30 % CPU Nov 06 07:49:08 mrmoku: you got it too run? How is it supposed to be started. It's different from fsousaged in that there is no dbus service file Nov 06 07:49:13 30% CPU? Nov 06 07:49:17 bad mickey! Nov 06 07:49:26 mickey|office: any idea about fsodeviced hogging cpu? accels? Nov 06 07:49:26 * spaetz slaps mickey a bit Nov 06 07:49:53 spaetz: I added to the frameworkd init script :P Nov 06 07:50:09 mrmoku: I'll have to look at the cornucopia config too, I was just using the frameworkd one and disabled the internal deviced Nov 06 07:50:15 odeviced Nov 06 07:50:18 mrmoku: ahh, ok :) Nov 06 07:51:15 mrmoku: and stron opinion on mokomaze in full image? If not, I'd just move it from task-shr-feed to task-shr Nov 06 07:51:25 s/and stron/any strong/ Nov 06 07:51:25 spaetz meant: mrmoku: any strong opinion on mokomaze in full image? If not, I'd just move it from task-shr-feed to task-shr Nov 06 07:51:30 blindcoder: "blind" coder. Nov 06 07:51:33 never mind :) Nov 06 07:51:47 jokes become unfunny when you have to explain them, don't they? ;) Nov 06 07:51:48 spaetz: go ahead Nov 06 07:51:53 mrmoku: k, thanks Nov 06 07:54:32 SHR: 03mok 07phonefsod * r22f2b34df984 10/src/phonefsod-fso.c: fix include path to phoneui.h Nov 06 07:55:08 bad when you have to commit blindly... as you cannot try to build locally :P Nov 06 07:55:43 hi! Nov 06 07:55:57 max_posedon: hi Nov 06 07:56:01 there is few issues in shr/mrmoku/phone* version Nov 06 07:56:21 1. it sometimes haven't enough time to register to GSM at phone start Nov 06 07:56:37 phone suspend before gsm, or smth like this, and no gsm Nov 06 07:56:44 hmm Nov 06 07:56:48 fix: restart frameworkd Nov 06 07:57:12 spaetz: ^^^ that looks like our fsousaged problems, no? Nov 06 07:57:40 max_posedon: we have something like that in the images from the shr/merge branch too... Nov 06 07:57:41 2. it doesn't shows incomming sms, I see "1 new message" at home screen, press it -nothing Nov 06 07:57:57 start shr-messages - nothing there too Nov 06 07:58:20 dos1: care to do a patch to add the patch? :P ^^^^ Nov 06 07:58:35 but: mdbus shows me sms, and sms arrives to shr-messages after reboot Nov 06 07:58:53 max_posedon: yep known problem... know solution exists Nov 06 07:58:54 3. shr-messages/shr-contacts empty at first start Nov 06 07:59:13 max_posedon: that is because sim is not yet ready Nov 06 07:59:21 contacts is getting the contacts from opimd Nov 06 07:59:29 on start opimd has no contacts as sim is not yet ready Nov 06 07:59:33 hm. but as I see, I already registered to GSM Nov 06 07:59:35 after a while sim gets ready Nov 06 07:59:40 different thing Nov 06 07:59:52 I think sim ready when I'm online. but ok Nov 06 07:59:53 there is 'sim auth ready' and 'sim ready' Nov 06 07:59:57 no Nov 06 08:00:04 oh, ok Nov 06 08:00:32 4. shr-messages in "list" doesn't show contact names, only phone numbers Nov 06 08:00:43 yup Nov 06 08:01:07 5. shr-messages on "new sms" line-wrap is very small, near 10 I think Nov 06 08:01:41 * mrmoku starts to put all that into the 'before-release-todo' :) Nov 06 08:01:59 except this, all is fine) Nov 06 08:02:03 shit, how do I delete a remote branch that I have accidentially started? Nov 06 08:02:15 and you know, this "gry" theme awesome Nov 06 08:02:28 not because fast, but because looks really nice Nov 06 08:02:53 high contract theme for using phone outside really nice) Nov 06 08:02:55 mrmoku: yes might be our problem. Nov 06 08:03:39 mrmoku: help, git expoert. I locally renamed org.openembedded.org to dev and "git push'd" now openembedded.org has a "dev" branch. Nov 06 08:03:42 koen will kill me Nov 06 08:03:49 git expert, even Nov 06 08:04:00 heh Nov 06 08:04:12 http://github.com/guides/remove-a-remote-branch Nov 06 08:06:55 * mrmoku has to go to the office now Nov 06 08:06:55 max_posedon: thanks Nov 06 08:06:58 SHR: 03mok 07libphone-ui-shr * r1857fa026a09 10/TODO: add stuff to TODO Nov 06 08:07:08 SHR: 03mok 07libphone-ui-shr * r29363d678d77 10/ (po/Makefile.in.in src/view/call-active-view.c): Merge branch 'master' of git+ssh://git@git.shr-project.org/libphone-ui-shr Nov 06 08:07:08 max_posedon: added your stuff into the todo... so that we don't forget it Nov 06 08:07:24 daywork calling Nov 06 08:07:25 cu Nov 06 08:21:14 spaetz: (git push fuckup) LOL Nov 06 08:21:35 spaetz: being paranoid i always push to important repos with localbranch:remotebranch syntax Nov 06 08:43:42 spaetz: or we can use your new dev branch for new sync with oe.dev (smaller patches etc..) Nov 06 08:46:47 spaetz: can't you just delete the extra branch then push again correctly? Nov 06 08:53:38 [Rui]: i opened a bug for elmdentica, can you include these 4 lines in configure.ac? Nov 06 08:55:12 <[Rui]> Heinervdm: let me check Nov 06 08:56:06 <[Rui]> the current status of elmdentica svn trunk is: "not working properly, work in progress" :) Nov 06 08:56:20 <[Rui]> Heinervdm: what? how does it work here??? Nov 06 08:56:47 <[Rui]> ah perhaps because I forgot to commit configure.ac Nov 06 08:57:43 <[Rui]> Heinervdm: there's no need to use pkg-config like that, sqlite3 provides it's own pkg-config recipe Nov 06 08:57:54 <[Rui]> I'm commiting right now... Nov 06 08:59:26 [Rui]: ok, thx Nov 06 08:59:35 <[Rui]> argh, net so slow... Nov 06 09:02:43 <[Rui]> Committed revision 166. Nov 06 09:03:49 Ok, now it should compile again Nov 06 09:05:53 <[Rui]> PKG_CHECK_MODULES(SQLITE, sqlite3, [], ... Nov 06 09:07:13 JaMa: what else is missing now? Nov 06 09:07:48 Heinervdm: http://pastebin.ca/1659274 Nov 06 09:08:52 * JaMa testing what is wrong with classpath Nov 06 09:09:04 e-tasks and omgps need major fixes Nov 06 09:09:13 for omgps i opend a ticket upstream Nov 06 09:11:56 ah e-tasks is from c_c Nov 06 09:14:44 elmdentica compiled fine thanks Heinervdm, [Rui] Nov 06 09:19:47 sent a mail to c_c for e-tasks Nov 06 09:20:03 i think in omgps the same changes are needed Nov 06 09:27:20 Heinervdm: export PKG_CONFIG_PATH="/home/projects/OE/tmpdir-dev-shr/staging/armv4t-oe-linux-gnueabi/usr/lib/pkgconfig"; /home/projects/OE/tmpdir-dev-shr/staging/x86_64-linux/usr/bin/pkg-config --variable=mapdir fontutil Nov 06 09:27:24 /usr/share/fonts/X11/util Nov 06 09:27:32 that's probably problem with fonts from feed.. Nov 06 09:27:51 setting PKG_CONFIG_PATH was workaround for crosscompile before Nov 06 09:28:08 at least used in font-misc-misc Nov 06 09:28:31 it uses hosts pkg-config Nov 06 09:29:06 and because of that it gets wrong paths Nov 06 09:30:22 JaMa: for dillo we should use http://misc.andi.de1.cc/dillo/ Nov 06 09:31:16 Heinervdm: but with PKG_CONFIG_PATH set it should generate right path? no? Nov 06 09:31:34 don't know Nov 06 09:32:36 JaMa: when you look at compile.log you can see if it uses the right path Nov 06 09:32:38 Weiss, I would need to delete the remote branch Nov 06 09:33:04 and a) I am afraid to delete the wrong stuff on the remote branch and b) I tried and I got some permission denied error Nov 06 09:33:14 so I guess some admin needs to do. bbiab Nov 06 09:33:33 hmm, ok Nov 06 09:33:41 Heinervdm: I know its wrong path.. but even with fix which was used before (setting right PKG_CONFIG_PATH - command I pasted here) it returns wrong path.. Nov 06 09:34:09 JaMa: that's because the XORG_FONT_MACROS are broken Nov 06 09:34:10 spaetz: probably only username/branch are permited to be deleted by user Nov 06 09:34:42 but i can't find the repo for this macro, else i would send a patch to upstream Nov 06 09:36:58 Heinervdm: http://cgit.freedesktop.org/xorg/font/util/log/ ? Nov 06 09:37:42 JaMa: no that's not the macro Nov 06 09:38:30 http://cgit.freedesktop.org/xorg/util/macros/ That's XORG_MACROS but without FONT_MACRO Nov 06 09:38:49 Heinervdm: are you sure? :) Nov 06 09:38:58 http://cgit.freedesktop.org/xorg/font/util/diff/fontutil.m4.in?id=b10044e1cdb8f1656b6f61d79512bf4d49ee3339 Nov 06 09:39:54 hmm that Nov 06 09:40:07 's a different version then in the fonts... Nov 06 09:40:22 oh no Nov 06 09:41:12 JaMa: http://cgit.freedesktop.org/xorg/font/util/tree/fontutil.m4.in line 258 Nov 06 09:42:09 Heinervdm: thats what I'm talking about from start :) Nov 06 09:42:26 that's pkg-config from host Nov 06 09:42:32 mmt Nov 06 09:42:36 and you can't fix it with a varable Nov 06 09:43:00 but even after fixing that the path is still wrong Nov 06 09:43:05 I know that we need to use http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/xorg-font/font-misc-misc/configure-mapdir.patch?h=dev there Nov 06 09:43:28 yes because it returns the output I pasted here before 20mins? :) Nov 06 09:44:13 JaMa: but that's correct Nov 06 09:44:28 if i call staged pkg-config i get the correct paths Nov 06 09:45:16 what is right path then? Nov 06 09:45:41 /usr/share/fonts/X11/util returned here seems wrong to me for crosscompile Nov 06 09:45:56 i'm getting the correct path's Nov 06 09:46:24 and how are you calling pkg-config? Nov 06 09:47:42 <[Rui]> JaMa: sure, it was my mistake :| 99% of the time I only change src/* so I forgot configure.ac Nov 06 09:47:45 <[Rui]> see ya! Nov 06 09:48:28 JaMa: oh, i'm calling it without path Nov 06 09:48:47 when i export the PATH before i'm getting wrong path too Nov 06 09:49:14 Heinervdm: and it still returned right ${STAGGING_DIR}//usr/share/fonts/X11/util before? Nov 06 09:49:15 export PKG_CONFIG_PATH="/home/thomas/SHR/SHR/shr-oemerge/tmp/staging/x86_64-linux/usr/lib/pkgconfig/"; /home/thomas/SHR/SHR/shr-oemerge/tmp/staging/x86_64-linux/usr/bin/pkg-config --variable mapdir fontutil Nov 06 09:49:24 that returns right path Nov 06 09:49:42 ahh I see the difference now :) Nov 06 09:50:26 I expected STAGGING for /armv4t-oe-linux-gnueabi Nov 06 09:51:26 back to daywork.. Nov 06 09:51:42 stupid weblogic is not working right for me :( Nov 06 10:19:40 JaMa: Oracle Weblogic? Nov 06 11:25:09 Heinervdm: yes Nov 06 11:25:42 JaMa: it's nice with windows, but a pain with linux Nov 06 11:27:30 developing eclipse+weblogic is pain with windows too.. Nov 06 11:27:36 redeploy takes too long.. Nov 06 11:28:24 ah, i was talking about administration :) Nov 06 11:28:31 and installation Nov 06 11:33:43 JaMa: got an anwser from c_c he will have a look at e-tasks today Nov 06 11:34:24 great Nov 06 11:56:18 Heinervdm, 671, can close? Nov 06 11:57:27 TAsn: don't know, we removed bluez3 Nov 06 11:57:38 oops Nov 06 11:57:40 I meant 617 Nov 06 11:57:41 :) Nov 06 11:57:44 but don't know if bluetooth wroks now Nov 06 11:58:14 TAsn: it's a dup of #698 Nov 06 11:59:21 thanks. Nov 06 11:59:35 so mark #698 as dup of #617 because #617 has more infos Nov 06 12:00:07 and 698 is newer Nov 06 12:00:16 so 698 should have searched Nov 06 12:00:16 :) Nov 06 12:00:17 TAsn: you told him to open this bug ;) Nov 06 12:00:26 Heinervdm, no quite Nov 06 12:00:30 I told him to open this bug Nov 06 12:00:31 BUT Nov 06 12:00:39 I expected him to look to see if it's a dupe Nov 06 12:00:45 ok Nov 06 12:00:52 I don't remember all the bugs out there, especially not the smaller ones. :) Nov 06 12:01:17 i remebered this one, but i've seen it too late Nov 06 12:01:25 hehe, it's ok. Nov 06 12:01:28 why don't we add it btw? Nov 06 12:01:32 it's probably damn easy. Nov 06 12:02:05 lets try if it compiles, then we can add it to the feed Nov 06 12:05:48 cool. :) Nov 06 12:06:00 I found a dep issue with python-phoneutils Nov 06 12:06:02 trying to fix atm. Nov 06 12:14:28 reiserfsprogs compiles fine Nov 06 12:17:00 cookie sent for #617 Nov 06 12:24:43 resiserfsprogs? Nov 06 12:25:04 yes Nov 06 12:25:13 don't people have other problems than running reiser on the sd card of their phone? I mean there are other speed bottlenecks Nov 06 12:25:18 whatever :) Nov 06 12:25:37 spaetz: 1 ticket less, in 1 minute Nov 06 12:26:24 hehe Nov 06 12:31:58 Heinervdm, let me know when it's applied. Nov 06 12:32:37 TAsn: ok, when someone let me know that he has applied it ;) Nov 06 12:33:00 thanks. Nov 06 12:33:02 ciao again. Nov 06 12:33:18 just came back from the beach, not great, but ok waves. :) Nov 06 12:50:08 Can this be closed? http://trac.shr-project.org/trac/ticket/691 e-wm RDEPENDS on edje-utils... Nov 06 12:53:11 TAsn: but this bug still not resolved =) Nov 06 12:53:47 spaetz: problem with reiserfsprogs Nov 06 12:54:15 spaetz: reiserfs unlike ext[234] doens have hardcoded inode numbers Nov 06 12:54:43 so you can t run in to problem thta you still have free space on card but you dont have free inodes Nov 06 13:44:33 i have errors on building shr-unstable : shr-autorev-unstable.inc is missong in openembedded ? any ideas Nov 06 13:45:45 pwgen: what does your local.conf look like? Nov 06 13:46:44 pwgen: you should update your Makefile and build env.. Nov 06 13:47:07 require conf/distro/include/shr-autorev-unstable.inc is inside my local conf .. Nov 06 13:47:29 pwgen: as rebelThor pointed out.. your local.conf is wrong.. remove ALL require/include Nov 06 13:47:46 THX .. Nov 06 13:59:04 pwgen: exclude all "require" lines in your local.conf Nov 06 13:59:17 ahh, too late Nov 06 14:02:28 Heinervdm: with regard to bug 691 Nov 06 14:02:41 if it's in RDEPENDS now than it is fixed Nov 06 14:02:45 I'll close it Nov 06 14:05:12 grr. change from 3 to4 . full rebuild .. that will take time ... (:-(( Nov 06 14:17:31 cool, some guy trying qvga Nov 06 14:26:40 spaetz: can you add reiserfsprogs to feed? Nov 06 14:29:34 spaetz: i tried qvga already about year ago :P Nov 06 14:29:47 tried it with om2007.2, om2008, shr with kdrive, shr with xorg... Nov 06 14:30:42 spaetz: " resolution and rescale it's screen? Now we simply see a quarter of the screen :)" Nov 06 14:30:46 spaetz: WTF? it works here... Nov 06 14:31:43 alexxy: sorry, no time to test if it compiles and to add it. Nov 06 14:31:47 work deadline Nov 06 14:39:29 alexxy: compiled fine.. I'll add it to task-shr-feed Nov 06 14:40:10 alexxy: if you need it now http://jama.homelinux.org/org.openembedded.shr/ipk/armv4t/reiserfsprogs_3.6.19-r1.4_armv4t.ipk Nov 06 14:42:45 JaMa: Thanks =) Nov 06 14:53:34 JaMa: Installing reiserfsprogs (3.6.19-r1.4) to root... Nov 06 14:53:34 reiserfsprogs: unsatisfied recommendation for reiserfsprogs-reiserfsck Nov 06 14:53:34 reiserfsprogs: unsatisfied recommendation for reiserfsprogs-mkreiserfs Nov 06 14:54:22 alexxy: same directory.. :) Nov 06 14:54:58 JaMa: found Nov 06 14:54:59 =) Nov 06 14:56:43 Collected errors: Nov 06 14:56:43 * ERROR: Cannot satisfy the following dependencies for reiserfsprogs: Nov 06 14:56:43 * libgcc1 (>= 4.4.2) * libc6 (>= 2.10) * libgcc1 (>= 4.4.2) * libc6 (>= 2.10) * libgcc1 (>= 4.4.2) * libc6 (>= 2.10) * Nov 06 14:57:03 alexxy, it is resolved., if you disagree, talk to Heinervdm. :) Nov 06 14:57:54 alexxy: you can't install it on a non shr/merge image Nov 06 14:58:06 or in other words Nov 06 14:58:08 alexxy, wait. Nov 06 14:58:18 but it is resolved. Nov 06 14:59:07 Heinervdm, 617, is it now in feeds? Nov 06 14:59:23 TAsn: JaMa said that Nov 06 14:59:39 said what? Nov 06 14:59:42 thath it's in?\ Nov 06 14:59:51 alexxy: ahh.. you have old shr/import image? Nov 06 15:00:12 Heinervdm, TAsn: pushed just now.. Nov 06 15:00:15 TAsn: hmm, no he can't do it :) Nov 06 15:00:34 dos1 or mrmoku|away have to build it :) Nov 06 15:01:04 Heinervdm, meant in task-feed Nov 06 15:01:17 JaMa, it's there, right? Nov 06 15:01:17 http://konieczny.be/geekfun/half-life.jpg ;D Nov 06 15:01:31 TAsn: for shr/merge yes Nov 06 15:01:45 thanks. Nov 06 15:02:09 ok, then i can remove the patch from patchwork for that Nov 06 15:03:10 Heinervdm: ah sorry.. i didn't know that there is a patch for that... Nov 06 15:03:38 and I also didnt bump rev, as probably noone finished task-shr-feed now :) Nov 06 15:04:42 alexxy: use the ipks from http://jama.homelinux.org/org.openembedded.dev.shr/ipk/armv4t/ :) Nov 06 15:04:58 alexxy: thats build for shr/import Nov 06 15:05:07 nooo Nov 06 15:05:17 not another private feed Nov 06 15:05:17 ;] Nov 06 15:05:20 please. Nov 06 15:05:21 :) Nov 06 15:06:07 * JaMa didn't offer private feed :P just 3 files for alexxy.. Nov 06 15:07:03 that's how it started with mrmoku|away Nov 06 15:07:17 he *just* offered a cool image for *some* people to test Nov 06 15:12:06 is buildhost done building btw? Nov 06 15:12:12 new -unstable image out? Nov 06 15:13:01 http://tinderbox.openembedded.net/builds/37761/ Nov 06 15:13:08 failed on phonefsod Nov 06 15:20:23 ok, sent a patch for python-phoneutils Nov 06 15:24:16 JaMa, do you have a new image, too? Nov 06 15:34:08 mrmoku|away: can you restart the rebuild process please Nov 06 15:34:37 your phonefsod change depends on other changes in libframeworkd-glib, I guess Nov 06 15:35:03 dos1: ? ping can ouy restart the building? Nov 06 15:35:29 spaetz: ok, looking on it... Nov 06 15:35:37 cool, thanks a lot Nov 06 15:35:54 spaetz: it already failed on phonefsod ;) Nov 06 15:36:05 dos1: I know. that's why I asked. Nov 06 15:36:15 mrmoku did some changes this morning Nov 06 15:36:21 make update? Nov 06 15:37:22 oh, shr-unstable on buildhost is already on shr/merge branch? Nov 06 15:37:24 nice Nov 06 15:37:36 yes, it is Nov 06 15:37:53 phonefsod depends on the latest changes in libphone-ui Nov 06 15:37:55 http://git.shr-project.org/git/?p=libphone-ui.git;a=commit;h=c271963e8942bff1ca0ceabad56b5825d938d596 Nov 06 15:37:59 this one. Nov 06 15:38:16 so we need to rebuild the new version oh libphone-ui and then phonefsod should compile Nov 06 15:39:05 ok, build started Nov 06 15:39:08 thanks Nov 06 15:42:31 mrmoku|away: few patches for you in /home/shr/dos/ directory on buildhost ;) Nov 06 15:53:18 dos: No package 'libopkg' found Nov 06 15:53:25 packagekit failed :) Nov 06 16:02:28 spaetz: i see ;) Nov 06 16:02:56 well, something between packagekit 0.5.2 and 0.5.3 broke opkg backend ;x Nov 06 16:03:07 and i'm maintainer of opkg backend... Nov 06 16:03:17 so i think i should look at it Nov 06 16:03:19 ;) Nov 06 16:08:35 hehe Nov 06 16:08:50 let me know if I should bump a recipe in the shr/merge branch Nov 06 16:10:30 playya: sure Nov 06 16:12:05 JaMa, i now use the mrmoku/unstable feed Nov 06 16:12:19 i don't want to exaust you bandwith Nov 06 16:12:23 is that already based on shr/merge? Nov 06 16:12:26 I think not Nov 06 16:12:31 s/with/width/ Nov 06 16:12:40 playya: wait for buildhost image.. Nov 06 16:12:49 yes Nov 06 16:12:52 spaetz: mrmoku/unstable is just symlink to shr-unstable Nov 06 16:13:00 ahh Nov 06 16:13:05 let's remove it hten Nov 06 16:13:09 spaetz: just without merging Nov 06 16:13:13 that whole mrmoku dir must die :) Nov 06 16:13:15 playya: not because of bandwidth, but you need to upgrade from the same source where you get image... Nov 06 16:13:20 spaetz: nooo Nov 06 16:13:26 spaetz: it has to be there for tests Nov 06 16:13:30 yes Nov 06 16:13:46 as we can't merge to /unstable when we don't know, if it works ;P Nov 06 16:13:50 playya: because git revs are counted only locally Nov 06 16:13:52 on monday i should be up to date with my own feed Nov 06 16:13:55 we know that it works Nov 06 16:14:01 I run an shr/merge phone Nov 06 16:14:04 and make calls Nov 06 16:14:19 spaetz: you don't understand :P Nov 06 16:14:25 I know what you mean Nov 06 16:14:27 sorry Nov 06 16:14:33 spaetz: /var/www/shr.../tests/mrmoku/unstable is symlink to /home/shr/shr-unstable Nov 06 16:14:34 spaetz: but there is no upgrade-path.. users should really reflash to use new shr/merge image and feeds Nov 06 16:14:52 JaMa: yes that is one thing that we could have looked into Nov 06 16:14:57 spaetz: and /var/www/shr.../feeds/shr-unstable is synced mrmoku/unstable Nov 06 16:15:11 compare pkgs from old shr-unstable and new-shr/merge images Nov 06 16:15:13 spaetz: that's how it worked even before all that xorg messing :P Nov 06 16:15:23 and provide the RREPLACES and CONFLICTS in the recipes Nov 06 16:15:36 dos: I see Nov 06 16:15:50 i'm building task-shr-minimal now. after that task-shr, task-shr-feed and then images Nov 06 16:15:59 spaetz: but there can be also versions going back if some package in shr/import was bumped more times than the same in oe.dev.. Nov 06 16:16:27 spaetz: I'm not sure if bumping them to highest shr/import+1 would be good then for oe.dev merge Nov 06 16:16:38 mmh Nov 06 16:16:57 and there is still no SRCPV support in shr/merge Nov 06 16:17:17 so version numbers from shr/import / shr/merge will be really mess Nov 06 16:17:35 I prefer release based recipes, for exactly that reason Nov 06 16:17:47 they provide nice, sortable numbers :) Nov 06 16:19:11 shr/merge here 0.9.5.9+gitr0+d48bd43c430322b26744e31829f9c76e9b725819-r2.3, shr/import from buildhost 0.9.5.9+gitr1697+ed29786daceccefe918ce3911e3b6fb7f2efb08c-r0 Nov 06 16:19:46 not sure if srcrev cache is shared for all builds on buildhost or no.. (thats for gitrNUMBER) Nov 06 16:20:10 isn't that revision number dependent on the local repository? Nov 06 16:20:24 in that if you kill it you might get different ones? Nov 06 16:21:24 yes Nov 06 16:21:43 who changed: matchbox2/matchbox-panel-2_svn ? Nov 06 16:21:49 by default its in tmpdir-dev-shr/cache/om-gta02/bb_persist_data.sqlite3 Nov 06 16:21:55 It fails to compile when fetching the source Nov 06 16:22:03 svn: Failed to add directory 'matchbox-panel-2/applets': an unversioned directory of the same name already exists Nov 06 16:22:27 spaetz: remove downloads/svn/*o.hand*/*matchbox* Nov 06 16:23:08 spaetz: the structure of the svn repository changed Nov 06 16:23:19 ok. thanks Nov 06 16:33:14 Trying to build shr-unstable and I get this error with phonefsod-fso.c:20:53: error: frameworkd-phonegui/frameworkd-phonegui.h: No such file or directory:q Nov 06 16:33:18 phonefsod doesn't build here either. Nov 06 16:33:41 jm3474, hm.. because it shouldn't exist. :) Nov 06 16:33:51 meaning ? Nov 06 16:33:52 sec, I'm checking. Nov 06 16:35:00 done. Nov 06 16:35:11 oops, shit. Nov 06 16:36:39 jm3474, you are trying to build a very old version Nov 06 16:36:47 as it's got fixed a while back. Nov 06 16:36:53 SHR: 03tom 07phonefsod * r5c044335b099 10/src/phonefsod-fso.c: remove the unwanted phonegui inclusion Nov 06 16:37:03 SHR: 03tom 07phonefsod * rd50ef669c92f 10/ (7 files in 2 dirs): phonefsod should not depend on phoneuid either Nov 06 16:37:06 (and replace with something unneeded that works, but still) Nov 06 16:37:06 I started to try to build just yesterday Nov 06 16:37:20 that's odd, well clean phonefsod Nov 06 16:37:23 and build it again. Nov 06 16:37:42 and I just made "make update" on the root Nov 06 16:37:52 ok I'll try Nov 06 16:37:57 jm3474, just bitbake it again. Nov 06 16:39:30 yesterday is "old" jm3474 :) Nov 06 16:40:02 you might need to rebuild libphone-ui (but it should do that automatically when you restart the build) Nov 06 16:40:07 ok, my bad. Nov 06 16:40:10 Heinervdm: wrt cookie 421 or bug #560, why not set READER_RESOLUTION and arch in recipe with machine override? Nov 06 16:40:10 wait Nov 06 16:40:13 don't rebuild yet. Nov 06 16:40:44 JaMa: perhaps some other recipe can use that variable too :) Nov 06 16:41:00 JaMa: all overrides were removed from that recipe Nov 06 16:41:16 so i thought i set it in machine.conf Nov 06 16:41:25 jm3474, now you can build. Nov 06 16:41:26 :) Nov 06 16:41:29 spaetz: The thing is if I updated yesterday the build finished today... so how can I be up to date in these conditions :) Nov 06 16:41:34 SHR: 03tom 07phonefsod * rbeb2fe989bfb 10/src/phonefsod-fso.c: Return the phoneui dependency, though it should probably be removed and this should be handled in a more sane manner instead Nov 06 16:41:54 Heinervdm: I just greped whole machine directory and nothing.. so I was curious.. Nov 06 16:42:06 * TAsn is an idiot. :) Nov 06 16:42:17 jm3474: you can't Nov 06 16:42:22 :) Nov 06 16:42:37 Heinervdm: actually whole oetree has READER_RESOLUTION only in that old fbreader recipe Nov 06 16:42:38 but as rebuilding will update the updated bits you get a bit closer on every rebuild :) Nov 06 16:42:40 JaMa: don't know how it is suppost to be, but the maintainer removed all the overrides from the recipe Nov 06 16:43:10 TAsn: didn't mrmoku remove that dep? why need to bring it back? Nov 06 16:43:22 phonefsod compiled just fine without... Nov 06 16:43:31 Heinervdm: oki, nvm Nov 06 16:43:32 spaetz, no Nov 06 16:43:40 mrmoku|away didn't remove the dep, he changed it. Nov 06 16:43:47 yep, so he did. right Nov 06 16:43:49 and I just removed it, though it was a mistake Nov 06 16:43:49 :| Nov 06 16:43:54 ahh :) Nov 06 16:43:58 as for some reason, it's needed. :) Nov 06 16:43:59 I see now Nov 06 16:44:00 so Nov 06 16:44:04 rbeb2fe989bfb Nov 06 16:44:09 k, all clear then... Nov 06 16:44:09 brought it back :) Nov 06 16:55:49 I cleaned phonefsod, then updated everything and tried to build again: Nov 06 16:55:49 ERROR: '/home/jmichel/workspace/shr/shr-unstable/openembedded/recipes/shr/phonefsod_git.bb' failed Nov 06 16:56:52 the log file is at http://pastebin.ca/1659717 Nov 06 17:02:55 jm3474: you are building d2c6ddb0c5b2d8aaaeac758a8405a1ef2c7d3cdb but the latest rev is beb2fe989bfbf6b180a58d247db302082504fa01 Nov 06 17:04:18 Heinervdm: I made "make update" right before to build so what would cause my update not to get the latest version? Nov 06 17:05:11 jm3474: don't know but your rev is 2 day's old Nov 06 17:05:53 and the rev should be updated while parsing the recipes Nov 06 17:06:11 perhaps you have activated caching in your local.conf Nov 06 17:49:49 DocScrutinizer: my friend complains his n810 doesn't work properly with a usb cardreader. I very much suspect the ancient (.21!!!) kernel version :-/ Nov 06 17:50:27 Paul: i code for a .17 kernel in my spare time. careful what you're calling ancient. ;) Nov 06 17:51:39 juri_: let me wish you good luck with not facing an unsolvable obstacle Nov 06 17:51:55 juri_: have you seen my recommendations on how to proceed with your shr ticket here on irc? Nov 06 17:52:13 paul: not really. :) Nov 06 17:52:36 i'll sync up with reality here soon as i can. Nov 06 17:52:38 juri_: ok, not hard to repeat giving that it's me who should have written them in the ticket in the first place Nov 06 17:53:35 juri_: the idea is that most probably it's frameworkd problem Nov 06 17:53:44 juri_: you need to provide full frameworkd log Nov 06 17:54:39 i mean i'm almost certain it's not SHR problem Nov 06 17:56:01 TAsn: what mistake? Nov 06 17:56:14 mrmoku: are you testing stuff? Nov 06 17:56:37 PaulFertser: from time to time ;) Nov 06 17:56:40 mrmoku: can you please finally test if software way to turn off gsm (with AT@POFF) works with the latest frameworkd? Nov 06 17:57:38 PaulFertser: let me go upstairs and get my phone :) Nov 06 17:57:54 paul: actually, i provided it with the origional ticket, mrmoku pulled it out, due to it having all my phone numbers in it. ;P Nov 06 17:58:03 (if i'm remembering right) Nov 06 17:58:17 but, thats ok, now i know what direction to go, thanks. :) Nov 06 17:58:36 heyho Nov 06 17:58:51 morphis: hey Nov 06 17:58:58 PaulFertser: ok, what to do now? Nov 06 17:59:43 remove some echo somewhere... but where? Nov 06 18:00:19 mrmoku: the place it turns off gsm. I can provide you with more details if needed. Nov 06 18:00:54 PaulFertser: yup needed :) Nov 06 18:01:12 somewhere in ogsmd subsystem I guess Nov 06 18:01:34 shr-settings can turn off gsm too Nov 06 18:02:34 max_posedon: not directly Nov 06 18:03:06 ah, ok Nov 06 18:03:22 PaulFertser: ok, it is SYSFS_CALYPSO_POWER_PATH Nov 06 18:03:33 def _modemOn( self ): Nov 06 18:04:12 mrmoku: exactly Nov 06 18:04:25 mrmoku: comment out all writeToFile( SYSFS_CALYPSO_POWER_PATH, "0\n" ) Nov 06 18:04:34 mrmoku: in both _modemOn and _modemOff Nov 06 18:04:36 and leave the RESET_PATH ones? Nov 06 18:06:23 mrmoku: reset doesn't work anyway, it's NC on gta02 Nov 06 18:06:31 mrmoku: and on all working gta01s Nov 06 18:06:38 ohh Nov 06 18:07:28 PaulFertser: then? reboot? Nov 06 18:07:47 mrmoku: no Nov 06 18:07:58 mrmoku: just restart frameworkd so code is effective Nov 06 18:08:20 ok Nov 06 18:08:41 then? Nov 06 18:08:59 mrmoku: then if you're sure that gsm modem works, release gsm resource somehow so it gets turned off. Nov 06 18:09:24 mrmoku: after that request gsm resource again and see what happens. Nov 06 18:10:33 mrmoku: patches are waiting for you in /home/shr/dos/ on buildhost ;) Nov 06 18:12:09 PaulFertser: not good :P Nov 06 18:12:11 2009.11.06 18:11:10.542 ogsmd.modem.abstract ERROR could not open channel CALL, retrying in 2 seconds Nov 06 18:12:17 mickey|away: Nov 06 18:12:34 dos1: those buildhost patches are ugly :P Nov 06 18:12:40 wrong authorship Nov 06 18:12:52 mrmoku: thanks a lot, you're basically confirming that it doesn't work just as i've seen on gta01. Nov 06 18:12:52 PaulFertser: and that before even turning off and on again Nov 06 18:13:00 mrmoku: hm Nov 06 18:13:06 just restarting frameworkd that does not work Nov 06 18:13:34 mrmoku: have you commented only writetofile(... 0)? Nov 06 18:13:39 mrmoku: hmm? Nov 06 18:13:48 PaulFertser: all writetofile Nov 06 18:14:12 mrmoku: not exactly what i asked for Nov 06 18:14:15 ;) Nov 06 18:14:19 ohh Nov 06 18:14:25 only the 0, ok :) Nov 06 18:14:44 mrmoku: means that the running frameworkd turned off the modem hard. And never turned it on again. Nov 06 18:14:52 mrmoku: what's wrong with authorship? :P Nov 06 18:15:18 dos1: it has the buildhost as author ;) Nov 06 18:16:03 mrmoku: i changed them :P Nov 06 18:16:09 (actual patches) Nov 06 18:16:13 PaulFertser: so I leave the on 1 to turn it on in _modem_on? Nov 06 18:16:15 as i noticed that :P Nov 06 18:16:16 dos1: ok :) Nov 06 18:16:21 mrmoku: yes Nov 06 18:17:32 Heinervdm: Now everything is up to date and I still get ERROR: '/home/jmichel/workspace/shr/shr-unstable/openembedded/recipes/shr/phonefsod_git.bb' failed (http://pastebin.ca/1659783) Nov 06 18:18:19 PaulFertser: hmm... same thing on start of framework Nov 06 18:18:21 jm3474: did you rebuild libphone-ui? Nov 06 18:18:34 mrmoku: weird Nov 06 18:18:54 mrmoku: you might want to reboot. Or to kill both frameworkd and fso-abyss at least. Nov 06 18:19:11 dos1: no but I'll try this right now Nov 06 18:19:14 mrmoku: after killing turn off the modem by explicit "echo 0 > blablabla" Nov 06 18:21:07 * mrmoku rebooting now Nov 06 18:24:21 PaulFertser: ok, fso-abyss is giving channels now :) Nov 06 18:24:32 and it registered to the network Nov 06 18:24:59 mrmoku: well, that's a clear indication the modem works on first boot :) Nov 06 18:25:04 PaulFertser: releasing GSM resource is enough? Nov 06 18:25:14 mrmoku: yep Nov 06 18:25:21 mrmoku: and then requesting again Nov 06 18:25:37 2009.11.06 18:25:04.190 frameworkd.resource INFO setting resource status for GSM from disabling to disabled Nov 06 18:26:09 PaulFertser: ok, now I get those errors again Nov 06 18:26:15 2009.11.06 18:25:43.766 ogsmd.modem.abstract ERROR could not open channel UNSOL, retrying in 2 seconds Nov 06 18:26:17 mrmoku: hm, i start to think that's not quite correct way to test... Nov 06 18:26:25 mrmoku: sorry and let me think for a bit Nov 06 18:26:37 ok... will do some family things then :) Nov 06 18:26:39 bbl Nov 06 18:33:29 <}mat> Hi, how usable is the om-gta02-2.6.31 kernel with it's gta02_defconfig? Nov 06 18:35:02 I cleaned phonefsod and libphone-ui then restarted the build and I still have phonefsod_git.bb' failed Nov 06 18:44:03 mrmoku|away, just nvm those commits, I'm an idiot :) Nov 06 18:44:17 jm3474, what's the error now? Nov 06 18:45:12 same error it seems. Nov 06 18:45:23 well' just wait for mrmoku|away to fix it, as I'm not feeling well ;( Nov 06 18:45:25 ciao. Nov 06 18:46:02 TAsn: The same as in http://pastebin.ca/1659783 Nov 06 18:46:56 TAsn: ERROR: '/home/jmichel/workspace/shr/shr-unstable/openembedded/recipes/shr/phonefsod_git.bb' failed Nov 06 18:47:00 as I said, I'm not feeling well, though this looks like an easy fix. Nov 06 18:47:10 mrmoku|away will fix it when he's back Nov 06 18:47:21 or I'll fix it when I'll be back if mrmoku|away won't fix it until then :) Nov 06 18:47:24 ciao. :| Nov 06 18:48:29 }mat: not usable yet, suspend doesn't work Nov 06 18:49:41 <}mat> PaulFertser: Last time I tried it SD access didn't work Nov 06 18:50:03 <}mat> but this is probably just a configuration issue what config do you use? Nov 06 18:51:25 how long will it take for the next image? Nov 06 18:53:56 }mat: added several minor tweaks to gta02_defconfig, including glamo_mci of course Nov 06 19:06:50 <}mat> PaulFertser: ok thanks, I will try again. Is there any special reason why glamo_mci is not selected in the defconfig? Nov 06 19:09:50 }mat: not really Nov 06 19:10:50 <}mat> PaulFertser: then please enable it ;) Nov 06 19:11:25 any news on when syncing unstable? Nov 06 19:12:45 zoff99: soon Nov 06 19:12:50 :-) Nov 06 19:13:01 ok, dos1 you say that always :) Nov 06 19:13:19 zoff99: well, testing/mrmoku is already shr/merge based Nov 06 19:13:28 so we're step closer to sync ;) Nov 06 19:15:20 speatz made an image, but i wasnt really any big change, that a user could see. i hope it will be more when ready Nov 06 19:16:32 s/i/it/ Nov 06 19:16:32 zoff99 meant: speatz made an itmage, but i wasnt really any big change, that a user could see. i hope it will be more when ready Nov 06 19:16:47 s/i/it/g Nov 06 19:16:47 zoff99 meant: speatz made an itmage, but it wasnt really any bitg change, that a user could see. it hope itt witll be more when ready Nov 06 19:17:41 DocScrutinizer: I need your help! Nov 06 19:34:13 larsc: are you sure i do not know enough hardware to be of use? Also there're some other folks here (and at #openmoko) who're quite qualified. Nov 06 19:38:19 PaulFertser: the gta01 schmeatics are quite incomplete when it comes to regulators. for example the xc6401 is completly missing Nov 06 19:39:05 from it's datasheet and the source code i can guess how it is wired, but would be nice to have some prove Nov 06 19:39:42 larsc: ok, i see Nov 06 19:47:22 especially which pcf50606 regulator it's parent is Nov 06 20:36:48 can anybody give me the default navit.xml file Nov 06 20:37:21 /usr/share/navit ? Nov 06 20:37:48 UberNeo: http://navit.svn.sourceforge.net/viewvc/navit/trunk/navit/navit/navit_shipped.xml?revision=2688&view=markup Nov 06 20:37:55 file is there ..but its blank Nov 06 20:39:54 vanous123: co zajit na pivo zitra? :) Nov 06 20:40:41 JaMa: sel bych, ale musim na oslavu, tata slavi 60 :( Nov 06 20:40:45 :) Nov 06 20:41:06 oki, pujdu s nekym jinym :P Nov 06 20:41:34 JaMa: budes doma v trebove? Nov 06 20:41:44 jo zitra tam vyrazim Nov 06 20:42:07 ahoj Nov 06 20:42:09 :) Nov 06 20:42:11 :) Nov 06 20:42:12 :P Nov 06 20:42:12 dos1: ahoj Nov 06 20:44:49 mickey|away, testcommandqueue.c:23: error: ‘FsoFrameworkBaseParser’ undeclared (first use in this function Nov 06 20:45:01 [ sys-mobilephone/libfsotransport-0.9.5.9 ] Nov 06 20:51:03 JaMa, navit:main_real:Error parsing 'navit.xml': Element 'cursor' within unexpected context 'layout'. Expected 'vehicle' at line 346, char 1 Nov 06 20:51:11 i m getting this error Nov 06 20:54:35 check your navit version Nov 06 20:54:55 UberNeo: and if you have something older, download navit.xml from that revision.. Nov 06 20:54:56 hhh~. Nov 06 20:55:22 i download from that location only Nov 06 20:55:24 UberNeo: or just reinstall your navit from ipk? :) Nov 06 20:55:35 http://navit.svn.sourceforge.net/viewvc/navit/trunk/navit/navit/navit_shipped.xml?revision=2688&view=markup Nov 06 20:55:46 UberNeo: and opkg info navit? Nov 06 20:55:56 i m using Hackable1 ..its Debian Nov 06 20:56:17 dpkg -l navit? Nov 06 20:58:06 everything is installed ..but its just an XML error ..which i m unable to figure out ..coz i m not very sure of XML Nov 06 20:58:49 the content of that xml was changed many times.. so its different for different navit version.. Nov 06 20:59:36 so you need to download right version coresponding to you navit version... Nov 06 20:59:51 * JaMa off Nov 06 21:01:08 JaMa, i m using 0.2.0~svn2663+dfsg version Nov 06 21:04:32 /j #navit Nov 06 21:04:42 oops Nov 06 21:05:06 UberNeo: http://navit.svn.sourceforge.net/viewvc/navit/trunk/navit/navit/navit_shipped.xml?revision=2663&view=markup so this one is for you Nov 06 21:06:21 UberNeo: they moved cursor from out in later version 2668 http://navit.svn.sourceforge.net/viewvc/navit/trunk/navit/navit/navit_shipped.xml?r1=2663&r2=2668 Nov 06 21:06:55 so i shud use the above one Nov 06 21:29:31 hi, Is it possible to rotate an fbdev? Nov 06 21:29:35 if so how? Nov 06 21:29:37 I've xorg Nov 06 21:33:06 Gnutoo: why haven't you sent the alsa driver yet? Nov 06 21:33:30 PaulFertser, waiting moderation Nov 06 21:33:43 it's sent as an attachment Nov 06 21:33:49 Gnutoo: oh Nov 06 21:34:04 but they said the message was too heavy Nov 06 21:34:50 Big patch you have there :) Nov 06 21:38:34 hello.. good evening.. :) Nov 06 21:39:20 indeed Nov 06 21:39:50 I'm pretty new to irc, so bear with me... I got a question or two about building SHR.. Nov 06 21:42:21 it seems to me that the makefile stated in the wiki is kinda okay.. what I find weird is that when I do an update, the openembedded/conf/distro doesn't contain the shr.conf.. although it seems to be in the git of oe? Nov 06 21:43:02 TWiB: SHR is in the shr-unstable and shr-testing dir Nov 06 21:43:25 the openembedded dir is org.oe.dev Nov 06 21:45:45 ohh.. I'll be damned.. you'Re right.. :D Nov 06 21:46:30 shr-lite-image from shr/merge is building atm :) Nov 06 21:47:41 ah last few tasks :) Nov 06 21:47:58 so, building the unstable will (try to) build the shr/merge image? (tried that las night and it had some trouble with something - can't recall what..) Nov 06 21:48:22 it's already on do_rootfs ;) Nov 06 21:48:49 do_rmwork_all now :) Nov 06 21:49:16 and finished :) Nov 06 21:49:31 now shr-image Nov 06 21:49:53 where it will be on web? Nov 06 21:50:31 oemerge/images/om-gta02/ is image from 1104 Nov 06 21:51:13 it should be already on http://build.shr-project.org/tests/mrmoku/unstable/images/om-gta02/ Nov 06 21:51:25 say, is there some place where I could read up on getting started with C development for shr? own apps.. Nov 06 21:51:59 hmm Nov 06 21:52:06 it's not there... Nov 06 21:52:07 dos1|neo: nope Nov 06 21:52:25 IRC mrmoku said something about moving tmpdir.. Nov 06 21:52:29 yesterday Nov 06 21:55:57 JaMa: ok, it's on oemerge now Nov 06 21:56:42 i'll leave changing unstable symlink to mrmoku, i dunno what was his idea :P Nov 06 22:01:08 dos1|neo: oki, thanks, I'll stay with my image+feeds :) Nov 06 22:02:09 dos1|neo: mrmoku changes mrmoku/unstable to shr/merge, so you have to build in that dir Nov 06 22:02:56 wrt tinderbox what dos is building is shr/merge too :) Nov 06 22:03:19 yes, but he doesn't want to change the symlink Nov 06 22:03:53 he started build in unstable Nov 06 22:04:19 cool Nov 06 22:04:26 tell me when its done :D Nov 06 22:06:01 so are we close to having new shr images to play with? I'm itching to toss it on my uSD card and give the tires a kick...? Nov 06 22:06:20 not quite itching enough to try building it myself, though... :-) Nov 06 22:07:28 the same to me wjbaird Nov 06 22:08:17 so i'll go asleep xD, well bye folks Nov 06 22:19:52 well.. I'm calling it a day.. will look in again tomorrow.. thank y'all.. Nov 06 22:26:30 full image is built, now feed Nov 06 22:26:55 hi dos1|neo Nov 06 22:26:57 =) Nov 06 22:27:10 dos1|neo: is reiserfsprogs added to feed? Nov 06 22:30:54 yup **** ENDING LOGGING AT Sat Nov 07 02:59:57 2009