**** BEGIN LOGGING AT Mon Aug 22 02:59:56 2011 Aug 22 03:46:24 tmzt: do you really mean the ofono now works on n900 and is actually useable? Aug 22 03:53:02 PaulFertser: no, I believe they are using the closed daemon Aug 22 04:34:30 tmzt: then it is not relevant to the topic we were discussing, thanks for the info though. Aug 22 07:32:00 moin Aug 22 08:27:49 SHR: 03Martin.Jansa 07shr-chroot * r13ab810d85b4 10/ (453 files in 51 dirs): system upgrade Aug 22 13:32:35 SHR: 03dos 07shr * r172d135702c6 10/shr-splash/shr-splash.sh: shr-splash: redirect error messages to /dev/null to avoid "bzip: short write" message printed on screen after showing splash screen Aug 22 14:36:12 freesmartphone.org: 03dos 07cornucopia * r9601fa63dbfc 10/fsodeviced/conf/nokia_n900/fsodeviced.conf: fsodeviced: conf: update input configuration for Nokia N900 Aug 22 14:38:11 freesmartphone.org: 03dos 07cornucopia * r403b0bf8780f 10/fsodeviced/conf/nokia_n900/fsodeviced.conf: fsodeviced: conf: fix for headset connection detection on N900 Aug 22 14:47:31 freesmartphone.org: 03dos 07framework * r1f3a311a84a5 10/etc/freesmartphone/oevents/nokia900/rules.yaml: conf: update oeventsd's rules.yaml for Nokia N900 to support LEDs again Aug 22 14:48:40 mrmoku, GNUtoo|laptop: ^^^^ Aug 22 14:49:03 keyboard slider, camera shutter, aux slider and camera buttons are now detected by fsodeviced Aug 22 14:49:18 and ousaged turns on keyboard LEDs when keyboard is slided out Aug 22 14:49:22 s/ousaged/oeventsd/ Aug 22 14:49:24 dos1 meant: and oeventsd turns on keyboard LEDs when keyboard is slided out Aug 22 14:49:32 yes I saw, it's so nice.... Aug 22 14:52:38 hi Aug 22 14:52:51 hi! Aug 22 14:52:52 bbs Aug 22 14:52:59 dcordes_, did you talk to Cotulla? Aug 22 14:53:47 yep Aug 22 14:54:05 something came up? Aug 22 14:54:09 btw I've suspend Aug 22 14:54:18 I also had userspace microphone in calls Aug 22 14:54:26 both on nexusone Aug 22 14:54:55 he gave me the tarball Aug 22 14:55:01 ok Aug 22 14:55:06 I will compile it for htcleo Aug 22 14:55:11 ok Aug 22 14:55:31 I must eat something quickely, I'm at the wifi cafee Aug 22 14:55:31 did you push your nexus stuff ? Aug 22 14:55:34 no Aug 22 14:55:36 not yet Aug 22 14:55:40 too much stuff to do Aug 22 14:55:45 and internet is too slow at home Aug 22 14:55:47 I could try it on leo Aug 22 14:55:50 yes Aug 22 14:55:54 if you like Aug 22 14:55:55 it should work Aug 22 14:56:02 maybe try and push Aug 22 14:56:48 ok if you manage you can ping me then I will try it out Aug 22 14:57:01 suspend would be pretty cool on leo in shr Aug 22 14:57:14 * dcordes_ needs to setup recent build env Aug 22 14:59:38 back Aug 22 14:59:51 really? Aug 22 15:00:00 I added userspace suspend/resume for android Aug 22 15:00:19 I tough you hacked fsousaged's config to prevent suspend Aug 22 15:02:20 yes it's disabled because there was no userspace program Aug 22 15:02:43 now there is Aug 22 15:02:45 chvt Aug 22 15:02:50 look at nexusone's config Aug 22 15:03:03 in what metadata ? Aug 22 15:03:10 fso Aug 22 15:03:21 ok Aug 22 15:03:26 fsousaged.conf Aug 22 15:03:40 cornucopia.git right ? Aug 22 15:03:44 yes Aug 22 15:04:14 http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsousaged/conf/nexusone/fsousaged.conf;h=cd635a76a779d5bd1e5cf7c6206eff6f2d383a48;hb=HEAD Aug 22 15:04:40 screen_resume_type = userspace Aug 22 15:04:48 screen_resume_command = chvt 1;chvt 2 Aug 22 15:04:58 it's a hack but it's optional and works Aug 22 15:05:12 I didn't succeed at fixing it in the kernel for nexusone Aug 22 15:05:21 so I came up with that Aug 22 15:05:54 if it's done in android like so... why not. => compatible with other 'android devices' Aug 22 15:06:18 they use something else than chvt but yes android does it in userspace Aug 22 15:06:47 I don't understand the mechanism.. how is chvt called ? Aug 22 15:07:01 it's called at resume Aug 22 15:07:06 to re-enable the screen Aug 22 15:07:18 it's called by fsousaged Aug 22 15:08:02 and how does fsousaged know when to call it ? Aug 22 15:08:10 it knows when it resume Aug 22 15:08:14 so it call it there Aug 22 15:08:27 and it knows that with the power key Aug 22 15:08:28 ah ok. do you know how this could be implemented in debian ? Aug 22 15:08:30 if you apm -s Aug 22 15:08:38 it know it has to go in suspend Aug 22 15:08:42 so it knows it's suspended Aug 22 15:08:51 then if you press the power key Aug 22 15:08:54 it know it has to resume Aug 22 15:08:57 so it resume Aug 22 15:09:00 and then run chvt Aug 22 15:09:11 so it watches Aug 22 15:09:19 'the power key' while the phone sleeps ? Aug 22 15:09:22 yes Aug 22 15:09:29 ok Aug 22 15:09:31 it works like that Aug 22 15:09:35 apm -s Aug 22 15:09:39 it will do that: Aug 22 15:09:45 echo mem > /sys/power/state Aug 22 15:09:58 just before that it starts watching the power key Aug 22 15:10:05 the power key is a gpio or something like that Aug 22 15:10:14 so it will go in real suspend Aug 22 15:10:25 then when you press the power key or another source it will wake the cpu Aug 22 15:10:36 then the cpu has to decide if the source is worth Aug 22 15:10:43 if it's worth it fully resume Aug 22 15:10:59 if not it doesn't do anything and will go back to sleep automatically Aug 22 15:11:11 the if it's worth is the watch of the key Aug 22 15:11:12 or Aug 22 15:11:24 a phone call or an sms(both not yet implemented) Aug 22 15:11:42 the phone call or sms are implemented trough a kernel patch in the htcdream Aug 22 15:11:43 so we will continue our nap when somebody calls or sends text :) Aug 22 15:11:48 pretty relaxed Aug 22 15:12:21 in dream kernel patch.. is it some extra gpio that is activated by amss in case of call or text ? Aug 22 15:12:24 yes Aug 22 15:12:30 not at all Aug 22 15:12:37 how is it done ? Aug 22 15:12:40 it just tell the resume cause Aug 22 15:12:45 it's hooked up to /proc Aug 22 15:12:52 so it works like that Aug 22 15:12:56 there is a resume cause Aug 22 15:13:08 it will make it available to some /proc node Aug 22 15:13:11 so : Aug 22 15:13:17 modem get a call Aug 22 15:13:26 that resume the CPU Aug 22 15:13:38 then CPU is resumed and fso was watching theses proc nodes Aug 22 15:13:50 so it has the cause of the resume Aug 22 15:13:55 and decide to resume or not Aug 22 15:15:07 cool Aug 22 15:15:14 sounds doable for qsd Aug 22 15:15:19 note that the watch is not a while true Aug 22 15:15:22 it's a glib watch Aug 22 15:15:39 which uses a kernel feature like inotify or something like that Aug 22 15:15:43 heh Aug 22 15:15:47 hm ok Aug 22 15:15:48 the kenrel notify the app when something is watched Aug 22 15:15:53 you can't use inotify to monitor proc or sysfs Aug 22 15:15:57 GNUtoo|laptop: let's go a few steps back.. could I ask you a question about image ? Aug 22 15:16:00 ah right Aug 22 15:16:02 I forgott that Aug 22 15:16:13 GNUtoo|laptop: I was offline for a while and I would like to compile a fresh SHR Aug 22 15:16:16 dcordes_, forget what I said about notify Aug 22 15:16:20 GNUtoo|laptop: not sure where to start Aug 22 15:16:27 dcordes_, I'm not sure either Aug 22 15:16:30 we have 2 shr: Aug 22 15:16:33 shr Aug 22 15:16:35 shr-core Aug 22 15:16:36 btw, it's better to use sysfs for retrieving resume reason, not proc Aug 22 15:16:44 GNUtoo|laptop: which one do you use for nexus ? Aug 22 15:16:52 I don't remember if it's proc or sys Aug 22 15:16:55 I must check Aug 22 15:17:08 I didn't compile a new image for ages Aug 22 15:17:15 but oe.dev Aug 22 15:17:26 so the old shr Aug 22 15:17:32 isn't org.oe.dev obsolete ? Aug 22 15:17:37 for shr Aug 22 15:18:11 I'm not sure shr-core has support for leo Aug 22 15:18:24 you will have to add it I guess Aug 22 15:18:30 and shr-core is not ready yet Aug 22 15:18:33 but it's the future Aug 22 15:18:41 afaik only maintainers pull devices to *-core Aug 22 15:18:49 no Aug 22 15:18:54 no devices can go to oe-core Aug 22 15:18:58 only qemu Aug 22 15:19:01 smartphone-layer Aug 22 15:19:07 iirc ? Aug 22 15:19:12 ok Aug 22 15:19:38 I don't know for smartphone layer, maybe I have push, I'm not sure Aug 22 15:19:55 JaMa, knows more Aug 22 15:20:01 ask JaMa what to do about a build Aug 22 15:20:05 I exchanged a few words about that Aug 22 15:20:08 with JaMa et al Aug 22 15:20:12 ok Aug 22 15:20:17 what did he told you? Aug 22 15:20:19 they told me they would happily accept stuff for leo etc Aug 22 15:20:26 for the smartphone layer Aug 22 15:20:26 ok Aug 22 15:20:32 I've to port nexusone stuff Aug 22 15:20:37 and improve htcdream Aug 22 15:20:48 if you like, we could sit together one afternoon and sort out QSD (leo+nexus) in smartphone layer Aug 22 15:20:56 yes possible Aug 22 15:21:03 why not now/soon Aug 22 15:21:07 I have some time in the next weeks Aug 22 15:21:13 from now on Aug 22 15:21:14 I may have to work very soon Aug 22 15:21:25 to get some money for an USRP Aug 22 15:21:32 to be able to help osmcombb Aug 22 15:21:41 osmocom rocks Aug 22 15:21:46 indeed Aug 22 15:22:07 so when would you have few spare hours ? oh.. and what about your bandwidth ? Aug 22 15:22:17 bandwith is a huge issue Aug 22 15:22:18 you mentioned slow net Aug 22 15:22:23 when I'm at the wifi cafee it's ok Aug 22 15:22:32 but when I'm at home its like 1k/s or less Aug 22 15:22:41 I've irssi + screen + ssh Aug 22 15:22:46 when I type Aug 22 15:22:51 I cannot see what I type Aug 22 15:22:59 it appear some minutes later Aug 22 15:23:03 and is sent.... Aug 22 15:23:14 haha I know that stuff from limited HSDPA connection speed Aug 22 15:23:17 now I have DSL again :) Aug 22 15:23:21 ok Aug 22 15:23:30 but it's even worse than GPRS.... Aug 22 15:23:37 so.. you could pull all the required code at the cafe Aug 22 15:23:41 and it disconnects often Aug 22 15:23:41 yes Aug 22 15:23:51 however I can only build at the cafee Aug 22 15:23:53 IIRC there is a nice setup script for SHR that will pull all the relevant stuff Aug 22 15:23:55 autorev.... Aug 22 15:24:02 ah? Aug 22 15:24:08 what about autorev? Aug 22 15:24:17 http://shr-project.org/trac/wiki/Building%20SHR Aug 22 15:24:29 what about it ? Aug 22 15:24:37 ah the Makefile Aug 22 15:24:39 I don't use it Aug 22 15:24:46 and do you know what autorev is? Aug 22 15:24:57 yes I know autorev from fso and shr Aug 22 15:25:00 in org.oe.dev Aug 22 15:25:05 yes I use that Aug 22 15:25:05 pulls latest git rev Aug 22 15:25:22 I've shr+fso autorev Aug 22 15:25:37 maybe it also works when setting up w/ makefile ? Aug 22 15:25:49 at best they don't use autorev Aug 22 15:26:00 I remember I tried to setup shr-core w/o makefile and failed big time Aug 22 15:26:01 but I guess they don't have a manual autorev Aug 22 15:26:14 it's complex really with all the layers Aug 22 15:26:36 also #oe recommends it for oe-core Aug 22 15:27:19 yes Aug 22 15:27:24 but I've a manual setup Aug 22 15:27:30 I worked hard to get that Aug 22 15:27:37 but at the end it seem to work fine Aug 22 15:28:01 dcordes_, makefile works fine :) Aug 22 15:28:13 dcordes_, at least for building om-gta02 images Aug 22 15:29:03 pespin: hi. ok.. GNUtoo|laptop and me are wondering about QSD devices. we wanna add the neccessary board metadata Aug 22 15:29:25 org.oe.dev -> meta-smartphone shr-core .. etc Aug 22 15:29:33 first I've to add /etc/network/interfaces for shr devices Aug 22 15:29:53 s/shr/qsd/ ? Aug 22 15:29:58 no Aug 22 15:29:58 shr Aug 22 15:30:10 so all devieces get it Aug 22 15:30:12 *devices Aug 22 15:30:21 om-gta02,nokia900,qsd etc... Aug 22 15:30:26 it lacks auto usb0 Aug 22 15:30:35 because of the slow connection I was unable to add it Aug 22 15:32:55 ok. sorry I was assuming you are still at qsd Aug 22 15:33:26 I'm at om-gta02 Aug 22 15:33:53 jeez it's nicer to experiment with build-envs and pre-built images when on a DSL line :() Aug 22 15:34:03 ok Aug 22 15:34:04 yes Aug 22 15:34:08 JaMa, hi Aug 22 15:34:13 there is: Aug 22 15:34:22 ./meta/recipes-core/netbase/netbase-4.45 Aug 22 15:34:48 to override it I override PR in .bbappend and add the interfaces files in the netbase-4.5 dir? Aug 22 15:34:59 or I make people rebuild it? Aug 22 15:35:02 also: Aug 22 15:35:07 where should the change go Aug 22 15:35:16 ideally it should go in meta-shr Aug 22 15:35:18 but.... Aug 22 15:35:34 if netbase-4.5 change version Aug 22 15:35:54 but maybe that's locked by the shr branches Aug 22 15:36:07 so I guess I go on and add it in meta-shr Aug 22 15:36:14 rest the first question.... Aug 22 15:39:11 GNUtoo|laptop: I am following http://shr-project.org/trac/wiki/Building%20SHR to setup everything now. I hope I will end up with the same metadata as you Aug 22 15:39:18 ok Aug 22 15:41:55 pespin: could you help me with Makefile ? Aug 22 15:42:10 dcordes_, yep, tell me :) Aug 22 15:42:27 it should be well documented in the wiki, but if something's not clear just ask Aug 22 15:43:03 pespin: it fails to setup the bitbake user Aug 22 15:43:39 my bad! it works Aug 22 15:43:44 I left the chroot ... Aug 22 15:43:44 hehe :) Aug 22 15:44:44 so I want "setup-shr-core" for the new stuff right ? Aug 22 15:45:00 yep Aug 22 15:45:22 make: *** No rule to make target `setup-shr-core'. Stop. Aug 22 15:45:50 ah it bumped me to wrong dir Aug 22 15:45:56 cd /OE Aug 22 15:45:58 sigh same enlightenment issues Aug 22 15:46:25 ERROR: task *e* do_compile failed Aug 22 15:46:35 and JaMa is not there Aug 22 15:46:44 and I guess I can't commit if he's not there Aug 22 15:47:04 maybe we need a vice chancellor for E Aug 22 15:47:29 what baout E ml ? Aug 22 15:47:42 it's oe stuff Aug 22 15:47:47 lack of mkdir Aug 22 15:47:56 but without e no console Aug 22 15:47:59 oe-core ? Aug 22 15:48:01 without console no passwd Aug 22 15:48:06 without passwd no ssh Aug 22 15:48:08 without ssh no e Aug 22 15:48:11 yes Aug 22 15:48:15 ah I see the problem now ^ Aug 22 15:48:35 I was already starting to worry why you have no oe-core access Aug 22 15:48:39 so I guess I've to do the whole setup for the debug board Aug 22 15:48:54 you have problems with oe-core E recipes? Aug 22 15:48:54 maybe I've access Aug 22 15:49:02 no Aug 22 15:49:14 at runtime it fails to have .e/e/appshadow Aug 22 15:49:25 which is a simlink to /var/tmp or something like that Aug 22 15:49:28 that is in-ram stuff Aug 22 15:49:35 that is driven by an init script Aug 22 15:50:14 GNUtoo|laptop, what about creating the symlink inside the rootfs OE dir as workaround? Aug 22 15:50:23 I mean create it manually Aug 22 15:50:46 impossible Aug 22 15:50:52 I'll make it do it automatically Aug 22 15:50:58 if it wants to shut down the phone Aug 22 15:51:06 because that is also broken Aug 22 15:51:47 I force shutdown Aug 22 15:55:45 I created that dir Aug 22 15:56:13 since there seem to be no simlink Aug 22 15:57:51 still not finding it Aug 22 15:57:55 grrr Aug 22 15:58:08 Hi Everyone! Aug 22 15:58:40 hi Aug 22 15:58:46 GNUtoo|laptop: shr-core/meta-smartphone/meta-htc/conf/machine$ ls Aug 22 15:58:46 htcdream.conf Aug 22 15:58:56 yes but it lack the DPI config Aug 22 16:00:26 I suggest we add qsd first Aug 22 16:00:53 I preffer making om-gta02 work first Aug 22 16:01:11 qsd will have the same problem Aug 22 16:01:16 and would lack...serial console Aug 22 16:01:45 ahhh Aug 22 16:01:52 /.e/e/appshadow Aug 22 16:05:55 ? serial console ? Aug 22 16:07:16 UART Aug 22 16:07:19 serial console Aug 22 16:07:26 a serial port with a console on it Aug 22 16:09:54 pespin: GNUtoo|laptop: where does device specific kernel go ? also meta-smartphone ? Aug 22 16:10:27 dcordes_, hmm no idea, and I have no chroot here now sorry :S Aug 22 16:10:45 I will cheat and look in the moko directories Aug 22 16:11:07 they add recipes-linux directroy Aug 22 16:11:10 dcordes_, no Aug 22 16:11:13 in meta-htc Aug 22 16:11:29 GNUtoo|laptop: meta-smartphone/meta-htc/ Aug 22 16:12:08 yes Aug 22 16:12:27 oops Aug 22 16:13:27 ok with a bit of luck the complicated htcleo@org.oe.dev > htcleo@meta migration process is now done :D Aug 22 16:13:31 (locally) Aug 22 16:13:53 ok Aug 22 16:14:01 JaMa, ping Aug 22 16:14:13 the bugreports for shr-core are growing.... Aug 22 16:18:23 OSError: [Errno 38] Function not implemented Aug 22 16:19:14 dcordes_, be sure you run bitbake from ~/shr-core Aug 22 16:19:23 it failed for me in other dirs I don'0t know why Aug 22 16:19:30 OE htcleo@shr ~/shr-core $ pwd Aug 22 16:19:30 /OE/shr-core Aug 22 16:19:38 and before make sure you ran . ./setup-env Aug 22 16:19:46 I ran that script Aug 22 16:20:42 what is your bitbake version? Aug 22 16:20:48 do you have pseudo and such in path Aug 22 16:20:55 s/pseudo/the bitbake wrapper Aug 22 16:22:46 I have bitbake bitbake-diffsigs bitbake-layers Aug 22 16:22:57 what is bitbake wrapper ? Aug 22 16:22:58 what is $PATH Aug 22 16:22:58 ? Aug 22 16:23:11 a necessary wrapper called bitbake too Aug 22 16:23:13 bitbake --verison Aug 22 16:23:13 Pseudo is not present but is required, building this first before the main build Aug 22 16:23:15 you need that Aug 22 16:23:16 Traceback (most recent call last): File "/usr/bin/bitbake", line 234, in Aug 22 16:23:29 ô_Ô Aug 22 16:23:44 do you have bitbake installed in your distro? Aug 22 16:23:46 if so remove that Aug 22 16:24:19 no Aug 22 16:24:27 dcordes_: 32-bit or 64-bit? Aug 22 16:24:30 so why does it say /usr/bin/bitbake Aug 22 16:24:30 32 Aug 22 16:24:30 ? Aug 22 16:24:40 dcordes_: then do "make setup-bitbake" Aug 22 16:24:44 dcordes_: in ~/OE dir Aug 22 16:24:51 GNUtoo|laptop: chroot see Aug 22 16:24:52 dcordes_: in 32-bit toolchain bitbake is too old Aug 22 16:24:59 GNUtoo|laptop: http://shr-project.org/trac/wiki/Building%20SHR Aug 22 16:25:09 dos1: ok Aug 22 16:25:11 dcordes_: so you need to checkout it from git Aug 22 16:25:41 i'll try to update it soon Aug 22 16:25:53 http://pixhawk.ethz.ch/wiki/_media/openembedded_bitbake/openembedded-bitbake.png?w=450 a tiny often. cute Aug 22 16:25:57 oven Aug 22 16:26:29 anybody heard of this project? oe based copter Aug 22 16:26:43 the one that violated the GPL? Aug 22 16:28:21 dos1: git://git.openembedded.org/bitbake bitbake ? Aug 22 16:28:26 GNUtoo|laptop: not sure Aug 22 16:28:31 ok Aug 22 16:28:33 dcordes_: just do "make setup-bitbake" Aug 22 16:28:39 dcordes_: it'll checkout it automatically Aug 22 16:29:05 mrmoku, hi Aug 22 16:29:08 JaMa, hi Aug 22 16:29:20 should I go ahread and push? Aug 22 16:29:56 $ bitbake --version Aug 22 16:29:57 BitBake Build Tool Core version 1.13.0, bitbake version 1.13.0 Aug 22 16:30:04 dcordes_, ah sorry, I omitted the "64 bits" in "chroot should work" ;) Aug 22 16:31:38 dos1: ok Aug 22 16:31:40 pespin: ok :) Aug 22 16:32:29 JaMa, ping Aug 22 16:32:57 it's kind of crazy, I'm at a wifi cafee, I've the time and the will to contribute but I can't Aug 22 16:33:06 and after it will be the countrary Aug 22 16:33:16 everybody will be there and I won't be able to contribute! Aug 22 16:33:32 because of my slow connection Aug 22 16:33:40 dos1: now I get this error http://pastebin.ca/2077705 Aug 22 16:34:19 GNUtoo|laptop: find a wifi cafe with better opening times :) Aug 22 16:34:34 it's the best wifi cafee arround Aug 22 16:34:45 they close late Aug 22 16:34:49 but it's just bad luck Aug 22 16:34:53 GNUtoo|laptop: ask your neighbours if they want to share wifi with you for a few euros Aug 22 16:34:58 when I want to contribute no one is there Aug 22 16:35:02 GNUtoo|laptop: (tell them you wont clone large repos :D ) Aug 22 16:35:20 usually telling them I will clone large repos is the best Aug 22 16:35:23 or use mailing lists Aug 22 16:35:34 so they know I won't trigger HADOPI Aug 22 16:35:52 I'll wait until tonight then Aug 22 16:35:57 but I'm really fed up Aug 22 16:36:09 slow internet can fsck brain easily Aug 22 16:36:16 not only that Aug 22 16:36:20 people never there too Aug 22 16:36:33 I waiste my time waiting Aug 22 16:36:36 and never contribute Aug 22 16:36:44 it's been ages that I didn't commit somehting Aug 22 16:37:09 maybe there is a responsibility problem then? why do you need to wait ? Aug 22 16:37:22 I've some questions Aug 22 16:37:22 for help or for acks ? Aug 22 16:37:29 ah ok.. that's something different then Aug 22 16:37:30 I want to do it right Aug 22 16:37:36 else I commit and break everybody Aug 22 16:37:41 maybe that's the best Aug 22 16:37:42 ? Aug 22 16:37:47 since someone would fix Aug 22 16:38:06 and right after doing it I need some acks Aug 22 16:38:20 but since I asked the questions I can skip that Aug 22 16:38:37 basically JaMa did that overlay Aug 22 16:38:42 I don't know how he works Aug 22 16:38:50 so I've to ask questions on how he works Aug 22 16:38:52 dcordes_, in first link in google about that error it also says something about /dev/shm, and I remember dos1 touching something related on chroot some days ago? Aug 22 16:39:11 dcordes_: mount -t tmpfs /dev/shm Aug 22 16:39:13 dcordes_: from chroot Aug 22 16:39:16 dcordes_: at root Aug 22 16:39:34 dcordes_: you might need to do "rm /dev/shm; mkdir /dev/shm" too in order to remove broken symlink Aug 22 16:39:44 note that frustrating me too much drives me away and is dangerous for me Aug 22 16:39:47 dcordes_, didn't you commit a fix for that? Aug 22 16:39:50 s/at root/as root/ Aug 22 16:39:57 dos1 ^ sorry Aug 22 16:40:03 maybe I should go and never come back again? Aug 22 16:40:38 pespin: i thought so, but i was wrong :( Aug 22 16:40:43 GNUtoo|laptop, you got bored of us? ;) Aug 22 16:40:55 quite the countrary Aug 22 16:41:05 I'm bored of the "us" beeing absent Aug 22 16:41:13 s/bored/tired/ Aug 22 16:41:13 GNUtoo|laptop meant: I'm tired of the "us" beeing absent Aug 22 16:41:29 I'm tired of my slow connection Aug 22 16:41:31 GNUtoo|laptop: maybe some peeps are on vacation ? Aug 22 16:41:37 I'm tired of nothing working on shr-core Aug 22 16:41:46 no idea Aug 22 16:41:52 but I'm tired of all that Aug 22 16:42:01 pespin: I don't think so. I went ego and tried to pull up an alternative to makefile :> Aug 22 16:42:16 GNUtoo|laptop: i'm quite happy with my shr-core image on N900 Aug 22 16:42:29 look at that: Aug 22 16:42:33 i haven't tried it on gta02 though Aug 22 16:42:36 GNUtoo|laptop: maybe if you are tired you should take a vacation ? Aug 22 16:42:45 and it needs few small, manual tweaks Aug 22 16:42:51 but i'm going to fix at least some of them Aug 22 16:42:57 http://shr-project.org/trac/report/2 -> shr-core Aug 22 16:43:06 did I made something wrong in the setup? Aug 22 16:43:17 did I miss something? Aug 22 16:43:31 illume fails to work by default Aug 22 16:43:37 image from today Aug 22 16:43:45 before it worked fine Aug 22 16:44:00 http://shr-project.org/trac/ticket/1469 is not shr-core related, but gry* theme Aug 22 16:44:03 dcordes_, I'm already on vacations Aug 22 16:44:03 it's outdated Aug 22 16:44:17 needs to be reworked to match new e Aug 22 16:44:24 ok Aug 22 16:44:34 I need to do stuff in order Aug 22 16:44:40 first be sure that I can get ssh on it Aug 22 16:44:44 without the serial console Aug 22 16:44:52 if I use the serial console I loose one hand Aug 22 16:44:56 GNUtoo|laptop: use chroot from some other, working system Aug 22 16:45:03 ? Aug 22 16:45:04 dos1: ok thanks. next stop: WARNING: Bitbake has not been run using the bitbake wrapper Aug 22 16:45:06 my system is working Aug 22 16:45:26 I mean my host Aug 22 16:45:29 it's a good host Aug 22 16:45:36 GNUtoo|laptop: but i mean some other system on device Aug 22 16:45:41 GNUtoo|laptop: for instance, shr-unstable Aug 22 16:45:44 or Maemo Aug 22 16:45:46 no Aug 22 16:45:46 or whatever else Aug 22 16:45:48 I've fixed it Aug 22 16:45:50 I've ssh now Aug 22 16:45:51 * dcordes_ did not run the script Aug 22 16:45:56 but I'm still waiting for JaMa Aug 22 16:46:08 or I wait for JaMa at the wifi cafee doing nothing Aug 22 16:46:10 GNUtoo|laptop: to incorporate fixes to OE? Aug 22 16:46:18 or there is everybody but no wifi cafee Aug 22 16:46:31 oe.dev is deprecated Aug 22 16:46:35 i mean Aug 22 16:46:36 better fixing shr-core Aug 22 16:46:38 mrmoku, ping Aug 22 16:46:39 OE-core Aug 22 16:46:44 any good news on ACI? Aug 22 16:46:59 dos1, the problem is that I've one question Aug 22 16:47:00 dos1: ok. conclusion: fetching the new bitbake and (re)mounting tmpfs fixed makefile 32 bit for me Aug 22 16:47:13 GNUtoo|laptop, what about sending an email to him? :) Aug 22 16:47:17 how should the file be taken into account: Aug 22 16:47:26 pespin++ Aug 22 16:47:38 .bbappend with PR=${PR} + 1 Aug 22 16:47:43 email seems good with your situation, GNUtoo|laptop Aug 22 16:48:22 ok Aug 22 16:49:58 ok but email is kind of slow.... Aug 22 16:50:22 dos1, uhm you commited to a shr git repo 3 hours ago which is marked as *deprectaded* ? o.O Aug 22 16:50:42 pespin: yep, cause there is shr-splash Aug 22 16:51:00 pespin: it's just one shell script - so it doesn't have it's own git repo Aug 22 16:51:28 ok ;) Aug 22 16:56:35 is there gitweb for meta-smartphone ? Aug 22 16:58:14 dcordes_, http://git.shr-project.org/git/?p=meta-smartphone.git;a=summary ? Aug 22 16:59:57 thanks Aug 22 17:00:21 http://git.shr-project.org/git/?p=meta-smartphone.git;a=blob;f=meta-openmoko/conf/machine/om-gta02.conf;h=9a57da0ee412eb64a292d146a7f5c65f8f0f00b2;hb=refs/heads/master points to a machine include file which sits in openembedded-core layer Aug 22 17:00:41 is this any good ? Aug 22 17:01:12 dcordes_, meta-smartphone depends on oe-core afaik Aug 22 17:01:17 it's expected I think :) Aug 22 17:01:25 basically you need: Aug 22 17:01:28 oe-core shr branch Aug 22 17:02:05 dcordes_, you can get info on what are the deps of that layer in its readme file: http://git.shr-project.org/git/?p=meta-smartphone.git;a=blob;f=meta-openmoko/README;h=6105d24bb53471040851ffd1c9a89f0b39fc3076;hb=HEAD Aug 22 17:02:18 as well as info about the maintainer, where to send patches, etc. Aug 22 17:02:19 oops Aug 22 17:02:21 I meant: Aug 22 17:02:22 ok Aug 22 17:02:40 meta-openembedded meta-smartphone openembedded-core Aug 22 17:02:42 guys but what's up when the include file is machine specific like htc-qsd8.inc ? Aug 22 17:02:46 you need theses 3 repos Aug 22 17:03:01 oe-core and meta-oe : add contrib as remote and checkout shr branch Aug 22 17:03:17 in that case should it go to oe-core or meta-smartphone ? Aug 22 17:03:49 it depends Aug 22 17:03:53 what's your file Aug 22 17:03:53 ? Aug 22 17:04:24 usually meta-smartphone/meta-yourmachine Aug 22 17:04:26 dcordes_, I think it may go to meta-smartphone/meta-htc/ ? Aug 22 17:05:34 GNUtoo|laptop: conf/machine/include/htc-qsd8.inc@org.oe.dev Aug 22 17:05:45 dcordes_, look at meta-smartphone/meta-palm for an example, I think it already has a structure like the one you want :) Aug 22 17:05:56 that should definitely go in meta-htc Aug 22 17:06:04 ok good Aug 22 17:06:29 you understand why I was asking? I now have conf/machine/include/* spread over two layers :) Aug 22 17:06:47 why? Aug 22 17:07:11 the qsd8k.inc should go in meta-htc Aug 22 17:07:14 as your machine config Aug 22 17:07:21 I think -> meta-smartphone/meta-htcconf/ machine/ include/htc-qsd8.inc Aug 22 17:07:25 but that's not a problem to spread stuff across layers Aug 22 17:07:27 because one is machine specific and one is only arch specific: linux-qsd8.inc is specific to htc so it is in the htc layer and tune-cortexa8.inc may also be used for non-htc devices so it lives in oe-core Aug 22 17:07:41 ok Aug 22 17:07:51 but that's not a problem to spread stuff across layers Aug 22 17:07:52 ok Aug 22 17:07:56 that is what I was wondering Aug 22 17:08:00 the policies about that Aug 22 17:08:49 might bb parsing be slower in chroot ? Aug 22 17:09:01 iirc there was a huuuuge speed improvement last time I built Aug 22 17:09:10 (outside any chroot) Aug 22 17:10:12 for me parsing of recipes time has improved a lot in shr-core Aug 22 17:11:30 yeay it seems to do stuff now Aug 22 17:11:45 time to git diff Aug 22 17:11:50 hurray! :) Aug 22 17:12:27 # new file: meta-htc/conf/machine/htcleo.conf Aug 22 17:12:28 # new file: meta-htc/conf/machine/include/htc-qsd8.inc Aug 22 17:12:28 # new file: meta-htc/recipes-kernel/linux/linux-qsd8/htcleo/defconfig Aug 22 17:12:28 # new file: meta-htc/recipes-kernel/linux/linux-qsd8_git.bb Aug 22 17:12:28 # new file: meta-htc/recipes-kernel/linux/linux.inc Aug 22 17:12:32 hm did I miss anything ? Aug 22 17:12:46 why that: Aug 22 17:12:51 meta-htc/recipes-kernel/linux/linux.inc Aug 22 17:12:58 it wanted that ! Aug 22 17:13:06 I thoguht it would grap it from oe-core Aug 22 17:13:12 but it didn't Aug 22 17:13:22 s/grap/grab/ Aug 22 17:14:01 GNUtoo|laptop: meta-openmoko also has it Aug 22 17:14:16 I copied it from org.oe.dev because I also pulled the kernel recipes from there Aug 22 17:14:50 just like everything else. and I removed tune-cortexa8.inc because you told me to (also it was obsolete and didn't bring all arch vars) Aug 22 17:17:52 GNUtoo|laptop: I am glad that we have all the SHR and FSO stuff outside of OE. no merging needed :) Aug 22 17:18:01 ok Aug 22 17:19:04 SHR: 03jamminjohn 07shr-settings * r2b3c3d809bb7 10/ (10 files in 4 dirs): Added Swedish translation for shr-settings Aug 22 17:21:35 SHR: 03jamminjohn 07libphone-ui-shr * re489e5006a4e 10/ (configure.ac po/sv.po): Added Swedish translation for libphone-ui-shr Aug 22 17:24:38 * dcordes_ needs to gear up and format uSD cards Aug 22 17:25:09 SHR: 03jamminjohn 07opimd-utils * r8ae0f75998a9 10/ (15 files in 3 dirs): Added Swedish translation for opimd-utils Aug 22 17:39:49 I've sent the patch Aug 22 17:39:59 let's see if JaMa complains because of the lack of PR Aug 22 17:49:57 bye Aug 22 17:52:16 freesmartphone.org: 03morphis 07cornucopia * rc4571040e374 10/fsousaged/src/plugins/dbus_service/plugin.vala: Aug 22 17:52:16 freesmartphone.org: fsousaged: dbus_service: when resume is not user initiated display should not turn on Aug 22 17:52:16 freesmartphone.org: In cases where the resume is not initiated by the user (for example the device wakes up by Aug 22 17:52:16 freesmartphone.org: some messages arrived on the modem channel) it's not right to turn on the display (which Aug 22 17:52:16 freesmartphone.org: is the case in the idle idle state but not in the lock idle state). Aug 22 19:14:40 cc1: all warnings being treated as errors Aug 22 19:14:48 lol Aug 22 19:14:59 kernel? Aug 22 19:15:00 is this normal for kernel do_compile in oe-core ? Aug 22 19:15:05 * dcordes nods Aug 22 19:15:05 no Aug 22 19:15:15 change the kernel makefile Aug 22 19:15:25 or build system Aug 22 19:15:31 look for error Aug 22 19:15:36 build system ? Aug 22 19:15:41 like -Werror Aug 22 19:15:45 yes Aug 22 19:15:49 where Aug 22 19:15:55 the makefiles of the kernel Aug 22 19:16:12 i'm on htcdream.... Aug 22 19:16:21 no laptop Aug 22 19:16:53 I would like to fix this in OE, not kernel. possible ? Aug 22 19:17:03 no Aug 22 19:17:07 because in org.oe.dev it worked ! Aug 22 19:17:11 kernel repo did not change Aug 22 19:17:12 you must make a patch Aug 22 19:17:15 ah? Aug 22 19:17:32 that's why I asked in #oe if oe-core screwed up 2.6.32 Aug 22 19:17:32 then look at oe.dev patches Aug 22 19:17:35 kernels :( Aug 22 19:17:54 it's posssible.... Aug 22 19:17:59 i must look Aug 22 19:18:27 i'll look later Aug 22 19:18:40 in 1 hour for instance Aug 22 19:19:14 i'm resting a bit Aug 22 19:19:39 the wifi cafee have a height that are low.... Aug 22 19:19:57 *wifi cafee table Aug 22 19:20:06 *tables Aug 22 19:20:45 so it createsd a pain in the back.... Aug 22 19:20:52 anyway... Aug 22 19:21:08 compare: Aug 22 19:21:18 *the recipes and patch Aug 22 19:21:26 *the compiler settings Aug 22 19:21:40 *the inc files like linux.inc Aug 22 19:21:47 also learn about .bbappend Aug 22 19:26:19 hi pespin Aug 22 19:26:56 GNUtoo|htcdream, hi :) Aug 22 19:27:40 JaMa: ping Aug 22 19:28:28 anybody seen this? warnings being treated as errors in oe kernels ? Aug 22 19:28:35 JaMa I sent a patch and forgott to add shr-core in the topic Aug 22 19:28:39 yes Aug 22 19:28:47 JaMa: where should I send patch to meta-oe? (edje-utils is incomplete, needs /usr/lib/edje/utils/epp to be packaged) Aug 22 19:28:52 i've seen that in android kernels Aug 22 19:29:08 dos1, look at README Aug 22 19:29:09 pong after dinner Aug 22 19:29:14 ok Aug 22 19:29:33 thanks for beeing threre....finally Aug 22 19:29:35 GNUtoo|htcdream: I will look at the makefile Aug 22 19:29:51 GNUtoo|htcdream: good tip, thanks Aug 22 19:30:14 ok Aug 22 19:30:16 grep -i for werror Aug 22 19:30:16 and man gcc Aug 22 19:30:16 if it's not werror Aug 22 19:30:47 README include where to send the patches Aug 22 19:31:22 GNUtoo|htcdream: yup, it also has complete "git send-email" command :) Aug 22 19:31:46 dos1: send it shr-devel.. I have similar patch for elementary and I can include it in next meta-efl pull request Aug 22 19:31:56 where to set the default terminal for do_devshell ? Aug 22 19:32:42 JaMa: ok Aug 22 19:32:45 GNUtoo|htcdream: and I'm fine without INC_PR for now Aug 22 19:32:46 ? Aug 22 19:32:57 bitbake devshell Aug 22 19:32:57 source it Aug 22 19:32:57 ignore the configure error Aug 22 19:33:07 ok Aug 22 19:33:14 then look at my patch Aug 22 19:34:31 thanks Aug 22 19:36:38 | DEBUG: Attempting to spawn terminal "konsole" Aug 22 19:36:40 GNUtoo|htcdream: and you can push without me :) Aug 22 19:36:51 GNUtoo|htcdream: you're even listed as only maintainer for meta-htc :) Aug 22 19:36:57 I would like to do s/konsole/gnome-terminal/ but don't know where Aug 22 19:37:07 GNUtoo|htcdream: so please ACK dcordes's patch :) Aug 22 19:38:20 JaMa: sent Aug 22 19:39:59 dcordes: btw, next time please minimize defconfig with -c savedefconfig Aug 22 19:40:37 dcordes: or even better send another patch now just minimizing it so next time there will be easier to review defconfig changes Aug 22 19:40:37 JaMa: ok nice feature. Aug 22 19:40:59 I will replace this kernel with one from a different repo soon Aug 22 19:41:28 ok Aug 22 19:41:28 I'll do when I have access to my laptop Aug 22 19:43:19 hm of course bitbake devshell cannot start the graphical terminal because it is in the chroot Aug 22 19:43:35 ? Aug 22 19:43:48 bitbake devshell changed? Aug 22 19:44:06 SHR: 03GNUtoo 07meta-smartphone * r550ea1bdf74d 10/meta-shr/recipes-core/netbase/ (netbase-4.45/shr/interfaces netbase_4.45.bbappend): netbase: make usb0 comes up in /etc/network/interfaces Aug 22 19:44:16 SHR: 03lukas 07meta-smartphone * r8d2f03797ecc 10/meta-htc/ (5 files in 4 dirs): meta-smartphone/meta-htc: add htcleo Aug 22 19:44:18 GNUtoo|htcdream: ok, pushed anyways.. so at least we have something in meta-htc.. we can fixup later Aug 22 19:44:25 thanks Aug 22 19:44:54 i have a complex internet setup.... Aug 22 19:44:56 dos1: and pushed Aug 22 19:45:12 JaMa: thx Aug 22 19:45:49 JaMa: I will update the list one I improved leo Aug 22 19:46:35 dcordes: and btw from backlog.. no machine configs (except qemu for testing) are allowed in oe-core Aug 22 19:47:40 JaMa: ok Aug 22 19:47:41 GNUtoo|htcdream: btw: why did you make netbase MACHINE_ARCH? Aug 22 19:47:53 it is really better like so. easier to find and track stuff Aug 22 19:47:56 yes I told him that Aug 22 19:48:04 oops Aug 22 19:48:04 sorry Aug 22 19:48:10 it is a huge mistake.... Aug 22 19:48:30 remove machine arch... Aug 22 19:48:37 ok Aug 22 19:48:44 i was tired.... Aug 22 19:48:49 and did a mistake Aug 22 19:50:00 SHR: 03Martin.Jansa 07meta-smartphone * r8ce43cbe710f 10/meta-shr/recipes-core/netbase/netbase_4.45.bbappend: netbase: removed PACKAGE_ARCH switch after talking with GNUtoo Aug 22 19:50:06 and small nitpick "${PN}-${PV}" == "${P}" Aug 22 19:50:46 yes I was unsure I didn't find P in poky manual Aug 22 19:50:48 but ie for initscripts I've moved our files later to just ${PN} to make it easier to update .bbappend for next version in oe-core Aug 22 19:51:09 ok Aug 22 19:56:24 dos1: applied all swedish translations? Aug 22 19:56:38 dos1: (should I update them as applied in patchwork)? Aug 22 20:00:32 | drivers/net/wireless/bcm4329_204/dhd_linux.c:2396:14: error: variable 'save_dhd_watchdog_ms' set but not used [-Werror=unused-but-set-variable] Aug 22 20:00:35 | cc1: all warnings being treated as errors Aug 22 20:00:58 is this "error:" potentially an actual warning that is being treated as error or is it a 'real' error ? Aug 22 20:03:07 warning treated as error Aug 22 20:03:55 yes Aug 22 20:04:11 JaMa: I copied all the machine and kernel metadata from org.oe.dev . back in my old org.oe.dev buildsystem the exact kernel repo/srcrev do_compiled well Aug 22 20:04:26 but that didn't happend in oe.dev Aug 22 20:04:35 right Aug 22 20:05:54 dcordes: gcc-4.6 :) Aug 22 20:06:09 ah ok Aug 22 20:06:16 you didn't have that in oe.dev .. Aug 22 20:06:38 what to do? Aug 22 20:06:56 remove -Werror ? Aug 22 20:07:23 I try to fix code if possible Aug 22 20:07:41 unused variables are usually easy like: http://git.openembedded.org/cgit.cgi/meta-openembedded/commit/?id=50cd038ec0ad2b57f969f1647339ec01448720c2 Aug 22 20:07:45 ouch... Aug 22 20:08:04 that will be quite long.... Aug 22 20:08:21 and it's not so common.. I had 3-5 build errors like that for shr-image Aug 22 20:08:54 it's an android derived kernel....lots and lots of warning Aug 22 20:09:46 ah :/ Aug 22 20:10:15 maybe you can drop Werror only for unused-but-set-variable Aug 22 20:14:00 JaMa: that would be a noble approach.. but. no way! the leo kernel is the complete super mess Aug 22 20:14:02 what's that? Aug 22 20:14:24 JaMa: but I am glad it is gcc as this was my thought !° Aug 22 20:14:36 ~hail dcordes Aug 22 20:14:36 * apt bows down to dcordes and chants, "I'M NOT WORTHY!!" Aug 22 20:16:23 JaMa: I think it would be best to have it as before for this superhacky kernel: all warnings = warnings Aug 22 20:18:52 JaMa: hello do you also have problems fetching eeze_svn ? Aug 22 20:19:20 JaMa: Server sent unexpected return value (400 Bad Request) in response to OPTIONS request for 'http://svn.enlightenment.org/svn/e/trunk/eeze Aug 22 20:19:43 hi nschle85, did you built jffs2 images? Aug 22 20:20:10 JaMa, i opened many shr-core bugs btw Aug 22 20:20:30 nschle85: nope, fetched fine today Aug 22 20:20:40 GNUtoo|htcdream: seen few, thanks Aug 22 20:21:16 nschle85, if so please try flashing them....with dfu-utils from oe Aug 22 20:21:16 s/oe/shr-core Aug 22 20:21:46 ok np Aug 22 20:22:28 GNUtoo|htcdream: sure oe not shr core ? Aug 22 20:24:02 GNUtoo|htcdream: i have shr-core jffs images Aug 22 20:24:03 there is a bugreport about dfu-utils Aug 22 20:24:18 GNUtoo|htcdream: is was for shr core Aug 22 20:24:22 so look at the last comment... Aug 22 20:24:36 yes it is for shr core Aug 22 20:26:02 #1465 Aug 22 20:26:24 GNUtoo|htcdream: found, ok ill test the static linked version Aug 22 20:27:20 so if you built dfu-utils with shr-core....and you have om-gta02 and jffs2 shr-core images....please test Aug 22 20:29:22 GNUtoo|htcdream: ok, still downloading from my build server Aug 22 20:30:37 ok Aug 22 20:33:13 dos1: yo :-D Aug 22 20:33:16 GNUtoo|htcdream: pong Aug 22 20:33:40 hi Aug 22 20:33:49 any ACI news? Aug 22 20:33:49 mickey__: sorry... sitting in france enjoying the rain :P guess it's to late for the slides? Aug 22 20:34:15 GNUtoo|htcdream: first time I sit in front of my laptop since we last talked... so no Aug 22 20:34:18 not yet :) Aug 22 20:35:30 DocScrutinizer: wifi is not completely free... but reasonable priced... and works fine in the tent :)( Aug 22 20:35:46 hey :-D Aug 22 20:36:15 ok Aug 22 20:37:48 JaMa: hi again, how to set the DPI for a new machine, like not om-gta02 Aug 22 20:38:03 ? Aug 22 20:38:06 there is: Aug 22 20:38:18 meta-openembedded/meta-oe/recipes-graphics/xserver-common/xserver-common-1.34/Xserver.add.dpi.for.gta.patch Aug 22 20:38:34 but that's for changing the DPI Aug 22 20:38:40 I want to set it not to change it Aug 22 20:39:08 so I add in meta-htc the DPI of the htcdream and nexusone? Aug 22 20:39:15 1) this shouldn't be in meta-oe anymore but meta-openmoko Aug 22 20:39:18 as .bbappend Aug 22 20:39:21 indeed Aug 22 20:39:46 the fact that it was in oe confused me Aug 22 20:40:24 in meta-oe? Aug 22 20:40:33 yes Aug 22 20:40:37 s/oe/meta-oe/ Aug 22 20:40:53 yes sometimes stuff was pulled from meta-shr to meta-oe too soon Aug 22 20:41:14 ok Aug 22 20:41:15 but we just needed something to populate meta-oe soon Aug 22 20:41:22 ah? Aug 22 20:41:42 this all was missing in meta-oe when I started with meta-shr Aug 22 20:41:58 so to have something buildable I had to import _a lot_ of stuff from old oe Aug 22 20:42:07 then I was cleaning it in meta-shr Aug 22 20:42:32 and sometimes I was asked by koen to push something to meta-oe when he needed it ie for meta-angstrom Aug 22 20:42:47 ok Aug 22 20:42:58 or he imported it from meta-shr after we discussed it Aug 22 20:43:03 right...angstrom supports om-gta02, I forgott that Aug 22 20:44:49 no it's not about om-gta02.. he needed xserver-common Aug 22 20:45:16 so we've added xserver-common to meta-oe even before it was properly cleaned in meta-shr Aug 22 20:46:08 ok Aug 22 20:46:54 so the right fix for all that is to add in meta-smartphone/meta-htc? Aug 22 20:47:29 as bbappend Aug 22 20:47:32 I'll do that Aug 22 20:47:46 s/?// Aug 22 20:48:06 Hi, when I try opkg update; opkg upgrade; I get no packages updated. (since a while). Is that normal or am I doing something wrong? Aug 22 20:48:10 SHR Aug 22 20:49:03 it's because everybody is focused on shr-core Aug 22 20:49:32 gnutoo: + add it to meta-openembedded as .bbappend and remove it from meta-oe Aug 22 20:49:58 ok, that's great :) thank you! Aug 22 20:50:08 I worried it's something with my source setup. Aug 22 20:50:21 LionKMP: and today you should see initscripts upgrade even on old image Aug 22 20:50:33 LionKMP: if you haven't seen it, then something is really wrong :) Aug 22 20:51:11 even libphone-ui-shr should be upgraded Aug 22 20:51:15 JaMa, I saw you sent my elfe patch now :) I just resent the enjoy changes in 4 patches as requested before Aug 22 20:51:29 JaMa: can you please see it here if an URL is wrong: http://pastebin.com/qTe9i6Xx Aug 22 20:52:14 LionKMP: ah shr-testing wasn't changed even longer.. so it's ok.. Aug 22 20:52:42 but meta-oe is in meta-openembedded... Aug 22 20:52:44 LionKMP: but URLs starting with http://build.shr-project.org/shr-testing2011.1/ are better Aug 22 20:53:18 where's captainigloo btw? Aug 22 20:53:22 gnutoo: push it to -contrib and I'll include it to my next pull request or you can send pull request too Aug 22 20:53:30 ok Aug 22 20:53:36 I'll have to do the work first Aug 22 20:53:38 ok thank you. Aug 22 20:53:44 one thing at the same time Aug 22 20:54:31 LionKMP: tests/ directory points to "live" build dir.. so if you upgrade during build (not very likely lately) then you can get inconsistent state Aug 22 20:56:08 ok understood Aug 22 20:56:16 I looked at Xserver.n900 Aug 22 20:56:31 *xserver.n900.poatch Aug 22 20:58:00 btw I'll create recipes for 2 or 3 new EFL apps I discovered (pdf viewer, camera app, xmpp client) Aug 22 20:58:04 JaMa: these URLs are in "-opkg" ending files, I didn't manually check them yet. I update, thank you. Aug 22 21:03:11 pespin: btw some modules were merged together so efm-nav_svn.bb efm-pathbar_svn.bb efm-path_svn.bb, iirc 2 of them are gone Aug 22 21:04:24 JaMa, merged in OE or in E repo? Aug 22 21:04:33 pespin: E repo Aug 22 21:04:54 pespin: check SRC_URI/S it wont exist anymore Aug 22 21:04:54 ok :) Aug 22 21:06:00 pespin: r62261 Aug 22 21:06:11 pespin: e17: add efm navigation and pathbar to fileman module Aug 22 21:07:11 I'm trying to look at it but E svn is not so responsive right now Aug 22 21:13:51 rah: did your patch went into fso? Aug 22 21:14:00 if not I must push it Aug 22 21:19:38 gnutoo: I don't know Aug 22 21:20:05 I'll look Aug 22 21:23:27 gnutoo: I can't see any commit here http://git.freesmartphone.org/?p=utilities.git;a=summary Aug 22 21:27:14 rah: could you use -s when commiting? Aug 22 21:27:45 gnutoo: will do Aug 22 21:28:05 just do that: Aug 22 21:28:09 git commit --amend -s Aug 22 21:28:11 save Aug 22 21:28:14 and resend Aug 22 21:30:12 ok Aug 22 21:35:34 gnutoo: still flashing image.. will reboot and see the result Aug 22 21:38:02 ok Aug 22 21:38:11 argh second time I get this build error lately: Aug 22 21:38:15 | /bin/sh @MKINSTALLDIRS@ /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/envision-0.0+svnr62690-r1/image/usr/share Aug 22 21:38:16 | /bin/sh: @MKINSTALLDIRS@: No such file or directory Aug 22 21:38:19 gnutoo: flashed shr-core over hackable:1 Aug 22 21:39:03 gnutoo: dfu-util-0.4 works, gta02 boots succesfully the new image Aug 22 21:39:16 ok nice Aug 22 21:39:19 JaMa|Off: dfu-util-0.4 works Aug 22 21:39:21 first time it solved itself when I compiled from scratch, but no idea on how to fix that (I know how to fix it manually in the generated Makefile, but no idea on how to fix the pregenerated one) Aug 22 21:39:22 comment the bug and close it then Aug 22 21:44:07 gnutoo: closed the bug http://shr-project.org/trac/ticket/1465 Aug 22 21:44:42 ok thanks Aug 22 21:47:18 gnutoo: ok my next challenge is to build a working u-boot including the ext2 patch for N900 Aug 22 21:47:27 ok Aug 22 22:23:12 gnutoo: bye Aug 22 22:24:18 a pair of screenshots I made of envision (the efl pdf viewer): Aug 22 22:24:21 http://scap.linuxtogo.org/files/81113f7b6943ca08e7c01d5b823e69ac.png Aug 22 22:24:27 http://scap.linuxtogo.org/files/dc0f7a88da34be29a4b812b7f1df58d4.png Aug 22 22:35:16 gnutoo, pespin: I hate to tell you guys this, but I think I have officially abandoned the iPhone SHR port :/ Aug 22 22:35:49 gnutoo, pespin: the kernel is not being worked on, and it will never be a complete port Aug 22 22:37:35 Lopi, oh sad news! Aug 22 22:38:03 Lopi, I thought there was people hacking on thaht kernel, but I see I was wrong Aug 22 22:55:04 Lopi: hi Aug 22 22:55:26 do you have a newer device to work on? Aug 22 22:55:35 like an android phone, like samsung? Aug 22 22:56:10 Lopi: drop a line in the SHR news then Aug 22 22:56:37 I tought you would abandon, but not for kernel reason tough Aug 22 22:57:53 Lopi: btw the iphone baseband control the sound somehow?or not at all? Aug 22 22:58:55 gnutoo, ah nice, I didn't remember about wiki news entry, I'll try to write something on blog tomorrow :) Aug 22 22:59:18 ok Aug 22 22:59:58 hmm shr_elm_softkey is not working well with shr-core Aug 22 23:00:52 when you press < > arrows it doesn't show other apps. If you click on the "v" arrow it shows the apps correctly, and you can get to the desired app, but a bit after that the shr_elm_softkey starts eating all the cpu Aug 22 23:06:03 bugreports....we love bugreports Aug 22 23:10:41 I added some entries for the News Aug 22 23:10:51 pespin_: btw I changed the Since: Aug 22 23:11:00 since means from a date until now Aug 22 23:11:25 the since refer to the "from a date" Aug 22 23:12:07 so since last news a lot of things happened Aug 22 23:12:22 and the since points to the last news for the date Aug 22 23:13:09 hmm ok Aug 22 23:24:35 bye, I added a lot of news **** ENDING LOGGING AT Tue Aug 23 02:59:56 2011