| *** _julian_ <_julian_!~quassel@x2f0ae1e.dyn.telefonica.de> has joined #yocto | 00:08 | |
| *** _julian <_julian!~quassel@x2f003ed.dyn.telefonica.de> has quit IRC | 00:12 | |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto | 00:12 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:12 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 00:32 | |
| *** denix <denix!~denix@pool-108-45-150-102.washdc.fios.verizon.net> has quit IRC | 00:37 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 00:42 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:46 | |
| *** oscailt <oscailt!~oscailt@unaffiliated/oscailt> has quit IRC | 00:49 | |
| *** scot_ <scot_!~scot@130.164.62.183> has quit IRC | 00:49 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 01:03 | |
| *** denix <denix!~denix@pool-108-45-150-102.washdc.fios.verizon.net> has joined #yocto | 01:18 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 01:22 | |
| *** [simar|school] <[simar|school]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 01:28 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:33 | |
| -YoctoAutoBuilder- build #249 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/249 | 01:47 | |
| -YoctoAutoBuilder- build #283 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/283 | 01:50 | |
| *** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 02:02 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:03 | |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 02:04 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 02:04 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 02:11 | |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC | 02:13 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 02:15 | |
| *** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has quit IRC | 02:27 | |
| *** nrossi <nrossi!~nrossi@203.126.243.116> has quit IRC | 02:31 | |
| *** nrossi <nrossi!~nrossi@203.126.243.116> has joined #yocto | 02:36 | |
| -YoctoAutoBuilder- build #94 of buildtools is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/buildtools/builds/94 | 02:36 | |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has joined #yocto | 02:40 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 02:42 | |
| *** davest <davest!~Adium@134.134.139.76> has joined #yocto | 03:03 | |
| *** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC | 03:05 | |
| -YoctoAutoBuilder- build #293 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/293 | 03:06 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 03:06 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:07 | |
| *** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has joined #yocto | 03:07 | |
| *** davest <davest!~Adium@134.134.139.76> has quit IRC | 03:18 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 03:19 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 03:20 | |
| *** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has quit IRC | 03:29 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 03:29 | |
| *** oscailt <oscailt!~oscailt@unaffiliated/oscailt> has joined #yocto | 03:31 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 03:31 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 03:47 | |
| *** jmdelos_ <jmdelos_!~polk@71-214-58-17.clsp.qwest.net> has joined #yocto | 03:55 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:56 | |
| *** jmpdelos <jmpdelos!~polk@71-34-156-120.clsp.qwest.net> has quit IRC | 03:56 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 03:58 | |
| -YoctoAutoBuilder- build #277 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/277 | 04:00 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 04:00 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:07 | |
| *** thesignal <thesignal!~deadbot@134.255.234.222> has quit IRC | 04:10 | |
| *** thesignal <thesignal!~deadbot@134.255.234.222> has joined #yocto | 04:11 | |
| -YoctoAutoBuilder- build #159 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-systemd/builds/159 | 04:17 | |
| *** thesignal <thesignal!~deadbot@134.255.234.222> has quit IRC | 04:24 | |
| *** thesignal <thesignal!~deadbot@134.255.234.222> has joined #yocto | 04:25 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:44 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:45 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 04:52 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.124.29.38> has joined #yocto | 04:55 | |
| *** boz_v1 <boz_v1!~juukorho@projects.sse.fi> has joined #yocto | 05:02 | |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has quit IRC | 05:08 | |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto | 05:15 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 05:19 | |
| *** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 05:26 | |
| *** [simar|school] <[simar|school]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 05:27 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 05:34 | |
| -YoctoAutoBuilder- build #285 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/285 | 05:37 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 05:38 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 05:39 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 05:50 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 05:50 | |
| *** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 05:53 | |
| *** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has joined #yocto | 06:02 | |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 06:13 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-msnsgyjczioprznj> has joined #yocto | 06:19 | |
| -YoctoAutoBuilder- build #122 of minnow-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/122 | 06:21 | |
| *** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 06:22 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 06:22 | |
| *** msm <msm!~msm@cpe-70-112-201-132.austin.res.rr.com> has quit IRC | 06:30 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 06:31 | |
| -YoctoAutoBuilder- build #258 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/258 | 06:37 | |
| *** uvan <uvan!~uvan@118.69.219.197> has joined #yocto | 06:38 | |
| -YoctoAutoBuilder- build #282 of nightly-non-gpl3 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/282 | 06:40 | |
| *** silviof1 is now known as silviof | 06:47 | |
| *** mckoan|away is now known as mckoan | 06:49 | |
| mckoan | good morning | 06:49 |
|---|---|---|
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 06:50 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 06:50 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 06:51 | |
| *** mike <mike!c2881242@gateway/web/freenode/ip.194.136.18.66> has joined #yocto | 06:53 | |
| *** mike is now known as Guest86650 | 06:53 | |
| Guest86650 | Hi I created a native recipe and copied stuff to the $datadir | 06:54 |
| Guest86650 | How can I access that data from other recipes | 06:54 |
| Guest86650 | If I copy to bin dir then I can just use the command directly | 06:54 |
| Guest86650 | but from $datadir I am not sure. Anybody know?? | 06:55 |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto | 06:56 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 06:56 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 06:57 | |
| Guest86650 | [09:54] <Guest86650> Hi I created a native recipe and copied stuff to the $datadir [09:54] <Guest86650> How can I access that data from other recipes [09:54] <Guest86650> If I copy to bin dir then I can just use the command directly [09:55] <Guest86650> but from $datadir I am not sure. Anybody know?? | 06:58 |
| Guest86650 | ?? | 06:58 |
| Guest86650 | Any help much appreciated | 06:58 |
| *** blitz00 <blitz00!stefans@nat/intel/x-pexpeomkpvlmqply> has joined #yocto | 06:59 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 06:59 | |
| *** e8johan_ <e8johan_!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 07:02 | |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 07:03 | |
| *** Guest86650 <Guest86650!c2881242@gateway/web/freenode/ip.194.136.18.66> has quit IRC | 07:07 | |
| *** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has joined #yocto | 07:08 | |
| -YoctoAutoBuilder- build #279 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/279 | 07:13 | |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 07:15 | |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:15 | |
| *** e8johan_ <e8johan_!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 07:16 | |
| *** florian_kc <florian_kc!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 07:19 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:19 | |
| *** florian_kc is now known as florian | 07:19 | |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:20 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 07:38 | |
| lpapp | hi, is the meta-networking maintainer, Joe using irc? | 07:38 |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 07:45 | |
| lpapp | what is this error again? http://paste.kde.org/~lpapp/p9734f00f/ | 07:46 |
| ndec | i suppose that if you ask, you already check that the file exists, right? | 07:50 |
| ndec | No such file or directory: '/home/lpapp/Projects/poky/meta-yocto-bsp/conf/layer.conf' | 07:50 |
| *** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 07:51 | |
| lpapp | it is a fresh denzil branch checkout. | 07:51 |
| lpapp | I do not understand why it would complain about non-existent files with a fresh and default state. | 07:51 |
| *** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 07:52 | |
| nrossi | there is no meta-yocto-bsp in denzil? http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/?h=denzil&id=6caa7d1d6c122d084ed01d1f5e1dae0bf259f854 | 07:53 |
| ndec | lpapp: you might be using conf/bblayer.conf fom dylan then. | 07:54 |
| lpapp | ndec: that might be true, yes. | 07:54 |
| lpapp | it is better to delete that file, and add stuff manually again. | 07:55 |
| lpapp | ndec: ERROR: Layer dependency core of layer networking-layer not found | 07:58 |
| nrossi | lpapp: make sure that meta-oe is on denzil branch also | 07:58 |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 07:58 | |
| lpapp | nrossi: ?? | 07:58 |
| lpapp | I think it is because meta did not have the core name in denzil. | 07:58 |
| lpapp | but then how can I depend on a layer with denzil? | 07:59 |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 08:01 | |
| lpapp | I guess I simply cannot. | 08:02 |
| -YoctoAutoBuilder- build #280 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/280 | 08:03 | |
| nrossi | lpapp: are you using any other additional layers apart from meta-sourcery and the layers in poky? | 08:04 |
| lpapp | nrossi: denzil does not need meta-sourcery | 08:05 |
| lpapp | nrossi: yes, I am using additional layers. | 08:05 |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 08:05 | |
| lpapp | JaMa: why is it called qt5-layer rather than qt5? core is also called "core" rather than "core-layer". The "layer" is somewhat duplication as it is implicit in the context. | 08:07 |
| JaMa | lpapp: consistency with meta-oe layers | 08:08 |
| lpapp | that is unfortunate. | 08:08 |
| tf | nrossi: no, it's all in meta-yocto | 08:09 |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC | 08:11 | |
| lpapp | do I understand correctly that SDK is good for people who would like to develop applications on your platforms built by Yocto? | 08:11 |
| lpapp | i.e. if we do the whole stack ourselves, it is not much of use? | 08:12 |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:12 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:12 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:12 | |
| bluelightning | morning all | 08:15 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 08:16 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 08:24 | |
| ndec | lpapp: i think you are right. | 08:25 |
| ndec | about SDK, i mean. | 08:26 |
| *** rodgort <rodgort!~rodgort@li125-242.members.linode.com> has quit IRC | 08:26 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 08:27 | |
| *** sameo <sameo!samuel@nat/intel/x-hhlumnofczjfiuyv> has joined #yocto | 08:28 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 08:28 | |
| *** rodgort <rodgort!~rodgort@li125-242.members.linode.com> has joined #yocto | 08:29 | |
| *** belen <belen!~Adium@134.134.137.73> has joined #yocto | 08:30 | |
| *** honschu <honschu!~honschu@p549E81FB.dip0.t-ipconnect.de> has joined #yocto | 08:32 | |
| *** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto | 08:32 | |
| *** drasko <drasko!~drasko@gut75-3-82-227-163-94.fbx.proxad.net> has quit IRC | 08:32 | |
| lpapp | bluelightning: good morning | 08:33 |
| *** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC | 08:35 | |
| *** Noor <Noor!~noor@110.93.212.98> has quit IRC | 08:40 | |
| *** Noor <Noor!~noor@110.93.212.98> has joined #yocto | 08:46 | |
| *** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 08:50 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 08:50 | |
| *** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto | 08:52 | |
| -YoctoAutoBuilder- build #278 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/278 | 08:55 | |
| *** roric <roric!~roric@c-5eeaaade-74736162.cust.telenor.se> has joined #yocto | 08:55 | |
| lpapp | ndec: right. | 08:56 |
| elbc_ | rburton: hi ! my build have succeeded, however I still have /yocto/poky/thinkpad/tmp/sysroots/chiefriver/usr/lib/libX11.so etc ... does this mean it hasn't succeeded or is it normal ? | 09:00 |
| *** swex_ <swex_!~swex@217.197.253.123> has joined #yocto | 09:02 | |
| rburton | elbc_: if you didn't wipe your sysroot they won't have been deleted, so you should check the image | 09:02 |
| elbc_ | ok thanks ! | 09:03 |
| *** swex <swex!~swex@88.210.24.155> has quit IRC | 09:03 | |
| rburton | elbc_: the wipe-sysroot will cleanly delete just the sysroot so you can re-build quickly to verify | 09:03 |
| elbc_ | rburton: how do I do use this exactly ? sorry for my lack of knowledge | 09:05 |
| rburton | just run wipe-sysroot | 09:05 |
| elbc_ | ok thanks ! | 09:05 |
| rburton | sorry, forgot to say "the wipe-sysroot script" | 09:06 |
| elbc_ | wiper.sh ? | 09:06 |
| rburton | if its not on your path then you haven't sourced oe-init-build-env | 09:06 |
| rburton | which you need to do so it knows what to delete | 09:07 |
| rburton | (as it runs bitbake) | 09:07 |
| elbc_ | ok I've found, running it and after bitbake core-image-opencpn again ? | 09:08 |
| rburton | yes | 09:08 |
| elbc_ | thks | 09:09 |
| *** uvan <uvan!~uvan@118.69.219.197> has quit IRC | 09:13 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 09:14 | |
| elbc_ | rburton: I still have the libx11 in several directories, but maybe it's not efficient, I don't know | 09:16 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:19 | |
| *** mike <mike!c2881242@gateway/web/freenode/ip.194.136.18.66> has joined #yocto | 09:24 | |
| *** mike is now known as Guest49245 | 09:24 | |
| Guest49245 | Hi how can I access data from datadir ? | 09:25 |
| Guest49245 | I copy stuff to datadir in native recipe and what to access that data from other recipe | 09:26 |
| Guest49245 | s? | 09:26 |
| elbc_ | rburton: I think my problem is solved, thank you very much for your time ! | 09:26 |
| bluelightning | Guest49245 / mike: if recipe a-native installs files to ${D}${datadir} in do_install and recipe b has "a-native" in DEPENDS, then the files should be available in ${STAGING_DATADIR_NATIVE} when b's do_configure (and later tasks) executes | 09:31 |
| rburton | elbc_: no problem | 09:32 |
| Guest49245 | ok thanks bluelightning. I try that | 09:35 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 09:35 | |
| Stygia | Hah.... found this article guys: http://lpapp.blogspot.dk/2013/07/yocto-mature-or-not.html | 09:36 |
| Stygia | I'll be nice. | 09:41 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 09:46 | |
| *** hyang2 <hyang2!~hyang2@1.202.252.122> has quit IRC | 09:49 | |
| *** roric <roric!~roric@c-5eeaaade-74736162.cust.telenor.se> has quit IRC | 09:58 | |
| -YoctoAutoBuilder- build #283 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/283 | 09:58 | |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 10:00 | |
| *** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 10:01 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 10:01 | |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 10:03 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 10:06 | |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 10:11 | |
| *** smartin__ <smartin__!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 10:34 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 10:40 | |
| Guest49245 | bluelightning : how can I access that variable if I call a shell script from the recipe without passing the variable to the shell script? | 10:40 |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 10:44 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has quit IRC | 10:44 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:44 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:44 | |
| *** bluelightning_ is now known as bluelightning | 10:44 | |
| bluelightning | Guest49245: you need to either pass the variable directly to the script on its command line, or export a variable containing the value (or export the variable itself, whichever is more appropriate) | 10:44 |
| bluelightning | Guest49245: some variables are exported by default, but STAGING_DATADIR_NATIVE is not one of them AFAIK | 10:45 |
| Guest49245 | alright | 10:48 |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:49 | |
| *** behanw <behanw!~behanw@216.58.123.51> has joined #yocto | 10:49 | |
| Guest49245 | bluelightning : what is the syntax to export variable | 10:50 |
| bluelightning | Guest49245: export VARIABLENAME | 10:50 |
| Guest49245 | alright | 10:50 |
| bluelightning | if you do that outside of a shell function it'll export the bitbake variable of that name | 10:51 |
| bluelightning | within a shell function you'd probably need to do export VARIABLENAME=${VARIABLENAME} | 10:51 |
| bluelightning | it's worth noting that outside of a shell function export will export the variable for all tasks associated with the recipe, not just a single one | 10:52 |
| Guest49245 | alright. | 10:53 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 10:57 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 10:57 | |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC | 11:09 | |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 11:23 | |
| *** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 11:23 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 11:23 | |
| *** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has joined #yocto | 11:29 | |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has quit IRC | 11:31 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 11:32 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 11:33 | |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has left #yocto | 11:41 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 11:47 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 11:50 | |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 11:51 | |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto | 11:52 | |
| Guest49245 | bluelightning : how to do addtask for a shell function | 12:09 |
| Guest49245 | is syntax similar. At least its not running the function | 12:09 |
| Guest49245 | I changed the function from python to shell | 12:09 |
| Guest49245 | ? | 12:09 |
| bluelightning | Guest49245: if it's not an already added task function it won't run automatically no... | 12:10 |
| bluelightning | addtask yourfunction after do_someothertask | 12:10 |
| bluelightning | but the question is do you really need another task for what you're doing? | 12:10 |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 12:10 | |
| Guest49245 | ok so syntax is same whether function is python or shell | 12:10 |
| bluelightning | yes | 12:10 |
| Guest49245 | its a long story | 12:11 |
| Guest49245 | but this is way I attempt for now | 12:11 |
| Guest49245 | it doesnt run the new task anymore for some reason | 12:14 |
| -YoctoAutoBuilder- build #285 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/285 | 12:15 | |
| Guest49245 | ok it is running but doesnt print the bbwarn messages like in pyhon | 12:17 |
| RP | Guest49245: the shell logging only goes to the logfiles unfortunately | 12:18 |
| elbc_ | rburton: if you're available I might need your help | 12:22 |
| elbc_ | ERROR: Nothing PROVIDES 'virtual/libx11' (but /home/elebideau/yocto/poky/meta/recipes-support/consolekit/consolekit_0.4.6.bb DEPENDS on or otherwise requires it) | 12:23 |
| elbc_ | I've succeeded to build pulseaudio without any dependencies to libx11 at all, but doing a cleanall on my image before building displays me this error | 12:24 |
| elbc_ | need to remove completeley this virtual/libx11 thing (still want to using wayland and just wayland) | 12:25 |
| *** scot_ <scot_!~scot@130.164.62.183> has joined #yocto | 12:28 | |
| Stygia | Does anyone here know about wget and SSL? The ca-certificates recipe contains a number of certificates, but it seems that since Amazon started using a new cert with a larger keysize I can't wget from https:// amazon urs, getting "self-signed certificate encountered" | 12:35 |
| Stygia | But what bugs me is that all the ca-certs that have anything to do with DigiCert (The cert it complains about) have identical checksums to on my debian box, where things do work. | 12:35 |
| Stygia | The only difference is that I have a certificate missing on the box, which I have on my own system. This seems to be the "right" certificate - But is only part of libpurple, and what's worse, moving it out of its proper location doesn't cause the failture. | 12:36 |
| Stygia | Any hints? | 12:36 |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 12:38 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 12:39 | |
| *** nrossi <nrossi!~nrossi@203.126.243.116> has quit IRC | 12:42 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 12:42 | |
| *** jmdelos_ <jmdelos_!~polk@71-214-58-17.clsp.qwest.net> has quit IRC | 12:43 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 12:44 | |
| *** nrossi <nrossi!~nrossi@203.126.243.116> has joined #yocto | 12:45 | |
| *** jmpdelos <jmpdelos!~polk@71-214-58-17.clsp.qwest.net> has joined #yocto | 12:48 | |
| bluelightning | elbc_: what are you building that needs consolekit? | 12:55 |
| elbc_ | still the same image https://github.com/alan-mushi/meta-opencpn/wiki/Requirements | 12:56 |
| elbc_ | my goal is to have this same image, but without any traces of virtual/libx11 (I just want to use wayland) | 12:57 |
| bluelightning | sure, I understand the requirements, but the question is what is it in what you are building that depends on consolekit, and is it really needed? | 13:00 |
| *** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has quit IRC | 13:05 | |
| elbc_ | I don't know is consolekit is needed, but I have no right to remove it | 13:05 |
| elbc_ | by "what is it in what you are building that depends on consolekit" do you mean the RDEPENDS line | 13:06 |
| elbc_ | ? | 13:06 |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 13:06 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 13:07 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 13:12 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 13:21 | |
| *** walters <walters!walters@nat/redhat/x-srxinhkeddtjsjkq> has joined #yocto | 13:21 | |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has quit IRC | 13:23 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 13:30 | |
| rburton | elbc_: the error where it says it can't build x11 might tell you the entire dependency chain | 13:32 |
| *** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has joined #yocto | 13:41 | |
| *** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has quit IRC | 13:43 | |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:46 | |
| *** zz_ka6sox is now known as ka6sox | 13:55 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-nafyymtjltgnwlsu> has joined #yocto | 13:58 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 13:58 | |
| *** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 13:58 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:58 | |
| *** tomz2 <tomz2!~trz@c-68-53-177-94.hsd1.in.comcast.net> has left #yocto | 13:58 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.124.29.38> has quit IRC | 14:07 | |
| *** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has quit IRC | 14:07 | |
| *** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 14:09 | |
| *** _julian_ <_julian_!~quassel@x2f0ae1e.dyn.telefonica.de> has left #yocto | 14:35 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 14:37 | |
| cfo215 | does the ADT support Qt out of the box? | 14:38 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 14:43 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 14:44 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 14:45 | |
| *** gjohnson <gjohnson!4542f923@gateway/web/freenode/ip.69.66.249.35> has joined #yocto | 14:49 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@93.84.109.218> has joined #yocto | 14:50 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 14:50 | |
| Crofton|work | zeddii, I am having a wierd patch failure | 14:55 |
| Crofton|work | is there anyway to get more infor on how the patch failed to apply? | 14:55 |
| *** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has joined #yocto | 14:59 | |
| kergoth | we really need to get some more *useful* debug messages in bitbake | 15:00 |
| kergoth | not just what it's doing, but *why*, would be ideal | 15:00 |
| *** davest <davest!~Adium@134.134.137.73> has joined #yocto | 15:01 | |
| tlwoerner | Crofton: log.do_patch? or maybe run bitbake with just the failing recipe and use the "-v" option? or maybe set PATCHRESOLVE to ""? | 15:02 |
| n01 | guys, is yocto-kernel much different from vanilla one? | 15:03 |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 15:09 | |
| rburton | n01: iirc, vanilla with fixes, mostly backports/reverts | 15:09 |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 15:09 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 15:10 | |
| n01 | uhm the problem is that I have kernel patches made by customer on vanilla kernel | 15:12 |
| n01 | rburton: do you suggest to go with linux-yocto-custom? | 15:12 |
| rburton | n01: you may find they just apply to linux-yocto | 15:14 |
| * rburton points at zeddii etc for real kernel advice | 15:14 | |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 15:14 | |
| n01 | rburton: yep, but this could be not true for future patches | 15:14 |
| n01 | I think it would be safer to work with vanilla kernel | 15:15 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 15:15 | |
| lpapp | hi, I am getting this error when trying to patch net-snmp, http://paste.kde.org/~lpapp/p6c53f68c/ | 15:16 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 15:16 | |
| lpapp | why is this patch not applying correctly? | 15:16 |
| lpapp | this is where I got the patch from, http://patches.openembedded.org/patch/20563/ | 15:16 |
| lpapp | oh, wow | 15:16 |
| lpapp | d'oh, my bad | 15:16 |
| rburton | lpapp: :) | 15:16 |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 15:16 | |
| rburton | lpapp: publicly announcing a problem is a sure way to make the obvious problems apparent straight away | 15:17 |
| n01 | zeddii: any suggestion? | 15:17 |
| *** msm <msm!~msm@cpe-70-113-95-189.austin.res.rr.com> has joined #yocto | 15:17 | |
| lpapp | rburton: and shoot myself in the foot. :) | 15:18 |
| lpapp | anyway, this should be applied against the latest as well | 15:18 |
| lpapp | I need to figure out why it was dropped in latest meta-networking. | 15:19 |
| lpapp | perhaps because they updated libnl | 15:19 |
| lpapp | and it is not needed anymore accordingly. | 15:19 |
| lpapp | although the patch would make meta-networking / net-snmp work against denzil, so I think it is still useful if otherwise it does not introduce any harm. | 15:19 |
| lpapp | how can I check if a patch is applied succesfully? | 15:22 |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has quit IRC | 15:22 | |
| rburton | lpapp: the do_patch log will say what patches were applied | 15:22 |
| rburton | if it doesn't apply cleanly, do_patch fails | 15:22 |
| lpapp | is there a patch command for bitbake? | 15:23 |
| * Crofton|work curses the do_patch log | 15:23 | |
| lpapp | bitbake -c patch or something | 15:23 |
| Crofton|work | bb after lunch to figure this out | 15:23 |
| lpapp | NOTE: Applying patch 'net-snmp-libnl.patch' (../meta/recipes-foo/net-snmp/net-snmp-libnl.patch) | 15:24 |
| lpapp | rburton: ^ | 15:24 |
| lpapp | but I am still getting the same issue as before.... | 15:24 |
| lpapp | what the patch was supposed to solve.... | 15:24 |
| lpapp | bitbake net-snmp -c clean && bitbake net-snmp | 15:24 |
| lpapp | this is what I ran. | 15:24 |
| *** tomz2 <tomz2!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto | 15:24 | |
| rburton | then the patch doesn't actually solve your problem... | 15:25 |
| kergoth | best off just dropping into ${S} and running quilt push, i think. that'd try applying it again. it always does a dry-run first, so it doesn't leave the source in a half-applied state unless you quilt pu -f | 15:25 |
| * lpapp will rm -rf everything except conf to make sure | 15:25 | |
| rburton | lpapp: -c clean will wipe out the work directory for that recipe | 15:26 |
| rburton | so that's all the cleaning you need | 15:26 |
| lpapp | practice disagrees with that on my side. | 15:26 |
| rburton | it doesn't wipe existing built packages, or the sstate | 15:27 |
| lpapp | NOTE: package net-snmp-5.7.2-r1: task do_patch: Succeeded | 15:27 |
| rburton | but it most certainly does wipe the work directory | 15:27 |
| lpapp | ok, I am getting a different issue now | 15:28 |
| lpapp | patches welcome, they say... :D | 15:28 |
| lpapp | hmm, no, it is the same'ish | 15:28 |
| rburton | khem: there? | 15:30 |
| rburton | khem: you added systemd-rpm-macros, but surely as we built own our spec files thats entirely useless in yocto | 15:30 |
| lpapp | rburton: I have put the change accidentally beside the recipe | 15:33 |
| lpapp | and it did not get apply | 15:33 |
| lpapp | why did bitbake not complain it did not find the patch there?! | 15:33 |
| lpapp | where it looked for it | 15:34 |
| lpapp | as it was listed in the recipe ... | 15:34 |
| lpapp | I would kinda expect an error, or at least warning... | 15:34 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 15:35 | |
| lpapp | still does not apply even from files, sig | 15:35 |
| lpapp | h | 15:35 |
| lpapp | what am I doing wrong, seriously? | 15:35 |
| lpapp | oh... | 15:35 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:35 | |
| lpapp | right... | 15:35 |
| lpapp | I downloaded the patch | 15:35 |
| lpapp | and just removed the stuff for the recipe.... | 15:35 |
| lpapp | so I got a double patched patch... | 15:35 |
| lpapp | funky... | 15:35 |
| lpapp | is there any simple way on patchflow to get one raw file? | 15:37 |
| lpapp | rather than the whole double patched stuff? | 15:37 |
| lpapp | sigh, I do not even see a raw version on patchwork ... | 15:38 |
| lpapp | isn't there a nicer solution for tracking changes? | 15:38 |
| rburton | its the patch, which contains a patch | 15:38 |
| rburton | so apply it to your local tree | 15:38 |
| lpapp | of course I cannot | 15:38 |
| rburton | if you can't do that, then just apply it to anywhere and you'll get the directory | 15:38 |
| lpapp | since it is a terribly old patch | 15:38 |
| rburton | s/directory/file/ | 15:38 |
| lpapp | and it is definitely not for the denzil tree with custom recipes, custom location, etc etc etc | 15:39 |
| lpapp | so what I would need is the *raw* content | 15:39 |
| lpapp | of the patch, and copy/paste stuff out what I need | 15:39 |
| lpapp | seriously, this is where gerrit beats patchwork thousand times | 15:39 |
| lpapp | you can simply do this in gerrit without this pain an hour debugging. | 15:40 |
| *** elmir <elmir!~boris@li501-194.members.linode.com> has left #yocto | 15:41 | |
| lpapp | also, that patch does not apply against the latest networking either. :( | 15:41 |
| lpapp | what a mess | 15:41 |
| *** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto | 15:43 | |
| rburton | lpapp: apply the patch to an empty directory, and you'll get the subpatch out | 15:46 |
| lpapp | rburton: I already got the patch out. | 15:47 |
| lpapp | the current problem is that it does not apply against 5.7.2 | 15:47 |
| lpapp | although it was made against 5.7. | 15:47 |
| lpapp | 1 | 15:47 |
| * lpapp will rewrite the patch from scratch | 15:48 | |
| *** mckoan is now known as mckoan|away | 15:48 | |
| lpapp | perhaps bitbake could help here? | 15:49 |
| lpapp | I am sure there could be a feature to update changes automatically. | 15:49 |
| lpapp | in the simplest cases. | 15:49 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 15:50 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 15:50 | |
| rburton | lpapp: patch will do its best when a patch almost applies | 15:51 |
| rburton | if that doesn't work you don't want a machine stepping in! | 15:51 |
| *** gjohnson <gjohnson!4542f923@gateway/web/freenode/ip.69.66.249.35> has quit IRC | 15:52 | |
| lpapp | rburton: sigh | 15:52 |
| lpapp | then I blame Joe | 15:52 |
| lpapp | dropping this change without any reasno | 15:52 |
| lpapp | reason* | 15:52 |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 15:54 | |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 15:57 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:57 | |
| *** belen <belen!~Adium@134.134.137.73> has quit IRC | 15:58 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 15:58 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:58 | |
| *** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has joined #yocto | 15:59 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 16:00 | |
| *** sameo <sameo!samuel@nat/intel/x-hhlumnofczjfiuyv> has quit IRC | 16:04 | |
| lpapp | rburton: does the patch task ignore whitespaces by default? | 16:06 |
| rburton | lpapp: doubt it, but i'd have look at the source to find out | 16:07 |
| lpapp | can I pass it somehow? | 16:07 |
| lpapp | I am afraid, patch is stupid to handle it. | 16:07 |
| lpapp | the patch task, that is. | 16:07 |
| lpapp | it should not fail on damn whitespaces. | 16:07 |
| lpapp | darn* | 16:07 |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 16:08 | |
| lpapp | yeah, it does not ignore whitespaces | 16:10 |
| lpapp | looks like a GR | 16:10 |
| lpapp | FR* | 16:10 |
| lpapp | or I can already pass that somehow? | 16:10 |
| bluelightning_ | does GNU patch support that? if not, then I doubt it | 16:10 |
| *** bluelightning_ is now known as bluelightning | 16:10 | |
| lpapp | sure, it does. | 16:11 |
| lpapp | patch --help | grep whitespace -l --ignore-whitespace Ignore white space changes between patch and input. | 16:11 |
| lpapp | patch -v | 16:11 |
| lpapp | patch 2.6.1 | 16:11 |
| lpapp | I need to reimplement do_patch? | 16:14 |
| lpapp | or how can I customize patch? | 16:14 |
| * lpapp is submitting a bugreport | 16:15 | |
| rburton | lpapp: probably easier to fix the whitespace in your patch | 16:15 |
| bluelightning | that's what most people do | 16:16 |
| lpapp | rburton: well, that is what bugreports are for. | 16:17 |
| lpapp | rburton: I do not think it is easier in my case. | 16:17 |
| lpapp | rburton: passing one option would be a few seconds. | 16:17 |
| lpapp | rburton: I have been trying to fix that for half an hour | 16:17 |
| rburton | apply manually with -ignore-whitespace, re-generate diff | 16:17 |
| rburton | that's a few seconds of work | 16:17 |
| lpapp | and still does not apply. | 16:17 |
| lpapp | you are welcome to do it | 16:18 |
| lpapp | I have been trying to resolve it for half an hour now. | 16:18 |
| lpapp | and frankly, I do not wanna waste more time with it in the future | 16:18 |
| *** belen <belen!Adium@nat/intel/x-nxnqefavextbppjs> has joined #yocto | 16:18 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 16:20 | |
| lpapp | so, is there an option for this | 16:20 |
| lpapp | or I should file a bugreport | 16:20 |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 16:23 | |
| *** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has quit IRC | 16:26 | |
| lpapp | is it possible with Yocto to apply a patch if a dependency meets a certain requirement? | 16:28 |
| lpapp | say, it is 2.X, not 3.X | 16:28 |
| rburton | lpapp: not through PV checks | 16:30 |
| rburton | if you have foo_2 and foo_3 and a .inc, then apply the patch just in the foo_2.bb | 16:30 |
| lpapp | rburton: no, I mean foo depends on bar | 16:31 |
| lpapp | and apply a change agaisnt foo only if bar 2 is used, but not if bar 3. | 16:31 |
| rburton | oh, right, no. | 16:31 |
| *** ka6sox is now known as zz_ka6sox | 16:38 | |
| lpapp | bah | 16:40 |
| lpapp | dylan broke another thing... the toolchain is not called anymore how it was..... | 16:40 |
| lpapp | so, is there a prettier way in my Makefile than this: | 16:41 |
| lpapp | cd openflow; ./boot.sh; ./configure --build=`gcc -dumpmachine` --host=`arm-foo-linux-gnueabi-gcc -dumpmachine`; $(MAKE) | 16:41 |
| lpapp | this seems to work with dylan, but not with denzil. | 16:41 |
| lpapp | - /bin/sh: 1: arm-foo-linux-gnueabi-gcc: not found | 16:41 |
| lpapp | checking whether we are cross compiling... configure: error: in ... | 16:41 |
| lpapp | | configure: error: cannot run C compiled programs. | 16:42 |
| lpapp | | If you meant to cross compile, use `--host'. | 16:42 |
| lpapp | etc... | 16:42 |
| lpapp | is there a cross-platform way of doing this between dylan and denzil? | 16:42 |
| lpapp | I am using the smae toolchain. | 16:42 |
| lpapp | although I am not using meta-sourcery for denzil. | 16:42 |
| lpapp | and I do not wish. | 16:42 |
| lpapp | is there a way which works with meta-sourcery and the builtin stuff? | 16:42 |
| mranostay | lpapp: whoa watch the flooding :) | 16:43 |
| lpapp | mranostay: ? | 16:43 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 16:43 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 16:44 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 16:44 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 16:46 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-msnsgyjczioprznj> has left #yocto | 16:48 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 16:49 | |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 16:50 | |
| *** mr_science <mr_science!~sarnold@net-cf9a4e91.cst.impulse.net> has joined #yocto | 16:52 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:52 | |
| lpapp | bluelightning: ^ | 16:55 |
| *** belen2 <belen2!Adium@nat/intel/x-mnbpfovwvjjwuzhd> has joined #yocto | 16:58 | |
| *** belen <belen!Adium@nat/intel/x-nxnqefavextbppjs> has quit IRC | 16:58 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 16:59 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has quit IRC | 16:59 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 16:59 | |
| *** belen2 <belen2!Adium@nat/intel/x-mnbpfovwvjjwuzhd> has quit IRC | 16:59 | |
| lpapp | IMO, yocto has a pretty complex system to resolve it, so I would rather not copy and paste that bitbake stuff out | 17:00 |
| lpapp | for instance I would not know what TUNE_ARCH are, and how they are supposed to work. | 17:00 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:01 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 17:02 | |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has quit IRC | 17:04 | |
| *** bluelightning_ is now known as bluelightning | 17:05 | |
| bluelightning | lpapp: don't know | 17:06 |
| bluelightning | lpapp: re TUNE_ARCH there is a README file under meta/conf/machine/include/ that talks about how the tuning stuff works | 17:07 |
| * lpapp dislikes that we have an imported stuff rather using a yocto package | 17:07 | |
| lpapp | this whole misery would be pointless if we did not use an internal clone.... | 17:08 |
| lpapp | and trying to call its buildsystem from our makefile... | 17:08 |
| lpapp | because oe would manage the build of it for us just fine. | 17:08 |
| lpapp | that happens when a software is not designed, just written. :( | 17:08 |
| lpapp | bluelightning: right, but I cannot copy and paste the whole few ten/hundred lines out anyway. | 17:09 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 17:11 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 17:20 | |
| lpapp | bluelightning: can I make my buildsystem Yocto specific for now as a workaround? | 17:22 |
| lpapp | bluelightning: I would not build the software outside yocto anyway | 17:22 |
| lpapp | i.e. can I get the host variable from Yocto and pass that in? | 17:22 |
| lpapp | that would be an acceptable shortcut for now... | 17:22 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 17:22 | |
| lpapp | rburton: ^ | 17:25 |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 17:29 | |
| Crofton|work | zeddii, should I expect PATCHRESOLVE to work with linux-yocto.inc? | 17:31 |
| * lpapp thinks that something changed around the machine naming in dylan compared to denzil | 17:33 | |
| lpapp | probably some undocumented stuff like the kernel name... :( | 17:33 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 17:36 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 17:37 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 17:37 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 17:37 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 17:42 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 17:46 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 17:52 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 17:54 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 17:55 | |
| *** pev <pev!~pev@2.31.88.84> has joined #yocto | 17:55 | |
| pev | Wow. I think I can safely say that sstate-cache just utterly revolutionised my experience of Yocto... | 17:56 |
| Crofton|work | hopefully in a good way .... | 17:56 |
| *** BCMM_ <BCMM_!~BCMM@callowend.plus.com> has joined #yocto | 17:56 | |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:56 | |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 17:56 | |
| pev | Yeah.... I'd got my full build time down to about 65 minutes with download caching and a VERY fast new dual-xeon build server | 17:57 |
| pev | Then finally got around to setting up sstate and its dropped to a spritely 18 odd minutes. | 17:57 |
| pev | I thought it had gone wrong it was so fast... | 17:57 |
| pev | Now I just need to work out how to get my board to do opkg nicely (i think I can serve up packages from my build machine easily somehow?) and I'll be laughing | 18:00 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 18:06 | |
| pev | Actually now I've refreshed it, my *full* build takes 5 (five) minutes with sstate. Superb. | 18:07 |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 18:11 | |
| lpapp | JaMa: where to put uthash inside meta-oe? support, devtools, etc? | 18:11 |
| kergoth | RP: am I correct in saying that _remove can't undo an _append? such seems to be the case here. | 18:11 |
| kergoth | hmm | 18:11 |
| kergoth | pev: yep, you should be able to serve up tmp/deploy/ipk/ via a web server and add that uri as a feed to your opkg.conf on the target | 18:12 |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has quit IRC | 18:14 | |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:16 | |
| kergoth | aha! nailed down the bitbake bug i've been fighting | 18:16 |
| RP | kergoth: it can't? :/ | 18:19 |
| pev | kergoth: Ah, smart - so is it normal to serve straight from your development directory or would it be better to rsync to a common dir for the web server for example? Also is there some clever mappng required on the target? My boards opkg seems to want to talk to my.local.com? Is this a convention? | 18:19 |
| RP | kergoth: I thought _remove was the last thing to be processed so it should be able to ? | 18:19 |
| kergoth | if you have a git mirror tarball in your downloads, but no repo, the fetcher thinks it needs to be udpated (presumably to check and see if it has the refs we need), but this means it spawns off a premirror fetch even though i already have the damn tarball it'd be trying to fetch. then, if you have a git:// premirror, rather than just tarball mirrors, and it fails to fetch that, it calls clean(), removing my perfectly fine local mirror tarball, never e | 18:20 |
| seebs | So, I have found a thing I want to do, but which I can't do, and maybe I shouldn't be able to. | 18:20 |
| kergoth | RP: Hmm, I thought so too, but DISTRO_FEATURES_remove = "wayland" isn't removing the bits appended by the poky distro config for me. maybe I have appends being applied multiple times somehow | 18:20 |
| * kergoth digs | 18:20 | |
| seebs | What I have: A bunch of layers with names like foo-layer-x.y, and a value, MAGIC_NUMBER, which is some x.y. | 18:20 |
| RP | kergoth: it certainly was intended to be last but its possible something isn't right | 18:21 |
| seebs | What I want: To pick up foo-layer-x.y for the value MAGIC_NUMBER, which may be determined by interactions with overrides. | 18:21 |
| kergoth | I'll try to nail down a bit more information and either fix it or open a bug | 18:21 |
| seebs | Like, I might have MAGIC_NUMBER_mips = "1.3" and MAGIC_NUMBER_x86 = "1.5" | 18:21 |
| kergoth | was looking to replace user_features (what otavio based EXTRA_DISTRO_FEATURES on) and found it wasn't doing hte equivalent | 18:21 |
| kergoth | heh | 18:22 |
| seebs | I was looking at the sanity_conf_update magic for rewriting bblayers.conf, but I am pretty sure that is brittle and should not get used for very much, as it seems highly dependent on no one else using it. | 18:22 |
| RP | seebs: can't you use normal variable expansion? | 18:22 |
| seebs | For layer inclusion? | 18:23 |
| seebs | I don't *think* I can. | 18:23 |
| kergoth | overrides doesn't have a useful value when bblayers.conf is being parsed, as its default is in bitbake.conf | 18:23 |
| seebs | I don't know of a way to add another layer that doesn't involve bblayers.conf. | 18:23 |
| RP | seebs: well, its early in the config building so overrides probably aren't available | 18:23 |
| RP | right, its the interactions with overrides I missed | 18:24 |
| *** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has quit IRC | 18:24 | |
| seebs | I mean, I could get away from overrides, I think. | 18:24 |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 18:25 | |
| seebs | I could do it with variable expansion instead of overrides. Probably. But I still need a way to say "okay, now that I know you're on MIPS, I need to include layer X instead of layer Y". | 18:25 |
| kergoth | by the time your local.conf is parsed, so you know what machine you have, it's too late to alter the layers | 18:25 |
| seebs | Yup. | 18:25 |
| seebs | The context: Our toolchain deliverables come with source-rebuilding layers. We sometimes have slightly different toolchains for different architectures. So I want to be able to pick up "the corresponding layer" for the binary toolchain, but I don't know which layer that is until I know which toolchain I'm using. | 18:26 |
| RP | seebs: why can't you include all the layers and then just have the one you need become active? | 18:27 |
| seebs | Possibly because I didn't know there was a distinction between "included" and "active". | 18:27 |
| RP | seebs: control the functionality in the layer with overrides | 18:28 |
| seebs | Hmm. In general, is there a thing I can put in a layer.conf, or otherwise in something other than bblayers.conf, which would include other layers? Part of my goal is to reduce this to a single line in bblayers.conf (which is being pre-generated), and have my layer then do whatever magic it needs. | 18:28 |
| RP | seebs: that simply isn't part of the current design | 18:29 |
| seebs | Oh, hey. I could in fact probably get the results I want by, instead of having multiple layers, having a single layer with multiple recipes-foo subdirectories, and using something in BBFILES. | 18:29 |
| kergoth | seebs: what's your *real* underlying goal? take a step back and explain the goal and perhaps we can help you find a different way to get there | 18:29 |
| seebs | Like BBFILES += "${LAYERDIR}/recipes-${FOO}/*/*.bb" | 18:30 |
| RP | seebs: of just have a set of recipes which raise SkipPackage if they shouldn't be active | 18:30 |
| RP | s/of/or/ | 18:30 |
| seebs | Okay, the underlying goal: We get binary toolchains from a vendor. Each binary toolchain has a corresponding source layer which uses bbappends so that, if you use that source layer, and just build the toolchain normally, the toolchain is built with roughly the same source used for the binary toolchain. | 18:30 |
| seebs | If the user requests the source-build option, I want to pick up the corresponding source layer. | 18:31 |
| RP | seebs: look at how COMPATIBLE_MACHINE and COMPATIBLE_HOST work | 18:31 |
| seebs | But I don't want to have to encode the awareness of which versions are which in the code that's doing the initial creation of local.conf/bblayers.conf, because that code shouldn't have to change with every uprev. | 18:32 |
| *** arky <arky!~arky@182.19.70.3> has joined #yocto | 18:32 | |
| kergoth | i'd say take RP's advice and just aalways suck it in but have it not always be active | 18:32 |
| RP | seebs: just put all the recipes in the BBFILES and then have them decide whether to be parsed or not | 18:32 |
| seebs | And ideally, I don't want to have to modify the contents of those source layers at all. | 18:32 |
| kergoth | alternatively, build additional tooling at a higher level in oyur setup scripts | 18:32 |
| seebs | I'm sort of wondering whether ${LAYERDIR}/sources-${THIS_SPECIFIC_VERSION}/recipies/*/*.bb would work in BBFILES. | 18:33 |
| seebs | Because if it would, that would solve the problem; all the recipes are present, but only the ones matching the selected version are picked up by BBFILES. | 18:33 |
| kergoth | i think it should.. | 18:34 |
| seebs | That might be simpler. | 18:34 |
| RP | I really hate libtool | 18:36 |
| RP | I just want it to install the library. It has not moved. /usr/lib/../lib is /usr/lib/ | 18:36 |
| seebs | Basically, my fundamental problem is that I've painted myself into a corner where I want to make very fundamental configuration choices based on information that I don't want to duplicate outside of my bitbake conf files. | 18:36 |
| seebs | You may hate libtool, but libtool loves you. | 18:36 |
| RP | seebs: the BBFILES approach could work | 18:37 |
| seebs | Possibly a bit much, which is why it is clingy and wants to monopolize your time. | 18:37 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 18:37 | |
| seebs | I might also want to do something similar in the BBPATH .= line. | 18:37 |
| seebs | Okay, I have an idea of how I could do this. | 18:37 |
| seebs | ... This is so the wrong week for me to have mild sniffles or something. I cannot think clearly. | 18:38 |
| *** arky <arky!~arky@182.19.70.3> has quit IRC | 18:41 | |
| *** arky <arky!~arky@182.19.70.3> has joined #yocto | 18:42 | |
| *** arky <arky!~arky@182.19.70.3> has quit IRC | 18:43 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@93.84.109.218> has quit IRC | 18:46 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@93.84.109.218> has joined #yocto | 18:47 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:54 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 18:55 | |
| cfo215 | I'm trying to work with cortexa8hf-vfp-neon-angstrom-linux-gnueabi-Linux-x86 with Netbeans and it doesn't find iostream? I've added the include path to iostream. Not sure where it's failing. | 18:56 |
| Crofton|work | well, this question is loads better than last weeks questions :) | 18:58 |
| cfo215 | Crofton|work, oh is it now? lol | 18:59 |
| Crofton|work | I barely know what netbeeans is | 19:00 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 19:00 | |
| RP | iostreams is a standard C++ header so it suggests the SDK's C++ search path may be incorrect? | 19:01 |
| RP | does anything c++ work? | 19:01 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:02 | |
| seebs | Huh. | 19:14 |
| seebs | So, it appears that BBPATH = | 19:17 |
| seebs | ... argh | 19:17 |
| cfo215 | RP, I added the include path (found via 'find . -name iostreams) in my sdk directory. | 19:17 |
| seebs | BBPATH .= ":${FOO}" does not pick up overrides which affect the value of ${FOO}. | 19:18 |
| hno | iostreams should be found automatically. It's a standard header. | 19:18 |
| cfo215 | RP, if i just source the environment and run MAKE from the project directory it works. If i source the environment and start netbeans it doesn't find the header files. | 19:18 |
| hno | cfo215, sounds as if netbeans stes some conflicting environmen variables. | 19:19 |
| cfo215 | RP, ... when building the project from netbeans. I also tried exporting CPATH | 19:19 |
| hno | sets | 19:19 |
| Crofton|work | cfo215, is nuts, he is actually tryin gto do work based on OE output :) | 19:20 |
| cfo215 | Crofton|work, nice! lol | 19:20 |
| cfo215 | RP, I created a 'tool collection' in netbeans just for the angstrom toolchain. Including (sorry for pun) the include paths. | 19:23 |
| cfo215 | RP, "/home/cfo215/opt/angstrom/sysroots/cortexa8hf-vfp-neon-angstrom-linux-gnueabi/usr/include/c++" which is where I found iostream | 19:25 |
| cfo215 | I've been called worse Crofton|work :) | 19:26 |
| cfo215 | RP, hno the build output is at http://pastebin.com/CVtGpSRy if you care to look. | 19:31 |
| cfo215 | RP, hno: I'm going to look at that .build-conf file that shows up in the output. | 19:32 |
| *** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 19:33 | |
| JaMa | seebs: still around? | 19:42 |
| cfo215 | So Crofton|work, does anyone actually use this #yocto stuff for real work? Just wondering... Since it's been oh so much fun getting to this point. | 19:47 |
| kergoth | My day job is working on yocto, all day every day, for a commercial product. | 19:48 |
| JaMa | cfo215: yes, people use it for real work | 19:48 |
| kergoth | one of quite a lot of companies that do so | 19:48 |
| JaMa | cfo215: company can find experienced contractor to start with the fun a bit faster, I agree that learning curve is a bit steep | 19:50 |
| *** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 19:51 | |
| *** pidge_ <pidge_!pidge@nat/intel/x-ribpabxjlcjkbtbb> has joined #yocto | 19:52 | |
| cfo215 | thanks everyone. | 19:53 |
| kergoth | Yeah, I doubt anyone would disagree that it's not as easy as it could be. The documentation is greatly improved over what existed before yocto, however, now that there are actual technical writers doing the work | 19:54 |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 19:54 | |
| cfo215 | Are any of you using Netbeans? | 19:55 |
| cfo215 | Or just Eclipse since you have the Yocto plugin for that? | 19:56 |
| RP | cfo: Is that build system removing some of the parameters from the commands like the --sysroot option? | 19:56 |
| -YoctoAutoBuilder- build #160 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-systemd/builds/160 | 20:00 | |
| cfo215 | RP, I put the output in http://pastebin.com/UK7E15QC, and to answer your question I don't see --sysroot anywhere. | 20:01 |
| RP | cfo215: I think that is the problem then, you need to get the option in there... | 20:02 |
| RP | cfo215: you could try a wrapper script which adds the extra option to prove its the issue... | 20:02 |
| *** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 20:06 | |
| cfo215 | RP, I also found this http://pastebin.com/fpKgfXnD... so I'll double check my includes for the toolchain. i found the features.h so I'll double check my includes and then try the wrapper | 20:10 |
| hno | cfo215, does it work if you from the shell (after sourcing the environmen): "cd /home/cfo215/NetBeansProjects/Welcome_1; arm-angstrom-linux-gnueabi-g++ -c -g -MMD -MP -MF build/Debug/cortexa8hf-vfp-neon-angstrom-linux-gnueabi-Linux-x86/welcome.o.d -o build/Debug/cortexa8hf-vfp-neon-angstrom-linux-gnueabi-Linux-x86/welcome.o welcome.cc" | 20:11 |
| cfo215 | RP is --sysroot used with gcc or gmake? | 20:16 |
| cfo215 | RP, I have some places where I can add switches... | 20:16 |
| RP | cfo215: you need to pass it in the compiler flags so that it calls arm-angstrom-linux-gnueabi-g++ with the option | 20:18 |
| cfo215 | RP, thanks. | 20:18 |
| cfo215 | RP, OK added --sysroot, now getting cc1plus: error: to generate dependencies you must specify either -M or -MM | 20:22 |
| cfo215 | hno, trying your request now. | 20:23 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 20:25 | |
| cfo215 | hno, welcome.cc:31:20: fatal error: iostream: No such file or directory | 20:27 |
| hno | cfo215, and with a proper --sysroot=... ? | 20:27 |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 20:28 | |
| cfo215 | hno, all is well in the world again... ;-) thanks | 20:30 |
| cfo215 | now working in netbeans... thanks everyone!!! You guys ROCK! | 20:31 |
| *** bluelightning <bluelightning!~paul@188.29.92.118.threembb.co.uk> has joined #yocto | 20:31 | |
| *** bluelightning <bluelightning!~paul@188.29.92.118.threembb.co.uk> has quit IRC | 20:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:31 | |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has quit IRC | 20:33 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 20:43 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 20:45 | |
| *** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 20:45 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 20:45 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 20:46 | |
| *** swex_ <swex_!~swex@217.197.253.123> has quit IRC | 20:47 | |
| *** jkridner <jkridner!~jkridner@c-98-250-142-42.hsd1.mi.comcast.net> has joined #yocto | 20:48 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 20:48 | |
| *** swex <swex!~swex@217.197.253.123> has joined #yocto | 20:48 | |
| *** scot_ <scot_!~scot@130.164.62.183> has quit IRC | 21:02 | |
| *** RP <RP!~richard@dan.rpsys.net> has quit IRC | 21:06 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 21:06 | |
| *** RP <RP!~richard@dan.rpsys.net> has joined #yocto | 21:07 | |
| RP | cfo215: glad you got there! :) | 21:07 |
| RP | cfo215: so do we have any issues in the core? | 21:08 |
| cfo215 | RP, not as far as I know, but I'm just getting started :-) | 21:09 |
| cfo215 | RP, I did find this issue(?), I have my own recipe for the Phidgets Library (libphidget) inside of my meta layer (meta-cfo215) but the header files and libraries don't get included when I do a bitbake meta-toolchain-qte. I have it included in my local.conf and bblayers.conf files. | 21:09 |
| cfo215 | the ipk gets generated and the library is available when I bitbake console-image. | 21:10 |
| kergoth | if it automatically included every recipe in all our layers, it'd be a *really* big toolchain :) | 21:10 |
| cfo215 | kergoth, that's probably very true... lol. So where is the majic done if you don't mind? | 21:11 |
| cfo215 | I need to modify meta-toolchain-qte I'm guessing. | 21:11 |
| khem | cfo215: Do you have an image which includes your app ? | 21:11 |
| khem | if you do then just bitbake -c populate_sdk <your image> will do it | 21:12 |
| cfo215 | khem, it gets included when I bitbake console-image (Angstrom) | 21:12 |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC | 21:12 | |
| cfo215 | khem, i'll try that and get back to you. | 21:13 |
| khem | cfo215: if you want to specifically add it to a meta-toolchain target then you need to append it to TOOLCHAIN_TARGET_TASK | 21:13 |
| kergoth | ah good, thanks khem, i was going to look it up, sdk sutff isn't fresh in my mind :) | 21:13 |
| khem | kergoth: yeah and I cant get it out of my mind even though I want to | 21:14 |
| kergoth | haha | 21:14 |
| khem | drenched in lot of non OE stuff | 21:17 |
| RP | khem: I just checked out libgfortran with gcc-4.8 and found problems with the libquadmath :( | 21:23 |
| RP | khem: is that something you're interested in or not? | 21:23 |
| RP | khem: anyhow, I cc'd you on my hacks, not sure I'll do anything more with it | 21:23 |
| kergoth | hmm, if you use an override to define SSTATE_DIR and DL_DIR, the non-override dirs get created anyway, though they end up empty. guess we must have a rogue reference with non-finalized data | 21:25 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 21:25 | |
| RP | kergoth: I think we have a few of these :/ | 21:25 |
| RP | kergoth: ls tmp/work/i586-poky-linux/bblayers/ shows "1.0-r0" here :/ | 21:26 |
| RP | I don't recall such a recipe... | 21:27 |
| *** pidge_ <pidge_!pidge@nat/intel/x-ribpabxjlcjkbtbb> has quit IRC | 21:28 | |
| cfo215 | kergoth, "if it automatically included every recipe in all our layers, it'd be a *really* big toolchain", was kind of under the impression that what I did in local.conf and bblayers.conf was sort of a global override. I guess that is not the case. | 21:28 |
| cfo215 | kergoth, I figured if I had it added there, then anything i bitbaked would include it. | 21:28 |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 21:29 | |
| kergoth | RP: hah :) | 21:31 |
| kergoth | RP: i think we should, if we don't already, have an "official" finalized configdata in the cooker, which everyone should use for config values, and potentially also have an event that carries it for the common case of altering non-finalized configdata based on the finalized configdata values | 21:32 |
| kergoth | heh | 21:32 |
| JaMa | RP: I also see bblayers in every WORKDIR and another interesting fact is that it doesn't respect architecture set by DEFAULTTUNE | 21:32 |
| RP | JaMa: I'm not surprised. For better or worse, I have worse things to chase down atm though :( | 21:34 |
| RP | JaMa: I think I did find the mystery pseudo on arm issue though :) | 21:34 |
| JaMa | I'm already testing that one | 21:34 |
| JaMa | I'm surprised it was so deterministic in your test | 21:34 |
| JaMa | because when I was trying to reproduce it it was behaving a bit strangly | 21:35 |
| RP | JaMa: you just had to understand what was triggering it. The bitbake -e history for the variable gave a very big clue in helping understand it | 21:35 |
| RP | JaMa: if you build for an arch which didn't set the suffix, you wouldn't see it | 21:35 |
| *** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has quit IRC | 21:36 | |
| RP | JaMa: so you have to use MACHINE=<something arm> with the allarch package you were tageting not in sstate or the tmpdir | 21:36 |
| *** sameo <sameo!~samuel@192.55.54.38> has joined #yocto | 21:36 | |
| JaMa | RP: yes it's possible that I was overlooking something in bitbake -e | 21:37 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 21:38 | |
| JaMa | RP: I've another reproducer for weird pseudo issue, but this one seems unrelated to this finding | 21:38 |
| RP | JaMa: just when I thought I could get my bug count under control? :) | 21:39 |
| JaMa | RP: if you build core-image-minimal (with procps added to IMAGE_INSTALL), then cleansstate procps and build core-image-minimal again, buildhistory usually shows couple of file attributes changed in procps files | 21:39 |
| RP | JaMa: that does sound rather odd | 21:40 |
| JaMa | I've already discussed it with seebs, he gave me some great tips (first with NO32LIBS flag) | 21:40 |
| RP | JaMa: you have mixed 32 and 64 bit binaries? | 21:40 |
| JaMa | but there is still something fishy in it and it shows the signs a bit randomly (different procfs files get different permissions etc) | 21:41 |
| JaMa | RP: that was where I found it first (mixed binaries) but now I can reproduce it even with latest oe-core and internal toolchain | 21:41 |
| RP | JaMa: hmm, sounds like something we should try and look into | 21:42 |
| JaMa | my last attempt was to build with PSEUDO_OPTS=-l and share logs.db with seebs but that doesn't seem to work | 21:42 |
| JaMa | but you don't need to worry about this one, I'll try to resolve it with seebs | 21:42 |
| JaMa | I just wanted to warn you that there is something fishy (and it was there in dylan already) | 21:43 |
| *** sameo <sameo!~samuel@192.55.54.38> has quit IRC | 21:44 | |
| RP | JaMa: thanks for the heads up. I did see some of your conversation but thought it had been resolved as static binaries or 32/64 bit libs :/ | 21:44 |
| cfo215 | khem, I did the bitbake -c populate_sdk console-image... and now i have an sdk with the libphidget library, but it don't get my qte tools (no qmake, moc, etc.) I need it all ;-) | 21:44 |
| *** sameo <sameo!samuel@nat/intel/x-jlwnguofzyxphevy> has joined #yocto | 21:45 | |
| RP | JaMa: perhaps worth putting the reproducer in bugzilla and we can assign it to you/seebs? | 21:45 |
| JaMa | RP: yes looks like static binaries were caused big part of the problem, but haven't resolved all the differences detected by buildhistory | 21:46 |
| JaMa | RP: I'll do that tomorrow (hopefully will resolve logs.db before that to provide more useful info too) | 21:46 |
| kergoth | cfo215: then pick a qt image. console-image is .. console | 21:48 |
| kergoth | cfo215: pick, or create, that is | 21:48 |
| cfo215 | kergoth, I think the only Qt image in Angstrom is the gnome-cloud9 image. I don't need the fatness of X11 for my project. Just Qt console using -qws on the command line. | 21:49 |
| seebs | I am interested in this pseudo thing, although I am not sure what my availability is like in the next week or so. | 21:50 |
| cfo215 | kergoth, I was actually just thinking of rsyncing the two sdks into one. | 21:50 |
| khem | cfo215: then follow the second approach I suggested above | 21:50 |
| kergoth | indeed, just add to meta-toolchain-qte via TOOLCHAIN_TARGET_TASK, if none of the images suit, or create an image that ahs what you want | 21:51 |
| JaMa | seebs: any idea why export PSEUDO_OPTS="-l" doesn't cause logs.db to contain the log entries? | 21:51 |
| kergoth | that said, there apparently is a qte demo image in oe-core/poky, see meta/recipes-qt/images/qt4e-demo-image.bb | 21:51 |
| cfo215 | khem, kergoth, I add the TOOLCHAIN_TARGET_TASK in the .bb for console-image then? | 21:51 |
| kergoth | no | 21:51 |
| JaMa | seebs: I thought I had it working before, but now using the same (from bash history) doesn't seem to work | 21:52 |
| kergoth | well, you could, but it'd likely be easier to just add to the one in meta-tolchain-qte | 21:52 |
| cfo215 | in my local.config | 21:52 |
| seebs | JaMa: No, although the obvious suspicion would be that PSEUDO_OPTS might not be in the environment whitelist. | 21:52 |
| kergoth | rather than trying to add everything to a console image | 21:52 |
| JaMa | seebs: I even tried it to export it from local.conf | 21:52 |
| JaMa | s/it //g | 21:52 |
| cfo215 | kergoth, khem, sorry I'm very newb to all of this. I just finally got OE/Yocto/Angtrom working a few days ago. After many trials and tribulations. You guys are way over my head now. I'm trying to learn. Guess I need to look at the manuals some more. | 21:55 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 21:58 | |
| kergoth | echo 'TOOLCHAIN_TARGET_TASK_append_pn-meta-toolchain-qte = " somepackage"' >>conf/local.conf | 21:59 |
| -YoctoAutoBuilder- build #292 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/292 | 21:59 | |
| kergoth | though a bbappend or custom recipe would be a cleaner long term approach, that may get you there for now | 22:00 |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 22:01 | |
| *** walters <walters!walters@nat/redhat/x-srxinhkeddtjsjkq> has quit IRC | 22:02 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-nafyymtjltgnwlsu> has quit IRC | 22:06 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-eojzthpiulnqlaxn> has joined #yocto | 22:06 | |
| *** davest <davest!~Adium@134.134.137.73> has quit IRC | 22:21 | |
| JaMa | seebs: exporting it inside FAKEROOTBASEENV works, tomorrow I'll share bugzilla report with you :) | 22:21 |
| *** swex <swex!~swex@217.197.253.123> has quit IRC | 22:29 | |
| *** swex <swex!~swex@217.197.253.123> has joined #yocto | 22:29 | |
| *** j8 <j8!~IceChat9@199.44.250.3> has quit IRC | 22:31 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 22:35 | |
| -YoctoAutoBuilder- build #281 of nightly-ppc is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/281 | 22:35 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 22:36 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 22:37 | |
| RP | JaMa: ah, I can see why exporting it there helps now. We should document that somewhere perhaps | 22:42 |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 23:03 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 23:03 | |
| *** davest <davest!~Adium@134.134.139.76> has joined #yocto | 23:03 | |
| *** rtollert <rtollert!~rtollert@130.164.62.31> has quit IRC | 23:05 | |
| *** sameo <sameo!samuel@nat/intel/x-jlwnguofzyxphevy> has quit IRC | 23:05 | |
| *** rtollert <rtollert!~rtollert@130.164.62.31> has joined #yocto | 23:06 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:19 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 23:40 | |
| *** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto | 23:40 | |
| *** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has quit IRC | 23:56 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!