**** BEGIN LOGGING AT Wed Apr 06 02:59:58 2011 Apr 06 04:40:30 freesmartphone.org: 03morphis 07specs * r1f111b162e68 10/ (76 files in 2 dirs): Adjust for correct copyright year period Apr 06 05:35:20 GNUtoo: great... had success with rebasing? Apr 06 05:45:35 hm, when I installed shr rc1 in december, I had to run shr_elm_softkey manually once, and after that it was started automatically - but with current version I have to sart it manually after every reboot, what's happenning ? Apr 06 05:48:32 mrmoku: is latest gisi rev safe? Apr 06 05:48:34 | mediators.vala:387.13-387.48: error: The name `registerManual' does not exist in the context of `GIsiComm.Network' Apr 06 05:48:37 | NokiaIsi.isimodem.net.registerManual( mccmnc[0:3], mccmnc[3:5], ( error ) => { Apr 06 05:48:51 this is fsogsmd error with current rev from morphis bump Apr 06 05:50:17 JaMa: registerManual is new... ds Apr 06 05:50:19 -ds Apr 06 05:50:47 but I thought it would build Apr 06 05:51:04 antrik: rebase -i on n900/n900-2.6.37 http://paste.pocoo.org/show/366366/ Apr 06 05:52:17 JaMa: ahh, yeah that way around... should be safe, yes :) Apr 06 05:52:52 mrmoku: ok building :) Apr 06 05:53:38 JaMa: btw. what do you think about changing the git alternate setup of shr-unstable/openemebedded to be relative? Apr 06 05:53:52 This way one can use the git repo even outside of chroot Apr 06 05:54:18 0022 mok@ladyt[pts/1]:~/shrbuild/shr-chroot/OE/shr-unstable/openembedded-> cat .git/objects/info/alternates Apr 06 05:54:22 ../../../../openembedded/.git/objects Apr 06 05:56:11 mrmoku: ok, good Apr 06 05:56:17 fsogsmd builds :) Apr 06 05:57:29 git clone --reference ../openembedded Apr 06 05:57:35 hmm... looks like git makes it absolute Apr 06 05:58:32 ah.. I thought that I made it absolute only in shr-core, shr-u/shr-t should be relative even before my changes.. Apr 06 06:01:15 0022 mok@gonzales[pts/6]:~/src/openmoko/foo-> git clone --reference ../shr-makefile http://git.shr-project.org/repo/shr-makefile.git Apr 06 06:01:18 Cloning into shr-makefile... Apr 06 06:01:21 0022 mok@gonzales[pts/6]:~/src/openmoko/foo-> cat shr-makefile/.git/objects/info/alternates Apr 06 06:01:25 /home/mok/src/openmoko/shr-makefile/.git/objects Apr 06 06:01:27 JaMa: it's git itself making it absolute Apr 06 06:01:41 so we would have to sed .git/objects/info/alternates after cloning to make it relative Apr 06 06:02:49 * JaMa gtg Apr 06 06:02:58 have fun :) Apr 06 06:03:05 yeah :) Apr 06 06:03:24 playing settlers on my way to work, then fun ends :) Apr 06 06:03:34 hehe :) Apr 06 06:15:09 JaMa: I'm talking about "ordinary" rebase Apr 06 06:18:52 the commits have different IDs... which I think means that a rebased branch has been merged with a non-rebased one. not a good idea. Apr 06 06:20:10 I wish somebody came up with a clever idea that prevents rebasing stuff that has already been shared to others :) Apr 06 06:20:43 lindi-: hehe :-) Apr 06 06:22:20 JaMa: I guess it would be best to figure out what actually happened there in the history, and try to untangle it accordingly, so the double commits don't show up in the first place... Apr 06 06:24:15 OTOH, Git should be able to deal with cherry-picks. IIRC rebase (without -i) will simply ignore the extra commits. but depending on what happened there exactly, the same might happen again the next time I guess... Apr 06 06:24:42 (well, not ignore, but skip after realizing they have already been applied) Apr 06 06:45:29 antrik: it does not... just tried Apr 06 06:52:46 antrik: I just know that this happens "quite often" so I have to squash those with same commit message.. Apr 06 06:54:34 mrmoku: I have n900 image from shr-core, maybe you can try it, just in case it will have working gisi/gsmd Apr 06 07:03:56 JaMa: ok, where? Apr 06 07:08:49 mrmoku: http://jama.dyndns-home.com/org.openembedded.shr-core.images/ Apr 06 07:10:09 JaMa: ok, downloading... have to go to a client now and will try it when back in a bit Apr 06 07:15:42 bbl Apr 06 07:23:08 morphis: bumped mplayer, seems to work on gta, please test on pre when you have time Apr 06 07:26:00 NOTE: package fsogsmd-1_0.5.0+gitr874+2fb31c8afc6cba03f3f18165d7e906450eced914-r5.1: task do_package: Started Apr 06 07:26:03 NOTE: the following files were installed but not shipped in any package: Apr 06 07:26:06 NOTE: /usr/lib/connman/plugins/fsogsm.so Apr 06 07:26:08 NOTE: /usr/lib/connman/plugins/fsogsm.la Apr 06 07:26:11 NOTE: /usr/lib/connman/plugins/.debug/fsogsm.so Apr 06 07:26:22 morphis, mickey|zzZZzz: while fixing this ^^ I'm going to split fsodeviced/fsogsmd, ok? Apr 06 08:15:12 mrmoku: there is newer shr-core image Apr 06 08:15:41 mrmoku: and I wanted to start shr-core build on buildhost, but bitbake we're using is too old and newer needs newer python :/ Apr 06 08:17:27 mrmoku: I'll talk with lukhas from #bearstech... Apr 06 08:17:32 about dist-upgrade :) Apr 06 08:24:11 mrmoku: hopefully there will be squeeze soon :) 10:22:44 < lukhas> JaMa: I'm making a ticket on our internal trac for that, I'll keep you informed Apr 06 08:40:00 Hy guys! someone of you have ever used accelerometer data of neofreerunner? Apr 06 08:43:51 n3v3rmind: :))) Apr 06 08:44:15 n3v3rmind: i played mokomoze once, does it count? ;) Apr 06 08:44:29 (well, in fact more than once :D) Apr 06 08:45:12 playing games as root again? ;) Apr 06 08:45:41 :D Apr 06 08:45:45 hehe Apr 06 08:46:13 * PaulFertser goes away ashamed Apr 06 09:58:01 hi Apr 06 09:58:22 morning dcordes Apr 06 09:58:45 morning indeed just got up :D Apr 06 09:58:52 * dcordes is in vacation mode Apr 06 09:59:30 I tried out the new elfe revision yesterday. it's becoming better and better Apr 06 09:59:33 now you can remove icons Apr 06 10:02:06 cool Apr 06 10:27:39 trac doesn't show anything in "my tickets" Apr 06 10:27:44 but I have some bugs pending Apr 06 10:28:35 JaMa: (bearstech) great Apr 06 10:28:57 that's freesmartphone trac tickets Apr 06 10:28:59 JaMa: going to have lunch now and then I will test the image Apr 06 10:31:03 #604 #605 Apr 06 10:31:34 mickey|office: is "my tickets" owned by or reported by ? Apr 06 10:31:37 in fso trac Apr 06 10:32:19 owned by Apr 06 10:34:02 that explains it Apr 06 10:34:58 explains why that report is quite long for me too... Apr 06 10:35:25 which report ? Apr 06 10:35:27 * mrmoku owns a very rich portfolio of trac tickets ;) Apr 06 10:35:28 mickey|office: did you have a look at the logs i sent you? could you see sth? Apr 06 10:35:44 dcordes: the my tickets one Apr 06 10:35:55 HeinervdmOff: not yet, sorry. it's on my agenda, i try to look at it within the next 48h Apr 06 10:36:05 mickey|office: ok Apr 06 11:01:04 mrmoku: I see. I only have two: http://trac.freesmartphone.org/ticket/604 http://trac.freesmartphone.org/ticket/605 Apr 06 11:10:50 dcordes: lucky you :-) Apr 06 11:11:21 JaMa: gives me a kernel panic - no init found Apr 06 11:12:05 ouch.. ok, I'll try to fix it later tonight Apr 06 11:13:00 ok Apr 06 11:14:11 * mrmoku tries his luck with his fresh SHR image and crosses all fingers that the phonet link stays up :) Apr 06 11:18:54 JaMa: what about machine configs in the new world? I hope they're always core? Apr 06 11:19:12 now they are in meta-shr Apr 06 11:19:20 in oe-core are only qemu* machines Apr 06 11:19:50 so if somebody from the meta-foo layer group starts to implement a machine I'm interested in I will never notice? Apr 06 11:19:54 that's bad :/ Apr 06 11:20:17 yes ;/ Apr 06 11:20:31 but the same with recipes etc.. Apr 06 11:20:50 now you had to watch all possible layers for usefull bits Apr 06 11:21:27 yeah... if you _know_ about all layers... Apr 06 11:21:42 and then copy them to meta-shr :(, or deal with "owner" to move them at least to meta-oe :/ Apr 06 11:24:33 mickey|office: just added additional info http://trac.freesmartphone.org/ticket/604#comment:2 could you take a look if you find some spare time ? I think it's an easy fix and it will improve usability a lot Apr 06 11:25:13 hmm Apr 06 11:25:21 actually, i'm quite surprised it doesn't work already Apr 06 11:25:28 fsonetwork brings up the interface before configuring it Apr 06 11:25:34 do you run fsonetworkd? Apr 06 11:26:10 let's see Apr 06 11:26:39 # ps -A | grep network Apr 06 11:26:40 # ps -A | grep network Apr 06 11:26:43 fsogsmd communicates with fsonetworkd once ppp has been established. it's fsonetworkd's task to bring the interface up and setting the new default route then Apr 06 11:26:47 nothing Apr 06 11:26:49 aha Apr 06 11:26:51 that might be the problem :) Apr 06 11:27:03 is it installed? Apr 06 11:27:11 yes Apr 06 11:27:19 hmm, then it should be launched on demand Apr 06 11:27:28 what's the fsogsmd log telling after ppp session has been established? Apr 06 11:28:06 i need to move, bbl tonite Apr 06 11:29:08 hi mrmoku Apr 06 11:29:18 mickeyl: 2011-04-06T10:55:58.114715Z [ERROR] PdpQmi <>: Can't call offer_default_route on onetworkd: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Traceback (most recent call last): Apr 06 11:29:26 tadaa Apr 06 11:29:44 GNUtoo: mickey|zzZZzz just solved the htcleo qmi problem Apr 06 11:29:51 wow Apr 06 11:29:58 GNUtoo: we need to start onetworkd. but where ? Apr 06 11:30:05 no idea Apr 06 11:30:07 what is that? Apr 06 11:30:29 mickey says it is vital to bring up the interface and do the routing. you remember we discussed the lack of interface up ? Apr 06 11:30:40 it's also on ml Apr 06 11:31:06 13:26 < mickey|office> fsogsmd communicates with fsonetworkd once ppp has been established. it's fsonetworkd's task to bring the interface up and setting the new default route then Apr 06 11:31:28 I will reboot and start it before connecting. let' see Apr 06 11:37:29 hi GNUtoo Apr 06 11:37:38 how did your rebasing end up? Apr 06 11:37:53 mrmoku, fine but I wonder if we should pubilsh now Apr 06 11:37:55 as it is Apr 06 11:37:57 rebased of course Apr 06 11:38:11 basically newer defconfig are not so usefull right now Apr 06 11:38:53 for instance there is no bq27200 module in Apr 06 11:38:57 but modprobing it does nothing Apr 06 11:39:01 well our kernel with our defconfig is better than what is in OE right now Apr 06 11:39:04 since there is no platform data Apr 06 11:39:18 yes so let's just push Apr 06 11:39:24 yup Apr 06 11:39:29 could you do it? Apr 06 11:39:49 I will have to rebase too then, but ok Apr 06 11:40:07 my rebase is already old Apr 06 11:40:15 I can push it if you want tough Apr 06 11:40:23 push it to shr Apr 06 11:40:27 # Generated by Connection Manager Apr 06 11:40:28 nameserver 127.0.0.1 Apr 06 11:40:29 duh Apr 06 11:40:46 freaking connman ;) Apr 06 11:41:17 GNUtoo: yeah, please push it then Apr 06 11:41:28 new branch or -f ? Apr 06 11:42:00 btw: charge21.sh.txt Apr 06 11:42:07 new charge script Apr 06 11:42:10 and also: Apr 06 11:42:36 cat /sys/class/power_supply/isp1704/uevent Apr 06 11:42:42 will give us the state Apr 06 11:42:49 make it a new branch Apr 06 11:42:52 that will permit us to charge at 0x90 Apr 06 11:42:53 ok Apr 06 11:43:17 GNUtoo: one thing is missing Apr 06 11:43:24 we depend on phonet-utils Apr 06 11:43:44 actually initscripts-shr for nokia900 depends on it Apr 06 11:44:23 Aborting due to critical error: Apr 06 11:44:23 'Can't claim busname org.freesmartphone.onetworkd' Apr 06 11:44:26 what's wrong ? Apr 06 11:44:51 either something is already on that address or the dbus config is missing/wrong Apr 06 11:45:12 * [new branch] nokia900/2.6.37+V2 -> nokia900/n900-2.6.37+V2 Apr 06 11:45:16 pushing done Apr 06 11:46:53 GNUtoo: ok. it seems like frameworkd.conf is configured to start onetworkd. Apr 06 11:46:53 now lets see if it registers :) Apr 06 11:47:01 [onetworkd] Apr 06 11:47:01 [onetworkd.network] Apr 06 11:47:13 GNUtoo: is it correct ? Apr 06 11:47:15 GNUtoo: ok, thanks Apr 06 11:47:23 dcordes: add disable = 1 Apr 06 11:49:16 mrmoku: under which of the two lines ? Apr 06 11:49:41 actually the aim is to launch the networkd. but I can't see such process after boot Apr 06 11:51:27 dcordes: [onetworkd] Apr 06 11:51:44 old networkd is integrated in frameworkd Apr 06 11:51:57 new networkd is a binary on its own (fsonetworkd) Apr 06 11:52:59 aha Apr 06 11:53:10 how can I figure which one I have ? Apr 06 11:53:51 dcordes, as I said before, I don't know networkd Apr 06 11:54:12 the problem is that I do not participate a lot in the development anymore Apr 06 11:54:15 just a little bit Apr 06 11:55:08 dcordes: ps ax | grep fsonetworkd Apr 06 11:55:31 if that is empty and org.freesmartphone.onetworkd is there (which you can check with mdbus2 -si) then you have the old one Apr 06 11:56:22 ok Apr 06 11:56:43 I finished the image yesterday from org.oe.dev Apr 06 11:56:45 shr-image Apr 06 11:56:53 hmm... does not register :/ Apr 06 11:57:05 * mrmoku wonders if it could be connmans fault Apr 06 11:57:11 Jan 1 01:00:19 nokia900 daemon.info connmand[325]: phonet0 {newlink} index 4 address 15:00:00:00:05:00 mtu 4000 Apr 06 11:57:15 Jan 1 01:00:19 nokia900 daemon.info connmand[325]: phonet0 {newlink} index 4 operstate 6 Apr 06 12:02:25 # ps ax | grep fsonetworkd Apr 06 12:02:25 471 pts/0 S+ 0:00 grep fsonetworkd Apr 06 12:03:08 mdbus2 -si Apr 06 12:03:35 if you press tab you will see the names Apr 06 12:03:45 mrmoku: ok it doesn't list network Apr 06 12:04:05 then you have neither old nor new Apr 06 12:04:18 :D Apr 06 12:05:04 is it because I disabled it Apr 06 12:05:12 in the frameworkd.conf ? Apr 06 12:06:05 that's why the old one is not there Apr 06 12:06:11 heyho Apr 06 12:06:49 dcordes: try mdbus2 -s org.freesmartphone.onetworkd Apr 06 12:07:48 it get's autostarted on demand by dbus-activation me thinks Apr 06 12:08:16 mrmoku: I just removed disable = 1 from the config, rebooted and now I have the process: fsonetworkd and org.freesmartphone.onetworkd Apr 06 12:13:51 mrmoku: what can I take from this ? Apr 06 12:15:33 dcordes: you need the disable = 1 in frameworkd.conf Apr 06 12:15:55 ok I will readd it and reboot Apr 06 12:16:00 otherwise there is always the chance the old one gets started Apr 06 12:16:11 [onetworkd] Apr 06 12:16:11 disable = 1 Apr 06 12:16:12 [onetworkd.network] Apr 06 12:16:17 mrmoku: correct like that ? Apr 06 12:16:29 yup Apr 06 12:16:36 ok rebooting Apr 06 12:16:56 * mrmoku phone Apr 06 12:18:13 ok no binary Apr 06 12:18:55 no dbus Apr 06 12:19:01 mdbus2 -s org.freesmartphone.onetworkd Apr 06 12:19:09 /org/freesmartphone Apr 06 12:19:09 /org/freesmartphone/Network Apr 06 12:19:23 org.freesmartphone.onetworkd Apr 06 12:19:26 running Apr 06 12:19:47 and also the process is running now Apr 06 12:19:48 471 ? Sl 0:00 /usr/sbin/fsonetworkd Apr 06 12:20:16 I'll read the backlog Apr 06 12:21:01 mrmoku, the address doesn't seem to match ifconfig Apr 06 12:21:07 I mean the MAC address Apr 06 12:21:21 Jan 1 01:00:19 nokia900 daemon.info connmand[325]: phonet0 {newlink} index 4 address 15:00:00:00:05:00 mtu 4000 Apr 06 12:21:30 mrmoku: very good. this solved the problem ! Apr 06 12:21:50 mrmoku: thanks. now we need to automate it I guess Apr 06 12:22:50 dcordes: no need, it _is_ automated Apr 06 12:23:05 as soon as you access org.freesmartphone.onetworkd it will get started by dbus Apr 06 12:23:20 just that does not work if the old onetworkd is sitting on the bus name Apr 06 12:23:49 mrmoku: how can we forbid the old onetworkd to sit on the bus name ? Apr 06 12:24:05 by disable = 1 :) Apr 06 12:24:14 so we need to push that config to oe Apr 06 12:25:15 uuh to cornucopia.git I mean ! Apr 06 12:27:39 now I'm confused, where does /etc/frameworkd.conf in shr-image come from ? Apr 06 12:28:01 recipes/freesmartphone/frameworkd_git.bb: install -m 0644 ${CONF_PATH_MACHINE}/frameworkd.conf ${D}${sysconfdir} Apr 06 12:29:54 dcordes: frameworkd git has configs for the different machines Apr 06 12:31:18 why is it not in cornucopia git ? Apr 06 12:31:37 dcordes: cornucopia git is fso2 Apr 06 12:31:58 frameworkd.conf is fso1 and not used by fso2 Apr 06 12:32:08 now I'm extra confused Apr 06 12:32:11 :) Apr 06 12:32:20 frameworkd is the old fso1 python daemon Apr 06 12:32:24 I thought I were using fso2 all the time Apr 06 12:32:25 basically long time ago there was the openmoko Apr 06 12:32:28 which has several subsystems Apr 06 12:32:44 we still have to use frameworkd mainly for opimd Apr 06 12:32:49 and oeventsd Apr 06 12:32:51 ah I get it Apr 06 12:32:51 they wrote a first GUI, then a second one better adapted Apr 06 12:32:54 so both is running Apr 06 12:32:56 which have no fso2 equivalent yet Apr 06 12:32:57 yup Apr 06 12:33:08 but you had to make an app in GTK+ for accesing telephony Apr 06 12:33:19 so they decided to create a new dbus framework called fso Apr 06 12:33:42 mickey along with other people wrote it, it's fso1 and it's written in python Apr 06 12:33:45 python is slow Apr 06 12:33:53 mrmoku: could you push the disable=1 for htcleo machine in the correct place so it gets installed when building shr-image ? Apr 06 12:33:54 python cannot leverage C easily Apr 06 12:34:00 so it was rewriten in vala Apr 06 12:34:05 by mickeyl Apr 06 12:34:09 and other people Apr 06 12:34:28 the vala rewrite is known as cornucopia aka fso2 Apr 06 12:34:38 but not everything got rewriten Apr 06 12:34:43 yes I remember when he explained the motivations for vala to cr2 and me at fosdem10 Apr 06 12:34:55 so some parts of fso1 and fso2 still coexists Apr 06 12:39:16 dcordes: I copy the one from htcdream? Apr 06 12:39:19 it has it disabled Apr 06 12:39:56 mrmoku: I will pastebin the one currently on my htcleo Apr 06 12:40:01 ok Apr 06 12:40:09 mrmoku: it is what bitbake gives me + disable = 1 Apr 06 12:40:35 so it's the default one Apr 06 12:40:51 http://pastebin.com/raw.php?i=p6JSTMz0 Apr 06 12:40:52 I guess so Apr 06 12:41:05 which has all the old stuff enabled :) Apr 06 12:41:20 including odeviced and ousaged Apr 06 12:41:33 dcordes: I will just take the htcdream one as a start Apr 06 12:42:07 ok Apr 06 12:42:40 rules.yaml is interesting too Apr 06 12:44:07 dcordes: what leds does the leo have? Apr 06 12:44:14 I documented it in the according bug Apr 06 12:44:31 mrmoku: I never tested leds in shr on htcleo Apr 06 12:44:45 ok, lets start with a correct frameworkd.conf then Apr 06 12:44:47 mrmoku: I think in my current kernel it is very odd Apr 06 12:45:05 I will browse sysfs Apr 06 12:45:37 freesmartphone.org: 03mok 07framework * r072f4f9d32b0 10/etc/htcleo/frameworkd.conf: Apr 06 12:45:37 freesmartphone.org: add a frameworkd.conf for htcleo Apr 06 12:45:37 freesmartphone.org: Signed-off-by: Klaus Kurzmann Apr 06 12:45:55 dcordes: if you rebuild frameworkd it should give you a correct config now Apr 06 12:45:58 mrmoku: thanks ! Apr 06 12:46:01 http://htc-linux.org/wiki/index.php?title=Leo/Interfaces Apr 06 12:46:01 yw Apr 06 12:46:11 there is a row of device nodes documented Apr 06 12:46:25 but it's subject to change so I'm not sure if it's uptodate Apr 06 12:46:27 green and amber Apr 06 12:46:43 my backlight is also an led currently I think Apr 06 12:47:37 how different are the leo and the dream? Apr 06 12:47:53 dream has a red LED instead of the amber one if the config is correct Apr 06 12:48:00 but it has a backlight too Apr 06 12:48:03 quite Apr 06 12:48:18 let's just try to copy and s/red/amber/g then Apr 06 12:48:25 there is no consistency in the kernel for these devices due to almost complete lack of mainlining Apr 06 12:49:23 # echo 1 > /sys/class/leds/green/brightness Apr 06 12:49:26 works Apr 06 12:49:28 turns on green led Apr 06 12:49:39 freesmartphone.org: 03mok 07framework * r89ee765b998b 10/etc/freesmartphone/oevents/htcleo/rules.yaml: Apr 06 12:49:39 freesmartphone.org: add a rules.yaml for htcleo Apr 06 12:49:39 freesmartphone.org: Signed-off-by: Klaus Kurzmann Apr 06 12:50:06 also works on/off also for amber. Apr 06 12:50:39 /sys/class/leds/button-backlight/brightness works too with 0/1 Apr 06 12:51:55 /sys/devices/platform/flashlight.0/leds/flashlight/brightness works as well but only with 0 and 1 the wiki is wrong there Apr 06 12:54:28 mrmoku: if you habe pastebin / git url I can try the configs as you change it ! Apr 06 12:54:31 have Apr 06 12:56:31 mrmoku: hold on.. I was too quick about the bug Apr 06 12:57:16 mrmoku, note that fsodeviced now seem to work with the .37 Apr 06 12:57:32 but I wonder how to make it power off the screen automatically Apr 06 12:58:02 mrmoku: dbus2 -s org.freesmartphone.onetworkd Apr 06 12:58:09 mrmoku: this does not happen automatically Apr 06 12:58:26 mrmoku: I can only connect to the net after running it manually. Apr 06 13:01:32 when I do "mdbus2 -s org.freesmartphone.onetworkd" does that start the fso or fso2 one ? Apr 06 13:02:09 GNUtoo: even including kernel_idle? Apr 06 13:02:27 I'll look Apr 06 13:02:29 thanks Apr 06 13:02:51 dcordes: hmm... how do you connect to the net? Apr 06 13:08:35 mrmoku, it seems blocked here: Apr 06 13:09:15 mrmoku: wit hthe shr settings program Apr 06 13:09:36 http://pastie.org/private/pd1kweotqu8richeoml25w Apr 06 13:09:48 mrmoku: http://trac.freesmartphone.org/ticket/604 Apr 06 13:11:33 dcordes: ahh, normal data connection... fsonetworkd is for connection sharing :) Apr 06 13:11:46 dcordes: do you run the shr phoneui stack? Apr 06 13:12:15 mrmoku: I don't know. I have a fresh shr-image Apr 06 13:12:31 dcordes: yes you do Apr 06 13:12:36 * mrmoku finished reading the ticket :) Apr 06 13:12:57 mrmoku: it seems to be somehow connected to fsonetworkd. mickey also said it is related .. Apr 06 13:12:58 so you want internet on the leo itself or on a notebook connected to it? Apr 06 13:13:12 no tethering. just on the device itself Apr 06 13:13:22 then no fsonetworkd should be needed Apr 06 13:13:27 and that works if I have the disabled and run the mdbus2 -s org.freesmartphone.onetworkd after boot Apr 06 13:13:28 at least to my knowledge Apr 06 13:14:02 and I don't think connecting without being registered is possible Apr 06 13:14:32 hence my proposal to not allow it :) Apr 06 13:15:03 it even breaks the interface somehow so you will have to reboot after trying that Apr 06 13:16:45 it will just fail, no? Apr 06 13:16:59 correct, without an error message Apr 06 13:17:13 it iwll say connected as described in the bug . Apr 06 13:17:37 keep in mind it's with the old frameworkd.conf Apr 06 13:21:11 with the disabled, tapping on connect doesn't work, it just freezes Apr 06 13:21:32 heh Apr 06 13:21:51 do you have a fsogsmd.conf fitting the leo? Apr 06 13:22:19 yes Apr 06 13:22:30 see cornucopia.git Apr 06 13:22:44 * mrmoku has to take care of the baby... bbiab Apr 06 13:22:46 it selects the correct 'internet type' Apr 06 13:23:23 I think what is missing now is to start the new fsonetowkrd Apr 06 13:23:43 it seems to be critical to bring up the interface Apr 06 13:23:53 but I will discuss it later with mickeyl Apr 06 13:24:01 mrmoku: ok good luck :) bbl too Apr 06 13:24:04 and thanks again Apr 06 13:24:05 apt: ?? Apr 06 13:24:15 ~lart apt Apr 06 13:24:18 :( Apr 06 13:26:14 dcordes: wife came back :) Apr 06 13:27:55 Note that it still doesn't work(register) Apr 06 13:27:59 for me Apr 06 13:29:23 GNUtoo: neither for me right now Apr 06 13:29:29 though the link does not go down Apr 06 13:29:37 it just does hang Apr 06 13:29:46 neither the providers nor registering Apr 06 13:32:00 * mrmoku tries without connman now Apr 06 13:33:56 ok Apr 06 13:34:00 I'll try later then Apr 06 13:36:28 GNUtoo: does not work Apr 06 13:36:29 1970-01-01T00:01:35.560028Z [DEBUG] NokiaIsiModem : Created mediator FsoGsmNetworkRegister Apr 06 13:36:32 1970-01-01T00:01:35.580688Z [DEBUG] fsogsmd : GLib : mediators.vala:343: error = 224 Apr 06 13:36:39 mickey|zzZZzz: ^^ the 224 is back :/ Apr 06 13:37:55 sigh sigh Apr 06 13:38:09 I'll go Apr 06 14:39:29 is it possible to boot gta02 without CONFIG_MFD_GLAMO CONFIG_GPIO_GLAMO ? I know I'll be without FB, but working g_ether would be enough for test :) Apr 06 14:40:54 the gpios on the glamo are only used to control the LCD module Apr 06 14:41:02 so it should work Apr 06 14:41:25 ok, lets try to boot .39-rc2 :) Apr 06 15:43:39 freesmartphone.org: 03mickey 07cornucopia * r1cfe5476e2ab 10/fsogsmd/src/plugins/dbus_service/plugin.vala: Apr 06 15:43:39 freesmartphone.org: fsogsmd: dbus_service: limit access to certain commands depending on status Apr 06 15:43:39 freesmartphone.org: Closes FSO #604 Apr 06 15:49:02 mickeyl: no good news :/ Apr 06 15:50:06 15:36 < mrmoku> 1970-01-01T00:01:35.580688Z [DEBUG] fsogsmd : GLib : mediators.vala:343: error = 224 Apr 06 15:50:18 mickeyl: would a tcpdump for that be of help? Apr 06 15:51:44 hmm, you broke it again? Apr 06 15:51:46 :) Apr 06 15:52:04 i'm almost sick of that damn ISI shit Apr 06 15:52:17 *sigh* Apr 06 15:52:36 a tcpdump is always good Apr 06 15:54:10 did that phonet plugin hit mainline yet? Apr 06 15:54:14 (for wireshark) Apr 06 15:55:01 mickeyl: I don't think so... but I built it yesterday :) Apr 06 15:55:19 * mrmoku tcpdumps Apr 06 15:55:33 mickeyl: then switch to msmcomm :) Apr 06 15:55:56 nooo :P Apr 06 15:55:58 mrmoku: which components did you change so that it broke? Apr 06 15:56:36 mickeyl: I rebased our n900 oe branch to current OE... and rebuilt shr from scratch Apr 06 15:56:40 with new vala Apr 06 15:56:55 hmm Apr 06 15:56:56 don't know yet what all changed... still have to examine the packages Apr 06 16:03:18 hmm, how to compile this thing? Apr 06 16:03:31 src/isi-gps.c:21:21: fatal error: config.h: No such file or directory Apr 06 16:03:31 compilation terminated. Apr 06 16:04:10 mickeyl, config.h seem the autotool thing Apr 06 16:04:28 config.h is a header of wireshart Apr 06 16:04:29 k Apr 06 16:04:43 ah ok Apr 06 16:04:44 mickeyl: problem is that the headers do not get installed by default Apr 06 16:04:54 you have to do that manually yourself Apr 06 16:04:59 moment Apr 06 16:05:40 ah, k Apr 06 16:05:48 aptitude install wireshark-dev does it Apr 06 16:05:58 ahh ok :) Apr 06 16:06:05 after that it built for me Apr 06 16:06:16 * mrmoku dinner bbiab Apr 06 16:17:24 hmm, my local environment is messed up Apr 06 16:17:34 | /usr/bin/ld: main.o: undefined reference to symbol 'ecore_evas_show' Apr 06 16:17:34 /usr/bin/ld: note: 'ecore_evas_show' is defined in DSO /usr/local/lib/libecore_evas.so.1 so try adding it to the linker command line Apr 06 16:17:36 wtf Apr 06 16:17:51 /usr/local/lib/libecore_evas.so.1: could not read symbols: Invalid operation Apr 06 16:27:29 uuups sounds not very good Apr 06 16:27:35 mickeyl: btw. I need to talk to you Apr 06 16:29:31 yo Apr 06 16:51:50 mickeyl: http://paste.pocoo.org/show/366629/ Apr 06 16:52:27 NET_SET_RESP sounds like the correct answer from the modem when registering? Apr 06 16:53:21 yes, that's the correct answer Apr 06 16:54:24 and libgisi gives 224... hmm Apr 06 16:55:05 and the response from the modem is quite fast... Apr 06 16:56:18 hmm... perhaps we could iron out possible problems by using sendisi Apr 06 16:56:42 you could do the same that fsogsmd does 'by hand' Apr 06 16:58:07 mickeyl: ok, have to ask my sone some english vocabulary first though ;) Apr 06 16:58:14 s/sone/son/ Apr 06 16:58:49 mickeyl: one thing I notice comparing to a dump of a working go is that the packets are ordered differently Apr 06 16:59:19 mrmoku: that's very interesting! in how far? Apr 06 16:59:22 in the working session the modem sends Network Status Indication directly before we request to register Apr 06 16:59:30 in the non-working session it's afterwards Apr 06 17:00:01 the working session has correct LAC and CID in there Apr 06 17:00:03 morphis_: hi in fsodeviced/conf/palm_pre/fsodeviced.conf (your last change) where does the key value come from ? because i have truble with the power button (and your 107 value does not correspond to something on m pre 2 i think) Apr 06 17:00:05 the non working session not Apr 06 17:00:26 morphis_: (I am on what I am supposed to do) Apr 06 17:00:28 ok, english now... bb after that Apr 06 17:00:36 k, hf Apr 06 17:00:48 hehe, for sure :P Apr 06 17:04:12 GarthPS: you get the keycode from the /dev/input/even* node Apr 06 17:04:17 you can see it with evtest Apr 06 17:04:34 run evtest /dev/input/event1 and press the power key Apr 06 17:05:26 freesmartphone.org: 03mickey 07aurora * rb18d5eb4fcef 10/zhone2/src/ (deviceagent.vala gsmagent.vala locationpage.vala): zhone2: small fixes Apr 06 17:09:28 mrmoku, hi Apr 06 17:12:15 morphis_: yeah my bad I confused with the keyboard keycode.. Apr 06 17:13:14 morphis_: if you want to check other values from pre 2 http://pastebin.com/h5N2b13A Apr 06 17:13:58 morphis_: so, why did you set aux key instead ? Apr 06 17:19:38 freesmartphone.org: 03mickey 07cornucopia * r483fe4fd4544 10/Makefile: makefile: add libfsosystem and fsoaudiod Apr 06 17:31:38 GarthPS: as SHR uses "aux" as string to identify the key which enables the idle_screen Apr 06 17:33:21 morphis_: yes but personnaly I would prefere that power real powerbuton binded to powerbutton to bring the quicksetting menu as it should be before your change Apr 06 17:33:40 i am not sure to be clear enought.. Apr 06 17:33:42 ok, then I should revert that one Apr 06 17:34:10 hi GNUtoo Apr 06 17:34:21 mickeyl: ok, back now Apr 06 17:34:35 when will you have the time to push the n900 stuff for oe, I don't have time right now Apr 06 17:34:59 GNUtoo: probably later today Apr 06 17:35:05 morphis_: no. tha was my point! for now It should do what personnaly I expected : powerbutton => quicksetting menu, but until now it did not work lake that as it brought the lockscrren like the auxbutton Apr 06 17:35:15 mickeyl: funny for the limited acccess to GSM service I have a patch pending too :) Apr 06 17:35:38 nice, thanks a lot Apr 06 17:36:17 so that was why I asked " why did you set aux key instead ?" as id was already the case for me... Apr 06 17:36:20 GarthPS, moin. dou know if the evas neon is already fixed? Apr 06 17:36:23 GarthPS: whats the default on om-gta02? Apr 06 17:36:45 playya: no, but there are some alignement access fixed in the webOS 2.1 kernel source Apr 06 17:36:48 playya: hi. i am not sure you asked to the right person.. Apr 06 17:37:06 morphis, ah. it's a kernel bug? Apr 06 17:37:08 playya: but I did not try it until now Apr 06 17:37:11 don't know Apr 06 17:37:19 morphis_: on the gta02 powerbutton=>quicksettings ; aux=> lockscreen Apr 06 17:38:02 mrmoku, btw: Apr 06 17:38:06 nokia_n900/fsodeviced.conf:[fsodevice.kernel_idle] Apr 06 17:38:13 also ifconfig is to fix Apr 06 17:38:21 freesmartphone.org: 03mickey 07specs * r1d6a12109f4a 10/ (11 files in 5 dirs): first sketch at connman interface Apr 06 17:40:16 hmm... what is mccmnc? Apr 06 17:40:31 freesmartphone.org: 03mickey 07specs * rb50a7312b02c 10/configure.ac: bump Apr 06 17:41:24 26207 Apr 06 17:41:38 operator code Apr 06 17:42:13 freesmartphone.org: 03mickey 07gdbus * r4dd4c66695db 10libfso-glib/ (configure.ac src/Makefile.am): add net.connman interface Apr 06 17:42:35 ahh, hmm Apr 06 17:43:16 heh ouch Apr 06 17:43:28 looks like charging does not work either GNUtoo :P Apr 06 17:43:44 * mrmoku ran out of battery just befor trying RegisterWithProvider... Apr 06 17:43:54 check the log Apr 06 17:43:56 GarthPS: then it should be the same for palm pre Apr 06 17:43:58 perhaps you're missing the i2c node Apr 06 17:44:15 mickeyl: thanks for the net.connman interface Apr 06 17:44:27 np, unfortunately it's very bare, since it comes from the introspectiond ata Apr 06 17:44:33 i'll add bluez as well Apr 06 17:44:49 mickeyl: before checking anything I have to wait that it charged enough to be able to boot :/ Apr 06 17:45:09 *nod* Apr 06 17:45:30 morphis_: agreed but until now it was configured as it should be but did not work (wanted to make a bug repport about it..) but I don't know/understand why Apr 06 17:54:11 mrmoku, ok Apr 06 17:54:11 freesmartphone.org: 03mickey 07specs * r1274c9633992 10/ (17 files in 4 dirs): add preliminary version of org.bluez Apr 06 17:54:21 mrmoku, charging really don't work? Apr 06 17:54:23 strange Apr 06 17:54:37 because the led don't become orange here Apr 06 17:54:51 is it possible to get pid of a dbus bus without mdbus? Apr 06 17:54:55 mickeyl: hey again. did you see the scrollback ? Apr 06 17:55:07 GNUtoo: yeah, led was off for me too Apr 06 17:55:51 dcordes: no, what's up? Apr 06 17:56:04 mickeyl: mrmoku pointed to the fact that two fsonetworkd are in my image Apr 06 17:56:17 mickeyl: I disabled the old one in frameworkd.conf Apr 06 17:56:28 ah, they could be stepping on each others toes Apr 06 17:56:35 and only the fso2 one implements the route helper Apr 06 17:56:49 freesmartphone.org: 03mickey 07gdbus * r3d16ea02fd38 10libfso-glib/ (configure.ac src/Makefile.am): add bluez Apr 06 17:56:56 ok Apr 06 17:57:00 mickeyl: route helper? Apr 06 17:57:14 mickeyl: but now that I disabled the old one in frameworkd.conf there is no networkd at all Apr 06 17:57:30 mickeyl: but if I start the service with mdbus, it works perfectly well Apr 06 17:57:47 mrmoku: the sharing plugincontains the -completely unrelated - functionality of establishing the new default route when fsogsmd's pdp offers one Apr 06 17:58:05 ahh, ok :P Apr 06 17:58:06 dcordes: check whether the autostart files are there Apr 06 17:58:13 somewhere in /usr/share/dbus or so Apr 06 17:58:17 ok Apr 06 17:58:24 because I told dcordes that fsonetworkd is only needed for connection sharing :) Apr 06 17:58:27 that is not true then Apr 06 17:58:31 yeah Apr 06 17:58:40 i sneaked that in since i didn't see any other place Apr 06 17:58:41 autostarting with mdbus2 works Apr 06 17:58:48 it's only temporary until we have full connman support Apr 06 17:58:53 yeah Apr 06 17:59:02 but it makes ppp working ootb Apr 06 17:59:07 which i like :) Apr 06 17:59:12 time to take a look at efls connman gadget again :) Apr 06 17:59:37 mickeyl: # find /usr/share/dbus-1/ -name "*networkd*" yields nothing Apr 06 17:59:55 mickeyl: did you manage to build the wireshark plugin? Apr 06 18:00:13 dcordes: /usr/share/dbus-1/system-services/org.freesmartphone.onetworkd.service should be it Apr 06 18:00:16 I wonder if I should complete at least the code to command name tables Apr 06 18:00:27 mrmoku: yeah, that would help Apr 06 18:00:43 i did build it, but i'm extremely low motivated to look at isi atm. Apr 06 18:00:58 this whole thing is so annoying Apr 06 18:01:00 mickeyl: it only has org.freesmartphone.ousaged.service Apr 06 18:01:11 dcordes: ok, then we either messed up packaging or something else went wrong Apr 06 18:01:17 mickeyl: is that expected ? are these parts of fso or fso2 ? Apr 06 18:01:17 let me check packaging Apr 06 18:01:30 aight Apr 06 18:01:58 mickeyl: yeah, I understand Apr 06 18:02:22 dcordes: packaging looks good http://pastie.org/1764359 Apr 06 18:07:06 morphis_: I don't see the point to depend on a sepcific webos doctor version as it deffers from a pre to a pre2 device Apr 06 18:08:14 GarthPS: for the extra-data Apr 06 18:08:37 GarthPS: it's different for a pre and a pre2 Apr 06 18:08:48 other camera, other gpu Apr 06 18:09:02 morphis_: yep but as we also need webosdoctor*.jar for the NOVAINSTALLER Apr 06 18:09:07 mickeyl: ok what else might went wrong ? Apr 06 18:09:23 will take short dinner break, bb in an hour Apr 06 18:09:31 morphis_: which is also different Apr 06 18:09:42 GarthPS: so why not depend for the whole installer on a specific doctor? Apr 06 18:10:18 morphis_: euu because they are different devices? Apr 06 18:10:31 jepp Apr 06 18:10:40 dcordes: no idea, check the packaging of your package. Apr 06 18:10:50 dcordes: perhaps your SRCREV is very old? Apr 06 18:11:11 bbl Apr 06 18:11:37 morphis_: I don't follow you.. :) device are different so they need different novainstaller so we can't depend on one doctor version on ? Apr 06 18:11:44 s/on/no Apr 06 18:13:43 in fact actually your makefile will try to boot nova-installer-image-castle.uImage instead of nova-installer-image-roadrunner.uImage but there wold be none Apr 06 18:13:55 if only is could be booted.. Apr 06 18:14:21 (then the wiki page is wrong... it shold say to tacke onyl this doctor version) Apr 06 18:16:03 so right none the makefile would only work if I have a pre device and downloaded your doctor version Apr 06 18:16:16 s/none/now Apr 06 18:29:42 can someone review this list of fsodeviced modules and assigning to devices? http://paste.pocoo.org/show/366682/ Apr 06 18:30:57 or whole OE patch here http://paste.pocoo.org/show/366683/ Apr 06 18:39:07 JaMa: looks good... apart from maybe powercontrol_thinkpad and I don't know if the htcdream stuff isn't needed for htcleo too Apr 06 18:44:45 and similar for fsogsmd http://paste.pocoo.org/show/366691/ Apr 06 18:45:10 mrmoku: where to put thinkpad? Apr 06 18:45:54 I can put it to separate package without RDEPENDing it (machine maintainer would have to add it to machine's extra_rdepend or fix fsodeviced_git) Apr 06 18:52:22 GarthPS: we need to depend on the correct doctor for device:version combination like the meta-doctor does Apr 06 18:52:33 JaMa: maybe ask mickey|bbl ... he's probably the only one using it :) Apr 06 18:53:15 morphis_: ok. so we need to embedded all the corresponding table stuf then right ? Apr 06 18:53:21 mickey|bbl: ^^ please comment on fsodeviced/fsogsmd modules split Apr 06 18:53:38 morphis_: have you tried newer mplayer from OE? Apr 06 18:53:49 JaMa: it failed to compile Apr 06 18:53:54 Gabrys: yes Apr 06 18:54:02 morphis_: and also please review list of pre modules ^^ Apr 06 18:54:03 but thats not urgent Apr 06 18:54:09 JaMa: # lowlevel_motorola_ezx.so Apr 06 18:54:09 # modem_cinterion_mc75.so Apr 06 18:54:09 # modem_freescale_neptune.so Apr 06 18:54:09 morphis_: the one I pushed to OE? Apr 06 18:54:16 JaMa: no Apr 06 18:54:17 are not shared... dunno the machine though Apr 06 18:54:19 will try Apr 06 18:54:28 and # modem_qualcomm_htc.so is probably htc too? Apr 06 18:54:42 JaMa: linux-palmpre modules? Apr 06 18:54:46 mrmoku: yeah.. I just didn't have OE machine name to RDEPEND on it Apr 06 18:54:50 morphis_: fsodeviced/fsogsmd Apr 06 18:55:32 mrmoku: so as they are not pulling more packages to image and are reasonably small I kept them in main package Apr 06 18:55:55 mrmoku: but I'll update comment to be clear about it :) Apr 06 18:55:58 morphis_: ok so for now what do i do as the makefile is currently broken Apr 06 18:56:32 JaMa: fsomusicd is no more Apr 06 18:56:33 JaMa: yeah, that's fine Apr 06 18:56:36 JaMa: ok Apr 06 18:57:20 morphis_: for me we can point WEBOS_DOCTOR_NAME to webosdoctor*.jar for the moment Apr 06 18:57:53 ok Apr 06 18:58:02 but we should switch later Apr 06 18:59:20 morphis_: what with fsomusicd? Apr 06 19:00:36 JaMa: it's gone Apr 06 19:00:42 removed from git Apr 06 19:02:50 ah so I should remove it from OE Apr 06 19:05:22 morphis_: ok Apr 06 19:09:06 JaMa: ok, mplayer_git compiles now fine Apr 06 19:09:13 will test it tomorrow on the device Apr 06 19:11:54 so I am off Apr 06 19:11:55 gn8 Apr 06 19:12:02 gn Apr 06 19:17:42 gn Apr 06 19:28:08 * mrmoku finally producing a tcpdump of what maemo does ... Apr 06 19:40:24 hmm neptune is somehow related to msmcomm? Apr 06 19:40:25 fsogsmd/usr/lib/cornucopia/modules/fsogsm/modem_freescale_neptune.so 0x00000001 (NEEDED) Shared library: [libmsmcomm_specs.so.0] Apr 06 19:41:53 why does it link with libmsmcomm_specs.so.0 :/ Apr 06 19:44:59 ao2: ping Apr 06 19:46:12 ao2: are PALM_CFLAGS/PALM_LIBS just forgotten copy&paste in here? http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/plugins/modem_freescale_neptune/Makefile.am;h=3aeffb15e3913842c683dd3cb64cf37eebe7515c;hb=ceb2929d04b94813b41b55027efa3f7115cd2d40 Apr 06 19:56:09 JaMa, let me check, it may very well be a copy&paste leftover Apr 06 19:56:45 mickey|bbl: if you're interested again :) Apr 06 19:56:46 http://build.shr-project.org/tests/mrmoku/n900/phonet.pcap Apr 06 19:57:18 a dump of what maemo does from the very beginning, pin, pdp and a call Apr 06 19:57:29 http://build.shr-project.org/tests/mrmoku/n900/phonet.txt Apr 06 19:57:34 (deciphered by wireshark) Apr 06 19:58:13 ao2: I've moved it to own subpackage to be sure it won't pull it to other devices images Apr 06 19:59:43 ok, PALM_CFLAGS and PALM_LIBS are about msmcomm-specs-2.0 and freescale_neptune definitely does not need them. Apr 06 20:00:08 ao2: will you remove it or should I? Apr 06 20:00:27 JaMa, I'll fix it right now, thanks for noticing that Apr 06 20:00:40 yw Apr 06 20:00:51 * JaMa is ready to push module split :) Apr 06 20:08:13 JaMa, btw how is your last name pronounced? Is it with the English sound in junior or with the latin sound, more like yunior? Apr 06 20:13:55 ao2: more like latin sound Apr 06 20:14:39 and it's more like with 'z' in czech "Janza" Apr 06 20:16:16 I see, thanks, I excluded the Spanish jota sound, sorry to Spanish people :) Apr 06 20:20:46 JaMa: can you help 2" plz. I am going to commit to fso git but It will be my first commit with git (svn was my tee until that) so I don't want to mess here :). morphis gave my simple steps but i was dumb enought to forget about it and choose an other way Apr 06 20:22:07 i did my changes and instead of a "git pull --rebase" as morhpis said I did "git commit -a" filled my commi and then I don't know if I can just do a "git push origin master" as morhpis said? Apr 06 20:22:26 or do I need to do something else? Apr 06 20:24:53 freesmartphone.org: 03ospite 07cornucopia * red821a73c6ee 10/fsogsmd/src/plugins/modem_freescale_neptune/Makefile.am: Apr 06 20:24:53 freesmartphone.org: fsogsmd: remove reference to PALM in modem_freescale_neptune plugin Apr 06 20:24:53 freesmartphone.org: Remove reference to PALM_CFLAGS and PALM_LIBS from Apr 06 20:24:53 freesmartphone.org: fsogsmd/src/plugins/modem_freescale_neptune/Makefile.am Apr 06 20:24:53 freesmartphone.org: they must be leftovers from the copied Makefile.am Apr 06 20:24:53 freesmartphone.org: Reported-by: Martin Jansa Apr 06 20:24:54 freesmartphone.org: Signed-off-by: Antonio Ospite Apr 06 20:26:36 GarthPS: if there were any commits to the upstream repo since you last pulled (or cloned), you can't push to it; you'd have to do the pull --rebase first Apr 06 20:26:54 (and yes, that needs to go after commit) Apr 06 20:27:43 antrik: ok thx. so 1) pull --rebase and then 2) git push origin master right ? Apr 06 20:27:55 yes Apr 06 20:29:08 freesmartphone.org: 03sylvain.pare 07utilities * r8cc6a452b1bb 10/palmpre/fso-installer/ (HOWTO Makefile): Apr 06 20:29:08 freesmartphone.org: changed ORIGIN_URL to http://build.shr-project.org/ Apr 06 20:29:08 freesmartphone.org: changed to the full image instead of the lite image and some simplifications Apr 06 20:29:08 freesmartphone.org: upated the HOWTO accordingly Apr 06 20:29:08 freesmartphone.org: switched back WEBOS_DOCTOR_NAME to webosdoctor*.jar until a complet automatic device support, otherwise the makefile was currently broken. Apr 06 20:29:26 antrik: thx! Apr 06 20:30:18 ok definitely a 35 long caracters passphrase is too long... Apr 06 20:31:16 ssh-agent is an option GarthPS Apr 06 20:31:52 FSO guys , ok next time I will put a header in comments like "fso-installer:" here Apr 06 20:32:18 ao2: yeah perhaps I should take a look at it Apr 06 20:33:12 morphis_: your new toolchains built on shr buildhost :) Apr 06 20:34:34 GarthPS, some info about it: http://72.14.189.113/howto/openssh/publickey-auth/#s3 Apr 06 20:36:56 morphis_: mickey|bbl: read above my last comment. do I have to fix something or is it ok for this first time ? Apr 06 20:43:10 GarthPS: too late to fix it and you wont be spanked (much) as it's first time :) Apr 06 20:43:38 JaMa: :) ok thx.. :D Apr 06 21:01:22 SHR: 03Martin.Jansa 07shr-chroot * r19577e0bf40a 10/ (30 files in 8 dirs): system upgrade Apr 06 22:34:28 mickey|bbl: still around ? Apr 06 22:36:07 mickey|bbl: < mickeyl> dcordes: perhaps your SRCREV is very old?no idea, check the packaging of your package. <- I am building from cleam org.oe.dev head and have fso autorevs enabled Apr 06 23:00:24 crap Apr 06 23:01:09 fsospecs broken **** ENDING LOGGING AT Thu Apr 07 02:59:59 2011