**** BEGIN LOGGING AT Thu Dec 01 02:59:58 2011 Dec 01 06:33:37 nschle85: great to hear it is helping (book) Dec 01 06:34:04 JaMa: yeah, have to go to a client this morning... but in the afternoon I will try to debug it Dec 01 07:05:38 great, I'm finishing image build :) Dec 01 07:07:52 karl123: is it different then http://meego.gitorious.org/meego-device-adaptation/n900_kernel ? Dec 01 07:51:33 JaMa: about the n900 patches. they are probably no different to gitorious kernel, I think. Dec 01 07:53:09 karl123: ah, I'm watching only that git repo Dec 01 10:12:14 GarthPS: the vala issue was fixed yesterday.. actually it just needed even newer cornucopia rev Dec 01 10:13:19 JaMa: ok thx! I will try it now. (still building for my pre2 shr and aurora. want to check that kernel linux header issue) Dec 01 10:14:18 JaMa: do you have any upcomming commit I should wait 2" before updated my build or is it ok ? Dec 01 10:16:28 current state should build except aurora-daemon (which is missing -lX11) Dec 01 10:16:40 I'm waiting for angelo or morphis with this fix Dec 01 10:17:14 but you can fix it easily in src/bin/Makefile.am aurora-daemon_LDADD add -lX11 as work around to get it built Dec 01 10:19:11 JaMa: ok thank you. Dec 01 10:50:07 * GarthPS should have re-taken a look before at traveling cost for FSOSHRCON.. now still 300~ € to come.. Dec 01 10:58:41 from where are you? Dec 01 11:00:10 * JaMa hopes to get to Nurnberg and back for ~ 100€ Dec 01 11:14:17 SHR: 03Martin.Jansa 07shr-chroot * r41fd4a7dccbb 10/ (297 files in 32 dirs): system upgrade Dec 01 11:22:57 FSOSHRCON is in two weeks, right? Dec 01 11:23:09 just to be sure i noted the right date :) Dec 01 11:58:28 HeinervdmOff: yes 16-18 Dec 01 11:58:41 HeinervdmOff: please review and comment http://dpaste.com/663998/ Dec 01 11:58:46 dos1: you too ^ Dec 01 12:02:52 JaMa: looks ok to me Dec 01 12:13:28 SHR: 03Martin.Jansa 07meta-smartphone * r0b9469eaa585 10/meta-openmoko/recipes-graphics/drm/ (libdrm_2.4.26.bbappend libdrm_2.4.27.bbappend): meta-openmoko: libdrm: upgrade for 2.4.27 Dec 01 12:14:31 JaMa: end of this year, i will have finished my theses and will have more time :) Dec 01 12:14:35 SHR: 03Martin.Jansa 07meta-smartphone * r45888a71155b 10/meta-shr/recipes-graphics/xorg-xserver/ (xserver-xorg_1.11.1.bbappend xserver-xorg_1.11.2.bbappend): xserver-xorg: rename .bbappend to fix parsing, but didn't even test if the patch still does apply :/ Dec 01 12:15:00 JaMa: For me staging looks ok Dec 01 12:15:40 HeinervdmOff: so you want to revive shr-t or do you prefer staging and working on only one version? Dec 01 12:16:06 but what would be nice, is that several NNN directorys have a common node and only a specific change on top of it Dec 01 12:16:20 i'm ok with both Dec 01 12:16:58 but starting with a new testing, because the FSO bugs in 2011.1 was not possible for me Dec 01 12:17:39 Our problem is, that we only have one build directory Dec 01 12:18:09 but for propper testing we would need one build directory for every feature, which needs to much space :-/ Dec 01 12:18:13 if we find that we cannot fine NNN without all "major" features working we can branch from the ending point (as recorded in info file) and apply fixes only in that branch Dec 01 12:18:40 so do something like ad-hoc testing branches if needed Dec 01 12:19:12 we have to see how it will work :) Dec 01 12:19:22 but i think it's a good start Dec 01 12:21:51 Do we have an agenda for FSOSHRCON? Dec 01 12:28:04 HeinervdmOff: http://wiki.freesmartphone.org/index.php/FSOSHRCON_2011 has link to agenda Dec 01 13:59:55 mrmoku: r65767 seems interesting for elsa Dec 01 14:00:00 mrmoku: will bump SRCREV later.. Dec 01 14:48:45 can we make fsodeviced a less picky about where it's executed? http://paste.pocoo.org/show/515339/ I mean to write better error and quit peacefully Dec 01 14:51:22 here is debug log http://paste.pocoo.org/show/515341/ Dec 01 15:14:24 cedric: I know but you've also said that I need to adjust them if I see Tut tut tut too often :) Dec 01 15:27:31 mrmoku: FYI I've sent your pam disabling patch for elsa to edevel Dec 01 15:29:15 pespin: more work for you.. :) | genlist.c:130:2: warning: passing argument 1 of 'g_free' discards 'const' qualifier from pointer target type [enabled by default] Dec 01 15:29:18 | /OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/include/glib-2.0/glib/gmem.h:71:7: note: expected 'gpointer' but argument is of type 'const char *' Dec 01 15:29:21 | genlist.c:132:22: error: 'struct _Elm_Gen_Item_Class_Func' has no member named 'label_get' Dec 01 15:29:25 pespin: s/label_get/text_get/g Dec 01 15:37:13 JaMa: ok, great (to all) Dec 01 15:47:21 JaMa: I'm missing one column in the test tables... the tester Dec 01 15:48:59 I think I miss more than one column there Dec 01 15:49:10 but I was waiting for GNUtoo Dec 01 15:52:15 ok :) Dec 01 16:13:29 * mrmoku installing staging image to test Dec 01 16:15:29 JaMa: probably a check list for testing would be usefull Dec 01 16:16:01 agreed, better then a lot of handwritten text Dec 01 16:18:22 indeed Dec 01 16:18:32 btw. I did take a look at the elsa commit Dec 01 16:18:47 I don't think our problem will be fixed Dec 01 16:19:07 but trying will show Dec 01 16:19:11 did you already bump? Dec 01 16:20:59 yes Dec 01 16:21:02 ok Dec 01 16:21:08 I will build and try then Dec 01 16:21:32 but libeflvala/python-elementary and elsa is failing now Dec 01 16:22:56 somehow I've rebased one elsa_pam_init wrong.. Dec 01 16:26:50 is it possible to "strip" patches generated by git format-patch that they start in cwd not in repository root? Dec 01 16:27:40 ie when I do git format-patch in e/PROTO/elsa I usually have to remove "PROTO/elsa" from patch or add strip param for OE to apply it with S=elsa Dec 01 16:29:53 mrmoku: pushed updated elsa patch Dec 01 16:35:27 JaMa: (stripping) that problem I have too Dec 01 16:37:36 mrmoku: finishing palmpre2 qt4 build, then n900 and we're going to close first testing feed :) Dec 01 16:37:59 * JaMa hopes telephony works :) Dec 01 16:38:28 JaMa: git diff --relative Dec 01 16:38:34 don't remember if that worked Dec 01 16:38:40 (out of my bash history) Dec 01 16:39:10 ah, will try Dec 01 16:39:37 * mrmoku babysitting Dec 01 16:50:18 mrmoku, pespin: libeflvala "patch to build" added to jansa/test Dec 01 18:20:17 freesmartphone.org: 03barklome 07settings-rework * r50e24fbc04a9 10aurora/aurora-daemon/src/applications/app-settings/ (AboutAuroraPage.qml AboutPage.qml qmldir): Dec 01 18:20:17 freesmartphone.org: aurora-daemon: settings: remove AboutPage and AboutAurora pages from settings app Dec 01 18:20:17 freesmartphone.org: Them will not be used now Dec 01 18:41:52 JaMa: image looks good so far Dec 01 18:43:13 mrmoku: and group error is gone in elsa without pam Dec 01 18:43:47 ohh Dec 01 18:43:59 so we can switch it off again :) Dec 01 18:44:30 well I've tried it only remotely and it seems that Xorg imediatelly quits on my spitz Dec 01 18:44:37 so not sure if it really works or not Dec 01 18:44:40 ok, my build is running Dec 01 18:44:51 NOTE: Running task 2502 of 6716 (ID: 1194, /OE/shr-core/openembedded-core/meta/recipes-core/zlib/zlib_1.2.5.bb, do_package_write_ipk) Dec 01 18:44:58 will still take some time... Dec 01 18:45:15 mrmoku: http://paste.pocoo.org/show/515447/ trying to install efreet_cache now Dec 01 18:45:25 ah you meant staging image, right? Dec 01 18:45:30 sure :) Dec 01 18:45:37 ah good Dec 01 18:45:47 and that efreet error I saw too since ever Dec 01 18:47:55 hmm libefreet1 is there Dec 01 18:52:11 I've been googling a bit to see if there is something to do forms in trac wiki pages Dec 01 18:52:24 there's some plugin but nothing that convinced me Dec 01 18:52:52 best would be to have a tester app installed on the phone... with lots of toggles 'works -- works not' and a submit button :-) Dec 01 18:53:15 mrmoku: disabling autologin doesn't close Xorg.. so probably this error is not fatal Dec 01 18:54:03 JaMa: one problem with staging image is shr-elm-key not working Dec 01 18:55:58 JaMa: hmm... starting it manually makes it work Dec 01 18:56:58 mrmoku: there should be fix from GNUtoo already, but it's probably caused by something else Dec 01 18:57:04 ok Dec 01 18:57:26 I mean fix already built in that image (irc it failed to start) Dec 01 18:57:40 and iliwi needs the homogeneous api change Dec 01 18:57:50 http://git.shr-project.org/git/?p=shr-e-gadgets.git;a=commit;h=fa5f68c50ba198f065c70005f5682b68f30d09eb Dec 01 18:57:55 and ffphonelog too Dec 01 18:58:18 * JaMa rebuilding those locally already Dec 01 18:58:25 ok Dec 01 18:58:44 so we probably need another staging :) Dec 01 18:58:48 but we have also newer efl so need to test it somewehre else.. Dec 01 18:58:54 it's not yet closed :) Dec 01 18:59:00 ahh, right :P Dec 01 18:59:03 qt4 still building Dec 01 18:59:17 but not sure if it's worth waiting for image build Dec 01 19:02:42 (EE) Glamo(0): Couldn't open "/sys/bus/spi/devices/spi2.0/state" to save display resolution: No such file or directory Dec 01 19:02:45 (EE) Glamo(0): Couldn't open "/sys/bus/spi/devices/spi2.0/state" to change display resolution: No such file or directory Dec 01 19:02:48 (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory) Dec 01 19:02:54 no idea if those have been there forever though Dec 01 19:03:02 those 3 should be "safe" Dec 01 19:03:14 first 2 we have since disabling DRM in kernel Dec 01 19:03:56 and last one is from missing mesa-dri-driver-swrast Dec 01 19:04:08 ok Dec 01 19:11:55 JaMa: ahh, and there's some alignment trap from enlightenment (or probably one of the modules) Dec 01 19:12:25 I've asked RMS about that "stupid" idea to prefer devices with non-upgradeable firmware in person today. Dec 01 19:13:16 Well, it seems he fully understands the implications. But still prefers his extreme way to not touch any non-free software at all ever, even if it's running on another connected device. Dec 01 19:13:58 I.e. if you you think you have at least some access to the software, it should be free. If it's hidden so deep inside the circuity that you can't anyhow touch it, that's ok, same as non-free hardware. Dec 01 19:14:07 lindi-: wpwrak ^^ Dec 01 19:14:39 Makes sense given he needs to be the extreme moral example, i now see some logic in this statement. Dec 01 19:14:54 Though it's of course highly impractical for anybody else. Dec 01 19:25:45 SHR: 03Martin.Jansa 07meta-smartphone * r4b5d53bf9fab 10/meta-shr/recipes-shr/3rdparty/ (2 files in 2 dirs): iliwi: fix homogeneous API Dec 01 19:25:56 SHR: 03Martin.Jansa 07meta-smartphone * r1399e21ee5c2 10/meta-shr/recipes-shr/3rdparty/ffphonelog_git.bb: ffphonelog: bump SRCREV Dec 01 19:29:35 nschle85: hey. Any news? Dec 01 19:30:32 no, still compiling image and then starting gps dev :-) Dec 01 19:30:55 PaulFertser: and do you have any ? Dec 01 19:31:46 nschle85: my OpenWrt build is broken and stops passing ipv6 over wired after some time :/ But that's of no importance to the OM community. Dec 01 19:32:21 Compiling an image seems like a very dangerous thing: really distracts from the development ;) Dec 01 19:35:33 PaulFertser: no comment :-) Dec 01 19:36:48 nschle85: did you clean workspace again today? Dec 01 19:37:00 nschle85: somehow it's building more then expected after upgrade Dec 01 19:37:47 JaMa: no, i cleaned n900 and gta02 only this night Dec 01 19:38:21 ok then it's probably only cleaning a lot because of rm_work Dec 01 19:38:55 JaMa: did you added rm_work ? Dec 01 19:39:50 yes Dec 01 19:40:12 thank you Dec 01 19:42:02 PaulFertser: well rms can have his own opinion for sure :) Dec 01 19:42:39 lindi-: indeed Dec 01 19:44:04 JaMa: i checked the currently running build shr-core-n900#97 is an incremental build (no workspace deleted) Dec 01 19:49:31 JaMa: ok, I added descriptions , when i deleted workspace (shr-core-gta02 and shr-core-n900) Dec 01 19:49:50 mrmoku: what do you think about adding iliwi to our git? Dec 01 19:50:01 mrmoku: it's big mess of patches in OE Dec 01 19:50:09 and upstream seems unresponsive Dec 01 19:50:33 JaMa: yeah, good thing Dec 01 19:52:16 JaMa: | ./elementary/elementary.c_elementary.c:61649:92: error: 'struct _Elm_Gen_Item_Class_Func' has no member named 'label_get' Dec 01 19:52:21 is fixed by updating? Dec 01 19:55:14 yes Dec 01 19:58:04 I'll check if it's easy to clone it on github I'll push it there so it's linked to original repo if possible Dec 01 19:59:53 ok Dec 01 20:09:46 JaMa: ffphonelog not yet in jama branch? :-) Dec 01 20:09:56 not fixed at all :/ Dec 01 20:10:06 only partially but needs more stuff changed in libeflvala Dec 01 20:10:23 and I'm leaving work now.. Dec 01 20:10:33 ahh, ok Dec 01 20:10:49 will remove it from the image meanwhile then Dec 01 20:11:15 but pushing iliwi fix at least Dec 01 20:11:32 try the patch in jama first.. maybe it works :) Dec 01 20:11:58 ok :) Dec 01 20:12:03 * JaMa had typo in cleansstate so it wasn't actually rebuilt.. Dec 01 20:12:36 hmm bummer http://paste.pocoo.org/show/515502/ pespin any idea? Dec 01 20:21:07 freesmartphone.org: 03morphis 07cornucopia * rca15023d75f6 10/fsotestd/ (27 files in 8 dirs): Dec 01 20:21:07 freesmartphone.org: fsotestd: add skeleton for new test daemon Dec 01 20:21:07 freesmartphone.org: Signed-off-by: Simon Busch Dec 01 20:21:08 freesmartphone.org: 03morphis 07cornucopia * re2289521f0d7 10/fsotestd/src/lib/ (Makefile.am baseservice.vala): Dec 01 20:21:08 freesmartphone.org: fsotestd: add base class for a service object Dec 01 20:21:08 freesmartphone.org: Signed-off-by: Simon Busch Dec 01 20:21:10 freesmartphone.org: 03morphis 07cornucopia * rfd88bc8d9c99 10/fsogsmd/src/plugins/modem_samsung/unsolicited.vala: Dec 01 20:21:10 freesmartphone.org: fsogsmd: modem_samsung: show source status byte to be sure we have the correct one Dec 01 20:21:10 freesmartphone.org: Signed-off-by: Simon Busch Dec 01 20:21:12 freesmartphone.org: 03morphis 07cornucopia * r745a85658ef1 10/fsogsmd/src/plugins/modem_samsung/unsolicited.vala: (log message trimmed) Dec 01 20:21:12 freesmartphone.org: fsogsmd: modem_samsung: explicitly cast sim status byte to uint8 to let the switch succeed Dec 01 20:21:12 freesmartphone.org: Without casting the status before taking it into account within the switch as a uint8 the Dec 01 20:21:12 freesmartphone.org: switch will fail. While debuging this I saw that modem.status changed to 0xffffff82 Dec 01 20:21:30 freesmartphone.org: somewhere. Thats some indicator for the switch failing when comparing 0xffffff82 and 0x82 Dec 01 20:21:30 freesmartphone.org: but I don't know why the leading bytes are changing to 0xff ... Dec 01 20:21:30 freesmartphone.org: Until we found out why this happens we have here an explicit cast of the status byte to an Dec 01 20:21:30 freesmartphone.org: 03morphis 07cornucopia * ree3f5c79ba06 10/fsogsmd/src/plugins/modem_samsung/mediators_network.vala: Dec 01 20:21:30 freesmartphone.org: fsogsmd: modem_samsung: wait as long as network provider listing need instead of only five seconds Dec 01 20:21:31 freesmartphone.org: Retrieving the list of available network providers from the modem can take some time Dec 01 20:21:31 freesmartphone.org: depending on the network signal so we don't know how long it takes to finish. Because of Dec 01 20:21:32 freesmartphone.org: this we're wainting until it is finished and not only for the little amount of five Dec 01 20:22:30 freesmartphone.org: seconds. Dec 01 20:22:30 freesmartphone.org: Signed-off-by: Simon Busch Dec 01 20:22:30 freesmartphone.org: 03morphis 07cornucopia * r20a9ce696d73 10/fsogsmd/src/plugins/modem_samsung/ (modemstate.vala unsolicited.vala utils.vala): Dec 01 20:22:30 freesmartphone.org: fsogsmd: modem_samsung: report network pdp state as part of network status update too Dec 01 20:22:31 freesmartphone.org: Signed-off-by: Simon Busch Dec 01 20:25:08 heyho Dec 01 20:27:05 heyho Dec 01 20:28:26 JaMa: fast way home? Dec 01 20:28:50 morphis: does aurora-daemon currently build for you? seems like it's missing -lX11, but maybe it's caused by .pc changes in Qt4 or some other dependency Dec 01 20:29:09 mrmoku: jama took the helicopter :-) Dec 01 20:29:13 mrmoku: it's few hunderds meters from here :) Dec 01 20:29:30 JaMa: hm, let me try Dec 01 20:29:31 ana I have beer at home, so I walked quickly :) Dec 01 20:29:38 :) Dec 01 20:29:51 JaMa: yeah, good reason :) Dec 01 20:30:08 JaMa: still building new qt4 version here Dec 01 20:30:13 JaMa: but I will report Dec 01 20:30:24 mrmoku: I'll push few patches for libphone-ui-shr to OE (for newer efl) Dec 01 20:30:26 JaMa: does it complain about a missing -lX11? Dec 01 20:30:28 morphis: thanks Dec 01 20:30:33 mmt Dec 01 20:30:57 morphis: not really http://paste.pocoo.org/show/515511/ Dec 01 20:31:55 morphis: but adding -lX11 to aurora_daemon_LDADD in aurora-daemon/src/bin/Makefile.am worked as work around Dec 01 20:33:19 GNUtoo: are you here? Dec 01 20:33:54 GNUtoo, mrmoku: we need to change Stabilizing page Dec 01 20:33:54 yes give me some seconds Dec 01 20:34:06 filling http://build.shr-project.org/shr-core-staging/latest/images/om-gta02/full-om-gta02.jffs2 is completely useless Dec 01 20:34:19 that column has to be just NNN number Dec 01 20:34:34 yeah Dec 01 20:35:05 btw efl api change also broke: Dec 01 20:35:09 * iliwi Dec 01 20:35:13 * shr-settings Dec 01 20:35:14 or maybe even better if different sections for different NNN? Dec 01 20:35:27 + shr-e-gadgets Dec 01 20:35:30 and we should add checkboxes like "reflashed jffs" "reflashed ubifs" "reflashed uSD" "telephony" "enlightenment" "sth" Dec 01 20:35:44 GNUtoo: runtime right? Dec 01 20:35:51 iliwi build time is fixed now Dec 01 20:35:56 90% Dec 01 20:36:19 yes Dec 01 20:36:22 but waiting for nschle85's build to confirm it on older EFL Dec 01 20:36:23 ok Dec 01 20:37:13 JaMa: label_get --> text_get right? Dec 01 20:37:21 will do that for shr-e-gadgets Dec 01 20:37:43 yes Dec 01 20:37:54 mrmoku: but that's only for "our" rev Dec 01 20:38:09 shr branches needs only homogenEous changes Dec 01 20:38:10 ahh Dec 01 20:38:15 shit :P Dec 01 20:38:41 should I add a patch then? Dec 01 20:38:43 and I don't belive we'll be able to bump elementary soon Dec 01 20:38:50 yes patch to OE please Dec 01 20:38:52 ok Dec 01 20:39:45 mrmoku: also check for Elm_Toolbar_Item and similar Dec 01 20:39:53 Elm_Object_Item now Dec 01 20:41:08 JaMa: hello, at home i have following problem: http://paste.pocoo.org/show/515515/ Dec 01 20:41:31 JaMa: ok... will do without PR bump? Dec 01 20:41:47 mrmoku: fine with me Dec 01 20:41:54 nschle85: seen that on jenkins too Dec 01 20:41:59 ok Dec 01 20:42:25 nschle85: maybe it's caused by newer binutils (and aurora-daemon too) Dec 01 20:43:00 nschle85: try to pass -ltinfo directly to that command Dec 01 20:44:02 seems like new binutils are more pedantic about missing libs for DSO Dec 01 20:44:14 which is good Dec 01 20:44:31 so the configure in should be changed ? Dec 01 20:44:38 configure.in Dec 01 20:44:53 JaMa, so for -lx11 what should we do? Dec 01 20:45:12 JaMa: hm, than some qt4 pkgconfig options has changed Dec 01 20:45:16 depends where and how it finds libncursesw.so.5 Dec 01 20:45:24 so I am off Dec 01 20:45:25 gn8 Dec 01 20:45:38 morphis: a lot of them actually http://build.shr-project.org/tests/jama/qt.diff Dec 01 20:45:58 GNUtoo: it has capital X.. and not sure yet Dec 01 20:46:27 GNUtoo: if Qt4 is only thing linked to libX11 then it should be in Qt*.pc IMHO Dec 01 20:46:57 in some it is but I haven't dig enough in aurora-daemon which Qt parts are used for that failing build Dec 01 20:47:18 JaMa: pushed Dec 01 20:47:37 JaMa, I know about capital X Dec 01 20:47:49 JaMa, ah? I had the exact same failure on mplayer Dec 01 20:47:53 *mplayer2 Dec 01 20:49:44 and? nschle85 has the same with nmon.. if I'm right and it's because of binutils then it's general concept how libs are "automagically added" to binaries Dec 01 20:51:02 JaMa: ok, nmon compiles now Dec 01 20:52:17 nschle85: please send patch with that change if you can Dec 01 20:52:30 ok Dec 01 20:53:35 JaMa: but i dont know if increasing PR is necessary Dec 01 20:54:18 nschle85: better safe then sorry, so yes please Dec 01 20:55:07 mrmoku: libphone-ui-shr fixed in jama Dec 01 21:03:41 JaMa: nmon13g, ok, fix is attached, but is it necessary to define libtinfo as dependencies anywhere ? Dec 01 21:03:58 JaMa: http://shr-project.org/trac/ticket/1556 Dec 01 21:05:13 hi VQuickSilver Dec 01 21:05:16 better talk here Dec 01 21:05:36 heya Dec 01 21:05:44 VQuickSilver, basically the first thing to add support for armv6-novfp in openembedded core Dec 01 21:06:04 they made a mistake and assumed that -novfp didn't exist Dec 01 21:06:12 so we have to fix that first Dec 01 21:06:38 ok Dec 01 21:06:48 then you will have to add a kernel recipe and a machine config and you'll be able to boot something Dec 01 21:07:11 maybe I should do the armv6-novfp since I could test it Dec 01 21:07:17 (I can build for dream) Dec 01 21:08:01 but the most important before starting everything is talking to morphis Dec 01 21:08:12 mickeyl: hmm... agenda of hwsw looks almost too interesting to ignore it :) Dec 01 21:08:16 to see what you need to do to get your modem working Dec 01 21:08:52 GNUtoo, I think that I need that msmcomm thing Dec 01 21:09:02 yes that's it Dec 01 21:09:02 nschle85: can you send it with git send-email too please? Dec 01 21:09:09 but msmcomm protocol has more than one transport Dec 01 21:09:16 on the palm pre it's hsi serial protocol Dec 01 21:09:21 or something like that Dec 01 21:09:25 you don't have real serial Dec 01 21:09:26 nschle85: and no need to add it to deps, as libtinfo is part of ncurses build Dec 01 21:09:31 you have shared memory instead Dec 01 21:09:39 but I think morphis did something for that too Dec 01 21:09:45 GNUtoo, ok Dec 01 21:09:45 for instance for the hp veer Dec 01 21:12:41 JaMa: actually at work we have some similar problem whith new VS2010 , compile dependencies work but linker dependencies does not work anymore in this version :-) Dec 01 21:13:23 JaMa: a collegue is defining them by hand now :-) Dec 01 21:14:50 nschle85: seems like first point of Changelog is the cause http://sourceware.org/cgi-bin/cvsweb.cgi/~checkout~/src/ld/NEWS?rev=1.121&content-type=text/plain&cvsroot=src&only_with_tag=binutils-binutils-2_22 Dec 01 21:17:27 nschle85: do you mind if I change jenkins to build only one task at the time and restart builds? Dec 01 21:18:37 you can login directly and execute the task Dec 01 21:19:58 pardon i do not understand Dec 01 21:20:56 gah... I don't get rid of ffphonelog Dec 01 21:21:02 removed it from task-minimal Dec 01 21:21:09 mrmoku: almost fixed.. Dec 01 21:21:14 hehe ok :) Dec 01 21:21:26 ok, "mind" means here to be against that ? Dec 01 21:21:37 nschle85: Build Executor is starting two tasks at once Dec 01 21:21:42 GNUtoo, in SHR I can see youtube videos, or listen to mp3 files? Dec 01 21:22:07 nschle85: with bitbake already using all available cores it's better to queue more tasks then start them in parallel Dec 01 21:22:23 nschle85: mind in this case means if you're OK with me changing it Dec 01 21:22:28 JaMa: ah ok, now i understand :-) Dec 01 21:22:35 ok you can change Dec 01 21:23:40 VQuickSilver, play mp3, yes for sure, see youtube video, I'm not sure there is an up to date GUI for that Dec 01 21:25:06 GNUtoo, ok, no problem anyway. I can dual-boot Dec 01 21:25:38 GNUtoo, what browser is used in SHR? Dec 01 21:26:01 for dual-boot it depend on your phone Dec 01 21:26:07 the rootfs can be on microsd Dec 01 21:26:18 but you'll have to find a way to flash 2 different kernels Dec 01 21:26:29 for instance does your phone supports recovery Dec 01 21:26:29 ? Dec 01 21:26:30 JaMa: if all builds are finished, ill extend the sed part in job config to enable rm_work Dec 01 21:26:43 like haveing a recovery when you press a button during the boot Dec 01 21:26:48 if so dual-boot is easy Dec 01 21:27:03 GNUtoo, yup, I have recovery Dec 01 21:27:30 VQuickSilver, I don't know what's the official browser, there are at least 2 browsers: eve and midori, both based on webkit Dec 01 21:27:48 others exists too or are easy to port from openembedded classic to shr-core Dec 01 21:27:50 GNUtoo, I know midori, I'm using xfce on my desktop Dec 01 21:28:01 ok Dec 01 21:28:17 then I will try to port it, seems like a fun thing to do Dec 01 21:28:17 just copy the recipe, add some more descriptions such as the license checksum and it should work Dec 01 21:28:59 hmmm elfe fails to build Dec 01 21:29:12 I'll reflash and use the normal desktop Dec 01 21:29:50 mrmoku, what's the status on iliwi and shr-settings(efl API change) Dec 01 21:30:04 I'll look Dec 01 21:30:47 because I was just told that compilation were fixed Dec 01 21:30:55 so I've to look if runtime works fine now Dec 01 21:32:56 GNUtoo: don't know yet... I'm hanging at ffphonelog because I'm building from jama branch with even newer efl an even more api breaks :P Dec 01 21:33:03 ok Dec 01 21:33:17 I'm opkg updating and opkg upgrading right now Dec 01 21:33:18 btw. the 001 staging image works fine for me Dec 01 21:33:21 almost fine at least Dec 01 21:33:25 telephony works Dec 01 21:33:40 yes for me too, I've to add the exact same notes Dec 01 21:33:45 good Dec 01 21:33:50 so I'll just add my name in tester notes Dec 01 21:33:57 I've not tested 001 yet tough Dec 01 21:34:01 but something I built Dec 01 21:34:09 so maybe I should not add me Dec 01 21:34:20 I've found a microsd for testing Dec 01 21:34:41 because some of my microsd are broken or used by other devices Dec 01 21:36:18 iliwi seem to start Dec 01 21:36:23 and find my wifi network Dec 01 21:36:28 great Dec 01 21:37:25 ImportError: /usr/lib/python2.7/site-packages/elementary/c_elementary.so: undefined symbol: elm_object_item_label_get Dec 01 21:39:37 GNUtoo: is thins on "clean" image with only changes from shr branches and meta-smartphone master? Dec 01 21:40:25 mrmoku: ffphonelog fixed.. mmt pushing Dec 01 21:40:32 thx very much :) Dec 01 21:42:29 JaMa, no, not clean Dec 01 21:42:52 if buildhost build new image, I think I'll test theses Dec 01 21:43:25 mrmoku: you have to rebuild both libeflvala and ffphonelog Dec 01 21:43:42 GNUtoo: looks like newer elementary and older python-elementary Dec 01 21:43:50 or vice versa :) Dec 01 21:43:54 ok Dec 01 21:44:02 I'll rebuild python-elmentary Dec 01 21:44:12 GNUtoo: buildhost is building palmpre2 images now Dec 01 21:44:17 ok Dec 01 21:44:32 GNUtoo: so it will take _long_ before it get's back to iliwi/ffphonelog for om-gta02 Dec 01 21:44:33 btw how's palm-pre machine, should I really get one? Dec 01 21:44:40 no idea Dec 01 21:44:44 there are cheap palm-pres like for 50E Dec 01 21:44:54 maybe I should ask morphis Dec 01 21:45:51 also I've a broken mplayer Dec 01 21:46:03 or maybe the one I had before was a mix of mplayer1 and 2 Dec 01 21:46:13 and therefor was not broken Dec 01 21:47:39 ok Dec 01 21:48:01 JaMa: ahh, ok that explains it :) Dec 01 21:53:25 fscking github.com jama and shr logins are already taken :/ Dec 01 21:53:39 heh Dec 01 21:53:50 hmm... Dec 01 21:53:53 JaMa: ffphonelog still fails Dec 01 21:54:06 maybe I pulled to early Dec 01 21:54:14 did you pull meta-oe too? Dec 01 21:54:41 make update I did Dec 01 21:54:53 mrmoku: do you mind if I claim github/shr-project? Dec 01 21:55:01 I can share this account later :) Dec 01 21:55:24 just for iliwi fork... Dec 01 21:56:00 JaMa, sorry I had some work todo and I couldn't loook at eflvala stuff. Could you explain it to me? Dec 01 21:56:22 pespin: genlist API were changed again Dec 01 21:56:26 JaMa: np :) Dec 01 21:56:35 pespin: now there isn't label_get but text_get Dec 01 21:56:57 TAsn: you guys keeping us busy on purpose? ;) Dec 01 21:57:09 argh thsoe dirty bitches are changing stuuf all the day -.- Dec 01 21:57:34 I'm fine with cleaning the api and using more "generic" Dec 01 21:57:39