Thursday, 2018-12-06

*** anujm <anujm!~anujm@134.134.139.74> has joined #yocto00:02
*** moto-tim1 <moto-tim1!~ttorling@192.55.54.38> has quit IRC00:18
*** fischerm <fischerm!~mfischer@207.114.172.147> has quit IRC00:28
*** anujm <anujm!~anujm@134.134.139.74> has quit IRC01:08
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:24
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto01:28
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto01:28
learningcHow can I change the compilation optimization option of a package? say for example, opencv01:39
learningcI would like to use -Ofast01:39
*** kaspter <kaspter!~Instantbi@119.125.68.205> has joined #yocto01:39
learningcor -O301:39
*** anujm <anujm!anujm@nat/intel/x-trqqgqszdtoyciqm> has joined #yocto01:45
*** rewitt1 <rewitt1!~rewitt@134.134.139.76> has joined #yocto01:50
*** rewitt <rewitt!~rewitt@134.134.139.76> has quit IRC01:50
*** anujm <anujm!anujm@nat/intel/x-trqqgqszdtoyciqm> has quit IRC01:50
*** anujm <anujm!~anujm@134.134.139.72> has joined #yocto01:51
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC01:58
*** kaspter <kaspter!~Instantbi@119.125.68.205> has quit IRC02:15
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC02:28
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto02:29
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto02:43
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC02:48
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto02:49
*** th_ <th_!~th_@37.238.3.234> has joined #yocto02:50
*** th_ is now known as Guest8200402:50
*** anujm <anujm!~anujm@134.134.139.72> has quit IRC02:54
*** Guest82004 <Guest82004!~th_@37.238.3.234> has quit IRC02:55
*** Ganwell11 <Ganwell11!~Ganwell@5.36.226.48.dynamic-dsl-ip.omantel.net.om> has joined #yocto02:56
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC02:57
*** Ganwell11 <Ganwell11!~Ganwell@5.36.226.48.dynamic-dsl-ip.omantel.net.om> has quit IRC03:01
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto03:01
*** armpit <armpit!~armpit@2601:202:4180:c33:c581:7922:30ab:3279> has quit IRC03:28
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC03:28
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto03:29
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto03:30
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC03:30
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto03:31
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC03:31
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto03:32
yoctiNew news from stackoverflow: bitbake error does not apply (enforce with -f)? <https://stackoverflow.com/questions/53644090/bitbake-error-does-not-apply-enforce-with-f>03:32
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC03:33
*** armpit <armpit!~armpit@2601:202:4180:c33:2da5:cf7f:fdbb:b818> has joined #yocto03:40
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto04:02
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto04:04
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC04:15
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto04:27
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto04:27
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC04:38
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto04:38
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto04:39
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC04:44
*** junland <junland!~junland@142.93.201.46> has quit IRC05:07
*** junland <junland!~junland@142.93.201.46> has joined #yocto05:10
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto05:23
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC05:24
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto05:36
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC05:37
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto05:39
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC05:50
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC05:56
yoctiNew news from stackoverflow: Create a read-only file in yocto <https://stackoverflow.com/questions/53645447/create-a-read-only-file-in-yocto>06:03
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto06:07
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:15
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto06:15
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC06:30
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto06:47
*** cvasilak <cvasilak!~cvasilak@ppp-94-64-8-144.home.otenet.gr> has joined #yocto06:52
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC07:00
yoctiNew news from stackoverflow: How to setup an Yocto recipe to build from a local git source? <https://stackoverflow.com/questions/49535881/how-to-setup-an-yocto-recipe-to-build-from-a-local-git-source>07:03
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto07:22
*** frsc <frsc!~frsc@200116b82495c70028b1667211238def.dip.versatel-1u1.de> has joined #yocto07:28
*** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto07:31
yoctiNew news from stackoverflow: What is RPROVIDES for uhttpd in core-image-sato? <https://stackoverflow.com/questions/53646370/what-is-rprovides-for-uhttpd-in-core-image-sato>07:33
*** mseeber <mseeber!5b893f40@gateway/web/freenode/ip.91.137.63.64> has joined #yocto07:42
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto07:44
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:45
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jufaazwlovltxcyp> has joined #yocto07:54
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC07:59
*** fl0v0 <fl0v0!~fvo@i577B90EB.versanet.de> has joined #yocto08:01
*** afsfs <afsfs!548fec03@gateway/web/freenode/ip.84.143.236.3> has joined #yocto08:14
afsfshello08:14
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto08:18
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto08:19
*** mseeber <mseeber!5b893f40@gateway/web/freenode/ip.91.137.63.64> has quit IRC08:23
*** mseeber <mseeber!5b893f40@gateway/web/freenode/ip.91.137.63.64> has joined #yocto08:26
*** cquast <cquast!~cquast@90.85.130.193> has joined #yocto08:29
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto08:30
nerdboyi'm getting this e2fsprogs fail on morty:   ../lib/libext2fs.so: error: undefined reference to 'major'08:33
nerdboyisn't util-linux supposed to be defining that?08:34
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto08:36
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto08:37
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto08:37
nerdboyer, that should be e2fsprogs-native08:38
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto08:43
JaManerdboy: upgrade to latest morty08:46
nerdboyi just cloned latest earlier tonight08:53
nerdboyanyways, i just made a patch08:54
*** gattuso <gattuso!~gattuso@pompel.me> has quit IRC08:55
*** dkc <dkc!~dkc@55.ip-158-69-215.net> has quit IRC08:55
*** slips <slips!~slips@2.51-174-212.customer.lyse.net> has quit IRC08:55
nerdboyi cant pull until i commit...08:55
*** juvenal_ <juvenal_!Elite21271@gateway/shell/elitebnc/x-ignruhtlfvnyovvs> has quit IRC08:55
*** anujm <anujm!~anujm@134.134.139.76> has joined #yocto08:57
nerdboysays poky/morty is Already up to date.08:58
*** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto09:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:03
*** slips <slips!~slips@2.51-174-212.customer.lyse.net> has joined #yocto09:03
*** juvenal <juvenal!Elite21271@gateway/shell/elitebnc/x-chqqugdaahfjqllv> has joined #yocto09:04
*** kanavin_home <kanavin_home!~ak@95.91.241.6> has quit IRC09:05
*** dkc <dkc!~dkc@55.ip-158-69-215.net> has joined #yocto09:10
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto09:11
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC09:13
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:13
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC09:16
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto09:21
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:36
*** jofr <jofr!~jofr@193.182.166.3> has quit IRC09:43
*** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC09:48
*** jofr <jofr!~jofr@193.182.166.3> has joined #yocto09:49
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto09:58
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto10:07
*** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC10:08
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC10:21
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto10:22
eduardas_mhello, I am trying to address feedback on my mksh recipe: http://lists.openembedded.org/pipermail/openembedded-devel/2018-December/197780.html10:31
eduardas_mhow do I define the ISC license to be applicable only when glibc is in use10:31
eduardas_m?10:31
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto10:36
LetoThe2ndeduardas_m: probably by using an evaluation in the license statement instead of an assigment? (just guessing!)10:37
eduardas_mLetoThe2nd: evaluation statements are possible when setting bitbake variables?10:38
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC10:39
*** berton <berton!~berton@181.220.65.91> has joined #yocto10:43
LetoThe2ndyeah, should be. equivalent example for INHIBIT_PACKAGE_STRIP: https://patchwork.openembedded.org/patch/80375/10:43
*** anujm <anujm!~anujm@134.134.139.76> has quit IRC10:43
*** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has joined #yocto10:44
T_UNIXhi10:55
LetoThe2ndlo10:56
T_UNIXhas there been any talk/slides on using yocto with a git-flow like approach? I.e. feature integration without having to rebuild *everything* for each branch?10:58
LetoThe2ndT_UNIX: not sure if i understand the question10:59
T_UNIXassume it's infeasible (due to limited resources) to rebuild an entire image for every feature branch.11:00
RPnerdboy: I have a hunch you may need the latest uninative version which morty no longer gets updates for11:01
LetoThe2ndT_UNIX: due to sstate, only things that actually are affected of changes should be rebuilt11:01
RPnerdboy: assuming you are using uninative and are running on a recent distro which morty wasn't originally tested with11:01
LetoThe2ndT_UNIX: so if switching branches triggers a complete rebuild, then you are modifying something with a lot of effects - be in voluntarily or involuntarily11:01
LetoThe2nds/be in/be it/11:02
T_UNIXLetoThe2nd: I'm wondering about interference11:03
LetoThe2ndT_UNIX: and i'm wondering about half-sentences, to be honest.11:03
T_UNIXsorry :-D11:03
LetoThe2nd:-)11:04
T_UNIXis there a way to assure that one branch's build won't mess up another (simultaneous) branch's build base?11:05
rburton_if you build then switch branch and build, then antyhing from the old build that isn't valid will be removed11:06
T_UNIXbut how about simultaneous builds?11:06
T_UNIXparallel11:06
LetoThe2ndno, not that i knew of. unless you restrict yourself to the modification of recipes with nothing that depends from it.11:06
rburton_you can't do parallel builds on the same build tree, so that's not a problem11:07
rburton_note that i'm assuming you're using a recentish release with recipe-specific-sysroots11:07
T_UNIXokay.  Can I set some guard variable?11:07
T_UNIXI.e.: "if this checksum *would* change, abort before touching anything for real"11:08
rburton_so what are you actually trying to do?11:08
LetoThe2ndrburton_: yeah, smells of XY-question.11:09
T_UNIXI'd like to avoid (unintended) interference between multiple branches (with different progress and features) whilst minimizing the necessary resources.11:09
rburton_you can use bitbake-whatchanged to see what is different between the build on disk and what the current metadata says11:10
T_UNIXI guess I'll just have to read the docs on sstate. Maybe it already does all that.11:10
*** nate02 <nate02!~nate02@mail.validmanufacturing.com> has quit IRC11:11
*** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC11:11
rburton_well sstate is simple really: given the inputs, it caches the output11:11
rburton_if the sources and compiler flags and dependencies are all the same, here's the packages that would be built11:11
rburton_you can compare the hashes to identify where changes are, which is what bitbake-whatchanged does11:11
T_UNIXbut it can be safely shared between multiple parallel builds, right?11:12
rburton_sure11:12
rburton_there's a race where two parallel builds might end up writing the same object because it doesn't exist when they both go and look for it, but they'll just repeat work11:12
rburton_i'm assuming by parallel you mean 'two bitbakes on two tmpdirs, sharing sstate_dir'11:13
T_UNIXyes, that's what I mean11:13
RPwe share the sstate dir between about 30 workers on the autobuilder11:13
RP(over nfs)11:14
RPso its well tested11:14
rburton_i mean, if it can survive nfs, it must work11:14
RPexactly!11:14
*** kaspter <kaspter!~Instantbi@119.125.68.205> has joined #yocto11:16
T_UNIXhow does sstate map to the packages in tmp/work/ ? I mean how does it avoid confusion of two parallel builds claim to be the (differing) provider of `foo-1.0`?11:16
rburton_T_UNIX: it is keyed on the hash11:17
rburton_the hash is all inputs11:17
rburton_so all sources11:17
rburton_all dependencies11:17
rburton_all variables that can change and impact the build11:17
T_UNIXand sstate provides the result?11:17
rburton_yes11:17
T_UNIXi.e. create the resulting package in sstate and only copy it to instance specific tmp/work?11:18
rburton_when you bitbake foo, when foo finishes the packages are written to sstate with the hash as the filename11:18
rburton_sstate is a cache, stuff is fetched from it on demand.11:18
T_UNIXokay, thanks :)11:18
rburton_hm our autobuilder sstate is 'a bit large'11:18
rburton_RP: want to put a bet on how big the ab sstate cache is?11:19
rburton_a full du might take about ten minutes or so11:19
RPrburton_: Its around 350GB per build, michael and I worked it out11:25
RPrburton_: "df" might be faster ;-)11:27
rburton_well df says 42T used but that's not just the sstate11:27
RPrburton_: I'd guess at about 3/4s of it is11:28
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC11:29
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto11:30
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto11:32
JaMarburton_: we generate about 2TB per week and then it's pruned and starts again, I wish our IT could do 42TB fs..11:34
JaMabuild-artifacts  4.0T  3.0T  793G  80% /mnt/mirror-write11:35
JaMaand it was pruned just few days ago :/11:35
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC11:36
rburton_172.29.10.206:/mnt/tank/yocto/autobuilder  124T   42T   82T  34% /srv/autobuilder11:37
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto11:37
rburton_that's one big disk11:37
JaMaI should send screenshot to our IT :)11:37
rburton_its like motorway widening, the challenge now is to fill it up!11:38
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto11:39
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC11:50
*** Carton__ <Carton__!~jo@194.230.158.95> has joined #yocto11:50
*** Carton__ <Carton__!~jo@194.230.158.95> has quit IRC11:55
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto11:56
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC12:01
*** Carton__ <Carton__!~jo@194.230.158.95> has joined #yocto12:01
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC12:04
*** Carton__ <Carton__!~jo@194.230.158.95> has quit IRC12:11
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto12:12
*** Carton__ <Carton__!~jo@193.134.219.72> has left #yocto12:12
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:15
jofrI want to include an init-script for a package, but don't want any rc<X>.d symlinks, how would I go about doing that? Bitbake doesn't like INITSCRIPT_PARAMS = "".  :/12:29
jofrNevermind. INITSCRIPT_PARAMS = "start . stop ." did the trick.12:33
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC12:34
*** Carton__ <Carton__!~jo@194.230.158.95> has joined #yocto12:35
*** Carton__ <Carton__!~jo@194.230.158.95> has left #yocto12:35
RPrburton_: michael did shrink the data to allow us to change hardware around (like enclosures)12:36
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto12:38
eduardas_mLetoThe2nd: thank you, your advice seems to work12:40
eduardas_mhow do I approarch fixing this for the mksh recipe I wish to upstream? http://errors.yoctoproject.org/Errors/Details/203419/12:40
eduardas_mwhere can I get the same cortexa7t2hf-neon-vfpv4-yoe-linux-musleabi configuration so I can build with the same settings on my machine?12:41
eduardas_mI have built with poky and TCLIBC="musl" successfully, so I am unsure why the recipe breaks on arm12:42
eduardas_mI built for qemux86 to test with musl12:42
jofrThis part: "Removed auto-starting of (init-)firewall and xinetd as those will be started by eth_config." .. don't worry about xinetd. The firewall init-script takes care of it.12:43
jofrAaaaaaand this was not the correct window.12:44
LetoThe2ndeduardas_m: at least the log you gave suggests that its not compile thats failing, but install12:46
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto12:46
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC12:50
eduardas_mLetoThe2nd: yes, but it seems to package and work on QEMU correctly for me now, so I do not know why it failed for that build12:52
eduardas_mwould like to be able to reproduce myself12:53
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto12:55
eduardas_mwhat is this "yoe-linux" stuff in log "Target System" label?12:55
eduardas_mIt appears it is this: https://github.com/YoeDistro/yoe-distro12:57
eduardas_mrecipes contributed to meta-openembedded need to compile with musl on this specific distro?12:57
*** kaspter <kaspter!~Instantbi@119.125.68.205> has quit IRC13:02
*** kaspter <kaspter!~Instantbi@119.125.68.205> has joined #yocto13:02
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto13:04
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC13:04
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto13:06
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC13:12
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto13:19
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC13:22
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC13:22
*** Carton__ <Carton__!~jo@194.230.158.95> has joined #yocto13:23
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC13:23
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC13:24
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto13:25
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto13:25
*** Carton__ <Carton__!~jo@194.230.158.95> has quit IRC13:29
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC13:30
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto13:30
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto13:31
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto13:36
yateskhem, rburton: thank you for responding yesterday.13:46
*** TjackNoire <TjackNoire!~TjackNoir@121.167.218.64> has joined #yocto13:46
yatesthe toolchain nomenclature is still unclear to me after all these months: what is the SDK? what is the eSDK? what is the ADT? are one or more of these different names for the same thing?13:48
yatesbasically at one point my boss generated an outside, cross-toolchain (building on the x86 and targeting an arm ) that we put in our /opt/fslc/... directory and build from. this is what i am referring to13:49
angelo_tshi, question: i have recipes of 2 apps that needs to use(link with) 2 different versions of the same library. How can i manage this ?13:50
yateswe can build (i.e., run our own makes) from there outside yocto (once the toolchain was built and installed)13:50
yatesof course we had to adjust our make file options to point to the /opt/fslc compiler, linker, etc.13:51
yatesi should clarify that we build this way sometimes. other times we create a recipe for our app and build it under yocto using bitbake.13:52
yatessorry if i'm being long-winded but it seems that i confused everyone and i'm trying to clarify13:52
eduardas_mkhem: hello, what is the purpose of the yoe/mut branch on https://github.com/YoeDistro/yoe-distro.git ?13:55
eduardas_mwould like to try and replicate the musl do_install failure for mksh13:55
eduardas_msomewhat confused not to see a conf directory when build for raspberrypi3 starts13:56
eduardas_mnot sure where to set TCLIBC = "musl"13:56
yatesi should also clarify that i modified our makefile so that when we throw our build into a yocto recipe, it uses the yocto build tools (e.g., $(CXX), etc.) and does not point to the /opt tools. in fact this was the main problem causing the "incompatible ABI" message I was getting from the wx lib at run-time - wx was build using the yocto tools and i had neglected to move the compiler, etc. in our wx app from the /opt13:56
yates/fslc toolchain back to the yocto build tools13:56
yatesis there a name for the toolchain yocto uses when it is bitbaking a recipe? the SDK?14:01
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC14:05
*** Carton__ <Carton__!~jo@194.230.158.95> has joined #yocto14:06
*** marka <marka!~masselst@184.175.21.100> has joined #yocto14:07
*** anujm <anujm!~anujm@192.55.54.45> has joined #yocto14:07
*** Carton__ <Carton__!~jo@194.230.158.95> has quit IRC14:10
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto14:11
eduardas_mnever mind, figured out the user needs to create the local.conf file on ones own14:11
eduardas_mdifferent from the Yocto builds I'm used to14:11
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto14:19
*** anujm <anujm!~anujm@192.55.54.45> has quit IRC14:28
eduardas_mdoes anyone here have experience using g_mass_storage USB MSC gadget driver and a FAT partition in a commercial product? Can this thing be made reliable enough to not corrupt the FAT partition?14:37
eduardas_mI know this is unrelated to Yocto, but since this channel has mostly embedded people, seems like a good place to ask14:37
rburton_yates: the toolchain that oe uses by default is just 'the toolchain'14:39
rburton_a pre-provided toolchain that provides a cross-gcc etc is called an external toolchain14:39
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC14:39
rburton_ADT, application developer toolkit or something, is typically what meta-toolchain builds.  that's just a cross compiler and friends14:40
rburton_replaced with a SDK as built by bitbake myimage -c populate_sdk, which is a cross compiler and all the libraries that were in myimage14:40
*** Carton__ <Carton__!~jo@194.230.158.95> has joined #yocto14:40
rburton_eSDK is the same thing (-c populate_sdk_ext) but instead of being static its extensible, so you can install more stuff into it14:40
rburton_it also can run bitbake and build images so its more powerful but also more complex.14:41
*** Carton__ <Carton__!~jo@194.230.158.95> has quit IRC14:45
*** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto14:45
*** maudat <maudat!~moda@107.190.37.195> has joined #yocto14:47
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ccuixfufnrjdgzsd> has quit IRC14:55
*** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC14:57
*** mseeber <mseeber!5b893f40@gateway/web/freenode/ip.91.137.63.64> has quit IRC14:58
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:59
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC15:01
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC15:04
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC15:04
JPEWRP: Thanks for looking at the hash-equivalence patches. When you're all through reviewing them, let me know and I'll post a V415:10
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto15:16
RPJPEW: I'm thinking of merging the bits in -next? Any reason they shouldn't work standalone?15:25
RPJPEW: My biggest concern right now is the naming as I really don't like the "dependency" reference as it means something quite different to our usual use of the word15:26
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC15:26
JPEWRP: Ya, naming is hard. I replied on the mailing list.15:26
RPJPEW: I saw thanks. Still pondering as I don't have suggestions which feel 100% right15:27
RPJPEW: we need to get it right as its hard to change after we merge it15:28
JPEWRP: Yep. I'll keep thinking about it15:28
RPJPEW: good news is the AB tests on -next were fine15:28
JPEWRP: Woohoo15:28
RPJPEW: suggests we don't need the fork pieces, at least for the non sstate equivalence15:29
JPEWRP: Quite possibly. I had a lot of strange errors with the persist_data. That might have been something I tried but didn't think about removing after I eliminated the errors15:30
JPEWAlso, hash equivalence dramatically increases the usage of persist_data, so it can uncover a lot of races15:31
RPJPEW: right, not saying we don't need it, I'd just like to explore that15:31
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto15:33
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto15:46
*** cvasilak <cvasilak!~cvasilak@ppp-94-64-8-144.home.otenet.gr> has quit IRC15:53
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto16:00
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto16:02
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC16:06
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC16:08
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:09
afsfshello16:17
*** afsfs <afsfs!548fec03@gateway/web/freenode/ip.84.143.236.3> has quit IRC16:19
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC16:23
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC16:31
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto16:39
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC16:44
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto16:48
moto-timoRP or rburton: oxygen patch also pushed. This makes the first big download come from our mirror. Not sure that is complete fix.16:49
moto-timoRP or rburton: can you please kick off an oxygen-master build?16:49
RPmoto-timo: I will do so now, thanks!16:50
RPmoto-timo: neon was green btw16:50
moto-timoRP: and in record time. 6:58. I can't remember a build less than 10 minutes...16:51
RPmoto-timo: looks like the previous ones were 8:45 ish but I'll take any speedups :)16:53
RPnice :)16:53
moto-timoRP: agreed :)16:53
moto-timoRP: still not convinced that is the fix, but it is promising (at least for neon)16:54
moto-timoRP: oxygen already had the full mirror for everything but UPDATE_SITE, so that is still a head scratcher16:54
RPmoto-timo: checking things are getting updated on the mirror is probably the next logical step (with halstead)16:55
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC17:00
halsteadmoto-timo, RP The eclipse full mirror is updating daily. There have been some failures and interrupted syncs but all important files have been copied. Errors like "oomph/updates/milestone/latest/org.eclipse.oomph.site.zip failed verification"17:00
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto17:02
moto-timohalstead: the oxygen-master builds timing out bug me, because that has been downloading almost everything from our full mirror.17:02
moto-timohalstead: I'm writing email with a couple ideas. Today is a train wreck of 100% overbooked for me... :(17:03
halsteadmoto-timo, Working via e-mail sounds good. We can make time for synchronous work tomorrow if needed.17:04
yoctiNew news from stackoverflow: Yocto - fetch private repo using https <https://stackoverflow.com/questions/53656233/yocto-fetch-private-repo-using-https>17:05
yatesrburton_: that helps - thank you17:08
*** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC17:08
*** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto17:09
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC17:10
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC17:10
*** fl0v0 <fl0v0!~fvo@i577B90EB.versanet.de> has quit IRC17:18
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC17:19
*** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has quit IRC17:28
cdgarrenDoes anyone have recommendations for a virtual keyboard package? It looks like matchbox-keyboard and florence are the most common.17:30
*** cquast <cquast!~cquast@90.85.130.193> has quit IRC17:30
*** mckoan is now known as mckoan|away17:35
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto17:42
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC17:56
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto17:56
nerdboyRP: not entirely sure...17:57
nerdboyand i see a moto-timo17:57
*** frsc <frsc!~frsc@200116b82495c70028b1667211238def.dip.versatel-1u1.de> has quit IRC17:59
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto18:06
*** dresserd <dresserd!6881c2f9@gateway/web/freenode/ip.104.129.194.249> has joined #yocto18:21
dresserdHello, I'm trying to build "core-image-minimal" for a "zcu102-zynqmp" board using "meta-xilinx" and seeing this error "Fetcher failure for URL: 'file://MPC8315ERDB-enable-DHCP.patch'. Unable to fetch URL from any source"  I'm using the thud branch of openembedded and the "rel-v2018.3" branch of meta-xilinx.  Is anyone familiar with that error?  Is this the right place to ask?18:25
khemdresserd: can you grep for MPC8315ERDB-enable-DHCP.patch in meta-xilinx ?18:27
khemthis is an old patch which has been removed in oe-core/u-boot, I think meta-xilinx might have not been updated18:28
*** kaspter <kaspter!~Instantbi@119.125.68.205> has quit IRC18:28
dresserdThanks for responding "meta-xilinx-bsp/recipes-bsp/u-boot/u-boot-common_2018.01.inc:    file://MPC8315ERDB-enable-DHCP.patch \" is the only reference.18:29
khemdelete it18:30
kheminfact you might have to take the copy of this patch and stick it in meta-xilinx18:30
dresserdthe file doesn't exist, only that reference to it.18:31
khemyou might even remove it from SRC_URI since it fixes something for MPC8315ERDB and not impacting board you are interested in18:31
khemyes delete the reference18:32
dresserdI see18:32
dresserdinteresting that the patch is versioned "2018.01" while I am building the "2018.3" branch.18:34
khemyeah I think it should have been removed18:34
dresserdI'm pretty new to Yocto.  My understanding of the "right" way to fix that is to use devtool to "modify" that recipe, which will create a recipe with a bbappend file in one of my layers.  Is that correct?18:35
khemyeah but in this case devtool may not be needed.18:38
khemin your layer you can add a bbappend manually and add SRC_URI_remove = "file://MPC8315ERDB-enable-DHCP.patch"18:38
khemotherwise its better to modify it in meta-xilinx and send a patch to that layer18:39
dresserdOk.  Thanks.  deleting that  got me past that error.  Submitting a patch is a good idea.18:40
Croftonalso ask on the meta-xilinx list18:40
Croftonaehs29, may also care18:40
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC18:41
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jufaazwlovltxcyp> has quit IRC18:43
dresserdThanks for the help.  I subscribed to meta-xilinx.18:43
kergothdresserd: recipetool's newappend command sounds more useful for you18:44
kergothdevtool is better for direct source tree modification18:44
dresserdnow I know there's  a thing called "recipetool"  ;-)18:45
khemkergoth: yeah recipetool18:46
*** jftetu <jftetu!znc@159.203.20.86> has quit IRC18:48
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto18:48
tgoodwinHas anyone run across a good solution for compiling u-boot-mkimage-native when the host OS has libfdt-devel installed (other than "uninstall libfdt-devel")?18:50
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto18:51
tgoodwinRight now it causes a compiler error against fdt64_t.18:52
*** jftetu <jftetu!znc@159.203.20.86> has joined #yocto18:56
khemtgoodwin: IIRC latest version of u-boot should have this fixed18:57
tgoodwinAh okay, good.18:57
khemI ran into it earlier this year18:57
tgoodwinI'm back on rocko18:57
tgoodwinHmm...maybe I was looking at your patch.  The u-boot I'm dealing with is xilinx's 2018.1 and I couldn't find the file related to that patch (something like boot/uboot/uboot.mk)18:59
dresserdkhem: I discovered that there are two meta-xilinx repositories.  One at git.yoctoproject.org and one at github.   The one at yoctoproject.org looks like the one I want.  It has branches for each yocto release, but the latest branch is sumo.  Guess I'll try that.19:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:03
tgoodwinkhem: Yep.  Turning this into a patch against tools/Makefile did the trick: http://lists.busybox.net/pipermail/buildroot/2018-March/215419.html19:11
tgoodwinThanks for reminding me of seeing that.19:11
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC19:14
*** grma <grma!~gruberm@213-47-236-110.cable.dynamic.surfer.at> has joined #yocto19:18
khemdresserd: the one of gh is a mirror usually19:18
*** RayZa22 <RayZa22!~RayZa@lfbn-1-5108-236.w90-104.abo.wanadoo.fr> has joined #yocto19:19
*** phatina <phatina!~phatina@2a01:c846:23f:f200:f060:a2c7:540b:abb8> has joined #yocto19:23
*** grma <grma!~gruberm@213-47-236-110.cable.dynamic.surfer.at> has quit IRC19:25
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC19:30
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC19:33
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto19:33
dqxhello everyone good morning (international irc time!), what would be the best way to define a directory variable like pkgconfig's bindir, libdir, etc., but for my layer? I wanted to install everything to a common prefix but only for this layer. I'd appreciate any pointers. thanks in advance.19:48
dqxI'm considering using `require myclass` and writing a simple `init` if needed, not sure though, I'm new to Yocto19:49
neverpanicso you want to change prefix for recipes in your layer only?19:50
dqxyup19:51
dqxbasically19:51
dqxdidn't want to write string literals like "/usr/..."19:51
dqxI'd rather write ${myprefix}19:52
neverpanicwell, you could write a bbclass that sets prefix and inherit that?19:52
dqxyup, that's what I was considering indeed19:52
neverpanicYou could try putting that into layer.conf, too, if I remember correctly that would affect other recipes as well19:53
dqxbitbake.conf would be another way to go maybe? I just found it too much to define that19:54
neverpanicIf you change it in bitbake.conf, you'll move your entire system19:54
dqxoh, write19:54
dqxoh, right rs19:54
dqxsorry19:54
*** dresserd <dresserd!6881c2f9@gateway/web/freenode/ip.104.129.194.249> has quit IRC19:55
dqxthanks neverpanic. it helped to confirm and this other pointer is also possible. gonna do this now :D cheers19:55
neverpanicIt may be a stupid question, but why do you want to do this?19:55
neverpanicIf your software sticks to the filesystem hierarchy standard it's usually fine to install it in the "normal" places19:55
dqxneverpanic: oh, it's not stupid. I just realized I have another doubt actually. I didn't want to overwrite the other layers binaries upon do_install(), that's my primary issue. am I safe just by defining the layer priority?19:56
neverpanicYou'll get a conflict whenever you do this anyway, so it's a non-issue.19:58
khemlayer.conf should not be used to sweep under the rug IMO19:58
khemprobably we should write a tool to call out layers on doing dangerous ops in layer.conf19:59
khemwriting a new bbclass to override common variable from bitbake.conf is a good approach here20:00
neverpanicBut really, if you're only considering to switch prefix to avoid overwriting existing files, don't. It's not necessary.20:01
dqxkhem: ack and noted :) thx20:03
*** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto20:05
rburton_dqx: you'll need to write a class or config file that sets prefix, and include it in every recipe you want to move20:06
rburton_layer.conf will be global20:06
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto20:09
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC20:10
*** berton <berton!~berton@181.220.65.91> has quit IRC20:14
*** phatina <phatina!~phatina@2a01:c846:23f:f200:f060:a2c7:540b:abb8> has quit IRC20:18
*** phatina <phatina!~phatina@2a01:c846:23f:f200:f060:a2c7:540b:abb8> has joined #yocto20:19
*** stephano <stephano!~stephano@134.134.139.73> has joined #yocto20:22
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC20:22
*** phatina <phatina!~phatina@2a01:c846:23f:f200:f060:a2c7:540b:abb8> has quit IRC20:23
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto20:26
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC20:30
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto20:36
*** cdleonard <cdleonard!~nxf25340@92.121.36.198> has quit IRC20:37
*** Guma <Guma!~Guma@50.235.185.2> has joined #yocto20:50
aehs29dresserd: meta-xilinx is still not updated to thud20:54
aehs29dresserd: not on 2018.3, 2019.1 will work with thud20:54
aehs29Crofton: thanks20:54
Croftonsad20:55
*** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC21:06
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto21:11
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC21:18
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto21:18
*** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has joined #yocto21:21
*** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto21:24
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC21:24
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC21:29
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC21:34
*** NeilSh <NeilSh!6140a676@gateway/web/freenode/ip.97.64.166.118> has quit IRC21:34
opellois it reasonable/possible to depend on an tmp/deploy/images/ output file in another recipe for repackaging that image?21:50
aehs29khem: are you planning on upgrading meta-openwrt ot thud? do you have some WIP or are you accepting patches?21:52
dqxrburton_: thanks bro21:55
dqxhow do I specify a CFLAGS or LDFLAGS for a package so that whoever depends on this package will append it to its flags? if possible. I could do the other way around also, but I needed to have the pkgconfig directories somehow.21:56
khemaehs29: patches are welcome21:59
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC21:59
khemI dont plan to do major updates myself as of yet21:59
neverpanicdqx: That's generally done using pkg-config or CMake config files22:00
dqxneverpanic: will use `inherit pkgconfig`, was just lazy to read the code :D22:02
neverpanicdqx: That alone will not do it. The build system of your component needs to install a suitable pkg-config file and the build systems of your dependent components will need to use $(pkg-config --cflags) and $(pkg-config --ldflags) to get those.22:03
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto22:03
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto22:03
aehs29khem: yesh I was just playing around with it and theres a couple of patches, busybox, netifd and I think the mirror for xtables-addons is not working22:04
yoctiNew news from stackoverflow: Is it possible to use Embedded OS prepared for i.MX6solo over i.MX6UL...? [on hold] <https://stackoverflow.com/questions/53638232/is-it-possible-to-use-embedded-os-prepared-for-i-mx6solo-over-i-mx6ul>22:06
*** marka <marka!~masselst@184.175.21.100> has quit IRC22:13
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:14
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto22:23
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC22:30
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC22:51
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto22:52
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto22:52
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:59
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto23:00
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC23:22
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto23:22
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto23:22
*** obsrwr_ <obsrwr_!~obsrwr@51B6C09A.dsl.pool.telekom.hu> has quit IRC23:38
*** obsrwr <obsrwr!~obsrwr@51B6C09A.dsl.pool.telekom.hu> has joined #yocto23:38
*** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC23:46
*** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto23:51
*** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has quit IRC23:59

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