| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC | 00:07 | |
| *** manuel__ <manuel__!~manuel_@p57921DFE.dip0.t-ipconnect.de> has quit IRC | 00:11 | |
| *** manuel__ <manuel__!~manuel_@p57921DFE.dip0.t-ipconnect.de> has joined #yocto | 00:12 | |
| *** staylor <staylor!~staylor@mail.au-zone.com> has quit IRC | 00:15 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 00:26 | |
| *** EddyLaiTW <EddyLaiTW!~eddylai@61-231-99-32.dynamic.hinet.net> has quit IRC | 00:28 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has quit IRC | 00:34 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 00:40 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:02 | |
| *** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 01:26 | |
| *** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 01:27 | |
| *** balister_ <balister_!~balister@69.7.123.146> has joined #yocto | 01:47 | |
| *** Crofton <Crofton!~balister@69.7.123.146> has quit IRC | 01:48 | |
| *** EddyLaiTW <EddyLaiTW!~eddylai@61-231-99-32.dynamic.hinet.net> has joined #yocto | 02:10 | |
| *** balister_ <balister_!~balister@69.7.123.146> has quit IRC | 02:10 | |
| *** balister_ <balister_!~balister@69.7.123.146> has joined #yocto | 02:11 | |
| *** alimon <alimon!~alimon@189-212-108-181.static.axtel.net> has quit IRC | 02:45 | |
| -YoctoAutoBuilder- build #3 of minnow is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow/builds/3 | 02:52 | |
| *** sjolley <sjolley!~sjolley@134.134.137.73> has quit IRC | 03:18 | |
| -YoctoAutoBuilder- build #2 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/2 | 03:24 | |
| *** Nilesh_ <Nilesh_!~minda@61.246.136.195> has joined #yocto | 03:38 | |
| *** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC | 04:05 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:15 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto | 04:17 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC | 04:23 | |
| *** joran_ <joran_!4cb28f38@gateway/web/freenode/ip.76.178.143.56> has quit IRC | 04:30 | |
| *** Nitin1 <Nitin1!~nakamble@192.55.54.36> has joined #yocto | 04:31 | |
| *** maxtothemax <maxtothemax!maxtothema@nat/intel/x-ozrkucoucbmbrvad> has quit IRC | 04:33 | |
| *** ubik3000 <ubik3000!~cristiani@134.134.139.74> has joined #yocto | 04:33 | |
| *** maxtothemax <maxtothemax!maxtothema@nat/intel/x-qnwfjtfzakxogqno> has joined #yocto | 04:33 | |
| *** evanp <evanp!evan@nat/intel/x-rmksbmveugcmxmhp> has joined #yocto | 04:33 | |
| *** hbruce_ <hbruce_!hbruce@nat/intel/x-cdwlxdmznjpvbckv> has joined #yocto | 04:33 | |
| *** hbruce <hbruce!~hbruce@134.134.137.75> has quit IRC | 04:33 | |
| *** Nitin <Nitin!~nakamble@192.55.55.41> has quit IRC | 04:33 | |
| *** jzhang <jzhang!~jzhang@134.134.139.76> has quit IRC | 04:33 | |
| *** sullical_ <sullical_!~sullical@134.134.139.76> has quit IRC | 04:34 | |
| *** cristianiorga <cristianiorga!~cristiani@134.134.139.74> has quit IRC | 04:34 | |
| *** evanp_ <evanp_!evan@nat/intel/x-zuxnwkeenqwwlvde> has quit IRC | 04:34 | |
| *** jzhang <jzhang!~jzhang@134.134.139.76> has joined #yocto | 04:34 | |
| *** Nilesh_ <Nilesh_!~minda@61.246.136.195> has quit IRC | 04:43 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-psssoqnushrhpyio> has joined #yocto | 05:08 | |
| -YoctoAutoBuilder- build #3 of nightly-x32 is complete: Failure [failed Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/3 | 05:09 | |
| -YoctoAutoBuilder- build #3 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/3 | 05:12 | |
| -YoctoAutoBuilder- build #2 of nightly-multilib is complete: Failure [failed Running Sanity Tests_2 BuildImages_3 Running Sanity Tests_3 BuildImages_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/2 | 05:23 | |
| *** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has joined #yocto | 05:24 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 05:25 | |
| *** stunpix <stunpix!~Stunpix@5.248.146.142> has joined #yocto | 05:26 | |
| *** stunpix <stunpix!~Stunpix@5.248.146.142> has quit IRC | 05:27 | |
| -YoctoAutoBuilder- build #3 of nightly-qa-skeleton is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/3 | 05:31 | |
| -YoctoAutoBuilder- build #3 of nightly-qa-logrotate is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/3 | 05:35 | |
| *** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has joined #yocto | 05:35 | |
| *** Nilesh_ <Nilesh_!~minda@61.246.136.195> has joined #yocto | 05:37 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 05:37 | |
| *** dlan <dlan!~dennis@116.228.88.131> has joined #yocto | 05:38 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 05:38 | |
| *** stiandre <stiandre!~stiandre@109.247.13.242> has joined #yocto | 05:43 | |
| *** jooncheol <jooncheol!~exman@61.107.31.52> has joined #yocto | 06:12 | |
| *** olani <olani!user@nat/axis/x-xgzbkksvusplamgt> has joined #yocto | 06:15 | |
| ivanstojanovic | good morning | 06:20 |
|---|---|---|
| *** olani <olani!user@nat/axis/x-xgzbkksvusplamgt> has quit IRC | 06:20 | |
| *** kroon <kroon!~kroon@fw.mikrodidakt.se> has joined #yocto | 06:27 | |
| *** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has joined #yocto | 06:28 | |
| *** Nilesh_ <Nilesh_!~minda@61.246.136.195> has quit IRC | 06:29 | |
| *** ddom <ddom!~ddom@ip-37-201-80-63.hsi13.unitymediagroup.de> has quit IRC | 06:30 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 06:31 | |
| *** Nilesh_ <Nilesh_!~minda@61.246.136.195> has joined #yocto | 06:34 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has joined #yocto | 06:43 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.236.154> has joined #yocto | 06:48 | |
| *** agust <agust!~agust@p4FDE6C62.dip0.t-ipconnect.de> has joined #yocto | 06:54 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-cqntjchqoykpelhu> has joined #yocto | 06:57 | |
| *** jbrianceau_away is now known as jbrianceau | 06:57 | |
| *** manuel__ <manuel__!~manuel_@p57921DFE.dip0.t-ipconnect.de> has quit IRC | 06:58 | |
| *** vincenet <vincenet!58bade28@gateway/web/freenode/ip.88.186.222.40> has quit IRC | 06:58 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has quit IRC | 07:04 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has joined #yocto | 07:04 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:08 | |
| *** florian_kc is now known as florian | 07:09 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 07:18 | |
| *** Nilesh_ <Nilesh_!~minda@61.246.136.195> has quit IRC | 07:20 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has quit IRC | 07:24 | |
| *** jimBaxter_uk <jimBaxter_uk!~jbaxter@jimbax.plus.com> has joined #yocto | 07:27 | |
| *** Nilesh_ <Nilesh_!~minda@61.246.136.195> has joined #yocto | 07:33 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.236.154> has quit IRC | 07:34 | |
| *** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has joined #yocto | 07:39 | |
| *** tasslehoff <tasslehoff!~Tasslehof@ti0260a430-0319.bb.online.no> has joined #yocto | 07:40 | |
| *** EddyLaiTW <EddyLaiTW!~eddylai@61-231-99-32.dynamic.hinet.net> has quit IRC | 07:41 | |
| *** ddom <ddom!~ddom@p4FFDA93F.dip0.t-ipconnect.de> has joined #yocto | 07:42 | |
| *** jbrianceau is now known as jbrianceau_brb | 07:45 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 07:48 | |
| lpapp | good morning | 07:48 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 07:51 | |
| *** Nilesh_ <Nilesh_!~minda@61.246.136.195> has quit IRC | 07:57 | |
| *** stuartw_ <stuartw_!~stuartw@77.107.110.115> has quit IRC | 08:01 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.236.154> has joined #yocto | 08:01 | |
| *** dse <dse!~d.s.e@2001:a60:1415:d801:c9d8:7d4c:847c:3ac3> has joined #yocto | 08:02 | |
| freaky_ | good morgen | 08:13 |
| *** stuartw_ <stuartw_!~stuartw@77.107.122.34> has joined #yocto | 08:13 | |
| *** tmpsantos <tmpsantos!~tmpsantos@a88-115-214-114.elisa-laajakaista.fi> has joined #yocto | 08:13 | |
| lpapp | I do not get it ... http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/images/core-image-minimal-mtdutils.bb#n7 -> the manual says to use _append rather than +=, so why is oe-core not following the manual therein? | 08:14 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 08:17 | |
| jooncheol | hello, what is best tutorial to study creating recipe ? | 08:18 |
| lpapp | jooncheol: I would read this, http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-varlocality-recipes | 08:20 |
| jooncheol | thanks! | 08:21 |
| jooncheol | is there any useful pkg repository tool and server such as yum, apt, zypper ? | 08:21 |
| jooncheol | or does anyone use scratchbox or qemu to build something difficult to x-compile for yocto environment ? | 08:22 |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:23 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:23 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:23 | |
| bluelightning | morning all | 08:27 |
| jooncheol | morning~ | 08:32 |
| lpapp | jooncheol: Yocto supports deb, rpm and ipk. | 08:36 |
| lpapp | and bitbake is doing the building. | 08:37 |
| lpapp | you can use this for existing recipes and layers: http://layers.openembedded.org/layerindex/branch/master/layers/ | 08:37 |
| lpapp | bluelightning: why is it += rather than _append = " foo" as per manual? http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/images/core-image-minimal-mtdutils.bb#n7 | 08:38 |
| bluelightning | lpapp: because here we are inside a recipe vs local.conf | 08:40 |
| *** ddom_ <ddom_!~ddom@p4FFDB8A2.dip0.t-ipconnect.de> has joined #yocto | 08:40 | |
| bluelightning | aside from any hypothetical bbappends there are no lines to be parsed after this that might touch IMAGE_INSTALL, so += is fine | 08:40 |
| lpapp | bluelightning: that is not what the manual says. | 08:40 |
| bluelightning | (well, rather than "touch", "set it outright") | 08:41 |
| bluelightning | the manual is trying to make a general recommendation that will always work, that doesn't mean you can never use += | 08:41 |
| lpapp | bluelightning: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-IMAGE_INSTALL | 08:41 |
| bluelightning | yes, I know, I helped write that section... | 08:41 |
| lpapp | please read it again; it is confusing. | 08:41 |
| lpapp | "Furthermore, the same operation from within an image recipe may or may not succeed depending on the specific situation." -> that is very ambiguous | 08:42 |
| lpapp | what situation? | 08:42 |
| *** ddom <ddom!~ddom@p4FFDA93F.dip0.t-ipconnect.de> has quit IRC | 08:44 | |
| lpapp | well, at least it is confusing to me because I do not get what situation it is referring to. | 08:47 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 08:48 | |
| jooncheol | lpapp, thanks! | 08:48 |
| jooncheol | one more question, what does "-native" mean ? | 08:49 |
| jooncheol | when I do 'bitbake -s', there's xxx and xxx-native | 08:49 |
| jooncheol | e.g - pkgconfig, pkgconfig-native | 08:49 |
| jooncheol | is "xxxx-native" for cross compile env ?? | 08:50 |
| lpapp | jooncheol: -native is the same arch as your host, not necessarily like the target | 08:52 |
| lpapp | in other words, xxx is meant for being used on the target, whereas xxx-native on the host. | 08:52 |
| *** mborzecki <mborzecki!~mborzecki@osu194.internetdsl.tpnet.pl> has joined #yocto | 08:52 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 08:53 | |
| jooncheol | so, if there's xxx-native, xxx pkg could be used for cross compile in the host. right ? | 08:53 |
| lpapp | yes, xxx is cross-compiled on the host for the target. | 08:54 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 08:54 | |
| lpapp | IMHO the whole -native idea should be hidden and internal details, but that is not a discussion for today... :-) | 08:54 |
| lpapp | (it just confuses users needlessly) | 08:54 |
| *** jbrianceau_brb is now known as jbrianceau | 08:54 | |
| jooncheol | thanks ! | 08:54 |
| *** mborzecki is now known as bboozzoo | 08:55 | |
| jooncheol | actually, I wanted to build qt5.3.1 for freescale imx6 target | 08:55 |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has joined #yocto | 08:55 | |
| lpapp | maxin: ping | 08:55 |
| jooncheol | i found the qt-4.8 but I couldn't find the recipe for 5.x. but I just found it on github. | 08:56 |
| jooncheol | but I need to study more, I don't know how to import it on my env yet. ^^ | 08:56 |
| jooncheol | and I wonder whether it can be used or not ... | 08:57 |
| jooncheol | since I don't know BB yet, I'm trying to build qt5 on the qemu chroot env. | 08:58 |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 08:58 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has quit IRC | 09:01 | |
| jooncheol | lpapp, what about nativesdk-xxx ? | 09:01 |
| jooncheol | I found libxcb and nativesdk-libxcb. | 09:01 |
| *** tmpsantos <tmpsantos!~tmpsantos@a88-115-214-114.elisa-laajakaista.fi> has quit IRC | 09:02 | |
| *** ivanstojanovic <ivanstojanovic!~evo@vpn.anton-paar.com> has quit IRC | 09:02 | |
| jooncheol | what it does not follow the rule of xxx/xxx-native ? Is there something different concept ? | 09:03 |
| *** bboozzoo <bboozzoo!~mborzecki@osu194.internetdsl.tpnet.pl> has quit IRC | 09:06 | |
| *** bboozzoo <bboozzoo!~mborzecki@78-10-193-111.static.ip.netia.com.pl> has joined #yocto | 09:07 | |
| maxin | lpapp: pong .. | 09:08 |
| lpapp | maxin: sorry, unping now. | 09:10 |
| maxin | lpapp: ok :) | 09:11 |
| lpapp | maxin: well, reping, my ptest package is not generated. :-( | 09:21 |
| maxin | lpapp: was working with some other tasks.. sorry that I didn't get time to look into that.. | 09:22 |
| lpapp | maxin: no, I mean I just modified my recipe (inherit ptest, added ptest install function and run-ptest), but I am not seeing foo-ptest generated. | 09:23 |
| lpapp | maxin: should I see it after bitbake foo or even bitbake foo-core-image-dbg? | 09:25 |
| maxin | lpapp: have you set DISTRO_FEATURES= "ptest" and IMAGE_FEATURES_append = " ptest-pkgs" | 09:25 |
| lpapp | yes | 09:25 |
| maxin | lpapp: ok, can you share the name of the recipe.. or your modifications.. | 09:26 |
| lpapp | maxin: well, no, actually that is not what I used. I used what the manual said, namely: DISTRO_FEATURES_append = " ptest" | 09:28 |
| lpapp | EXTRA_IMAGE_FEATURES = "ptest-pkgs" | 09:28 |
| lpapp | I put this into the dbg image recipe. | 09:28 |
| lpapp | (since ptest should be always present for the debug image) | 09:29 |
| maxin | lpapp: please set IMAGE_FEATURES_append = " ptest-pkgs" in local.conf | 09:29 |
| lpapp | no, that will be global or local, that is not acceptable behavior for us. | 09:30 |
| lpapp | that is different to what I am trying to achieve. I want to get ptest packages for my debug image, only. | 09:31 |
| lpapp | I could put the distro features into the distro config, however, I believe. | 09:32 |
| lpapp | but the image feature should go into the specific image. | 09:33 |
| maxin | lpapp: yes.. | 09:33 |
| lpapp | anyway, the ptest package is not generated for my recipe :( | 09:34 |
| lpapp | why is that? | 09:34 |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 09:35 | |
| lpapp | maxin: this is my ptest install function in the recipe, do_install_ptest () { cp ${S}/foo/mytest.sh ${D}${PTEST_PATH}/ } | 09:35 |
| maxin | lpapp: this part looks ok.. | 09:37 |
| lpapp | maxin: then I added this to the SRC_URI: file://run-ptest" | 09:38 |
| lpapp | maxin: and run-ptest says this, http://paste.kde.org/pfdfcfggl | 09:42 |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has joined #yocto | 09:53 | |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 10:01 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 10:02 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has quit IRC | 10:02 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:02 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has quit IRC | 10:03 | |
| lpapp | maxin: was ptest working properly in dylan? | 10:18 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:18 | |
| lpapp | I do not mean the individual ptest additions for many recipes, but the bulk stuff in the core. | 10:18 |
| *** belen <belen!Adium@nat/intel/x-dvmnfredgljgzpkm> has joined #yocto | 10:19 | |
| lpapp | maxin: I am getting the foo-ptest package now, but it only contains the run script, not the actual test script itself, so it will not work. | 10:22 |
| lpapp | maxin: this is in the do_install_ptest_base log: /home/lpapp/Projects/polatis/Yocto/poky-dylan-9.0.1/build/tmp/work/armv5te-foo-linux-gnueabi/foo-git/AUTOINC+0373d08fcd19348aae58bc76bce031d7471b76b2-r0/temp/run.do_install_ptest_base.32556: 84: [: a-t:: unexpected operator | 10:32 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:36 | |
| *** belen1 <belen1!~Adium@192.198.151.44> has joined #yocto | 10:36 | |
| *** belen <belen!Adium@nat/intel/x-dvmnfredgljgzpkm> has quit IRC | 10:38 | |
| *** bluelightning1 <bluelightning1!~paul@83.217.123.106> has joined #yocto | 10:40 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:40 | |
| lpapp | maxin: if [ a$(type -t do_install_ptest) = afunction ]; then -> this is the 84th line. | 10:53 |
| *** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has joined #yocto | 10:54 | |
| lpapp | maxin: is it some issue that is fixed post-dylan? | 10:54 |
| maxin | lpapp: was out for lunch.. | 10:57 |
| lpapp | maxin: got a clue? | 10:59 |
| lpapp | seems the Yocto generated stuff is broken. | 11:00 |
| *** tmpsantos <tmpsantos!~tmpsantos@192.198.151.43> has joined #yocto | 11:06 | |
| maxin | lpapp: do_install_ptest_base is present in meta/classes/ptest.bbclass. Have you tried to debug it from there ? | 11:09 |
| lpapp | maxin: nope, I have no idea how this code works, sorry.... got a clue though what to put in there? | 11:11 |
| lpapp | maxin: anyhow, what is wrong about the shell line? | 11:11 |
| lpapp | type is empty or what? | 11:11 |
| *** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto | 11:19 | |
| maxin | lpapp: the bug that you see was one of the corner cases in ptest at that time.. It is fixed in master .. Could you try the latest version.. | 11:21 |
| lpapp | maxin: no | 11:21 |
| lpapp | please show me the change and I will try to integrate it or even better, is there any workaround? | 11:21 |
| lpapp | well, it is not such a corner case... it always appears with stock manual copy/paste. | 11:21 |
| joseppc | lpapp: the problem happened if you didn't have do_install_ptest defined (type will return an empty string, which make the test fail). The function is defined in ptest.bbclass, but only if you have ptest in DISTRO_FEATURES | 11:24 |
| lpapp | joseppc: I have ptest in the DISTRO_FEATURES. | 11:26 |
| lpapp | joseppc: bitbake nic-git -e | grep ^DISTRO_FEATURES | grep ptest -> works as expected, so that is not my case. | 11:28 |
| lpapp | in which other cases was it still an issue? | 11:28 |
| joseppc | lpapp: ok, I was just commenting the reason behind that change in the line you mentioned above | 11:30 |
| lpapp | joseppc: so it must be something else then, I guess... | 11:30 |
| joseppc | lpapp: most likely, and if you have ptest in DISTRO_FEATURES, and ptest-pkgs in EXTRA_IMAGE_FEATURES, then I don't know, sorry | 11:36 |
| lpapp | joseppc: perhaps it is an irrelevant old log? | 11:36 |
| lpapp | hmm, no, it is relevant | 11:36 |
| lpapp | the ptest package is created, but not with the content in that function. | 11:36 |
| lpapp | yeah, I am running out of ideas, too ... :( | 11:36 |
| lpapp | joseppc: which is the change anyway? I could give it a try. | 11:39 |
| lpapp | joseppc: maxin dbus ptest failed :( | 11:41 |
| lpapp | this stuff seems to be very unstable in dylan, sadly. | 11:41 |
| lpapp | joseppc: maxin http://paste.kde.org/pu1raahea | 11:42 |
| joseppc | lpapp: those changes were introduced in 44120a0, if that's what you're referring to | 11:43 |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 11:43 | |
| lpapp | I will leave ptest for now, I guess. | 11:45 |
| lpapp | it is too broken in dylan for the basics. I think we will need to get back to it when we update Yocto in 1-2 years maybe. | 11:45 |
| lpapp | (hopefully that will not be broken) | 11:46 |
| lpapp | what bugs me is that I can reproduce this with just enabling ptest, so this feature seems to have never been really tested with clean stuff. Can such commits even go to Yocto? :( | 11:46 |
| *** ghostwail <ghostwail!c2dae584@gateway/web/freenode/ip.194.218.229.132> has joined #yocto | 11:49 | |
| lpapp | I think the workaround for now is to do the copy in do_install | 11:53 |
| lpapp | or is there any better workaround? | 11:53 |
| lpapp | joseppc: maxin do you know if I remove the EXTRA_IMAGE_FEATURES = "ptest-pkgs" line from my image recipe, it should disable ptest completely for the image generation? | 12:00 |
| lpapp | because I tried to do that, but I am still getting the ptest error for dbus. | 12:00 |
| lpapp | I am OK with getting the ptest only for my package now by bitbake foo-git. | 12:01 |
| lpapp | but I would like to able to still keep building the dbg image properly without ptests in it since it is broken. | 12:01 |
| maxin | lpapp: dbus recipe had ptest related bug and it was fixed before.. Please use ptest implementation from master.. | 12:04 |
| lpapp | maxin: as I said already, I cannot, we use dylan. It is not like we can update the whole Software Stack just because one little thing is fixed there. | 12:04 |
| lpapp | updating a full software stack is a HUGE and RISKY undertake. | 12:05 |
| lpapp | I am disappointed that Yocto accept fully untested commits :( | 12:05 |
| lpapp | accepts* | 12:05 |
| maxin | lpapp: I understand your concern. Please backport those fixes. | 12:05 |
| lpapp | no, I will not mess up with the core foundation of the software stack. I will take that risk. | 12:06 |
| lpapp | I will work it around in the high layers. | 12:06 |
| lpapp | will not take* | 12:06 |
| lpapp | see, committing an untested change can have serious consequences, like this. | 12:06 |
| lpapp | I will read upon the QA reports how Dylan was tested. | 12:07 |
| lpapp | cause hopefully at least I will know what not to rely on ... | 12:09 |
| lpapp | having said that, I do not even know a workaround for this... it is just so fundamentally b0rked :( | 12:13 |
| lpapp | I cannot get bitbake foo-git working without the distro features, but with that, the image will not build. | 12:13 |
| * lpapp clears ptest from memory | 12:13 | |
| *** olani <olani!user@nat/axis/x-exztcetyhtuzukoq> has joined #yocto | 12:18 | |
| ant_work | lpapp: afair runtime testing was expected to work on 1.5+ | 12:19 |
| ant_work | http://events.linuxfoundation.org/sites/events/files/slides/Keeping%20it%20Green.pdf | 12:19 |
| ant_work | tbh I never used that | 12:19 |
| lpapp | ant_work: dylan is 1.4 | 12:20 |
| ant_work | why do you insist then ? ;) | 12:20 |
| lpapp | why was it put in there untested? This thing worries me because I lose the confidence... perhaps other things are also pushed untested? | 12:20 |
| lpapp | ant_work: I am not insisting at all; if you read above, you can see I rm -rf'd the idea. | 12:20 |
| lpapp | people were insisting that I should use it because it is so cool. | 12:20 |
| lpapp | I gave them half of my day wasted to see that I consider it. | 12:21 |
| lpapp | ant_work: the last thing I will try is pretty much this, and if that does not work either, I will completely give it up: | 12:23 |
| *** Nitin1 <Nitin1!~nakamble@192.55.54.36> has quit IRC | 12:23 | |
| lpapp | in do_install () { ... }: http://paste.kde.org/pfxoeppam | 12:25 |
| lpapp | and I will try to install ptest-runner, but I will not use ptest.bbclass for now. | 12:26 |
| *** kbouhara <kbouhara!~kbouhara@hyperion.atermes.fr> has quit IRC | 12:30 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto | 12:34 | |
| *** zeddii <zeddii!~ddez@128.224.252.2> has joined #yocto | 12:35 | |
| lpapp | can I call a recipe function from another recipe function in the same recipe, e.g. to create a do_install_ptest that I call from do_install? | 12:35 |
| lpapp | so that when we get the latest Yocto, it will be as smooth transient as possible? | 12:35 |
| *** fred35 <fred35!~fred@105-197-190-109.dsl.ovh.fr> has joined #yocto | 12:38 | |
| lpapp | meh, really? inherit useradd # ptest | 12:44 |
| lpapp | that is a syntax error for bitbake, why?! | 12:44 |
| lpapp | # ought to be a comment, no? | 12:44 |
| joseppc | just for the record, I cloned dylan and build an image with ptests enabled. It worked flawlessly | 12:47 |
| lpapp | cloned != released | 12:47 |
| lpapp | (well, not necessarily) | 12:47 |
| lpapp | try 9.0.1 and you might se... | 12:48 |
| lpapp | e | 12:48 |
| joseppc | preferred is to clone with git: https://www.yoctoproject.org/downloads/core/dylan143 | 12:49 |
| lpapp | like I said before several times, it is easy to say without seeing end user products. | 12:51 |
| lpapp | you cannot just clone forth and back and expect full reliability for a very serious and critical product. | 12:51 |
| lpapp | https://bugzilla.yoctoproject.org/show_bug.cgi?id=6645 | 12:51 |
| yocti | Bug 6645: normal, Undecided, ---, richard.purdie, NEW , Bitbake does not accept # (comments) in the inherit line | 12:51 |
| maxin | lpapp: normally end products will not contain test suites (in my experience) | 12:52 |
| lpapp | maxin: yeah, sure, you will not test serious and critical products ... :-) | 12:52 |
| lpapp | or "better" (being sarcastic here): you will use a completely different environment for testing than the actual product... :-) | 12:53 |
| maxin | lpapp: will test the products.. but will not release a debug image for the prduct | 12:53 |
| maxin | product | 12:53 |
| lpapp | you do not get it. | 12:53 |
| lpapp | even the debug image relies on a _stable_ system. | 12:53 |
| lpapp | you will not use a completely difference release or even bleeding edge for testing, when you test a reliable product. | 12:54 |
| lpapp | you really need to see how Yocto is used in certain environments :) | 12:54 |
| maxin | lpapp: depends on your test strategy, it can vary.. | 12:55 |
| lpapp | when I was younger and hacking all the time, I also thought bleeding edge is always the coolest thing ever, but sometimes you need to cover your food, aka. get things done. | 12:55 |
| maxin | lpapp: agree on that. still, bleeding edge is considered as the "latest and greatest" | 12:56 |
| lpapp | in YOUR mind. | 12:56 |
| lpapp | where stability, reliability and robustness are the leading factors, not "latest and greatest" (in fact that is the opposite of the previous traits), you behave differently. | 12:57 |
| lpapp | we are not Intel or any other company for that matter where wasting a few weeks for "interesting" stuff is acceptable. | 12:57 |
| lpapp | maxin: in other words, we can do better than ptest.bbclass and other ptest features except ptest-runner did in Dylan. | 13:02 |
| *** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto | 13:03 | |
| maxin | lpapp: I agree that ptest is the panacea for all our testing problems.. Please suggest fixes or improvements or even better, send patches.. | 13:03 |
| lpapp | maxin: why would I send patches? | 13:04 |
| lpapp | when I do not wish to update the core stack? That does not make any sense. | 13:04 |
| lpapp | but one suggestion: please do eliminate the need for ptest-runner in each image ... | 13:04 |
| lpapp | ptest.bbclass should take care of it in the first place. | 13:04 |
| lpapp | it should set the dependency basically, which should pull ptest-runner in automatically. | 13:05 |
| maxin | lpapp: the same reason why you would send the patches before :) | 13:05 |
| lpapp | maxin: I think you do not get it. | 13:05 |
| lpapp | maxin: I am not evaluating the latest. It might be working, I do not know. I am not in a position for the next 1-2 years to know. | 13:05 |
| lpapp | what I see is that ptest was integrated into dylan and it is terribly broken. :( | 13:06 |
| lpapp | I will solve that it my way in our project now. | 13:06 |
| lpapp | that my way* | 13:06 |
| lpapp | in fact, I would strongly suggest to remove ptest altogether from the dylan documentation, at least 9.0.1 | 13:08 |
| lpapp | cause it says it works which is wrong. | 13:08 |
| joseppc | except that it works | 13:09 |
| lpapp | yes, I am a big liar. | 13:10 |
| joseppc | no, I guess I am | 13:11 |
| lpapp | sigh | 13:11 |
| lpapp | git clone from the latest != 9.0.1 | 13:11 |
| lpapp | if you claim that, yes, you are a liar. | 13:12 |
| lpapp | any decent documentation includes a "since" tag for features when they were introduced. | 13:12 |
| lpapp | for exactly this very reason, others cannot misled you to try it and waste half a day or more | 13:12 |
| lpapp | or the documentation does not misled you ... | 13:12 |
| lpapp | it is not really rocket science, but generic practice. | 13:13 |
| lpapp | I have tried this issue on three different machines now (all "supported" OSes, etc), and it works nowhere with 9.0.1 | 13:13 |
| *** dbucar <dbucar!~debu@sestofw01.enea.se> has joined #yocto | 13:14 | |
| lpapp | if it _really_ works, the documentation needs to be extended what steps are needed to get it work. | 13:18 |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 13:21 | |
| lpapp | https://bugzilla.yoctoproject.org/show_bug.cgi?id=6646 | 13:25 |
| yocti | Bug 6646: normal, Undecided, ---, richard.purdie, NEW , Implement rm_old_work | 13:25 |
| *** fusman <fusman!~fahad@110.93.212.98> has quit IRC | 13:29 | |
| *** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has quit IRC | 13:33 | |
| *** balister_ is now known as Crofton | 13:34 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 13:39 | |
| *** Guest98805 <Guest98805!~quassel@mailhost.exterity.com> has quit IRC | 13:41 | |
| lpapp | hmm, why does ptest-runner always return zero (success) even when run-ptest failes (returning with 1)? | 13:41 |
| lpapp | should it somehow indicate that it failed at some test? | 13:41 |
| *** ghostwail <ghostwail!c2dae584@gateway/web/freenode/ip.194.218.229.132> has quit IRC | 13:43 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.236.154> has quit IRC | 13:43 | |
| *** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has quit IRC | 13:43 | |
| *** ed <ed!~quassel@mailhost.exterity.com> has joined #yocto | 13:44 | |
| *** ed is now known as Guest12288 | 13:44 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.236.154> has joined #yocto | 13:47 | |
| joseppc | not really, what's useful is the output of ptest-runner, <result>: <testname> | 13:47 |
| lpapp | not really, no. | 13:48 |
| lpapp | for me, the single most important thing is to know whether it succeeds, so Jenkins can report it as success or failure. | 13:48 |
| lpapp | I definitely do not want to parse output in Jenkins... if this script cannot be extended to handle that, I have no desire to use it. | 13:49 |
| joseppc | then you can pipe the script and grep for FAIL or something... | 13:50 |
| lpapp | I do not really see why I would. | 13:50 |
| joseppc | for most people it's important to know what tests failed, not that some tests failed | 13:50 |
| lpapp | you sure joke | 13:50 |
| lpapp | in CI, you would like to know any failure. | 13:50 |
| lpapp | if anything fails, report it to the corresponding developers. | 13:50 |
| joseppc | my point exactly | 13:50 |
| lpapp | which means return the failure code (whatever that is), and Jenkins can easily now. | 13:51 |
| lpapp | know* | 13:51 |
| lpapp | and then the developer gets an email obviously, and can have a detailed look at the log. | 13:51 |
| lpapp | this should do it: http://paste.kde.org/p4tgxkgw7 | 13:52 |
| *** freaky_ <freaky_!~freaky@88-190-234-131.rev.dedibox.fr> has quit IRC | 13:54 | |
| JaMa | I agree with lpapp | 13:56 |
| lpapp | s/return/exit/ | 13:57 |
| *** freaky_ <freaky_!~freaky@88-190-234-131.rev.dedibox.fr> has joined #yocto | 13:57 | |
| JaMa | or even add 1 for each failed test and use number of failed tests as return value | 13:57 |
| joseppc | you might need to convince "make check" to do that too... but maybe it already does? | 13:58 |
| lpapp | that is a different problem :) | 13:59 |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.236.154> has quit IRC | 13:59 | |
| lpapp | JaMa: no, I would rather prefer FAILED/ALL instead of that. | 14:00 |
| lpapp | so that the exit code remains reliable, not something constantly changing. | 14:00 |
| *** stiandre <stiandre!~stiandre@109.247.13.242> has quit IRC | 14:02 | |
| *** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto | 14:03 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 14:06 | |
| *** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has quit IRC | 14:14 | |
| *** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC | 14:15 | |
| *** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto | 14:15 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.236.154> has joined #yocto | 14:32 | |
| *** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto | 14:36 | |
| *** tmpsantos <tmpsantos!~tmpsantos@192.198.151.43> has quit IRC | 14:46 | |
| *** ddom_ <ddom_!~ddom@p4FFDB8A2.dip0.t-ipconnect.de> has quit IRC | 14:56 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:58 | |
| *** belen1 <belen1!~Adium@192.198.151.44> has quit IRC | 14:59 | |
| *** bluelightning1 <bluelightning1!~paul@83.217.123.106> has quit IRC | 15:01 | |
| lpapp | would it be acceptable to add CCACHE_PATH to the environment setup script when someone installs the SDK? | 15:01 |
| lpapp | currently, ccache does not like my Yocto SDK since that does not touch CCACHE_PATH, only path. | 15:01 |
| *** belen <belen!Adium@nat/intel/x-gefgxrvzwkmmczro> has joined #yocto | 15:02 | |
| *** bluelightning1 <bluelightning1!~paul@83.217.123.106> has joined #yocto | 15:02 | |
| *** fred35 <fred35!~fred@105-197-190-109.dsl.ovh.fr> has left #yocto | 15:03 | |
| *** staylor <staylor!~staylor@mail.au-zone.com> has joined #yocto | 15:13 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 15:20 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 15:23 | |
| *** jbrianceau is now known as jbrianceau_away | 15:27 | |
| *** sgw_ <sgw_!~sgw@c-67-171-230-40.hsd1.wa.comcast.net> has quit IRC | 15:28 | |
| *** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 15:32 | |
| *** bluelightning1 <bluelightning1!~paul@83.217.123.106> has quit IRC | 15:37 | |
| *** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC | 15:41 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:42 | |
| *** belen <belen!Adium@nat/intel/x-gefgxrvzwkmmczro> has quit IRC | 15:45 | |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 15:45 | |
| *** bluelightning1 <bluelightning1!~paul@83.217.123.106> has joined #yocto | 15:45 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 15:54 | |
| *** mr_science <mr_science!~sarnold@fairwindsmotelarcata.com> has joined #yocto | 15:55 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 15:55 | |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-kqveawgypfaoluty> has joined #yocto | 15:55 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-psssoqnushrhpyio> has quit IRC | 15:57 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 15:59 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 16:01 | |
| *** PaowZ__ <PaowZ__!~vince@94.103.130.217> has quit IRC | 16:12 | |
| *** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has quit IRC | 16:24 | |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-kqveawgypfaoluty> has quit IRC | 16:44 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.236.154> has quit IRC | 16:45 | |
| *** Nitin <Nitin!~nakamble@134.134.137.75> has joined #yocto | 16:47 | |
| *** kroon <kroon!~kroon@fw.mikrodidakt.se> has quit IRC | 17:00 | |
| mario-goulart | Shouldn't lsb rdepend on lsbinitscripts? lsb's lsb_log_message file contains code that seems to relie on functions that are not defined anywhere in the files installed by the lsb package, as far as I can see. Those funcions seem to be defined by lsbinitscripts' functions file. Am I missing something? | 17:20 |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 17:24 | |
| *** bluelightning1 <bluelightning1!~paul@83.217.123.106> has quit IRC | 17:26 | |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 17:27 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-cqntjchqoykpelhu> has quit IRC | 17:28 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 17:37 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 17:37 | |
| *** jimBaxter_uk <jimBaxter_uk!~jbaxter@jimbax.plus.com> has quit IRC | 17:39 | |
| *** hbruce__ <hbruce__!~hbruce@192.55.54.42> has joined #yocto | 17:40 | |
| *** jzhang <jzhang!~jzhang@134.134.139.76> has quit IRC | 17:40 | |
| *** evanp <evanp!evan@nat/intel/x-rmksbmveugcmxmhp> has quit IRC | 17:40 | |
| *** ubik3000 <ubik3000!~cristiani@134.134.139.74> has quit IRC | 17:40 | |
| *** ubik3000 <ubik3000!~cristiani@134.134.139.74> has joined #yocto | 17:40 | |
| *** jzhang <jzhang!~jzhang@134.134.139.76> has joined #yocto | 17:40 | |
| *** evanp <evanp!evan@nat/intel/x-jjrtynrpwfbjtsrg> has joined #yocto | 17:40 | |
| *** maxtothemax_ <maxtothemax_!~maxtothem@134.134.137.75> has joined #yocto | 17:40 | |
| *** hbruce_ <hbruce_!hbruce@nat/intel/x-cdwlxdmznjpvbckv> has quit IRC | 17:41 | |
| *** maxtothemax <maxtothemax!maxtothema@nat/intel/x-qnwfjtfzakxogqno> has quit IRC | 17:41 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 17:44 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 17:44 | |
| *** theguy <theguy!~theguy@S0106602ad07d0544.gv.shawcable.net> has joined #yocto | 17:53 | |
| *** stunpix <stunpix!~Stunpix@5.248.146.142> has joined #yocto | 17:53 | |
| theguy | Hey everybody | 17:55 |
| theguy | Can anyone help me with something? | 17:56 |
| *** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has joined #yocto | 17:56 | |
| phako | theguy: ask | 17:57 |
| theguy | My LCD is shutting off after 15 minutes, and I've tried everything but can't seem to stop it | 17:59 |
| theguy | Here's what I've tried: | 18:00 |
| theguy | passing consoleblank=0 to bootargs | 18:00 |
| theguy | modifying drivers/tty/vt/vt.c with static int blankinterval = 0; | 18:00 |
| theguy | echo -e -n '\033[9]' > /dev/tty0 | 18:00 |
| theguy | echo 0 > /sys/class/graphics/fb0/blank | 18:00 |
| theguy | echo 0 > /sys/class/vtconsole/vtcon1/bind | 18:00 |
| theguy | Those commands were all run in a startup script as root. Nothing is working! | 18:01 |
| theguy | If I run cat /sys/module/kernel/parameters/consoleblank I always get a value of 900 | 18:02 |
| *** bboozzoo is now known as bboozzoo_away | 18:16 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 18:30 | |
| *** tasslehoff <tasslehoff!~Tasslehof@ti0260a430-0319.bb.online.no> has quit IRC | 18:32 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 18:33 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 18:35 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 18:35 | |
| -YoctoAutoBuilder- build #4 of poky-tiny is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/4 | 18:36 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 18:45 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 18:47 | |
| -YoctoAutoBuilder- build #4 of nightly-qa-skeleton is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/4 | 18:56 | |
| *** theguy <theguy!~theguy@S0106602ad07d0544.gv.shawcable.net> has quit IRC | 19:00 | |
| kergoth | anyone know how the populate_sdk/meta-toolchain stuff supports builds of out-of-tree kernel modules if you ship kernel-dev in the sdk? do we rely on the user who installed the sdk going into usr/src/kernel and running make scripts? | 19:01 |
| kergoth | trying to ship prebuilt binary stuff in there would be a giant pain in the ass, is why i ask.. | 19:03 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:05 | |
| khem | kergoth: I have filed an enhancement request for it | 19:11 |
| khem | yes we do not really prepare the source tree for cross-build we do so for target build | 19:11 |
| khem | so if you build modules with on device SDK it will work | 19:12 |
| khem | but on cross SDK story is not complete yet | 19:12 |
| kergoth | cross is the one i'm most concerned with. easing the lives of the application/kernel developer who doesn't want to care about bitbake is a good thing | 19:13 |
| khem | nod | 19:13 |
| khem | me too | 19:13 |
| kergoth | we're shipping something similar to the yocto sdk but as p2 artifacts that install directly into eclipse/codebench, populating an sdk in its install | 19:13 |
| kergoth | or rather, we let the user use bitbake to build such a thing | 19:13 |
| kergoth | but then somebody has to run make scripts somewhere :) | 19:14 |
| kergoth | I guess you'd have to create a nativesdk extend of the kernel, which grabs the sources and runs make scripts using the toolchain for the SDKMACHINE and wraps that up and puts it in the nativesdk sysroot, but likely under a subdir which references $MACHINE, or something.. or perhaps not, with the simplified sysroots in the sdk nowadays the entire sdk seems machine bound | 19:18 |
| * kergoth ponders | 19:18 | |
| kergoth | might have to do a disgusting hack for the time being :( | 19:19 |
| *** Guma <Guma!~Guma@96.25.148.38> has joined #yocto | 19:23 | |
| *** khem <khem!~khem@c-98-207-177-218.hsd1.ca.comcast.net> has quit IRC | 19:26 | |
| Guma | Hello I am running on 3.0.35-4.1.0+yocto+g5809938 imx6qsabrelite board and at some time at least one a day I get 100% CP usage and both daemon.log and syslog gets hudge filling entire /var/volatile partition. | 19:27 |
| Guma | I see connmand using high cpu and /etc/udhcpc/50default renew spining | 19:28 |
| Guma | All I see is these two messages with rate about 20 a sec | 19:29 |
| Guma | Aug 9 09:00:45 imx6qsabrelite connmand[1831]: eth0 {del} route 0.0.0.0 gw 192.168.15.1 scope 0 <UNIVERSE> | 19:29 |
| Guma | Aug 9 09:00:45 imx6qsabrelite connmand[1831]: eth0 {add} route 0.0.0.0 gw 192.168.15.1 scope 0 <UNIVERSE> | 19:29 |
| *** khem` <khem`!~khem@c-98-207-177-218.hsd1.ca.comcast.net> has joined #yocto | 19:30 | |
| *** khem` is now known as khem | 19:30 | |
| -YoctoAutoBuilder- build #4 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/4 | 19:34 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:41 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-itytpeatihbvlcom> has joined #yocto | 19:43 | |
| *** Guest67691 is now known as phantoxeD | 19:44 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-itytpeatihbvlcom> has quit IRC | 19:47 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:50 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:55 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:56 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 20:03 | |
| *** jzhang <jzhang!~jzhang@134.134.139.76> has quit IRC | 20:13 | |
| *** evanp_ <evanp_!evan@nat/intel/x-tcvkfaokzvexvgpv> has joined #yocto | 20:13 | |
| *** Nitin <Nitin!~nakamble@134.134.137.75> has quit IRC | 20:13 | |
| *** jzhang <jzhang!~jzhang@134.134.139.76> has joined #yocto | 20:14 | |
| *** Nitin <Nitin!~nakamble@134.134.137.75> has joined #yocto | 20:14 | |
| *** maxtothemax_ <maxtothemax_!~maxtothem@134.134.137.75> has quit IRC | 20:14 | |
| *** ubik3000 <ubik3000!~cristiani@134.134.139.74> has quit IRC | 20:14 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 20:14 | |
| *** evanp <evanp!evan@nat/intel/x-jjrtynrpwfbjtsrg> has quit IRC | 20:14 | |
| *** maxtothemax_ <maxtothemax_!~maxtothem@134.134.137.75> has joined #yocto | 20:15 | |
| *** cristianiorga <cristianiorga!~cristiani@134.134.139.74> has joined #yocto | 20:15 | |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 20:26 | |
| *** jmdelos_ <jmdelos_!~polk@71-219-235-20.clsp.qwest.net> has joined #yocto | 20:34 | |
| -YoctoAutoBuilder- build #3 of nightly-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/3 | 20:34 | |
| *** jmpdelos__ <jmpdelos__!~polk@174-22-171-207.clsp.qwest.net> has quit IRC | 20:35 | |
| *** stunpix <stunpix!~Stunpix@5.248.146.142> has quit IRC | 20:40 | |
| *** stunpix <stunpix!~Stunpix@5.248.146.142> has joined #yocto | 20:41 | |
| *** Nitin <Nitin!~nakamble@134.134.137.75> has quit IRC | 20:43 | |
| -YoctoAutoBuilder- build #4 of nightly-qa-logrotate is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/4 | 20:44 | |
| *** stunpix <stunpix!~Stunpix@5.248.146.142> has quit IRC | 20:45 | |
| -YoctoAutoBuilder- build #4 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/4 | 20:47 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-kjiwdpelayaccafa> has joined #yocto | 20:47 | |
| -YoctoAutoBuilder- build #3 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/3 | 20:51 | |
| *** stunpix <stunpix!~Stunpix@5.248.146.142> has joined #yocto | 20:57 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has joined #yocto | 21:07 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 21:12 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 21:15 | |
| *** zerus <zerus!~epetmab@81-229-90-163-no67.tbcn.telia.com> has quit IRC | 21:23 | |
| *** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC | 21:26 | |
| *** dse <dse!~d.s.e@2001:a60:1415:d801:c9d8:7d4c:847c:3ac3> has quit IRC | 21:30 | |
| *** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto | 21:30 | |
| *** bricke <bricke!0cfc4746@gateway/web/freenode/ip.12.252.71.70> has joined #yocto | 21:37 | |
| -YoctoAutoBuilder- build #3 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/3 | 21:38 | |
| bricke | Hi everyone, I'm trying to create a new layer for my custom board, is it possible to add a new machine definition taking as "required" another definition present in another layer? I'm using a custom freescale board and I would like to use the original machine definition with my custom hack. | 21:39 |
| kergoth | use the 'require' directive | 21:39 |
| kergoth | grep around, plenty of .conf files include or require other files | 21:39 |
| kergoth | in fact, every machine should already do so, thats how they pull in the correct tune- config | 21:40 |
| *** staylor <staylor!~staylor@mail.au-zone.com> has quit IRC | 21:40 | |
| bricke | I know that, but I need to add a file from another layer, I've added a "require meta-fsl-arm/conf/machine/imx28.bb" but bitbake cannot find that path. | 21:41 |
| kergoth | again, every machine already pulls files from other layers | 21:42 |
| kergoth | every time a relative path is included, it searches all the paths in BBPATH (aka allt he layer paths) to find it | 21:42 |
| kergoth | so drop meta-fsl-arm/ from that and it'll work fine | 21:42 |
| bricke | oh | 21:42 |
| kergoth | just make sure your LAYERDEPENDS in layer.conf reflects the dependency on the other layer | 21:42 |
| bricke | thank you, that's what I was looking for! | 21:43 |
| kergoth | so if its missing, the build will abort | 21:43 |
| bricke | sure | 21:43 |
| kergoth | np | 21:43 |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 21:58 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 22:10 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 22:22 | |
| *** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has quit IRC | 22:25 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 22:27 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 22:27 | |
| *** bricke <bricke!0cfc4746@gateway/web/freenode/ip.12.252.71.70> has quit IRC | 22:29 | |
| JaMa | zeddii: any news about perf @3.16? | 22:32 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 22:37 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 22:39 | |
| *** Guma <Guma!~Guma@96.25.148.38> has quit IRC | 22:42 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d> has joined #yocto | 22:47 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d> has quit IRC | 22:47 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 22:47 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:56 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 22:56 | |
| -YoctoAutoBuilder- build #4 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/4 | 22:58 | |
| -YoctoAutoBuilder- build #4 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/4 | 23:04 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 23:06 | |
| *** stunpix <stunpix!~Stunpix@5.248.146.142> has quit IRC | 23:16 | |
| *** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has joined #yocto | 23:26 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:27 | |
| *** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has quit IRC | 23:31 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:33 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC | 23:33 | |
| -YoctoAutoBuilder- build #4 of nightly-qa-pam is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/4 | 23:43 | |
| *** agust <agust!~agust@p4FDE6C62.dip0.t-ipconnect.de> has quit IRC | 23:46 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!