| khem | it looks like that missing prefix in sysroot is not repeated when rebuilt however the error which was originally reported still remains and it not connected | 00:00 |
|---|---|---|
| khem | qemu: uncaught target signal 4 (Illegal instruction) - core dumped | 00:00 |
| khem | which is qemu: uncaught target signal 4 (Illegal instruction) - core dumped | 00:00 |
| khem | so may be its only that its fooling the prints | 00:00 |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:01 | |
| khem | so now i wonder where do we use qemu during builds for gstreamer1.0-plugins-bad | 00:01 |
| bluelightning | bitbake -g should show that | 00:03 |
| khem | yes I see that its inheriting gobject-introspection | 00:07 |
| khem | which does call out for qemu usermode | 00:07 |
| khem | so now I need to see why it fails with clang | 00:07 |
| khem | its possible that some intruction thats now generating by clang in some binary is not understood by qemu | 00:08 |
| khem | and the usermode binary pukes it out | 00:08 |
| *** toscalix <toscalix!~toscalix@61.215.197.74> has joined #yocto | 00:09 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 00:13 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 00:22 | |
| *** toscalix <toscalix!~toscalix@61.215.197.74> has quit IRC | 00:25 | |
| *** billr <billr!~wcrandle@134.134.137.73> has quit IRC | 00:58 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has joined #yocto | 01:06 | |
| *** fray <fray!~mhatle@192.40.192.95> has quit IRC | 01:31 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 01:35 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC | 01:54 | |
| *** armpit <armpit!~akuster@2601:202:4001:9ea0:6ce8:588a:7616:ca9> has quit IRC | 02:17 | |
| *** armpit <armpit!~akuster@2601:202:4001:9ea0:c008:4767:f9d2:dea7> has joined #yocto | 02:29 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has quit IRC | 02:37 | |
| -YoctoAutoBuilder- build #498 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/498 | 02:47 | |
| *** fray <fray!~mhatle@192.40.192.95> has joined #yocto | 03:26 | |
| *** armpit <armpit!~akuster@2601:202:4001:9ea0:c008:4767:f9d2:dea7> has quit IRC | 03:33 | |
| *** armpit <armpit!~akuster@2601:202:4001:9ea0:c008:4767:f9d2:dea7> has joined #yocto | 03:44 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has joined #yocto | 03:48 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has joined #yocto | 03:54 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 04:06 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has quit IRC | 04:11 | |
| -YoctoAutoBuilder- build #855 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/855 | 04:13 | |
| nerdboy | q | 04:18 |
| *** agust <agust!~agust@p4FCB5814.dip0.t-ipconnect.de> has joined #yocto | 04:18 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has joined #yocto | 04:36 | |
| -YoctoAutoBuilder- build #826 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/826 | 04:37 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 04:46 | |
| *** Crofton <Crofton!~balister@pool-71-171-10-138.ronkva.east.verizon.net> has quit IRC | 04:50 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-10-138.ronkva.east.verizon.net> has quit IRC | 04:50 | |
| *** Crofton <Crofton!~balister@pool-71-171-10-138.ronkva.east.verizon.net> has joined #yocto | 04:50 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has quit IRC | 04:51 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-10-138.ronkva.east.verizon.net> has joined #yocto | 04:51 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 04:54 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 04:58 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 04:58 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 05:03 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 05:04 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-10-138.ronkva.east.verizon.net> has quit IRC | 05:05 | |
| *** Crofton <Crofton!~balister@pool-71-171-10-138.ronkva.east.verizon.net> has quit IRC | 05:05 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 05:10 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 05:10 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 05:16 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 05:16 | |
| -YoctoAutoBuilder- build #820 of nightly-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/820 | 05:18 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 05:22 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 05:24 | |
| -YoctoAutoBuilder- build #870 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/870 | 05:25 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 05:29 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 05:30 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-10-138.ronkva.east.verizon.net> has joined #yocto | 05:32 | |
| *** Crofton <Crofton!~balister@pool-71-171-10-138.ronkva.east.verizon.net> has joined #yocto | 05:32 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 05:34 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has quit IRC | 05:35 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 05:36 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 05:37 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 05:38 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 05:41 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 05:42 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 05:43 | |
| -YoctoAutoBuilder- build #806 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/806 | 05:48 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 05:48 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 05:50 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 05:55 | |
| *** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has joined #yocto | 05:55 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 05:57 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has joined #yocto | 06:02 | |
| *** stryx`_ <stryx`_!~stryx@87.117.231.25> has joined #yocto | 06:04 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 06:06 | |
| *** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has joined #yocto | 06:06 | |
| *** frsc <frsc!~frsc@80.149.173.67> has joined #yocto | 06:09 | |
| *** stryx`_ <stryx`_!~stryx@87.117.231.25> has quit IRC | 06:10 | |
| *** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 06:10 | |
| -YoctoAutoBuilder- build #500 of nightly-deb-non-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/500 | 06:11 | |
| *** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 06:14 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 06:15 | |
| -YoctoAutoBuilder- build #863 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/863 | 06:15 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 06:21 | |
| *** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has joined #yocto | 06:23 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 06:26 | |
| *** stryx` <stryx`!~stryx@87.117.231.25> has joined #yocto | 06:26 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 06:26 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:26 | |
| -YoctoAutoBuilder- build #876 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/876 | 06:27 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 06:31 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 06:31 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 06:32 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 06:34 | |
| *** josep <josep!~josep@c-3b1ae455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto | 06:34 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 06:37 | |
| *** pohly <pohly!~pohly@host-091-097-029-052.ewe-ip-backbone.de> has joined #yocto | 06:38 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 06:39 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 06:45 | |
| *** bottazzini <bottazzini!~realBigfo@192.55.54.45> has quit IRC | 06:46 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 06:46 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 06:55 | |
| *** marquiz <marquiz!~marquiz@134.191.220.76> has joined #yocto | 06:55 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 06:57 | |
| *** bottazzini <bottazzini!~realBigfo@192.55.54.45> has joined #yocto | 06:58 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 07:00 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-vopmtgavjqfyfjwz> has joined #yocto | 07:01 | |
| *** jbrianceau_away is now known as jbrianceau | 07:01 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:02 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 07:03 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 07:05 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 07:05 | |
| *** stryx`_ <stryx`_!~stryx@87.117.231.25> has joined #yocto | 07:09 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:10 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 07:15 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6B209.dip0.t-ipconnect.de> has joined #yocto | 07:16 | |
| -YoctoAutoBuilder- build #881 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/881 | 07:19 | |
| *** stryx`_ <stryx`_!~stryx@87.117.231.25> has quit IRC | 07:20 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:20 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:20 | |
| *** josep <josep!~josep@c-3b1ae455.010-118-73746f7.cust.bredbandsbolaget.se> has quit IRC | 07:20 | |
| *** townxelliot <townxelliot!~ell@176.253.150.70> has joined #yocto | 07:21 | |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto | 07:21 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 07:21 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:26 | |
| *** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto | 07:31 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 07:31 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has quit IRC | 07:33 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has joined #yocto | 07:34 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:36 | |
| *** frsc <frsc!~frsc@80.149.173.67> has quit IRC | 07:37 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 07:37 | |
| *** jku <jku!jku@nat/intel/x-uxdxfgwkcdgxkbwv> has joined #yocto | 07:37 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 07:40 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 07:42 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:42 | |
| *** aida_ <aida_!~aida@mir31-1-82-224-13-158.fbx.proxad.net> has joined #yocto | 07:44 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 07:44 | |
| -YoctoAutoBuilder- build #482 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/482 | 07:45 | |
| *** frsc <frsc!~frsc@80.149.173.67> has joined #yocto | 07:49 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:50 | |
| *** sa2ajj <sa2ajj!~quassel@dsl-espbrasgw1-50de2f-243.dhcp.inet.fi> has quit IRC | 07:52 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 07:52 | |
| *** aida_ <aida_!~aida@mir31-1-82-224-13-158.fbx.proxad.net> has quit IRC | 07:54 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:56 | |
| *** belen <belen!~Adium@134.134.139.74> has joined #yocto | 07:56 | |
| *** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 07:58 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has quit IRC | 07:58 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto | 08:01 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 08:02 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has joined #yocto | 08:02 | |
| *** belen <belen!~Adium@134.134.139.74> has quit IRC | 08:06 | |
| *** belen <belen!Adium@nat/intel/x-qbduhfydtwemuhju> has joined #yocto | 08:07 | |
| *** aida_ <aida_!~aida@mir31-1-82-224-13-158.fbx.proxad.net> has joined #yocto | 08:08 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has quit IRC | 08:13 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has joined #yocto | 08:15 | |
| *** Jefro <Jefro!~jefro@ip-64-134-136-113.public.wayport.net> has quit IRC | 08:16 | |
| -YoctoAutoBuilder- build #836 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/836 | 08:30 | |
| -YoctoAutoBuilder- build #851 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/851 | 08:36 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 08:51 | |
| *** sveinse <sveinse!~chatzilla@79.160.140.131> has joined #yocto | 08:53 | |
| sveinse | bitbake does not support hg:// URLs in SRC_URI, right? | 08:55 |
| sveinse | I get ExpansionError, failure expanding variable SRCPV, MissingParameterError: URL 'hg://...' is missing the required parameter 'module' | 08:57 |
| mathieu_la | the docs say it is supported, but I had the same issue with svn, you just have to specify a module (the trunk or a branch generally) | 09:05 |
| sveinse | mathieu_la: SRC_URL="hg://...;module=mymodule", right? | 09:06 |
| mathieu_la | yes | 09:06 |
| sveinse | Ok, so it's a reference to hg, not to something in oe? | 09:07 |
| sveinse | i.e. a branch? | 09:07 |
| mathieu_la | yes it's about what is in your tree | 09:07 |
| mathieu_la | in my case I directed the url to the top folder and module=trunk | 09:08 |
| *** fledermaus <fledermaus!~vivek@2a00:1098:5:0:5d4f:49fc:3e09:693> has joined #yocto | 09:13 | |
| *** lewiatan <lewiatan!~piotr@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 09:25 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto | 09:28 | |
| -YoctoAutoBuilder- build #245 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/245 | 09:30 | |
| sveinse | how do I restart building a recipe from the beginning? | 09:34 |
| *** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 09:37 | |
| lewiatan | what do you mean? you can clean the building of recipe with "bitbake -c cleansstate <recipe_name>" | 09:39 |
| rburton | bitbake [recipe] -C unpack will tell it to do a build and force unpack to happen, so it does a full build | 09:40 |
| sveinse | I'm learning yocto, and are bringing up a recipe for the first time, so please be patient with me. I'm reading the man, but there's a lot of new concepts to take in | 09:41 |
| CTtpollard | or -c rebuild (I think) | 09:41 |
| sveinse | lewiatan: bitbake -c cleanslate resulted in "task do_clean slate does not exist for target" | 09:42 |
| mathieu_la | -c cleanall should clean everything (including the downloading part) | 09:42 |
| mathieu_la | it's cleansstate, not cleanslate | 09:42 |
| lewiatan | it is "cleansstate" | 09:42 |
| sveinse | bah :P | 09:43 |
| lewiatan | and of course after that you need to start recipe again with "bitbake <recipe_name>" | 09:43 |
| rburton | the derivation of cleansstate is "clean shared state", where "shared state" if often shortened to "sstate" | 09:44 |
| rburton | the top-step nature of clean then build is why I endorse -C unpack, as its a single command | 09:44 |
| *** toscalix <toscalix!~toscalix@61.215.197.74> has joined #yocto | 09:45 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 09:47 | |
| *** vdehors <vdehors!~vdehors@193.56.60.161> has joined #yocto | 09:49 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto | 09:54 | |
| lewiatan | rburton: but does "-C unpack" clean/remove old build directory? I personally use bash function for that that first: does cleansstate or cleanall and second: builds the recipe that was just cleaned | 09:57 |
| hsychla | Hi. If I change only the URL in a recipe because it changed on the server, will that trigger a rebuild of the package? | 10:07 |
| *** belen <belen!Adium@nat/intel/x-qbduhfydtwemuhju> has quit IRC | 10:09 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 10:10 | |
| lpapp | hi, I may have asked this three years ago when coming to Yocto, so pardon me, but can you remind me again why the branch has to be specified properly when using SRCREV to work? I thought the hash identifier was unique. | 10:11 |
| *** toscalix <toscalix!~toscalix@61.215.197.74> has quit IRC | 10:14 | |
| *** belen <belen!~Adium@134.134.139.74> has joined #yocto | 10:19 | |
| sveinse | what is the advantage over sandboxing recipes with devtool, rather than doing the same thing in-tree? | 10:27 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:28 | |
| sveinse | if I specify SRC_URI="file://" does it copy the files before building them? Does it build it in-source? | 10:35 |
| -YoctoAutoBuilder- build #821 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/821 | 10:37 | |
| -YoctoAutoBuilder- build #936 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/936 | 10:39 | |
| *** jku <jku!jku@nat/intel/x-uxdxfgwkcdgxkbwv> has quit IRC | 10:44 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC | 10:44 | |
| *** jku <jku!jku@nat/intel/x-mrxtimftkplnegwn> has joined #yocto | 10:46 | |
| *** fl0v01 <fl0v01!~fvo@pD9F6ACA5.dip0.t-ipconnect.de> has joined #yocto | 10:49 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6B209.dip0.t-ipconnect.de> has quit IRC | 10:52 | |
| sveinse | I trying to run bitbake-layers show-layers (while reading the dev. manual). I then get: ERROR: Only one copy of bitbake should be run against a build directory | 10:53 |
| *** belen <belen!~Adium@134.134.139.74> has quit IRC | 11:00 | |
| *** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has quit IRC | 11:00 | |
| *** belen <belen!~Adium@134.134.139.78> has joined #yocto | 11:00 | |
| *** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has joined #yocto | 11:00 | |
| rburton | lewiatan: if your using autotools or cmake then the build directory is always removed before a build, so "it depends" | 11:05 |
| rburton | lpapp: iirc its basically a sanity check | 11:05 |
| lewiatan | ok. thanks rburton | 11:05 |
| rburton | lpapp: you can disable the sha-is-on-branch check if you have to grab a srcrev which isn't on any branch | 11:06 |
| rburton | lpapp: looks like bitbake a9112a introduced the check | 11:08 |
| lpapp | rburton: right, so I was going to try removing the branch specification whether the SRCREV would work on its on then. | 11:09 |
| lpapp | when both specified, in our Yocto version, the branch takes precedence, apparently. | 11:10 |
| rburton | is that a very old bitbake? | 11:10 |
| rburton | with SRCREV=abc and branch=foo you should be unpacking rev abc on branch foo, or erroring | 11:11 |
| lpapp | rburton: daisy | 11:11 |
| *** sameo <sameo!samuel@nat/intel/x-jivxylzwduyidhjy> has joined #yocto | 11:12 | |
| sveinse | Can I get bitbake to show all the commands only pertaining to one receipe? | 11:14 |
| rburton | sveinse: bitbake -e [recipe]? | 11:15 |
| *** maxin <maxin!~maxin@37-219-225-102.nat.bb.dnainternet.fi> has joined #yocto | 11:15 | |
| rburton | sveinse: do you mean what it will run for a particular task? | 11:15 |
| sveinse | In my recipe bitbake -C unpack does not work. It apparently does not start over. It says task do_unpack does not exist, and then it start to compile | 11:16 |
| rburton | no unpack is quite unusual | 11:16 |
| rburton | might be worth trying -C do_unpack just in case there was a bug in an older version :) | 11:17 |
| sveinse | This being a qt application, I have a custom do_configure() section which runs qmake, but I cannot find any output showing me that it has run qmake. This is why I want to start over | 11:17 |
| rburton | there are classes to do qmake for you | 11:18 |
| sveinse | I use require recipes-qt/qt5/qt5.inc, which is what our subcontractor did for a similar qt application | 11:19 |
| rburton | and that would be why nothing works | 11:19 |
| sveinse | Then I don't understand why the other qt app works... hmm | 11:20 |
| rburton | is your app qt5? | 11:20 |
| sveinse | yes | 11:20 |
| rburton | https://github.com/meta-qt5/meta-qt5/blob/master/recipes-qt/tufao/tufao_1.2.1.bb is fairly simple | 11:20 |
| rburton | basically, inherit cmake_qt5 if its using cmake with qt5 bits | 11:20 |
| rburton | or https://github.com/meta-qt5/meta-qt5/blob/master/recipes-qt/qsiv/qsiv_1.1.bb if its using qmake | 11:20 |
| rburton | all you *need* is the meta-qt5 layer, inherit qmake, and you're done | 11:21 |
| rburton | erm, inherit qmake5 | 11:21 |
| rburton | the only reason to inherit qt5.inc is if you're writing a qt5 recipe | 11:21 |
| rburton | so i'd have a moan at your contractor :) | 11:22 |
| sveinse | Now I'm actually even more confused. How can this other app work then... | 11:22 |
| sveinse | Yes, it seems I have to | 11:22 |
| rburton | well, qt5.inc isn't going to tragically break the recipe, its just stupid | 11:22 |
| rburton | share their recipe if you'd like a review done of it :) | 11:22 |
| sveinse | This is one of the reasons I'm/we're learning yocto now | 11:22 |
| rburton | if you're using a fairly recent yocto, then the recipetool command is great at writing starting points for recipes | 11:24 |
| sveinse | I've been doing embedded linux systems for many years, but yocto is somewhat a handsful I'd admit | 11:24 |
| sveinse | So pardon me for asking stupid and basic questions :D | 11:24 |
| rburton | just do recipetool create [some uri] and it will write a starting point | 11:24 |
| rburton | no need, that's what this channel is for :) | 11:25 |
| mathieu_la | I have some login issue with krogoth, it seems that 20 char passwords do not work (8 char works) | 11:30 |
| mathieu_la | I found some related issues with tinylogin (now part of busybox), how do I check if I'm using it? | 11:30 |
| sveinse | can I get bitbake to output everything for a specific recipe or step (do_configure) while running bitbake? | 11:31 |
| rburton | sveinse: bitbake -e recipe will have the shell in the output if you grep it, or go to the work dir and eg temp/run.do_configure has the full script that runs | 11:33 |
| sveinse | whoah, that was verbose | 11:34 |
| rburton | yeah pipe though less ;) | 11:35 |
| rburton | you did say "everything" ... | 11:35 |
| sveinse | well, I still haven't found the output I'm looking for, so yes, my bad: I meant the execution of the task, which would be running qmake and getting its output in this case | 11:36 |
| rburton | the output would be in temp/log.do_configure | 11:38 |
| rburton | run.do_configure will have you running qmake, unless what you're doing is not working | 11:38 |
| rburton | as i said, just inheriting the right qmake5 class should do everything for you | 11:38 |
| rburton | for actual help, share the recipe | 11:39 |
| *** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC | 11:39 | |
| sveinse | firstly, bitbake -e did not run qmake output. Secondly, I have added qmake5, and I saw some configure output, so I think its working. Lastly, I will share it | 11:40 |
| sveinse | Do you always use the tmp/ log output for output? Isn't that tedious? | 11:41 |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 11:41 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 11:41 | |
| *** vdehors <vdehors!~vdehors@193.56.60.161> has joined #yocto | 11:42 | |
| *** berton <berton!~fabio@177.100.227.79> has joined #yocto | 11:43 | |
| sveinse | mine is in tmp/work/cortexa9-vfp-neon-poky-linux-gnueabi/mypkg/1.0-r0/temp/log.do_configure which is a handsfull | 11:43 |
| rburton | well, that's the output from running what you told it to do | 11:45 |
| rburton | personally i use "bb" to see logs easily | 11:45 |
| rburton | github:kergoth/bb | 11:45 |
| rburton | "$ bb log mypkg configure" is a lot easier | 11:46 |
| sveinse | rburton: aha, right! I would think that using this very long path would seem to tedious | 11:47 |
| sveinse | what in the recipe controls where it is built: I have tmp/work: all-poky-linux, cortexa9hf-vfp-neo-poky-linux-gnueabi, cortexa9hf-vfp-neo-mx6qdl-poky-linux-gnueabi and so on? | 11:47 |
| mathieu_la | looks like I'll have to add another repo in my installation, this seems really handy | 11:47 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:48 | |
| rburton | sveinse: your machine and its tune controls where it ends up | 11:49 |
| sveinse | Is it difficult to write an image recipe? We have a custom image format that we ultimately will have to integrate with yocto | 11:53 |
| sveinse | I notice that the log.do_configure does not contain the command it executes, only its output. Is that possible to read somewhere? | 11:59 |
| sveinse | Yes.... run.do_configure | 12:00 |
| sveinse | This logging scheme is apparently going to take some getting used to... | 12:00 |
| *** mckoan|away is now known as mckoan | 12:00 | |
| rburton | hm there is a way to get the sh output in the logs | 12:01 |
| rburton | tbh, probably sensible to enable that | 12:01 |
| sveinse | is yocto always building in-source? | 12:03 |
| rburton | up to the recipe (or class, really). autotools and cmake default to out of tree | 12:04 |
| rburton | if qmake does in tree but its trivial to make it out out of tree then it should be fixed to do that | 12:04 |
| sveinse | qmake as well? do you know? | 12:04 |
| rburton | my knowledge of qt is limited at getting it out of oe-core and into other layers so i don't need to care about it | 12:05 |
| sveinse | we have always built qt, qmake qt apps, linux kernel out of tree, so yes, its possible | 12:05 |
| sveinse | is it possible to temporarily disable parallel builds, or do I need to edit my local.conf to do it? | 12:09 |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 12:11 | |
| mathieu_la | PARALLEL_MAKE = "-j 1" bitbake [recipe] should override it I guess | 12:11 |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has left #yocto | 12:12 | |
| mathieu_la | (without spaces of course) | 12:12 |
| sveinse | mathieu_la: heh, yeah. shell parsing is different that bb rules ;) | 12:13 |
| sveinse | hmm. I've changed SRC_URI, and bitbake -C unpack does not do much | 12:17 |
| *** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 12:31 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 12:35 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.45> has joined #yocto | 12:35 | |
| *** lamego <lamego!jose@nat/intel/x-xntfpwjklzfedxsa> has joined #yocto | 12:36 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 12:37 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 12:38 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 12:44 | |
| *** paulg <paulg!~paulg@128.224.252.2> has joined #yocto | 12:45 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto | 12:52 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:57 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 12:59 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 13:05 | |
| *** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC | 13:10 | |
| sveinse | How do I reset everything pertaining to a recipe? That is delete states, output, everything? | 13:10 |
| sveinse | bitbake -c cleansstate erase every output, but does not redownload the code when SRC_URI has changes. bitbake -C unpack does not have any impact | 13:22 |
| rburton | -c cleanall will also delete from DL_DIR, so forcing you to re-download the tarball | 13:26 |
| rburton | of course you only need to do that if you changed the tarball and need to re-fetch it | 13:26 |
| *** igor2 <igor2!~igor@177.159.144.73> has joined #yocto | 13:26 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has joined #yocto | 13:26 | |
| sveinse | rburton: Its hg src repo, not a tarball | 13:27 |
| rburton | ah, you want to set SRCREV to ${AUTOREV} so it will fetch and incorporate updates on every build | 13:28 |
| sveinse | rburton: actually I'm stuck further behind than that: I created a recipe based on a file location using devtool, and I've later edited SRC_REV to point to the upstream code. Now, I've deleted my local file location, but I just can't get it to take. | 13:30 |
| sveinse | even running bitbake -c cleanall, and then rerunning the recipe, it wants to configure the old now gone directory.... | 13:31 |
| sveinse | There is some state stuck here somewhere | 13:31 |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto | 13:32 | |
| jku | sveinse: likely something wrong with the recipe, can you share it? | 13:32 |
| sveinse | which paster? | 13:32 |
| rburton | anyone | 13:33 |
| *** aida_ <aida_!~aida@mir31-1-82-224-13-158.fbx.proxad.net> has quit IRC | 13:33 | |
| sveinse | (some channels ban you if you pick the wrong one :P ) | 13:33 |
| sveinse | https://bpaste.net/show/f4899bb3a29c | 13:34 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 13:38 | |
| rburton | sveinse: you likely need to set S (where the sources have ended up). it defaults to ${WORKDIR}/${PN}-${PV}, which works for 99% of tarballs but i doubt it works for this | 13:38 |
| rburton | no idea what directories the hg fetcher uses, for git you need to use S="${WORKDIR}/git" | 13:39 |
| sveinse | rburton: yes, let me try that | 13:39 |
| *** jku <jku!jku@nat/intel/x-mrxtimftkplnegwn> has quit IRC | 13:40 | |
| rburton | also you can remove section and homepage, and hopefully paralllel_make - fix your app instead :) | 13:40 |
| *** cference <cference!~cference@167.88.22.183> has joined #yocto | 13:41 | |
| sveinse | rburton: Oh, the parallel_make is because I know it does not compile, and I'd like to view the cause without other interleaving msgs. It will be gone :D | 13:41 |
| rburton | heh fair enough :) | 13:42 |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 13:42 | |
| *** nish <nish!~nisha@38.104.105.146> has joined #yocto | 13:43 | |
| *** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 13:44 | |
| *** nish is now known as nisha | 13:44 | |
| sveinse | btw, perhaps hg support is dodgy. I see no effort trying to clone with hg anywhere. | 13:44 |
| sveinse | As a development effort, is it possible to configure SRC_URI such that it will copy it from a local location, not just use it directly? | 13:44 |
| rburton | for the general situation where you want to use a local clone instead of the canonical upstream, then yes you can use the externalsrc class. | 13:46 |
| sveinse | aahhhhh and d'oh: devtools crates workspace/appends/myapp.bbappend where it sets EXTERNALSRC and co! | 13:47 |
| rburton | the hg fetcher is definitely less used than the others | 13:47 |
| sveinse | well our company use hg (after having a serious comparison between hg and git a few years back). Hg won due to better windows support at the time. Boy, I regret that we did so! | 13:49 |
| *** sameo <sameo!samuel@nat/intel/x-jivxylzwduyidhjy> has quit IRC | 13:49 | |
| rburton | :) | 13:52 |
| *** belen1 <belen1!~Adium@134.134.139.77> has joined #yocto | 13:54 | |
| *** belen <belen!~Adium@134.134.139.78> has quit IRC | 13:55 | |
| sveinse | I can delete the whole .bbappend file when it only contains EXTERNALSRC and EXTERNALSRC_BUILD right? | 13:56 |
| *** sameo <sameo!~samuel@192.55.54.45> has joined #yocto | 13:56 | |
| rburton | if you dont want those yeah | 13:57 |
| sveinse | why is devtool splitting the recipe like this? | 13:58 |
| sveinse | Took me a few hours to find it :( | 13:58 |
| rburton | armpit: would you be willing to take 9383 then? | 13:58 |
| rburton | sveinse: because the appends are not needed in the recipe and shouldn't be accidently committed | 13:59 |
| sveinse | So it will override the official SRC_URI and enable one to work local only before going to the real deal, right? | 14:00 |
| rburton | not before, instead of | 14:05 |
| sveinse | it didn't work. I commented out the lines in the .bbappend file, but it still does not fetch the sources after -c cleanall :( | 14:06 |
| sveinse | bitbake -C unpack also had no effect | 14:07 |
| sveinse | to be honest, I | 14:08 |
| sveinse | I'm giving up soon... | 14:08 |
| rburton | just delete the bbappend to be sure its gone | 14:08 |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 14:12 | |
| sveinse | rburton: That seemed to work, its now fetching mercurial host tools. Commenting the bbappend file wan't enough for some reason | 14:12 |
| rburton | should have been, but <shrugs> working now | 14:13 |
| *** joshuagl_ <joshuagl_!~joshuagl@192.198.151.43> has joined #yocto | 14:14 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 14:15 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 14:15 | |
| *** kad <kad!~kad@unaffiliated/kad> has quit IRC | 14:15 | |
| *** kad_ <kad_!~kad@dsl-hkibrasgw3-54fb77-110.dhcp.inet.fi> has joined #yocto | 14:15 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 14:15 | |
| *** aehs29 <aehs29!~aehernan@134.134.137.73> has joined #yocto | 14:16 | |
| sveinse | next complication: SRC_URI fails if it looks like this "http://dkhg.local/hg/QtApp" as its missing module, but hg clone fails if it looks like this "http://dkhg.local/hg/QtApp;module=default" | 14:18 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:18 | |
| sveinse | Is there another way to specify the module? | 14:18 |
| rburton | why does the clone fail? | 14:19 |
| rburton | literally never used hg | 14:19 |
| sveinse | It sais "http://dkhg.local/hg/QtApp;module=default" is not a valid URL for a hg repo | 14:20 |
| rburton | oh | 14:20 |
| sveinse | It smells like a parsing bug in bitbake | 14:20 |
| rburton | what's your SRC_URI? | 14:20 |
| sveinse | the above | 14:20 |
| rburton | its not, as neither of those say hg:// | 14:20 |
| sveinse | Sorry, manual typeout error, it sais hg:// | 14:21 |
| *** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 14:21 | |
| rburton | yeah might be a bug in the fetcher. bitbake/lib/bb/fetch2/hg.py, probably _buildhgcommand() is a good place to start | 14:22 |
| sveinse | darn, the lake is deeper than I'd hoped it would be it seems :( | 14:23 |
| sveinse | Can you do a "URL;name=foo" and SRC_URI[name.module=... Hmm, no because name would interfer | 14:25 |
| rburton | it looks like its expecting SRC_URI=hg://host.name/path;module=modulename | 14:26 |
| rburton | and shuffles that into the relevant command line | 14:26 |
| rburton | khem: thanks | 14:29 |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 14:29 | |
| armpit | rburton, 9383 sure | 14:29 |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC | 14:33 | |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto | 14:35 | |
| rburton | armpit: can you take ownership then, thanks | 14:39 |
| armpit | np | 14:40 |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 14:41 | |
| *** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has quit IRC | 14:45 | |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto | 14:45 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:47 | |
| *** aragua_ <aragua_!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 14:48 | |
| *** billr <billr!~wcrandle@134.134.139.83> has joined #yocto | 14:50 | |
| *** toscalix <toscalix!~toscalix@61.215.197.74> has joined #yocto | 14:50 | |
| *** aragua_ <aragua_!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 14:50 | |
| *** benjamirc <benjamirc!~besquive@134.134.137.75> has quit IRC | 15:05 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has joined #yocto | 15:06 | |
| *** lewiatan <lewiatan!~piotr@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 15:07 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 15:09 | |
| simonl | I'm trying to make a clean build (ie new build directory) of daisy. However my host system uses arch which has long since switched to gcc 5.x and then 6.x as the default compiler. Can I tell poky to use say, gcc-4.9 instead? | 15:15 |
| simonl | I've tried symlink-hacking gcc to be 4.9, but that's not enough, likely because I still get newer versions of other parts like the standard library(?) | 15:16 |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto | 15:17 | |
| sveinse | Is it possible to run bitbake without the "interactivity" where it updates the console, but rather print every task it executes? | 15:18 |
| rburton | pipe to cat is the easy way | 15:20 |
| rburton | simonl: set BUILD_CC etc | 15:21 |
| rburton | simonl: http://pastebin.com/hjJnvGBU <— from my local.conf from when i was testing gcc5 on my host | 15:21 |
| simonl | rburton: awesome, I'll give that a try! | 15:22 |
| sveinse | I'm finally getting this compilation going! | 15:26 |
| *** tjamison <tjamison!~tjamison@38.104.105.146> has joined #yocto | 15:26 | |
| sveinse | How do you access host tools? Use inherit for them? | 15:27 |
| sveinse | Anyone with any example references for it? | 15:27 |
| rburton | sveinse: just use them | 15:28 |
| rburton | they're still on the path | 15:28 |
| sveinse | Apparently not: protoc command not found | 15:29 |
| rburton | where is it on your host? | 15:29 |
| rburton | path does get reset a bit | 15:29 |
| rburton | if thats protobufs then theres a recipe in meta-oe you can depend on to built the binaries natively | 15:31 |
| *** maxin <maxin!~maxin@37-219-225-102.nat.bb.dnainternet.fi> has left #yocto | 15:32 | |
| sveinse | rburton, yes, It's in meta-oe/recipes-devtools/protobuf/, so I assume it hasn't been built yet. Hence I lack a dependency or something? | 15:33 |
| rburton | yes | 15:33 |
| rburton | DEPENDS=protobuf-native | 15:33 |
| sveinse | rburton: thanks! | 15:34 |
| *** pohly <pohly!~pohly@host-091-097-029-052.ewe-ip-backbone.de> has quit IRC | 15:35 | |
| simark1 | rburton: isn't it protobuf-compiler-native? | 15:36 |
| simark1 | In order to get protoc | 15:36 |
| *** _pacopedraza <_pacopedraza!c0373628@gateway/web/freenode/ip.192.55.54.40> has joined #yocto | 15:36 | |
| *** pohly <pohly!~pohly@dyndsl-178-142-071-142.ewe-ip-backbone.de> has joined #yocto | 15:36 | |
| rburton | yeah maybe :) | 15:36 |
| rburton | never used it | 15:36 |
| simark1 | sveinse: ^ | 15:37 |
| simark1 | I recetnly spent one day fighting with that until I realized it was in protobuf-compiler :) | 15:37 |
| *** benjamirc <benjamirc!besquive@nat/intel/x-hoglzstviwnzkjof> has joined #yocto | 15:38 | |
| *** vdehors_ <vdehors_!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 15:38 | |
| sveinse | Do I need to do something when I change DEPENDS statements? It seems none of the above proposals work | 15:40 |
| *** frsc <frsc!~frsc@80.149.173.67> has quit IRC | 15:41 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC | 15:41 | |
| *** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC | 15:42 | |
| billr | simonl: if you want to build daisy with gcc5, I do have a set of patches that will let you do that. | 15:43 |
| *** ndec_ <ndec_!~ndec@linaro/ndec> has quit IRC | 15:48 | |
| sveinse | Apparently I need to run something for it to parse DEPENDS changes. I'm running toaster, and it shows no depends on other packages | 15:50 |
| *** toscalix <toscalix!~toscalix@61.215.197.74> has quit IRC | 15:50 | |
| *** ndec <ndec!~ndec@linaro/ndec> has joined #yocto | 15:51 | |
| learner | How can I restrict a native recipe so that it can be only build on x64 machines? | 15:51 |
| *** _pacopedraza <_pacopedraza!c0373628@gateway/web/freenode/ip.192.55.54.40> has quit IRC | 15:52 | |
| learner | I was told to use COMPATIBLE_MACHINE some days ago, but all the examples I see use that for restricting the TARGET machine | 15:52 |
| *** townxelliot <townxelliot!~ell@176.253.150.70> has quit IRC | 15:55 | |
| *** aragua_ <aragua_!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 15:56 | |
| simonl | billr: that'd be nice! | 15:57 |
| sveinse | simark1: ^ I can't get it to build protoc... | 15:57 |
| *** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto | 15:58 | |
| billr | simonl: send me a PM with your email address | 15:58 |
| rburton | learner: what if the build host is something else? | 15:59 |
| *** townxelliot <townxelliot!~ell@176.253.150.70> has joined #yocto | 15:59 | |
| sveinse | when do you use DEPENDS="something" and DEPENDS+="something" ? | 16:00 |
| sveinse | How do you know which one to use? | 16:00 |
| *** mckoan is now known as mckoan|away | 16:01 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has quit IRC | 16:04 | |
| sveinse | If I run bitbake protobuf-native manually first, then my build continues. Its apparently that my depends haven't been reread | 16:05 |
| *** fl0v01 <fl0v01!~fvo@pD9F6ACA5.dip0.t-ipconnect.de> has quit IRC | 16:08 | |
| rburton | are you using memory-resident bitbake? | 16:09 |
| rburton | (oe-init-buildenv-memres) | 16:09 |
| *** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has quit IRC | 16:10 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has joined #yocto | 16:11 | |
| learner | rburton: just refuse to build, show an error | 16:12 |
| learner | the recipe won't work in no x64 machines | 16:12 |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC | 16:13 | |
| neverpanic | How do I modify $PATH on a per-task basis? I'd like to write a function that adds entries to $PATH depending on what BB_TASKDEPDATA contains. | 16:14 |
| rburton | neverpanic: not sure you can | 16:15 |
| neverpanic | yeah, that's what I feared | 16:15 |
| neverpanic | Unfortunately the other solution would be building a native sysroot for each task with its dependencies, and that's also pretty cumbersome | 16:16 |
| kergoth | we really should implement support for per-recipe sysroots based on its deps one of these days, it should be doable | 16:18 |
| kergoth | but in theory the PATH thing should be possible, i think a prefunc could modify the env and affect the main task.. not sure, though | 16:18 |
| kergoth | also i haven't had my caffeine yet, so .. | 16:18 |
| neverpanic | The problem with per-recipe native sysroots is that you configured that piece of software for a certain prefix, so you cannot easily move it | 16:19 |
| neverpanic | Except using tricks such as overlayfs or mount namespaces of course, but I wanted to avoid those for now. | 16:19 |
| kergoth | we relocate native sysroot content all the time, just when the sstate archive is created/extracted, via sed replacements. not pretty, but.. | 16:19 |
| neverpanic | Hm, maybe I can do that as well for the native sysroot and hardlink for the target sysroot then. | 16:20 |
| sveinse | we do that in our current custom build server (in which we are replacing with Yocto, btw). We did it by massively deleting, and redeploying the sysroot foreach package. | 16:20 |
| sveinse | Its great for the security of the packages (control leakage and such), but the devs hate it, since its consumes more time | 16:21 |
| neverpanic | Well, I have a working proof of concept using overlayfs in a mount namespace, but that only works with user namespaces and on distributions that allow overlayfs in mount namespaces (i.e. recent Ubuntu) | 16:22 |
| neverpanic | I was trying to get this implemented in a way that could be upstreamable | 16:22 |
| *** RzR <RzR!~RzR@unaffiliated/rzr> has joined #yocto | 16:28 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 16:30 | |
| *** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has quit IRC | 16:32 | |
| *** billr <billr!~wcrandle@134.134.139.83> has quit IRC | 16:34 | |
| *** belen1 <belen1!~Adium@134.134.139.77> has quit IRC | 16:36 | |
| *** learner <learner!d997f20f@gateway/web/freenode/ip.217.151.242.15> has quit IRC | 16:36 | |
| khem | halstead: https://gist.github.com/kraj/6caf2a31ff4701c784c2337b4cf0669f | 16:41 |
| khem | halfhalo: I am trying to use pwclient | 16:41 |
| khem | it used to work fine with old instance | 16:41 |
| *** jbrianceau is now known as jbrianceau_away | 16:47 | |
| *** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC | 16:48 | |
| halstead | Looking khem. | 16:51 |
| halstead | khem, Can you update your .pwclientrc to point at https://patchwork.openembedded.org/xmlrpc/ ? | 16:52 |
| halstead | And try again? | 16:52 |
| *** billr <billr!~wcrandle@134.134.137.73> has joined #yocto | 16:53 | |
| *** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has joined #yocto | 16:57 | |
| *** dreyna <dreyna!~dreyna@unknown-216-200.windriver.com> has joined #yocto | 16:57 | |
| *** belen <belen!~Adium@134.134.139.77> has joined #yocto | 16:57 | |
| *** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC | 16:59 | |
| khem | halstead: ok so I had http so changing to https helped | 17:00 |
| sveinse | hmm. My qt app package fails on missing linux_types.h | 17:00 |
| *** armpit <armpit!~akuster@2601:202:4001:9ea0:c008:4767:f9d2:dea7> has quit IRC | 17:01 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto | 17:05 | |
| rburton | sveinse: its probably assuming that it can look in /usr for something | 17:06 |
| sveinse | Hmm, is PARALLEL_MAKE="" in a recipe global? If yes, would PARALLEL_MAKE_mypkg="" work? | 17:08 |
| rburton | in a recipe, everything is scoped to the recipe | 17:08 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-zbvqjaojindmufzs> has joined #yocto | 17:09 | |
| rburton | basically the data is a CoW database which is populated with the distro and local conf files, and then cloned for each recipe | 17:09 |
| rburton | so you can't impact other recipes from inside a recipe | 17:09 |
| sveinse | rburton: ok. I got the include resolved. The only thing remaining is the dependency on protobuf which apparently does not work | 17:09 |
| sveinse | I can call bitbake protobuf-native, and things work out. But it does not build protobuf-native, if I mention it in DEPENDS="protobuf-native" | 17:10 |
| sveinse | ...or protobuf-compiler-native as previously suggested | 17:11 |
| sveinse | How can I debug a recipes depends? | 17:11 |
| sveinse | I seriously don't understand how this depend system in yocto works | 17:12 |
| khem | sveinse: bitbake -e <recipe> | grep "^DEPENDS" | 17:13 |
| sveinse | khem: ok, so it sais protobuf-native. How can I check if this package has been built? | 17:14 |
| khem | is protobuf-native providing some tools which will generate linux_types.h | 17:15 |
| sveinse | khem: No, that issue is resolved :D | 17:16 |
| khem | ok so it the dependency on protobuf then protobuf-native wont help | 17:17 |
| khem | if you are using some libs and APIs from protobuf then you have to depend on protobuf | 17:17 |
| khem | not on native version of protobuf which is for build host not target host | 17:17 |
| sveinse | khem: if I manually run bitbake protobuf-native prior to my build, then my recipe build finds protoc and continues | 17:18 |
| *** belen <belen!~Adium@134.134.139.77> has quit IRC | 17:18 | |
| sveinse | Hence, I think I need to depend on protobuf-native | 17:18 |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 17:20 | |
| *** joshuagl_ <joshuagl_!~joshuagl@192.198.151.43> has quit IRC | 17:21 | |
| sveinse | simark1 suggested earlier that I need to depend on protobuf-compiler-native, yet it does not remedy the case. Nor does bitbake know about any recipes with that name | 17:22 |
| sveinse | Isn't the purpose of DEPENDS=xyz to run the full bitbake xyz process prior to its own compile? | 17:23 |
| kergoth | specifically, DEPENDS=xyz means the do_populate_sysroot task of xyz will be run before do_configure in the recipe with the DEPENDS | 17:24 |
| sveinse | yes, and I assume do_populate_sysroot on a native package implies installing the files into its sysroot, right? So why isn't it when I write DEPENDS="protobuf-native", when running bitbake protobuf-native first works? | 17:26 |
| *** wmryrx <wmryrx!0cc9f26a@gateway/web/freenode/ip.12.201.242.106> has joined #yocto | 17:26 | |
| wmryrx | hey, does anyone have experience with the device tree changes needed to bring up a camera? | 17:27 |
| kergoth | sveinse: no idea, it works fine for every other recipe we have | 17:29 |
| kergoth | you must be doing something wrong | 17:29 |
| kergoth | might want to pastebin the recipe for us to examine | 17:29 |
| sveinse | kergoth: Not much to look at, the only thing added is this DEPENDS = "protobuf-native" to this: https://bpaste.net/show/f4899bb3a29c | 17:31 |
| *** townxelliot <townxelliot!~ell@176.253.150.70> has quit IRC | 17:32 | |
| sveinse | kergoth: The qt app source make use of protoc | 17:32 |
| *** obsrwr_ <obsrwr_!~obsrwr@188.24.243.226> has joined #yocto | 17:32 | |
| sveinse | (No wonder our consultants can charge us a lot for Yocto customization :P ) | 17:33 |
| *** fledermaus <fledermaus!~vivek@2a00:1098:5:0:5d4f:49fc:3e09:693> has quit IRC | 17:34 | |
| *** fledermaus <fledermaus!~vivek@2a00:1098:5:0:5d4f:49fc:3e09:693> has joined #yocto | 17:35 | |
| sveinse | This has been my very first day with Yocto, and I have have a lot to learn, that is for sure. Lots of getting used to, especially with logging/output. And this elusive dependency system and how to debug it | 17:40 |
| sveinse | rburton, thanks for all your help today. It has been very valuable and I really appreciate it. | 17:41 |
| *** paulg is now known as paulg_ | 17:49 | |
| *** wmryrx <wmryrx!0cc9f26a@gateway/web/freenode/ip.12.201.242.106> has quit IRC | 17:52 | |
| *** wrmyrx <wrmyrx!0cc9f26a@gateway/web/freenode/ip.12.201.242.106> has joined #yocto | 17:53 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 17:55 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 17:57 | |
| wrmyrx | if i'm trying to configure my device tree to enable a serial camera - do i need to make a patch like this: http://www.xilka.com/kernel/3/3.14/3.14.30/source/Linux-3.14.29-ov5647-20150126.patch which adds a specific entry for that camera into the device tree? | 18:01 |
| sveinse | When we build our Qt application under a Yocto SDK, we set an environment file which, amongst many, defines SDKTARGETSYSROOT. How do I set an equivalent set of variables from within a recipe? | 18:10 |
| sveinse | Specifically, is there an environment variable the Qt app can use to test that it is compiling under Yocto? | 18:11 |
| khem | sveinse: ok so that answers my first question. Which is you are using protoc tool from native package | 18:17 |
| *** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto | 18:18 | |
| khem | now can you change DEPENDS = "xxx" to DEPEND += "xxx" | 18:18 |
| sveinse | typo, thanks. typo or subtle difference? | 18:19 |
| kergoth | typo, DEPENDS is correct | 18:19 |
| khem | I am just thinking if there are more dependencies | 18:19 |
| khem | oh yes DEPENDS | 18:20 |
| sveinse | I've installed protobuf-native manually, so I won't know until I remove protobuf. I can erase it by running bitbake -c cleanall protobuf-native, right? | 18:21 |
| khem | yes | 18:22 |
| khem | then do bitbake your-recipe | 18:23 |
| sveinse | khem: Nope, did not trigger build of protobuf-native | 18:26 |
| *** aehs29 <aehs29!~aehernan@134.134.137.73> has left #yocto | 18:28 | |
| khem | can you show your recipe ? | 18:29 |
| sveinse | khem: https://bpaste.net/show/3412c6c5b117 | 18:32 |
| sveinse | Its highly work in progress, so you'll parden me for the do_configure() mess. I'm working on how to pass options to qmake | 18:32 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-vopmtgavjqfyfjwz> has quit IRC | 18:49 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto | 18:49 | |
| neverpanic | sveinse: EXTRA_QMAKEVARS_{PRE,POST}, iirc | 18:50 |
| sveinse | neverpanic: Worked brilliantly, thanks | 18:53 |
| sveinse | One catch thou: Qmake needs a CONFIG statement which is based on the combination of two recipe vars. I need some lookuptable/logic to find the correct value to give to qmake | 18:55 |
| sveinse | Can I run a conditional script in recipe setting a var based on that script? | 18:55 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.45> has quit IRC | 18:55 | |
| neverpanic | You can even do it in a variable: ${@python code that returns the value you need} | 18:56 |
| sveinse | Can I do something like this: https://bpaste.net/show/887b670c7d93 | 18:58 |
| sveinse | neverpanic: ok, does the py script need to be a py oneliner? | 18:58 |
| neverpanic | e.g. https://p.dnnr.de/odn8gg98Ko_98m7n | 18:58 |
| sveinse | neverpanic: right, brilliant, thanks | 18:59 |
| neverpanic | btw, how do you determine that protobuf-native isn't being built? If you have built it previously it will just be extracted if you need it, it will likely not be recompiled. | 19:00 |
| sveinse | neverpanic: I haven't. Its just not available in path for the qt app I'm compiling | 19:01 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.45> has joined #yocto | 19:02 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 19:03 | |
| neverpanic | sveinse: check $BUILDDIR/tmp/sysroots/x86_64-linux/usr/bin (assuming you're on a 64bit build machine) | 19:03 |
| sveinse | neverpanic: I have. I test it with find . -name protoc from the top of the build | 19:04 |
| sveinse | So even broader search | 19:04 |
| *** josep_ <josep_!~josep@c-3b1ae455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto | 19:05 | |
| *** fledermaus <fledermaus!~vivek@2a00:1098:5:0:5d4f:49fc:3e09:693> has quit IRC | 19:05 | |
| neverpanic | how do you trigger the build of your recipe then? | 19:08 |
| rburton | just built protobuf-native and i have ./x86_64-linux/usr/bin/protoc in my sysroots | 19:08 |
| neverpanic | Also, LIC_FILES_CHKSUM isn't necessary if you set LICENSE = "CLOSED" | 19:08 |
| sveinse | neverpanic: the CLOSED is just a temporary means, it will be replace by the actual license | 19:08 |
| rburton | so provide evidence that it can't be found, instead of just saying so | 19:09 |
| rburton | ie the shell output and evidence that the build isn't just trying to run /usr/bin/protoc | 19:09 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-zbvqjaojindmufzs> has quit IRC | 19:17 | |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC | 19:18 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto | 19:18 | |
| sveinse | rburton: https://bpaste.net/show/8f2715df9208 | 19:26 |
| *** obsrwr <obsrwr!~obsrwr@188.24.234.174> has joined #yocto | 19:26 | |
| *** pohly <pohly!~pohly@dyndsl-178-142-071-142.ewe-ip-backbone.de> has quit IRC | 19:28 | |
| *** obsrwr_ <obsrwr_!~obsrwr@188.24.243.226> has quit IRC | 19:30 | |
| neverpanic | sveinse: whats's bitbake -e sp | grep -E ^DEPENDS= | 19:30 |
| rburton | yeah i was thinking "i bet qmake5 is stupid" | 19:31 |
| *** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto | 19:32 | |
| sveinse | (can I run bitbake -e while another build is running?) | 19:32 |
| neverpanic | no :/ | 19:32 |
| rburton | well you can if you're using memres bitbake, but don't do that yet - it's not ready | 19:33 |
| sveinse | I'll wait for this build to finish :) | 19:33 |
| rburton | currently suspicious about the makefile | 19:34 |
| rburton | like is it doing something stupid like resetting PATH | 19:34 |
| neverpanic | yeah, the qmake5.bbclasses I can see all use DEPENDS_prepend, so they should be fine | 19:34 |
| sveinse | rburton: Then you should never get to know qmake. Whoa, I loathe that tool | 19:34 |
| sveinse | This is going to be a manual typeover: DEPENDS="qtbase-native virtual/arm-poky-linux-gnueabi-gcc virtual/arm-poky-linux-gnueabi-compilerlibs protobuf-native" | 19:36 |
| sveinse | ^ neverpanic | 19:37 |
| neverpanic | looks sane to me | 19:37 |
| sveinse | yes, it does | 19:38 |
| sveinse | well, I'll leave this for now. its late | 19:38 |
| sveinse | Thank you very much, both of you! | 19:38 |
| rburton | sveinse: considered porting to cmake? :) | 19:40 |
| sveinse | rburton: Not my call. I'm not part of the Qt team. | 19:41 |
| sveinse | But it looks to me that qmake is working fine. Its the fact that protoc isn't installed into the x86_64 sysroot even when I specify it with DEPENDS that is the cause for this | 19:42 |
| rburton | totally works for me, so <shrug> no idea | 19:42 |
| sveinse | jup | 19:42 |
| rburton | presumably this is source you can't share? | 19:43 |
| *** belen <belen!~Adium@134.134.139.77> has joined #yocto | 19:43 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.77> has joined #yocto | 19:43 | |
| sveinse | not all of it, no. not yet at least | 19:44 |
| sveinse | and I'm fearing some intermixing with the imx BSP machine setup that cause some ill effect with protoc. | 19:45 |
| rburton | well, one solution is MACHINE=qemux86 bitbake myrecipe, and see what happens | 19:45 |
| sveinse | yes, that was the plan. (going to be exciting to see how qt5 makes it out there) | 19:46 |
| *** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC | 19:48 | |
| *** belen <belen!~Adium@134.134.139.77> has quit IRC | 19:50 | |
| *** sveinse <sveinse!~chatzilla@79.160.140.131> has quit IRC | 19:56 | |
| *** ziggo_ <ziggo_!~ziggo@p2003006CCD49010036363BFFFED11AA2.dip0.t-ipconnect.de> has joined #yocto | 19:59 | |
| *** bluelightning <bluelightning!~paul@85.219.69.111.dynamic.snap.net.nz> has joined #yocto | 20:01 | |
| *** bluelightning <bluelightning!~paul@85.219.69.111.dynamic.snap.net.nz> has quit IRC | 20:01 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:01 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 20:11 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 20:11 | |
| *** radzy <radzy!~radzy@unknown-216-192.windriver.com> has quit IRC | 20:23 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 20:28 | |
| *** pohly <pohly!~pohly@dyndsl-178-142-071-142.ewe-ip-backbone.de> has joined #yocto | 20:28 | |
| *** radzy <radzy!~radzy@unknown-216-87.windriver.com> has joined #yocto | 20:29 | |
| *** armpit <armpit!~akuster@50.233.148.158> has joined #yocto | 20:32 | |
| *** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC | 20:47 | |
| *** obsrwr <obsrwr!~obsrwr@188.24.234.174> has quit IRC | 20:48 | |
| *** __karthik <__karthik!~karthik@192.91.75.30> has quit IRC | 20:51 | |
| *** __karthik <__karthik!~karthik@192.91.75.30> has joined #yocto | 20:51 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.77> has quit IRC | 20:54 | |
| *** pohly <pohly!~pohly@dyndsl-178-142-071-142.ewe-ip-backbone.de> has quit IRC | 21:04 | |
| *** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC | 21:08 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.70> has joined #yocto | 21:10 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-hoglzstviwnzkjof> has quit IRC | 21:18 | |
| *** berton <berton!~fabio@177.100.227.79> has quit IRC | 21:23 | |
| *** kad_ <kad_!~kad@dsl-hkibrasgw3-54fb77-110.dhcp.inet.fi> has quit IRC | 21:26 | |
| *** kad <kad!~kad@unaffiliated/kad> has joined #yocto | 21:27 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 21:29 | |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 21:30 | |
| *** townxelliot <townxelliot!~ell@176.253.150.70> has joined #yocto | 21:36 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 21:42 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto | 21:42 | |
| *** bottazzini <bottazzini!~realBigfo@192.55.54.45> has quit IRC | 21:45 | |
| *** ziggo_ <ziggo_!~ziggo@p2003006CCD49010036363BFFFED11AA2.dip0.t-ipconnect.de> has quit IRC | 21:48 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-esgrgyesbwawrzfv> has joined #yocto | 21:59 | |
| megha_dey | Hi I am trying to use plymouth to display boot screen using yocto... but am not able to do so. Has anyone tried incorporating plymouth into yocto and successfully booted a graphical splash screen? | 22:00 |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC | 22:02 | |
| *** mortderire <mortderire!rkinsell@nat/intel/x-niqdaeaehmzbybzv> has joined #yocto | 22:21 | |
| *** mortderire <mortderire!rkinsell@nat/intel/x-niqdaeaehmzbybzv> has quit IRC | 22:23 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.77> has left #yocto | 22:30 | |
| *** void-dev <void-dev!FqiedjcsNV@monoceres.uberspace.de> has quit IRC | 22:30 | |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC | 22:33 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 22:34 | |
| *** paulg_ <paulg_!~paulg@128.224.252.2> has quit IRC | 22:35 | |
| *** zeddii <zeddii!~bruce@128.224.252.2> has quit IRC | 22:36 | |
| *** zeddii <zeddii!~bruce@128.224.252.2> has joined #yocto | 22:36 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 22:36 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 22:37 | |
| *** paulg_ <paulg_!~paulg@128.224.252.2> has joined #yocto | 22:37 | |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 22:37 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 22:42 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 22:43 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-esgrgyesbwawrzfv> has quit IRC | 22:48 | |
| *** megha_dey <megha_dey!meghadey@nat/intel/x-zsrxziytclzdpesn> has joined #yocto | 22:49 | |
| *** igor2 <igor2!~igor@177.159.144.73> has quit IRC | 22:51 | |
| *** lamego <lamego!jose@nat/intel/x-xntfpwjklzfedxsa> has quit IRC | 22:57 | |
| *** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC | 23:02 | |
| *** sameo <sameo!~samuel@192.55.54.45> has quit IRC | 23:02 | |
| *** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has joined #yocto | 23:02 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto | 23:05 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC | 23:05 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto | 23:07 | |
| *** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has quit IRC | 23:15 | |
| khem | megha_dey: are you using systemd ? | 23:16 |
| khem | megha_dey: its not integrated with sysvinit but should work out of box with systemd as init manager | 23:17 |
| *** agust <agust!~agust@p4FCB5814.dip0.t-ipconnect.de> has quit IRC | 23:22 | |
| *** dv__ <dv__!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 23:22 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 23:22 | |
| *** townxelliot <townxelliot!~ell@176.253.150.70> has quit IRC | 23:48 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!