| 00:12.10 | khem | kergoth: how would I shared the B between two recipes |
| 00:12.19 | khem | kergoth: is there existing provisions ? |
| 00:13.04 | kergoth | khem: for S, there's the shared worktree stuff that richard put in, for B, no clue, probably nothign in place |
| 00:13.07 | khem | one way I can think of is copy the whole built tree into somewhere in staging |
| 00:15.25 | otavio | ant__: I am also working on it with that goal |
| 00:17.26 | khem | like OEBasichash |
| 00:18.54 | darknighte | koen: ping |
| 00:23.21 | *** join/#oe mayday_jay (~mayday_ja@2001:470:b0ba:0:200:1aff:fe19:b8c5) |
| 00:28.13 | *** join/#oe CIA-134 (~CIA@cia.atheme.org) |
| 00:28.14 | *** join/#oe valhalla_ (~valhalla@81-174-23-102.dynamic.ngi.it) |
| 00:28.14 | *** join/#oe maccarro (~maccarro@71-212-64-14.tukw.qwest.net) |
| 00:28.14 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
| 00:28.14 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 00:28.14 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 00:28.14 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 00:28.14 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 00:28.14 | *** join/#oe blindvt_ (~brf@85-127-16-87.dynamic.xdsl-line.inode.at) |
| 00:28.14 | *** join/#oe mr_nice (~guib@83-64-51-210.static.xdsl-line.inode.at) |
| 00:28.14 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 00:28.14 | *** join/#oe SilicaGel (~quassel@leavenworth78.main.ad.rit.edu) |
| 00:28.14 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 00:29.40 | otavio | bitbake -e is returning wrongly as it was interrupted |
| 00:31.05 | otavio | ohhh fixed in master |
| 00:31.08 | otavio | got it now |
| 00:49.16 | *** join/#oe msm1 (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 00:51.25 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 01:01.27 | bluelightning | Crofton|work: let me know how you get on with the qt patches |
| 01:01.32 | bluelightning | is off to bed, nite all |
| 01:09.45 | *** join/#oe CcSsNET (~user@c-24-147-194-80.hsd1.ma.comcast.net) |
| 01:12.06 | *** join/#oe kgilmer (~kgilmer@p3158-ipad06yosemiya.okinawa.ocn.ne.jp) |
| 01:15.39 | *** join/#oe tlab (~tlab@c-98-223-22-156.hsd1.in.comcast.net) |
| 01:36.52 | *** join/#oe liamMT (~Liam@173-164-164-245-SFBA.hfc.comcastbusiness.net) |
| 01:45.04 | otavio | bitbake is failing now with |
| 01:45.05 | otavio | DEBUG: while parsing sstate_installpkg, in call of bb.build.exec_func, argument 'preinst' is not a string literal |
| 01:45.08 | otavio | DEBUG: while parsing do_clean, in call of bb.build.exec_func, argument 'f' is not a string literal |
| 01:45.12 | otavio | ERROR: Command execution failed: Exited with 1 |
| 01:45.12 | otavio | any idea why? |
| 01:47.31 | otavio | I am trying to trace it with no success |
| 02:07.03 | icanicant | otavio: same error here, the error message doesn't give much away |
| 02:07.24 | otavio | icanicant: at least i am not the only one |
| 02:08.35 | icanicant | just lost a couple of hours debugging an error in meta-handheld after updating, only to find it was fixed an hour ago. should have stayed away from bleeding edge :D |
| 02:11.24 | otavio | icanicant: heh |
| 02:11.28 | otavio | icanicant: normal |
| 02:23.35 | otavio | icanicant: did you figure which recipe raises the error? |
| 02:31.21 | icanicant | otavio: it's the first time i've delved into the bitbake sources. looks like it's just executing 'rm_work_all' commands. think i'll leave it for the morning, 2.30am here now. |
| 02:33.06 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 02:35.13 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 02:35.13 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 03:17.21 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 03:19.30 | *** part/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
| 03:27.50 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 03:28.15 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 03:28.35 | nerdboy | arr |
| 03:51.39 | *** join/#oe rsalveti (~rsalveti@186.214.57.237) |
| 03:51.39 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 04:18.48 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 04:33.56 | *** join/#oe aloril (~aloril@84.249.126.153) |
| 05:26.17 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 05:29.09 | *** join/#oe erwt (~erwt@122.170.104.85) |
| 05:35.46 | *** join/#oe anarsoul_ (~anarsoul@80.249.95.229) |
| 05:36.56 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 05:56.29 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:05.08 | *** join/#oe devzero_ (devzero@xdsl-78-35-49-113.netcologne.de) |
| 06:28.55 | *** join/#oe Noor (6e5dd462@gateway/web/freenode/ip.110.93.212.98) |
| 06:30.36 | *** join/#oe HeinervdmOff (~zimmerman@cookie.physik.uni-bonn.de) |
| 06:30.55 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 06:33.55 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 07:04.57 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:06.09 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 07:26.35 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 07:40.11 | *** join/#oe oops6_4 (~abhishek@LPuteaux-151-43-26-254.w193-252.abo.wanadoo.fr) |
| 07:45.04 | oops6_4 | Hello I am trying to compile qt4.7.1 for arm9 this is my recipe http://dpaste.com/707129/ I am getting error http://dpaste.com/707131/ please tell me where I am going wrong.. I am totally new to this |
| 08:06.28 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
| 08:12.31 | *** join/#oe Spider-Pork (~Spider-Po@host39-232-static.225-95-b.business.telecomitalia.it) |
| 08:25.30 | *** join/#oe oops6_4 (~abhishek@LPuteaux-151-43-26-254.w193-252.abo.wanadoo.fr) |
| 08:37.50 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 08:37.51 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 08:38.53 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
| 08:43.26 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:45.48 | Jay7 | have found this in bookmarks: http://openembedded.uservoice.com/forums/6963-general |
| 08:45.56 | *** join/#oe mertsas (~martin@nat/cisco/x-zzieqnizerpgdrvc) |
| 08:46.55 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 08:46.55 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:57.40 | *** join/#oe risca (~risca@wi-secure-8039.cc.umanitoba.ca) |
| 08:57.58 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
| 09:01.19 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 09:04.19 | mckoan | good morning |
| 09:04.57 | *** join/#oe tscheck1 (~t@83.151.21.119) |
| 09:11.39 | *** join/#oe Ofpo (~Openfreer@116.228.88.131) |
| 09:11.41 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 09:13.08 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 09:16.51 | bluelightning | hi mckoan, all |
| 09:18.48 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:21.54 | mckoan | hi bluelightning, all |
| 09:21.58 | *** join/#oe kgilmer (~kgilmer@p5093-ipad09yosemiya.okinawa.ocn.ne.jp) |
| 09:22.37 | florian | good morning |
| 09:24.41 | *** join/#oe Ananth_ (7ab78766@gateway/web/freenode/ip.122.183.135.102) |
| 09:25.53 | Ananth_ | i checked out org.openembedded.dev in the bitbake i found following problems |
| 09:25.55 | Ananth_ | ecipes/konqueror/konqueror-embedded_20070316.bb (#--disable-scrollbars \) which is in the middle of a multiline expression. |
| 09:26.03 | Ananth_ | org.openembedded.dev/recipes/kdepimpi/kdepimpi-base.inc (# pwmanager/libcrypt/cipher \) which is in the middle of a multiline expression. |
| 09:29.44 | bluelightning | Ananth_: use bitbake 1.12 |
| 09:31.51 | Ananth_ | i have now is __version__ = "1.15.1" in that one is this problem fixed ? |
| 09:33.22 | Ananth_ | bluelightning: i have git version for bitbake, what head need to checkout |
| 09:34.14 | bluelightning | Ananth_: the problem is in the metadata (which is OE-Classic), it has not been updated to work with bitbake newer than 1.12.x |
| 09:34.31 | bluelightning | Ananth_: if you're starting something new I'd recommend starting with OE-Core instead |
| 09:34.41 | bluelightning | Ananth_: http://www.openembedded.org/wiki/OpenEmbedded-Core |
| 09:34.42 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
| 09:34.54 | *** join/#oe pepermint (~pepermint@host239-84-dynamic.4-87-r.retail.telecomitalia.it) |
| 09:35.06 | bluelightning | otherwise you can continue to use OE-Classic but you will need to use bitbake 1.12.x |
| 09:40.13 | Ananth_ | Thanks |
| 09:42.44 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
| 09:47.51 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
| 09:48.53 | *** join/#oe pespin (~pespin@90.163.51.170) |
| 09:50.13 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
| 09:51.22 | *** join/#oe icanicant (~klawson@213.218.221.154) |
| 09:54.30 | *** join/#oe kristoffer (~kristoffe@c-63dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 09:55.56 | *** join/#oe risca (~risca@wi-secure-8039.cc.umanitoba.ca) |
| 10:04.15 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 10:07.41 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:07.43 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
| 10:08.50 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 10:10.08 | mertsas | anyone tried using the pvr driver for the omap4 instead of the omapfb driver? Any tips on how to do that? |
| 10:17.40 | *** join/#oe multiplex (~Laurent@37.1.173.206) |
| 10:21.11 | rob_w | what is the best practise when updateing a package via opkg and it brings a new conffile .. right now opkg mentions that and doesnt copy it over but places a .opkg backup file ? |
| 10:21.46 | Jin^eLD | rob_w: it depends on your use case, if you do not want the user to be able to modify the conf file, then you should not list those files als CONFFILEs in your recipe |
| 10:21.58 | Jin^eLD | if its defined as conf file, then opkg will only update it if there were no changes |
| 10:22.09 | Jin^eLD | if the user did any changes - you'll get the backup scenario |
| 10:22.20 | Jin^eLD | just like with .rpmnew and so on on fedora for example |
| 10:26.38 | rob_w | right , thx |
| 10:30.27 | *** join/#oe mickey_office (~mickey@e182221015.adsl.alicedsl.de) |
| 10:35.23 | *** join/#oe jackmitch (~jack@195.171.99.130) |
| 10:49.31 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 11:16.04 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
| 11:17.16 | *** join/#oe multiplex (~Laurent@37.1.173.206) |
| 11:24.15 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
| 11:27.18 | *** join/#oe MrSan (d4d10305@gateway/web/freenode/ip.212.209.3.5) |
| 11:27.43 | *** part/#oe MrSan (d4d10305@gateway/web/freenode/ip.212.209.3.5) |
| 11:32.43 | *** join/#oe MrSan (d4d10305@gateway/web/freenode/ip.212.209.3.5) |
| 11:33.32 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:37.23 | *** join/#oe pvanhoof (~pvanhoof@d54C148A9.access.telenet.be) |
| 11:50.25 | *** join/#oe pvanhoof_ (~pvanhoof@d54C148A9.access.telenet.be) |
| 12:09.47 | *** join/#oe roland (~quassel@phobos.martem.ee) |
| 12:11.40 | *** join/#oe pepermint (~pepermint@host239-84-dynamic.4-87-r.retail.telecomitalia.it) |
| 12:17.03 | roland | Hi. I'm new to openembedded, so this is probably a dumb question: what to do if I encounter this kind of error? ERROR: Function 'Fetch failed: Unable to fetch URL http://www.angstrom-distribution.org/unstable/sources/git_git.savannah.gnu.org.config.git_e35217687ee5f39b428119fe31c7e954f6de64f0.tar.gz from any source.' failed |
| 12:18.39 | *** join/#oe pvanhoof_ (~pvanhoof@d54C148A9.access.telenet.be) |
| 12:18.50 | jackmitch | roland: the anstrom-distribution.org site seems to be down |
| 12:19.18 | jackmitch | hence, 'Fectch failed' means that it could not resolve the site to download the required sources :) |
| 12:19.51 | roland | jackmitch: all mirrors are down too? |
| 12:21.13 | roland | what's the usual work procedure in this kind of situation? |
| 12:21.16 | jackmitch | I'm not sure what the mirror situation is with angstrom, it may just be a case of waiting |
| 12:21.42 | jackmitch | i'm no expert myself so unfortuantly cannot be of much more help :( |
| 12:22.03 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 12:22.03 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 12:38.36 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 12:38.37 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 12:38.50 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 12:38.50 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 12:46.10 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 12:50.21 | *** join/#oe JDuke128 (~kadir@46.2.3.30) |
| 12:53.11 | *** part/#oe oops6_4 (~abhishek@LPuteaux-151-43-26-254.w193-252.abo.wanadoo.fr) |
| 12:57.02 | *** join/#oe pvanhoof_ (~pvanhoof@d54C148A9.access.telenet.be) |
| 13:02.24 | *** join/#oe pvanhoof_ (~pvanhoof@d54C148A9.access.telenet.be) |
| 13:06.08 | *** join/#oe decembersoul (5dc425ee@gateway/web/freenode/ip.93.196.37.238) |
| 13:06.22 | decembersoul | hello |
| 13:07.04 | decembersoul | after a long time i'm back to openembedded. But i have some questions. |
| 13:12.16 | decembersoul | First: which branche is the current best for beginnig to create a new distri not based on Ångström? currently i'm using master |
| 13:14.51 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 13:15.01 | decembersoul | master has lots of problems with broken download links. I have added lots of mirrors to finish a minimal distri image. But now i would like to switch to a new 3.x Kernel. The wiki show "change kernel TBD" |
| 13:16.44 | decembersoul | PREFERRED_VERSION_linux = "3.0" at local.conf din't work |
| 13:17.56 | decembersoul | KERNEL = "kernel30" and MACHINE_KERNEL_VERSION = "3.0" at conf/distro/minimal.conf din't work |
| 13:18.29 | JaMa|Off | you're trying oe-classic right? look at new layers instead for new work |
| 13:19.34 | decembersoul | DEFAULT_PREFERENCE = "1" and DEFAULT_PREFERENCE_qemux86 = "1" at recipes/linux/linux_3.0.bb seem to work. The 3.0 was compiled but the header din't fit |
| 13:20.56 | decembersoul | i used http://www.openembedded.org/wiki/Getting_started to start. Is there a new howto for the new "layers"? |
| 13:22.52 | bluelightning | decembersoul: the closest we have to an explanation of the new structure is http://www.openembedded.org/wiki/OpenEmbedded-Core |
| 13:25.10 | decembersoul | ok. Now i have to read ... Thanks. |
| 13:25.51 | *** join/#oe mhnoyes (~mhnoyes@184-12-250-129.dr01.myck.or.frontiernet.net) |
| 13:25.52 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:34.21 | *** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
| 13:56.54 | *** join/#oe kgilmer (~kgilmer@p5093-ipad09yosemiya.okinawa.ocn.ne.jp) |
| 13:57.04 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 13:57.05 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 13:58.17 | *** join/#oe DJWillis (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
| 13:59.58 | mckoan | decembersoul: you may also have a look at this table version using oe-classic http://www.kaeilos.com/download |
| 14:00.06 | mckoan | s/table/stable |
| 14:07.03 | decembersoul | thanks. I will try oe-core. If it din't become clear i will try kaeilos. |
| 14:15.42 | *** join/#oe pepermint (~pepermint@95.232.87.163) |
| 14:36.54 | *** join/#oe pepermint (~pepermint@host121-31-dynamic.10-188-r.retail.telecomitalia.it) |
| 15:02.44 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 15:14.42 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 15:21.54 | *** join/#oe multiplex (~Laurent@37.1.173.206) |
| 15:26.20 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 15:29.52 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 15:31.06 | *** join/#oe ensc_ (~irc-ensc@p54ADE857.dip.t-dialin.net) |
| 15:48.38 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 15:49.27 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 15:52.47 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 15:52.47 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 15:59.42 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 16:04.48 | *** join/#oe GNUtoo|laptop (~gnutoo@host29-81-dynamic.48-82-r.retail.telecomitalia.it) |
| 16:10.33 | *** part/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 16:14.03 | GNUtoo|laptop | hi khem |
| 16:24.39 | GNUtoo|laptop | did anyone use gold + armv4t? |
| 16:29.09 | *** join/#oe msm (~msm@gate-tx3.freescale.com) |
| 16:34.08 | awozniak | using oe-core, under what circumstances might I get an error "ERROR: Function failed: Fetcher failure for URL: 'file://speedup.patch'. Unable to fetch URL from any source." ? There is a directory named "files" in the same director as my recipe, and it contains a speedup.patch file |
| 16:37.35 | Jin^eLD | awozniak: are you sure it is in FILESPATH or whatever the var name si? |
| 16:37.59 | Jin^eLD | are you maybe adding this in your .bbappend and you forgot FILESEXTRAPATHS_prepend or something? just a wild guess :) |
| 16:38.26 | awozniak | I'm not familiar with either of those. Looking at other working recipes, I don't see those variables. |
| 16:38.36 | Jin^eLD | are you on classic or core? |
| 16:38.56 | awozniak | oe-core |
| 16:39.18 | Jin^eLD | and is it your own recipe "from scratch" or are you using a .bbappend to modify an existing recipe in some other layer? |
| 16:39.46 | awozniak | bbappend |
| 16:39.55 | Jin^eLD | ok thats what I was getting at :) |
| 16:40.08 | Jin^eLD | then you need FILESEXTRAPATHS_prepend := "${THISDIR}/files:" |
| 16:40.12 | Jin^eLD | on top of your .bbappend |
| 16:40.23 | awozniak | kthx |
| 16:41.50 | awozniak | still no joy |
| 16:42.27 | Jin^eLD | well where did you put your speedup.patch? |
| 16:42.39 | Jin^eLD | under files/speedup.patch as seen from the dir where the .bbappend is? |
| 16:42.44 | awozniak | yep |
| 16:42.49 | kergoth | there are *many* examples of bbappends using FILESEXTRAPATHS |
| 16:42.51 | kergoth | just use grep |
| 16:45.04 | awozniak | my bad there, I used "FILES_EXTRAPATHS" not FILESEXTRAPATHS |
| 16:45.09 | awozniak | thanks for the help |
| 17:05.08 | *** join/#oe pespin (~pespin@cisne-cn08.upc.es) |
| 17:11.13 | *** join/#oe fullstop (~quassel@64-121-54-104.c3-0.tlg-ubr1.atw-tlg.pa.cable.rcn.com) |
| 17:12.38 | kenws | bluelightning: Thanks for sharing the elc-videos url! |
| 17:13.03 | bluelightning | kenws: no problem... thank the people who gave presentations :) |
| 17:13.12 | kenws | : ) |
| 17:26.53 | *** join/#oe rob_w (~bob@ppp-188-174-33-184.dynamic.mnet-online.de) |
| 17:26.53 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 17:28.09 | khem | GNUtoo|laptop: yes |
| 17:39.13 | GNUtoo|laptop | khem, because on SHR we got thumb interworking issues |
| 17:39.26 | GNUtoo|laptop | like it switches to thumb with LDR |
| 17:40.23 | khem | GNUtoo|laptop: oh hmmm I see |
| 17:41.21 | khem | GNUtoo|laptop: yes it does not have the relevant fix for armv4 |
| 17:41.26 | khem | let me see something |
| 17:41.34 | GNUtoo|laptop | ok thanks a lot!!!! |
| 17:42.49 | khem | what is your machine underlying arch ? |
| 17:42.54 | khem | armv4 or armv4t |
| 17:43.01 | GNUtoo|laptop | om-gta02: armv4t |
| 17:44.00 | Crofton|work | bluelightning, http://pastebin.com/VAHM6wnB |
| 17:44.01 | khem | should work alright for armv4t I guess |
| 17:45.00 | khem | Crofton|work: hi, |
| 17:45.03 | bluelightning | Crofton|work: hmm... didn't see that one myself |
| 17:45.10 | khem | hmmm lookin at your fix theere is no error |
| 17:45.10 | GNUtoo|laptop | => 0x402ae6ac: ldr pc, [r12, #2404]! ; 0x964 |
| 17:45.36 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 17:46.00 | GNUtoo|laptop | then that points to: |
| 17:46.10 | GNUtoo|laptop | 0x7cf64 <malloc>: push {r3, lr} |
| 17:47.51 | khem | GNUtoo|laptop: ok |
| 17:47.59 | Crofton|work | I didn't think so |
| 17:48.01 | GNUtoo|laptop | then on stepi it illegal instructions |
| 17:48.12 | Crofton|work | doing this in the backgroundd and I wanted to let you know what I see |
| 17:48.21 | Crofton|work | need to make sure I didn't suck in qmake from somewhere else |
| 17:48.29 | GNUtoo|laptop | I can try to reproduce and get better infos if you want |
| 17:48.44 | khem | GNUtoo|laptop: let me look up something |
| 17:48.50 | khem | pulls out the red book |
| 17:49.24 | GNUtoo|laptop | and I was told that it was still in arm modem when executing thumb instructions |
| 17:49.29 | GNUtoo|laptop | hence the illegal instruction |
| 17:49.34 | GNUtoo|laptop | *arm mode |
| 17:50.16 | pb_ | that certainly won't work on armv4t |
| 17:50.29 | pb_ | you need an interworking sequence, you can't just jump from thumb to arm like that. |
| 17:50.39 | GNUtoo|laptop | indeed that's what I was told |
| 17:51.02 | GNUtoo|laptop | but in the recent arm book they say you can jump with LDR but I was told that it's not the case |
| 17:51.02 | pb_ | if gcc is generating that code under -march=armv4t then it is a bug. |
| 17:51.26 | pb_ | I'm not sure what "recent arm book" you're talking about, but if it was written in the last decade it is probably not referring to armv4t. |
| 17:51.40 | GNUtoo|laptop | let me find it |
| 17:51.50 | bluelightning | Crofton|work: going to run a build again just to check |
| 17:51.58 | pb_ | that code sequence will work fine on armv5t and newer, it's just v4t where it will break. |
| 17:51.58 | Crofton|work | ok |
| 17:52.09 | Crofton|work | that was a clean build with angstrom |
| 17:52.31 | bluelightning | Crofton|work: chances are it's not related to angstrom |
| 17:52.45 | Crofton|work | yeah, I just believe in full disclosure :) |
| 17:52.49 | bluelightning | but that's a useful bit of info in any case, thanks :) |
| 17:53.19 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 17:53.30 | khem | GNUtoo|laptop: yes pb_ is right. LDR pc .. does not do mode switch arches older than armv5t |
| 17:53.54 | Crofton|work | ok, must work on getting stable support in place for existing products |
| 17:54.32 | khem | GNUtoo|laptop: I wonder if gcc is configured wrongly |
| 17:54.58 | khem | GNUtoo|laptop: or options passed by the package in question are wrong |
| 17:55.09 | GNUtoo|laptop | I think the options are ok |
| 17:55.09 | khem | GNUtoo|laptop: which package is that btw. have you identified that |
| 17:55.15 | GNUtoo|laptop | bash |
| 17:55.24 | khem | ok |
| 17:56.02 | khem | I wonder if its some linker veneer |
| 17:56.09 | pb_ | so you're compiling with -march=armv4t, right? |
| 17:56.23 | pb_ | whereabouts in the code does the offending sequence occur? is it actually in bash's sources? |
| 17:56.23 | GNUtoo|laptop | yes, JaMa|Off just switched to gold and the issue appeared right after |
| 17:56.37 | GNUtoo|laptop | but maybe the toolchain was bumped too, I've no idea |
| 17:57.23 | GNUtoo|laptop | arm-oe-linux-gnueabi-gcc -march=armv4t -mthumb -mthumb-interwork -mtune=arm920t --sysroot=/home/gnutoo/embedded/oe/oe-core/shr/oetmps/build/sysroots/om-gta02 -c -DHAVE_CONFIG_H -DSHELL -I. -I.. -I.. -I../include -I../lib -I. -O2 -pipe -g -feliminate-unused-debug-types break.c |
| 17:57.30 | GNUtoo|laptop | example of how it's compiled ^^^^ |
| 17:57.47 | GNUtoo|laptop | I think it's in bash's malloc.c |
| 17:58.30 | khem | I think its definitely the linker induced veneer code |
| 17:58.52 | khem | can you disassemble the code around that ldr |
| 17:59.15 | GNUtoo|laptop | yes |
| 17:59.18 | pb_ | what version of gold do you have? |
| 17:59.20 | GNUtoo|laptop | let me gdb to it |
| 17:59.25 | pb_ | I just eyeballed the code for 2.21 and it does look broken. |
| 17:59.30 | GNUtoo|laptop | how to know the gold version |
| 17:59.33 | khem | pb_: whatever comes with 2.22 |
| 17:59.40 | pb_ | "gold --version"? |
| 17:59.43 | GNUtoo|laptop | ok |
| 18:00.11 | khem | brb |
| 18:00.12 | pb_ | well, anyway, have a look at the logic it uses to decide when to set_may_use_blx(). |
| 18:00.23 | pb_ | 2.21 looks wrong, I don't have any newer version on hand to look at right now |
| 18:01.06 | khem | pb_: I dont think gold is so well excercised on arches less than armv5t I suppose |
| 18:01.14 | GNUtoo|laptop | isn't it arm*gold? |
| 18:01.24 | GNUtoo|laptop | because gold points to /usr/bin/gold in the devshell |
| 18:01.36 | pb_ | well, yes, whatever gold you are using |
| 18:01.46 | pb_ | armv4t-oe-linux-ld probably |
| 18:01.51 | GNUtoo|laptop | ok |
| 18:02.19 | GNUtoo|laptop | 2.22 |
| 18:02.51 | GNUtoo|laptop | http://paste.debian.net/157320/ |
| 18:04.52 | pb_ | ok, let me have a quick look at cvsweb |
| 18:05.31 | *** join/#oe devzero_ (devzero@xdsl-89-0-164-217.netcologne.de) |
| 18:06.11 | pb_ | looks like it was probably fixed in november or thereabouts |
| 18:06.17 | pb_ | so I would guess 2.22 is probably still broken |
| 18:06.27 | GNUtoo|laptop | ok |
| 18:06.36 | pb_ | could try just fixing up that one line yourself, or get a newer version |
| 18:06.50 | GNUtoo|laptop | ok |
| 18:06.52 | GNUtoo|laptop | phone ringing |
| 18:06.55 | GNUtoo|laptop | will be back soon |
| 18:08.20 | *** join/#oe woglinde (~heinold@g225074252.adsl.alicedsl.de) |
| 18:08.45 | GNUtoo|laptop | back |
| 18:08.53 | GNUtoo|laptop | hi woglinde |
| 18:09.21 | woglinde | hi gnutoo |
| 18:11.18 | GNUtoo|laptop | JaMa|Off, ^^^ |
| 18:11.43 | *** join/#oe icanicant (~icanicant@dsl-217-155-248-78.zen.co.uk) |
| 18:14.51 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 18:17.47 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
| 18:18.27 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 18:43.14 | *** join/#oe morphis (~morphis@dslb-088-071-253-071.pools.arcor-ip.net) |
| 18:44.47 | *** join/#oe panto (~panto@195.97.110.117) |
| 18:45.07 | panto | hey, I get this out of a fresh checkout as of this afternoon: http://pastebin.com/94ybFQLd |
| 18:45.21 | panto | MACHINE=omap4430-panda ./oebb.sh bitbake console-image |
| 18:45.27 | panto | anyideas? |
| 18:46.18 | *** join/#oe pidge (eflanagan@nat/intel/x-dgzukyxdajwptsty) |
| 18:51.57 | woglinde | panto are you sure that this the latest from git? |
| 18:52.56 | *** join/#oe Heinervdm (~thomas@p5B0F45B2.dip.t-dialin.net) |
| 18:53.06 | panto | woglinde, pretty sure |
| 18:55.34 | woglinde | wonders because someone else should have been stumbled over it |
| 18:55.42 | woglinde | hm maybee a problem with meta-oe |
| 18:55.45 | woglinde | not oe-core |
| 18:57.45 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 18:59.13 | woglinde | trying it now here too |
| 19:05.02 | woglinde | no problem here |
| 19:05.05 | woglinde | hm |
| 19:14.02 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:14.40 | *** join/#oe galak (~galak@nat/ti/x-bxsapvqwtspkafse) |
| 19:15.34 | *** join/#oe rcf (~rcf@215.229-243-81.adsl-dyn.isp.belgacom.be) |
| 19:18.34 | *** join/#oe e-ffi (~cybercom@HSI-KBW-149-172-190-228.hsi13.kabel-badenwuerttemberg.de) |
| 19:27.37 | *** join/#oe risca (~risca@wi-secure-8039.cc.umanitoba.ca) |
| 19:34.42 | GNUtoo|laptop | panto, woglinde maybe previous workdir were re-used, I often have to clean the toochain because of that |
| 19:43.52 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 19:43.53 | woglinde | he said clean |
| 19:44.01 | woglinde | but I made it clean here too |
| 19:44.03 | woglinde | and it worked |
| 19:45.39 | panto | diff --git a/conf/local.conf b/conf/local.conf |
| 19:45.39 | panto | index 1c8dc76..51f17b9 100644 |
| 19:45.39 | panto | --- a/conf/local.conf |
| 19:45.39 | panto | +++ b/conf/local.conf |
| 19:45.39 | panto | @@ -13,8 +13,10 @@ IMAGE_FSTYPES += "tar.bz2" |
| 19:45.40 | panto | <PROTECTED> |
| 19:45.42 | panto | <PROTECTED> |
| 19:45.44 | panto | <PROTECTED> |
| 19:45.46 | panto | -PARALLEL_MAKE = "-j2" |
| 19:45.48 | panto | -BB_NUMBER_THREADS = "2" |
| 19:45.50 | panto | +# PARALLEL_MAKE = "-j2" |
| 19:45.52 | panto | +# BB_NUMBER_THREADS = "2" |
| 19:45.54 | panto | +PARALLEL_MAKE = "" |
| 19:45.56 | panto | +BB_NUMBER_THREADS = "1" |
| 19:45.58 | panto | <PROTECTED> |
| 19:46.00 | panto | <PROTECTED> |
| 19:46.02 | panto | <PROTECTED> |
| 19:46.06 | panto | this fixes it as well |
| 19:47.08 | kergoth | ehm, that could have been two lines, rather than 15 |
| 19:47.10 | woglinde | no paste here |
| 19:47.18 | woglinde | ~pastebin |
| 19:47.18 | ibot | [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude. |
| 19:49.54 | *** join/#oe pespin (~pespin@90.163.51.170) |
| 20:08.03 | *** join/#oe multiplex (~Laurent@37.1.173.206) |
| 20:09.00 | panto | woglinde, yeah I know, this was faster |
| 20:09.38 | *** join/#oe multiplex (~Laurent@37.1.173.206) |
| 20:14.55 | *** join/#oe morphis (~morphis@dslb-088-071-253-071.pools.arcor-ip.net) |
| 20:20.13 | *** join/#oe rickfoosusa (~chatzilla@cpe-72-177-7-236.austin.res.rr.com) |
| 20:22.07 | panto | looks like disabling parallel make and threads fixes it |
| 20:27.12 | *** join/#oe liamMT1 (~Liam@173-164-164-245-SFBA.hfc.comcastbusiness.net) |
| 20:28.45 | woglinde | panto strange |
| 20:28.55 | woglinde | that should not happen |
| 20:29.02 | panto | it is what it is |
| 20:29.06 | woglinde | and your are not using this much threds |
| 20:29.21 | panto | I know |
| 20:31.19 | blindvt | khem, i need a way to build without threads. So, in DISTRO_FEATURES, do you prefer me to use "pthread" or "pthreads" ? |
| 20:32.59 | khem | blindvt: use pthreads |
| 20:33.07 | blindvt | k |
| 20:33.20 | khem | are you getting far with that btw. |
| 20:34.08 | blindvt | khem, btw.. IIRC i have some commentary typo fix in one of the repos in the one aldot/fixes (or fixups, dunno) branches. What should i do to get that applied upstream? |
| 20:34.39 | blindvt | khem, didn't start yet. So if you beat me to it, i'd be glad since i don't have much time ATM |
| 20:35.11 | blindvt | khem, should be pretty straight forward. No magic involved, as you know. |
| 20:35.35 | *** join/#oe vivijim1 (vivijim@nat/intel/x-uxikglmjnpuwayjh) |
| 20:36.43 | blindvt | khem, the most involved step is to fixup/add dependencies but for me as micro-interested that's not too involved either |
| 20:36.51 | blindvt | (obviously) |
| 20:37.53 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
| 20:38.00 | ynezz | woglinde: it happens here also http://fpaste.org/8pvT |
| 20:39.25 | ynezz | I've seen similar problems before, but was unable to track it down... |
| 20:39.50 | ynezz | usually reruning the bitbake "fixed it" for me |
| 20:42.09 | ynezz | looks like something fishy here http://fpaste.org/ODeU |
| 20:43.04 | woglinde | older bitbake? |
| 20:43.28 | ynezz | 1.15.1 |
| 20:43.28 | ynezz | is that old? |
| 20:43.48 | woglinde | no its the actual |
| 20:43.58 | panto | I dunno, it shouldn't matter which bitbake version |
| 20:44.08 | ynezz | it might |
| 20:44.16 | blindvt | woglinde, khem, http://git.openembedded.org/openembedded-core-contrib/log/?h=aldot/fixes |
| 20:44.27 | blindvt | typo fix in base.bbclass |
| 20:45.07 | blindvt | commentary typo fix in base.bbclass, even |
| 20:45.07 | woglinde | blindvt send it to the oe-core ml |
| 20:57.12 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 20:59.49 | khem | GNUtoo|laptop: can you try this patch http://sakrah.dontexist.org/files/0001-binutils-gold-Correct-interworking-checks.patch |
| 21:00.10 | khem | GNUtoo|laptop: this should hopefully fix the gold issue on armv4t you had |
| 21:00.18 | GNUtoo|laptop | wow thanks a lot |
| 21:01.14 | khem | GNUtoo|laptop: please rebuild bash after applying this patch. It should already take care of rebuilding binutils since I have pr bump in there |
| 21:01.23 | khem | and report back if the issue is gone |
| 21:01.24 | GNUtoo|laptop | ok |
| 21:01.48 | JaMa|Off | GNUtoo|laptop: I'll start rebuild as soon as you confirm this fix and push it to oe-core-contrib/shr |
| 21:01.55 | GNUtoo|laptop | JaMa|Off, ok |
| 21:02.08 | JaMa|Off | started sdk build to keep buildhost busy for now :) |
| 21:02.47 | GNUtoo|laptop | ok I'll stop building angstrom for my bug and build bash for shr |
| 21:03.42 | khem | JaMa|Off: I still owe you the gcc rebuild fix. I have not looked into it |
| 21:04.40 | *** join/#oe teamnoir (~chatzilla@m209-5.dsl.rawbw.com) |
| 21:04.52 | JaMa|Off | khem: reboud or headerfix? :) |
| 21:04.59 | JaMa|Off | s/reboud/rebuild/g |
| 21:05.17 | teamnoir | What is the current bitbake task that replaces "mrproper"? That is, what do i "bitbake -c" to remove downloaded source? |
| 21:05.28 | khem | reboud |
| 21:05.34 | kergoth | teamnoir: cleanall |
| 21:05.35 | JaMa|Off | khem: but not with more sstate fixes it seems to be a bit better (haven't seen it in last rebuild from scratch) |
| 21:05.39 | teamnoir | ty |
| 21:05.43 | khem | GNUtoo|laptop: that patch may not apply directly |
| 21:05.46 | kergoth | (which imo is misleading, as we have tasks like 'fetchall' which do something en tirely different) |
| 21:05.46 | khem | let me refix it |
| 21:06.13 | teamnoir | I concur, "cleanall" is weird by comparison to fetchall. |
| 21:06.16 | JaMa|Off | khem: maybe it was caused by this http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=c6be068de2f716c9fdfc54970fd9908b4f2cd0e6 |
| 21:06.25 | JaMa|Off | khem: so feel free to ignore rebuild issue for now |
| 21:07.08 | GNUtoo|laptop | khem, it applies |
| 21:07.53 | khem | GNUtoo|laptop: oh it does hmm ok |
| 21:08.02 | khem | may be then I messed up my local build heh |
| 21:08.16 | *** join/#oe papercrane (~papercran@c-76-103-172-115.hsd1.ca.comcast.net) |
| 21:08.23 | GNUtoo|laptop | ok |
| 21:08.37 | GNUtoo|laptop | thanks a lot, I'm building now |
| 21:08.47 | khem | np thank me if it works :) |
| 21:09.04 | khem | JaMa|Off: so you seem to be one happy man than without any issues :) |
| 21:09.09 | teamnoir | Can I get bitbake to tell me where, specifically, it is fetching from? |
| 21:10.43 | JaMa|Off | khem: sure I'm man without issues :) just ladies doesn't know it yet (at least not all of them :)) |
| 21:12.12 | khem | hmmm heh |
| 21:12.29 | khem | dont fall prey thats all I would suggest :) |
| 21:12.44 | khem | GNUtoo|laptop: I wonder what version of binutils do u have there |
| 21:12.55 | wmat | teamnoir: I assume you mean for a specific app? |
| 21:12.58 | khem | since the patch is already applied to binutils 2.22 in oe-core |
| 21:13.10 | teamnoir | wmat: yes, for a specific component. |
| 21:13.24 | GNUtoo|laptop | khem, I'll look but I think it's 2.22 |
| 21:13.35 | JaMa|Off | yup should be 2.22 |
| 21:13.39 | GNUtoo|laptop | http://paste.debian.net/157320/ |
| 21:14.12 | GNUtoo|laptop | khem, the oe patch applies cleanly |
| 21:14.20 | GNUtoo|laptop | but not the gold patch |
| 21:14.43 | khem | GNUtoo|laptop: the patch I gave you is failing right ? |
| 21:15.21 | GNUtoo|laptop | yes |
| 21:15.27 | GNUtoo|laptop | at do_patch |
| 21:15.32 | khem | ok. thats what I expected |
| 21:15.33 | GNUtoo|laptop | should I fix locally? |
| 21:15.45 | khem | no, I just checked that patch is already in |
| 21:15.52 | khem | let me look more |
| 21:20.37 | *** join/#oe teamnoir_ (~chatzilla@m209-5.dsl.rawbw.com) |
| 21:23.50 | wmat | teamnoir: grep the recipe file for SRC_URI |
| 21:24.26 | *** join/#oe teamnoir_ (~chatzilla@m209-5.dsl.rawbw.com) |
| 21:27.12 | khem | GNUtoo|laptop: I guess I will have to build for armv4t myself here and see whats going wrong in bash |
| 21:27.31 | khem | GNUtoo|laptop: so you have ARM_INSTRUCTION_SET = thumb" |
| 21:27.35 | khem | by default right ? |
| 21:28.12 | JaMa|Off | khem: are you sure about this patch being applied in oe-core/master? I don't see it there |
| 21:28.34 | khem | JaMa|Off: its applied to original sources of gold in 2.22 |
| 21:28.48 | JaMa|Off | ah I see |
| 21:28.59 | khem | so I guess there is a real bug here. |
| 21:29.06 | khem | I want to reproduce it |
| 21:29.34 | khem | does shr use thumb by default ? |
| 21:32.00 | khem | hmmm I git pulled bitbake wrong idea probably |
| 21:32.09 | khem | lets see what breaks |
| 21:33.38 | khem | JaMa|Off: what errors were you getting with gcc-cross-initial |
| 21:33.47 | khem | I guess I am seeing same probably |
| 21:33.57 | khem | as: line 87: /home/kraj/work/angstrom/sources/openembedded-core/build/tmp-uclibc/sysroots/x86_64-l |
| 21:34.00 | khem | inux/usr/bin/i586-oe-linux-uclibc/i586-oe-linux-uclibc-as: No such file or directory |
| 21:34.01 | khem | something like that ? |
| 21:38.06 | khem | hmmm so in gcc-cross-initial.inc we say DEPENDS = "virtual/${TARGET_PREFIX}binutils ... |
| 21:38.22 | khem | and then few line below we say INHIBIT_DEFAULT_DEPS = "1" |
| 21:39.01 | khem | now if I have a configured gcc-cross-initial and my binutils-cross wants to rebuild I have a problem since the dep is not respected ? |
| 21:39.12 | *** join/#oe uwe_ (~uwe_@dslb-088-066-186-052.pools.arcor-ip.net) |
| 21:39.20 | *** join/#oe ant__ (~andrea@host41-250-dynamic.14-87-r.retail.telecomitalia.it) |
| 21:40.23 | GNUtoo|laptop | no my problem was in do_patch |
| 21:40.25 | GNUtoo|laptop | it didn't apply |
| 21:40.36 | khem | GNUtoo|laptop: thats unrelated to your problem |
| 21:40.59 | GNUtoo|laptop | ok |
| 21:41.33 | *** join/#oe dm8tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) |
| 21:43.10 | *** join/#oe morphis (~morphis@dslb-088-070-143-222.pools.arcor-ip.net) |
| 21:43.14 | JaMa|Off | khem: no work-shared/gcc-4.6.2+svnr181430-r22/gcc-4_6-branch/gcc/calls.c:1089:9: error: 'STACK_CHECK_MAX_VAR_SIZE' undeclared (first use in this function) |
| 21:43.25 | JaMa|Off | khem: that's why I was thinking about headerfixes.. |
| 21:43.30 | khem | DEPENDS="virtual/i586-oe-linux-uclibc-binutils |
| 21:43.44 | *** join/#oe MMx (mmx@2001:6f8:12e0:0:5054:ff:fe12:3456) |
| 21:43.45 | khem | so thats not issue |
| 21:44.02 | ynezz | any gettext guru here? I wonder if it's correct patch http://paste.ubuntu.com/854578 "gettext infrastructure mismatch" type of error.... |
| 21:44.44 | khem | JaMa|Off: that define is in defaults.h |
| 21:44.55 | khem | which we munge in gcc's do_configute |
| 21:45.02 | *** join/#oe dm8tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) |
| 21:45.25 | khem | JaMa|Off: so whast the scenario when this happens |
| 21:47.02 | JaMa|Off | khem: today every build from scratch was just failing like this |
| 21:47.13 | khem | hmmm |
| 21:47.25 | khem | thats the failure in gcc-cross-initial ? |
| 21:47.25 | JaMa|Off | khem: most builds I did with qemux86-64 |
| 21:47.50 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 21:48.12 | JaMa|Off | khem: yes.. see cooker.. 16:34:23 < JaMa|Off> khem: cooker log http://paste.pocoo.org/show/555585/ and referenced do_compile.log http://paste.pocoo.org/show/555586/ |
| 21:48.55 | JaMa|Off | so just clean dir and "bitbake perl" |
| 21:49.14 | JaMa|Off | and this was happening with distroless oe-core |
| 21:49.44 | JaMa|Off | khem: and yes shr uses thumb by default |
| 21:51.49 | khem | JaMa|Off: back to gcc-cross-initial issue its not using sstate to populate from ? |
| 21:52.05 | khem | so its a clean clean build from scratch not just tmpdir deletion |
| 21:53.45 | JaMa|Off | no sstate and yes clean |
| 21:53.57 | JaMa|Off | you can see that from cooker log :) |
| 21:54.42 | khem | I am seeing it but confirming is better |
| 22:04.37 | *** join/#oe nitink (~nitink@192.55.54.38) |
| 22:10.25 | ynezz | what could be the root cause, that I'm getting this error *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.17 but the autoconf macros are from gettext version 0.18 |
| 22:10.29 | ynezz | just sometimes? |
| 22:11.13 | ynezz | just doing "bitbake -c cleanall elfutils-native && bitbake elfutils-native" |
| 22:11.29 | ynezz | sometimes it builds fine, sometimes it ends with that gettext error |
| 22:11.49 | ynezz | reproducible builds :) |
| 22:34.39 | kergoth | esbenh: ping |
| 22:40.07 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 22:48.43 | JaMa|Off | ynezz: not the best solution, oe should gettextize it.. but if there is autopoint called before then gettextize isn't run and such error is shown |
| 22:49.37 | JaMa|Off | ynezz: see autotools.bbclass or 45d7250d64bf7d7c2d29d2dbf61bb6c30b683a80 0d9457c6773ad9d9de7576b5b7ed5610b2d2b8d5 716d12924e03d7ad54517ccbcd8c5439b8f1c348 in meta-oe |
| 22:49.46 | ynezz | it looks like it's impossible to build angstrom on oe-core now |
| 22:49.56 | ynezz | with more than one bb thread |
| 22:50.14 | ynezz | 10 errors and still counting, now git... |
| 22:50.32 | ynezz | there were some changes in bitbake recently? |
| 22:50.41 | *** join/#oe multiplex (~Laurent@37.1.173.206) |
| 22:51.26 | ynezz | I'm building incrementally for past 2 months, say once at least every week, but don't remember it that broken |
| 22:52.19 | kergoth | bitbake shouldn't affect that at all. and doesn't, here |
| 22:52.37 | kergoth | the only bitbake issues could be in potential parse hangs (fixed) and error handling (mostly fixed) |
| 22:55.11 | ynezz | ok, what could cause so many errors due to increased (4) number of bb threads? |
| 22:55.35 | ynezz | it's just a bad luck today? :) |
| 22:56.36 | JaMa|Off | I did few rebuilds from scratch today with 2 threads fine |
| 22:57.50 | ynezz | ok, trying with 2 also |
| 22:59.34 | JaMa|Off | with 4 BB_NUMBER_THREADS and -j 4 it feels like always waiting for IO (and eats lot more memory) so for my quad core system I always use just 2 BB_NUMBER_THREADS |
| 23:00.49 | pb_ | I use 4 BB threads on my quad core, though actually the dependency tree seems to mean that I seldom get 4 tasks executing in parallel for any length of time. |
| 23:01.22 | kergoth | I use 1.5*cores for BB_NUMBER_THREADS and 2*cores for PARALLEL_MAKE, usually, but will occasionally adjust the multipliers |
| 23:01.48 | pb_ | It is a bit sad that the build process still seems to be fundamentally a rather serial one. I guess there are just these unavoidable pinch points that everything has to wait for. |
| 23:02.38 | kergoth | I'm sure there's still work to be done on that. The more we can trim down the dependency digraph, the fewer of those points we should have. e.g. i'm sure we have a ton of stuff depending on -natives that might or might not actually be needed for a given build machine.. |
| 23:02.41 | kergoth | shrugs |
| 23:02.48 | JaMa|Off | heh what type of disks do you have? my TMPDIR is on 3 SATA2 RAID0 and still everytime I check htop it's doing just IO operations |
| 23:03.29 | kergoth | I usually just do a multi-build of a variety of combinations and see how they each perform in practice before I settle for a given machine |
| 23:04.06 | ynezz | well, thank you all for the input |
| 23:04.42 | JaMa|Off | and also git status from buildhistory takes a lot of time after build.. sort of expected with 751M buildhistory/ |
| 23:05.04 | kergoth | hmm, wonder if we can make that more efficient |
| 23:05.41 | JaMa|Off | kergoth: git status in my shr-chroot is even slower then this :) |
| 23:05.56 | JaMa|Off | but that's a lot of binaries.. so again sort of expected |
| 23:06.38 | kergoth | hehe, yeah |
| 23:10.25 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 23:10.25 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 23:19.35 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 23:29.48 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 23:38.10 | khem | WARNING: /home/kraj/work/angstrom/sources/meta-ti/recipes-misc/payload/bonescript.bb: it is recommended to set SYSTEMD_PACKAGES as <existing-package>-systemd |
| 23:38.13 | khem | ERROR: Command execution failed: Exited with 1 | ETA: 00:01:29 |
| 23:38.16 | khem | Summary: There was 1 WARNING message shown. |
| 23:38.18 | khem | Summary: There was 1 ERROR message shown, returning a non-zero exit code. |
| 23:38.25 | khem | updated bitbake and others |
| 23:38.41 | khem | now what bitbake does is that it does not tell me what the error is |
| 23:51.34 | JaMa|Off | did you update it about hour ago? |
| 23:51.43 | khem | no about 3 |
| 23:52.00 | JaMa|Off | I do have that WARNING (from different recipe) but error messages should be fixed now |
| 23:52.20 | *** join/#oe alx_ (~alx@host44-179-dynamic.58-82-r.retail.telecomitalia.it) |
| 23:52.44 | JaMa|Off | khem: then update again, you need this one: http://git.openembedded.org/bitbake/commit/?id=356c42ed00541dea2c382c57f768a4f431d22db0 |
| 23:53.26 | khem | JaMa|Off: yes updare helped |
| 23:53.31 | khem | but I still have an error |
| 23:53.56 | khem | http://pastebin.com/84uXYqza |
| 23:55.16 | khem | someone needs to fix meta-opie may be |
| 23:56.35 | JaMa|Off | yes, koen droped it from setup-scripts and added meta-initramfs |
| 23:57.48 | khem | yeah I guess best |
| 23:58.28 | khem | ok so now I am back on track |
| 23:59.28 | JaMa|Off | going to bed build is running and it won't finish before I have to wake up for daywork :) |