| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:07 | |
| -YoctoAutoBuilder- build #100 of minnow-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/100 | 00:09 | |
| *** ant_home <ant_home!~ant__@host42-251-dynamic.54-79-r.retail.telecomitalia.it> has quit IRC | 00:09 | |
| -YoctoAutoBuilder- build #98 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/98 | 00:10 | |
| *** jwhitmore <jwhitmore!~jwhitmore@109.79.214.100> has quit IRC | 00:16 | |
| -YoctoAutoBuilder- build #104 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/104 | 00:17 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-gkpyboyablvusdbp> has quit IRC | 00:27 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 00:31 | |
| *** Krise <Krise!~kristoffe@45.81-167-187.customer.lyse.net> has joined #yocto | 00:34 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:34 | |
| -YoctoAutoBuilder- build #99 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/99 | 00:43 | |
| *** adelcast <adelcast!~adelcast@130.164.62.193> has quit IRC | 00:45 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:51 | |
| -YoctoAutoBuilder- build #101 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/101 | 00:54 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 00:56 | |
| *** Jin^eLD is now known as Jin|away | 00:58 | |
| *** b1gtuna_ <b1gtuna_!~adam@206.116.3.18> has quit IRC | 00:59 | |
| *** rec <rec!~bcochran@68.38.40.177> has joined #yocto | 00:59 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 01:15 | |
| *** Krise <Krise!~kristoffe@45.81-167-187.customer.lyse.net> has left #yocto | 01:21 | |
| *** LCyrin <LCyrin!~lynn@c-98-207-93-117.hsd1.ca.comcast.net> has quit IRC | 01:24 | |
| *** michael_e_brown <michael_e_brown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 01:25 | |
| *** rec <rec!~bcochran@68.38.40.177> has quit IRC | 01:25 | |
| *** michael_e_brown <michael_e_brown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 01:25 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 01:29 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 01:32 | |
| *** sgw_ <sgw_!~sgw@dhcp-230-26.roosevelt.lane.edu> has quit IRC | 01:39 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 01:40 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 01:44 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:45 | |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 01:46 | |
| *** michael_e_brown <michael_e_brown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 01:49 | |
| *** michael_e_brown <michael_e_brown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 01:51 | |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 01:54 | |
| *** michael_e_brown <michael_e_brown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 01:55 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 01:56 | |
| *** rburton <rburton!~rburton@81.2.106.35> has joined #yocto | 01:57 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 02:04 | |
| *** TanviM <TanviM!~tanvimalh@59.178.45.249> has joined #yocto | 02:09 | |
| *** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has joined #yocto | 02:35 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 02:35 | |
| *** rburton <rburton!~rburton@81.2.106.35> has quit IRC | 02:40 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 02:41 | |
| -YoctoAutoBuilder- build #98 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/98 | 02:45 | |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC | 02:48 | |
| *** halfhalo <halfhalo!halfhalo@cryptkcoding.com> has joined #yocto | 02:48 | |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 02:48 | |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 02:51 | |
| -YoctoAutoBuilder- build #106 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm-lsb/builds/106 | 03:00 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 03:14 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 03:15 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:17 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 03:24 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 03:25 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 03:27 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 03:27 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 03:34 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 03:38 | |
| -YoctoAutoBuilder- build #98 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/98 | 03:41 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 03:42 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:45 | |
| *** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has joined #yocto | 04:03 | |
| *** TanviM <TanviM!~tanvimalh@59.178.45.249> has quit IRC | 04:09 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:11 | |
| spec_ | Bertux_ I hope your're still around or you find this in a log. I've never done it with Yocto, but I know from other Linux experiences that you can run QT stuff directly to the framebuffer device. Some VGA devices on the PC side even have some acceleration. What hardware are you developing on? | 04:14 |
|---|---|---|
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 04:15 | |
| *** rburton <rburton!~rburton@81.2.106.35> has joined #yocto | 04:16 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:39 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has joined #yocto | 04:41 | |
| *** TanviM <TanviM!~tanvimalh@59.178.45.249> has joined #yocto | 04:44 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has quit IRC | 04:52 | |
| *** rburton <rburton!~rburton@81.2.106.35> has quit IRC | 04:57 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 04:58 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:20 | |
| *** TanviM <TanviM!~tanvimalh@59.178.45.249> has quit IRC | 05:23 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 05:26 | |
| *** TanviM <TanviM!~tanvimalh@59.178.45.249> has joined #yocto | 05:29 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 05:35 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 05:35 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has joined #yocto | 05:43 | |
| -YoctoAutoBuilder- build #102 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/102 | 05:47 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has quit IRC | 06:07 | |
| -YoctoAutoBuilder- build #102 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/102 | 06:08 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 06:17 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 06:25 | |
| -YoctoAutoBuilder- build #103 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/103 | 06:30 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has quit IRC | 06:35 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has joined #yocto | 06:36 | |
| *** agust <agust!~agust@p4FDE73D4.dip0.t-ipconnect.de> has joined #yocto | 06:37 | |
| *** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 06:39 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 06:51 | |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 06:52 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 06:54 | |
| *** TanviM_ <TanviM_!~tanvimalh@59.178.39.58> has joined #yocto | 06:56 | |
| *** TanviM <TanviM!~tanvimalh@59.178.45.249> has quit IRC | 06:57 | |
| *** TanviM_ is now known as TanviM | 06:57 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 06:59 | |
| *** rainerschuster <rainerschuster!~Adium@pD95197CB.dip0.t-ipconnect.de> has joined #yocto | 07:00 | |
| *** rainerschuster <rainerschuster!~Adium@pD95197CB.dip0.t-ipconnect.de> has left #yocto | 07:02 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 07:05 | |
| *** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:a45c:4a96:22cf:cd4c> has joined #yocto | 07:05 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 07:05 | |
| *** wfailla <wfailla!~wfailla@2001:6f8:12d9:13:a45c:4a96:22cf:cd4c> has quit IRC | 07:06 | |
| *** wfailla_ <wfailla_!~wfailla@2001:6f8:12d9:13:a45c:4a96:22cf:cd4c> has joined #yocto | 07:06 | |
| *** wfailla_ <wfailla_!~wfailla@2001:6f8:12d9:13:a45c:4a96:22cf:cd4c> has joined #yocto | 07:08 | |
| *** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto | 07:08 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 07:16 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has joined #yocto | 07:22 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 07:25 | |
| *** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has joined #yocto | 07:25 | |
| -YoctoAutoBuilder- build #100 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/100 | 07:26 | |
| *** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has quit IRC | 07:32 | |
| *** SorenHolm <SorenHolm!~quassel@93.167.193.18> has joined #yocto | 07:32 | |
| -YoctoAutoBuilder- build #103 of nightly-x86 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/103 | 07:35 | |
| *** Jin|away is now known as Jin^eLD | 07:37 | |
| *** TanviM <TanviM!~tanvimalh@59.178.39.58> has quit IRC | 07:38 | |
| *** TanviM_ <TanviM_!~tanvimalh@59.178.42.0> has joined #yocto | 07:38 | |
| *** TanviM <TanviM!~tanvimalh@59.178.132.234> has joined #yocto | 07:41 | |
| *** TanviM_ <TanviM_!~tanvimalh@59.178.42.0> has quit IRC | 07:43 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has quit IRC | 07:47 | |
| *** TanviM_ <TanviM_!~tanvimalh@59.178.57.210> has joined #yocto | 07:47 | |
| *** TanviM <TanviM!~tanvimalh@59.178.132.234> has quit IRC | 07:48 | |
| *** TanviM_ is now known as TanviM | 07:48 | |
| -YoctoAutoBuilder- build #104 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/104 | 07:51 | |
| *** tobiash <tobiash!~quassel@mail.bmw-carit.de> has joined #yocto | 07:51 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 07:51 | |
| *** TanviM_ <TanviM_!~tanvimalh@59.178.133.42> has joined #yocto | 07:52 | |
| *** belen <belen!~Adium@46-65-40-70.zone16.bethere.co.uk> has joined #yocto | 07:52 | |
| *** TanviM <TanviM!~tanvimalh@59.178.57.210> has quit IRC | 07:54 | |
| *** TanviM_ is now known as TanviM | 07:54 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has quit IRC | 07:54 | |
| *** belen <belen!~Adium@46-65-40-70.zone16.bethere.co.uk> has quit IRC | 07:54 | |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 07:56 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 07:58 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:59 | |
| *** roric <roric!~roric@c-e69a70d5.013-177-67626713.cust.bredbandsbolaget.se> has joined #yocto | 08:11 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 08:12 | |
| -YoctoAutoBuilder- build #105 of nightly-fsl-arm-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/105 | 08:14 | |
| *** fp_ <fp_!~Chaudhary@103.6.159.103> has joined #yocto | 08:16 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-upyknogfbpqnlyyw> has joined #yocto | 08:18 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:21 | |
| *** kalyank <kalyank!~kalyan@host-109-204-131-253.tp-fne.tampereenpuhelin.net> has joined #yocto | 08:24 | |
| *** mago_ <mago_!~mago@c193-14-123-186.cust.tele2.se> has quit IRC | 08:25 | |
| *** TanviM <TanviM!~tanvimalh@59.178.133.42> has quit IRC | 08:26 | |
| *** kalyank <kalyank!~kalyan@host-109-204-131-253.tp-fne.tampereenpuhelin.net> has quit IRC | 08:30 | |
| *** TanviM <TanviM!~tanvimalh@59.178.38.143> has joined #yocto | 08:30 | |
| *** TanviM_ <TanviM_!~tanvimalh@59.178.143.209> has joined #yocto | 08:34 | |
| *** TanviM <TanviM!~tanvimalh@59.178.38.143> has quit IRC | 08:36 | |
| *** TanviM_ is now known as TanviM | 08:36 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 08:40 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 08:41 | |
| *** florian_kc is now known as florian | 08:48 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC | 08:48 | |
| *** mckoan|away is now known as mckoan | 08:49 | |
| mckoan | good morning | 08:49 |
| *** wgao <wgao!~wgao@1.202.252.122> has joined #yocto | 08:50 | |
| *** sme <sme!~sme@connected-labs-gw1.ter2.neodc.mpl.cust.as8218.eu> has left #yocto | 08:56 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 08:59 | |
| *** TanviM_ <TanviM_!~tanvimalh@59.178.43.227> has joined #yocto | 09:07 | |
| *** TanviM <TanviM!~tanvimalh@59.178.143.209> has quit IRC | 09:08 | |
| *** TanviM_ is now known as TanviM | 09:08 | |
| *** fp_ <fp_!~Chaudhary@103.6.159.103> has quit IRC | 09:14 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 09:16 | |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 09:20 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has joined #yocto | 09:24 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has quit IRC | 09:26 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 09:32 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:37 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 09:37 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 09:37 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:37 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 09:38 | |
| *** trollixx <trollixx!~trollixx@sf.wisetroll.net> has quit IRC | 09:40 | |
| *** trollixx <trollixx!~trollixx@sf.wisetroll.net> has joined #yocto | 09:40 | |
| bluelightning | morning all | 09:43 |
| *** hasselmm <hasselmm!~mathias@188.111.54.34> has joined #yocto | 09:44 | |
| *** fp_ <fp_!~Chaudhary@103.6.159.103> has joined #yocto | 09:46 | |
| *** anjandeep <anjandeep!3d5fc1ef@gateway/web/freenode/ip.61.95.193.239> has joined #yocto | 09:58 | |
| *** mulhern <mulhern!~mulhern@50.189.153.218> has joined #yocto | 10:19 | |
| -YoctoAutoBuilder- build #104 of nightly-mips is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/104 | 10:32 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 10:35 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 10:35 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 10:36 | |
| lpapp | hi, any reason why a git repository is not refetched if erm... delete the directory manually in the downloads/git2 folder? | 10:36 |
| lpapp | and then run bitbake myrecipe | 10:36 |
| rburton | because it didn't need to re-fetch if it already had done a build? | 10:39 |
| lpapp | I removed the workdir fwiw. | 10:40 |
| lpapp | I also tried -c cleanall | 10:40 |
| *** mago_ <mago_!~mago@c193-14-123-186.cust.tele2.se> has joined #yocto | 10:40 | |
| lpapp | something is fundamentally fubar'd. :D | 10:40 |
| -YoctoAutoBuilder- build #102 of minnow is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/102 | 10:40 | |
| lpapp | I do not yet have PV = "${PVBASE}.${SRCPV}" in the recipe. | 10:41 |
| rburton | lpapp: if you delete the git/ directory in downloads you also need to delete the .done stamp that says its completed teh download | 10:41 |
| lpapp | but I thought that would not be necessary for cloning if there is no clone yet. | 10:41 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 10:41 | |
| lpapp | rburton: yeah, I can double check, but I thought -c cleanall would do that. | 10:41 |
| lpapp | yeah, find ./sstate-cache/ -name \*foo\* returns nothing. | 10:42 |
| lpapp | ah, sorry, you meant download .done | 10:42 |
| lpapp | yeah, I deleted them, but it is still not cloning. | 10:43 |
| lpapp | I am not sure what more I can do for it to get refetched. | 10:43 |
| lpapp | I could wipe my build folder out, but it would be a lot of time to rebuild the things. :/ | 10:44 |
| rburton | bitbake recipe -c fetch -f | 10:46 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 10:47 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 10:58 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:59 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 11:01 | |
| *** TanviM <TanviM!~tanvimalh@59.178.43.227> has quit IRC | 11:03 | |
| *** reanguiano <reanguiano!~devnull@ricardoanguiano.com> has quit IRC | 11:03 | |
| *** reanguiano <reanguiano!~devnull@ricardoanguiano.com> has joined #yocto | 11:03 | |
| lpapp | rburton: that fetched it, interesting, thanks. | 11:06 |
| lpapp | must be a bug I assume? | 11:06 |
| lpapp | (or some local setup issues) | 11:06 |
| rburton | lpapp: local setup or it just didn't need to re-fetch | 11:07 |
| lpapp | I should add PV = "${PVBASE}.${SRCPV}" to the recipe though, right? | 11:07 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 11:09 | |
| lpapp | rburton: ^ | 11:10 |
| rburton | literally have no idea why you would do that, so don't ask me. | 11:11 |
| lpapp | ok | 11:12 |
| lpapp | (based on a mailing list discussion, it would be done for making sure the stuff is refetched) | 11:12 |
| lpapp | not in my previous case, but in general, if you need to do it while the thing is already built, for instance changing SRCREV) | 11:13 |
| lpapp | SRCREV.* | 11:13 |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 11:28 | |
| *** bboozzoo <bboozzoo!~mborzecki@osu194.internetdsl.tpnet.pl> has joined #yocto | 11:29 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 11:31 | |
| bboozzoo | hi, any ideas if FILESEXTRAPATHS_prepend takes a distro name at the end? i'm trying building a poky-tiny image for imx6 and hitting some issues with busybox config | 11:31 |
| rburton | overrides like that work on all variables | 11:32 |
| rburton | so FILESEXTRAPATHS_prepend_poky-tiny is fine | 11:32 |
| bboozzoo | great | 11:32 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 11:34 | |
| *** SnookEE <SnookEE!~msnook@74.8.225.53> has joined #yocto | 11:37 | |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 11:37 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 11:40 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 11:40 | |
| *** joeythesaint <joeythesaint!~jjm@24-246-4-250.cable.teksavvy.com> has joined #yocto | 11:44 | |
| *** fp_ <fp_!~Chaudhary@103.6.159.103> has quit IRC | 11:46 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 11:49 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has joined #yocto | 11:56 | |
| *** rainerschuster <rainerschuster!~Adium@pD95197CB.dip0.t-ipconnect.de> has joined #yocto | 12:04 | |
| *** rainerschuster <rainerschuster!~Adium@pD95197CB.dip0.t-ipconnect.de> has left #yocto | 12:06 | |
| *** spec_ <spec_!324a35ca@gateway/web/freenode/ip.50.74.53.202> has quit IRC | 12:07 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 12:11 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has quit IRC | 12:21 | |
| *** adelcast <adelcast!~adelcast@130.164.62.193> has joined #yocto | 12:26 | |
| *** TanviM <TanviM!~tanvimalh@59.178.43.227> has joined #yocto | 12:33 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 12:44 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 12:46 | |
| *** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has quit IRC | 12:48 | |
| *** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto | 12:48 | |
| *** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto | 12:49 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-cbzzzwqoguiiwhlb> has joined #yocto | 12:55 | |
| *** jbrianceau_away is now known as jbrianceau | 12:55 | |
| *** bboozzoo <bboozzoo!~mborzecki@osu194.internetdsl.tpnet.pl> has quit IRC | 12:59 | |
| *** br1_21 <br1_21!~br1@64.199.19.6> has joined #yocto | 13:01 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 13:15 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has quit IRC | 13:15 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 13:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:15 | |
| *** bluelightning_ is now known as bluelightning | 13:16 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 13:17 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 13:18 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 13:19 | |
| *** sroy_ <sroy_!~sroy@207.96.182.162> has joined #yocto | 13:22 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 13:27 | |
| *** SorenHolm <SorenHolm!~quassel@93.167.193.18> has quit IRC | 13:27 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-reohtnueuwkzrcec> has joined #yocto | 13:29 | |
| *** adelcast <adelcast!~adelcast@130.164.62.193> has quit IRC | 13:35 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has joined #yocto | 13:40 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.76> has quit IRC | 13:41 | |
| *** nitink <nitink!~nitink@134.134.139.74> has quit IRC | 13:47 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 13:51 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 13:54 | |
| *** drfu_ <drfu_!40c71302@gateway/web/freenode/ip.64.199.19.2> has joined #yocto | 13:55 | |
| *** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has left #yocto | 13:55 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 13:56 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has quit IRC | 14:00 | |
| *** drfu_ <drfu_!40c71302@gateway/web/freenode/ip.64.199.19.2> has quit IRC | 14:02 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 14:05 | |
| *** drfu_ <drfu_!40c71302@gateway/web/freenode/ip.64.199.19.2> has joined #yocto | 14:07 | |
| *** dvhart <dvhart!~dvhart@134.134.137.75> has quit IRC | 14:08 | |
| *** fp <fp!~Chaudhary@103.6.159.103> has joined #yocto | 14:11 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 14:16 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 14:23 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-dutjdobyppjixtnm> has joined #yocto | 14:25 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 14:25 | |
| *** pidge <pidge!~eflanagan@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC | 14:30 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 14:36 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-rjuhupxtxooutrkw> has joined #yocto | 14:38 | |
| *** hasselmm <hasselmm!~mathias@188.111.54.34> has quit IRC | 14:46 | |
| *** adelcast <adelcast!~adelcast@130.164.62.193> has joined #yocto | 14:52 | |
| *** TanviM <TanviM!~tanvimalh@59.178.43.227> has quit IRC | 14:53 | |
| *** hasselmm <hasselmm!~mathias@188.111.54.34> has joined #yocto | 15:01 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 15:16 | |
| *** mago_ <mago_!~mago@c193-14-123-186.cust.tele2.se> has quit IRC | 15:24 | |
| *** mago_ <mago_!~mago@c193-14-123-186.cust.tele2.se> has joined #yocto | 15:25 | |
| *** TanviM <TanviM!~tanvimalh@59.178.43.227> has joined #yocto | 15:27 | |
| *** dlerner <dlerner!~dlerner@128.224.250.2> has joined #yocto | 15:34 | |
| *** weebet <weebet!~weebet@modemcable039.26-178-173.mc.videotron.ca> has joined #yocto | 15:36 | |
| *** zeddii <zeddii!~bruce@216-31-230-230.static-ip.telepacific.net> has joined #yocto | 15:36 | |
| *** Xz_ <Xz_!~kmsywula@192.198.151.44> has joined #yocto | 15:39 | |
| Xz_ | hi there | 15:40 |
| *** Xz_ is now known as Xz | 15:41 | |
| bluelightning | hi Xz | 15:41 |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC | 15:41 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:41 | |
| weebet | Hello Guys, how do you manage package update on the target ? I explain using a very simple example, I have an XML file version 1 on my system. The version 2 of this XML add 10 new items. When I update the package, I want the system to add the lines to the xml file, not replacing it. Is this possible to do with yocto? ( in my usage, it is more to update a database... ) | 15:43 |
| bluelightning | weebet: is that XML file packaged as part of the package or not? | 15:44 |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 15:44 | |
| weebet | yes, it is part of the package created in recipe ( XML-config-1.0.bb ) and now working on XML-config-2.0.bb. | 15:45 |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:46 | |
| *** TanviM <TanviM!~tanvimalh@59.178.43.227> has quit IRC | 15:46 | |
| weebet | sorry must read XML-config_2.0.bb / XML-config_1.0.bb | 15:47 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:48 | |
| *** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 15:48 | |
| bluelightning | weebet: does the file get edited at all after installation or just stays static? | 15:51 |
| weebet | bluelightning: yes the file get edited after installation | 15:51 |
| bluelightning | ok, if you haven't already you'll probably need to add the file it to CONFFILES in the recipe (so it isn't just overwritten) and then use a pkg_postinst function to make the appropriate additions if the file is already present | 15:52 |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 15:57 | |
| *** dvhart_ <dvhart_!~dvhart@134.134.137.73> has joined #yocto | 15:57 | |
| *** roric <roric!~roric@c-e69a70d5.013-177-67626713.cust.bredbandsbolaget.se> has quit IRC | 15:58 | |
| weebet | Thank you bluelightning | 15:59 |
| *** belen1 <belen1!~Adium@192.198.151.43> has joined #yocto | 15:59 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 15:59 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-rjuhupxtxooutrkw> has quit IRC | 15:59 | |
| weebet | bluelightning : one more question. I work with Danny so are using RPM, does RPM will know that it is upgrading from version 1 to 2 ? or it will install both package beside each other ? | 16:01 |
| *** blitz00 <blitz00!~stefans@192.198.151.44> has joined #yocto | 16:01 | |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 16:01 | |
| weebet | Say, I have a custom software called management_1.0 if I rpm -ivh management_2.0 it will install management_2.0 and will not upgrade management_1.0 | 16:01 |
| bluelightning | weebet: it'll automatically upgrade since the names match | 16:03 |
| *** Shadow_Shanghai <Shadow_Shanghai!3b4f3795@gateway/web/freenode/ip.59.79.55.149> has joined #yocto | 16:06 | |
| Shadow_Shanghai | Hey, I've got a problem when I first build yocto porject, can anyone help? | 16:07 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 16:07 | |
| Shadow_Shanghai | Currently 1 running tasks (991 of 5707): 0: linux-yocto-3.8.13+gitAUTOINC+14441275c1195a1bd52a6455ecde006c4722d45f_6f3e338aa9496cf68ad03a98f66c2e98975829c7-r4.1 do_fetch (pid 2469) | 16:07 |
| dvhart_ | Shadow_Shanghai, yes. Don't ask to ask, just ask and provide enough information for people to review and respond. | 16:07 |
| Shadow_Shanghai | My problem is, as you can see | 16:08 |
| Shadow_Shanghai | the building process stuck on this task | 16:08 |
| dvhart_ | linux-yocto is a huge repository, it takes time to download | 16:08 |
| Shadow_Shanghai | really? | 16:08 |
| dvhart_ | fortunately, you only have to do the big download once so long as you don't do a clean all | 16:08 |
| dvhart_ | yes, really :-) | 16:08 |
| Shadow_Shanghai | how huge is it, then? | 16:08 |
| dvhart_ | $ du -hs linux-yocto-3.8 | 16:09 |
| dvhart_ | 2.2Glinux-yocto-3.8 | 16:09 |
| dvhart_ | that includes some of my personal branches/trees, but that will give you an idea | 16:09 |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 16:10 | |
| dvhart_ | just watch the download dir and as long as it's growing in size, it isn't stuck | 16:10 |
| mckoan | Shadow_Shanghai: are you sure your firewall lets you use git port? | 16:10 |
| dvhart_ | watch du -hs downloads/git2/git.yoctoproject.org.linux-yocto-3.8.git ... or similar | 16:10 |
| dvhart_ | mckoan, it would have broken well before this point | 16:10 |
| Shadow_Shanghai | I just saw a file named git.yoctoproject.org.linux-yocto-3.8.git.lock | 16:11 |
| Shadow_Shanghai | no other directory named git.yoctoproject.org.linux-yocto-3.8.git | 16:11 |
| dvhart_ | anything else in that directory? | 16:12 |
| dvhart_ | to demonstrate a successful download of other git repos? | 16:12 |
| *** b1gtuna <b1gtuna!~adam@206.116.3.18> has joined #yocto | 16:12 | |
| mckoan | dvhart_: life is weird, it happened to me that after I installed Yocto at a customer site after some days the sysadmin suddenly blocked git access. | 16:12 |
| Shadow_Shanghai | yes, I can use git clone to download poky | 16:12 |
| dvhart_ | mckoan, valid point | 16:13 |
| Shadow_Shanghai | does it mean my git is ok? | 16:13 |
| dvhart_ | Shadow_Shanghai, see my question above | 16:13 |
| dvhart_ | $ du -hs git.yoctoproject.org.linux-yocto-3.8.git | 16:14 |
| dvhart_ | 683Mgit.yoctoproject.org.linux-yocto-3.8.git | 16:14 |
| dvhart_ | much smaller if it's a bare clone like in the downloads dir | 16:14 |
| Shadow_Shanghai | du: cannot access ‘git.yoctoproject.org.linux-yocto-3.8.git’: No such file or directory | 16:15 |
| Shadow_Shanghai | still there is no directory | 16:15 |
| *** fp <fp!~Chaudhary@103.6.159.103> has quit IRC | 16:16 | |
| *** TanviM <TanviM!~tanvimalh@59.178.43.227> has joined #yocto | 16:17 | |
| Shadow_Shanghai | Does the directory appears when all the fetching get done? | 16:17 |
| Shadow_Shanghai | It's weird | 16:17 |
| mckoan | Shadow_Shanghai: please try git clone git://git.yoctoproject.org/linux-yocto-3.8.git | 16:18 |
| dvhart_ | yeah, try the download manually as mckoan suggests. | 16:20 |
| dvhart_ | it's possible it's cached somewhere else first, but I thought it did it directly in the downloads dir | 16:20 |
| Shadow_Shanghai | It's cloning | 16:22 |
| Shadow_Shanghai | Hope this can help me skip this task and move on building | 16:23 |
| *** Krise1 <Krise1!~kro@46.19.22.146> has joined #yocto | 16:23 | |
| mckoan | Shadow_Shanghai: try bitbake -c fetch virtual/kernel | 16:23 |
| mckoan | only | 16:23 |
| *** fp_ <fp_!~Chaudhary@103.6.159.103> has joined #yocto | 16:24 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:25 | |
| Shadow_Shanghai | thanks, I guess I need to take some patients to wait for downloading | 16:25 |
| Krise1 | Hi, im trying to create a recipe with a small web application and im running into some problems. I have assigned a local file as source and when bitbake tries to run do_unpack after it has unpacked the file it throws an error: Failed with exit code 1. When i run that command manualy the extration completes without an error. Is there any extended loggin to see more about that error? or any sugestions to what might be wrong. Thanks | 16:25 |
| *** blitz00 <blitz00!stefans@nat/intel/x-ngjznprfbjncgezl> has joined #yocto | 16:26 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 16:26 | |
| Krise1 | btw, i don't have a do_unpack in the bb file. i do have a do_install but it seems the problem occures before that | 16:27 |
| mr_science | can you pastebin your recipe? | 16:28 |
| Krise1 | sure | 16:28 |
| mr_science | local file as in a tarball or single file? | 16:29 |
| Krise1 | http://pastebin.com/e3mga7dy | 16:29 |
| Krise1 | it's a zip file with the webfiles inside a folder named application-0.1 | 16:30 |
| mr_science | zip files should unpack fine | 16:30 |
| mr_science | the SRC_URI file:// is relative to the recipe dir | 16:31 |
| Krise1 | yes, inside recipe dir -> files -> webroot -> file.zip | 16:31 |
| mr_science | so does your recipe layer have a recipes-foo/bar/webroot dir where the zip file sits? | 16:31 |
| Krise1 | yes recipes-foo/webadmin/files/webroot | 16:32 |
| mr_science | so "bitbake webadmin -c unpack" works but "bitbake webadmin" blows up somewhere? | 16:33 |
| *** Jin^eLD is now known as Jin|away | 16:33 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 16:33 | |
| Krise1 | no i havent tried the unpack command. but that failed | 16:34 |
| mr_science | try the second one and pastebin the error | 16:34 |
| *** Shadow_Shanghai <Shadow_Shanghai!3b4f3795@gateway/web/freenode/ip.59.79.55.149> has quit IRC | 16:34 | |
| mr_science | well, try -c fetch and -c unpack and see if they actually work | 16:35 |
| *** belen1 <belen1!~Adium@192.198.151.43> has quit IRC | 16:35 | |
| mr_science | typically you wouldn't want to commit a zipfile/tarball to your recipe repo | 16:35 |
| mr_science | it's fine for initial testing, but i'd stick it somewhere else for "production" | 16:36 |
| Krise1 | ok, i tried to find some docs on how to get this right but after going trough for about a week now i still havent found the correct solution for deploying files as a recipe | 16:37 |
| mr_science | normally you'd want an md5sum/sha256sum in your recipe for the zipfile | 16:37 |
| Krise1 | ah, yeah im pusing it to a git when i get the hang of this | 16:37 |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 16:37 | |
| *** dvhart_ <dvhart_!~dvhart@134.134.137.73> has quit IRC | 16:37 | |
| Krise1 | but the unpack command failed and when i run the command manualy it dose not throw an error | 16:38 |
| weebet | you are talking about do_unpack. is it possible to disable the do_unpack ? I want to copy a tar.gz on my target and since I add it to SRC_URI = file://... bitbake will unpack it. So I pack it twice... to what I want | 16:38 |
| Krise1 | yeah, do_unpack | 16:39 |
| Krise1 | do i need to zip the zip? | 16:39 |
| Krise1 | oh, i want it to be unpacked and deployed to a specific folder on the build | 16:39 |
| *** dvhart <dvhart!~dvhart@134.134.137.75> has joined #yocto | 16:40 | |
| kergoth | weebet: there's a url parameter to disable the unpack. ;unpack=false or ;unpack=0 will disable extraction | 16:40 |
| Krise1 | hmm when i look in core2-64-poky-linux/webadmin/0.1-r0 it extracted the folder webadmin-0.1 and that folder contains the corret files | 16:41 |
| Krise1 | what else is do_unpack trying to accomplish | 16:41 |
| kergoth | Krise1: I don't understand the question | 16:42 |
| kergoth | compressed files in SRC_URI get extracted, it's that simple | 16:42 |
| weebet | thank you kergoth ! | 16:42 |
| weebet | kergoth : where did you learn that ? | 16:43 |
| *** dzoe <dzoe!joe@pdpc/supporter/active/dzoe> has quit IRC | 16:43 | |
| Xz | what's the difference between binutils-cross and binutils-crosssdk? | 16:43 |
| kergoth | weebet: I examined the code. do_unpack in base.bbclass calls bb.fetch2.unpack(), which is in poky/bitbake/lib/bb/fetch2/__init__.py | 16:44 |
| Krise1 | i have created simple recipe that should deploy a web application to a folder. but it thorws an error on bitbake saying Task 0 do_unpack filed with exit code '1'. but the files get extracted to the folder | 16:44 |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 16:44 | |
| kergoth | Krise1: so look at the do_fetch log, and post it to a pastebin for us to look at | 16:44 |
| kergoth | summarizing isnt' going to solve your problem | 16:44 |
| weebet | Thank you kergoth. | 16:45 |
| zecke | JaMa: hi! I am a bit puzzled with the PACKAGESCONFIG of qtbase.inc. The intent is that users create a .bbappend to replace things? | 16:45 |
| kergoth | weebet: np | 16:45 |
| mr_science | Krise1: typically you would do something like this: http://pastebin.com/FmFRj7Ws | 16:45 |
| mr_science | unpack=no would let you manually do it | 16:46 |
| kergoth | I think Krise1 wants it to extract the zip, but weebet doesn't. Krise1 is getting a do_unpack failure | 16:46 |
| * kergoth shrugs | 16:46 | |
| *** rainerschuster <rainerschuster!~Adium@pD95197CB.dip0.t-ipconnect.de> has joined #yocto | 16:46 | |
| mr_science | otherwise leave it out and let it do its thing | 16:47 |
| *** rainerschuster <rainerschuster!~Adium@pD95197CB.dip0.t-ipconnect.de> has left #yocto | 16:47 | |
| Krise1 | ok, but do the files have to be hased | 16:47 |
| kergoth | look at the pastebin he just showed you | 16:47 |
| Krise1 | yeah kergoth thats right | 16:47 |
| kergoth | theres md5 and sha checksums of the zip file, that's all | 16:47 |
| kergoth | and yes, those ones are required | 16:47 |
| Krise1 | ok il add it | 16:48 |
| Xz | How can I bbappend .inc file? | 16:48 |
| kergoth | Xz: you can't | 16:48 |
| Xz | kergoth: that's sad :( | 16:48 |
| *** dzoe <dzoe!joe@joe.cz> has joined #yocto | 16:50 | |
| mr_science | extinction is sad... | 16:50 |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 16:52 | |
| *** e8johan <e8johan!~quassel@net-93-148-79-95.cust.dsl.teletu.it> has joined #yocto | 16:53 | |
| Krise1 | ERROR: Function failed: Unpack failure for URL: 'file://webroot/webadmin-0.1.zip | 16:53 |
| mr_science | paste the details | 16:54 |
| Krise1 | http://pastebin.com/3a5M9Yrm | 16:55 |
| Xz | I want to add one flag to GCC globally, for every package. Can I do that somehow in my machine.conf file? | 16:56 |
| mr_science | is there something funky about that zipfile? | 16:56 |
| mr_science | the only thing i see that looks weird is "shieldbox-webadmin-0.1/: ucsize 4096 <> csize 0 for STORED entry" | 16:57 |
| Krise1 | no it's a standard zip file. when i extract i manualy it all works | 16:57 |
| Krise1 | should i use tar instead? | 16:57 |
| mr_science | try it and see | 16:57 |
| mr_science | oops, mtg time... | 16:57 |
| *** zeddii <zeddii!~bruce@216-31-230-230.static-ip.telepacific.net> has quit IRC | 16:58 | |
| Xz | do I just append that flag to CLFAGS in machine.conf? | 16:59 |
| khem | Xz: use SELECTED_OPTIMIZATION | 17:01 |
| khem | append to it | 17:01 |
| khem | in local.conf | 17:01 |
| Krise1 | BAM! that worked. thanks mr_science | 17:01 |
| *** mckoan is now known as mckoan|away | 17:02 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 17:02 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 17:03 | |
| Xz | khem: I need to append that flag for everybody | 17:03 |
| Xz | khem: not just for me, *once* | 17:03 |
| *** wfailla_ <wfailla_!~wfailla@2001:6f8:12d9:13:a45c:4a96:22cf:cd4c> has quit IRC | 17:03 | |
| khem | Xz: so add it to distro conf | 17:04 |
| Xz | khem: CFLAGS, or SELECTED_OPTIMIZATION? | 17:04 |
| Xz | khem: Yocto glossary doesn't reallt say much about the second | 17:04 |
| khem | SELECTED_OPTIMIZATION? | 17:05 |
| Xz | khem: yeah | 17:05 |
| khem | that should be a filed as bug in yocto docs then | 17:05 |
| khem | but is the right set here | 17:06 |
| khem | some packages like eglibc do not want to honor your options for valid reasons | 17:06 |
| khem | and if you butcher in CFLAGS ou might get more issues | 17:06 |
| Xz | so SELECTED_OPTIMIZATION changes CFLAGS for choosen subset of packages, not all of them? | 17:09 |
| khem | it changes it for all | 17:12 |
| *** drfu_ <drfu_!40c71302@gateway/web/freenode/ip.64.199.19.2> has quit IRC | 17:12 | |
| *** nitink <nitink!~nitink@134.134.139.74> has joined #yocto | 17:12 | |
| Xz | then I don't understand the difference between SELECTED_OPTIMIZATION and CFLAGS. They both do exactly the same - pass flags to gcc for every package (including binutils/libc) | 17:14 |
| khem | look at the code | 17:15 |
| khem | in some cases recipes alter it | 17:15 |
| khem | since you have modified compiler to hack the option in | 17:15 |
| khem | you might very well hack the compiler further to bundle it with O2 | 17:15 |
| khem | or any O level | 17:16 |
| khem | then you dont deal with OE metadata | 17:16 |
| *** kalyank <kalyank!~kalyan@host-109-204-131-253.tp-fne.tampereenpuhelin.net> has joined #yocto | 17:18 | |
| *** fp_ <fp_!~Chaudhary@103.6.159.103> has quit IRC | 17:23 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-upyknogfbpqnlyyw> has left #yocto | 17:24 | |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 17:31 | |
| bluelightning | khem: hey, I'm just preparing some fixes for the python manifests inc file and the scripts, but I've noticed some of the dependencies added in 2.7 haven't been added to the 3.3 version - does this change look OK? http://pastebin.com/GkKk7dcU | 17:33 |
| *** pidge <pidge!~pidge@134.134.139.72> has joined #yocto | 17:35 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 17:39 | |
| Krise1 | when i add install -d to the bb file the log says omitting directory. why is that? | 17:40 |
| Krise1 | can i move a directory contents with intall -d? | 17:41 |
| Krise1 | install -m | 17:41 |
| *** nitink <nitink!~nitink@134.134.139.74> has quit IRC | 17:42 | |
| *** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 17:46 | |
| mr_science | install doesn't have a "move" option afaik | 17:47 |
| mr_science | and which task is spitting out "omitting directory" ? | 17:48 |
| Krise1 | yup | 17:49 |
| Krise1 | btw adding the content to tar worked. guess the zip file was broken. but how would i go about moving all the files to a specific directory | 17:50 |
| Krise1 | should i use some bash script | 17:50 |
| *** hasselmm <hasselmm!~mathias@188.111.54.34> has quit IRC | 17:53 | |
| mr_science | you can do bash commands inside do_install | 17:54 |
| Krise1 | ok, so cp -R is okey. cause i read on the openembedded that it should be avoided | 17:55 |
| mr_science | well, it should be but sometimes you kinda have to | 17:55 |
| mr_science | at least for initial testing, etc | 17:56 |
| Krise1 | ok, that worked. thanks | 17:56 |
| mr_science | at some point you would want to clean things up | 17:56 |
| Krise1 | yeah, but for production what would be the best route to take. moveing a tar file and running install.sh script | 17:56 |
| mr_science | "production" usually means installing correctly to image/usr and what not | 17:57 |
| Krise1 | yes, but i would have to use a shell script for that or would i package it another way | 17:58 |
| kergoth | Krise1: there's nothing wrong with using cp to copy a subtree. install is only appropriate for individual files/dirs. sometimes you're just stuck with it | 17:58 |
| kergoth | eg. meta-sourcery still uses cp to extract bits from the external toolchain sysroot | 17:58 |
| Krise1 | ok, thanks. cause i can't see any other way for that web application | 17:59 |
| * kergoth nods | 18:00 | |
| kergoth | unless there's an upstream buildsystem to call into, it makes sense to retain the copy in the recipe, but its a case by case thing | 18:00 |
| *** nitink <nitink!nitink@nat/intel/x-otraneabrxubguij> has joined #yocto | 18:00 | |
| Krise1 | one more thing. in my image i use udev, and udev add gnome-desktop-testing. and i have to remove it everytime i want to do a build in hob. and udev is still compiled into the image without the gnome-desktop-testing package | 18:01 |
| Krise1 | why is udev importing gnome-desktop-testing | 18:01 |
| Krise1 | no sorry, it's glib-2.0 thats improting the gnome-destop-testing | 18:02 |
| Krise1 | stupid me, i should remove glib-2.0 | 18:02 |
| kapare | Hey, just by curiosity how do you do a extract with change directory, I'm think more specificly for Krise1 case that want to move a directory. could he simply use tar xvf file.tar.gz -C <new_path>? Is there some option do to this in recipes? | 18:04 |
| mr_science | lots of things are build deps but not runtime deps | 18:04 |
| mr_science | is it actually installed in your rootfs, or just pulled in at build time? | 18:05 |
| Krise1 | both | 18:05 |
| Krise1 | but i think i added a recipe that pulls it in | 18:05 |
| mr_science | that's weird because i have a bunch of gnome/glib deps in my xaorg image but nothing has pulled in gnome-desktop-testing or whatever | 18:06 |
| Krise1 | hmm, i don't even have X in my image | 18:06 |
| mr_science | ie, glib-2 is a dependency for lxdm login manager | 18:07 |
| kergoth | kapare: yes, subdir=<dir relative to ${S}> in the url | 18:07 |
| kergoth | kapare: iirc anyway | 18:07 |
| kapare | kergoth, thx | 18:09 |
| *** zerus <zerus!~powerpm@81-229-90-163-no67.tbcn.telia.com> has quit IRC | 18:09 | |
| JaMa | zecke: you can do it from distro config without .bbappend | 18:12 |
| zecke | ah thanks. I didn't know about PACKAGECONFIG yet and I am reading base.bbclass for it now | 18:15 |
| bluelightning | zecke: of course the code is the ultimate reference, but that variable is also documented in the manual ;) | 18:16 |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 18:20 | |
| zecke | bluelightning: yes, but it looks like only how to use it in your package but not how to influence it from the distro | 18:21 |
| zecke | (at least with the dora documentation) | 18:21 |
| zecke | JaMa: will you accept tufao and libsystemd-qt patches for meta-qt5? | 18:22 |
| bluelightning | zecke: the _pn-<PN> override is usable for setting any variable in a recipe-specific manner | 18:22 |
| bluelightning | zecke: i.e. you can set PACKAGECONFIG_pn-yourrecipe = "..." | 18:23 |
| JaMa | zecke: I haven't seen them yet, but maybe I will :) | 18:23 |
| kergoth | and _append_pn-foo and _remove_pn-foo. i find often my intent is more accurately reflected by using those rather than an override | 18:23 |
| kergoth | though admittedly, the fact that you can't "un-remove" something is occasionally irritating | 18:23 |
| zecke | kergoth: :) | 18:23 |
| zecke | JaMa: I haven't written them yet. But the intent is to have !QtProject libs/tools in recipes-qt? | 18:24 |
| kergoth | RP: thoughts on changing it so _append/_remove act in order? e.g. an _append defined after a _remove would bring it back, and another _remove after that would remove it again.. i think that would be most intuitive | 18:24 |
| JaMa | true, in this case you usually want just append | 18:24 |
| kergoth | RP: currently a single _remove anywhere will always override all _appends | 18:24 |
| kergoth | RP: afaict anyway | 18:24 |
| bluelightning | kergoth: I'm not sure it is what everyone expects | 18:27 |
| bluelightning | kergoth: a lot of people just want "remove this thing, I don't care how it got there" | 18:27 |
| mr_science | bluelightning: PACKAGECONFIG_pn-foo = "bar" supposed to work outside of local.conf ? | 18:27 |
| kergoth | bluelightning: i think file parse orer would still take care of that in a lot of cases, but its a good point | 18:27 |
| kergoth | i don't think being entirely unable to undo a _remove_ is kosher, though | 18:27 |
| mr_science | i kinda expected it to work in an image recipe but it doesn't... | 18:27 |
| bluelightning | mr_science: it'll work from any conf file, provided that there's not another PACKAGECONFIG_pn-foo line somewhere afterwards | 18:28 |
| kergoth | if my distro wants to remove something today, it *must* use := with oe_filter_out, otherwise the user can't add it back | 18:28 |
| kergoth | even if they want it | 18:28 |
| bluelightning | mr_science: no, that can't work | 18:28 |
| bluelightning | mr_science: recipes cannot change eachother's configuration | 18:28 |
| mr_science | so you can set it in the original recipe but not another recipe? | 18:28 |
| mr_science | okay, makes sense i guess | 18:28 |
| bluelightning | mr_science: right, or you can set configuration from "above" via conf files for both recipes | 18:29 |
| bluelightning | e.g. DISTRO_FEATURES is set from above and acted upon by many recipes | 18:30 |
| mr_science | seems like "above" would include the image level but okay... | 18:32 |
| bluelightning | mr_science: the image is just another recipe | 18:33 |
| mr_science | yeah, but it's somewhat "special" compared toa package recipe | 18:33 |
| mr_science | conceptually at least | 18:33 |
| bluelightning | mr_science: really all you can do at the image level is decide what packages you want in it and then process the files in the resulting filesystem afterwards (e.g. with ROOTFS_POSTPROCESS_COMMAND) if you need to | 18:33 |
| mr_science | same concept as my current ml argument | 18:34 |
| mr_science | to me (being a gentoo guy) autogen.sh isn't "configure" per se, it's preparing the source for configure | 18:35 |
| bluelightning | if images could influence how other recipes were built, you could never have a consistent package feed when building >1 image | 18:35 |
| kergoth | mr_science: an image is just another recipe. | 18:35 |
| kergoth | it's not magic, it doesn't have any special control | 18:35 |
| mr_science | so conceptually a src_prepare task makes more sense than autogen in do_configure | 18:35 |
| kergoth | consider bitbake oneimage twoimage threeimage, what would happen if those try to alter configuration of something else? | 18:35 |
| kergoth | would it rebuild something else three times? | 18:35 |
| kergoth | there's ar eason it's the way it is :) | 18:35 |
| mr_science | that typo is dangerously close to talk-like-a-pirate day... | 18:37 |
| *** fp_ <fp_!~Chaudhary@103.6.159.103> has joined #yocto | 18:37 | |
| kergoth | :) | 18:37 |
| *** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has quit IRC | 18:38 | |
| *** Krise1 <Krise1!~kro@46.19.22.146> has left #yocto | 18:38 | |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 18:40 | |
| *** TanviM <TanviM!~tanvimalh@59.178.43.227> has quit IRC | 18:58 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 19:02 | |
| *** TanviM <TanviM!~tanvimalh@59.178.43.227> has joined #yocto | 19:03 | |
| *** TanviM <TanviM!~tanvimalh@59.178.43.227> has quit IRC | 19:09 | |
| *** TanviM <TanviM!~tanvimalh@59.178.62.30> has joined #yocto | 19:10 | |
| *** drfu_ <drfu_!40c71302@gateway/web/freenode/ip.64.199.19.2> has joined #yocto | 19:18 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 19:19 | |
| bluelightning | khem: I've sent the patch anyway | 19:25 |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 19:28 | |
| *** staylor <staylor!~staylor@mail.au-zone.com> has joined #yocto | 19:36 | |
| staylor | what causes a package to be (skipped) in the bitbake-layers show-recipes output? | 19:37 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:38 | |
| kergoth | generally it means that it raised the SkipPackage ecxeption, which means it considers itself unbuildable in the current context | 19:38 |
| kergoth | which usually means COMPATIBLE_HOST/COMPATIBLE_MACHINE indicates its incompatible with your current configuration | 19:38 |
| kergoth | iirc, anyway | 19:38 |
| staylor | thanks I'll look in that direction | 19:38 |
| *** e8johan <e8johan!~quassel@net-93-148-79-95.cust.dsl.teletu.it> has quit IRC | 19:43 | |
| Crofton|work | This is cool, but we shoudl make one on yp.org and use the oe-core toolchain | 19:48 |
| Crofton|work | http://gcc.godbolt.org/ | 19:48 |
| *** e8johan <e8johan!~quassel@net-93-148-79-95.cust.dsl.teletu.it> has joined #yocto | 19:48 | |
| *** fp_ <fp_!~Chaudhary@103.6.159.103> has quit IRC | 19:49 | |
| LetoThe2nd | Crofton|work: :) | 19:51 |
| mr_science | Crofton: that *is* cool... | 19:53 |
| mr_science | and feel free to fork/deploy it | 19:53 |
| LetoThe2nd | Crofton|work: you should've looked into my g+ posts earlier ;) | 19:53 |
| Crofton|work | it seems familiar | 19:54 |
| *** fp_ <fp_!~Chaudhary@103.6.159.103> has joined #yocto | 19:58 | |
| otavio | rburton: sent an email about cogl | 20:01 |
| LetoThe2nd | is there anything known about mesa breaking on arm? it seems to compile fine here, but break building the rootfs http://paste.ubuntu.com/7127035 | 20:11 |
| *** e8johan <e8johan!~quassel@net-93-148-79-95.cust.dsl.teletu.it> has quit IRC | 20:12 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 20:14 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 20:16 | |
| *** e8johan <e8johan!~quassel@net-93-148-79-95.cust.dsl.teletu.it> has joined #yocto | 20:16 | |
| *** sroy_ <sroy_!~sroy@207.96.182.162> has quit IRC | 20:17 | |
| LetoThe2nd | this should be the corresponding install log http://paste.ubuntu.com/7127115/ | 20:23 |
| *** rec <rec!~bcochran@c-68-38-40-177.hsd1.nj.comcast.net> has joined #yocto | 20:23 | |
| kergoth | robertyang: thought about using bb.build.addtask() to add the inter-task deps in archiver.bbclass rather than using ${PN}:<task>? | 20:24 |
| kergoth | robertyang: might be cleaner, since thats specifically for inter-task deps within a recipe | 20:25 |
| pidge | halstead: We're going to need to check the filesystem on opensuse131-dev. I'm getting input/output errors trying to rm. | 20:26 |
| *** rec <rec!~bcochran@c-68-38-40-177.hsd1.nj.comcast.net> has quit IRC | 20:31 | |
| *** zecke <zecke!~ich@vdsl.fuckup.club.berlin.ccc.de> has joined #yocto | 20:32 | |
| *** belen <belen!~Adium@46-65-40-70.zone16.bethere.co.uk> has joined #yocto | 20:34 | |
| *** dv__ is now known as dv_ | 20:46 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 20:51 | |
| *** belen <belen!~Adium@46-65-40-70.zone16.bethere.co.uk> has quit IRC | 20:52 | |
| kergoth | robertyang: any objection to adding emission of patch series files next to patches when using 'original' archiver mode, to gain feature parity with copyleft_compliance? | 20:58 |
| *** SnookEE <SnookEE!~msnook@74.8.225.53> has quit IRC | 21:00 | |
| *** br1_21 <br1_21!~br1@64.199.19.6> has quit IRC | 21:03 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d> has joined #yocto | 21:03 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d> has quit IRC | 21:03 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:03 | |
| kapare | From what I'm seeing the hostname is set by meta/recipes-core/bases-files and this will result in default openembedded then is MACHINE exist it became it. So what will be the best way to change this to something diff to MACHINE? I try local.conf without success... | 21:06 |
| kapare | There's the this comment that doesn't help me yet: set standard hostname, might be a candidate for a DISTRO variable? :M: | 21:06 |
| kapare | hmm https://lists.yoctoproject.org/pipermail/yocto/2012-December/011285.html | 21:09 |
| mr_science | LetoThe2nd: there's no error in that install log | 21:10 |
| mr_science | i hate those... | 21:10 |
| LetoThe2nd | mr_science: yeah, thats what i thought too. | 21:10 |
| mr_science | usually there's an actual error in there somewhere | 21:10 |
| mr_science | did you look at what mesa packages are in the feed? | 21:11 |
| LetoThe2nd | what do you mean exactly? | 21:11 |
| mr_science | maybe it didn't package the mesa_blah ipk for some reason | 21:11 |
| LetoThe2nd | ah | 21:11 |
| mr_science | do an ls -l on tmp/deploy/ipks/arm-blah/mesa* | 21:12 |
| *** sjolley <sjolley!sjolley@nat/intel/x-dutjdobyppjixtnm> has quit IRC | 21:12 | |
| LetoThe2nd | -rw-r--r-- 2 jd jd 9451418 Mär 20 20:54 tmp/deploy/ipk/armv5te/mesa-dbg_9.1.6-r0_armv5te.ipk | 21:12 |
| LetoThe2nd | -rw-r--r-- 2 jd jd 1522 Mär 20 20:54 tmp/deploy/ipk/armv5te/mesa-dev_9.1.6-r0_armv5te.ipk | 21:12 |
| LetoThe2nd | -rw-r--r-- 2 jd jd 9118 Mär 20 20:54 tmp/deploy/ipk/armv5te/mesa-driver-swrast_9.1.6-r0_armv5te.ipk | 21:12 |
| mr_science | it didn't leave unpackaged files since that would be an error | 21:12 |
| *** challinan_ <challinan_!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 21:13 | |
| mr_science | yup, i don't see mesa_9.1.6-r0_armv5te.ipk | 21:13 |
| LetoThe2nd | hm ok? or rather, not ok? | 21:13 |
| mr_science | so that would be the reason for the do_rootfs install error | 21:13 |
| mr_science | trying to install a package that doesn't exist | 21:13 |
| mr_science | so your mesa build is somewhat fubared | 21:14 |
| *** fp_ <fp_!~Chaudhary@103.6.159.103> has quit IRC | 21:14 | |
| mr_science | i've had lots of weirdeness lately with changing upstream behavior | 21:14 |
| LetoThe2nd | hehe, this is a totally untinkered dora-10.0.1 for qemuarm | 21:14 |
| mr_science | meaning several things that worked fine in November don't work now | 21:15 |
| mr_science | on master anyway | 21:15 |
| LetoThe2nd | http://paste.ubuntu.com/7127377/ | 21:15 |
| LetoThe2nd | this is the log of a bitbake mesa -f -c package | 21:16 |
| LetoThe2nd | i can also try for head, if you like | 21:16 |
| kergoth | kapare: best to bbappend base-files, most likely | 21:17 |
| mr_science | LetoThe2nd: i do see a mesa package in that log | 21:18 |
| mr_science | so you get a cookie, since i have no idea what's wrong... | 21:18 |
| LetoThe2nd | mr_science: cookie? ;) | 21:18 |
| mr_science | the edible chocolate variety | 21:19 |
| LetoThe2nd | mr_science: anyways, what might help you? trying on HEAD? trying on qemux86? | 21:19 |
| mr_science | i guess first you might scan/grep the other build logs and see if you can figure out what happened to the mesa package | 21:20 |
| LetoThe2nd | hmhm | 21:20 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 21:20 | |
| mr_science | if it was actually packaged (which is what it looks like) then i should end up in the feed | 21:20 |
| mr_science | *it | 21:20 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 21:21 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 21:21 | |
| staylor | What would be the best way to trace why a recipe is listed as (skipped) in the output of bitbake-layers show-recipes, it appears to have appropriate settings for COMPATIBLE_MACHINE. | 21:22 |
| *** sjolley <sjolley!sjolley@nat/intel/x-qwdjhwmghsockbgw> has joined #yocto | 21:22 | |
| staylor | there is another recipe with a newer version, I'm specifically trying to see why the older version is listed (skipped) in case that's also relevant. | 21:23 |
| LetoThe2nd | mr_science: unfortunately, i have built inside a folder with "mesa" in the path which makes grepping hard. let me fix that and then see. | 21:23 |
| *** e8johan <e8johan!~quassel@net-93-148-79-95.cust.dsl.teletu.it> has quit IRC | 21:36 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 21:43 | |
| *** drfu_ <drfu_!40c71302@gateway/web/freenode/ip.64.199.19.2> has quit IRC | 21:49 | |
| LetoThe2nd | mr_science: does http://paste.ubuntu.com/7127584 maybe give a hint why the mesa package is not built? | 21:58 |
| LetoThe2nd | mh, "NOTE: Not creating empty RPM package for mesa" | 22:01 |
| *** agust <agust!~agust@p4FDE73D4.dip0.t-ipconnect.de> has quit IRC | 22:03 | |
| *** zecke <zecke!~ich@vdsl.fuckup.club.berlin.ccc.de> has quit IRC | 22:05 | |
| *** dlerner <dlerner!~dlerner@128.224.250.2> has quit IRC | 22:05 | |
| *** Jin|away is now known as Jin^eLD | 22:11 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 22:15 | |
| mr_science | LetoThe2nd: sorry, was running some tests on an RC build... | 22:16 |
| mr_science | if all you see is the "NOTE" about not creating an empty package then it sounds like the install was image was missing some stuff | 22:17 |
| mr_science | s/was// | 22:17 |
| mr_science | so try maybe a "bitbake mesa -c install" and look at the install image dirs/files | 22:18 |
| mr_science | compare to what the recipe has in the FILES_${PN} bits | 22:18 |
| -YoctoAutoBuilder- build #100 of nightly-oecore is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/100 | 22:18 | |
| -YoctoAutoBuilder- build #107 of nightly-fsl-ppc-lsb is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/107 | 22:19 | |
| -YoctoAutoBuilder- build #108 of nightly-x86-64 is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/108 | 22:19 | |
| -YoctoAutoBuilder- build #103 of minnow is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/103 | 22:19 | |
| -YoctoAutoBuilder- build #106 of nightly-arm is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/106 | 22:19 | |
| -YoctoAutoBuilder- build #105 of eclipse-plugin-juno is complete: Failure [failed Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-juno/builds/105 | 22:20 | |
| *** jbrianceau is now known as jbrianceau_away | 22:21 | |
| *** nitink <nitink!nitink@nat/intel/x-otraneabrxubguij> has quit IRC | 22:29 | |
| *** asdf__ <asdf__!180fb763@gateway/web/freenode/ip.24.15.183.99> has joined #yocto | 22:32 | |
| asdf__ | Curious- if I run menuconfig on linux-yocto I'm able to create a config, I can compile/deploy that target and looking at the deploy folder it appears that the modules/packages are setup correctly | 22:33 |
| asdf__ | but images like core-image-sato aren't valid targets for menuconfig | 22:33 |
| *** neabax <neabax!~neabax@173.247.199.210> has joined #yocto | 22:34 | |
| asdf__ | and if I compile linux-yocto, then try to bitbake core-image-sato, my changes are erased and it uses a default config. Is this expected behavior? any way around it? | 22:34 |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 22:35 | |
| -YoctoAutoBuilder- build #98 of eclipse-plugin-kepler is complete: Failure [failed Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-kepler/builds/98 | 22:36 | |
| *** TanviM <TanviM!~tanvimalh@59.178.62.30> has left #yocto | 22:36 | |
| kergoth | menuconfig would be meaningless for core-image-sato. core-image-sato has no configuration | 22:43 |
| kergoth | core-image-sato is just an image, not a kernel | 22:43 |
| kergoth | if you want your menuconfig changes to persist, then you need to put your defconfig you create with it in an appropriate place so the recipe uses it | 22:44 |
| dvhart | asdf__, have you read the kernel-dev manual? | 22:44 |
| kergoth | menuconfig was never intended to make permanent changes | 22:44 |
| dvhart | asdf__, that process is meticulously documented there | 22:44 |
| dvhart | http://www.yoctoproject.org/docs/current/kernel-dev/kernel-dev.html | 22:44 |
| dvhart | the author is a bit of a know it all, but it's still informative ;-) | 22:44 |
| kergoth | hehe | 22:45 |
| * mranostay yawns in | 22:46 | |
| *** sameo <sameo!~samuel@192.55.54.36> has joined #yocto | 22:46 | |
| dvhart | asdf__, please do let me know if you encounter issues with the manual | 22:46 |
| kergoth | gah, I'm not sure if archiver will really work as a replacement for copyleft_compliance for us | 22:46 |
| asdf__ | I've read that, was hoping there was a way to avoid creating a custom layer JUST to add bluetooth. | 22:47 |
| kergoth | the archive original sources function is rather heavyweight. emits sstate archives duplicating DL_DIR contents, etc | 22:47 |
| dvhart | asdf__, you can do it in local.conf as well | 22:47 |
| kergoth | that mdoe of operation makes sense for many of the more complex configurations, but the archive original sources only case can be quicker than that, just re-run the task instead of using sstate, and symlink from DL_DIR rather than copying | 22:47 |
| kergoth | which is how copyleft_compliance works, so there's less impact to enabling it | 22:47 |
| dvhart | KERNEL_FEATURES_pn-linux-yocto += "features/bluetooth.scc" or similar | 22:47 |
| * kergoth ponders | 22:47 | |
| asdf__ | I can add kernel config changes to it? I thought it was mostly just for machine declaration and build environment setup | 22:48 |
| asdf__ | thank you for the information, that clears it up a bit! | 22:48 |
| dvhart | asdf__, you do most anything in local.conf | 22:48 |
| dvhart | but you have to be aware of scope | 22:48 |
| dvhart | thus the _pn-... | 22:48 |
| dvhart | The other thing you could do is ask the recipe maintainer (another know it all) to add the fragment you care about, they just might to it... | 22:49 |
| asdf__ | Ahh okay, see I wasn't sure of the scope of local.conf and didn't want to add things that didn't belong there | 22:50 |
| dvhart | asdf__, I would say it doesn't belong there, it belongs in a layer | 22:51 |
| dvhart | but if you don't want to add a layer, you can do local changes there | 22:51 |
| asdf__ | sure, but for testing purposes it'd be okay there? | 22:51 |
| dvhart | just hard to share with others | 22:51 |
| dvhart | yup | 22:51 |
| dvhart | I do that sometimes | 22:51 |
| Crofton|work | http://openembedded.org/wiki/OEDAM | 22:51 |
| Crofton|work | Don't forget, get travel apporved, add your names | 22:51 |
| rburton | kergoth: the new archiver when in original mode simply invokes fetch and "unpacks" anything that is a directory beforing taring it up (thus handling git clones) | 22:52 |
| asdf__ | so for beagleboard or the like, it'd be something along the lines of: KERNEL_FEATURES_beagleboard-linux-yocto += "features/bluetooth.scc" | 22:52 |
| kergoth | rburton: Yeah, I know. but it uses sstate, which means it then tars up those tarballs into an sstate archive, duplicating the DL_DIR contents, to use to avoid re-running the task later | 22:53 |
| asdf__ | or if I just added it to KERNEL_FEATURES it'd apply it to all boards? | 22:53 |
| rburton | kergoth: never noticed it hitting sstate | 22:53 |
| kergoth | I'm talking about the refactored one, no idea on the old one | 22:53 |
| rburton | can that be avoided? | 22:53 |
| kergoth | but copyleft_compliance doesn't tar anything, it symlinks, so re-running the task is extremely quick, so there's no need for sstate | 22:53 |
| kergoth | possibly, by special casing the original mode, but there'd be lots of little hacks, since there are other combination modes of operation it supports. e.g. original sources + srpm probably still wants to use sstate to avoid re-creating the srpm :) | 22:54 |
| kergoth | hmm | 22:55 |
| asdf__ | also, is there an easy way to list what features/*.scc's are available to me on the linux-yocto kernel? | 22:55 |
| asdf__ | (sorry for the newb questions, just starting off with a beagleboard) | 22:55 |
| dvhart | asdf__, hrm... I believe there is... toms or zedd might know - I usually just search the meta branch myself | 22:57 |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 22:57 | |
| asdf__ | Thank you VERY much dvhart. Got me started. I suppose you're an author on the project. :) | 22:58 |
| dvhart | ;-) I'm the Intel kernel lead | 22:59 |
| rburton | hooray dvhart! | 22:59 |
| dvhart | (for yocto) | 22:59 |
| asdf__ | well, that would explain it! cheers! | 22:59 |
| neabax | do you guys have any idea why a kernel option set in my defconfig doesn't get set when the .config is generated? | 22:59 |
| asdf__ | side question: will Galileo be added to the BSP's on the yocto page? or is that a non-official support type of thing? | 23:00 |
| *** sjolley <sjolley!sjolley@nat/intel/x-qwdjhwmghsockbgw> has quit IRC | 23:00 | |
| dvhart | Galileo is more of an independent project that uses Yocto, among other things. | 23:00 |
| dvhart | neabax, usually because a dependency is missing | 23:00 |
| rburton | asdf__: the gailileo site has their bsp to download now | 23:00 |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| neabax | dvhart: does it usually throw a warning about that? I don't see anything in my log.do_configure | 23:01 |
| *** Jefro <Jefro!~jefro@pool-115-169.mcoe.us> has joined #yocto | 23:02 | |
| dvhart | it's in the logs in the build dir... something like "tmp/work/MACHINE*/linux-yocto*/*/linux/.meta/standard/* | 23:02 |
| dvhart | something like that... just dumped that from memory | 23:02 |
| dvhart | (that's admittedly a totally crap location for this stuff ;-) | 23:03 |
| *** Jefro <Jefro!~jefro@pool-115-169.mcoe.us> has quit IRC | 23:07 | |
| *** Jefro <Jefro!~jefro@pool-115-169.mcoe.us> has joined #yocto | 23:10 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-reohtnueuwkzrcec> has quit IRC | 23:13 | |
| mranostay | dvhart: that seems a bit hard to find :) | 23:13 |
| neabax | Alright it seems the configure step overwrites the defconfig that ends up being patched | 23:21 |
| neabax | so instead of patching that option in I had to just change the defconfig in the linux-mainline folder | 23:21 |
| *** Jefro <Jefro!~jefro@pool-115-169.mcoe.us> has quit IRC | 23:22 | |
| kergoth | neabax: sounds like you'd be better off using a config fragment | 23:23 |
| neabax | kergoth: thanks, that seems a lot cleaner, I'll look into using that | 23:25 |
| dvhart | neabax, config fragments are also a lot easier to maintain | 23:26 |
| dvhart | you define only what you really care about | 23:26 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 23:27 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 23:27 | |
| kergoth | yeah, meta-mentor *still* has an old busybox defconfig, from so long ago int eh mists of time that I have no idea which options we had to enable | 23:27 |
| *** Jefro <Jefro!~jefro@pool-115-169.mcoe.us> has joined #yocto | 23:27 | |
| kergoth | so trying to get that into a fragment now is a pain :) | 23:27 |
| kergoth | might just ahve to abandon it and let QA open new issues if we'r emissing something | 23:28 |
| neabax | it's not super clear in the yocto manual, can you use config fragments in any recipe or does it have to be in the kernel recipe? | 23:29 |
| kergoth | not all recipes even have a config to have fragments of :P | 23:29 |
| dvhart | neabax, busybox and linux-yocto* | 23:29 |
| kergoth | busybox and kernel-yocto recipes support it out of the box today for sure. certain others, but theres' no generic mechanism for non-linux-yocto kernels (yet) | 23:29 |
| dvhart | Although you can use them on non linux-yocto sources using the linux-yocto-custom template in meta-skeleton | 23:30 |
| neabax | so can I use that for linux-mainline or does it only work for kernel-yocto? | 23:30 |
| fray_ | I thoguth the cml class supports fragments now.. so as long as the thing being configured uses the cml class you are good.. (which of course also means it uses the kernel-like method of config) | 23:30 |
| *** fray_ is now known as fray | 23:31 | |
| dvhart | neabax, see the linux-yocto-custom recipe and the kernel-dev manual, they document this | 23:31 |
| kergoth | nope, doesn't yet | 23:31 |
| kergoth | cml1 provides a diffconfig task to let you generate fragments, but it can't use them, since cml1 doesn't provide a generic mechanism for the defconfig -> .config process | 23:31 |
| kergoth | every cml1 recipe doe sthat themselves, so there's no standard DEFCONFIG variable, or place in the build to inject hte fragments | 23:32 |
| fray | I thought it did | 23:32 |
| fray | I guess not.. | 23:34 |
| fray | it's apparently pretty simple though | 23:34 |
| fray | do_configure () { | 23:35 |
| *** Jefro <Jefro!~jefro@pool-115-169.mcoe.us> has quit IRC | 23:35 | |
| fray | merge_config.sh -m .config ${@" ".join(find_cfgs(d))} | 23:35 |
| fray | cml1_do_configure | 23:35 |
| fray | } | 23:35 |
| fray | (see busybox.inc for the definition of find_cfgs) | 23:35 |
| kergoth | indeed | 23:35 |
| kergoth | a simple little cml1-config class which does that in a task between do_patch and do_configure, using DEFCONFIG, which we could adapt cml1-based recipes to use, would be nice. i created one along those lines for meta-mentor, but it can be simplified now. it had a fragment filtering pipeline to let you remove bits, but now that we can use _remove, its likely overkill | 23:37 |
| kergoth | https://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mel/classes/cml1-config.bbclass is that one, definitely overkill :) | 23:37 |
| fray | I suspect it's not there by default because the kernel and busybox find and combine their fragments differently.. | 23:37 |
| fray | but the busybox 'way' is what I'd suggest for the default.. (minus the busybox specific line which I didn't paste above) | 23:38 |
| kergoth | well, like i said, there's no standard mechanism to even write .config. since its inside of do_configure, there's no injection point, so we can't modify cml1 to handle it without having to change all the recipes anyway | 23:38 |
| kergoth | has to be something new which is opt-in | 23:38 |
| * kergoth shrugs | 23:38 | |
| fray | simply documenting what I posted above wouldn't be a bad idea.. | 23:41 |
| fray | the only thing busybox does "special" is the setup of the initial .config based on the distro feature flags.. | 23:42 |
| fray | that could probably be do in a do_configure_prepend actually.. | 23:42 |
| fray | then the do_configure could be "more standard" | 23:42 |
| *** pidge <pidge!~pidge@134.134.139.72> has quit IRC | 23:42 | |
| asdf__ | I can say from a newbie's perspective, a step-by-step guide on how to, say, add the bluetooth module specifically (or any module specifically) would be useful :D | 23:43 |
| fray | Umm.. I have an example of how to enable selinux.... | 23:44 |
| fray | http://git.yoctoproject.org/cgit/cgit.cgi/meta-selinux/tree/recipes-kernel/linux | 23:44 |
| fray | add a .bbappend for the kernel.. | 23:45 |
| fray | then add a custom '.cfg' file.. | 23:45 |
| *** Jefro <Jefro!~jefro@pool-115-169.mcoe.us> has joined #yocto | 23:45 | |
| fray | the contents of the bbappend simply adds the '.cfg' to the SRC_URI.. and add the location of the .cfg to the FILESEXTRAPATHS.. | 23:45 |
| fray | so.. something like: linux-yocto_3.16.bbappend: | 23:46 |
| *** neabax <neabax!~neabax@173.247.199.210> has quit IRC | 23:46 | |
| fray | FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" | 23:46 |
| fray | SRC_URI += "file://myconfigfrag.cfg" | 23:46 |
| dvhart | asdf__, please do send me email feedback on the manual | 23:46 |
| *** staylor <staylor!~staylor@mail.au-zone.com> has quit IRC | 23:46 | |
| fray | then linux-yocto/myconfigfrag.cfg contains just the items to enable/disable for your config | 23:47 |
| fray | (but I agree.. the manual should have this info) | 23:47 |
| dvhart | it does | 23:47 |
| fray | especially since it is fairly easy to do it.. once you know how | 23:47 |
| dvhart | http://www.yoctoproject.org/docs/current/kernel-dev/kernel-dev.html#changing-the-configuration | 23:47 |
| *** neabax <neabax!~neabax@173.247.199.210> has joined #yocto | 23:48 | |
| fray | yup that's it.. | 23:48 |
| dvhart | asdf__, there is an example there specifically how to add 8250 support | 23:48 |
| fray | both the full defconfig, and a "fragment" | 23:48 |
| dvhart | I can't very well document how to add all 5000 possible kernel configurations.... | 23:48 |
| fray | ;) | 23:48 |
| dvhart | so some level of abstraction has to be allowed for :-) | 23:48 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 23:49 | |
| *** Jefro <Jefro!~jefro@pool-115-169.mcoe.us> has quit IRC | 23:50 | |
| dvhart | I'm curious - did you read this section and it didn't make sense? Did you not find this section in your search? Sometimes creating the right structure can be a challenge. The manual is intended to be organized by commonly performed tasks - specifically the ones you have been describing | 23:50 |
| dvhart | So I'm concerned it isn't meeting your needs.... | 23:50 |
| asdf__ | I guess that's a good point, it does mention that, I just fell back to the 'well does bluetooth.scc even exist by default?, how do I know which modules are supported?" | 23:51 |
| asdf__ | the documentation is VERY good, it's just a lot for a newbie to absorb in less than 24 hours | 23:51 |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 23:51 | |
| dvhart | that's fair enough | 23:51 |
| dvhart | I was at it two years before I wrote it after all ;-) | 23:51 |
| fray | ya.. a link for beginners to 'start here'.. may be useful.. I know the few times I've had to adjust the kernel the items in the section dvhart pointed you at was enough.. | 23:52 |
| dvhart | So that is one good bit of feedback - how do I know which fragments already exist | 23:52 |
| fray | the scc stuff wasn't needed until you get to more advanced features.. | 23:52 |
| asdf__ | I actually have to say, of most 'side linux projects' ive seen, the documentation for Yocto is absolutely incredible | 23:52 |
| dvhart | log that and print it | 23:52 |
| dvhart | quick | 23:52 |
| dvhart | before the internet dies | 23:52 |
| asdf__ | And see, I'm uncertain what something like: KERNEL_FEATURES_beagleboard-linux-yocto += "features/bluetooth.scc" would do as opposed to adding bluetooth enabling in a config fragment. | 23:53 |
| asdf__ | "adding bluetooth enabling" - I'm rocking english tonight. Heh. | 23:54 |
| *** scottrif <scottrif!~scott-len@179.42.226.150> has joined #yocto | 23:54 | |
| *** scottrif <scottrif!~scott-len@179.42.226.150> has left #yocto | 23:54 | |
| dvhart | asdf__, they would do the exact same thing provided they contain the same CONFIG_* lines | 23:54 |
| asdf__ | gotcha, and the .SCC includes all of that CONFIG_ line data | 23:55 |
| asdf__ | (I need to go look for .scc's) | 23:55 |
| dvhart | the .scc is a description file that contains links to .cfg files | 23:55 |
| dvhart | acc is also documented in the kernel-dev manual under advanced meta data | 23:55 |
| dvhart | scc even | 23:55 |
| asdf__ | There we go, that makes sense. | 23:56 |
| asdf__ | again, just a lot of info I'm still sifting through, documentation is amazing, just overwhelming simply based on how much there is of it | 23:56 |
| *** Jefro <Jefro!~jefro@pool-115-169.mcoe.us> has joined #yocto | 23:56 | |
| asdf__ | I don't think anything is necessarily lacking in the documentation, for the record. | 23:56 |
| dvhart | asdf__, https://bugzilla.yoctoproject.org/show_bug.cgi?id=6022 | 23:57 |
| yocti | Bug 6022: normal, Undecided, ---, scott.m.rifenbark, NEW , kernel-dev: How do I know which features are available for KERNEL_FEATURES ? | 23:57 |
| asdf__ | Awesome! | 23:58 |
| dvhart | asdf__, if you could Cc yourself, you can help review the solution. | 23:58 |
| asdf__ | will do, thanks. | 23:58 |
| *** weebet <weebet!~weebet@modemcable039.26-178-173.mc.videotron.ca> has quit IRC | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!