Tuesday, 2016-05-17

*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has quit IRC00:14
-YoctoAutoBuilder- build #426 of nightly-rpm-non-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/42600:16
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto00:19
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC00:40
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto00:41
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC00:47
*** ftonello <ftonello!~felipe@82-71-26-47.dsl.in-addr.zen.co.uk> has quit IRC01:02
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC01:03
-YoctoAutoBuilder- build #748 of nightly-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/74801:06
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-dceeblokvssmuein> has quit IRC01:12
*** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has joined #yocto01:14
*** ftonello <ftonello!~felipe@82-71-26-47.dsl.in-addr.zen.co.uk> has joined #yocto01:18
*** aehs291 <aehs291!~aehernan@134.134.139.77> has joined #yocto01:20
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto01:21
*** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC01:21
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC01:26
*** YellowGT0 <YellowGT0!~Yeller@pool-100-34-201-221.phlapa.fios.verizon.net> has joined #yocto01:30
*** gtristan <gtristan!~tristanva@121.131.110.69> has joined #yocto01:46
*** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto01:58
*** aehs291 <aehs291!~aehernan@134.134.139.77> has quit IRC01:58
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto02:21
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:37
*** Xz <Xz!86868b48@gateway/web/freenode/ip.134.134.139.72> has joined #yocto02:39
Xzhi, anybody here?02:39
*** Crofton <Crofton!~balister@pool-108-44-118-32.ronkva.east.verizon.net> has quit IRC02:41
XzI have this weird problem where I added a patch to my linux-yocto recipe02:42
Xzand it seems to pick it up (I can see in log.do_patch)02:42
Xzbut then when I open .c file it's not changed02:42
*** gnac-work <gnac-work!~gnac-work@198.36.47.28> has joined #yocto02:42
Xzis there any chance Yocto would patch, build and delete patched file?02:42
*** Crofton <Crofton!~balister@pool-108-44-118-32.ronkva.east.verizon.net> has joined #yocto02:44
bluelightningXz: can't see how that would happen...02:50
*** Xz <Xz!86868b48@gateway/web/freenode/ip.134.134.139.72> has quit IRC02:53
*** gnac-work <gnac-work!~gnac-work@198.36.47.28> has quit IRC03:05
*** Crofton <Crofton!~balister@pool-108-44-118-32.ronkva.east.verizon.net> has quit IRC03:34
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto03:34
*** Crofton <Crofton!~balister@pool-108-44-118-32.ronkva.east.verizon.net> has joined #yocto03:35
*** Xz <Xz!kmsywula@nat/intel/x-hdobplxhkfcpeijn> has joined #yocto03:58
Xzhi there, I'm pulling my hair with linux-yocto recipe03:58
XzI simply extended already existing .bbappend by adding a patch file. I know Yocto picks up the file because I tried to break it (both, file path and patch file contents).03:59
Xzhowever after build is finished I searched whole Yocto dir for my .c file and there are only 2 occurences03:59
Xzand both are unmodified03:59
Xzso weird03:59
*** agust <agust!~agust@p4FCB5EB1.dip0.t-ipconnect.de> has joined #yocto04:06
-YoctoAutoBuilder- build #749 of nightly-arm-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/74904:15
*** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has quit IRC04:19
*** billr <billr!~wcrandle@134.134.139.76> has left #yocto04:25
-YoctoAutoBuilder- build #762 of build-appliance is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/76204:29
bluelightningXz: any way you can send this to me so I can try to reproduce it?04:38
*** belen <belen!~Adium@134.134.139.74> has joined #yocto04:38
*** belen <belen!~Adium@134.134.139.74> has quit IRC04:44
*** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC04:44
XzXz: yeah04:44
Xzbluelightning: yeah, that's easy04:45
Xzbluelightning: it's literally one patch and one layer04:45
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto04:53
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has quit IRC04:57
*** Crofton <Crofton!~balister@pool-108-44-118-32.ronkva.east.verizon.net> has quit IRC05:02
*** Crofton <Crofton!~balister@pool-108-44-118-32.ronkva.east.verizon.net> has joined #yocto05:02
*** _taw_ <_taw_!~taw@89.176.167.254> has quit IRC05:04
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC05:06
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has joined #yocto05:12
*** Crofton <Crofton!~balister@pool-108-44-118-32.ronkva.east.verizon.net> has quit IRC05:12
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto05:13
*** gtristan <gtristan!~tristanva@121.131.110.69> has quit IRC05:17
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has joined #yocto05:17
*** Crofton <Crofton!~balister@pool-108-44-118-32.ronkva.east.verizon.net> has joined #yocto05:18
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC05:21
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto05:21
*** cyball <cyball!~cyball@funtoo/user/cyball> has quit IRC05:36
*** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC05:55
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC05:57
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto05:58
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto06:02
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto06:04
*** pohly <pohly!~pohly@p5DE8DCD8.dip0.t-ipconnect.de> has joined #yocto06:10
*** sno <sno!~sno@rademacherexchange.de> has joined #yocto06:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC06:22
*** gtristan <gtristan!~tristanva@121.131.110.69> has joined #yocto06:31
*** sno <sno!~sno@rademacherexchange.de> has quit IRC06:33
*** edbart <edbart!~ebartosh@192.198.151.45> has joined #yocto06:35
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto06:36
*** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has joined #yocto06:38
*** cyball <cyball!~cyball@funtoo/user/cyball> has joined #yocto06:38
*** sno <sno!~sno@rademacherexchange.de> has joined #yocto06:39
*** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto06:40
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC06:41
*** present <present!~present@92.245.156.62> has joined #yocto06:50
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-tlnafamdldvensrs> has joined #yocto06:51
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto06:56
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto06:57
*** jku <jku!jku@nat/intel/x-laezqgsqvuxiqqqe> has joined #yocto06:59
*** townxelliot <townxelliot!~ell@176.252.29.151> has joined #yocto07:01
*** fl0v0 <fl0v0!~fvo@p4FC0AC74.dip0.t-ipconnect.de> has joined #yocto07:08
*** ftonello <ftonello!~felipe@82-71-26-47.dsl.in-addr.zen.co.uk> has quit IRC07:13
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:14
*** ant_work <ant_work!~ant__@host138-191-dynamic.56-82-r.retail.telecomitalia.it> has joined #yocto07:16
*** belen <belen!~Adium@134.134.139.74> has joined #yocto07:21
*** mckoan|away is now known as mckoan07:22
mckoangood morning07:22
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto07:24
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC07:24
*** belen <belen!~Adium@134.134.139.74> has quit IRC07:25
*** shagu <shagu!~eric@p5B2E8B03.dip0.t-ipconnect.de> has joined #yocto07:25
Xzguys, how am I supposed to use 'yocto-kernel' script? it wants me to specify BSP07:26
XzI tried specyfing MACHINE and path to my bsp layer and many different configurations07:26
Xzcannot get it to work07:26
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC07:28
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto07:35
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:36
*** jbrianceau_away is now known as jbrianceau07:37
*** LeifSo <LeifSo!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has joined #yocto07:40
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto07:42
LeifSoHi07:48
LeifSohow do I tell toaster to accept repositories it apparently knows (e.g. meta-openembedded/*), but does not list them and denies to add them?07:49
LeifSoI get "layer-exists-but-with-different-url" errors on the console log07:49
*** toscalix <toscalix!~toscalix@149.100.1.24> has joined #yocto07:51
LeifSoor to reword it: toaster refuses to add repositories, showing no error message in the web ui. It only logs to the console that the repository exists, but it is nowhere listed07:54
joshuaglgive the layer a different name? i.e. instead of meta-foo meta-foo1 ?07:57
*** josep <josep!~jhunt@c-d7e5e455.010-118-73746f7.cust.bredbandsbolaget.se> has quit IRC07:58
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC07:58
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto07:59
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:01
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto08:01
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto08:04
XzI'm still fighting, looks like I have to use 'yocto-kernel' python script, except it breaks on my layer :o08:06
Xzadding patches to kernel was easier back then08:06
XzSRC_URI was enough, right now it's not!08:06
Xzwould appreciate any yocto-kernel specialist08:07
Xzthere is a file in poky, ./scripts/lib/bsp/substrate/target/arch/x86_64/recipes-kernel/linux/files/machine-user-patches.scc08:08
Xzthat should contain kernel patches in right order08:08
*** LeifSo <LeifSo!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has quit IRC08:09
*** gtristan <gtristan!~tristanva@121.131.110.69> has quit IRC08:13
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:18
*** florian_kc is now known as florian08:19
Xzlooks like easier than adding a patch is to spin a new repo on github, patch it and feed that to Yocto...08:23
*** josep <josep!~jhunt@c-d7e5e455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto08:24
-YoctoAutoBuilder- build #121 of nightly-no-x11 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/12108:25
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto08:27
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto08:33
*** LeifSo <LeifSo!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has joined #yocto08:36
*** cyball <cyball!~cyball@funtoo/user/cyball> has quit IRC08:41
*** blueness_ <blueness_!~blueness@cpe-74-77-145-97.buffalo.res.rr.com> has joined #yocto08:43
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto08:43
LeifSoI guess the problem is that toaster's web-ui does not show 'remote' layers, if 'local poky' was selected at the beginning, but matches them when one tries to import layers08:44
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC08:46
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC08:46
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto08:47
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto08:48
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:51
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC08:52
joshuaglthat seems likely, I wonder if we're tracking that in bugzilla08:56
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has left #yocto08:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:00
*** shagu <shagu!~eric@p5B2E8B03.dip0.t-ipconnect.de> has quit IRC09:01
*** shagu_ <shagu_!~eric@p5B2E867B.dip0.t-ipconnect.de> has joined #yocto09:01
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC09:02
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto09:02
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:03
*** ziggo <ziggo!~ziggo@212.118.209.82> has joined #yocto09:04
*** belen <belen!~Adium@134.134.139.74> has joined #yocto09:10
joshuaglquite a few seeming related issues are filed; https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=toaster%20layer%20local&list_id=57962409:14
*** maxin <maxin!~maxin@2001:998:22:0:8bd:b8ed:b656:e7> has joined #yocto09:20
*** cyball <cyball!~cyball@funtoo/user/cyball> has joined #yocto09:27
cyballHey, I have a question to bitbake, I've built my first distro with yocto and I want to replace my actual build server with a yocto version but i forgot for whatever reasons to install all required python modules ... can I install them with easy_install or pip?09:30
cyballis there a command which i can use to install all python modules required to run bitbake?09:31
cyballfor now I installed some manually but i still get an error: no module named future_builtins09:32
*** Crofton <Crofton!~balister@pool-108-44-118-32.ronkva.east.verizon.net> has quit IRC09:32
*** Crofton <Crofton!~balister@pool-108-44-118-32.ronkva.east.verizon.net> has joined #yocto09:32
cyballby the way i installed future already but i still get the error09:34
-YoctoAutoBuilder- build #755 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/75509:42
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:50
-YoctoAutoBuilder- build #429 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/42909:50
-YoctoAutoBuilder- build #427 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/42709:51
*** rodgort <rodgort!~rodgort@2607:5300:100:200::160d> has quit IRC09:56
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC10:00
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto10:00
*** sameo <sameo!samuel@nat/intel/x-elhytqbxujbtiimg> has joined #yocto10:02
-YoctoAutoBuilder- build #737 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/73710:08
*** khem <khem!~khem@unaffiliated/khem> has quit IRC10:12
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto10:14
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC10:14
*** jonathanmaw_ <jonathanmaw_!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto10:14
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto10:14
*** sno <sno!~sno@rademacherexchange.de> has quit IRC10:15
-YoctoAutoBuilder- build #749 of nightly-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/74910:22
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has joined #yocto10:26
-YoctoAutoBuilder- build #421 of nightly-mips64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/42110:28
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto10:33
presentHi guys!10:36
presentYou gave me tips about the customization of the psplash recently. :) For the getenv(fbdev) and the colours with the cppflags.10:37
presentYou told me that we can't use the FBENV variable...10:37
presentI'm on my way to add an option like the rotation one.10:37
presentShould I remove the getenv(FBENV) as you told me it was useless?10:37
-YoctoAutoBuilder- build #786 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/78610:39
presentrburton, you might know this one. :)10:40
presentOr Richard Leitner as he was the last commiter.10:40
rburtonpresent: its not useless, its just not trivial to configure10:41
*** mckoan is now known as mckoan|away10:41
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has quit IRC10:43
presentrburton, the rotation way should work right?10:46
rburtonliterally haven't looked at the psplash source for about a decade10:48
presentgetenv(FBDEV) :)10:48
presentThis is just that.10:48
*** sno <sno!~sno@rademacherexchange.de> has joined #yocto10:49
presentAnyway this is just one line. I'll use is if the command line fbdev parameter is not given.10:50
present*it10:50
*** _william_ <_william_!~william@98.148.27.93.rev.sfr.net> has quit IRC10:53
cyballrburton: is there a command which i can use to install all required python dependencies to run bitbake?10:53
rburtoncyball: bitbake just needs python10:55
cyballrburton: well that was my thougts also but in fact id does need much more ... I figured out how to boot the image I've created yesterday, now i just installed it on my build server and tried to run bitbake on it10:56
cyballrburton: with the result the i got a lot of named modules not found messages10:57
*** ziggo <ziggo!~ziggo@212.118.209.82> has quit IRC10:57
-YoctoAutoBuilder- build #798 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/79810:57
rburtoncyball: such as10:57
cyballthen i installed as much as i could but it does still show me the future_builtins import error10:57
*** _william_ <_william_!~william@98.148.27.93.rev.sfr.net> has joined #yocto10:58
cyballI had to install multiprocessing, micropython_pty, tty, argparse, pysqlite, ...10:58
*** Guest85473 <Guest85473!~vivek@78.32.176.249> has joined #yocto10:59
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has joined #yocto10:59
rburtontaking the first one, multiprocessing, that's part of the core python library10:59
rburtonso just install the whole python runtime11:00
cyballhttp://pastebin.com/ZL6pVdqK11:00
cyballrburton: python was already preinstalled version 2.7.1111:00
rburtonclearly not if you had to install multiprocessing11:00
rburton dpkg -S /usr/lib/python2.7/multiprocessing/__init__.py11:01
rburtonlibpython2.7-stdlib:amd64: /usr/lib/python2.7/multiprocessing/__init__.py11:01
cyballbut the python command it self was availabe11:01
rburtonwhat distro?11:02
cyballit was the core-image-minimal :)11:02
rburton(debian and ubuntu split python to into a proper and minimal, maybe you've got the minimal one installed, which is only for the installer really)11:02
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC11:02
rburtonoh, you're trying to use bitbake inside an oe image11:02
rburtoninstall python-modules11:02
cyballyes11:02
cyballok ... but can I can not for now because I installed it already on my hdd so i need to get it running for now :)11:03
cyballbecause this is my build machine :)11:03
rburtonrebuild the image, adding python-modules to the image11:04
*** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC11:04
rburtonand all the other build dependencies for bitbake whilst you're at it, see the docs for the list11:04
cyballis that in the bitbake docs?11:04
rburtoniirc packagegroup-self-hosted is the package group for all of the build dependencies of OE11:05
cyballok thx :)11:05
rburtonno, yocto docs, as i presume you want to do more than just run bitbake11:05
cyballyes ... that's true ... ok i will give it a try thx for the help11:06
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto11:06
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto11:11
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC11:11
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto11:13
-YoctoAutoBuilder- build #803 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/80311:18
*** maxin <maxin!~maxin@2001:998:22:0:8bd:b8ed:b656:e7> has quit IRC11:25
*** Guest85473 <Guest85473!~vivek@78.32.176.249> has quit IRC11:29
-YoctoAutoBuilder- build #784 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/78411:29
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC11:32
*** maxin <maxin!~maxin@194.136.86.45> has joined #yocto11:32
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto11:33
*** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC11:36
*** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto11:37
-YoctoAutoBuilder- build #781 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/78111:37
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2001:1c11:f279:59ff:fe64:3a8> has joined #yocto11:37
-YoctoAutoBuilder- build #413 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/41311:38
*** maxin <maxin!~maxin@194.136.86.45> has quit IRC11:42
*** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC11:44
*** dv <dv!~quassel@62.178.118.86> has joined #yocto11:44
*** berton <berton!~fabio@187.23.154.250> has joined #yocto11:45
*** dv is now known as dv_11:45
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dvrdukgclagcmbdv> has joined #yocto11:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:51
-YoctoAutoBuilder- build #795 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/79511:53
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto12:06
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto12:21
*** yann|work <yann|work!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto12:22
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2001:1c11:f279:59ff:fe64:3a8> has quit IRC12:23
cyballdoes anybody know if I want to use packagegroup-self-hosted if i can just skip the libgl stuff? or do i really need it?12:27
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC12:31
jkucyball: if you wont be doing anything with graphics, you can drop the whole packagegroup-self-hosted-graphics12:33
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto12:34
cyballjku: how can i do that?12:36
*** frostednuts <frostednuts!cffa554e@gateway/web/freenode/ip.207.250.85.78> has quit IRC12:39
jkucyball one way is that instead of adding packagegroup-self-hosted to your image you add the packages it depends on (except -graphics): "packagegroup-self-hosted-debug packagegroup-self-hosted-sdk packagegroup-self-hosted-extended packagegroup-self-hosted-host-tools"12:40
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC12:40
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC12:40
cyballjku: ok, thx for that :-)12:41
-YoctoAutoBuilder- build #760 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/76012:45
-YoctoAutoBuilder- build #776 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/77612:45
*** bellyfeel <bellyfeel!cffa554e@gateway/web/freenode/ip.207.250.85.78> has joined #yocto12:46
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto12:46
cyballjku: i still get the error of missing chain libgl even without packagegroup-self-hosted-graphics12:48
*** snouto <snouto!~snouto@51.235.61.132> has joined #yocto12:48
snoutoHello everyone , i have built core-image-minimal successfully , i wanted to add an ssh-server-dropbear into the image using EXTRA_IMAGE_FEATURES =" ssh-server-dropbear"12:49
snoutowhen i have added this feature "ssh-server-dropbear" , i can no longer login to the core-image-minimal using root and empty password12:49
snoutoany body knows what dropbear did to the root credentials ?12:49
-YoctoAutoBuilder- build #763 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/76312:49
*** lamego <lamego!~jose@134.134.137.73> has joined #yocto12:49
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2001:1c11:f279:59ff:fe64:3a8> has joined #yocto12:50
jkucyball: and you are not adding packagegroup-self-hosted to the image anymore?12:52
cyballjku: no but i have added at dev-pkgs in IMAGE_FEATURES does that makes sense?12:52
*** Guest85473 <Guest85473!~vivek@93.93.133.71> has joined #yocto12:54
jkushouldn't hurt but shouldn't be needed for self-hosting yocto either12:55
cyballjku: http://pastebin.com/pUh4tF5V12:55
cyballjku: i guess it is easier if you can see the image content :)12:56
cyballjku: http://pastebin.com/tAdDtSbC12:59
cyballthe last paste is the error message12:59
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC13:07
snoutoHello everyone , when i start the core-image-minimal , at the login prompt , there is poky (Yocto project reference) 2.1 , how can i change these sentences13:10
jkucyball: it's saying packagegroup-self-hosted-debug depends on libgl. I have no idea how that could happen13:11
snoutoi want to make them something different13:11
*** present <present!~present@92.245.156.62> has quit IRC13:11
*** present <present!~present@92.245.156.62> has joined #yocto13:12
snoutojku: could you please help me ?13:12
cyballsnouto: you need a conf/distro/xxx.conf file in your layer13:12
snoutowhat is xxx standing for ?13:12
cyballsnouto: you can choose what you want13:13
cyballsnouto: there are different DISTRO variables you can set there13:13
snoutowhere can i find an example ?13:13
snoutois there any example in poky for distro ?13:13
jkusnouto: see meta-poky/conf/distro/poky.conf13:14
cyballsnouto: just have a look into meta-poky/conf/distro/poky.conf13:14
cyballjku: i will try to just re initialize the build folder ... I'm curious if it could be the cache13:15
*** hairyheron <hairyheron!5d8277b1@gateway/web/freenode/ip.93.130.119.177> has joined #yocto13:16
cyballjku: ok i still get the error ... so i guess packagegroup-self-hosted-debug really needs libgl13:17
jkuit's just a little hard to believe. You haven't modified packagegroup-self-hosted.bb right?13:19
snoutojku: how can i make bitbake feels these changes , since when i run bitbake core-image-minimal , it did not compiled anything ?13:19
cyballjku: no i didn't13:20
snoutocyball: how can i make bitbake feels these changes , since when i run bitbake core-image-minimal , it did not compiled anything ?13:20
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto13:23
cyballsnouto: you can do that by cleaning the image cache like: bitbake -c cleansstate core-image-minimal but I'm not sure if you really need that or if it is enough to just clean the rootfs13:24
hairyheronHi. I hope I can find some advice here... I am trying to get started with Yocto and followed the setup instructions on a Ubuntu 14.04 host with poky krogoth (host gcc version is 4.8.4). But building core-image-minimal fails at the gcc-runtime_5.3 recipe in do_compile with the error "compatibility-c++0x.cc:215: undefined reference to `__dso_handle'". Does somebody know what is going wrong here? Unfortunately I have no clue at all h13:25
cyballjku: if i remove the packagegroup-self-hosted-debug it still requires libgl and that is true for all packagegroup-self-hosted-* packagegroups13:25
cyballjku: if i remove them all then it works but that is not what i wanted :)13:25
cyballjku: so i guess the packagegroup-self-hosted bb file somehow has this requirement probably through the REQUIRED_DISTRO_FEATURES = "x11"13:26
*** Aethenelle <Aethenelle!~Aethenell@166.175.186.36> has joined #yocto13:26
cyballhairyheron: have you run the cmd: sudo apt-get install gawk wget git-core diffstat unzip texinfo gcc-multilib build-essential chrpath socat libsdl1.2-dev xterm ???13:28
jkucyball: that's not really how it works13:28
cyballjku: ok, but it does not work for whatever reasons :)13:29
hairyheroncyball: Yes, no problems there. When I run it again, it says everything is already the latest version.13:29
*** paulg <paulg!~paulg@128.224.252.2> has joined #yocto13:31
cyballhairyheron: have you tried to do a apt-get update,upgrade,dist-upgrade ?13:32
hairyheroncyball: Yes, and I did in fact receive an update to gcc-4.8 this morning, but it had no visible effect (I started a fresh compilation afterwards). So my system is up to date13:35
cyballhairyheron: well this is probably a really dump question but have you tried to turn it off and on again? after the update?13:36
*** fl0v01 <fl0v01!~fvo@p4FC0AF6C.dip0.t-ipconnect.de> has joined #yocto13:38
hairyheroncyball: :D Hm, no. Okay... why not - let me do so now13:38
*** fl0v0 <fl0v0!~fvo@p4FC0AC74.dip0.t-ipconnect.de> has quit IRC13:38
*** hairyheron <hairyheron!5d8277b1@gateway/web/freenode/ip.93.130.119.177> has quit IRC13:38
snoutocyball: it didn't work13:38
snoutojku,cyball: it didn't work after clearing cleansstate and core-image-minimal then bitbaking it again13:39
snoutonothing happened , still , Poky ...etc13:39
snoutoi have added distro inside conf folder with a poky.conf inside13:39
cyballsnouto: well, then you can try to build it again ... I can remember that i had a similar issue but after a full rebuild it worked13:39
snoutocyball: do i have to configure anything else before this step ?13:40
snoutolike adding a reference to the newly created folder "distro" anywhere13:40
snoutoor just removing tmp and sstate-cache13:40
snoutothen rebuilding everything again13:40
*** billr <billr!~wcrandle@134.134.137.73> has joined #yocto13:41
cyballsnouto: well, it is probably a good idea to just think whatever you want to do so if you plan to run network etc. it is probably not a bad idea to install resolveconf also13:41
*** hairyheron <hairyheron!5d8277b1@gateway/web/freenode/ip.93.130.119.177> has joined #yocto13:41
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC13:41
snoutowhat is resolveconf ?13:41
snoutocyball: what is resolveconf ?13:41
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC13:41
cyballsnouto: ohh sorry i mean resolvconf13:41
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto13:41
snoutocyball: yes , what is it and what does it do ?13:41
cyballsnouto: http://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-connectivity/resolvconf/resolvconf_1.48.bb?h=bernard13:42
hairyheroncyball: Still the same, unfortunately13:42
*** ant__ <ant__!~ant__@host138-191-dynamic.56-82-r.retail.telecomitalia.it> has joined #yocto13:42
cyballhairyheron: that sounds not so good ... last time a red something about similar it was a gcc bug related to static linking problems i guess it would take a while to figure out why that happend to your system ... is the 10.04 your workstation or a build system only?13:44
*** psadro1 <psadro1!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto13:45
cyballhairyheron: you may need to upgrade to 16.04 or run a slower virtual instance as a quick fix13:45
*** ant_work <ant_work!~ant__@host138-191-dynamic.56-82-r.retail.telecomitalia.it> has quit IRC13:46
hairyheronIt is my workstation. Alright... at least I apparently don't do anything completely wrong13:46
*** ant__ <ant__!~ant__@host138-191-dynamic.56-82-r.retail.telecomitalia.it> has quit IRC13:47
cyballhairyheron: no i guess it is related to your installation13:48
*** benjamirc <benjamirc!~besquive@134.134.139.78> has joined #yocto13:52
hairyheroncyball: Ok, no good news, but thank you very much for your support and your time - now at least I know what to do :)13:53
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto13:54
*** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC13:54
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC13:56
*** sjolley <sjolley!~sjolley@134.134.139.78> has joined #yocto13:57
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-dvrdukgclagcmbdv> has quit IRC14:00
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2001:1c11:f279:59ff:fe64:3a8> has quit IRC14:02
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC14:02
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:04
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:05
*** mckoan|away <mckoan|away!~marco@host56-7-static.30-87-b.business.telecomitalia.it> has joined #yocto14:05
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC14:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC14:08
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:09
*** tjamison <tjamison!~tjamison@38.104.105.146> has joined #yocto14:09
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto14:10
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto14:10
boucman_workare there any (long term) plans to separate the concept of "image" from the concept of "rootfs" ?14:12
boucman_workI find myself having to generate weird stuff for time to time where that concept would help14:12
boucman_worklike : a USB bootable image that contain the fs to install on the NAND14:12
*** benjamirc <benjamirc!~besquive@134.134.139.78> has quit IRC14:13
*** IvanSB <IvanSB!~IvanSB@host152-130-dynamic.21-79-r.retail.telecomitalia.it> has joined #yocto14:15
*** benjamirc <benjamirc!besquive@nat/intel/x-zdswbmqpvhqebhej> has joined #yocto14:16
*** tjamison <tjamison!~tjamison@38.104.105.146> has quit IRC14:17
*** alephan <alephan!5f5acdbc@gateway/web/freenode/ip.95.90.205.188> has joined #yocto14:18
alephanHi guys!14:18
alephanI have a IMAGE_CMD_* function which is a sh function14:19
*** tjamison <tjamison!~tjamison@38.104.105.146> has joined #yocto14:19
alephanI want to run inside a function that is python and is provided by a bbclass.14:19
presentsnouto, https://wiki.archlinux.fr/Resolv.conf14:19
alephanAny idea how?14:19
*** IvanSB <IvanSB!~IvanSB@host152-130-dynamic.21-79-r.retail.telecomitalia.it> has left #yocto14:20
*** Aethenelle <Aethenelle!~Aethenell@166.175.186.36> has quit IRC14:21
*** Aethenelle <Aethenelle!~Aethenell@166.175.186.36> has joined #yocto14:21
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto14:22
boucman_workalephan: I'm not sure (you should read the bitbake doc to be 100%  sure) but ${@<python stuff>} might work14:26
boucman_workthough the python code will be run at parse time, not when the CMD is run14:26
alephanExactly14:27
alephanThat is only for variable assignment14:27
alephanSo it won't work for what I need14:27
-YoctoAutoBuilder- build #750 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/75014:27
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto14:28
tjamisonalephan: can you do $(function_name)_append? Similar to do_install_append?14:28
alephanI don't think I understand @tjamison14:29
alephanhow would that work?14:29
rburtontjamison: no14:30
*** bengardiner <bengardiner!4713b9a3@gateway/web/freenode/ip.71.19.185.163> has joined #yocto14:31
tjamisonthere's the do_install_append() function where you can add additional steps to the install process -- not sure if there are other analogous append() functions or which function you're looking to run inside of14:32
*** sgw_ <sgw_!~sgw_@134.134.137.75> has quit IRC14:32
alephantjamison: Indeed. I am aware of that. What I'm asking is how to run in a sh task a python function?14:34
alephanOr more generic, in a sh function a python function.14:34
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC14:35
tjamisonah, apologies, I think I missed part of the question14:35
alephanIt's fine. thanks.14:36
*** nisha_afk is now known as nisha14:36
bengardinerHi all, I think I've found some weirdness with the gcc-cross built for wandboard using the meta-fsl-community layer. Maybe it's normal though? I was getting a failure to compile when pthreads.h couldn't be included. This was happening when trying to do the compile phase of a Cmake recipe in the case where the gcc-cross came from sstate populated by a build on another machine.14:38
*** shagu_ <shagu_!~eric@p5B2E867B.dip0.t-ipconnect.de> has quit IRC14:39
bengardinerI did -v on the compiler invocation to investigate and found that all the sysroot searches for the include were using the full path from the system that populated gcc-cross sstate, using its full paths not the path under workdir on this system. That's why pthread.h couldn't be found even though it was there.14:39
bengardinerI am using a PRSERVER for all systems populating the sstate cache14:40
*** Aethenelle <Aethenelle!~Aethenell@166.175.186.36> has quit IRC14:40
kergothsounds like you forgot to pass --sysroot=, as we do in our CC variable14:40
rburtonalso note that current oe sets the default sysroot to a path that doesn't exist, so you can't accidently break it like that now14:43
rburton(at least i hope you're not using 2.1)14:43
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:43
kergothyeah, i was wondering about that too, must be using an old release14:43
*** sgw_ <sgw_!sgw_@nat/intel/x-eszvuafyncaekjfr> has joined #yocto14:48
*** robher <robher!sid20343@gateway/web/irccloud.com/x-pvlzyelholurxvcx> has joined #yocto14:55
*** jku <jku!jku@nat/intel/x-laezqgsqvuxiqqqe> has quit IRC14:57
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC14:59
*** bengardiner_ <bengardiner_!4713b9a3@gateway/web/freenode/ip.71.19.185.163> has joined #yocto15:01
bengardiner_sorry, webchat.15:01
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto15:01
bengardiner_hi kergoth: and rburton: yeah I'm stuck on daisy in fact15:01
rburtonyeah that explains it15:02
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC15:02
bengardiner_kergoth: you say "forgot to pass --sysroot=" . You're thinking that the Cmake-based recipe could be updated?15:02
rburtondepends how you're passing CC15:03
bengardiner_:) yeah, I know... my hands are tied though.15:03
*** bengardiner <bengardiner!4713b9a3@gateway/web/freenode/ip.71.19.185.163> has quit IRC15:03
rburtondaisy's bitbake.conf has TOOLCHAIN_OPTIONS = " --sysroot=${STAGING_DIR_TARGET}"15:04
rburtonexport CC = "${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}"15:04
bengardiner_thanks . I can ensure that CC is getting passed like that.15:04
rburtonbut cmake is special/stupid and you have to pass flags separate from compiler15:04
rburtonbut if your recipe inherit cmake then it should just work15:04
rburtonas that sets CMAKE_C_FLAGS correctly15:05
rburtonof course, the thing your build could promptly go and override that, had to fix a recipe that did that only last week15:05
bengardiner_I'll go check and confirm here15:05
bengardiner_so it sounds like it is a known daisy issue that the gcc-cross are built with the build system's full paths in its specs then?15:05
rburton(ie the CMakeLists could set CMAKE_C_FLAGS directly)15:05
rburtonyeah post-daisy - can't recall when - we explicitly build the compiler with a sysroot like /this/path/does/not/exist so you *need* to pass the sysroot15:06
rburtoninstead of it working assuming the path is the same as when it was built15:06
bengardiner_neat -- cool idea15:06
bengardiner_I tried a workarond here that was not such a great idea :) I added -I${TARGET_STAGING_DIR}/usr/include to TARGET_CFLAGS (except gcc-cross)15:07
bengardiner_the result was 100% sstate cache miss on any system with a different build absolute path :)15:07
boucman_workI'm trying to understand how images are generated... I think I understand IMAGE_CLASSES IMAGE_TYPES and IMAGE_FSTYPES but I have one last question I can't find clearly in the documentation..15:08
*** bellyfeel <bellyfeel!cffa554e@gateway/web/freenode/ip.207.250.85.78> has quit IRC15:08
boucman_workwho is supposed to set IMAGE_FSTYPES ? is that a machine thing ? an image thing ? or is that something for me to choose ?15:09
bengardiner_rburton: actually, how does the later releases avoid that issue? if --sysroot= is passed and the dir is different on different machines doesn't that cause cache miss?15:09
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto15:09
boucman_workbecause an image type contains stuff like "how to install u-boot" which should clearly be part of a machine description15:09
rburtonbengardiner_: no, the path to the sysroot is exempt from the hashes and hard-coded paths are generally worked around or editted out15:09
bengardiner_brilliant15:10
boucman_workbut a fstype is also decisions like "I want a /data partition that is 4Gb and is mounted read-write" which I could see going at the distro level or at the image level, depending on the use-case15:10
rburtonbengardiner_: you can verify/test that by just doing . oe-init-build-env foo ; bitbake core-image-sato ; . oe-init-build-env bar ; bitbake core-image-sato; and check that the second build is entirely sstate based15:11
boucman_workwic is interesting in that in looks for a file named <machine-type>-<image-type>.wks so it kinda agrees with my understanding15:11
bengardiner_rburton: definitely, and sstate hit rate to date proves that this is the case. Thanks for making that clearer for me15:12
*** bellyfeel <bellyfeel!cffa554e@gateway/web/freenode/ip.207.250.85.78> has joined #yocto15:13
*** madisox <madisox!~madison@12.30.244.5> has quit IRC15:15
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC15:17
snoutocyball : do you know how can i package my custom core-image-minimal as .iso file to install it on vmware ?15:18
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto15:18
*** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has quit IRC15:20
snoutorburton: nice to see you again my friend15:20
*** Guest85473 is now known as fledermaus15:20
cyballsnouto: have a look at: http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/recipes-core/images/build-appliance-image_14.0.0.bb?h=krogoth15:21
snoutorburton: core-image-minimal , turned out to include time limitation , the kernel will boot after 10 days , how can i get rid of this , when i go to yoctoproject.org/tlk , it tells me to read the documentation to know how to create get rid of this15:21
cyballsnouto: especially at the line MAGE_FSTYPES = "vmdk"15:21
cyballsnouto: you can generate a vmdk means vmware image :)15:22
snoutoyes15:22
snoutocyball: thank you for this15:22
snoutocyball: can you please tell me how can i get rid of this time limitation in core-image-minimal15:24
cyballsnouto: which time limitation do yo mean?15:25
snoutocyball: core-image-minimal has time limitation , they say that the kernel will run for 10 days after that it will reboot15:25
snoutocyball: http://www.yoctoproject.org/tlk15:25
*** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has joined #yocto15:25
*** belen <belen!~Adium@134.134.139.74> has quit IRC15:26
*** belen1 <belen1!~Adium@134.134.139.70> has joined #yocto15:26
*** townxelliot <townxelliot!~ell@176.252.29.151> has quit IRC15:26
*** townxelliot <townxelliot!~ell@176.252.29.151> has joined #yocto15:26
cyballsnouto: i think that is ment to be valid for the intel specific embedded boards15:28
*** benjamirc <benjamirc!besquive@nat/intel/x-zdswbmqpvhqebhej> has quit IRC15:28
snoutocyball: i am not using intel BSP layers altogether , but when i boot core-image-minimal in qemu , it shows me this banner "this image has time limitation , please refer to the website www.yoctoproject.org/tlk to get rid of this time limitation , never use this image in a product"15:29
kergothif you'd actually read the page it links to, you'd realize it was the kernel that was time limited, not hte image, the fact that you're booting core-image-minimal is irrelevent15:31
*** Guest67480 <Guest67480!~tomz@134.134.139.70> has joined #yocto15:32
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto15:32
snoutokergoth: can you explain a little more15:32
snoutokergoth: i am new comer to openembedded and yocto , what do you mean by this ?15:32
kergothif you don't know what a kernel is, i'd advise reading some intro material on linux15:33
rburtonsnouto: build your own image, that's a demo image.15:34
snoutokergoth: i knew what is a kernel , of course , i knew , why are you so ironic15:34
*** bengardiner_ <bengardiner_!4713b9a3@gateway/web/freenode/ip.71.19.185.163> has quit IRC15:34
rburtonsnouto: if you did built your own image then remove the meta-tlk layer, and the question is where does it say to add that layer so we can fix whatever says to do that15:34
snoutorburton : thank you , i will do that , i will remove meta-tlk layer from bblayers15:35
snoutoi just have added it there because i had to use psplash15:35
snoutolet me try modifying that and get back to you15:36
LeifSoI get a taskhash mismatch -.- What's the reason and what's the solution? I tried to adapt https://www.mail-archive.com/yocto@yoctoproject.org/msg29001.html but that won't help.15:36
rburtonsnouto: you don't need tlk for psplash, that's just an example of a layer that does fiddle psplash15:36
LeifSo*while building an image15:36
rburtonsnouto: the one thing tlk does is patch the kernel to be time locked :)15:36
*** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC15:36
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC15:37
snoutorburton: man , you are very valuable member here , i would vote for you as the best helper at least for me :)15:37
snoutorburton: take this digital kiss from me , Moooooah15:37
rburtonhaha15:38
rburtonthanks :)15:38
snoutokergoth: stay a side , let people who respect beginners like rburton to speak, one day , i will be better than you , believe me15:38
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto15:39
rburtonbtw i don't think kergoth meant to be sarcastic15:39
kergoththat's true, yes, sorry if it came across that way15:39
khemrburton: btw. whats the point of tlk ?15:40
rburtonkhem: so we can tell intel legal that we're not shipping binaries that can be used in production, they're for demo only15:40
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:40
khemheh thought so15:40
kergothavoiding liability?15:40
rburtonyeah, forces people to build their own stuff instead of using the images as a starting point and pretending its redhat15:41
kergothhehe15:42
rburtonnot sure we should even bother shipping the binaries personally15:43
*** aehs291 <aehs291!~aehernan@134.134.139.76> has joined #yocto15:43
khemheh, its a different way of doing O_P_M15:43
kergothi expect they're shipped to try to improve hte out of box experience, since a from scratch initial build is likely to take quite some time15:44
LeifSoany input on that taskhas issue? :-/15:44
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC15:44
kergoththough an sstate mirror can mitigate that15:44
khema base android/brillo checkout is 34G15:45
khemwow15:45
rburtonyeah, next time someone moans about the size of yp tell them to do an android build15:46
khemheh :)15:46
*** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC15:46
khemI think OE is coming from other end15:46
khemwhere folks have one or two apps and base system more or less they dont modify it15:47
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto15:47
khemso they thing its waste of time for them to spend build cycles on the platform part15:47
khembut they need OE because size is important to them they dont want to build everything that debian would15:48
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC15:49
kergothrburton: heh, to be fair, that checkout includes sources, whereas our builds fetch, so you'd ahve to include DL_DIR in the size :)15:49
rburtoni'll ignore that :)15:49
kergoth:)15:50
*** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has quit IRC15:50
*** benjamirc <benjamirc!besquive@nat/intel/x-fwrldhbajfviznkm> has joined #yocto15:54
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto15:55
khemkergoth: but its serialized15:55
khemin OE case its parallel15:55
kergothrepo can do parallel clones, though15:56
kergothnot sure if they enable it in their manifest, though :)15:56
kergothbut that's just default,l you can enable it on the sync line15:56
*** sno <sno!~sno@rademacherexchange.de> has quit IRC15:57
khemthats right I think they have 4 threads15:57
khemkergoth: I did a du -sh on my download folder15:59
kergoththat sounds unpleasant15:59
kergothi haven't done that in a while15:59
khemits 6G15:59
kergothhuh, not too bad15:59
khemfor a QT5 image and a XFCE image15:59
rburton20G/home/ross/Yocto/downloads/15:59
khemhow many machines do you build rburton15:59
khemwith same downloads folder16:00
rburtonkhem: 6g is only two copies of gcc, i don't believe you16:00
rburtonkhem: mostly just x86 stuff and the odd qemuarm, but i haven't cleaned it for about two years16:00
rburtonthe git2/ directory is 9g16:00
khemkraj@haswell ~OEROOT/downloads/git2/github.com.gcc-mirror.gcc16:00
khem % du -sh .16:00
khem2.4G    .16:01
khem2.4G    total16:01
*** boucman_work <boucman_work!~boucman@193.56.60.161> has quit IRC16:01
khemrburton: this is clean build I did for angstrom yesterday16:01
khemits building two architectures16:01
khemarm7 and nios216:01
kergothmine has been accruing downloads for a very long time, multuiple yocto releases, mel versions, etc, it's at 57G so far16:02
kergothi expect there's some duplication between git2/ and git2_*.gz though16:02
rburtonthats more like it :)16:02
kergothi hate to delete anything, never know when the upstream is going to vanish into the ether16:03
khemmy core-image-minimal ( including build artifacts ) is less than 35G16:03
kergoththat's not bad16:03
khemandroid has these  prebuilt SDKs16:04
khemand all of them are checked out in one go16:04
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-tzvccwjmiygfdsvh> has joined #yocto16:06
*** sjolley <sjolley!~sjolley@134.134.139.78> has joined #yocto16:06
*** fl0v01 <fl0v01!~fvo@p4FC0AF6C.dip0.t-ipconnect.de> has quit IRC16:08
*** belen <belen!~Adium@134.134.139.74> has joined #yocto16:13
*** sameo <sameo!samuel@nat/intel/x-elhytqbxujbtiimg> has quit IRC16:13
*** belen1 <belen1!~Adium@134.134.139.70> has quit IRC16:14
kergothRP: I'm assuming shallow is waiting a while, which doesn't surprise me, but were there any objections to the other one-off bitbake patches? Specifically, http://patches.openembedded.org/patch/121277/, http://patches.openembedded.org/patch/121279/, http://patches.openembedded.org/patch/121283/, and http://patches.openembedded.org/patch/121285/ ?16:18
kergothno rush, just wanted to see if there was anything I needed to do on those16:19
*** armpit <armpit!~akuster@2601:202:4000:1239:d479:c1c3:6c29:187a> has quit IRC16:20
RPkergoth: those all seem reasonable to me offhand. The shallow one does worry me more, not found the time to think about it as much as I'd prefer to16:22
kergothYeah, I figured as much, they're invasive. Generally they won't affect anything unless the feature is enabled, but when it is enabled we lack the tests to cover all the possible states16:23
kergothlike i said, no rush, there's still plenty of time, just updating my document where i keep track of submission states :)16:25
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has quit IRC16:28
*** Snert__ <Snert__!~snert_@69-161-21-126.static.acsalaska.net> has joined #yocto16:38
*** toscalix <toscalix!~toscalix@149.100.1.24> has quit IRC16:39
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC16:42
*** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC16:42
*** jbrianceau is now known as jbrianceau_away16:43
*** sjolley <sjolley!~sjolley@134.134.139.78> has joined #yocto16:43
*** bottazzini <bottazzini!~realBigfo@192.55.55.41> has quit IRC16:43
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto16:44
*** bottazzini <bottazzini!~realBigfo@192.55.55.41> has joined #yocto16:45
*** belen1 <belen1!~Adium@134.134.137.71> has joined #yocto16:46
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has joined #yocto16:48
*** belen <belen!~Adium@134.134.139.74> has quit IRC16:48
*** LeifSo <LeifSo!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has quit IRC16:49
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.195.161> has joined #yocto16:49
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:53
*** townxelliot <townxelliot!~ell@176.252.29.151> has quit IRC16:57
*** bengardiner <bengardiner!uid161157@gateway/web/irccloud.com/x-kofdvimtfxenjaoq> has joined #yocto17:02
*** hairyheron <hairyheron!5d8277b1@gateway/web/freenode/ip.93.130.119.177> has quit IRC17:05
*** townxelliot <townxelliot!~ell@176.252.29.151> has joined #yocto17:08
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC17:11
*** mfornander <mfornander!d8e47016@gateway/web/freenode/ip.216.228.112.22> has quit IRC17:14
*** benjamirc <benjamirc!besquive@nat/intel/x-fwrldhbajfviznkm> has quit IRC17:16
*** snouto <snouto!~snouto@51.235.61.132> has quit IRC17:21
*** cference <cference!~cference@45.72.158.20> has joined #yocto17:21
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto17:23
*** townxelliot <townxelliot!~ell@176.252.29.151> has quit IRC17:26
*** townxelliot <townxelliot!~ell@176.252.29.151> has joined #yocto17:28
*** bottazzini <bottazzini!~realBigfo@192.55.55.41> has quit IRC17:38
*** townxelliot <townxelliot!~ell@176.252.29.151> has quit IRC17:39
*** bottazzini <bottazzini!~realBigfo@192.55.54.45> has joined #yocto17:40
*** aehs291 <aehs291!~aehernan@134.134.139.76> has left #yocto17:41
*** present <present!~present@92.245.156.62> has quit IRC17:43
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has quit IRC17:51
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto17:52
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC17:54
*** benjamirc <benjamirc!besquive@nat/intel/x-dsswxdyxjdebkitt> has joined #yocto17:55
*** Snert__ <Snert__!~snert_@69-161-21-126.static.acsalaska.net> has quit IRC17:59
*** belen1 <belen1!~Adium@134.134.137.71> has quit IRC18:00
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC18:04
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto18:05
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has quit IRC18:06
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has joined #yocto18:10
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has joined #yocto18:12
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has quit IRC18:14
*** benjamirc <benjamirc!besquive@nat/intel/x-dsswxdyxjdebkitt> has quit IRC18:16
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has joined #yocto18:20
*** fledermaus <fledermaus!~vivek@93.93.133.71> has quit IRC18:22
*** alephan <alephan!5f5acdbc@gateway/web/freenode/ip.95.90.205.188> has quit IRC18:26
*** khem <khem!~khem@unaffiliated/khem> has quit IRC18:32
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto18:34
*** MattiasF <MattiasF!d8e47016@gateway/web/freenode/ip.216.228.112.22> has joined #yocto18:34
*** armpit <armpit!~akuster@50.233.148.158> has joined #yocto18:36
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC18:36
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has joined #yocto18:37
MattiasFDo the sharedstate and site.conf shared download directories handle concurrrent builds?  Trying to optimize our build server times here.18:38
kergothyes, it's completely safe to share DL_DIR and SSTATE_DIR between any of yoru builds, simultanious or otherwise, as lock files are used where needed18:40
MattiasFThank you, kergoth!18:40
*** zeddii <zeddii!~bruce@128.224.252.2> has quit IRC18:41
*** zeddii <zeddii!~bruce@128.224.252.2> has joined #yocto18:44
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-tlnafamdldvensrs> has quit IRC18:48
*** evanmeag_ <evanmeag_!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has joined #yocto18:52
*** nisha is now known as nisha_afk18:54
*** paulg <paulg!~paulg@128.224.252.2> has quit IRC18:54
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has quit IRC18:56
kergothQEGLPlatformContext: Failed to make temporary surface current, format not updated (3000)18:58
kergothhmm18:58
*** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto19:01
*** ntl <ntl!~nathanl@cpe-24-242-75-173.austin.res.rr.com> has joined #yocto19:06
*** bengardiner <bengardiner!uid161157@gateway/web/irccloud.com/x-kofdvimtfxenjaoq> has quit IRC19:13
*** benjamirc <benjamirc!besquive@nat/intel/x-qiqosiuebrqvtphm> has joined #yocto19:14
*** snouto <snouto!~snouto@2001:16a2:4d6:3e00:7165:9884:93a2:fa11> has joined #yocto19:22
*** gnac-work <gnac-work!~gnac-work@198.36.47.28> has joined #yocto19:31
*** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto19:34
snoutowhat are packagegroups ?19:39
kergothrecipes that emit a package that has no content, only dependencies19:40
kergothas the name would imply, it's a package grouping mechanism19:40
kergothyou can install the group to get everything the grou pdepends on19:40
snoutoi have read them through yocto development manual but still i couldn't understand it very well , is there any external tutorial or any resource to read about packagegroups in yocto ?19:40
kergothit's not that complecated19:40
rburtonother distros call them metapackages or tasks19:40
snoutokergoth: you knew , i had to modify distro folder inside meta-poky/conf/distro/poky.conf to change the distroName19:42
kergothmodifying an upstream layer isn't kosher, just make your own distro that includes poky.conf19:42
kergoththen changing the name is trivial19:42
snoutokergoth: cuz cyball had told me to create a folder called distro inside my build conf directory19:42
snoutowhen i bitbake core-image-minimal and run it onto qemu , it didn't take the change19:43
snoutoi had to change it in its original location19:43
rburtonlets backtrack: what do you want to do19:43
snoutoeven bitbake -c cleansstate cor-image-minimal didn't do the trick19:43
snoutorburton: i wanted to change the name "Poky (Yocto........)"19:44
snoutoheader when the linux boots up to my product name19:44
snoutofor this , i had to ask people here in the room , cyball have told me to create a directory in my build conf called distro19:44
*** dvhart <dvhart!~dvhart@134.134.139.70> has joined #yocto19:44
snoutomybuild/conf/distro19:44
rburtonyeah that's wrong19:44
snoutoinside this , i have created a file called poky.conf19:45
rburtonif you want to make your own distro then make your own layer (yocto-layer will write the boiler plate), add it to bblayers.conf, and in there put a whatevermydistroiscalled.conf19:45
snoutorburton: what is the proper way19:45
rburtonthat file can be the contents of poky.conf if you want19:45
rburtonthen in local.conf set DISTRO=whatevermydistroiscalled19:45
rburtonhttp://www.yoctoproject.org/docs/2.1/mega-manual/mega-manual.html#creating-your-own-distribution <— like this19:46
kergothyocto-layer create local 1; bitbake-layers add-layer meta-local; mkdir -p meta-local/conf/distro; echo 'require conf/distro/poky.conf' >>meta-local/conf/distro/snouto.conf; echo 'DISTRO_NAME = "foo"' >>meta-local/conf/distro/snouto.conf; echo "LAYERDEPENDS_local = \"core poky\"" >>meta-local/conf/layer.conf; echo 'DISTRO = "snouto"' >>conf/local.conf19:46
kergothah, yes, referencing the docs is best, read that :)19:46
rburtonif you just copy poky.conf to your own conf then you don't need to have meta-poky around at all, and get to delete all the bits from poky.conf that you don't care for19:47
rburtonits your distro, poky.conf is just an example19:47
snoutokergoth: i really thank you so much , i really appreciate your help and also rburton19:48
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC19:48
snoutoyou know my friends , i am creating a new product19:49
snoutoa honeypot , where deception becomes defence19:49
snoutoi am a security big data architect , working with hadoop and apache spark , apache storm , for threat intelligence management19:50
snoutoi was always dreaming to understand building custom linux on embedded systems , that is my ultimate dream19:50
snoutountil recently , i got the courage to start this journey to study it19:50
snoutoi am coordinating with a chinese company to produce for me the network appliance19:51
snoutoand i should create the embedded linux distro customized to only this purpose , then i will have to harden it by selinux packages or recipes19:52
snoutoi think now , you understood what i am up to19:52
rburtonthere's a selinux layer so that should be easy enough19:52
snoutorburton: exactly19:53
rburtontime to eat19:53
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC19:53
snoutokergoth: do you know how can i build an installer for my linux distro that allow me to install it directly on my appliance like ubuntu server , centos server....etc19:54
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto19:55
kergoththe 'live' image type provides that, either as a disk image fro a usb card or a .iso19:55
kergothnot very familiar with it personally19:56
snoutolive image ?19:56
snoutodo you mean bitbaking live instead of core-image-minimal ?19:56
snoutokergoth: in your previous shell code19:58
snoutoyou are saying19:58
snoutoyocto-layer create local19:58
snoutoand then19:58
snoutobitbake-layers add meta-local19:58
snoutoare they the same thing ?19:58
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC20:01
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto20:05
*** bengardiner <bengardiner!adc33ba2@gateway/web/freenode/ip.173.195.59.162> has joined #yocto20:07
*** edbart <edbart!~ebartosh@192.198.151.45> has quit IRC20:09
bengardinerrburton: kergoth: thanks for you tips this morning. The CMakelists wasn't using CC but was using CFLAGS; so I fixed the recipe with TARGET_CFLAGS_prepend = "${TOOLCHAIN_OPTIONS} "20:09
*** scot <scot!~scot@130.164.62.160> has quit IRC20:11
kergothsnouto: ?20:13
kergothsnouto: that question doesn't make any sense. they're two different commands20:13
kergothsnouto: and no, i mean the live image type. go se ethe yocto project documentation about IMAGE_FSTYPES20:14
*** scot <scot!~scot@130.164.62.160> has joined #yocto20:18
snoutokergoth: it gives me error , ERROR: Layer 'local' depends on layer 'poky', but this layer is not enabled in your configuration20:18
snoutoi have followed your steps one after the other20:18
kergothlikely need to either change that from poky to yocto by editing meta-local/conf/layer.conf, or remove the LAYERDEPENDS and copy poky.conf rather than including it, the way rburton advised20:19
kergothforgot that while we renamed meta-yocto to meta-poky in the filesystem, the name in its layer.conf is still yocto20:19
*** benjamirc <benjamirc!besquive@nat/intel/x-qiqosiuebrqvtphm> has quit IRC20:19
snoutoi followed the first part of your solution by renaming poky into yocto , and it is working fine now20:21
snoutoLAYERDEPENDS_local= "core yocto"20:21
*** pohly <pohly!~pohly@p5DE8DCD8.dip0.t-ipconnect.de> has quit IRC20:25
*** benjamirc <benjamirc!besquive@nat/intel/x-xaftvfqgvrtxlwbg> has joined #yocto20:35
*** Jefro <Jefro!~jefro@c-69-181-175-18.hsd1.ca.comcast.net> has joined #yocto20:45
*** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC20:53
*** sjolley <sjolley!~sjolley@134.134.139.78> has joined #yocto20:54
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC20:54
*** Jefro <Jefro!~jefro@c-69-181-175-18.hsd1.ca.comcast.net> has quit IRC20:54
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.195.161> has quit IRC20:55
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:56
*** sjolley <sjolley!~sjolley@134.134.139.78> has quit IRC20:56
*** evanmeag_ <evanmeag_!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has quit IRC20:56
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has quit IRC20:58
*** mortderire <mortderire!~rkinsell@192.198.151.44> has joined #yocto20:59
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has joined #yocto21:00
*** mbergek <mbergek!~mbergek@c-4ab0e055.17-2-64736c10.cust.bredbandsbolaget.se> has joined #yocto21:01
*** mortderire <mortderire!~rkinsell@192.198.151.44> has quit IRC21:09
*** evanmeag_ <evanmeag_!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has joined #yocto21:13
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has quit IRC21:13
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC21:16
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC21:17
*** dvhart <dvhart!~dvhart@134.134.139.70> has quit IRC21:18
*** bengardiner <bengardiner!adc33ba2@gateway/web/freenode/ip.173.195.59.162> has quit IRC21:19
*** berton <berton!~fabio@187.23.154.250> has quit IRC21:19
*** evanmeag_ <evanmeag_!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has quit IRC21:24
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has joined #yocto21:29
*** dcobbley <dcobbley!~dacobble@134.134.139.76> has quit IRC21:39
*** aehs29 <aehs29!~aehernan@134.134.139.83> has left #yocto21:47
*** Jefro <Jefro!~jefro@50-0-156-242.dsl.dynamic.fusionbroadband.com> has joined #yocto21:50
*** dvhart <dvhart!~dvhart@134.134.139.70> has joined #yocto21:50
*** Amynka is now known as zlygene21:58
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC22:00
*** cyball <cyball!~cyball@funtoo/user/cyball> has quit IRC22:00
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** zlygene is now known as Amynka22:23
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC22:23
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto22:24
*** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC22:24
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto22:24
*** lamego <lamego!~jose@134.134.137.73> has quit IRC22:26
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has quit IRC22:26
*** tjamison <tjamison!~tjamison@38.104.105.146> has left #yocto22:31
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC22:32
*** benjamirc <benjamirc!besquive@nat/intel/x-xaftvfqgvrtxlwbg> has quit IRC22:35
*** ntl <ntl!~nathanl@cpe-24-242-75-173.austin.res.rr.com> has quit IRC22:36
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC22:37
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:42
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto22:42
*** Jefro <Jefro!~jefro@50-0-156-242.dsl.dynamic.fusionbroadband.com> has quit IRC22:45
*** present <present!~present@164.25.71.37.rev.sfr.net> has joined #yocto22:46
presentHi22:47
presentSomeone awake around? :)22:47
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has joined #yocto22:50
*** mbergek <mbergek!~mbergek@c-4ab0e055.17-2-64736c10.cust.bredbandsbolaget.se> has quit IRC22:53
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has quit IRC22:55
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC22:55
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC22:56
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto22:58
*** evanmeagher <evanmeagher!~MongooseW@184-23-29-14.dsl.dynamic.fusionbroadband.com> has joined #yocto22:59
*** snouto <snouto!~snouto@2001:16a2:4d6:3e00:7165:9884:93a2:fa11> has quit IRC23:10
*** lvb <lvb!~lvb@MTRLPQ4706W-LP140-05-1242485393.dsl.bell.ca> has joined #yocto23:10
*** agust <agust!~agust@p4FCB5EB1.dip0.t-ipconnect.de> has quit IRC23:11
*** lvb <lvb!~lvb@MTRLPQ4706W-LP140-05-1242485393.dsl.bell.ca> has quit IRC23:12
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC23:13
*** oan <oan!~oan@c83-254-20-195.bredband.comhem.se> has quit IRC23:15
*** oan <oan!~oan@c83-254-20-195.bredband.comhem.se> has joined #yocto23:15
*** present <present!~present@164.25.71.37.rev.sfr.net> has quit IRC23:18
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto23:18
*** lvb <lvb!~lvb@MTRLPQ4706W-LP140-05-1242485393.dsl.bell.ca> has joined #yocto23:24
*** lvb <lvb!~lvb@MTRLPQ4706W-LP140-05-1242485393.dsl.bell.ca> has left #yocto23:24
*** Aethenelle <Aethenelle!~Aethenell@166.175.186.36> has joined #yocto23:24
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC23:32
-YoctoAutoBuilder- build #765 of buildtools is complete: Failure [failed BuildImages_1 BuildImages_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/buildtools/builds/76523:34
*** khem <khem!~khem@unaffiliated/khem> has quit IRC23:52
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto23:55

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!