**** BEGIN LOGGING AT Tue Aug 16 02:59:57 2011 Aug 16 06:45:16 SHR: 03Martin.Jansa 07shr-chroot * rf6aeb45fadf5 10/ (581 files in 48 dirs): system upgrade Aug 16 07:44:18 SHR: 03Martin.Jansa 07meta-smartphone * r5050e12ca809 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: SHR: prefer openssl-1.0.0d Aug 16 08:21:47 SHR: 03Martin.Jansa 07shr-makefile * r675801450326 10/conf/shr-core/bblayers.conf: shr-core: add meta-zaurus to bblayers to provide kexec Aug 16 08:27:56 SHR: 03andrea.adami 07meta-smartphone * re1ad34cb49af 10/meta-zaurus/recipes-kernel/linux/linux-kexecboot.inc: linux-kexecboot: fix dependency on lzma-native, nowadays xz is used Aug 16 08:28:03 SHR: 03andrea.adami 07meta-smartphone * r44aa1b26bee0 10/meta-zaurus/recipes-kernel/linux/linux-kexecboot.inc: linux-kexecboot.inc: remove foreign mipsel code Aug 16 08:28:04 SHR: 03andrea.adami 07meta-smartphone * rd88b3e76309c 10/meta-zaurus/recipes-kernel/linux/linux-kexecboot.inc: linux-kexecboot.inc: remove do_savedefconfig task, now in kernel.bbclass Aug 16 08:28:14 SHR: 03andrea.adami 07meta-smartphone * r85a47c9946bf 10/meta-zaurus/recipes-kernel/linux/linux-kexecboot.inc: linux-kexecboot.inc: remove unneded dependency Aug 16 09:18:53 ~help Aug 16 09:19:06 ~seen fale Aug 16 09:19:13 fale <51514f8c@Wikimedia/Fale> was last seen on IRC in channel #meego, 207d 19h 7m 7s ago, saying: 'lcuk: thanks :) I'll look forward to it :)'. Aug 16 10:48:07 JaMa|Off: hello, any idea how to repair my sandbox ? bitbake -c clean git-native does not work Aug 16 10:48:25 JaMa|Off: http://norman-schleicher.de/jenkins/job/shr-core-clean-build2/3/console Aug 16 10:51:04 nschle85: you have to cleansstate with -b Aug 16 10:51:18 JaMa|Off: ok Aug 16 10:56:37 nschle85: http://wiki.shr-project.org/trac/wiki/Building%20SHR#Cannotparserecipesordo_rootfsafteropensslupgrade Aug 16 10:58:53 JaMa|Off: this documentation was delivered very fast :-) Aug 16 11:01:56 I guess you're not last one to ask this :) Aug 16 11:02:23 now when there is more people building shr-core ;) Aug 16 11:02:44 JaMa|Off: so I did not expect to find a solution in the wiki :-) Aug 16 11:03:18 sure, I've added after you asked Aug 16 11:09:51 pespin: your root user has a password, right? Aug 16 11:50:25 JaMa|Off: about http://wiki.shr-project.org/trac/wiki/Building%20SHR#BitbakeerrorssetingaSemLockonsomeamd64wheezy Aug 16 11:50:46 JaMa|Off: it happened on my debian sid x86 Aug 16 11:51:08 JaMa|Off: changing /dev/shm to /run/shm in shr-chroot.sh fixed that Aug 16 11:54:34 dos1: can you add it to shr-chroot? Aug 16 11:54:38 or should I? Aug 16 11:55:12 I have only /run/udev on gentoo Aug 16 11:55:12 JaMa|Off: i'll check if i have rw access Aug 16 11:55:32 ok or send patch and I'll apply Aug 16 11:55:41 so "if /run/shm exists, then mount /run/shm, if not then mount /dev/shm" :) Aug 16 11:56:25 or both with if (without else) :) Aug 16 11:57:32 cat /proc/mounts | grep shm | awk '{print $2}' ? Aug 16 11:57:35 mrmoku: hi Aug 16 11:57:40 hi gnutoo Aug 16 11:57:58 my internet is worse than slow as hell (ultra ultra slow....) Aug 16 11:58:12 so I'll have a lag while talking Aug 16 11:58:31 mrmoku: news of ACI? Aug 16 11:59:01 the file parsing is done... what I'm hanging at is how to integrate it into the concept of fsoaudiod Aug 16 11:59:26 ok Aug 16 12:00:01 JaMa|Off: /etc/network/interfaces lacks auto usb0 on shr-core.... Aug 16 12:00:28 gnutoo: that's for corresponding bsp layer Aug 16 12:00:49 hi, is anyone working on fixing libphone-ui-shr's build failures in Debian unstable? I've been trying to get it to build in Ubuntu (because it depends on old EFL libraries that we'd like to remove from our archive); everything I've run across so far has been fixed upstream already, and seven patches in I'm wondering if it wouldn't be a lot easier for somebody to just package a new upstream snapshot Aug 16 12:01:11 (should I be asking in #openmoko-debian? http://wiki.debian.org/Teams/DebianFSO sent me here) Aug 16 12:01:20 JaMa|Off: i don't have access, so i'll send patch Aug 16 12:01:25 JaMa|Off: to maillist, yep? Aug 16 12:01:30 dos1: y Aug 16 12:01:50 cjwatson: libphone-ui-shr builds with latest EFL fine (if you apply patches stored in shr-core) Aug 16 12:01:54 JaMa|Off: the question are: Aug 16 12:02:12 mrmoku, dos1: what about dropping autorev from shr-unstable and pushing all new-efl patches to repo? Aug 16 12:02:26 JaMa|Off: upstream code sure, I'm talking about the package in the Debian archive Aug 16 12:02:39 which really does not build even a little bit Aug 16 12:02:42 *) should we keep oe-core ip? Aug 16 12:02:44 cjwatson: #openmoko-debian would be better yeah Aug 16 12:02:47 ok Aug 16 12:02:54 gnutoo: ? Aug 16 12:03:31 or should we use old ip? Aug 16 12:03:38 JaMa|Off: fine for me Aug 16 12:03:47 JaMa|Off: for me too Aug 16 12:03:57 ah.. gnutoo I don't use default ip.. so both fine for me Aug 16 12:04:35 gnutoo: so maybe keep oe-core ip so all machines from oe-core are "similar" by default Aug 16 12:05:16 mrmoku, dos1: be aware that require .. shr-autorev.inc in shr-unstable/local.conf won't remove itself :) Aug 16 12:06:57 :) Aug 16 12:09:25 SHR: 03Martin.Jansa 07shr-makefile * rdd6836e87993 10/Makefile: shr-unstable: remove shr-autorev.inc Aug 16 12:14:34 JaMa|Off: sent Aug 16 12:15:41 oe-core ip is 192.168.7.2 Aug 16 12:15:42 what do other people thinkm in one hand we have a better ip in oe-core Aug 16 12:15:42 in the other hand it require an announcement Aug 16 12:15:42 ok Aug 16 12:17:43 gnutoo: can i ovverride the ip in my local.conf ? Aug 16 12:18:37 dos1: aaah I guess you want me to apply to 32bit too, right? Aug 16 12:19:16 JaMa|Off: well, i'm using 32bit, and that patch is against 32bit Aug 16 12:19:36 s/against/for/ Aug 16 12:19:36 dos1 meant: JaMa|Off: well, i'm using 32bit, and that patch is for 32bit Aug 16 12:19:50 as i don't have 64bit checked out Aug 16 12:20:18 JaMa|Off: so it would be nice if you apply it to both :) Aug 16 12:20:42 SHR: 03dos 07shr-chroot * r5c4dcec7d8ad 10/shr-chroot.sh: Try to mount /run/shm too instead of trying only /dev/shm Aug 16 12:21:57 dos1: that's why you have rw now ;) Aug 16 12:25:50 SHR: 03Martin.Jansa 07libphone-ui-shr * r7e90159717e3 10/src/view/ (message-list-view.c message-show-view.c): adapt to r60995 and r60999 API changes for anchorblock and bubble Aug 16 12:25:51 SHR: 03Martin.Jansa 07libphone-ui-shr * ra2e8585204f0 10/src/view/call-active-view.c: adapt to r60802 API changes for toggle Aug 16 12:25:51 SHR: 03Martin.Jansa 07libphone-ui-shr * r8620bee2f565 10/src/view/message-new-view.c: message-new-view: addapt to elm API change from r60438 Aug 16 12:25:51 SHR: 03Martin.Jansa 07libphone-ui-shr * re123ba731db6 10/src/view/call-active-view.c: adapt to r60862 API changes for slider Aug 16 12:25:51 SHR: 03Martin.Jansa 07libphone-ui-shr * rf6c2c8002fb3 10/src/ (8 files in 2 dirs): adapt to API change in r59160 s/homogenous/homogeneous/g Aug 16 12:25:55 SHR: 03Martin.Jansa 07libphone-ui-shr * rfb30591679eb 10/src/view/ (5 files): adapt to elm_genlist API change from r62117 Aug 16 12:25:55 SHR: 03Martin.Jansa 07libphone-ui-shr * ref0b745eab82 10/src/view/quick-settings-view.c: adapt to r60860 API changes for hoversel Aug 16 12:25:55 SHR: 03Martin.Jansa 07libphone-ui-shr * re19a6458df98 10/src/view/ (contact-view.c message-new-view.c): adapt to elm_object_focus API change from r62049 Aug 16 12:25:55 SHR: 03Martin.Jansa 07libphone-ui-shr * r444c186f8f85 10/src/ (19 files in 2 dirs): Replace deprecated elm_button_label_set/elm_label_label_set/elm_check_label_set/elm_progressbar_label_set with elm_object_text_set Aug 16 12:26:52 JaMa|Off: some quick hint on how to change from http repo to git+ssh one without checking out everything again? ;) Aug 16 12:26:55 SHR: 03Martin.Jansa 07meta-smartphone * r0c3f574c9fd9 10/meta-shr/recipes-shr/shr/ (10 files in 2 dirs): libphone-ui-shr: apply patches upstream and bump SRCREV Aug 16 12:27:43 Hi all , sorry to bother you, i started a shr-stable build and i am quite idsapointed with the speed, it is running for 45 minutes now and still is at "Running task 263 of 10216"... HOw long is the initial build ? Aug 16 12:28:06 dos1: git config --add remote.origin.pushurl git+ssh... Aug 16 12:28:12 perosnally I would prefer to change the default oe-core /etc/network/interfaces....to add auto Aug 16 12:28:31 plhardy: shr-stable doesn't exist Aug 16 12:28:56 JaMa|Off: thanks Aug 16 12:29:01 nschle85: no idea, I'll try tyo create an AP with an eeepc701 and be back Aug 16 12:29:03 well, i am suprised then to be able to compile it... Aug 16 12:30:07 plhardy: that's just directory name and too old SHR makefile.. http://git.shr-project.org/git/?p=shr-makefile.git;a=blobdiff;f=Makefile;h=086e5fb4f00df0201c7a8b046288cb83cb65582e;hp=f090a7e2b13f98816ba882ee28a15a0c33b26265;hb=7fc9adc59b77bc64f81f1a5f70a7982aebcd42e9;hpb=e9b174a068094a391daaead902f6d24cbf861181 Aug 16 12:31:03 then i should build shr-testing or shr-unstable instead ? Are they quicker to build ? Aug 16 12:32:21 plhardy: on Pentium Dual-Core 2GHz building shr-lite image of shr-core took about 1,5 days Aug 16 12:33:03 welli have a i7 a 2GH i can use 8 parallel threads Aug 16 12:33:29 plhardy: so it should take probably few hours Aug 16 12:33:38 this information should be on wiki, i didn't see mention of speed Aug 16 12:34:02 plhardy: just make sure if you have parallel building turned on Aug 16 12:34:49 plhardy: shr-lite-image on amd II X2 260 round about 5 hours (4 bbtasks and -j4 enabled) Aug 16 12:35:17 plhardy: and 5 mbit internet connection Aug 16 12:40:00 thnaks for those informations, it is always useful to have some numbers to have references Aug 16 12:40:16 plhardy: please add it to wiki Aug 16 12:40:26 for threading i use : PARALLEL_MAKE = "-j 8" BB_NUMBER_THREADS = "8" Aug 16 12:40:56 plhardy: I guess you will get better time with 4 Aug 16 12:41:10 plhardy: unless you have 2.8Gbps SSD disk ;) Aug 16 12:41:22 too late... Aug 16 12:42:29 so i build testing, is it right, or should i switch to unstable ? Aug 16 12:44:16 testing is pretty old Aug 16 12:44:22 depends on what you want to do with that build Aug 16 12:44:32 well... test Aug 16 12:44:36 new stuff happens only in shr-core Aug 16 12:44:50 is shr-core crashy ? Aug 16 12:45:49 shr-core is work-in-progress, not for end-users yet Aug 16 12:46:03 well... depends on what you mean by "test" :) Aug 16 12:47:07 well i mean : be able to boot it and to launch some apps and to play a little to understand how the whole stuff works Aug 16 12:47:37 this is not a problem if some apps crash Aug 16 12:50:42 if you plan to submit patches then shr-core would be better, if you want just to play with it.. then shr-u is safer Aug 16 12:53:10 i don't plan to submit anything , just learning for the moment. Aug 16 12:53:49 plhardy: i think you should use shr-unstable Aug 16 12:54:35 ok Aug 16 12:56:45 SHR: 03dos 07shr-chroot * rbb63e4e2a2f5 10/shr-chroot.sh: Try to mount /run/shm too instead of trying only /dev/shm Aug 16 12:57:47 dos1: *g* :) Aug 16 13:00:11 JaMa|Off: i'll try to update 32bit a bit ;) Aug 16 13:01:30 you'll need fow more --bind directories.. Aug 16 13:02:57 dos1: my chrootOE.sh.32bit http://paste.pocoo.org/show/459372/ Aug 16 13:41:12 what's the default username/password for SHR? Aug 16 13:41:44 rah: root/without password Aug 16 13:42:03 rah: you have to set it by yourself if you want for instance to login via ssh Aug 16 14:20:04 i tried to register on http://trac.shr-project.org/trac/register but i got a "AttributeError: 'NoneType' object has no attribute 'strip'" error when doing so Aug 16 14:30:41 heh Aug 16 14:36:53 plhardy: our trac is a beast :/ Aug 16 15:13:56 JaMa|Off: hmm... what to do to make it rebuild my local source? -c clean seems not enough... Aug 16 15:30:52 -c cleansstate Aug 16 15:30:56 JaMa|Off: ahh, remove it from sstate-cache Aug 16 15:30:58 oh Aug 16 15:31:02 gnutoo: ok, thanks Aug 16 15:31:17 need both or does cleansstate include clean? Aug 16 15:32:15 -ccleanstate include both Aug 16 15:34:17 great, thanks Aug 16 15:54:28 Hi all! Aug 16 15:58:07 i am compiling shr-unstable and i got a bunch of errors : Aug 16 15:58:46 ERROR: 'virtual:native:/OE/shr-unstable/openembedded/recipes/gettext/gettext_0.18.bb' failed Aug 16 15:58:46 ERROR: 'virtual:native:/OE/shr-unstable/openembedded/recipes/libxslt/libxslt_1.1.26.bb' failed Aug 16 15:58:46 ERROR: 'virtual:native:/OE/shr-unstable/openembedded/recipes/sqlite/sqlite3_3.6.23.1.bb' failed Aug 16 15:58:49 ... Aug 16 16:00:27 can you show all log? Aug 16 16:00:41 pastebin it please Aug 16 16:01:44 plhardy: are you using our chroot? Aug 16 16:03:01 /gettext/gettext_0.18.bb' /libxslt/libxslt_1.1.26.bb' /sqlite/sqlite3_3.6.23.1.bb' /bison/bison_2.4.3.bb' /dbus/dbus-glib_0.86.bb' /perl/libxml-parser-perl_2.36.bb' /desktop-file-utils/desktop-file-utils_0.16.bb' /glib-2.0/glib-2.0_git.bb' /gtk+/gtk+_2.20.1.bb' /vala-dbus-binding-tool/vala-dbus-binding-tool_git.bb' failed /vala/vala_0.12.1.bb' Aug 16 16:03:01 /gobject-introspection/gobject-introspection_0.9.10.bb' /python/python-setuptools_0.6c11.bb' /efl1/edje_1.0.0.bb' /python/python-pyrex_0.9.8.5.bb' /python/python-cython_0.13.bb' /python/python-epydoc_3.0.1.bb' /efl1/eet_1.4.0.bb' /xorg-app/mkfontscale_1.0.8.bb' /xorg-app/xkbcomp_1.2.1.bb' /utils_1.4.4.bb' Aug 16 16:03:10 are all bb projects failing Aug 16 16:03:30 mrmoku: i created it as documented on wiki Aug 16 16:03:43 http://wiki.shr-project.org/trac/wiki/Building%20SHR Aug 16 16:04:48 plhardy: what machine are you building for? Aug 16 16:05:02 gta02 Aug 16 16:05:06 strange then Aug 16 16:05:44 pastebin of a complete failing log for a package would be interesting then Aug 16 16:08:49 end of log : http://paste.pocoo.org/show/459443/ Aug 16 16:10:56 well i am not 100% dedicated to this problem currentluy, i have to take care of my daughter, so i might do many mistakes between short times i manage to have hand of keyboard... Aug 16 16:13:04 * mrmoku dinner Aug 16 16:13:13 will take a look at the log after if nobody is faster Aug 16 16:15:36 did you try compile gobject-2.0 ? Aug 16 16:15:51 maybe missing dependence Aug 16 16:17:10 s/dependence/as dependence/ Aug 16 16:17:10 angelox|n900 meant: maybe missing as dependence Aug 16 16:19:34 you're bitbaking with -k parameter? Aug 16 16:19:39 are you* Aug 16 16:38:47 angelox|n900: soory, i was busy, yes i am bitbaking with k : Aug 16 16:38:58 bb -k shr-lite-image Aug 16 16:40:12 np Aug 16 16:40:26 try bitbake without -k parameter Aug 16 16:40:58 this will give more details about dependences that hadn't compiled... Aug 16 16:42:23 ok, i don't know bitbake process at all, what does the -k option ? Aug 16 16:43:51 METADATA_REVISION = "error: object directory .git/objects/replace git object reference with relative path echo ../../../../openembedded/.git/objects/ git checkout master does not exist; check .git/objects/info/alternates. Aug 16 16:44:06 ( doesn't prevent build anyway ) Aug 16 16:44:51 -k parameter makes bitbake continue building even if a package hasn't compiled successfully Aug 16 16:46:05 i've never see that error Aug 16 16:48:53 i bet for a very stupid setup error Aug 16 16:53:48 hey Aug 16 16:54:08 which kernel is recommended at the moment for shr-core@gta02? Aug 16 16:58:07 uhm, a network connectivity problem ? : error: Couldn't resolve host 'git.shr-project.org' while accessing http://git.shr-project.org/repo/opimd-utils.git/info/refs Aug 16 17:01:45 plhardy: that might be a reason... Aug 16 17:01:55 the log you pasted fails due to missing glib and friends Aug 16 17:02:14 a look at the log of the first failing package might give more insight Aug 16 17:03:18 it seems i did worng things with non bitbake user... Aug 16 17:03:59 my bitbake user is 1026 while shr-unstable is 1000:1000 ... Aug 16 17:06:20 might be that setup-shr-chroot didn't change bitbake user to my normal user... Aug 16 17:13:23 http://shr-project.org/trac Aug 16 17:13:28 oops sorry Aug 16 17:15:32 well, is http://wiki.shr-project.org/trac/wiki/Building%20SHR the latest up to date way dto build things ? Aug 16 17:15:43 i will restart fro scratch... Aug 16 17:15:58 i used it too recently Aug 16 17:16:06 (from scratch) Aug 16 17:16:09 and worked finely Aug 16 17:16:21 well, i mean recently,3~4 weeks ago :-) Aug 16 17:18:59 plhardy: that one should be correct and work yeah Aug 16 17:19:17 plhardy, i just set it up today. and i'm at task 4234 of 6576 Aug 16 17:20:41 mrmoku, is it a known bug, that kernel 2.6.39 (in shr-core) panics at bootup? Aug 16 17:20:51 Slyon: did you try on x86 or x86_64? Aug 16 17:21:16 angelox|laptop, i'm building on a x86_64 machine Aug 16 17:22:10 Slyon: did you try on x86 or x86_64? Aug 16 17:22:12 ops Aug 16 17:22:20 Slyon: ah ok,thank you :-) Aug 16 17:22:36 and sorry repeated message( wrong button ) :-) Aug 16 17:22:41 np Aug 16 17:23:31 * angelox|laptop will be away due compiling takes his computer busy a lot of time Aug 16 17:23:34 bbl Aug 16 17:30:51 mrmoku, https://gitorious.org/etalk/etalk :) Aug 16 17:55:07 pespin: :) Aug 16 17:56:30 Slyon: the kernel we have in shr-u does not panic on boot... don't remember if we already have .39 or still .38 though Aug 16 17:58:03 mrmoku, i downloaded the shr-core image from build.shr-project.org Aug 16 17:58:14 and it has a .39 kernel and panics Aug 16 17:58:43 mrmoku, did ssh default password change with shr-core image? Aug 16 17:59:12 mrmoku, isn't shr-core the recommended platform for playing arround, yet? Aug 16 17:59:24 hmm...(learning vala question) what's the difference between using "IOError e" and "GLib.Error e" for error handling in Vala? Aug 16 18:01:59 Slyon: then no... I built a core image the other day and it boots fine Aug 16 18:02:23 Slyon: maybe it is picky regarding the SD... gnutoo had problems with it not booting too Aug 16 18:02:37 pespin: ssh default password? there is no such thing Aug 16 18:02:46 default is empty... and empty not allowed via ssh Aug 16 18:04:05 mrmoku, ok thanks. i'll try with my self-build image once it's ready. and/or try another uSD card Aug 16 18:08:44 mrmoku, I got permission denied if I tried to access with blank pass -.- Aug 16 18:10:15 angelox|n900, they are different error domains/namespaces. afaik IOError comes from gio package and GLib.Error comes from glib. But I think all error inherit from GLib.Error, so a catch(Error) would catch both. Aug 16 18:11:15 pespin: i see now,thanks! Aug 16 18:11:36 angelox|n900, https://live.gnome.org/Vala/Tutorial#Error_Handling for right info, my memory is not good ;) Aug 16 18:12:17 pespin: heh,thanks,i'll check Aug 16 18:13:40 wow,when i ping my n900(by irc),it's led blinks blue like a message,even in xchat :) That's very useful Aug 16 18:14:58 pespin: that's what I'm trying to say :-) Aug 16 18:16:48 mrmoku, so I need to set it right? Aug 16 18:21:50 . Aug 16 18:23:35 pespin: right Aug 16 18:30:41 :( my pc auto turns off when temperature is above 90C,and i cant compile any image,because it powers down Aug 16 18:40:53 JaMa|Off: libphone-ui-shr fails in shr-core Aug 16 18:42:15 view/contact-list-view.c:46:2: error: unknown type name 'Elm_Ctxpopup_Item' Aug 16 18:42:54 and then few "incompatible pointer type" with elm_ctxpopup_* functions Aug 16 18:47:30 JaMa|Off: ah, that's new change in e Aug 16 18:48:02 ok then, i though something went wrong when applying patches from shr-core :) Aug 16 18:48:09 s/though/thought/ Aug 16 18:48:10 dos1 meant: ok then, i thought something went wrong when applying patches from shr-core :) Aug 16 18:49:38 looks simple, i guess it's time to try localbuilds :) Aug 16 18:51:44 JaMa|Off: hello, next build problem: view/contact-list-view.c:46:2: error: unknown type name 'Elm_Ctxpopup_Item' more output: http://norman-schleicher.de/jenkins/job/shr-core-clean-build2/6/console Aug 16 18:52:21 nschle85: i'm already into it :) Aug 16 18:52:29 dos1, JaMa|Off: i just sent a patch to shr-devel, which fixes this issue Aug 16 18:52:29 that's recent change in e Aug 16 18:52:38 dos1: ok, thanks Aug 16 18:52:38 Slyon: oh you :P Aug 16 18:52:44 Slyon: i wanted to do that Aug 16 18:52:45 ;) Aug 16 18:52:56 ;) just use Elm_Object_Item Aug 16 18:53:15 i'm going to eat now. bbl Aug 16 18:53:18 Slyon: yep :D that's why i wanted to do that :D Aug 16 18:53:29 Slyon: ok, i'll push it to repo :) Aug 16 18:53:57 dos1: Slyon: thank you Aug 16 18:54:49 dos1: can you trigger me, if you pushed ? ill press the build button then Aug 16 18:55:23 SHR: 03lukasmaerdian 07libphone-ui-shr * rbd8b54ba137b 10/src/view/contact-list-view.c: contact-list-view: fix compilation Aug 16 18:55:25 nschle85: ^^^^^ Aug 16 18:55:42 ok cia was faster :-) Aug 16 18:56:30 dos1: here you can see the result: http://norman-schleicher.de/jenkins/job/shr-core-clean-build2/7/console Aug 16 18:56:41 btw. layers are nice :D i've added my own little layer to add task-shr-dos with my preferred set of packages ;) Aug 16 18:56:48 (in oe-core) Aug 16 18:57:13 nschle85: i'm building too atm Aug 16 18:57:49 but i think your build will be faster ;) Aug 16 18:58:49 dos1: still parsing the recipes Aug 16 18:59:12 nschle85: my laptop is parsing recipes slower :D Aug 16 18:59:38 maybe because of slow internet connection Aug 16 18:59:39 ? Aug 16 18:59:41 hi Aug 16 18:59:55 dos1: i have not found how to display the progress in jenkins console Aug 16 19:00:26 gnutoo: probably both slower connection and slower CPU Aug 16 19:00:34 dos1: 14:01 < JaMa|Off> mrmoku, dos1: be aware that require .. shr-autorev.inc in shr-unstable/local.conf won't remove itself :) Aug 16 19:00:45 methril_work: it's shr-core Aug 16 19:00:53 here, very fast CPU, slowed down by heat + very slow connection Aug 16 19:01:00 s/methril_work/mrmoku/ Aug 16 19:01:00 dos1 meant: mrmoku: it's shr-core Aug 16 19:01:15 ahh... sorry :-P Aug 16 19:01:36 gnutoo: 6mbps + pentium dual-core 2ghz here Aug 16 19:01:58 less than 6mbps here Aug 16 19:02:05 like 50k/s max Aug 16 19:02:13 (and running firefox... hehe ;)) Aug 16 19:02:27 some times it's like you type and 15 min later the message appear in irc Aug 16 19:02:35 of course you type in the dark Aug 16 19:02:42 I'm using screen + irssi + ssh Aug 16 19:02:43 gnutoo: it's your primary home connection? Aug 16 19:02:54 far AP + VPN Aug 16 19:03:00 plhardy: I fear that's issue with bitbake master we're using because it's needed for shr-core Aug 16 19:03:00 previously i've had 1mbps for a long time Aug 16 19:03:15 6mbps was a recent upgrade... Aug 16 19:03:18 plhardy: at least I have seen some reports about bitbake master ignoring native depends :/ Aug 16 19:03:39 ok Aug 16 19:04:39 that's why i've never had local build env - since now Aug 16 19:04:44 Slyon: dos1: JaMa|Off: NOTE: package libphone-ui-shr-1_0.0.1+gitr3+bd8b54ba137b26ee92d983bf2917e6a78f5354f5-r6: task do_compile: Succeeded Aug 16 19:04:48 :) Aug 16 19:05:08 nschle85: here parsing at 53% :D Aug 16 19:05:29 dos1: but now you know it will compile :-) Aug 16 19:09:50 Slyon: thanks, applied Aug 16 19:10:28 ahh, applied already by someone else :) Aug 16 19:10:35 JaMa|Off: :> Aug 16 19:10:42 gnutoo: i had also problems with hot cpu, my asus board took a very high core voltage, i adjusted it manually, and so the computer did never switch off automatically. Aug 16 19:11:03 hi Aug 16 19:11:10 JaMa|Off: I want a /shr/interfaces for /etc/network/interfaces, maybe that's the best way Aug 16 19:11:14 nschle85: ok Aug 16 19:11:27 gnutoo: ? Aug 16 19:11:41 override for shr Aug 16 19:11:49 why? Aug 16 19:11:49 for all machines Aug 16 19:12:07 becayuse the default lacks auto usb09 Aug 16 19:12:13 *usb0 Aug 16 19:12:14 SHR: 03Martin.Jansa 07meta-smartphone * r4e183a25c346 10/meta-shr/recipes-shr/shr/libphone-ui-shr_git.bb: libphone-ui-shr: bump SRCREV Aug 16 19:12:31 gnutoo: then why not fix it for machines where we want auto usb0 Aug 16 19:12:39 gnutoo: JaMa|Off: in my opinion it should be overridable like the distro-feed-uri Aug 16 19:13:40 some devices have wlan0, some eth0 etc.. so I guess one interfaces for all will be broken soon Aug 16 19:13:53 I don't think so Aug 16 19:14:21 most device hasve usb0....let's not handle the other intefaces here.... Aug 16 19:15:46 use case: Aug 16 19:16:01 gnutoo: where / how is the adress currently defined ? Aug 16 19:16:02 a device porter has one less task to care about Aug 16 19:16:35 /etc/network/interfaces address is defined in the netbase package Aug 16 19:16:48 nschle85: note that that address can be changed by the user with a gUI Aug 16 19:16:57 maybe it was shr-settings Aug 16 19:17:14 or maybe shrwizard Aug 16 19:17:34 gnutoo: but the question here was about the default adress i think Aug 16 19:17:35 gnutoo: shr-settings Aug 16 19:17:51 gnutoo: btw. shr-wizard modules are shr-settings modules :) Aug 16 19:19:52 ok Aug 16 19:19:58 dos1: btw: in latest efl default wizard was changed a lot, old shr patch removing some pages didn't apply anymore so I've removed it from meta-efl (it doesn't belong there anyways) and after runtime test we can add it again to meta-shr Aug 16 19:20:02 yes it was about the default address Aug 16 19:20:10 but I had to mention the GUI thing anyway Aug 16 19:20:15 dos1: but I haven't seen what are those new pages and maybe they will be usefull now Aug 16 19:20:28 JaMa|Off: e part was done by TAsn Aug 16 19:20:32 TAsn: ping :) Aug 16 19:21:15 dos1: this patch was just skipping some pages.. http://git.openembedded.org/cgit.cgi/meta-openembedded-contrib/commit/?h=shr&id=e6a996be536c5cb718423916bd5182b96159be78 Aug 16 19:21:27 dos1: ans http://trac.enlightenment.org/e/changeset/62478 Aug 16 19:21:50 JaMa|Off: yep, there were few pages which let you "choose" themes, profiles etc. from only one usable choise :P Aug 16 19:22:00 so we removed them Aug 16 19:22:26 i'll check this new wizard pages Aug 16 19:26:02 JaMa|Off: btw do you know how to install a .ubifs image? Aug 16 19:26:10 without ubinize Aug 16 19:26:14 like dd if= of= Aug 16 19:26:17 or nandwrite Aug 16 19:26:24 something like that Aug 16 19:26:32 after doing ubiformat on target Aug 16 19:30:02 btw I grepped for .bbappend in http://www.yoctoproject.org/docs/1.1/poky-ref-manual/poky-ref-manual.html#bsp-filelayout-misc-recipes Aug 16 19:30:35 and I found no example of what should there be in the .bbappend if there should be something(maybe it's empty) Aug 16 19:30:47 re Aug 16 19:34:35 urg Aug 16 19:35:29 ah ok I saw its syntax in an openpandora repo by chance Aug 16 19:35:32 I spent 3 days getting openembedded to build an image and now I find openembedded is the old way and oe-core is the future Aug 16 19:35:46 argh Aug 16 19:36:07 oe-core is not ready yet Aug 16 19:36:28 and what is in oe.dev can be migrated to oe-core Aug 16 19:36:47 and beside that....oe-core is harder.... Aug 16 19:38:25 I just build an image for oe-core the other days Aug 16 19:38:31 after more than 6 month of trying Aug 16 19:38:45 of course I didn't try full time Aug 16 19:38:53 but yet I tried often enough Aug 16 19:39:17 gnutoo: may be we can set a DISTRO_USB0_ADRESS DISTRO_USB0_NETWORK and so on, at the moment the interfaces file is also hardcoded, the mechanism to change it may be like here: meta-openembedded/meta-oe/recipes-core/meta/distro-feed-configs.bb Aug 16 19:39:34 no Aug 16 19:39:37 but maybe that Aug 16 19:40:33 sed 's/USB0_IP/${SHR_USB0_NETWORK}' -i file Aug 16 19:41:01 let me look for feed config Aug 16 19:41:22 the thing is that why taking usb0 Aug 16 19:41:27 we can do it in SHR Aug 16 19:41:35 but I guess we can't merge that upstream Aug 16 19:41:54 thanks for the distro-feed-config I'll look Aug 16 19:42:01 but you could do that Aug 16 19:42:06 gnutoo: is interfaces file different to upstream version ? Aug 16 19:42:08 you could make a new personal layer Aug 16 19:42:13 not yet Aug 16 19:42:24 with a different /etc/network/interfaces Aug 16 19:43:56 I can't get sshd to start now u.u "Privilege separation user sshd does not exist" Aug 16 19:44:02 gnutoo: so i would not introduce a SHR_USB0_NETWORK, DISTRO_USB0_NETWORK does better fit and may be mergeable upstream Aug 16 19:44:09 pespin: oe-core? Aug 16 19:44:17 and calling adduser sshd doesn't work because it says I'm not root... but I am o.O Aug 16 19:44:28 gnutoo, yeah, having lots of problems with my generated image Aug 16 19:44:31 nschle85: the problem is the hardcode to USB0 Aug 16 19:44:34 maybe that: Aug 16 19:44:39 SHR_NETWORK_usb0 Aug 16 19:44:49 but then you would need: Aug 16 19:44:52 SHR_NETWORK_usb0_route Aug 16 19:45:01 SHR_NETWORK_usb0_dns1 Aug 16 19:45:19 etc... Aug 16 19:45:50 so maybe a meta-personal would be easier Aug 16 19:45:52 and cleaner Aug 16 19:46:11 or maybe you could do a meta-customizations Aug 16 19:46:18 with generic user customizations Aug 16 19:46:30 and where the user is expected to customize it Aug 16 19:46:52 pespin: maybe something is wrong because for me I've not a lot of problems Aug 16 19:46:59 only small issues such as: Aug 16 19:47:19 *usb0 not comming up -> auto usb0 Aug 16 19:47:31 *keyboard too bright Aug 16 19:47:38 (gta02) Aug 16 19:47:51 gnutoo, yeah, mrmoku doesn't have those problems neither :S Aug 16 19:48:02 I only bitbaken shr-lite-image and I lack a lot of packages Aug 16 19:48:06 gnutoo, but it's 2nd time I reflash and I have same problems Aug 16 19:48:10 pespin: so let's review your setup Aug 16 19:48:13 gnutoo, ah mine is shr-image Aug 16 19:48:40 I could try making a shr-lite-image instead Aug 16 19:48:49 you mean you're able to flash an ubifs image and boot? Aug 16 19:48:55 what's your setup? Aug 16 19:49:00 gnutoo, I just used shr makefile Aug 16 19:49:05 gnutoo, jffs2 image Aug 16 19:49:08 and yes, it boots Aug 16 19:49:13 but system dbus is not up Aug 16 19:49:14 ok Aug 16 19:49:28 I've a manual setup Aug 16 19:49:44 no Makefile Aug 16 19:49:54 git checkout, writen scripts etc... Aug 16 19:50:02 gnutoo: i looked at the upstream netbase package and for quemu, exists different interfaces files Aug 16 19:50:05 I must change some scripts... Aug 16 19:50:13 ]ok Aug 16 19:50:17 s/]// Aug 16 19:50:17 gnutoo meant: ok Aug 16 19:50:21 pespin: do you do anything special? It doesn't even compile for me due to bad dependencies all over the place Aug 16 19:50:36 how's jffs2? Aug 16 19:50:38 gnutoo, btw, about kb, if you go to E setting sand choose default theme you'll get a visible one :) Aug 16 19:50:49 ahhh ok Aug 16 19:50:52 gnutoo: so why not create SHR_n900 SHR_gta02 directories ? Aug 16 19:50:53 * gnutoo tries at once Aug 16 19:51:17 gis, I only uncommented a pair of vars to build more quickly in conf/local.conf Aug 16 19:51:18 all devices have the same need: Aug 16 19:51:24 add auto usb0 Aug 16 19:51:31 all devices we support I mean Aug 16 19:51:43 so why not share the default and still permit machine override later Aug 16 19:51:52 pespin: I did so too, but every tenth package or so doesn't build because it needs another one that is not yet built Aug 16 19:51:59 gnutoo: you are right Aug 16 19:52:07 gis, try updating :) Aug 16 19:52:21 pespin: I already tried stable, testing and unstable :-} Aug 16 19:52:31 gnutoo: i think tinkg should be done when they are needed, this keeps most things simple Aug 16 19:52:35 gis, ah I was talking about shr-core Aug 16 19:52:47 pespin: oh, I se Aug 16 19:52:48 e Aug 16 19:52:57 yes Aug 16 19:53:34 rah: still....a lot can be done without the need to build oe-core Aug 16 19:54:29 gnutoo: yes but spending 3 days building with oe-dev seems like a waste of time now Aug 16 19:54:41 gnutoo: but will you simply change the interfaces file or create a SHR directory ? Aug 16 19:54:48 gnutoo: I may as well have spent that time building oe-core Aug 16 19:55:05 noo Aug 16 19:55:14 oops Aug 16 19:55:23 *no Aug 16 19:55:49 oe-core is not ready yet and way harder Aug 16 19:56:00 gnutoo: if a new directory is provided, the directory should be in a shr layer, because its not merged upstream Aug 16 19:56:02 all users are still advised to stay on oe-dev Aug 16 19:56:59 rah: oe dev does not build ? Aug 16 19:57:54 dos1, pong? Aug 16 19:57:55 there are even machines taht I added support for that are still oe.dev only Aug 16 19:58:09 and machines that have desastrous support in oe-core Aug 16 19:58:17 for instance a bad DPI Aug 16 19:58:26 dos1, we probably don't need that patch anymore, as the default wizard makes sense for embedded as well now. :) Aug 16 19:58:32 dos1, possibly remove the page about compositing Aug 16 19:58:48 dos1, cause none of the target devices work nicely with that. :) Aug 16 19:59:17 only palmpre2 works well with compositing Aug 16 19:59:26 none of the other machines do Aug 16 19:59:29 bottom line: Aug 16 19:59:33 if it works: should be on. Aug 16 19:59:37 if it doesn't: should be off Aug 16 19:59:46 no need for a config page in the wizard. Aug 16 19:59:47 :P Aug 16 20:00:24 it slows down stuff Aug 16 20:00:31 but on pre-2 it's fast enough Aug 16 20:00:36 nschle85: I don't know; I haven't tried Aug 16 20:00:42 on other machines, or it fails to work or it's too slow Aug 16 20:00:50 nschle85: I wasn't aware of oe-core until today Aug 16 20:01:30 rah: I'm sorry, I forgott to mention it to you Aug 16 20:01:43 rah: what do you need ? Aug 16 20:01:57 a stiff whiskey Aug 16 20:01:59 :-) Aug 16 20:02:19 rah: i have only wodka Aug 16 20:02:51 rah: which device should be supported ? Aug 16 20:02:56 euuk Aug 16 20:03:07 JaMa|Off: shr-core image nicely booted here :) Aug 16 20:03:10 nschle85: Motorola DEXT Aug 16 20:03:58 rah: i have o experiences with that device and how good it is supported in oe dev Aug 16 20:04:06 JaMa|Off: could we switch to mplayer-svn? Aug 16 20:04:07 ouch, gry theme is outdated Aug 16 20:04:20 keyboard has white letters on white background Aug 16 20:06:29 rah: http://shr-project.org/trac/wiki/Devices your device seems not to be supported in oe dev Aug 16 20:07:03 nschle85: I know; I'm trying to port SHR to it Aug 16 20:07:36 rah: then use shr -core i think Aug 16 20:07:39 nschle85: that's normal....he's adding support for that phone... Aug 16 20:09:01 there is still a long way to go to get shr-core at the level of oe.dev Aug 16 20:10:50 mrmoku: at boot there is always "interface phonet0 not found" Aug 16 20:18:06 * pespin away for a while Aug 16 20:26:51 there is no ifconfig nor ifup/ifdown? ;o Aug 16 20:27:36 ah, just not in PATH Aug 16 20:32:54 where should I add the shr-core todo list? Aug 16 20:33:01 trac wiki? Aug 16 20:33:06 trac bugreeports? Aug 16 20:33:23 we do not have a shr-core compponent btw.... Aug 16 20:33:45 after a fight with building shr-unstable i 'think' i got one answer : initial build should not be run with multiple threads . Aug 16 20:35:07 mrmoku: ping Aug 16 20:35:21 with 4 threads bison compilation fails, with one it seems it passed... Aug 16 20:36:20 does anyone have working networking with shr-core image? Aug 16 20:36:27 gnutoo: ^^^ Aug 16 20:36:29 ? Aug 16 20:36:37 gnutoo: I was using ubiformat on target when I was testing ubifs in .32 days.. don't remember exact syntax I've used, but most of it you can read from OE's machine config :) Aug 16 20:36:38 dos1: yes Aug 16 20:36:45 edit /etc/network/interfaces Aug 16 20:36:45 with n900? Aug 16 20:36:50 and add auto usb0 Aug 16 20:36:51 i tried modprobing both g_nokia and g_ether, Aug 16 20:36:56 dos1: yes I had wpa working Aug 16 20:37:06 ah, I didn't try shr-core on n9000 Aug 16 20:37:15 but device hadn't showed up in dmesg on laptop Aug 16 20:37:18 ok Aug 16 20:37:55 gnutoo: what's wrong with mplayer2? Aug 16 20:38:08 just tried with maemo, and it works (so that's not cable or device) Aug 16 20:38:14 JaMa|Off: but usb? Aug 16 20:38:39 gnutoo: maybe better way would be to rename mplayer_git to mplayer2_git and check if they can be installed both side-by-side Aug 16 20:38:51 dos1: haven't tried usb with shr-core iirc Aug 16 20:39:20 JaMa|Off: mplayer2 is much slower Aug 16 20:39:33 on oe.dev it was unusable on om-gta02 and htcdream for music Aug 16 20:39:44 mplayer-svn fixed it Aug 16 20:39:51 *using mplayer-svn fixed it Aug 16 20:43:41 could we add shr-core to 22:13 gnutoo: may be special things for toolchains Aug 16 20:43:44 oops Aug 16 20:43:46 22:13 gnutoo: may be special things for toolchains Aug 16 20:43:48 oops Aug 16 20:43:53 grrr copy paste Aug 16 20:44:00 Version: Aug 16 20:44:13 there is that in trac bugreport Aug 16 20:44:16 there is: Aug 16 20:44:24 shr-unstable Aug 16 20:44:34 I'd like to have shr-core too Aug 16 20:44:39 mrmoku: ^^^ Aug 16 20:44:40 plhardy: correct dependencies will ensure that threads make no difference Aug 16 20:44:46 only the admin can do that Aug 16 20:46:59 in machine config there is : Aug 16 20:47:12 # do ubiattach /dev/ubi_ctrl -m 4 Aug 16 20:47:22 that's all Aug 16 20:49:26 gnutoo: i think i'm admin on trac Aug 16 20:50:07 gnutoo: shr-core added Aug 16 20:51:18 rah: well i guess that dependencies are bad... Aug 16 20:51:49 indeed Aug 16 20:52:48 ok thanks a lot Aug 16 22:04:37 i think i'll finally try to redo my SHR trac theme, so i'll be able to send it to bearstech for installing on server Aug 16 22:05:33 it sucks to have default trac theme... Aug 16 23:45:41 dos1|N900, hey before investigating work into a new trac theme, consider using the one i did some time ago: http://slyon.de/shr/trac.tar.gz Aug 16 23:46:19 dos1|N900, just extract it and run it with: tracd --port 8000 /path/to/dir Aug 16 23:46:53 Slyon: ok, i'll check it Aug 16 23:49:38 dos1|N900, it has a special feature: on some main pages (Home, About, Download), the trac menu is hidden Aug 16 23:50:00 nice :) Aug 16 23:50:29 Slyon: please ping me when you'll see me tomorrow without the "|N900" suffix :) Aug 16 23:51:34 dos1|N900, ok. Aug 17 01:57:59 JaMa|Off: why would he get better build times with 4 threads on a machine with 8 hardware threads?... Aug 17 02:08:51 Good Night everyone! Aug 17 02:11:35 mrmoku: it's not only gnutoo -- several people have reported uSD problems with .37 and .39 on GTA02. someone even tracked it down to a particular change IIRC, but I have seen no followup... Aug 17 02:28:02 ooh shr-lite-image (shr-core) build from scratch works ok :D **** ENDING LOGGING AT Wed Aug 17 02:59:57 2011