Tuesday, 2016-09-06

*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto00:03
*** aehs29 <aehs29!~aehernan@134.134.139.82> has quit IRC00:13
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC00:25
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto00:27
-YoctoAutoBuilder- build #910 of nightly-oecore is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/91000:30
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-zxicpgnrupykiqxx> has quit IRC00:33
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC00:51
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto01:00
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto01:22
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC01:40
-YoctoAutoBuilder- build #953 of nightly-x86-64 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/95301:48
-YoctoAutoBuilder- build #903 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/90301:52
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto02:13
-YoctoAutoBuilder- build #904 of nightly-ppc-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/90402:18
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC02:26
-YoctoAutoBuilder- build #915 of nightly-qa-pam is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/91502:29
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto02:41
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-wgvlhlyrgdtiykza> has joined #yocto02:42
-YoctoAutoBuilder- build #315 of nightly-checkuri is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/31502:45
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto02:45
*** caiortp <caiortp!~caiortp@189-107-87-218.user.veloxzone.com.br> has joined #yocto02:54
*** toddw <toddw!~toddw@c-98-242-71-65.hsd1.ga.comcast.net> has joined #yocto03:19
*** a1Cypher <a1Cypher!~a1Cypher@S0106000fb0d83c8b.wp.shawcable.net> has quit IRC03:21
-YoctoAutoBuilder- build #897 of nightly-mips-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/89703:22
*** sgw_ <sgw_!~sgw_@134.134.139.78> has joined #yocto03:50
-YoctoAutoBuilder- build #905 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/90504:01
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto04:04
*** toddw <toddw!~toddw@c-98-242-71-65.hsd1.ga.comcast.net> has quit IRC04:12
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC04:16
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto04:17
*** agust <agust!~agust@p4FCB67EC.dip0.t-ipconnect.de> has joined #yocto04:41
*** caiortp <caiortp!~caiortp@189-107-87-218.user.veloxzone.com.br> has quit IRC04:43
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC04:53
-YoctoAutoBuilder- build #898 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/89805:43
-YoctoAutoBuilder- build #1008 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/100805:44
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto06:03
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC06:07
*** pohly <pohly!~pohly@p5DE8C0FE.dip0.t-ipconnect.de> has joined #yocto06:07
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:08
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto06:11
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto06:14
*** Mylene_ is now known as Mylene06:19
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto06:21
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC06:22
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto06:31
*** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has joined #yocto06:33
*** fl0v0 <fl0v0!~fvo@pD9F6B990.dip0.t-ipconnect.de> has joined #yocto06:33
*** jku <jku!jku@nat/intel/x-dagfbdreapprwlsy> has joined #yocto06:33
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto06:34
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:39e8:9bb9:9850:f86f> has joined #yocto06:41
*** sveinse <sveinse!~chatzilla@79.160.140.131> has joined #yocto06:50
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto07:04
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto07:08
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC07:09
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC07:11
*** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has quit IRC07:20
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto07:22
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC07:24
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:25
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto07:28
*** Cubi1 <Cubi1!~sst@b2b-94-79-174-114.unitymedia.biz> has joined #yocto07:32
*** boucman_work <boucman_work!~boucman@246.105.204.77.rev.sfr.net> has joined #yocto07:34
*** rajm <rajm!~robertmar@86.1.25.150> has joined #yocto07:35
*** hatter <hatter!~hatter@46.194.129.87> has joined #yocto07:36
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC07:37
*** mckoan|away is now known as mckoan07:39
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC07:42
*** toscalix <toscalix!~toscalix@80.91.70.192> has joined #yocto07:43
*** sameo <sameo!~samuel@192.55.54.45> has joined #yocto07:43
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:45
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto07:51
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto07:55
*** gtristan <gtristan!~tristanva@121.131.110.69> has joined #yocto07:55
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC07:56
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC08:01
*** phatina_ is now known as phatina08:06
*** joseppc <joseppc!~josep@c-5eea2311-74736162.cust.telenor.se> has joined #yocto08:07
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto08:07
*** falk0n <falk0n!~falk0n@89.153.8.1> has joined #yocto08:08
*** zeenix <zeenix!~zeenix@83.218.80.242> has joined #yocto08:13
*** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC08:14
*** Anticom <Anticom!~quassel@217.6.33.234> has joined #yocto08:16
*** vdehors <vdehors!~vdehors@193.56.60.161> has joined #yocto08:17
*** morphis <morphis!~morphis@2001:67c:1560:a003:5ec5:d4ff:fe39:404a> has joined #yocto08:20
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto08:28
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto08:29
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC08:34
*** falk0n <falk0n!~falk0n@89.153.8.1> has quit IRC08:35
sveinseAnyone here with Qt5 app experience? I wonder how you deal with the fact that Qt rely (by default) on .so files, and they think/claim that this is how it should be done. I don't feel too comfortable to adding INSANE_SKIP_${PN} ?= "dev-so" all the time08:38
*** falk0n <falk0n!~falk0n@a89-153-8-1.cpe.netcabo.pt> has joined #yocto08:42
*** belen <belen!Adium@nat/intel/x-wekcqnlsfakcrikq> has joined #yocto08:46
*** falk0n <falk0n!~falk0n@a89-153-8-1.cpe.netcabo.pt> has quit IRC08:49
*** falk0n <falk0n!~falk0n@a89-153-8-1.cpe.netcabo.pt> has joined #yocto08:51
*** belen <belen!Adium@nat/intel/x-wekcqnlsfakcrikq> has quit IRC08:52
mckoansveinse: I don't understand what do you expect instead08:53
sveinsemckoan: Point is, our Qt app has a lot of plugins, which is compiles to versioned .so files (as expected). But when I import the plugins from within the Qt app, it searches for the .so file without version number, which is in Yocto-world a -dev package.08:55
sveinseThis is a controversy which I have given up making Qt-ppl understand is not common practice08:55
sveinseBut it does not help to resolve it, so I'm looking for options08:56
fragfutterthis is normal. applications should not specify the exact .so version unless required.08:56
fragfutterrun ldconfig to create all required symlinks08:57
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC08:58
Ulfalizesveinse: libfoo.so is normally a symlink to the library and only required for development (so that the linker can find the library when you do -lfoo). that's why it's packaged into ${PN}-dev by default.08:58
sveinsefragfutter: Ok, but the Yocto fails loudly if any .so files are placed in the ${PN} packages, and there is apparently no postinst process for rebuilding them08:59
Ulfalizesveinse: i recommend reading the shared libraries chapter of the linux programming interface. it goes over all the concepts very clearly in great detail. :)09:00
sveinseUlfalize: yes, but this is not the case for Qt apps. If you request to load a Qt plugin, it searches .so only09:00
Ulfalizenot sure if that chapter is available for free online though09:00
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto09:00
Ulfalizesveinse: ah... w8. there are some other variables you could use in that case.09:00
sveinseUlfalize: it's not my fault (not being defensive here), but this is how Qt expect things to work09:00
UlfalizeSOLIBSDEV iirc, but my browser keeps hanging up atm :P09:01
Ulfalizesveinse: yeah, no problem. it's pretty common for plugins to be unversioned i guess.09:01
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC09:01
*** belen <belen!Adium@nat/intel/x-jkgllswymchuvhkn> has joined #yocto09:01
sveinseUlfalize: Yes, SOLIBDEV, that's right. I still need to bypass so-dev thou09:02
sveinseSo my first question was how other Qt5 apps has handled this pickle09:02
sveinseAnd oh, how do I bypass is? I've added inherit insane and INSANE_SKIP-${PN} += "dev-so", but bitbake still fails on [dev-so] :o09:04
erbosveinse: it's _${PN} IIRC09:04
erbosveinse: where does your recipe install the .so files?09:04
sveinseerbo: Yes, typo from me INSANE_SKIP_${PN} += "dev-so"09:05
Ulfalizesveinse: have you tried SOLIBS = "${SOLIBSDEV}", meaning "shared libraries use the suffix as development links (.so)"?09:05
*** falk0n <falk0n!~falk0n@a89-153-8-1.cpe.netcabo.pt> has quit IRC09:05
Ulfalizenot sure if that's the recommended approach, but it might work09:05
sveinseerbo, ah yes, install location is custom (/opt), thanks. I'09:05
sveinseI'll check that09:05
*** morphis <morphis!~morphis@2001:67c:1560:a003:5ec5:d4ff:fe39:404a> has quit IRC09:06
Ulfalizemight want to make it += if you still want to catch "normally" named libraries09:06
Ulfalizethough if it's one recipe per plugin, it shouldn't usually matter09:06
Ulfalizesveinse: btw... INSANE_SKIP would need to be followed by '_' rather than '-' :)09:07
Ulfalizeoh, nm, already corrected that09:08
erboI can't see where the meta-qt5 recipes work around the dev-so issue, and I can't recall that I've had problems building e.g. Qt plugins myself. Weird.09:11
sveinseerbo, Yeah, I'm no Qt dev, so I don't know if they use some special arrangement for loading the plugin. I was just told "this is how Qt5 does this", as either knowledge or arrogance, who knows.09:13
sveinseNot being the only one thou: http://stackoverflow.com/questions/34265476/bitbake-does-not-populate-so-symlinks-to-shared-libaries09:14
erbosveinse: Yeah the plugins are (and should be) unversioned, but I mean that I never had the dev-so check complain. I thought that was due to the check only caring about /usr/lib/09:14
sveinseerbo, yes, and I think it is a side effect of us using /opt for the installation path. I've been seeing this elsewhere. Now with Yocto, we should probably migrate it to /usr/, but I need to take one issue at a time :D09:16
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto09:16
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto09:17
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC09:18
Ulfalizesveinse: the implementation of that check is in package_qa_check_dev() in meta/classes/insane.bbclass btw. it seems to hardcode ".so". maybe it ought to check for SOLIBSDEV instead.09:19
Ulfalizei'd send a message to the mailing list09:20
Ulfalizeapparently your .so files are symlinks as well. is that intended?09:21
Ulfalizeotherwise the QA check wouldn't fire09:21
*** Ulfalize is now known as Ulfalizer09:21
*** morphis <morphis!morphis@nat/canonical/x-jnjujycrozjcgffk> has joined #yocto09:23
Cubi1sveinse, why do you install symlinks instead of the real the files without version infos? We compile / install our plugins without version and it works fine.09:24
sveinseCubi1, so you configure qmake to build plugins without version?09:26
*** boucman_work <boucman_work!~boucman@246.105.204.77.rev.sfr.net> has quit IRC09:27
*** toscalix <toscalix!~toscalix@80.91.70.192> has quit IRC09:27
*** toscalix <toscalix!~toscalix@80.91.70.192> has joined #yocto09:29
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto09:30
sveinseqmake installation per default, produces libmine.so.A.B.C as the file and sets up symlinks to libmine.so.A.B -> libmine.so.A.B.C, libmine.so.A -> libmine.so.A.B.C amd libmine.so -> libmine.so.A.B.C.09:30
sveinseAnd qt runtime seems to run dl_open() against libmine.so09:30
Cubi1sveinse, we don't use qmake, so I don't know how to remove the version info there. If you don't find a way to fix it, you can rename the files in your recipe in do_install_append().09:31
sveinseCubi1: Yeah, I don't know if this behavior is specific to qmake and that cmake behaves differently09:31
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto09:32
sveinseI had hoped I could use Qt/qmake out-of-box without too much per recipe fiddling, but it seems this is unavoidable09:32
*** toscalix <toscalix!~toscalix@80.91.70.192> has quit IRC09:32
sveinseHeh, reading from Qt's QPluginLoader: "To be loadable, the file's suffix must be a valid suffix for a loadable library in accordance with the platform, e.g. .so on Unix,"09:36
sveinseSo Qt surely assume that the .so lib is installed by default and thus not being a -dev library :D09:36
*** clopez <clopez!~tau@neutrino.es> has quit IRC09:36
*** mckoan is now known as mckoan|away09:40
*** clopez <clopez!~tau@neutrino.es> has joined #yocto09:40
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto09:41
*** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC09:42
Cubi1sveinse, .so is ok for a plugin, it just must not be a symlink. We build our plugins using libtool with the ldflag "-avoid-version", maybe there is something similar for qt09:44
*** boucman_work <boucman_work!~boucman@246.105.204.77.rev.sfr.net> has joined #yocto09:45
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto09:46
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto09:52
*** ipuustin <ipuustin!~ipuustin@82-181-7-132.bb.dnainternet.fi> has joined #yocto09:59
sveinseCubi1: There are. CONFIG+=plugin in Qt libs stops using versioned libs and use .so for storage. And Yocto stops failing over it. Thanks!10:01
*** morphis <morphis!morphis@nat/canonical/x-jnjujycrozjcgffk> has quit IRC10:10
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@2.238.240.162> has joined #yocto10:14
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto10:14
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has joined #yocto10:22
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.242.116> has joined #yocto10:26
*** mortderire <mortderire!rkinsell@nat/intel/x-msvjgdeolrrmsdwb> has joined #yocto10:30
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has quit IRC10:31
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has joined #yocto10:32
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC10:32
*** mortderire1 <mortderire1!rkinsell@nat/intel/x-kxhwjvjdqocxvmyn> has joined #yocto10:33
eduardas_mHello. What is the recommended/preferred mechanism for secure over-the-air (OTA) updates in Yocto builds?10:33
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto10:34
*** mortderire <mortderire!rkinsell@nat/intel/x-msvjgdeolrrmsdwb> has quit IRC10:34
eduardas_mI have just gone over the mender.io website, but I do not like the fact their solution is written in golang.10:35
eduardas_mWhich is still kind of niche and developers are hard to find.10:36
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC10:38
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC10:41
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto10:42
zeenixhi10:44
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC10:44
zeenixis there any inherent issues with gobject-instrospection in oe?10:45
rburtonhey zeenix10:46
rburtonuse a modern enough oe and no, it just works10:46
zeenixrburton, yo, there you are :)10:46
zeenixi was looking for a 'ross' nick :)10:46
rburtonsome evil swine stole ross before i joined freenode10:46
zeenixhttps://paste.fedoraproject.org/422741/3158852110:47
zeenixtrying to update geoclue in oe10:47
*** maxin <maxin!~maxin@37-219-250-48.nat.bb.dnainternet.fi> has joined #yocto10:53
rburtonzeenix: the recipe likely needs to export HOST_SYS or BUILD_SYS.  what version of oe?10:53
zeenixthis is krogoth branch from git10:54
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto10:55
*** jonatan_ <jonatan_!~jonatan@83.218.80.242> has joined #yocto10:57
* zeenix will try with master10:58
boucman_workrburton: i've sent my patch to glibc upstream, but there is no answer... should I send a V2 of my patch with the glibc patch as "sent-upstream" ?10:59
rburtonboucman_work: yeah, Upstream-Status: Submitted [link to submission]10:59
boucman_workok, will do11:00
erbozeenix: maybe just add export HOST_SYS and export BUILD_SYS to the recipe?11:02
zeenixerbo, from geoclue recipe? I can try..11:03
erboyup11:04
rburtoni *think* master fixed that generally at some point11:04
rburtonso you likely need to throw an export in11:04
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC11:05
rburtoni wonder if that was actually the GIR stuff throwing an error, or something else11:05
rburtonmassively parallel builds are fun to hide errors11:05
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has quit IRC11:05
zeenixi added those exports to geoclue recipe but still get the same error. I guess i gotta rebuilt gobject-introspection?11:06
rburtonno11:06
erbosee http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/classes/gobject-introspection.bbclass?id=4977a0743ba439a46716c6ef10c5958d5a56111511:06
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC11:06
erbothat removed the export11:06
rburtonzeenix: i'd start by using the devshell to run make manually and identify what exactly is causing the error11:09
*** vdehors <vdehors!~vdehors@193.56.60.161> has joined #yocto11:15
zeenixrburton, actually it was a different error11:21
zeenixrburton, erbo came down to my desk to try to help me out but i think the main issue might be our bistro distro being out of date with poky11:22
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has joined #yocto11:26
zeenixthe latest error i get is python saying "no such file or directory" but no mention of which file11:28
sveinseAha!! INSANE_SKIP_${PN} per package, not per recipe. E.g. INSANE_SKIP_${PN}-common.11:28
zeenixrburton, erbo: seems it tries to find libtool binary in geoclue top_builddir but it's not there11:33
sveinseYocto is not built to build for multiple machines in one run, right?11:34
zeenixah i think i need to add dep to libtool?11:34
rburtonzeenix: well good news is that is likely a bug in geoclue not oe11:35
rburtonsveinse: see oe-core master!11:35
sveinseOur use case is to make an OTA image that comprise of images for two machines. It would be convenient if I could write a yocto recipe for building that image, but if I need to rerun bitbake to change the MACHINE variable, this will not be immediately trivial11:35
*** sgw_ <sgw_!~sgw_@134.134.139.78> has quit IRC11:36
zeenixrburton, but but make distcheck in geoclue runs fine :)11:36
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-wgvlhlyrgdtiykza> has quit IRC11:37
*** sgw_ <sgw_!~sgw_@134.134.139.77> has joined #yocto11:37
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has quit IRC11:40
sveinserburton: sorry, can you be a bit more specific, please? I tried grepping for oe-core and master, and nothing useful11:40
zeenix            --libtool=$(top_builddir)/libtool   \11:40
zeenixthat might be it :)11:40
rburtonsveinse:  bitbake: Initial multi-config support11:41
*** present <present!c2336e7b@gateway/web/freenode/ip.194.51.110.123> has joined #yocto11:42
presentHello11:42
sveinserburton: thanks, I'll look into it11:43
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has joined #yocto11:44
*** berton <berton!~fabio@179.105.254.222> has joined #yocto11:48
*** belen <belen!Adium@nat/intel/x-jkgllswymchuvhkn> has quit IRC11:48
jkuzeenix: the dependency already comes from autotools class so shouldn't be needed. I've seen patches do --libtool="$(LIBTOOL)" to e.g. some gstreamer builds but don't know the background...11:49
zeenixoh all my old friends are here :)11:50
jkuhi :)11:50
jkulike meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-Makefile.am-don-t-hardcode-libtool-name-when-running.patch11:50
zeenixjku, rburton: btw i found the little ohand guy in my stuff when i was moving. He's doing alright :)11:50
rburton!11:51
rburtonthey're rare as anything11:51
zeenixjku, ah ok, thanks11:51
rburtonwell done11:51
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto11:51
rburtonfor <reasons> the libtool binary that gets written is prefixed with the host11:51
zeenixah yes, that's true11:54
rburtonusing $(LIBTOOL) should be upstreamable too11:54
zeenixyeah i just tried but seems that variable doesn't get expanded correctly11:55
rburtonzeenix: you might need to set LIBTOOL=@LIBTOOL@ in the makefile?12:01
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto12:03
zeenixrburton, nope, doesnt' help :(12:07
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC12:07
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC12:08
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto12:08
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto12:08
*** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-183.telecom.by> has joined #yocto12:08
*** maxin <maxin!~maxin@37-219-250-48.nat.bb.dnainternet.fi> has quit IRC12:10
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto12:16
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto12:18
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:19
*** challinan <challinan!~chris@2601:702:c100:8be0:996:ac7e:8325:798e> has joined #yocto12:27
*** belen <belen!~Adium@134.134.137.71> has joined #yocto12:31
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC12:32
*** maxin <maxin!~maxin@2001:998:22:0:60df:9eac:1438:f6b7> has joined #yocto12:32
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto12:36
zeenixaha12:36
zeenixrburton, it's supposed to be -libtool="${LIBTOOL}"12:36
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@2.238.240.162> has joined #yocto12:37
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto12:37
*** marka <marka!~marka@128.224.252.2> has joined #yocto12:38
zeenixhmm.. now it can't find my library :(12:41
zeenixERROR: can't resolve libraries to shared libraries: geoclue-212:41
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has quit IRC12:53
*** lamego <lamego!~jose@134.134.139.82> has joined #yocto12:57
*** athalwolf506 <athalwolf506!~quassel@201.206.93.112> has joined #yocto13:00
*** athalwolf506 <athalwolf506!~quassel@201.206.93.112> has left #yocto13:01
*** vdehors_ <vdehors_!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto13:01
*** juergbi <juergbi!~juerg@vserver.paldo.org> has joined #yocto13:04
*** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC13:05
*** present <present!c2336e7b@gateway/web/freenode/ip.194.51.110.123> has quit IRC13:07
*** igor1 <igor1!~igor@189.112.127.225> has joined #yocto13:13
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC13:14
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto13:14
sveinseAre there any examples of wic being used from recipes to generate images?13:20
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC13:24
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto13:26
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-iabltupeymibantt> has joined #yocto13:27
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto13:29
sveinseIsn't it common to generate a dd-able image with wic from a recipe? I find little of it in the poky code base nor the documentation13:31
CTtpollardsveinse: there is a wic script in poky/scripts/13:35
sveinseCTtpollard: yes, wic is a part of poky. But I'm curious how to plug that into a recipe in order for me to generate a dd image. The docs only talk about wic in respect of running it manually from the command line13:37
*** maxin <maxin!~maxin@2001:998:22:0:60df:9eac:1438:f6b7> has quit IRC13:37
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.242.116> has quit IRC13:38
sveinse..and it seems like meta-fsl-arm does not use wic at all for it's sdcard generation. So isn't wic intended for this purpose?13:40
rburtonwic is fairly new so you'll likely want to ask fsl if they plan to move to wic13:41
rburtonor if there's any problems with it13:41
sveinserburton: ok, good. I frankly don't care what fsl has done. I'm searching for how to integrate wic into my image build workflow13:42
*** a1Cypher <a1Cypher!~a1Cypher@S0106000fb0d83c8b.wp.shawcable.net> has joined #yocto13:43
*** toddw <toddw!~toddw@c-98-242-71-65.hsd1.ga.comcast.net> has joined #yocto13:48
*** jku <jku!jku@nat/intel/x-dagfbdreapprwlsy> has quit IRC13:51
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto13:51
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC13:51
*** madisox <madisox!~madison@12.30.244.5> has quit IRC13:51
sveinsethe only example I can find is meta-selftest/recipes-test/images/wic-image-minimal.bb. Let me see if I can use it13:54
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto13:57
*** mortderire <mortderire!rkinsell@nat/intel/x-vxrjdxbrraksiqsf> has joined #yocto14:00
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-ibctjpotfgfeaitw> has joined #yocto14:00
CTtpollardis anyone aware of any .wks file available for the minnowboard max, meta-intel only seems to have one for galileo14:01
*** mortderire1 <mortderire1!rkinsell@nat/intel/x-kxhwjvjdqocxvmyn> has quit IRC14:02
*** a1Cypher <a1Cypher!~a1Cypher@S0106000fb0d83c8b.wp.shawcable.net> has quit IRC14:03
*** benjamirc <benjamirc!besquive@nat/intel/x-kqognlvrvkvjdwjf> has joined #yocto14:03
*** belen <belen!~Adium@134.134.137.71> has quit IRC14:03
*** maxin <maxin!~maxin@37-219-226-171.nat.bb.dnainternet.fi> has joined #yocto14:04
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has quit IRC14:06
sveinseHow new is wic? I don't get the impression this is very widely adopted yet14:07
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has joined #yocto14:10
fragfutteri have a package A which creates a file in /opt/A, now i want to build package B which requires this file during building. i set DEPENDS="A", but which is the path to the file during build time?14:14
bertonsveinse: here are some examples to use with fsl machines https://github.com/Freescale/meta-fsl-arm/tree/master/scripts/lib/image/canned-wks14:16
Ulfalizerfragfutter: usually ${STAGING_DIR_HOST}/opt/A. btw, if you're not reading the latest (2.2) version of the manual, you might want to.14:17
Ulfalizersee http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-DEPENDS and http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#ref-tasks-populate_sysroot (the second one is linked from the first one too)14:17
Ulfalizerfragfutter: btw, please put spaces around '='. you don't need to to DEPENDS="foo" like in shell. :)14:18
Ulfalizerand it looks a bit cramped14:19
bertonsveinse: rename properly file ( with or without SPL ) to your image name. For example, for core-image-minimal.bb you need to rename wks file to core-image-minimal.wks and add IMAGE_FSTYPES_append = " wic" to local.conf14:20
otaviosveinse: I use wic for customers for a while14:21
otaviosveinse: as berton said, there is support for it on i.MX BSP14:22
fragfutterUlfalizer: i'm on 2.1, space are in my .bb, i did not read the documentation for do_populate_sysroot14:22
*** Anticom <Anticom!~quassel@217.6.33.234> has quit IRC14:22
fragfutterUlfalizer: looks like i'm bitten by "Files that would typically not be needed by other recipes at build time are skipped"14:22
rburtonyeah i don't think stuff in /opt gets staged by default14:22
Ulfalizeryeah, doesn't look like /opt is copied by default14:22
rburtonso you'll need to either a) stop using opt, read the FHS, and realise why you shouldn't use opt, or b) extend the staging function in your recipe14:23
Ulfalizerlooking in meta/classes/staging.bbclass14:23
*** Anticom <Anticom!~quassel@217.6.33.234> has joined #yocto14:23
Ulfalizerfragfutter: extending the staging functions means doing  sysroot_stage_dirs_append() { ...  in your recipe btw14:24
Ulfalizersee the .bbclass i just linked14:24
Ulfalizerbut yeah, it's a bit hackish14:24
sveinseberton: I have an image target (custom built) which is a derivative of core-image. It generates a rootfs/ including rootfs/boot/ which I want to copy to a image. Apparently --source bootimg-partition is not the thing here. IMAGE_BOOT_FILES unset14:25
sveinseThis is not the var-som-dual btw14:27
*** RP1 <RP1!~richard@5751f4a1.skybroadband.com> has quit IRC14:27
*** benjamirc <benjamirc!besquive@nat/intel/x-kqognlvrvkvjdwjf> has quit IRC14:28
*** RP1 <RP1!~richard@5751f4a1.skybroadband.com> has joined #yocto14:29
zeenixhmm.. as soon as I include the library of geoclue into the build successfully, the generated package is named libgeoclue instead of geoclue :(14:29
*** pficheux <pficheux!~pierre@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto14:29
zeenixis there a way to tell bitbake not to do that14:29
sveinseMy objectives is to make an installable USB image. I have a .tar.bz2 rootfs which is complete. I then need to make a smaller second bootable core-image, install it to a USB device, which in turn erases the emmc and delivers the rootfs to it. Customer deployment of images.14:29
sveinseWe have all this logic built today, but outside Yocto14:30
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has joined #yocto14:31
fragfutterUlfalizer: thanks. Is staging also applied to -dev packages?14:31
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto14:32
bertonsveinse: you need to set  IMAGE_BOOT_FILES something like MAGE_BOOT_FILES = "uImage u-boot.img imx6dl-var-som-solo-vsc.dtb"14:32
Ulfalizerfragfutter: yup, as long as the files fulfill the "would typically be needed" criteria. the staging step doesn't really care about packages.14:32
sveinseberton: ok. Can't I just configure it do fetch everything from the rootfs/boot directory?14:33
Ulfalizerfragfutter: see the first note for DEPENDS in the 2.2 reference manual btw. i added that to try to sort out some recipe vs. package confusion. :)14:33
Ulfalizer"Putting a package name such as 'foo-dev' in DEPENDS does not make sense. Use 'foo' instead, as this will put files from all the packages that make up 'foo', which includes those from 'foo-dev', into the sysroot."14:34
bertonsveinse: if you use core-image-minimal.wks it will create core-image-minimal image and will put IMAGE_BOOT_FILES to boot partition14:37
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC14:41
fragfutterah. notes are new in 2.2 documentation.14:42
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC14:43
*** aehs29 <aehs29!~aehernan@134.134.137.71> has joined #yocto14:43
Ulfalizerquite a lot of new stuff14:43
sveinseberton: I don't have any core-image-minimal.wks in my sources. In all cases, this is beyond my point. When I build my image (based on core-image), it puts boot into rootfs/boot and the .tar.bz2. How can I put this into the /boot partition with wic? How come I need to use IMAGE_BOOT_FILES manually rather than using the rootfs/boot dir?14:44
sveinsethis is just me trying to grasp the ideas behind wic14:45
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC14:45
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC14:47
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC14:49
sveinseSo if I write in my wic recipe, a.bb, do_rootfs[depends] += "my-image:do_image",  this will copy my-image's rootfs/ over to a's rootfs/, right?14:50
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto14:51
Ulfalizersveinse: i'm a wic noob, but that declaration by itself just adds a dependency between the tasks, so that my-image:do_image is guaranteed to run before a:do_rootfs14:51
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto14:52
sveinseUlfalizer: yup, there are just some implicit actions here. as is: I find it easy to understand that my-image _depends_ on a:do_image. But that it also copies data is not intuitive14:53
Ulfalizersveinse: those implicit actions must be independent of that line though14:54
*** armpit <armpit!4c145ccf@gateway/web/freenode/ip.76.20.92.207> has joined #yocto14:54
Ulfalizerby itself it doesn't do anything but add a dependency between two tasks, so that they always run in a particular order relative to each other14:55
*** gtristan <gtristan!~tristanva@121.131.110.69> has quit IRC14:55
*** maxin <maxin!~maxin@37-219-226-171.nat.bb.dnainternet.fi> has left #yocto14:56
armpitYPTM armin is on14:57
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has quit IRC14:58
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC14:58
*** sjolley <sjolley!sjolley@nat/intel/x-smronvvrqhexkgqd> has joined #yocto14:58
joshuaglYPTM: Joshua is on14:58
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto14:58
sjolleyYPTM:  Ready-Access Number: 8007302996/9139049836  Access Code:     270575114:59
sjolleyYPTM: Stephen joined14:59
*** Sona <Sona!9b0483eb@gateway/web/freenode/ip.155.4.131.235> has joined #yocto14:59
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has joined #yocto14:59
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC15:02
rburtonyptm: ross on15:02
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC15:02
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto15:03
SonaSona is on15:03
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC15:06
* RP1 is dialing15:06
RP1RP joined15:06
*** RP1 is now known as RP15:06
*** hatter <hatter!~hatter@46.194.129.87> has quit IRC15:08
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC15:08
Sonadoes any one know the status about https://bugzilla.yoctoproject.org/show_bug.cgi?id=7515?15:14
yoctiBug 7515: enhancement, Medium+, 2.2 M3, mariano.lopez, IN PROGRESS REVIEW , Add CVE testing tool15:14
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC15:14
*** zeenix <zeenix!~zeenix@83.218.80.242> has quit IRC15:14
rburtonSona: https://patchwork.openembedded.org/series/2005/ is the current series for 7515.  your opinion on the cve-check class would be appreciated!15:19
Sonathans Ross15:19
sjolleyYPTM is over!15:20
*** Anticom <Anticom!~quassel@217.6.33.234> has quit IRC15:20
*** sjolley <sjolley!sjolley@nat/intel/x-smronvvrqhexkgqd> has left #yocto15:20
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC15:22
*** benjamirc <benjamirc!~besquive@134.134.139.83> has joined #yocto15:25
sveinseberton: I looked at the fsl canned-wks URL you sent me. But I can't seem to find any recipes using these wks, am I right?15:29
kergothgenerally the wks would be selected by the machine or user doing the build, not a recipe15:30
kergothhardcoding machine specifics in the image recipe would break the orthogonality that is core to yocto/oe philosophy15:30
*** jaghu_ <jaghu_!68850346@gateway/web/freenode/ip.104.133.3.70> has joined #yocto15:30
sveinsewhich implies that yocto needs a layer on top to make these semi-complete images into images that can be deployed to customers15:31
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC15:31
sveinseI had hoped I could write a set of recipes that could do that job, producing final shippable artefacts15:32
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto15:33
kergothno, it doesn't imply that at all.15:34
sveinseThen there is probably something I'm completely missing in this picture15:35
*** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto15:38
sveinseHmm, wic is unwilling to make a image without a bootloader: "Warning: bootloader config not specified, using defaults".15:39
jaghu_Hi... what would the correct way to add some changes via my layer to a machine.conf file(existing in another layer)? The qemuarm.conf already exists in meta/conf/ .. I want to add some dependencies to machine type qemuarm in my layer..15:39
-YoctoAutoBuilder- build #914 of nightly-x32 is complete: Failure [failed Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/91415:50
rburtonhalstead_: can you give me permission to edit patch status etc on the oe-core patchwork please15:51
*** a1cypher <a1cypher!~mroy@mail.krausglobal.com> has joined #yocto15:52
a1cypherHello.15:52
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:54
*** Cubi1 <Cubi1!~sst@b2b-94-79-174-114.unitymedia.biz> has quit IRC15:57
*** boucman_work <boucman_work!~boucman@246.105.204.77.rev.sfr.net> has quit IRC15:58
-YoctoAutoBuilder- build #15 of eclipse-plugin-neon is complete: Failure [failed Building Eclipse Plugin Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/eclipse-plugin-neon/builds/1515:59
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto16:01
sveinsekergoth: then I'm curious to your point. Why isn't wks "embeddable" into a recipe? Let's say you want to put an image into an image (e.g. for installation).16:02
*** armpit <armpit!4c145ccf@gateway/web/freenode/ip.76.20.92.207> has quit IRC16:02
kergoththe wks by definition is specific to the deployment method for your hardware, making it machine specific. our images are designed for use with any arbitrary distro or machine. hardcoding distro or machine specifics into an image violates that policy16:03
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC16:03
halstead_rburton, It says you already have it.16:03
*** halstead_ <halstead_!~halstead@crown.incitedev.com> has quit IRC16:03
*** halstead_ <halstead_!~halstead@drupal.org/user/301087/view> has joined #yocto16:03
*** halstead_ is now known as halstead16:04
rburtonhalstead: huh16:04
sveinsekergoth: but how do you deploy images to customers? Or do you just leave it at "here is your .tar.bz2, do what you want with it"?16:04
kergothI don't understand the question. let the machine .conf set the WKS_FILE and move on16:04
halsteadrburton, You are marked as a maintainer for Bitbake and OE-core in patchwork.16:04
halsteadrburton, Are you logged in as rossburton  or a diffrent user?16:05
rburtonrossburton16:05
sveinsekergoth: point is, there is logic need to package, and with the layering scheme of yocto, it would seem like a good idea to make those overbuild as recipes, right. Otherwise you'd need another non-yocto system to handle artefacts on top of yocto16:05
rburtonhalstead: oh and now it works :)16:06
halsteadrburton, Yay.16:06
kergothsveinse: if you can do so without violating oe/yocto policy, sure16:06
kergothjust shift the logic out of the recipe itself16:06
*** Ulfalizer is now known as Ulfalize16:07
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto16:08
sveinsekergoth: I have to admit I don't see why it is a problem. If you make a BSP for a particular machine, then that machine also has a scheme for booting, hence runnable images would be an expected part of building for that machine, wouldn't it?16:10
*** radzy_ <radzy_!~radzy@unknown-216-77.windriver.com> has quit IRC16:11
kergothbsp layers should not be providing image recipes which only work for that bsp, no.16:12
kergothany distro should work with any machine which should work with any image. this orthogonality of the system provides a great deal of flexibility, without which the project wouldn't have come as far as it has16:12
*** fl0v0 <fl0v0!~fvo@pD9F6B990.dip0.t-ipconnect.de> has quit IRC16:12
kergoththere are exceptions, valid ones, but they're few and far between16:13
sveinseI am lost then. Isn't then there missing something on top of this: The tool/method that can take whatever distro, whatever machine and whatever image and produce an artefact that is runnable on the selected machine?16:14
sveinseA tar.bz2 rootfs is not a complete artefact, it is a middle step16:15
kergoththe whole point of wic is to produce such an artifact. if it's insufficient, then the bsp generally provides a shell script to write things to the sd card or whatever other appropriate media16:15
kergothi don't see why you're pushing the idea of a tarball, nobody actually uses a tar.bz2 for anything but debugging or nfsroot16:15
*** radzy <radzy!~radzy@unknown-216-77.windriver.com> has joined #yocto16:16
sveinsekergoth: because my entry to yocto is core-image-minimal, which by default produces a .tar.bz2.16:16
kergothno, that's wrong16:16
kergoththe machine controls what image types are used, not the image16:16
kergothso whatever machine you're using ddefaulted to that, that's all16:16
sveinseok, right16:16
sveinseWe have a end-user product (which is already on the marked), which is running Yocto. However, due to many reasons I won't list here, we get a core-image.tar.bz2 with the system and a SDK. We have then built a system using the SDK to make our application and manually inject this into the core-image, and then create the hdd image from the whole shebang. it works, but not very elegant. We now...16:20
sveinse...want to move to a all-yocto solution and thus need all this image functionality into it.16:20
*** jaghu_ <jaghu_!68850346@gateway/web/freenode/ip.104.133.3.70> has quit IRC16:20
sveinseis it possible to encapsulate one image into another?16:23
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC16:24
rburtonsveinse: yes, live images have a initramfs inside them16:24
sveinserburton: yes, ours do as well. It's three then16:25
sveinseThe use case is making a bootable USB installer which installs the system onto the machine16:25
kergothwic supports that use case already, though the installer might not be exactly what you need16:27
sveinseSo what is being said here is that image creation is related to the machine, so this is where I need to start looking16:27
sveinsekergoth: I have my own installer (as a recipe -- a Qt5 GUI application)16:28
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:39e8:9bb9:9850:f86f> has quit IRC16:29
-YoctoAutoBuilder- build #567 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/56716:29
*** rajm <rajm!~robertmar@86.1.25.150> has quit IRC16:35
sveinseWhat does this cryptic error mean: Error: exec_cmd: 'sgdisk --partition-guid=1:0a58a7f0-be5b-49c7-a64e-03e672fe89a9 /home/me/yocto/build/tmp/deploy/images/lm-lb-gen2/usb-image-lm-lb-gen2-20160906163733/build/usb-image-201609061838-sda.direct' returned '3' instead of 016:40
khemsgdisk error16:41
sveinseGoogle sais error 3=non-gpt disk detected and no -g option. Which is right, because there is no GPT on this target16:41
-YoctoAutoBuilder- build #268 of nightly-no-x11 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/26816:42
-YoctoAutoBuilder- build #569 of nightly-deb-non-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/56916:42
sveinseIs this back to "Warning: bootloader config not specified, using defaults" I wonder16:42
*** m2- is now known as m216:43
-YoctoAutoBuilder- build #894 of nightly-ipk is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/89416:43
khemits a non-GPT disk16:43
*** m2 <m2!~m2@amy.ksub.org> has quit IRC16:43
*** m2 <m2!~m2@debian/developer/mmagallo> has joined #yocto16:43
khemthats what tool is trying to day16:43
khemsay16:43
sveinsekhem: Yes, and I don't want GPT, so how do I disable it?16:43
sveinsebecause I have no "bootloader" statement in my wks. I don't need a bootloader16:44
sveinseJust one straight ext4 partition16:45
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto16:45
-YoctoAutoBuilder- build #874 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/87416:46
sveinseusing msdos partitioning16:46
khemsomewhere you are telling it to create GPT partition16:46
khemand then asking sgdisk to operate on it16:46
-YoctoAutoBuilder- build #888 of nightly-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/88816:46
khemI see AB is also trying to help :)16:46
khemshhhh AB16:47
*** mortderire <mortderire!rkinsell@nat/intel/x-vxrjdxbrraksiqsf> has quit IRC16:48
khemsveinse: how are partitions created ? may be there is a hint there16:48
sveinsekhem, well I havent specified any. My wks only contains one line "part / --source rootfs --ondisk sda --label installer --align 4096 --use-uuid --fstype=ext4"16:49
sveinsekhem: yes, you were right. The --use-uuid statement above triggers sgdisk and gpt. Thanks17:01
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto17:03
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has joined #yocto17:05
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC17:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:06
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has quit IRC17:07
-YoctoAutoBuilder- build #916 of nightly-qa-skeleton is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/91617:09
sveinseCan I delete a -native package which is deployed to the system?17:09
kergothdeployed?17:09
sveinse*system, I mean the buildtree17:09
kergothnative recipes don't generate packages nor are they deployed to the target17:10
kergothif you just want to remove them from the sysroot for some reaosn, though i don't really see the point, use bitbake -c clean17:10
sveinsewic complained about missing sfdisk, so I had to depend on gptfdisk-native. Now that I've figured out how to not do gpt, I am wondering if I indeed still need the gptfdisk-native dep17:11
khemASSUME_PROVIDED may be a way17:14
khemto let system assume that you are providing this package yourself and it need not build it17:14
sveinsekhem: I want to build it. I just want to have the correct deps17:15
khemsveinse: you might have found a bug for missing dep17:17
khemso probbaly you fixed it rightly17:17
sveinseif bitbake -c clean gptfdisk-native works, then wic don't need it when no gpt is used, as my recipe succeeded.17:18
khemif its not needed to generate your final disk then its harmless17:18
khemsveinse: sure yes17:18
kergothit being built doesn't harm anything17:18
-YoctoAutoBuilder- build #911 of nightly-qa-extras is complete: Failure [failed Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/91117:18
sveinsekhem: Well, I'm getting inspiration from poky/meta-selftest/recipes-test/images/wic-image-minimal.bb, where all these deps are listed17:19
khemsveinse: OK, they may be using GPT as base17:19
khemfor partitioning scheme17:19
sveinseyes, they do17:20
khemso you may not be able to use it as it is17:20
sveinseI've got this figured for now17:20
sveinsekhem: To confirm, if no gpt is used, then gptfdisk-native dep is not needed. Just tried reenabling gpt without adding this dep, and it failed.17:22
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC17:22
*** lamego <lamego!~jose@134.134.139.82> has quit IRC17:24
*** benjamirc <benjamirc!~besquive@134.134.139.83> has quit IRC17:24
kergoththe deps vary depending on the wks, which bitbake doesn't know about, so it's not unusual to have to alter IMAGE_DEPENDS_wic17:24
kergothi.e. we use wic for minnowmax, and set IMAGE_DEPENDS_wic_append = " dosfstools-native mtools-native parted-native"17:25
*** lamego <lamego!~jose@134.134.139.82> has joined #yocto17:25
sveinsekergoth: yeah, precisely. ..and you need to update the deps if you take use of e.g. gpt17:26
* kergoth nods17:26
sveinseno, but this is good17:26
sveinseMy image is booting on target HW. Goal accomplished.17:27
sveinseWould it be possible to manipulate the image via wic plugins?17:29
-YoctoAutoBuilder- build #316 of nightly-checkuri is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-checkuri/builds/31617:29
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto17:29
sveinseWe have a compressed image file format that I want to add to wic. A type that does not write sectors unless they have actually been used, so it cuts image copying down by skipping unneccessary writes17:30
sveinseWe have been talking about contributing this if there are any general interest for it17:30
kergothwe already have support for such a mechanism17:30
sveinsekergoth: oh, where?17:31
-YoctoAutoBuilder- build #564 of nightly-mips64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_1 Running SDK Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/56417:31
kergothhttps://source.tizen.org/documentation/reference/bmaptool, https://source.tizen.org/documentation/reference/bmaptool/introduction17:31
kergothat mentor we enable both wic.bz2 and wic.bmap image types, so the wic.bz2 can be written sparsely to the media with bmaptool, even though bzip doesn't retain actual sparseness17:32
-YoctoAutoBuilder- build #472 of nightly-wic is complete: Failure [failed BuildImages_1 CreateWicImages CreateWicImages_1 CreateWicImages_2 BuildImages_3 CreateWicImages_3 CreateWicImages_4 CreateWicImages_5] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/47217:32
sveinsekergoth: cool, sparseness is important on slow and large media with small fill.17:33
kergothindeed. another option worth thinking about with removable media is to avoid using a fixed size image and let the rootfs be resized to the size of the media on first boot17:33
kergothwe switched to doing that recently17:33
kergothpreviously we had multiple .wks files for each media size, which was a bit of a pain17:33
sveinseHeh, we have had both of these mechanisms in play in embedded product since 2012 actually. Not that that matters17:34
kergothnice17:34
-YoctoAutoBuilder- build #911 of nightly-qa-logrotate is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/91117:34
sveinsewe're migrating to yocto now so that we can rid ourselves of our custom built build-system17:36
kergoth96boards-tools will do the auto rootfs resize if you install it (from the dragonboard folks), https://github.com/96boards/meta-96boards/tree/master/recipes-bsp/96boards-tools17:36
sveinsethus all my nagging questions :P17:36
kergothah, indeed17:36
sveinsekergoth: Yeah, we have a firstboot.service, which does a few additional task. But in essence not unlike the resize-helper.server17:38
sveinseBut I have been thinking about removing this service. Isn't it superfluous with the postinstall mechanism in Yocto?17:39
sveinseOr is this deb-specific perhaps?17:39
kergothany postinst that fails to run at rootfs construction time will automatically be run at first boot. really depends on what you're needing to do, whether its appropriate in a postinst or not17:40
*** alled <alled!~icchw-017@131.221.240.204> has joined #yocto17:41
sveinsekergoth: yes, and there are two levels of postinst, isn't there: One that is run by bitbake, and one that might run on target first boot, right?17:41
sveinseyes, right17:41
*** ziggo <ziggo!~ziggo@p2003006CCD4BEA0036363BFFFED11AA2.dip0.t-ipconnect.de> has joined #yocto17:42
sveinsekergoth: the bmap tool is /very/ similar to our format. The approach is slightly different, but the end result would be the same. Very cool. Thanks17:44
kergothnp17:45
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC17:47
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC17:54
-YoctoAutoBuilder- build #916 of nightly-qa-pam is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/91617:56
*** bobt_ <bobt_!32f7afdd@gateway/web/freenode/ip.50.247.175.221> has joined #yocto18:03
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC18:05
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC18:06
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto18:06
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto18:07
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-iabltupeymibantt> has quit IRC18:07
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC18:08
*** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC18:08
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto18:10
sveinseWait, what: sudo dd if=usb-image-20160906175116.rootfs.wic of=/dev/sdd bs=1M. "136596480 bytes (137 MB, 130 MiB) copied, 0,0778612 s, 1,8 GB/s". Ke?18:10
sveinseAnd the image boots... I have serious problems trusting this right now18:10
*** ziggo <ziggo!~ziggo@p2003006CCD4BEA0036363BFFFED11AA2.dip0.t-ipconnect.de> has quit IRC18:11
*** Sona <Sona!9b0483eb@gateway/web/freenode/ip.155.4.131.235> has quit IRC18:14
khemsveinse: dont use bs=18:16
khemdefaults are better18:17
sveinsekhem: No, its my laptop which linux has apparently gone bonkers. I can write to /dev/sdanything with lightning speeds and nothing happens (or fills up). Nothing is written to disk18:18
kergothi'd ls -l the device and make sure it's still correct, make sure nothing unlinked it and turned it into a regular file or something18:19
* kergoth shrugs18:19
*** Crofton <Crofton!~Crofton@pool-71-171-12-218.nwrknj.east.verizon.net> has joined #yocto18:19
sveinseyeah, weird, right? never seen this before :p But no worries18:20
sveinsescp it to another machine and write the usb drive there worked much better...18:20
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto18:20
sveinseI see that my image has 30M-ish available on target. What controls that "spare" size?18:22
-YoctoAutoBuilder- build #247 of nightly-musl is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/24718:22
kergothsveinse: see IMAGE_ROOTFS_EXTRA_SPACE18:24
sveinsekergoth: thanks18:24
kergothnp18:24
-YoctoAutoBuilder- build #919 of nightly-mips is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/91918:25
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has joined #yocto18:25
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto18:26
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC18:26
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC18:30
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC18:31
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has quit IRC18:33
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has joined #yocto18:33
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto18:35
sveinseWhen do you want to make a distro?18:36
-YoctoAutoBuilder- build #906 of nightly-ppc-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/90618:37
-YoctoAutoBuilder- build #550 of nightly-arm64 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 Running SDK Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/55018:37
kergotha lot of people postpone creating a distro by doing everything in local.conf, but that's hard to maintain. i recommend folks make themselves a distro early, there's no real cost, and it gives you somewhere to put policy changes where they can be maintained18:39
sveinsekergoth: Does my questions regarding building multiple (encapsulated) images and wic images belong in a distro?18:41
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC18:42
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto18:46
-YoctoAutoBuilder- build #889 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/88918:46
-YoctoAutoBuilder- build #940 of nightly-x86-64-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/94018:48
-YoctoAutoBuilder- build #899 of nightly-mips-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/89918:50
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC18:54
-YoctoAutoBuilder- build #921 of nightly-x86-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/92118:57
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC18:57
*** sveinse <sveinse!~chatzilla@79.160.140.131> has quit IRC18:57
-YoctoAutoBuilder- build #936 of nightly-x86 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 Running SDK Sanity Tests_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/93618:58
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has quit IRC19:06
*** grma <grma!~gruberm@80.93.38.128> has quit IRC19:08
*** sgw_ <sgw_!~sgw_@134.134.139.77> has quit IRC19:23
*** toanju <toanju!~toanju@x4e34fbd2.dyn.telefonica.de> has joined #yocto19:31
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:38
-YoctoAutoBuilder- build #938 of nightly-multilib is complete: Failure [failed Running Sanity Tests Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2 BuildImages_3 Running Sanity Tests_3 Running Sanity Tests_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/93819:40
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC19:46
*** manuel_ <manuel_!~manuel@24.61.40.209> has joined #yocto19:53
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto19:55
-YoctoAutoBuilder- build #925 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/92519:57
-YoctoAutoBuilder- build #934 of nightly-ppc is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/93420:00
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto20:00
*** alled <alled!~icchw-017@131.221.240.204> has quit IRC20:04
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC20:20
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto20:31
*** manuel_ <manuel_!~manuel@24.61.40.209> has quit IRC20:31
*** manuel__ is now known as manuel_20:31
*** Ulfalizer <Ulfalizer!~Ulfalizer@ip5f5bffa1.dynamic.kabel-deutschland.de> has joined #yocto20:31
-YoctoAutoBuilder- build #914 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests Running Sanity Tests_1 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/91420:36
*** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has joined #yocto20:37
*** joshuagl <joshuagl!joshuagl@nat/intel/x-appmaiamijtsoxkx> has joined #yocto20:37
-YoctoAutoBuilder- build #649 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/64920:38
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto20:39
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto20:40
*** Tenhi_ <Tenhi_!~tenhi@static.177.80.201.138.clients.your-server.de> has quit IRC20:42
-YoctoAutoBuilder- build #946 of nightly-arm is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images BuildImages_1 Building Toolchain Images_1 Building Toolchain Images_2 Running SDK Sanity Tests Building Toolchain Images_3 BuildImages_3 Running ESDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/94620:45
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has quit IRC20:45
*** caiortp <caiortp!~caiortp@2001:470:f58c:ff04:5561:8f9a:b280:eb82> has joined #yocto20:51
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC20:52
*** benjamirc <benjamirc!besquive@nat/intel/x-duxetzuzmjtnvjyo> has joined #yocto20:53
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@31.157.24.34> has joined #yocto20:55
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto20:55
*** belen <belen!~Adium@134.134.137.71> has joined #yocto20:59
*** marka <marka!~marka@128.224.252.2> has quit IRC21:05
*** caiortp <caiortp!~caiortp@2001:470:f58c:ff04:5561:8f9a:b280:eb82> has quit IRC21:09
*** igor1 <igor1!~igor@189.112.127.225> has quit IRC21:13
*** berton <berton!~fabio@179.105.254.222> has quit IRC21:19
*** pohly <pohly!~pohly@p5DE8C0FE.dip0.t-ipconnect.de> has quit IRC21:19
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC21:23
*** sameo_ <sameo_!~samuel@192.55.55.37> has joined #yocto21:23
-YoctoAutoBuilder- build #1009 of nightly is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/100921:25
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto21:26
*** caiortp <caiortp!~caiortp@131.221.241.50> has joined #yocto21:26
*** sameo <sameo!~samuel@192.55.54.45> has quit IRC21:27
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC21:33
-YoctoAutoBuilder- build #16 of eclipse-plugin-neon is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/eclipse-plugin-neon/builds/1621:36
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC21:36
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto21:37
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has joined #yocto21:41
*** agust <agust!~agust@p4FCB67EC.dip0.t-ipconnect.de> has quit IRC21:49
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** toanju <toanju!~toanju@x4e34fbd2.dyn.telefonica.de> has quit IRC22:03
*** joshuagl <joshuagl!joshuagl@nat/intel/x-appmaiamijtsoxkx> has quit IRC22:03
*** lamego <lamego!~jose@134.134.139.82> has quit IRC22:03
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC22:09
*** mfischer_ is now known as fischer22:12
*** fischer is now known as fischerm22:12
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:16
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto22:27
-YoctoAutoBuilder- build #913 of nightly-qa-extras is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/91322:35
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC22:42
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC22:44
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto22:46
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC22:47
bobt_Trying to make zmq.so the recipe does configure but doesn't build.  I'm new not sure what is wrong.22:53
*** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-183.telecom.by> has quit IRC22:58
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has quit IRC22:58
*** benjamirc <benjamirc!besquive@nat/intel/x-duxetzuzmjtnvjyo> has quit IRC22:59
*** sameo_ <sameo_!~samuel@192.55.55.37> has quit IRC23:00
*** caiortp <caiortp!~caiortp@131.221.241.50> has quit IRC23:05
*** erbo <erbo!~erik@li444-24.members.linode.com> has quit IRC23:05
*** paulg <paulg!~paulg@209.226.41.163> has joined #yocto23:15
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-ibctjpotfgfeaitw> has quit IRC23:25
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC23:30
*** a2Cypher <a2Cypher!~a1Cypher@S0106000fb0d83c8b.wp.shawcable.net> has joined #yocto23:41
-YoctoAutoBuilder- build #570 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/57023:43
*** Ulfalizer <Ulfalizer!~Ulfalizer@ip5f5bffa1.dynamic.kabel-deutschland.de> has quit IRC23:50
-YoctoAutoBuilder- build #895 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/89523:56

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