**** BEGIN LOGGING AT Thu Oct 28 02:59:57 2010 Oct 28 05:44:34 JaMa: n900-clean is fine Oct 28 05:44:42 n900 is broken somehow Oct 28 07:05:10 morning Oct 28 07:08:17 daniele_athome: morning Oct 28 07:11:17 hi mrmoku Oct 28 07:21:13 hi Oct 28 07:21:29 someone wants N800 to maintain SHR on it? Oct 28 07:25:24 someone from talk.maemo.org offered sending one to us Oct 28 07:26:54 blah Oct 28 07:27:23 i'm getting n810 soon, and they have quite similar hardware, so i think it would be better when someone else get that n800 so we'll be able to work together :P Oct 28 07:28:01 dos1: what happened to those beagleboards? Oct 28 07:28:25 mrmoku: dunno - that's another person Oct 28 07:28:38 ;) Oct 28 07:28:46 shr on everything Oct 28 07:28:52 like netbsd ;) Oct 28 07:29:54 someone already "ordered" those beagles? Oct 28 07:31:19 if someone wants n800, please ping me, i'll give contact to that guy from forum Oct 28 07:42:09 dos1: you mean if someone of us already said 'hey, here... I want them'? ... don't think so Oct 28 07:42:41 but they are the base of what goldelico is planning for gta04, no? Oct 28 07:42:50 hmm Oct 28 07:42:53 so it might indeed be interesting... Oct 28 07:42:55 i think yes Oct 28 07:43:28 ech free bb-mx.. Oct 28 07:43:39 ypu are lucky ;P Oct 28 07:43:47 s/p/o/ Oct 28 07:43:47 soltys meant: you are lucky ;P Oct 28 08:40:17 with opkg update;opkg upgrade on om-gta02 Oct 28 08:41:45 eve is fixed Oct 28 08:41:51 it doesn't segfault anymore Oct 28 08:41:56 at least it seems Oct 28 08:46:44 nice :-) Oct 28 08:47:17 is mickey|zzZZzz here? Oct 28 08:47:31 dunno... don't think so Oct 28 08:48:43 hmmm Oct 28 08:48:45 hi JaMa Oct 28 08:49:01 with opkg update;opkg upgrade on om-gta02, eve doesn't seem to segfault anymore Oct 28 08:49:41 GNUtoo|laptop: buildhost is building newer eve and webkit-efl now Oct 28 08:49:42 :) Oct 28 08:50:01 ok Oct 28 08:52:20 does someone knows fsogsmd? Oct 28 08:52:39 because I've 2 sim cards Oct 28 08:52:49 one can register to wind, an italian network Oct 28 08:52:54 and the other is not activated Oct 28 08:53:03 but can register to tim, an italian network Oct 28 08:53:11 I got it when I bought my htcdream Oct 28 08:53:28 (I can't make calls with it) Oct 28 08:53:30 so... Oct 28 08:53:43 the tim one register and does that: Oct 28 08:53:58 SRC: "+CFUN?" -> [ "+CFUN: 0", "OK" ] Oct 28 08:54:02 the wind one has: Oct 28 08:55:33 2010-10-28T08:42:05.749878Z [DEBUG] libfsotransport : Wrote '+CFUN?'. Waiting (120s) for answer... Oct 28 08:55:48 2010-10-28T08:44:06.078844Z [INFO] libfsotransport : URC: [ "0OK" ] Oct 28 08:55:48 2010-10-28T08:44:06.078935Z [DEBUG] QualcommHtcUnsolicitedResponseHandler : Dispatching AT unsolicited '0OK', '' Oct 28 08:55:56 all that is on nexusone Oct 28 11:30:08 GNUtoo|laptop: do you know if there is a public repo for libisi somewhere? Oct 28 11:38:55 GNUtoo|laptop: nvm found it Oct 28 11:43:36 mrmoku, ok Oct 28 11:44:04 mrmoku, what should be done first? battery or modem? Oct 28 11:44:21 because libisi is highly incomplete Oct 28 11:44:32 but electranox got his n900 back Oct 28 11:44:43 and it's working again Oct 28 11:45:20 but maybe Oct 28 11:45:23 we add libisi Oct 28 11:45:33 and when it'll grow Oct 28 11:45:41 it'll already be ready Oct 28 11:47:17 I really wonder if I should spend time on n900 Oct 28 11:47:22 because I've also other devices Oct 28 11:47:28 I can spend some time Oct 28 11:47:47 but I wonder if it's woth to spend more than a little bit of time Oct 28 11:47:58 I've dream+nexusone Oct 28 11:48:25 what does mickey|office thinks? Oct 28 11:49:13 modem Oct 28 11:49:13 GNUtoo|laptop: ohh... good news he got his n900 back :-) Oct 28 11:49:32 ok Oct 28 11:49:44 mickey|office, so I should put the nexusone aside for a bit? Oct 28 11:50:08 roughly on nexusone: Oct 28 11:50:10 yeah, n900 seems to be where the momentum is. I'm absolutely unimpressed by the nexusone hardware Oct 28 11:50:54 alsa plays 4x faster, I've an idea to try to make it play slower, else I've a workarround wich uses sdl to write to the /dev/msm_pcm_out and which works perfectly but lacks volume+routing Oct 28 11:51:01 on AT command side it's strange Oct 28 11:51:16 it works with tim carrier card which is not activated Oct 28 11:51:21 but doesn't with wind: Oct 28 11:51:26 s/wind/wind carrier Oct 28 11:52:01 2010-10-28T08:42:05.749878Z [DEBUG] libfsotransport : Wrote '+CFUN?'. Waiting (120s) for answer... Oct 28 11:52:05 2010-10-28T08:44:06.078844Z [INFO] libfsotransport : URC: [ "0OK" ] Oct 28 11:52:22 and on tim: Oct 28 11:52:23 SRC: "+CFUN?" -> [ "+CFUN: 0", "OK" ] Oct 28 11:52:34 note that calls needs userspace routing here Oct 28 11:53:30 mickey|office, I've tried a n900 rootfs on nexusone....it's also capable of playing movies with xorg.conf that rotates the display Oct 28 11:53:51 (with my workarround with libsdl you even have sound) Oct 28 11:54:02 s/sound/sound in movies/ Oct 28 11:54:02 GNUtoo|laptop meant: (with my workarround with libsdl you even have sound in movies) Oct 28 11:57:12 well, nexusone is probably the more simple target Oct 28 11:58:49 indeed because: Oct 28 11:58:57 * some stuff can be reused Oct 28 11:59:02 like htcdream stuff Oct 28 11:59:11 * wifi is WEXT Oct 28 11:59:19 that is to say, iwconfig works Oct 28 11:59:30 * modem is AT commands Oct 28 12:00:10 it only lacks alsa Oct 28 12:00:31 if I fix that it's worth Oct 28 12:00:38 but if I don't....not sure Oct 28 12:00:51 I've written an alsa driver that plays 4x faster Oct 28 12:00:54 I wonder... Oct 28 12:01:12 there is an hardware pointer in alsa Oct 28 12:01:19 is it mandatory to implement that: Oct 28 12:01:19 http://www.spinics.net/lists/alsa-devel/msg38405.html Oct 28 12:01:44 because I didn't Oct 28 12:01:47 I returned 0 instead Oct 28 12:07:44 question is ... will more than 2.5 people be interested in nexusone? Oct 28 12:07:59 if it's like dream, we should not waste time Oct 28 12:08:34 it has a difference Oct 28 12:08:43 apart of beeing faster and more standard Oct 28 12:08:53 the sound system seem better Oct 28 12:09:02 you can play more stuff at once Oct 28 12:09:16 like ringing + music Oct 28 12:09:26 but you're right Oct 28 12:09:32 who will be interested in nexusone Oct 28 12:09:46 the people who wants GNU/Linux uses an n900 Oct 28 12:10:01 s/uses/already use/ Oct 28 12:10:01 GNUtoo|laptop meant: the people who wants GNU/Linux already use an n900 Oct 28 12:10:28 the people who wants free phones + GNU/Linux keep using gta02 Oct 28 12:10:45 and the people who wants free phone + GNU/Linux + cheap has no hardware Oct 28 12:10:57 there is htcdream but the port is not finished Oct 28 12:11:30 the geeksphone is stalled(leviathan has no time to work on it) Oct 28 12:11:40 and hasn't even started Oct 28 12:12:42 market analysys: Oct 28 12:12:57 I bet we should target people who already have the hardware Oct 28 12:12:58 right? Oct 28 12:13:14 because who will buy an htcdream if: Oct 28 12:13:22 * they can't try before buying Oct 28 12:13:30 * they may already have a phone Oct 28 12:13:31 etc... Oct 28 12:13:42 there is a lot of uncertaincy for the buyer Oct 28 12:14:01 and he must be able to find such old hadware Oct 28 12:14:12 (it's possible in italy but not everywhere) Oct 28 12:14:21 s/possible/still possible Oct 28 12:14:23 so.... Oct 28 12:14:27 question: Oct 28 12:14:31 what should I do: Oct 28 12:14:36 * abandon the htcdream? Oct 28 12:14:45 and work fully on n900 ? Oct 28 12:15:36 or finish the keyboard and integration for htcdream? Oct 28 12:15:45 there isn't much work left Oct 28 12:15:46 keyboard Oct 28 12:16:06 gps(just a subprocess call and kill) integration Oct 28 12:16:11 GUI Oct 28 12:16:24 wifi(just some modprobe and rfkill in vala) Oct 28 12:16:34 bluetooth(vala also) Oct 28 12:18:08 what do you think in % Oct 28 12:18:11 0% dream Oct 28 12:18:15 100% n900 Oct 28 12:18:19 0 % nexusone Oct 28 12:19:09 50% pre Oct 28 12:20:18 there's a pre 2 developer device program Oct 28 12:21:16 i still need to write the mail for a pre plus Oct 28 12:21:27 well, do what would be more fun for you ? Oct 28 12:21:55 I think fun-wise it's moslty the same Oct 28 12:23:05 ok so wht is easier, or harder ? Oct 28 12:25:21 I think nexusone seem easier Oct 28 12:25:30 keyboard seem very hard Oct 28 12:25:38 integration seem easy Oct 28 12:25:45 and battery seem frightening Oct 28 12:25:53 (I'm afraid of breaking the battery) Oct 28 12:27:16 so, you want a easier or harder task ? challenge, or instant ( on a geological scale ) satisfaction ? Oct 28 12:28:13 instant Oct 28 12:28:30 basically I'm fed up of bugs and frustrations Oct 28 12:28:46 I want a working device to play with Oct 28 12:28:55 maybe I should go n900 then? Oct 28 12:31:31 GNUtoo|laptop: with n900 you're probably less lonely :-) Oct 28 12:32:29 indeed voip works Oct 28 12:32:35 gstreamer works Oct 28 12:32:37 etc... Oct 28 12:32:40 many things works Oct 28 12:32:46 I've made 2 gstreamer scripts Oct 28 12:33:01 for streaming the n900's camera on my computer Oct 28 12:33:13 where should I publish them? Oct 28 12:33:44 nice Oct 28 12:33:55 GNUtoo|laptop, so you have any ideas for the app management? Oct 28 12:34:03 app management? Oct 28 12:34:08 you mean the new fso design? Oct 28 12:34:26 fso launcher/lifecycle Oct 28 12:34:35 I got the idea of having custom --args to the apps Oct 28 12:34:44 because of the different screen size and devices Oct 28 12:34:52 you need different args Oct 28 12:35:06 yes Oct 28 12:35:06 like wesnoth -r 480x320 --nomusic Oct 28 12:35:08 or: Oct 28 12:35:19 wesnoth --smallgui -r 800x480 Oct 28 12:35:33 for elm it could be: Oct 28 12:35:40 ELM_SCALE=2 calc Oct 28 12:35:42 but you might need some xrandr calls if you change the application Oct 28 12:35:42 or: Oct 28 12:35:50 ELM_SCALE=1.0 calc Oct 28 12:35:58 so maybe this should go into lifecycle, too Oct 28 12:36:01 forget about xrandr on recent devices Oct 28 12:36:08 it simply doesn't work Oct 28 12:36:15 xrandr -o 1 fails Oct 28 12:37:02 we could also handle full-screen/windowed stuff Oct 28 12:37:26 in enligtenment there is the possibility to toggle full-screen of windowed applications Oct 28 12:37:36 yes Oct 28 12:37:36 I always map a button to that Oct 28 12:37:41 so for instance Oct 28 12:37:51 you're playing wesnoth and a call arrives Oct 28 12:38:01 simply switch to the call Oct 28 12:38:22 for that you need to put wesnoth in the background somehow Oct 28 12:38:28 maybe that could be used for that Oct 28 12:39:40 someone knows which l/p is needed to download this? http://api.meego.com/build/Trunk/standard/armv7el/kernel-n900/kernel-n900-2.6.35.3-10.4.armv7l.rpm Oct 28 12:39:57 l/p? Oct 28 12:40:21 weekly builds doesn't have BTRFS enabled in kernel, but fs is btrfs Oct 28 12:40:25 GNUtoo|laptop: login/password Oct 28 12:40:31 ah login password Oct 28 12:40:34 I don't know sorry Oct 28 12:44:44 ok downloaded http://download.meego.com/testing/trunk/core/repos/armv7l/packages/armv7l/kernel-n900-2.6.35.3-15.1.armv7l.rpm instead Oct 28 12:45:30 JaMa: even newer :) Oct 28 12:46:52 good meego booted :) Oct 28 12:55:49 btw. are there any brave e users with SRCREV=AUTOREV? Oct 28 12:56:32 i cannot change/close application on the pre, because nothing happens if i click on the menu bar Oct 28 12:56:42 but home, keyboard etc. works Oct 28 12:57:39 playya_, go home, then switch app from there Oct 28 12:58:19 sometimes it's because of how applications handle windows Oct 28 12:58:31 for instance if you have multiples windows Oct 28 12:58:36 hey Oct 28 12:58:41 and you want to put a windows in the forground Oct 28 12:59:17 hi daniele_athome Oct 28 12:59:31 playya_: I have 53949 is it brave enough? Oct 28 12:59:48 hi playya_ Oct 28 13:00:03 JaMa, jep Oct 28 13:00:20 but it works here Oct 28 13:00:27 if i click on the home button, I only get back to the home screen Oct 28 13:00:45 maybe 53239 isn't brave enough Oct 28 13:01:12 playya_, yes you're at home Oct 28 13:01:12 hmm. that's the old rev and not autorev Oct 28 13:01:13 hmm std shr is using much newer than that Oct 28 13:01:16 then click on the top bar Oct 28 13:01:18 and it works there too Oct 28 13:01:21 and switch Oct 28 13:01:23 apps Oct 28 13:02:39 doesn't work here Oct 28 13:03:08 playya_: are you talking about shr_elm_softkey? Oct 28 13:03:45 what's elm softkey? Oct 28 13:04:10 hmm Oct 28 13:05:35 playya_: switching of apps is done by the softkey thing Oct 28 13:05:44 not part of illume2 Oct 28 13:05:55 ok Oct 28 13:06:06 including the flap down with arrows Oct 28 13:07:29 ok. any config files i should check? Oct 28 13:07:46 update efl first Oct 28 13:07:59 53914 is now in oe Oct 28 13:10:02 JaMa: how slow is it ? (meego) Oct 28 13:10:30 very :/ Oct 28 13:10:30 and did it start via kexec? Oct 28 13:10:49 * JaMa started bug bunny movie on it and it was about 0.01 fps :/ Oct 28 13:10:56 heh Oct 28 13:10:57 I've started it with flasher.. Oct 28 13:11:05 ok Oct 28 13:11:27 now I'm trying to start some terminal from gui :/ Oct 28 13:15:21 guys eclipse support for git really sucks Oct 28 13:15:47 JaMa, lol with SHR it's playable Oct 28 13:16:02 JaMa, maybe you lack non-free 3d? Oct 28 13:16:10 I tried meego on nexusone some time ago Oct 28 13:16:14 and it was so slow.... Oct 28 13:16:25 note that nexusone lacked any kind of acceleration Oct 28 13:16:30 3d and 2d were lacking Oct 28 13:16:38 I bet omapfb has some sort of 2d acceleration Oct 28 13:16:53 and nexusone is armv7@1GHz Oct 28 13:23:28 GNUtoo|laptop: - N900: Fix poweroff failure BMC #6090 Oct 28 13:23:33 (from meego kernel changelog) Oct 28 13:23:46 ok Oct 28 13:23:55 nice Oct 28 13:24:15 tough we should wait a bit for upgrading the kernel Oct 28 13:24:24 first we migrate everything in oe Oct 28 13:24:26 then : Oct 28 13:24:29 * backlight Oct 28 13:24:34 * modem Oct 28 13:24:37 * battery Oct 28 13:27:46 GNUtoo|laptop: please look at those patches which are still in n900 branches.. Oct 28 13:28:00 i'll rebase it again in few minutes (after pushing xorg.conf change) Oct 28 13:28:46 is it possible to bind the app switcher to a key? Oct 28 13:29:03 (which is not on the keyboard) Oct 28 13:29:14 GNUtoo|laptop: sure... just checked what changed there :) Oct 28 13:29:18 JaMa, ok I'll do it this afternoon/night Oct 28 13:54:38 mrmoku: linux-nokia-2.6.35 should be removed, right? Oct 28 13:55:59 ok. it seems shr_elm_softkey isn't started by default Oct 28 13:56:47 JaMa: yup Oct 28 13:57:12 playya_: it was changed (from xsession script to e-wm autostart) few weeks ago.. no idea which version you're using Oct 28 14:02:05 GNUtoo|laptop: n900-2.6.35 branch still has small change of 2.6.28 defconfig (which was not in n900-for-merge) can you check it? Oct 28 14:04:07 n900-clean was dropped (nothing usefull left) Oct 28 14:07:36 GNUtoo|laptop, mrmoku: n900-for-merge is also useless imho (if you rebuild your kernel by hand) Oct 28 14:10:29 ok n900/n900 is also empty .. dropping now Oct 28 14:12:30 JaMa: yeah, let's RIP them :) Oct 28 14:15:27 ok n900-for-merge also riped Oct 28 14:18:07 JaMa, ??? Oct 28 14:18:18 yes 2.6.35 should not be merged Oct 28 14:18:52 why n900-for-merge is useless???? Oct 28 14:18:53 GNUtoo|laptop: last branch now is n900/n900-2.6.35, please read the patch changing 2.6.28 defconfig Oct 28 14:19:00 ok Oct 28 14:19:01 GNUtoo|laptop: everything already merged? Oct 28 14:19:08 really? Oct 28 14:19:13 I wasn't aware of it Oct 28 14:19:23 yes but it was quite messy :/ Oct 28 14:19:28 ok Oct 28 14:19:48 wait a sec Oct 28 14:19:55 can we restart talking from scratch Oct 28 14:20:03 so what did you do? Oct 28 14:20:22 merged what looked good, rebased on top of it to see what was left Oct 28 14:20:23 you git merge the n900 branch against oe branch on the shr server right? Oct 28 14:20:33 merged where? Oct 28 14:20:37 in oe? Oct 28 14:20:40 yes Oct 28 14:20:46 wow!!!!! Oct 28 14:20:50 ok Oct 28 14:20:58 can I look at the stuff in 1 hour Oct 28 14:21:03 because I've to do some maths Oct 28 14:21:18 or rather in 45min Oct 28 14:21:45 and the new branch name is n900 right? Oct 28 14:21:49 no Oct 28 14:22:17 what's the new shr branch name with the "rebased on top of it to see what was left" commits Oct 28 14:22:46 n900,n900-clean,n900-for-merge was just deleted (because only garbage left) Oct 28 14:23:03 only branch with usefull commits is n900-2.6.35 now Oct 28 14:24:52 but 2.6.35 does not need to be merged now Oct 28 14:24:58 it's incomplete Oct 28 14:25:07 dvfs should still be lacking etc... Oct 28 14:25:08 and be aware that MACHINE_KERNEL_PR went backward Oct 28 14:25:14 ouch Oct 28 14:25:21 i don't plan to merge it Oct 28 14:25:25 ok Oct 28 14:25:41 so I've just to look at it if there is something left there Oct 28 14:25:45 the rest was merged Oct 28 14:25:46 ok Oct 28 14:26:49 yes and I would suggest to change workflow a bit :).. keep only one branch always rebased on top of OE and only cherry-pick patches you want to test and push those you want to share with others Oct 28 14:27:25 that way we can keep that branch clean and easy to merge to oe Oct 28 14:27:53 ok Oct 28 14:28:18 GNUtoo|laptop: regarding dvfs there is http://dev.omapzoom.org/?p=thara/omap-dvfs.git;a=summary Oct 28 14:28:36 I see nothing usefull in 2.6.35 for our 2.6.28 and current state Oct 28 14:29:20 I'll look harder Oct 28 14:29:29 but I think we have watchdog Oct 28 14:29:34 ah sorry Oct 28 14:29:39 forget what I said Oct 28 14:29:57 so that defconfig change should be dropped? Oct 28 14:30:28 GNUtoo|laptop: +CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y Oct 28 14:30:35 was the thing to make it boot, no? Oct 28 14:30:44 mrmoku, hmmm Oct 28 14:30:47 and also +CONFIG_BATTERY_BQ27x00=y Oct 28 14:31:02 mrmoku, it must be dropped to boot Oct 28 14:31:20 JaMa, that must be dropped to make the new battery charging script work Oct 28 14:31:32 else we could modify the script Oct 28 14:32:20 ok, then will you drop it from branch? Oct 28 14:34:15 ? Oct 28 14:34:18 it's not in oe? Oct 28 14:35:31 n900-2.6.35 has 4 patches which are not in OE (the last 4) and this change is first of those Oct 28 14:35:57 ok Oct 28 14:36:13 pick 99cc967 linux-2.6.28: make it bootable and usefull on nokia900 Oct 28 14:36:13 pick a4c4667 linux-2.6.35: add meego patches for nokia900 Oct 28 14:36:13 pick d0f2cd5 xserver-xorg-conf: adapt nokia900's xorg.conf to the newer kernel Oct 28 14:36:16 pick 78e342c nokia900: ship modules in rootfs Oct 28 14:36:20 is what's in that branch now Oct 28 14:36:26 should I drop it for you? Oct 28 14:36:36 the 2.6.28 looks fine Oct 28 14:36:47 JaMa, I'll explain Oct 28 14:37:00 * JaMa needs coffee, a lot of coffee :/ Oct 28 14:37:04 I looked at defconfig on 2.6.28 and: Oct 28 14:37:35 it lacks BQ27x00 which is fine because else it doesn't charge with the script Oct 28 14:37:56 it lacks the ONDEMAND defualt governor, which is also fine because else it doesn't boot Oct 28 14:38:07 so the merged 2.6.28 stuff is OK Oct 28 14:38:10 now.... Oct 28 14:38:16 we have a 2.6.35 branch Oct 28 14:38:19 and 99cc967 is adding it Oct 28 14:38:24 we keep it and don't use it Oct 28 14:38:35 so is 99cc967 usefull or should be dropped? Oct 28 14:38:39 because when 2.6.35 will be ready we will use that Oct 28 14:38:43 I'll look Oct 28 14:38:50 GNUtoo|laptop: that's not what is in OE Oct 28 14:39:13 # CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set Oct 28 14:39:18 indeed Oct 28 14:39:22 ahh... lacks Oct 28 14:39:24 if it's not set in oe it's fine Oct 28 14:39:29 because else it doesn't boot Oct 28 14:39:42 commit comment says: Oct 28 14:39:43 *ondemand cpufreq governor is now the default Oct 28 14:39:46 :) Oct 28 14:39:52 yes the commit message is wrong Oct 28 14:40:14 JaMa: did you try if the kernel boots after the merge? Oct 28 14:40:14 grep for ONDEMAND in defconfig Oct 28 14:40:16 GNUtoo|laptop: if it's usefull for 2.6.35 then it should be applied to linux-2.6.35/n900/defconfig not 2.6.28 Oct 28 14:40:26 mrmoku: not yet Oct 28 14:40:29 let's care about 1 thing at the time Oct 28 14:40:34 because else we get confused Oct 28 14:40:38 mrmoku: because now I have uSD with meego in it Oct 28 14:40:43 first 2.6.28 talk Oct 28 14:40:47 then 2.6.35 talk Oct 28 14:42:35 JaMa: we should package libisi and that wireshark plugin Oct 28 14:42:41 GNUtoo|laptop: ok in other words, are you looking at "git show -1 99cc967e512cb15b44dcbd6a5f46d6d99ec2599f" ? Oct 28 14:43:00 GNUtoo|laptop: and you're saying 16:34:22 < GNUtoo|laptop> because when 2.6.35 will be ready we will use that Oct 28 14:43:06 yes Oct 28 14:43:21 basically let's forget about 2.6.35 until it's ready Oct 28 14:43:34 so please notice that 99cc967e512cb15b44dcbd6a5f46d6d99ec2599f is changing 2.6.28 defconfig Oct 28 14:43:39 I know Oct 28 14:43:46 and you said it's not good for 2.6.28, right? Oct 28 14:43:54 I'm not saying that Oct 28 14:44:13 ah I'll look again Oct 28 14:44:36 ok you said this patch shouldn't be in OE because it will make 2.6.28 unbootable Oct 28 14:44:42 the exact commit you just shon me (99cc967e512cb15b44dcbd6a5f46d6d99ec2599f) is wrong Oct 28 14:44:58 mrmoku: can we make n900 repo now public? :) Oct 28 14:44:59 I thought you were talking about another comit Oct 28 14:45:09 mrmoku: would be easier with link Oct 28 14:45:43 GNUtoo|laptop: I'm talking about 99cc967e512cb15b44dcbd6a5f46d6d99ec2599f for whole time Oct 28 14:45:57 ok Oct 28 14:45:59 that's the first patch in n900-2.6.35 branch Oct 28 14:46:06 I thought you were talking about 5d5987b3f82037527ce410bf3ca199736027df28 Oct 28 14:46:15 which has the same commit message Oct 28 14:46:21 and that is in org.openembedded.dev Oct 28 14:46:30 JaMa: making public? Oct 28 14:47:25 mrmoku: shown in webinterface Oct 28 14:47:44 yes but we should be clear that it's not the repo that someone should use to build the images Oct 28 14:47:45 GNUtoo|laptop: I'm OK with all commits I've already pushed to OE :) Oct 28 14:47:51 ok Oct 28 14:47:57 nice Oct 28 14:48:04 so now let's talk about 2.6.35 Oct 28 14:48:17 that's why we're talking about "what was left" after rebase Oct 28 14:48:17 I don't remember what worked and what didn't for 2.6.35 Oct 28 14:48:35 which is 1) this defconfig change for 2.6.28 Oct 28 14:48:41 I really do not remember well so I can't be sure without re-testing Oct 28 14:48:49 and 3 patches which are good for 2.6.35 Oct 28 14:48:53 yes it was for 2.6.28 Oct 28 14:49:03 but I bet it can be applied to 2.6.35 too Oct 28 14:49:06 we should look Oct 28 14:49:25 * JaMa is still confused :/ Oct 28 14:49:33 it's simple Oct 28 14:49:47 2.6.28->2.6.35->2.6.28 Oct 28 14:49:50 that's what we did Oct 28 14:50:01 yes it is.. so I don't understane what we're talking about for last 10 minutes :) Oct 28 14:50:15 ok lol Oct 28 14:50:26 we are all confused....lol Oct 28 14:50:54 opimd new support :) nice :D Oct 28 14:51:17 so let me explain Oct 28 14:51:23 you've got that present: Oct 28 14:51:28 2.6.28->2.6.35->2.6.28 Oct 28 14:51:50 let's call them A->B->C Oct 28 14:52:02 now A was in the first branch Oct 28 14:52:06 which was forked into B Oct 28 14:52:20 that's why we have 2.6.28 stuff in 2.6.35 branch Oct 28 14:52:24 which can be dropped Oct 28 15:03:04 new phoneuid Oct 28 15:03:14 phoneuid: symbol lookup error: /usr/lib/phoneui/modules/shr.so: undefined symbol: elm_toolbar_item_add Oct 28 15:03:59 JaMa: you mean to keep n900-2.6.35 for new kernel experiments and show it in gitweb? Oct 28 15:04:17 daniele_athome: you have to update efl Oct 28 15:04:36 mrmoku, i'm trying latest shr-u from FR Oct 28 15:04:43 shouldn't they be updated automatically? Oct 28 15:04:49 hmm... yes Oct 28 15:05:11 2:0.7.0+svnr53914-r11.6 Oct 28 15:05:17 my installed elementary version Oct 28 15:08:17 http://build.shr-project.org/shr-unstable/ipk/armv4t/elementary_0.7.0+svnr53914-r11.6_armv4t.ipk Oct 28 15:08:22 hmm Oct 28 15:08:37 mmm Oct 28 15:08:39 :) Oct 28 15:09:18 and phoneuid? Oct 28 15:09:23 or better libphone-ui-shr Oct 28 15:10:14 0.0.1+gitr420+eea30165ad88dc303dd16564ecc6452b53d3de6c-r1.6 Oct 28 15:10:15 mmm... Oct 28 15:10:30 but no description Oct 28 15:10:39 like if it doesn't exist in the feed Oct 28 15:10:52 yeah, libphone-ui-shr needs rebuilding Oct 28 15:11:06 should be 040f1fa4f36339cd344ca20aaec7e5eb6d892f6a Oct 28 15:11:49 * mrmoku checks if buildhost is bored Oct 28 15:11:54 :) Oct 28 15:13:21 JaMa: ^^? Oct 28 15:14:55 JaMa: python-elementary failed and it's building binutils now Oct 28 15:15:20 daniele_athome: are you on tests/shr-unstable or the official feed? Oct 28 15:15:33 mrmoku, official feed Oct 28 15:18:52 mrmoku: yup about gitweb Oct 28 15:18:58 daniele_athome: it's append now Oct 28 15:19:07 daniele_athome: elm_toolbar_item_append Oct 28 15:19:30 JaMa, i know but i think buildhost didn't update libphone-ui-shr :) Oct 28 15:19:33 daniele_athome: and on target, the build is not finished yet :/ Oct 28 15:19:37 ah Oct 28 15:19:39 :) Oct 28 15:19:53 i will upgrade later Oct 28 15:19:55 i've started it with sync, but it failed to build target gcc Oct 28 15:19:59 messages works, it's all i need right now ;) Oct 28 15:20:02 so it's not all synced Oct 28 15:20:04 JaMa: all efl python stsuff is failing Oct 28 15:20:18 mrmoku: don't you also have gcc failed? Oct 28 15:20:24 gtg Oct 28 15:20:27 see you tomorrow Oct 28 15:20:28 bye! :) Oct 28 15:20:29 did not try the fixed linaro thing yet Oct 28 15:20:32 daniele_athome: cu Oct 28 15:20:50 mrmoku: I mean when target gcc build failed it broke gcc-cross on shr buildhost Oct 28 15:20:59 mrmoku: I had to clean_toolchain before restarting build Oct 28 15:21:29 ok Oct 28 15:25:17 JaMa: http://git.shr-project.org/git/?p=n900-oe.git;a=summary Oct 28 15:26:10 mrmoku: thanks Oct 28 15:27:02 yvmw Oct 28 15:30:34 heh build is so much faster on notdegraded raid :) Oct 28 15:31:07 :) Oct 28 15:31:43 with degraded array and backup running I still had at least twice the speed of buildhost :) Oct 28 15:40:57 * GNUtoo|laptop has raid0+encryption on his laptop Oct 28 15:41:04 * GNUtoo|laptop lives dangerously Oct 28 15:48:56 eet: | eet_lib.c:50:28: fatal error: gnutls/gnutls.h: No such file or directory Oct 28 15:49:06 oe.dev Oct 28 15:50:11 missing gnutls in DEPENDS? Oct 28 15:50:42 I'll look Oct 28 15:50:57 I hope it's that Oct 28 15:51:29 ./configure.ac:want_gnutls="auto" Oct 28 15:51:37 ok Oct 28 15:51:54 probably detected gnutls on your host but it wasn't built in OE.. feel free to add it to DEPENDS Oct 28 15:52:55 it's in ./efl1/eet_svn.bb ? Oct 28 15:53:20 or that's for old enlightenment libraries? Oct 28 15:54:36 what do you mean by old? and yes Oct 28 15:56:45 by old I mean there is something that replaces it Oct 28 15:56:49 but it seem that no Oct 28 15:56:58 (grepping found only this eet) Oct 28 15:57:08 there is no efl2 Oct 28 15:57:16 dir Oct 28 16:00:39 there isn't anything replacing it Oct 28 16:01:34 ok Oct 28 16:02:22 I've a headache, I commited locally and push later Oct 28 16:05:15 ok thx Oct 28 16:36:17 GNUtoo|laptop: why do we have root=/dev/mmcblk1p2 in 2.6.35 and root=/dev/mmcblk1p1 in 2.6.28, you're keeping both partitions simultaneously? Oct 28 16:36:48 hmmm Oct 28 16:37:02 root=/dev/mmcblk1p1 should be right Oct 28 16:37:10 p2 should be an error Oct 28 16:37:22 JaMa: 1 is where GNUtoo|laptop has his shr and 2 is where I hav it :P Oct 28 16:37:31 ah ok lol Oct 28 16:37:32 ok :) Oct 28 16:37:57 so I'll put meego to p1 and shr to p2 and update it locally :) Oct 28 16:38:42 * mrmoku got annoyed by maemo complaining about p1 not being fat Oct 28 16:38:58 shr-image is nearly done(do_rootfs), I'll eat and then I'll test and push my oe comit after review Oct 28 16:43:18 buildhost almost finished gta02 images too :) Oct 28 16:50:13 JaMa, hope it has most of the problmes from lat weeks fixed :P Oct 28 16:54:56 hmm Oct 28 16:55:03 it has your fancy icon :) Oct 28 16:55:27 and big icons are not fixed Oct 28 16:57:55 JaMa, og you put it in default image? great :D Oct 28 17:06:39 pespin: you still have to enable it and install it with opkg Oct 28 17:08:04 JaMa, ah ok jeje :) Oct 28 17:30:03 pespin, is there some improved icons? Oct 28 17:32:34 GNUtoo|laptop, just added an icon for eFileManager. You can try it installing efm-icon-desktop + enabling EFM modules in Illume settings Oct 28 17:36:49 ok Oct 28 17:55:17 mrmoku, it keeps rebooting after showing the shr logo Oct 28 17:55:27 I'll try to disable watchdogs Oct 28 17:59:03 GNUtoo|laptop: I had that on first boot with enabled watchdogs Oct 28 17:59:14 did not dig in to it due to lack of time Oct 28 17:59:35 but after a boot with disabled watchdogs re-enabling worked IIRC Oct 28 17:59:46 indeed Oct 28 17:59:48 might be some udev first boot thing Oct 28 17:59:50 dunno Oct 28 17:59:51 it's quite simple to understand Oct 28 18:00:03 first boot has to configure everything right? Oct 28 18:00:07 yup Oct 28 18:00:08 it takes more time right? Oct 28 18:00:12 exactly Oct 28 18:00:22 too much time for the impatient watchdog ;) Oct 28 18:00:30 indeed so I bet watchdog doesn't have the time to start Oct 28 18:00:33 indeed Oct 28 18:00:43 what can we do about that? Oct 28 18:00:52 hmmm Oct 28 18:00:54 start watchdog earlier Oct 28 18:00:55 probably Oct 28 18:00:57 add in TODO list and care later Oct 28 18:01:03 and indeed start earlier Oct 28 18:01:03 yup Oct 28 18:02:46 oh noes Oct 28 18:02:52 usb0 is not up Oct 28 18:02:57 keyboard doesn't work Oct 28 18:03:08 I mean it prints p instead of 0 Oct 28 18:03:16 xterm? Oct 28 18:03:30 wrong x layout I mean? Oct 28 18:03:38 vala-terminal Oct 28 18:03:49 check if your build has the CoreKeyboard thing in xorg.conf Oct 28 18:03:49 * GNUtoo|laptop hesitate to abandon Oct 28 18:03:54 ok Oct 28 18:04:06 I think JaMa pushed it short ago Oct 28 18:04:12 maybe you need to pull to get it Oct 28 18:04:57 I found a 0 to copy Oct 28 18:05:07 hehe :) Oct 28 18:06:54 sshd didn't start Oct 28 18:07:16 privilege separation user sshd does not exitts Oct 28 18:07:36 heh Oct 28 18:07:44 adduser did the trick Oct 28 18:07:51 but I'm really fed-up of theses stuff Oct 28 18:07:56 maybe due to unsuccessfull configure interrupted by watchdog Oct 28 18:08:00 ahh Oct 28 18:08:04 I'll retry then Oct 28 18:08:10 * mrmoku tries buildhost image Oct 28 18:08:10 thanks a lot Oct 28 18:08:15 np Oct 28 18:08:29 you were not there when I discussed with JaMa some time ago Oct 28 18:08:40 today? Oct 28 18:08:45 no Oct 28 18:08:48 many days ago Oct 28 18:09:01 when I talked about frustration, quiting, lacks of devs etc... Oct 28 18:10:18 would be a sad thing to have you quit due to frustration Oct 28 18:10:27 basically here's the issue Oct 28 18:10:30 GNUtoo|laptop: did you know that we now have the first om-gta04 boards? Oct 28 18:10:31 we're not a lot of devs Oct 28 18:10:41 a number of bugs appear Oct 28 18:10:48 leviathan, one sec please Oct 28 18:10:53 kk Oct 28 18:11:00 so if the number of bugs per developper is too high Oct 28 18:11:03 it makes people quit Oct 28 18:11:08 yes... Oct 28 18:11:16 which is a vicious circle Oct 28 18:11:19 its that issue with undocumented hardware Oct 28 18:11:27 so we should really be carefull with that Oct 28 18:11:54 leviathan, I'm not talking about undocumented hardware bug generic bugs Oct 28 18:12:02 hmm, ok Oct 28 18:12:06 like for instance not having control of your phone because ssh didn't start Oct 28 18:12:11 and usb0 wasn't up Oct 28 18:12:14 and keyboard is limited Oct 28 18:12:22 and touchscreen isn't usable Oct 28 18:12:27 hmm, i see Oct 28 18:12:38 it appeared at the beginning with n900 Oct 28 18:12:39 which are all things we already had working :/ Oct 28 18:12:42 and it's kind of back Oct 28 18:12:48 with usb0 Oct 28 18:12:50 I'll try Oct 28 18:13:06 to re-boot a fresh image Oct 28 18:14:24 I wonder if buildhost image is too old Oct 28 18:14:29 it's from 3 days ago Oct 28 18:14:36 ok Oct 28 18:14:43 the image I tried were mines Oct 28 18:14:45 from some min ago Oct 28 18:14:48 yeah Oct 28 18:14:58 leviathan, do you have more details Oct 28 18:15:42 GNUtoo|laptop: on the board? Oct 28 18:15:58 yes Oct 28 18:16:05 basically will it make it to a phone Oct 28 18:16:17 of course, because I'm involved too (doing the CAD atm) ^^ Oct 28 18:16:19 or is it a panda that does't fit in a case with a modem attached to it Oct 28 18:16:30 thats the reason, why I'm building a reprap Oct 28 18:16:33 ok Oct 28 18:16:39 for a case Oct 28 18:16:40 :-) Oct 28 18:16:44 uhm Oct 28 18:16:49 its not panda Oct 28 18:16:52 ok Oct 28 18:16:56 it's beagle then? Oct 28 18:17:01 gta04 will still be OMAP3530 Oct 28 18:17:05 ok Oct 28 18:17:30 you can buy a board, already, but its still far too expensive... 900€ Oct 28 18:17:34 uhh Oct 28 18:17:38 even 999€ Oct 28 18:18:05 for gta04 Oct 28 18:18:07 ? Oct 28 18:18:11 yes Oct 28 18:18:12 atm Oct 28 18:18:26 its a VERY limited edition... Oct 28 18:18:48 ok Oct 28 18:18:50 you have one? Oct 28 18:18:54 http://www.handheld-linux.com/wiki.php?page=GTA04 Oct 28 18:19:53 GNUtoo|laptop: I don't have one Oct 28 18:20:07 I'm still working on my RepRap Oct 28 18:20:23 ok Oct 28 18:20:26 you plan to get one? Oct 28 18:20:32 sure Oct 28 18:20:36 ok Oct 28 18:20:37 :-) Oct 28 18:20:57 will you have time to hack on it? Oct 28 18:21:02 hmm Oct 28 18:21:03 dunno Oct 28 18:21:17 because you don't even have the time for the geeksphone Oct 28 18:21:26 getting involved into OpenMoko had more priority Oct 28 18:21:38 because in the trial to get opensource onto smartphones Oct 28 18:21:38 ok Oct 28 18:21:48 basically for geeksphone here's the thing Oct 28 18:21:56 n900 may be the phone Oct 28 18:22:01 but it's very expensive Oct 28 18:22:11 geeksphone in another hand is less expensive Oct 28 18:22:12 helping openmoko up is much more then hacking on semi-proprietary hardware Oct 28 18:22:18 ok Oct 28 18:22:23 and it's easy to do Oct 28 18:22:27 add keyboard support Oct 28 18:22:29 and we are on a good way Oct 28 18:22:30 build a rootfs Oct 28 18:22:40 make MACHINE_CLASS with htcdream and geeksphone Oct 28 18:22:40 its already done Oct 28 18:22:43 ok Oct 28 18:22:49 http://projects.goldelico.com/p/gta04-rootfs/ Oct 28 18:22:51 ok Oct 28 18:23:07 http://projects.goldelico.com/p/gta04-kernel/ Oct 28 18:23:49 yess!!!! it comes up(usb0+sshd) Oct 28 18:23:55 thanks a lot mrmoku Oct 28 18:24:01 now libissi Oct 28 18:24:33 GNUtoo|laptop: great :D Oct 28 18:24:54 now charging before I forgett Oct 28 18:25:03 oh yes Oct 28 18:25:46 preventing frustration before it happens Oct 28 18:43:18 mrmoku, GTK_IMMODULE=xim disappeared Oct 28 18:44:31 GNUtoo|laptop: jama moved it to a better place Oct 28 18:44:41 where? Oct 28 18:44:55 because it doesn't seem to work Oct 28 18:46:21 to base-files IIRC Oct 28 18:46:44 profile.d Oct 28 18:46:55 ah? Oct 28 18:47:00 I don't see it in my rootfs Oct 28 18:47:06 /etc/profile.d only has Oct 28 18:47:22 elementary.sh tslib.sh Oct 28 18:47:42 btw. does your kbd work now? Oct 28 18:48:13 no Oct 28 18:48:16 that's what I just said Oct 28 18:48:19 maybe pr was not bumped Oct 28 18:48:25 that's what I think too Oct 28 18:49:11 ahh layout is correct then Oct 28 18:49:23 ??? Oct 28 18:49:29 I don't understand the commit Oct 28 18:49:34 just gtk apps don´t work Oct 28 18:49:45 + file://profile.d \ Oct 28 18:49:50 both are incorrect Oct 28 18:49:58 my keyboard layout is incorrect Oct 28 18:50:05 but that doesn't change a thing Oct 28 18:50:10 I've italian keyboard Oct 28 18:50:24 but it should act as a plain english keyboard Oct 28 18:50:27 it doesn't Oct 28 18:50:27 I mean for keyboard to work correctly we need two things Oct 28 18:50:31 it act as a limited keyboard Oct 28 18:50:33 the correct model in xorg.conf Oct 28 18:50:36 ok Oct 28 18:50:41 I've the default stuff Oct 28 18:50:43 and for gtk apps the GTK_IMMODULE thing Oct 28 18:50:51 I miss the GTK_IMMODULE stuff Oct 28 18:51:11 ah ok now I understnand the commit Oct 28 18:51:20 PR was not bumped Oct 28 18:51:54 yup Oct 28 18:51:56 can you bump PR? Oct 28 18:52:00 or should I do it Oct 28 18:52:26 is it ok to just bump PR for base-files? Oct 28 18:52:48 I don't know Oct 28 18:52:54 I bet it will rebuild for every machine Oct 28 18:52:57 no? Oct 28 18:53:00 probably... makes update everybody though Oct 28 18:53:02 is it machine arch Oct 28 18:53:28 yup Oct 28 18:53:32 PACKAGE_ARCH = "${MACHINE_ARCH}" Oct 28 18:53:32 ok Oct 28 18:53:52 so in a hand it will "rebuild" for every machine Oct 28 18:54:05 in the other hand it just install files, it doesn't compile anything Oct 28 18:54:13 so it should be fast Oct 28 18:54:22 maybe ask koen if he's arround somewhere Oct 28 18:54:35 as he would be the one who could be upset by the change Oct 28 18:54:36 building is not the problem... it will make update base-files on everybodys target Oct 28 18:54:45 ok Oct 28 18:54:45 hehe Oct 28 18:54:51 building is a problem Oct 28 18:54:54 because Oct 28 18:55:01 once I put initscript MACHINE_ARCH Oct 28 18:55:05 for every machine Oct 28 18:55:11 and koen pinged me on irc Oct 28 18:55:21 telling me that it would rebuild it for every machine Oct 28 18:55:30 heh Oct 28 18:55:31 and as we all know angstrom has a ton of machines Oct 28 18:55:52 it was my fault because it was not-reviewed core change Oct 28 18:55:57 the change was pretty small Oct 28 18:55:59 but still Oct 28 18:56:06 you could just rebuild it locally then.. and force update Oct 28 18:56:16 or just add that file :P Oct 28 18:56:26 so send a patch to oe Oct 28 18:56:32 I don't need to add the file Oct 28 18:56:42 I've an older hand-tweaked rootfs Oct 28 18:56:46 on 16G microsdcard Oct 28 18:56:51 that I will keep for now Oct 28 18:56:55 ok Oct 28 18:57:09 a patch just for PR bump feels a bit extreme though Oct 28 18:57:13 I need to do a todo Oct 28 18:58:06 hmm... todo is something I'm missing too... not that I don't know what to do... but still Oct 28 19:08:01 mrmoku, http://wiki.freesmartphone.org/index.php/Hardware/N900/TODO#Urgent Oct 28 19:11:59 GNUtoo|laptop: good Oct 28 19:14:53 GNUtoo|laptop: what's wrong with smooth = down? Oct 28 19:15:20 dos1, simply that you have full backlight or no backlight Oct 28 19:15:28 hmm Oct 28 19:15:29 it's also very buggy Oct 28 19:15:32 it used to work Oct 28 19:15:41 and still works on my FR Oct 28 19:15:46 it can power down backlight without you beeing able to power it up again without waiting Oct 28 19:15:48 we're on n900 Oct 28 19:15:53 but it works for me there too Oct 28 19:15:55 mrmoku: i know :P Oct 28 19:16:00 :P Oct 28 19:16:03 mrmoku, try that: Oct 28 19:16:07 go in shr-settings Oct 28 19:16:10 I know Oct 28 19:16:14 in shr-settings it does not work Oct 28 19:16:14 ah ok Oct 28 19:16:17 indeed Oct 28 19:16:23 but the smooth auto-dimming works fine Oct 28 19:16:26 changing backlight intensity is broken because of that Oct 28 19:16:34 yes the smooth works fine Oct 28 19:16:37 but not the rest Oct 28 19:17:28 that seems to be pure fsodeviced bug Oct 28 19:17:34 indeed Oct 28 19:17:40 it works fine at kernel level Oct 28 19:17:53 so no need for remove "smooth = down", we just have to bug mickey|zzZZzz :D Oct 28 19:18:03 ok lol Oct 28 19:24:10 dos1: did you try latest buildhost image for n900 ? Oct 28 19:25:07 mrmoku: not yet, only upgraded 2 days ago IIRC Oct 28 19:25:16 but i think i will over weekend Oct 28 19:26:46 dos1: ok, will do it now then ;) Oct 28 20:16:15 mrmoku, do you plan to push the PR bump in oe? Oct 28 20:16:18 I've tons of mail Oct 28 20:16:29 so I've to read them and I can't do that too Oct 28 20:16:43 I'm also talking with sre about libisi Oct 28 20:17:11 he fixed the buildability, so it's now buildable with oe_runmake Oct 28 20:26:15 GNUtoo|laptop: ok Oct 28 20:31:50 GNUtoo|laptop: pushed Oct 28 20:32:01 ok thanks a lot Oct 28 20:32:07 * mrmoku hides to not get spanked by koen :P Oct 28 20:32:54 lol Oct 28 20:38:51 gnutoo: buildhost is building a new n900 image Oct 28 20:39:11 ok nice Oct 28 20:39:23 and me is going to bed Oct 28 20:39:30 have a good night :) Oct 28 20:41:49 thanks Oct 28 20:41:50 bye Oct 28 20:41:54 see you another day **** ENDING LOGGING AT Fri Oct 29 02:59:57 2010