| 00:02.00 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 00:03.42 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 00:20.56 | *** join/#oe Russ (~russ@pool-71-107-37-242.lsanca.fios.verizon.net) |
| 00:27.30 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 00:58.45 | *** join/#oe Russ (~russ@pool-71-107-37-242.lsanca.fios.verizon.net) |
| 01:02.43 | *** join/#oe dlan (~dennis@116.228.88.131) |
| 01:16.09 | *** join/#oe dlan_ (~dennis@116.228.88.131) |
| 01:18.09 | *** join/#oe nerdboy (~sarnold@dsl-66-59-252-223.static.linkline.com) |
| 01:23.03 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-pkonzqzvstiqsmak) |
| 01:24.14 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 01:27.02 | *** join/#oe Russ (~russ@pool-71-107-37-242.lsanca.fios.verizon.net) |
| 01:32.13 | *** join/#oe dlan (~dennis@116.228.88.131) |
| 01:35.01 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 02:43.18 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 02:45.38 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
| 02:46.58 | *** join/#oe marc_ (~marc@220-244-174-13.static.tpgi.com.au) |
| 02:49.19 | *** join/#oe rsalveti (~rsalveti@177.97.248.158) |
| 02:49.20 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 03:04.24 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 03:05.36 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 03:07.36 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 03:11.57 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 04:42.34 | *** join/#oe roxell_ (~roxell@sestofw01.enea.se) |
| 05:20.30 | *** join/#oe Russ (~russ@pool-71-107-37-242.lsanca.fios.verizon.net) |
| 05:24.36 | *** join/#oe tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) |
| 05:37.18 | *** join/#oe Cubi_ (~cubi@static-87-79-65-72.netcologne.de) |
| 05:55.31 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 05:57.53 | *** join/#oe ventyl (~ventyl@ip-88-212-35-8.antik.sk) |
| 05:59.05 | ventyl | hi, i have problem building OE regardless of whether i use oe, or oe-core, both try to rewrite system include /usr/include/limits.h. have i misconfigured something? |
| 05:59.19 | kergoth | don't build as root, ever. |
| 05:59.41 | ventyl | i dont build as root so build fails there |
| 06:04.12 | ventyl | it seems that i have far too new make |
| 06:04.22 | *** join/#oe roric_ (~roric@c-aa70e455.1210-29-64736c14.cust.bredbandsbolaget.se) |
| 06:09.10 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 06:09.11 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 06:10.39 | kergoth | has never even heard of that behavior before, much less actually encountered it, and does builds every day for numerous machines. shrugs |
| 06:12.39 | *** join/#oe lamikr (lamikr@nat/nokia/x-zlvlacpomdchzvpr) |
| 06:17.26 | *** join/#oe kristoffer (~kristoffe@c-fadde555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 06:32.07 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 06:48.44 | *** join/#oe rschus (~rschus@vsr56-h01-31-32-193-216.dsl.sta.abo.bbox.fr) |
| 07:00.54 | ventyl | kergoth: there are many reports eglibc failing to cross-compile with make 3.82 |
| 07:01.45 | ventyl | maybe most of "sane" distros still use make 3.81 |
| 07:06.18 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 07:07.01 | *** join/#oe stuk_gen (~quassel@151.65.1.236) |
| 07:07.26 | *** join/#oe apelete (~apelete@openwide3.pck.nerim.net) |
| 07:11.39 | *** join/#oe roric_ (~roric@194-237-7-146.customer.telia.com) |
| 07:18.38 | *** join/#oe fraxinath (~quassel@pD9533037.dip.t-dialin.net) |
| 07:19.48 | fraxinath | hi guys i'm having trouble crosscompiling glib here |
| 07:19.52 | fraxinath | checking alignment of guint32... configure: error: in `/dream/glib232_oe/tmp/work/mips32el-oe-linux/glib-2.0/glib-2.0-1_2.32.3-r2/glib-2.32.3': |
| 07:19.52 | fraxinath | configure: error: cannot compute alignment of guint32 |
| 07:23.08 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-sgyucwdfnxausiff) |
| 07:36.57 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 07:42.22 | *** join/#oe roxell (~roxell@c-183270d5.07-21-73746f28.cust.bredbandsbolaget.se) |
| 07:50.13 | mckoan | good morning |
| 07:50.27 | *** join/#oe mickey__ (~mickey@81-18-206-13.static.chello.pl) |
| 07:50.55 | *** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey) |
| 07:52.51 | mickeyl | pb_: good morning, hey didn't you want to stop-by in Frankfurt some weeks ago? |
| 08:04.04 | *** join/#oe eballetbo (~eballetbo@249.Red-80-33-164.staticIP.rima-tde.net) |
| 08:05.12 | *** join/#oe fog (~fog@debian/developer/fog) |
| 08:09.35 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:09.35 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:25.11 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:25.36 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
| 08:35.43 | bluelightning | morning all |
| 08:35.51 | mckoan | bluelightning: hi |
| 08:36.23 | bluelightning | is it just me or have a bunch of my emails to the OE-Core list been delayed? |
| 08:37.05 | *** join/#oe RushPL (~quassel@2a01:4f8:151:73a3::2) |
| 08:38.22 | JaMa | bluelightning: considering response.. my email are delayed or not delivered at all |
| 08:38.40 | bluelightning | hmm, I guess there is some server load issue |
| 08:38.52 | JaMa | waiting >month for udev-extraconf patch to get meta-openmoko parsing again with oe-core HEAD |
| 08:39.44 | bluelightning | florian: ping, any ideas? |
| 08:40.01 | stefan_schmidt_w | JaMa: Just seen your wrt request for the python-efl 1.7 tarballs. Gustavo is doing it for the final release. Hopefully today or tomorrow. |
| 08:40.38 | JaMa | stefan_schmidt_w: I've asked 3 times, good you're first one to reply :) |
| 08:40.56 | JaMa | stefan_schmidt_w: I gave up and sent pull-request without python bindings yesterday |
| 08:41.11 | stefan_schmidt_w | JaMa: yeah, sorry for that. Somehow fall though my cracks ;) |
| 08:41.22 | stefan_schmidt_w | JaMa: :( |
| 08:41.30 | JaMa | stefan_schmidt_w: seems like scrolling get broken between -beta and 1.7.0 :/ |
| 08:41.34 | stefan_schmidt_w | JaMa: But you can do another one once we have the tarballs |
| 08:41.45 | stefan_schmidt_w | JaMa: ugh |
| 08:41.55 | JaMa | stefan_schmidt_w: http://www.shr-project.org/trac/ticket/2056 |
| 08:41.57 | stefan_schmidt_w | JaMa: Scrolling in what? genlist? |
| 08:42.16 | JaMa | I don't know yet.. just seen this bug report and haven't looked myself yet |
| 08:42.40 | stefan_schmidt_w | JaMa: hmm, okay. Elfe is using elm IIRC |
| 08:42.53 | stefan_schmidt_w | So it might be in elm :( |
| 08:43.19 | JaMa | stefan_schmidt_w: and it's only in elfe... intone (also elm) too http://lists.shr-project.org/pipermail/shr-devel/2012-September/004146.html |
| 08:44.39 | stefan_schmidt_w | JaMa: hmm, let me check elementary_test here |
| 08:52.24 | *** join/#oe silvio (~silvio@fireone.i3p.it) |
| 08:52.35 | silvio | g morning all |
| 08:54.09 | *** join/#oe mickey_ (~mickey@81-18-206-13.static.chello.pl) |
| 09:04.13 | *** join/#oe mickey_ (~mickey@81-18-206-13.static.chello.pl) |
| 09:09.46 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:13.27 | stefan_schmidt_w | JaMa: Sorry, took some time as I completely screwed my e config by switching to mobile |
| 09:13.42 | stefan_schmidt_w | JaMa: tested with the mobile elm profile here and scrolling works fine |
| 09:14.23 | stefan_schmidt_w | JaMa: And it broke surely between beta and final? |
| 09:15.44 | JaMa | we were using beta and alpha before since they were released and the report arrived only after upgrade to 1.7.0 |
| 09:16.19 | *** join/#oe pepermint (~pepermint@host134-90-dynamic.10-188-r.retail.telecomitalia.it) |
| 09:16.48 | stefan_schmidt_w | JaMa: hmm |
| 09:17.27 | JaMa | stefan_schmidt_w: can you join #openmoko-cdevel ? someone says he knows solution for this |
| 09:17.39 | JaMa | stefan_schmidt_w: and it's probably issue with our profile |
| 09:17.54 | stefan_schmidt_w | done |
| 09:22.24 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:31.12 | *** join/#oe phdeswer (~phdeswer@a88-113-110-227.elisa-laajakaista.fi) |
| 09:40.45 | pb_ | morning all |
| 09:41.47 | pb_ | mickeyl: yeah, that plan never quite came to fruition in time. we have a new baby daughter now (Sophie, age 2.5 weeks) so probably not going to be practical to travel in the near future. |
| 09:42.07 | bluelightning | hi pb_ |
| 09:42.13 | bluelightning | hi silvio |
| 09:42.20 | pb_ | hi bluelightning |
| 09:42.37 | silvio | hi bluelightning |
| 09:42.43 | silvio | hi pb_ |
| 09:45.58 | fraxinath | does anybody have an idea how to fix this? checking alignment of guint32... configure: error: in `/dream/glib232_oe/tmp/work/mips32el-oe-linux/glib-2.0/glib-2.0-1_2.32.3-r2/glib-2.32.3':configure: error: cannot compute alignment of guint32 |
| 09:46.59 | pb_ | missing site file entry, maybe? |
| 09:47.41 | pb_ | though, it seems to be in mips-common, so why you aren't getting that is a bit of a mystery. |
| 10:12.19 | *** join/#oe nslu2-log (~nslu2-log@140.211.169.184) |
| 10:52.43 | Noor | hi guys |
| 10:53.00 | Noor | I am trying to do do_prepare_release[depends] += "${MEL_RELEASE_IMAGE}:do_build" |
| 10:53.09 | Noor | do_prepare_release[depends] += "${MEL_RELEASE_IMAGE}: do_build" |
| 10:53.59 | Noor | but when I get the graph of the recipe I cant see my image recipe do_build task under do_prepare_release |
| 10:54.26 | Noor | but when I change do_build to do_rootfs i can see that task in the graph |
| 10:54.36 | Noor | is there something special with do_build? |
| 10:56.53 | *** join/#oe kristoffer (~kristoffe@c-90dae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 10:59.09 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
| 11:00.21 | *** join/#oe jkridner___ (~jason@pdpc/supporter/active/jkridner) |
| 11:01.08 | Noor | looks like we cant add do_build task in one's depends .... is that correct? |
| 11:01.22 | Noor | if yes what is the reason behind it |
| 11:17.20 | *** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia) |
| 11:29.42 | *** join/#oe fog (~fog@debian/developer/fog) |
| 11:31.31 | Noor | something is going over there with do_build in task depends |
| 11:37.19 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
| 11:38.56 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 11:45.30 | *** join/#oe silvio_ (~silvio@fireone.i3p.it) |
| 11:53.45 | *** join/#oe CIA-9 (cia@cia.vc) |
| 11:56.02 | *** join/#oe mhnoyes (~mhnoyes@74-47-23-138.dr01.myck.or.frontiernet.net) |
| 11:56.03 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:02.43 | *** join/#oe pepermint (~pepermint@host134-90-dynamic.10-188-r.retail.telecomitalia.it) |
| 12:08.12 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 12:11.19 | *** join/#oe pepermint (~pepermint@host134-90-dynamic.10-188-r.retail.telecomitalia.it) |
| 12:20.58 | *** join/#oe pepermint (~pepermint@host134-90-dynamic.10-188-r.retail.telecomitalia.it) |
| 12:24.31 | *** join/#oe florian (~fuchs@sign-4d0946b5.pool.mediaWays.net) |
| 12:24.31 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 12:29.33 | *** join/#oe pepermint (~pepermint@host134-90-dynamic.10-188-r.retail.telecomitalia.it) |
| 12:45.44 | Noor | bluelightning: ping |
| 12:45.53 | bluelightning | hi Noor |
| 12:46.03 | Noor | hello bluelightning lighting |
| 12:46.20 | Noor | sorry to bother you directly |
| 12:46.40 | Noor | do you have any comment on the problem I wrote earlier |
| 12:47.00 | bluelightning | Noor: no problem, but unfortunately I don't know the answer I'm afraid |
| 12:47.02 | Noor | right now I am digging in bitbake code :( |
| 12:47.27 | Noor | that means I have to dig it myself :) |
| 12:47.28 | bluelightning | the question is why do you want a dependency on do_build? |
| 12:47.41 | bluelightning | do_build itself doesn't do anything |
| 12:47.58 | Noor | basically we created a release recipe |
| 12:49.25 | Noor | bluelightning: previously in image.bbcalss EXTRA_IMAGEDEPENDS was added in do_rootfs but recently it was changed and now EXTRA_IMAGEDEPENDS are added in do_build depends |
| 12:49.48 | bluelightning | hmm, I'm not sure then... |
| 12:50.04 | Noor | so not release recipe needs to depend on image do_build instead of do_rootfs |
| 12:50.22 | Noor | hhhmmm thanks bluelightning |
| 12:50.34 | *** join/#oe pepermint (~pepermint@host134-90-dynamic.10-188-r.retail.telecomitalia.it) |
| 12:57.19 | *** join/#oe pepermint (~pepermint@host134-90-dynamic.10-188-r.retail.telecomitalia.it) |
| 13:08.55 | silvio_ | someone could explain me difference between BSPLAYERS, BBLAYERS and BASELAYERS? |
| 13:14.48 | *** join/#oe kgilmer (~kgilmer@rrcs-108-176-50-210.nyc.biz.rr.com) |
| 13:20.44 | *** join/#oe chackal_sjc (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 13:23.19 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-iriduhzomiahudzi) |
| 13:44.05 | *** part/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 13:47.30 | *** join/#oe _chase_ (~a0271661@nat/ti/x-yykhmfdsfpklcocr) |
| 13:55.28 | *** join/#oe martiert (~martin@37.191.128.59) |
| 14:14.49 | *** join/#oe JDuke128 (~kadirbaso@188.3.61.14) |
| 14:18.17 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 14:32.01 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 14:58.06 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 15:01.07 | silvio_ | in oe core there is some timeout for packet fetching? |
| 15:01.46 | JaMa | yes |
| 15:01.54 | JaMa | silvio_: check wget in bitbake.conf |
| 15:02.20 | *** join/#oe dvhart (~dvhart@static-50-53-99-101.bvtn.or.frontiernet.net) |
| 15:03.09 | silvio_ | It seams no for me ... now check, but i m using git |
| 15:03.12 | bluelightning | JaMa: can you test paule/packagegroup-fixes OE-Core contrib branch? |
| 15:03.20 | bluelightning | JaMa: to check I haven't missed anything |
| 15:03.34 | JaMa | bluelightning: I'm using only 3 oe-core tasks on target, but yes |
| 15:03.56 | bluelightning | JaMa: no worries, thanks |
| 15:08.09 | JaMa | bluelightning: there was also task-xserver in meta-oe before |
| 15:08.17 | JaMa | so it should R* also that |
| 15:08.33 | silvio_ | previously, using oe classic, to interrupt bitbake I use only ctrl^C |
| 15:08.52 | silvio_ | now with oe-core I need to removefile bitbake.lock? |
| 15:08.54 | bluelightning | JaMa: oh, I got the name wrong |
| 15:08.58 | JaMa | bluelightning: and for met to test it would you mind adding also packagegroup-x11-* for meta-oe entries? |
| 15:08.58 | bluelightning | silvio_: no |
| 15:09.00 | silvio_ | I m rigth? |
| 15:09.05 | JaMa | bluelightning: no, both should be there |
| 15:09.15 | bluelightning | silvio_: it is only paid attention to when it points to a running PID |
| 15:09.18 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 15:09.32 | bluelightning | JaMa: really?! |
| 15:09.38 | JaMa | yes |
| 15:10.06 | JaMa | actually all 3 if todays patches to meta-oe (replace to packagegroup) get applied before this |
| 15:10.23 | bluelightning | ok... but we really need to avoid adding anything like this mess in future... |
| 15:10.45 | silvio_ | its present after i kill the job |
| 15:11.10 | *** part/#oe rschus (~rschus@vsr56-h01-31-32-193-216.dsl.sta.abo.bbox.fr) |
| 15:11.36 | silvio_ | bluelightning, now ctrl^C doenst terminate bitbake |
| 15:11.51 | bluelightning | silvio_: what do you mean? it does for me here... |
| 15:12.06 | JaMa | silvio_: sometimes it takes long |
| 15:12.16 | JaMa | silvio_: (e.g. when git is running on background) |
| 15:12.31 | JaMa | bluelightning: yes, package renames are messy |
| 15:12.43 | JaMa | bluelightning: maybe it wasn't worth renaming to packagegroup.. |
| 15:12.47 | silvio_ | ah ok, because in the oe-classic, was almost istantaneous |
| 15:12.53 | bluelightning | JaMa: what I mean is, with OE-Core we have the possibility to tidy things up |
| 15:13.01 | silvio_ | ok thanks |
| 15:13.03 | *** join/#oe ecloud (quassel@nat/trolltech/x-qmbfnnoumacskgsu) |
| 15:13.22 | bluelightning | JaMa: we shouldn't just add things that aren't cleaned up to meta-oe on the assumption they will be cleaned up in future |
| 15:13.33 | kergoth | silvio_: ^C once means shut down cleanly, wait for runnning tasks to finish. ^C again after that will terminate the running tasks. it's always worke that way, even in classic |
| 15:14.26 | JaMa | bluelightning: those things were clean until it was changed in oe-core.. |
| 15:16.01 | bluelightning | JaMa: I'm confused, how did you have task-x11-server and task-xserver? |
| 15:16.09 | JaMa | bluelightning: I mean task-x11 as well as task-xserver existed in meta-oe |
| 15:17.00 | JaMa | it was split to 2 recipes later to make only one MACHINE_ARCH and exclude it as ABISAVE from siggen |
| 15:17.21 | bluelightning | so, there was no task-xserver package, just an RPROVIDES |
| 15:17.55 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:19.25 | bluelightning | JaMa: ok I've pushed a new branch with the extra RPROVIDES |
| 15:19.52 | JaMa | bluelightning: http://git.openembedded.org/meta-openembedded/commit/?id=8f79297046d8bda340ebf00d004d44288dae93ee |
| 15:19.59 | JaMa | bluelightning: http://git.openembedded.org/meta-openembedded/commit/?id=bdf3f45012e218aac93b494136965ede6d32f212 |
| 15:20.28 | JaMa | so yes it was partially to provide upgrade path for meta-angstrom users |
| 15:21.05 | bluelightning | right, but only a build-time upgrade path |
| 15:21.32 | bluelightning | oh well, it's not really important |
| 15:21.50 | JaMa | and 28db5ce99e119171f788dfb3d810382be98e815b in meta-angstrom |
| 15:21.52 | bluelightning | the important thing is that we provide the appropriate upgrade path for the current change |
| 15:23.56 | JaMa | I still see only task-x11-* in your updated branch |
| 15:25.47 | JaMa | Multiple replacers for task-x11-illume, using first one (packagegroup-x11-illume). |
| 15:26.06 | JaMa | hmm, intereging, there should be just one |
| 15:26.15 | bluelightning | JaMa: sorry, I don't understand what I've missed... |
| 15:27.59 | silvio_ | ok I soved, in chroot i forgot to add fingerprint of my RSA at the System, and i dind't receive message, so I though something was freezed |
| 15:30.10 | JaMa | bluelightning: packagegroup-x11-* |
| 15:30.25 | JaMa | bluelightning: if my patch gets applied to meta-oe, before yours in oe-core |
| 15:30.45 | JaMa | bluelightning: then some users can already upgrade to packagegroup-x11-server from meta-oe |
| 15:31.58 | bluelightning | JaMa: where does packagegroup-x11-* come from? |
| 15:32.06 | bluelightning | oh no you can't be serious |
| 15:32.08 | bluelightning | no |
| 15:32.18 | bluelightning | the answer is to fix these in lock-step or not at all |
| 15:33.09 | JaMa | yes I meant from meta-oe |
| 15:33.48 | JaMa | ok I'll ask koen to hold that patch |
| 15:34.15 | bluelightning | that seems like the best approach |
| 15:34.18 | *** join/#oe zenlinux_ (~sgarman@c-50-137-42-92.hsd1.or.comcast.net) |
| 15:34.19 | bluelightning | IMHO |
| 15:35.38 | JaMa | well meta-oe does not even parse now.. so yes nobody will probably build it now |
| 15:35.51 | bluelightning | right... |
| 15:36.07 | JaMa | but I cannot test upgrade path anymore |
| 15:36.09 | bluelightning | to be honest I was expecting to have more time to produce a patch for meta-oe myself, but timescales haven't allowed for that |
| 15:36.21 | JaMa | all my installed targets are already upgraded to packagegroup-x11-* |
| 15:37.13 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
| 15:37.49 | bluelightning | JaMa: ok, well I think this mechanism is fairly well understood now... I can send my series and if you change your patches to just remove task-x11* they will line up |
| 15:38.30 | JaMa | I should go for lunch first |
| 15:38.42 | *** join/#oe Hoolxi (~Openfree@120.204.128.249) |
| 15:38.58 | bluelightning | JaMa: ok, np... thanks for your patience on this one |
| 15:39.16 | silvio_ | It is possible build a packet without a "COPYING" file? |
| 15:40.17 | bluelightning | silvio_: you do need to set LIC_FILES_CHKSUM |
| 15:43.21 | silvio_ | I did, it is empty now, but BB does not like it, it is possible forcing it empty? |
| 15:44.05 | bluelightning | silvio_: is the recipe for something open source? |
| 15:47.07 | silvio_ | nope |
| 15:47.47 | silvio_ | but i still dont know the license |
| 15:50.04 | bluelightning | silvio_: if it's closed source / proprietary you can set LICENSE = "CLOSED" |
| 15:50.09 | bluelightning | but *only* if that |
| 15:50.31 | bluelightning | in which case the LIC_FILES_CHKSUM check will not be performed |
| 15:51.02 | bluelightning | otherwise you do need to point to a license file somewhere |
| 15:51.17 | bluelightning | the idea is, if the upstream changes the license you want to detect that |
| 15:51.37 | silvio_ | ok thanks, software is in development until now license is not done, but probably will be closed :( |
| 15:51.56 | bluelightning | silvio_: ok, that's fine, in which case LICENSE = "CLOSED" is valid |
| 15:52.23 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 15:52.38 | silvio_ | bluelightning, I try LICENSE = Commercial, now i try your way |
| 15:53.24 | JaMa | bluelightning: you should split x11-server from packagegroup-core-x11.bb like meta-oe did |
| 15:53.32 | JaMa | bluelightning: XSERVER variable depends on MACHINE |
| 15:53.49 | JaMa | while x11 and x11-utils can be allarch |
| 15:53.59 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
| 15:54.00 | silvio_ | bluelightning, thanks u always right ;) |
| 15:54.12 | bluelightning | JaMa: is there any major value in that? |
| 15:55.06 | JaMa | yes, it does not rebuild for each machine switch |
| 15:55.40 | JaMa | and it should be added to SIGGEN_EXCLUDERECIPES_ABISAFE |
| 15:55.40 | bluelightning | we're talking about a package group though, it's almost negligible |
| 15:56.18 | JaMa | problem is that this recipe says MACHINE_ARCH which is right, but any other recipe which RDEPENDS on task-x11-server depends on sstate checksum |
| 15:56.57 | JaMa | so it makes e.g. task-efl-something also rebuilding after each machine switch even with "inherit allarch" |
| 15:57.01 | JaMa | and that's just wrong |
| 15:57.59 | bluelightning | don't we have a mechanism to avoid that rebuilding? |
| 15:58.15 | JaMa | yes SIGGEN_EXCLUDERECIPES_ABISAFE |
| 15:58.27 | JaMa | that's what is used in meta-oe for task-x11-server |
| 15:58.44 | bluelightning | right, so why can that not be used here without having to split the recipe? |
| 15:58.56 | JaMa | but better to exclude smallest part possible -> that's why it was split |
| 16:00.21 | bluelightning | as I said, we're talking about a package group recipe which takes almost no time to rebuild; unless you're suggesting this rebuild affects packages that the package group depends upon? |
| 16:00.53 | JaMa | no but it causes rebuilds of recipes which rdepends on this package group |
| 16:04.31 | bluelightning | JaMa: I'm clearly missing something here... what is the issue with adding packagegroup-core-x11 to SIGGEN_EXCLUDERECIPES_ABISAFE ? |
| 16:06.00 | bluelightning | ah, no, that will not work |
| 16:07.14 | bluelightning | it would have been good to have this feedback earlier... |
| 16:07.58 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
| 16:07.58 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 16:08.23 | JaMa | then don't merge such invasive changes 1 day after they were sent to ML.. |
| 16:08.30 | bluelightning | JaMa: I didn't merge them... |
| 16:08.46 | JaMa | I know.. |
| 16:09.07 | bluelightning | I do however need to make whatever clean ups are necessary |
| 16:09.45 | bluelightning | so what you're saying is, we can't replace the meta-oe recipes without splitting packagegroup-core-x11 |
| 16:09.48 | bluelightning | ? |
| 16:10.26 | JaMa | we can, but that split was intentional in meta-oe and I don't like the idea to revert it just because it doesn't take so much time to rebuild them |
| 16:11.33 | JaMa | and that split is quite easy now without any need to change RPROVIDES/RREPLACES/RCONFLICTS in oe-core |
| 16:12.09 | JaMa | and packagegroup-core-x11 can have default PACKAGE_ARCH then |
| 16:14.04 | JaMa | it makes more sense to me, than standalone packagegroup-core-x11-base.bb |
| 16:15.13 | JaMa | or task-core-x11-mini whatever it was |
| 16:29.25 | bluelightning | JaMa: I'm afraid I can't rush the split in right now |
| 16:30.14 | bluelightning | JaMa: could you propose this split for OE-Core on the mailing list? |
| 16:30.36 | bluelightning | in the mean time I can submit my other changes, leaving out the 3/3 patch to do the replacement of the meta-oe recipes |
| 16:31.22 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 16:33.02 | JaMa | bluelightning: sorry not now, fixing other things |
| 16:33.15 | bluelightning | JaMa: at this point it's not urgent |
| 16:34.20 | JaMa | should I send patch to split it? |
| 16:34.38 | JaMa | it's easier then describe it again (without copy pasting our discussion) |
| 16:35.32 | *** join/#oe pidge (pidge@nat/intel/x-uvnaaqcrsswfklmx) |
| 16:35.37 | bluelightning | JaMa: well the patch would need to have the case properly made in the commit message, so it makes little difference... |
| 16:37.21 | JaMa | bluelightning: so what's the point of split between packagegroup-core-x11-base.bb packagegroup-core-x11.bb ? |
| 16:38.09 | bluelightning | JaMa: that's to not have to build the things that depends upon if you don't need those things at all |
| 16:38.34 | *** join/#oe CMoH (~cipi@78.96.83.205) |
| 16:38.35 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 16:39.05 | bluelightning | i.e. things that need actual compilation... it's a small list to be sure, but not insignificant |
| 16:56.34 | mario-goulart | Is it possible to expand expressions with the @ syntax? For example, I want something like |
| 16:56.36 | mario-goulart | DEPENDS = "${$bb.data.getVar('PN',d,1).replace('foo','far') if bb.data.getVar('PN',d,1).endswith('baz')}" |
| 16:58.28 | JaMa | bluelightning: http://bpaste.net/show/43746/, I can add it to your branch if you like it |
| 17:00.17 | bluelightning | JaMa: you need to be much more descriptive in the commit message than that; it needs to start with "split packagegroup-x11-server out into a separate recipe..." mentioning recipes that are affected, that this will help replace the recipes in meta-oe, etc. |
| 17:01.32 | *** join/#oe JimNH (~jmchale@23-25-217-117-static.hfc.comcastbusiness.net) |
| 17:01.47 | silvio_ | I still trouble with OE-core and qwt, someone have erros about this: |
| 17:01.57 | silvio_ | /home/oe-core/build/out-eglibc/work/armv7a-vfp-angstrom-linux-gnueabi/qwt-6.0.1-r0/qwt-6.0.1/examples/../lib/libqwt.so: error: undefined reference to 'clock_gettime' |
| 17:01.58 | silvio_ | | /home/oe-core/build/out-eglibc/work/armv7a-vfp-angstrom-linux-gnueabi/qwt-6.0.1-r0/qwt-6.0.1/examples/../lib/libqwt.so: error: undefined reference to 'clock_getres' |
| 17:02.03 | bluelightning | mario-goulart: replace the second $ with @, that ought to work |
| 17:02.51 | mario-goulart | bluelightning: jesus christ. What have I done |
| 17:03.20 | JaMa | bluelightning: packagegroup-core-x11: split machine specific parts to separate recipe packagegroup-core-x11-server ? |
| 17:03.44 | bluelightning | JaMa: s/machine specific/possibly machine specific/ |
| 17:04.54 | bluelightning | JaMa: there may be some sstate issues with declaring machine-specific recipes as ABISAFE btw, I've not looked into it closely though |
| 17:06.26 | bluelightning | mario-goulart: with recent bitbake versions that should be d.getVar rather than bb.data.getVar also |
| 17:07.57 | mario-goulart | bluelightning: ah, thanks. I'm using bitbake 1.15.1 here. |
| 17:08.33 | bluelightning | mario-goulart: right, then d.getVar is the preferred method |
| 17:08.49 | JaMa | bluelightning: qemu machines defines XSERVER so it's always depending on MACHINE var |
| 17:08.58 | mario-goulart | bluelightning: Alright, thank you. |
| 17:09.07 | *** join/#oe martiert (~martin@37.191.128.59) |
| 17:10.23 | bluelightning | JaMa: that doesn't mean XSERVER is intrinsically a machine variable |
| 17:11.30 | JaMa | for sstate it does AFAIK |
| 17:12.28 | mario-goulart | I get "ERROR: Failure expanding variable RDEPENDS, expression was ${@d.getVar('PN',d,1).replace('osca-','ossa-') if not d.getVar('PN',d,1).endswith('terminal')} which triggered exception SyntaxError: unexpected EOF while parsing (RDEPENDS, line 1)" |
| 17:12.50 | mario-goulart | I wonder what syntax rule I'm screwing. |
| 17:13.07 | mario-goulart | The exact line I've added is: |
| 17:13.09 | mario-goulart | RDEPENDS = "${@d.getVar('PN',d,1).replace('osca-','ossa-') if not d.getVar('PN',d,1).endswith('terminal')}" |
| 17:13.18 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 17:13.28 | khem | why are you passing 'd' |
| 17:13.47 | kergoth | looks like an incorrect conversion from bb.data.getVar |
| 17:13.57 | *** join/#oe GNUtoo (~gnutoo@ABordeaux-152-1-57-206.w82-125.abo.wanadoo.fr) |
| 17:14.00 | khem | d.getVar('PN' True) |
| 17:14.01 | JaMa | and you probably want RDEPENDS_${PN} |
| 17:14.03 | khem | should be enough |
| 17:14.43 | mario-goulart | JaMa: it's actually a .inc which performs several hacks |
| 17:15.14 | mario-goulart | khem: but would that cause a syntax error? |
| 17:16.09 | JaMa | mario-goulart: and? |
| 17:16.56 | mario-goulart | JaMa: usually I want RDEPENDS to contain 'ossa-foo' if PN is osca-foo, except when PN is osca-terminal (there is no ossa-terminal). |
| 17:17.09 | *** join/#oe pidge (pidge@nat/intel/x-takbxrfkaprrinau) |
| 17:18.02 | JaMa | mario-goulart: and you want that for PN or also PN-dev PN-dbg etc? |
| 17:18.09 | mario-goulart | JaMa: sorry, maybe I misunderstand you suggestion. You mean I should simply use RDEPENDS_${PN} instead of RDEPENDS? |
| 17:18.18 | JaMa | yes |
| 17:18.40 | mario-goulart | Ah, ok. |
| 17:19.13 | mario-goulart | What about the syntax error? It seems that I'm violating some syntax rule. |
| 17:20.02 | kergoth | well, first of all, that line has a logic flaw, it'll end up with rdepends set to 'None' if PN doesn't end with terminal |
| 17:20.09 | kergoth | you have no else for your conditioanl |
| 17:20.29 | kergoth | second, it really sounds like what you want is an anonymous python block, not iuinline python |
| 17:21.38 | mario-goulart | kergoth: good catch. |
| 17:23.23 | kergoth | but no, i don't see an obvious syntax failure there, that error doesn't make a great deal of sense |
| 17:27.21 | mario-goulart | kergoth: what would an anonymous python block be? If it is anonymous and not inline, how can I reference it? |
| 17:29.18 | kergoth | python () { |
| 17:29.19 | kergoth | } |
| 17:29.27 | kergoth | grep around, they're everywhere |
| 17:29.30 | silvio_ | bb |
| 17:29.45 | kergoth | you don'jt need to reference it, because it gets automaitcally run at the end of teh recipe parsing, around the same time as the RecipeParsed event is fired |
| 17:30.32 | mario-goulart | kergoth: ah, ok. Thank you. |
| 17:33.27 | JaMa | bluelightning: RREPLACES/RCONFLICTS are missing in ./meta/recipes-core/packagegroups/packagegroup-base.bb |
| 17:33.39 | JaMa | or I don't see them |
| 17:35.33 | *** join/#oe dvhart (~dvhart@134.134.139.70) |
| 17:42.45 | bluelightning | JaMa: argh I missed those because they are added in code |
| 17:42.50 | bluelightning | will fix up now |
| 17:43.12 | *** join/#oe chackal_sjc (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 17:59.52 | *** join/#oe HokieTux (~HokieTux@157.22.28.10) |
| 18:06.44 | bluelightning | JaMa: done |
| 18:06.50 | bluelightning | bbl |
| 18:29.57 | *** join/#oe xxiao1 (~xxiao@70.114.155.243) |
| 18:34.58 | *** join/#oe CIA-29 (cia@cia.vc) |
| 18:42.56 | *** join/#oe nitink (~nitink@134.134.139.76) |
| 19:02.43 | *** join/#oe roxell (~roxell@c-183270d5.07-21-73746f28.cust.bredbandsbolaget.se) |
| 19:03.59 | *** join/#oe ensc_ (~irc-ensc@p54ADF65F.dip.t-dialin.net) |
| 19:11.01 | *** join/#oe rcf (~rcf@178-117-158-72.access.telenet.be) |
| 19:16.36 | *** join/#oe bewest (~bewest@httpcraft/bewest) |
| 19:19.05 | bewest | this recipe isn't working for me: https://github.com/openembedded/meta-oe/blob/master/meta-oe/recipes-devtools/nodejs/nodejs_0.6.20.bb |
| 19:19.25 | bewest | I get this error: https://gist.github.com/3624889 |
| 19:19.36 | bewest | is this the right place to ask? |
| 19:23.00 | JaMa | bewest: try to -c cleansstate it first |
| 19:23.07 | JaMa | seems like broken archive in sstate-cache |
| 19:23.10 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-seiuhkilnkvowcvp) |
| 19:23.37 | bewest | -c cleanstate nodejs-native # or nodejs ? |
| 19:23.41 | bewest | or both |
| 19:23.51 | bewest | still wrapping my brain around all this |
| 19:24.19 | bewest | cleansstate/cleanstate/? |
| 19:28.12 | JaMa | nodejs-native & cleansstate |
| 19:29.03 | bewest | yeah, same |
| 19:29.32 | bewest | ERROR: Error executing a python function in /home/bewest/src/beagle-board-setup-scripts/sources/meta-openembedded/meta-oe/recipes-devtools/nodejs/nodejs_0.6.20.bb: |
| 19:29.32 | bewest | CalledProcessError: Command 'tar -cf - -C /home/bewest/src/beagle-board-setup-scripts/build/tmp-angstrom_v2012_05-eglibc/work/x86_64-linux/nodejs-native-0.6.20-r0/sysroot-destdir///home/bewest/src/beagle-board-setup-scripts/build/tmp-angstrom_v2012_05-eglibc/sysroots/x86_64-linux -ps . | tar -xf - -C /home/bewest/src/beagle-board-setup-scripts/build/tmp-angstrom_v2012_05-eglibc/sysroots/x86_64-linux' returned non-zero exit status 2 with output tar: /home/bewes |
| 19:30.53 | bewest | with cleansstate |
| 19:31.40 | JaMa | cleansstate fails like this? |
| 19:31.54 | JaMa | or build after that? |
| 19:32.18 | JaMa | you can get that broken archive from some SSTATE_MIRROR if you're using it |
| 19:35.44 | bewest | no |
| 19:35.47 | bewest | cleansstate succeeds |
| 19:36.14 | *** join/#oe HokieTux (~HokieTux@157.22.28.10) |
| 19:36.53 | bewest | cleansttate nodejs-native success. nodejs-native then fails at the same point with the same error after recompiling |
| 19:37.08 | bewest | and it looks like some important directories are empty |
| 19:37.14 | bewest | /src/beagle-board-setup-scripts/build/tmp-angstrom_v2012_05-eglibc/work/x86_64-linux/nodejs-native-0.6.20-r0$ find sysroot-destdir/ |
| 19:37.24 | bewest | sysroot-destdir/ and image/ are both empty |
| 19:38.47 | *** join/#oe roric (~roric@c-aa70e455.1210-29-64736c14.cust.bredbandsbolaget.se) |
| 19:41.21 | JaMa | remove SSTATE_MIRROR, cleansstate again and try again |
| 19:41.47 | *** join/#oe HokieTux|Ettus (~HokieTux@157.22.28.10) |
| 19:43.22 | bewest | oh, sorry remove from where? the nodejs-.bb recipe? |
| 19:44.38 | bewest | I don't have any, I believe |
| 19:45.06 | JaMa | bewest: it can be in distro config or local.conf or something like that |
| 19:45.22 | bewest | yeah, I'm looking in my local.conf at setup-scripts level |
| 19:45.29 | bewest | where else can I check |
| 19:45.42 | JaMa | you can also check if nodejs-native exists somewhere in sstate-cache dir |
| 19:45.55 | JaMa | meta-angstrom etc as I said |
| 19:46.26 | bewest | if I find one in sstate-cache dir, I should try deleting? |
| 19:46.58 | JaMa | bewest: it's deleted by cleansstate but if you have SSTATE_MIRROR then it could be downloaded for you |
| 19:50.15 | bewest | :~/src/beagle-board-setup-scripts/sources$ for x in ./* ; do test -d $x && (cd $x; git grep SSTATE_MIRROR); done |
| 19:50.21 | bewest | pretty sure I don't have anything set |
| 19:53.33 | bewest | pretty sure I've descended to all the itneresting places |
| 19:53.37 | bewest | I can't find anything like that |
| 20:04.20 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 20:09.48 | bewest | where does this tar command get produced |
| 20:12.05 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
| 20:12.12 | zecke | hi |
| 20:12.53 | zecke | is there a current summary of how meta-systemd should work? E.g. to make images use systemd? Right now it is difficult to build a sysvinit/udev and systemd image at the same time |
| 20:13.55 | JaMa | zecke: there is not IMAGE scope switch |
| 20:14.17 | JaMa | zecke: it's possible to set few DISTRO scope variables to select right tasks/providers |
| 20:14.32 | kergoth | that doesn't make sense. what was the pint of splitting out the -systemd packages for everything if they can't be easily installed? |
| 20:14.44 | kergoth | if it requires a rebuild, then there was no point to any of that |
| 20:15.03 | JaMa | agreed |
| 20:15.41 | JaMa | but at least now some people can use meta-oe without meta-systemd layer |
| 20:16.57 | JaMa | kergoth: moving /sbin/int with its u-a to separate recipe could help |
| 20:17.00 | JaMa | init |
| 20:19.24 | zecke | JaMa: sorry, my point was that systemd now provides udev, which does not install the sysvinit script. |
| 20:20.19 | zecke | JaMa: a) I set PREFERRED_PROVIDER_udev = "systemd" then sysvinit images will not have a sysvinit script for udev |
| 20:20.37 | zecke | JaMa: b) I set PREFERRED_PROVIDER_udev = "udev" and then systemd is not buildable. :) |
| 20:21.19 | zecke | so I wonder what I am missing. |
| 20:24.30 | JaMa | ah yes use systemd as PREFERRED_PROVIDER_udev only for systemd images where you don't need sysvinit script |
| 20:30.08 | zecke | from inside the image? this feels a bit odd. |
| 20:31.31 | JaMa | no in distro config |
| 20:31.57 | zecke | that means a distro can only build one kind of image? |
| 20:32.18 | zecke | i have a recovery image that requires udev but has a tiny startscript |
| 20:32.18 | JaMa | yes |
| 20:32.42 | *** join/#oe woglinde (~henning@g225072105.adsl.alicedsl.de) |
| 20:32.56 | zecke | JaMa: were the implications discussed? |
| 20:33.03 | JaMa | but fwiw you can use PREFERRED_PROVIDER_udev = "udev" with systemd image too |
| 20:33.13 | JaMa | zecke: yes, few times |
| 20:33.33 | zecke | JaMa: see b). bitbake systemd will not work. :) |
| 20:33.48 | zecke | (or didn't work) |
| 20:33.54 | JaMa | why? |
| 20:34.23 | JaMa | it worked fine (at least with slightly older systemd) |
| 20:34.50 | JaMa | but you have to cleansstate old provider from sysroot manually after switch |
| 20:35.08 | JaMa | also libudev .so name was changed so you have to clean stuff rdepending on that |
| 20:35.58 | zecke | ERROR: Multiple .bb files are due to be built which each provide udev (/data/sysmocom/customer/generic/poky/meta-oe/meta-systemd/recipes-core/systemd/systemd_git.bb /data/sysmocom/customer/generic/poky/meta/recipes-core/udev/udev_164.bb). |
| 20:38.46 | *** join/#oe amarsman (~marsman@5248832F.cm-4-1c.dynamic.ziggo.nl) |
| 20:39.55 | *** join/#oe Desert (~quassel@192.100.196.161) |
| 20:45.28 | *** join/#oe _chase_1 (~a0271661@nat/ti/x-ruvpfkuuzszetgmm) |
| 20:51.44 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
| 20:52.19 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
| 20:59.57 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
| 21:16.28 | *** join/#oe JimNH (~jmchale@23-25-217-117-static.hfc.comcastbusiness.net) |
| 21:17.37 | *** join/#oe anarsoul (~anarsoul@80.249.93.160) |
| 21:18.25 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 21:40.28 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
| 21:40.28 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:58.40 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
| 21:59.48 | *** join/#oe Umeaboy (~Umeaboy@213-21-78-135.customer.t3.se) |
| 22:00.09 | *** join/#oe rsalveti (~rsalveti@177.133.174.94) |
| 22:00.10 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 22:10.28 | *** join/#oe bewest (~bewest@httpcraft/bewest) |
| 23:03.08 | *** join/#oe JDuke128 (~kadirbaso@188.3.61.14) |