Tuesday, 2016-02-09

*** onoffon is now known as khem`00:04
*** sameo <sameo!samuel@nat/intel/x-bjrotzpcoihudmzk> has quit IRC00:04
*** ant_home <ant_home!~ant__@95.236.250.222> has quit IRC00:15
*** khem` is now known as onoffon00:29
*** onoffon is now known as khem`00:35
*** khem` is now known as onoffon00:35
*** onoffon is now known as khem`00:35
*** lamego <lamego!~jose@134.134.137.75> has quit IRC00:51
*** khem` is now known as onoffon00:56
-YoctoAutoBuilder- build #622 of nightly-fsl-ppc is complete: Failure [failed BuildImages Building Toolchain Images Building Toolchain Images_1 BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/62201:25
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:45
*** t0mmy <t0mmy!~tprrt@ram31-2-82-228-88-46.fbx.proxad.net> has joined #yocto01:56
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC01:59
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:59
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto02:07
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:07
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto02:08
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC02:11
*** onoffon is now known as khem`02:13
*** IvanSB_ <IvanSB_!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC02:19
*** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has quit IRC02:30
*** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has joined #yocto02:30
*** armpit <armpit!~akuster@64.2.3.194> has quit IRC02:34
*** khem` is now known as onoffon02:40
*** onoffon is now known as khem`02:41
*** Mutter <Mutter!~Mutter@2606:a000:6682:8700:503a:30ae:9078:77c7> has joined #yocto02:53
*** Mutter <Mutter!~Mutter@2606:a000:6682:8700:503a:30ae:9078:77c7> has quit IRC02:56
*** SoylentYellow <SoylentYellow!~SoylentYe@c-67-169-85-254.hsd1.ca.comcast.net> has joined #yocto03:07
*** khem` is now known as onoffon03:10
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC03:14
*** t0mmy <t0mmy!~tprrt@ram31-2-82-228-88-46.fbx.proxad.net> has quit IRC03:37
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto03:53
*** ndonaldson <ndonaldson!~nic@98.78.70.115.static.exetel.com.au> has joined #yocto04:02
*** alimon <alimon!~alimon@187-176-43-14.dynamic.axtel.net> has quit IRC04:06
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-jcqoqtczjoyjokig> has quit IRC04:21
*** onoffon is now known as khem`04:25
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto04:30
*** khem` is now known as onoffon04:35
*** onoffon is now known as khem`04:38
*** khem` is now known as onoffon04:39
*** onoffon is now known as khem`04:40
*** khem` is now known as onoffon04:41
*** onoffon is now known as khem`04:41
*** khem` is now known as onoffon04:42
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto04:49
*** armpit <armpit!~akuster@2601:202:4000:1239:932:7842:972b:d985> has joined #yocto05:05
*** onoffon is now known as khem`05:16
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto05:45
*** ndonaldson <ndonaldson!~nic@98.78.70.115.static.exetel.com.au> has quit IRC05:50
*** clopez <clopez!~tau@neutrino.es> has quit IRC05:53
*** clopez <clopez!~tau@neutrino.es> has joined #yocto05:59
*** Mylene <Mylene!~Mylene@95.ip-51-255-48.eu> has joined #yocto06:09
*** morphis <morphis!~morphis@p5480D09F.dip0.t-ipconnect.de> has joined #yocto06:10
-YoctoAutoBuilder- build #633 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/63306:16
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto06:41
*** frsc <frsc!~frsc@80.149.173.67> has joined #yocto06:47
*** pohly <pohly!~pohly@p57A57CC2.dip0.t-ipconnect.de> has joined #yocto07:03
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC07:05
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto07:05
*** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto07:08
*** ziggo <ziggo!~ziggo@p2003006CCD3D460036363BFFFED11AA2.dip0.t-ipconnect.de> has joined #yocto07:11
*** obsrwr <obsrwr!~otp-amois@89.121.200.102> has quit IRC07:31
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto07:40
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto07:41
*** toscalix <toscalix!~agustinbe@149.100.1.60> has joined #yocto07:49
*** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has joined #yocto07:52
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto07:53
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-bykcgjrlpuhbinlb> has joined #yocto07:56
*** jbrianceau_away is now known as jbrianceau07:56
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC08:01
*** fl0v0 <fl0v0!~fvo@pD9F6A592.dip0.t-ipconnect.de> has joined #yocto08:01
*** LexG <LexG!6cab81a3@gateway/web/freenode/ip.108.171.129.163> has quit IRC08:04
*** LexG <LexG!6cab81a3@gateway/web/freenode/ip.108.171.129.163> has joined #yocto08:07
*** townxelliot <townxelliot!~ell@176.251.198.9> has joined #yocto08:09
*** khem` is now known as onoffon08:13
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto08:15
*** aurele <aurele!~aurele@80.74.74.33> has joined #yocto08:16
aureleHi everyone!08:17
aureleI'm running ubuntu 16.04 since a few days, I'm using yocto 1.7 (not the last one...) I'm facing issues with some packages because of gcc-508:19
aureleI installed gcc-4.9, but I would like to know if it is possible to tell bitbake to use gcc 4.9 instead of gcc-508:20
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto08:20
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:23
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto08:24
*** jku <jku!jku@nat/intel/x-jhmnybgsraeolpzc> has joined #yocto08:25
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC08:33
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto08:34
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto08:41
*** obsrwr <obsrwr!~otp-amois@89.121.200.102> has joined #yocto08:44
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC08:46
*** ant_work <ant_work!~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto08:50
*** benjamirc <benjamirc!~besquive@134.134.137.75> has joined #yocto08:51
*** [Sno] <[Sno]!~sno@87.139.84.12> has quit IRC08:53
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC08:56
*** rocsorva <rocsorva!~arnold@80.97.64.55> has quit IRC08:56
*** aragua <aragua!~fabien@LPoitiers-656-1-79-67.w193-251.abo.wanadoo.fr> has joined #yocto08:57
*** rocsorva <rocsorva!~arnold@80.97.64.55> has joined #yocto09:00
*** belen <belen!~Adium@134.134.137.75> has joined #yocto09:10
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto09:10
aratiuaurele: you need to set the GCCVERSION variable in your confs09:18
aratiusomething like GCCVERSION = "4.9.3"09:18
*** mckoan|away is now known as mckoan09:25
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:26
mckoangood morning09:26
aurelearatiu I will try this thanks09:31
*** sameo <sameo!~samuel@192.55.55.39> has joined #yocto09:33
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-hhrxhlsbpffukcsj> has joined #yocto09:33
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-spdiyhcwxyslgeal> has joined #yocto09:35
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-spdiyhcwxyslgeal> has left #yocto09:35
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto09:40
*** maxin1 <maxin1!~maxin@2001:998:22:0:6168:2d7c:b6a5:7b9e> has joined #yocto09:51
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto10:09
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:11
*** mihai <mihai!mihai@nat/intel/x-akohjyofthlpvxnw> has joined #yocto10:12
*** pacopedraza <pacopedraza!86bfdc4b@gateway/web/freenode/ip.134.191.220.75> has joined #yocto10:18
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:23
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:23
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto10:23
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC10:32
*** sjolley1 <sjolley1!~sjolley@134.134.137.75> has joined #yocto10:32
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC10:40
*** belen <belen!~Adium@134.134.137.75> has quit IRC10:40
*** belen <belen!Adium@nat/intel/x-nxdbagdieaqqebsl> has joined #yocto10:44
*** [Sno] <[Sno]!~sno@rademacherexchange.de> has joined #yocto10:52
*** belen <belen!Adium@nat/intel/x-nxdbagdieaqqebsl> has quit IRC10:54
*** belen <belen!~Adium@134.134.139.76> has joined #yocto10:54
maciejjohi, what would be the cleanest way to modify the CFLAGS for a set of recipes?10:56
maciejjoI need to create a "debug" image where certain packages are build with debugging symbols10:56
*** jonathanmaw_ <jonathanmaw_!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto11:09
*** belen <belen!~Adium@134.134.139.76> has quit IRC11:10
*** jonathanmaw__ <jonathanmaw__!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto11:10
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC11:12
*** belen <belen!~Adium@134.134.139.76> has joined #yocto11:13
*** jonathanmaw_ <jonathanmaw_!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC11:13
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC11:19
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto11:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:23
*** jonathanmaw__ <jonathanmaw__!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC11:33
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto11:33
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC11:37
*** ant_work <ant_work!~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC11:47
*** focus <focus!~Doug@164.39.177.154> has quit IRC11:51
*** focus <focus!~Doug@164.39.177.154> has joined #yocto11:52
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto11:53
*** ant_work <ant_work!~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto12:05
aratiurburton: does the rpm backend support ascii armored signatures?12:06
aratiufrom what I see there are generated only binary signatures inside the rpm files12:06
aratiuI'm adding a feature to the gpg signer to support signature types and I'm wondering if this feature can be supported by rpm also12:07
rburtonaragua: no idea12:07
rburtonerm, aratiu: no idea12:07
aratiuipk files and package feeds can support easily both types of signatures because they are in outside files, separate from the pkg12:08
aratiuanyway I'll not touch the way the rpm backend functions, I was just curious12:09
*** edbart <edbart!ebartosh@nat/intel/x-vnwyeorurxcdisyh> has joined #yocto12:15
-YoctoAutoBuilder- build #353 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/35312:29
*** rocsorva <rocsorva!~arnold@80.97.64.55> has quit IRC12:41
*** onoffon is now known as khem`12:44
*** khem` is now known as onoffon12:45
*** maxin1 <maxin1!~maxin@2001:998:22:0:6168:2d7c:b6a5:7b9e> has quit IRC12:47
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto12:50
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC12:51
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto13:01
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC13:03
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC13:04
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC13:05
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto13:08
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC13:17
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto13:17
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto13:18
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto13:19
*** fledermaus <fledermaus!~vivek@pakora.collabora.co.uk> has joined #yocto13:21
*** marka <marka!~marka@198-48-235-189.cpe.pppoe.ca> has joined #yocto13:23
*** marka is now known as Guest8551613:23
*** Guest85516 is now known as marka13:29
aratiurburton: I'm getting those annoying pexpect errors with the rpm backend, is it ok to create a commit to convert the gpg_sign to use Popen + pipes instead of pexpect?13:37
aratiuI'm running python 2 in a virtual environment and installing pexpect is a real pain13:37
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC13:37
rburtoni'd love that, pexpect is a pain13:38
rburtonit's calling rpm isn't it?13:39
* rburton hasn't looked at that properly13:39
aratiuyes13:39
rburtongood old gpg lets you pass secrets on fds and things, much nicer13:39
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto13:39
aratiuI can pass "--passphrase-fd",  str(keypipe[0]) to gpg13:39
aratiucand I do something similar with rpm?13:39
*** redengin <redengin!~redengin@2601:600:9200:7ab0:b5e3:b523:7f28:a5f0> has quit IRC13:40
rburtonno idea, sorry13:47
*** ant_work <ant_work!~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC13:49
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC13:49
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC13:50
*** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:50
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:51
*** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:53
*** vdehors_ <vdehors_!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto13:54
*** Nilesh <Nilesh!~nilesh@106.51.235.142> has joined #yocto13:55
*** Nilesh <Nilesh!~nilesh@106.51.235.142> has left #yocto13:55
*** Nilesh <Nilesh!~nilesh@106.51.235.142> has joined #yocto13:55
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:56
*** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC13:57
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto14:01
*** redengin <redengin!~redengin@2601:600:9200:7ab0:3ce0:6f4d:69bd:b2e0> has joined #yocto14:01
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto14:08
*** ant_work <ant_work!~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto14:08
Marexrburton: I also updated the last two patches with Upstream-Status: Submitted [] , so I will repost the whole thing14:30
rburtonok, cool14:30
Marexrburton: both patches are needed, so let me rebuild just to be sure and repost14:44
JaMaarmpit: why didn't you remove ./meta/recipes-extended/tzdata/tzdata_2015d.bb in fido's upgrade to 2016a?14:47
*** ant_work <ant_work!~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC14:52
CTtpollardI've just ran show-appends from bitbake-layers, and it's correctly showing the appends I would expect for the mesa recipe, but then also states 'WARNING: mesa_git.bb: missing append for preferred version'14:58
CTtpollardI'm not expecting any appends for mesa_git, so I'm not sore why it's producing that14:58
ryansturmerIf there's a recipe in another layer that installs a file, and it turns out that I don't want that file in the installation - the accepted way to deal with that in my layer is write a bbappend file in my layer with a do_install_append that removes it, right?14:59
CTtpollardanyone know of the reason this warning is showing?15:00
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC15:00
*** aehs29 <aehs29!aehernan@nat/intel/x-cqeslplpvgtptyqh> has joined #yocto15:08
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto15:10
*** maxin1 <maxin1!~maxin@194.136.86.45> has joined #yocto15:12
*** belen <belen!~Adium@134.134.139.76> has quit IRC15:16
*** maxin1 <maxin1!~maxin@194.136.86.45> has quit IRC15:16
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:17
*** Nilesh <Nilesh!~nilesh@106.51.235.142> has quit IRC15:17
*** belen <belen!~Adium@134.134.137.75> has joined #yocto15:19
*** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has quit IRC15:19
*** maxin1 <maxin1!~maxin@194.136.86.45> has joined #yocto15:24
*** janek <janek!4e0b08f9@gateway/web/freenode/ip.78.11.8.249> has joined #yocto15:24
janekHello guys, did anyone of you try to get recipes data using bitbake libraries?15:26
janekI did import everything what needed (python)15:27
janekd = bb.data.init()15:27
janekd.setVar("BBPATH", BBPATH)15:27
janekbb.parse.init_parser(d)15:27
janekbb.parse.parse_py.BBHandler.handle(recipe_path, d, None)15:27
janekI can handle most recipes this way, but I have problems when parsing recipes inheriting specific package groups15:27
janeke.g. : bb.data_smart.ExpansionError: Failure expanding expression ${@oe.utils.ifelse(d.getVar('PACKAGE_ARCH_EXPANDED', True) == 'all', 'allarch', '')} which triggered exception NameError: name 'oe' is not defined15:27
janekis it the correct way to parse it?15:27
*** maxin1 <maxin1!~maxin@194.136.86.45> has quit IRC15:29
*** jku <jku!jku@nat/intel/x-jhmnybgsraeolpzc> has quit IRC15:29
rburtonjanek: best to use something like tinfoil which handles this for you15:30
rburtonsee many of the scripts in oe-core/scripts (like devtool)15:30
*** maxin1 <maxin1!~maxin@194.136.86.45> has joined #yocto15:40
*** frsc <frsc!~frsc@80.149.173.67> has quit IRC15:47
denixwhat's the best way to clean up old cruft in the tmp/work dir?15:52
rburtonrm? :)15:54
kergothi think that's what scripts/cleanup-workdir was for, but i've never used it15:55
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC15:57
*** obsrwr <obsrwr!~otp-amois@89.121.200.102> has quit IRC15:57
rburtoni just rm tmp/ occasionally15:59
kergothsame15:59
*** janek <janek!4e0b08f9@gateway/web/freenode/ip.78.11.8.249> has quit IRC16:00
Crofton|work+116:07
*** psnsilva_ <psnsilva_!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto16:10
*** mihai <mihai!mihai@nat/intel/x-akohjyofthlpvxnw> has quit IRC16:11
*** varibull_ <varibull_!~varibull@ta.tainstruments.com> has quit IRC16:14
*** varibull_ <varibull_!~varibull@ta.tainstruments.com> has joined #yocto16:14
*** benjamirc <benjamirc!~besquive@134.134.137.75> has quit IRC16:15
*** pacopedraza <pacopedraza!86bfdc4b@gateway/web/freenode/ip.134.191.220.75> has quit IRC16:17
denixwell, as a developer I do the same once in a while16:23
denixbut what about autobuilders? or distro builders?16:25
fraywe carry around sstate-cache, but typically builds start with a fresh tmp in our autobuilders..16:26
kergothi'd never want to keep around tmp for an autobuilder, too risky to not go from scratch. for continuous integration, we use sstate, for release and periodic, we build from scratch16:26
fraythat is just an artifact of space savings.. not designed that way16:26
rburtonthe public AB has a clean tmp every build too16:26
denixfray: exactly, but do you clean old sstate files?16:26
frayand as kergoth said for his case, we also have regular "build everything from scratch" autobuilders.. (at least once a week)16:26
fraywe time them out using atime16:26
kergothyeah, we use atime too16:26
fraysince even if it's not obsolete..  a simple rebuild will "bring it back"16:27
kergothnot perfect, but gets the job done. the i ntermediate artifacts can hang around, someone brought that up on the list recently16:27
fraywe've got the atime set to between 3 and 7 days.. with a once a week (or more) from scratch build16:27
kergothi think ours is similar. i use 7 days for my personal builds, but i think the official ones are shorter than that due to the # of builds and space limitations16:28
frayI know our build guy has some additional heuristics other then atime, but that is the primary16:28
kergoththere's sstate-cache-management.sh, but that's only useful if you have every combination of configuration you might want to build handy16:28
fray(last time I checked, we do something like 1000 builds a day for our base core product.. most of those are different configurations and platforms)16:28
kergothbut we build multipel product versions and branches and whatnot, so that's just out16:28
*** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:29
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:30
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC16:30
fraythe frequency of our autobuilds goes down as a product gets older..  fewer changes means we need fewer builds to verify changes..16:30
kergothif you don't need the intermediate artifacts, (though IMO you should keep them for bitbake -S printdiff, becuase it's just a matter of time till someone wants to know why something is building from scratch), you can clear them out by builidng from sstate and then using those stamps to clean, i.e.: bitbake foo; rm -rf tmp; bitbake foo; sstate-cache-management.sh --yes --cache-dir=sstate-cache --stamps-dir=tmp/stamps16:31
fray(ohh and all of those are internal builds.. we have a seperate system for production/release builds)16:31
fraykergoth which intermediate artifacts are you referring to?  the do_install (vs do_package)?16:32
kergothyeah, the tasks that don't run when later tasks are cached16:32
denixok, so I guess I'm not doing anything weird here... :) clean build once a week, cron-based clean up of old files... was wondering if there was a more generic script16:32
fraygotcha..16:32
*** sjolley1 <sjolley1!~sjolley@134.134.137.75> has quit IRC16:32
kergothwihtout those siginfos, you won't be able to use printdiff, but there's value ini wiping do_package if you're short on space or have distribution size requirements16:32
* kergoth shrugs16:32
fraydenix the script kergoth mentioned is about the closest you'll see to a more generic script16:33
kergoththough i suppose one could disable sstate emission for do_package somehow.. hmm16:33
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto16:33
fraywe don't often use the siginfo from the autobuilders.. so it's not much of an issue for us16:33
denixfray: yep, thanks16:33
fray(or system was built before that script existed.. and continues to work, so we've not attempted to move to using it)16:34
fraytrying to remember but we've got a build holding area (failed builds, sstate-cache that kind of thing) thats something like 20 TB of storage..16:34
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:34
kergothif you're distributing sstate, i.e. to accelerate out of box experience, then it's critical to be able tof igure out why the cache isn't working as expected if it isn't working as expected :)16:34
frayso we've not really had a problem (so far) as long as we use the atime16:34
fraykergoth, so far we've only distributed sstate in specific cases.. and in those cases it comes from the production servers, which don't timeout the sstate16:35
kergothdoes the yocto project autobuilder and testing infrastructure do any sstate reuse testing? i.e. between different build dirs, build hosts, etc to check for unexpected rebuilds?16:35
fray(specific cases are almost always '-native' components..)16:35
kergothi used to do a lot of that manually16:35
kergothi.e. natives should rebuild when changing build hosts, but target should have 100% reuse still16:35
fraykergoth, it does some.. I don't know if it's all improved since the old days.. but I filed some defects on specific tests I wanted to see..16:35
fraybuilds with different usernames, host types, etc..16:36
JaMawe generate around 4TB of new sstate per month (even when we aren't changing upstream layers) .. :/16:36
* kergoth nods16:36
kergothJaMa: wow16:36
frayJaMa do you time anything out?16:36
rburtonkergoth: some16:36
frayI know our problem w/o the weekly (or more often) atime removal was we could easily fill 8TB in that time16:36
JaMachromium is quite big and almost any change is invlidating sstate signature of one of its dependencies16:36
fraysince the storage server was designed for failed builds and sstate.. that was too much16:37
frayahh ok16:37
rburtonkergoth: we discoveved that we need to add PARALLEL_MAKE to the tests, as some recipes (cough java) rebuild when that changed16:37
JaMaso we prune the sstate periodically (keeping only the latest)16:37
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC16:37
rburtonkergoth: if you have thoughts or ideas, i can point you at the tests we have and bugzilla :)16:38
kergothI should really try to integrate some changes to the signature generation. one thing that bugs me is we don't just change it when the metadata results change, but also how we got there.16:38
kergothi.e. FOO = "bar" and FOO = "${BAR}"; BAR = "bar"; generate entirely different checksums16:38
kergothwhen the used var is FOO, that is16:38
kergothwhich just seems wrong16:38
*** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has quit IRC16:39
*** SoylentYellow <SoylentYellow!~SoylentYe@c-67-169-85-254.hsd1.ca.comcast.net> has quit IRC16:39
kergoththat reminds me, i should add a new subcommand to 'bb', i want to be able to, on demand, ask bitbake for the metadata signature of a given variable. if it's a task, give me both the current base hash and task hash, otherwise just the variable checksum16:40
kergothpossibly optionally dumping signature data16:41
* kergoth ponders16:41
*** mckoan is now known as mckoan|away16:44
*** belen <belen!~Adium@134.134.137.75> has quit IRC16:50
armpitJaMa, by mistake16:51
JaMaarmpit: ok, fix sent16:52
*** fl0v01 <fl0v01!~fvo@pD9F6A1B4.dip0.t-ipconnect.de> has joined #yocto16:52
*** belen <belen!Adium@nat/intel/x-cfcoaxlgxdaaxcxw> has joined #yocto16:52
*** fl0v0 <fl0v0!~fvo@pD9F6A592.dip0.t-ipconnect.de> has quit IRC16:53
armpitJaMa, thanks16:53
JaMakergoth: but the counter-example is FOO="${WORKDIR}/foo" when the value is different, but the signature doesn't change because top directory change can be easily excluded from signatures16:55
JaMalast time it was discussed on ML RP claimed that the cases where it works better with vardepvalue flag aren't that often and I agree16:55
kergothWORKDIR isn't excluded from signatures, TOPDIR is16:55
JaMayes, but WORKDIR uses TOPDIR16:56
kergothand?16:56
kergothin my original implementation, expanded values were checksummed, but vars were re-expanded with a blacklist, so blacklisted / excluded vars were left as is16:57
kergothso it used the final value, but i.e. ${WORKDIR} would be left like that if it was left out of signatures16:57
kergothimo that was a good compromise solution, but there are performance implications with that, so i can see why richard didn't take that approach16:57
*** sjolley <sjolley!sjolley@nat/intel/x-ayvsvzxndpcmhfyg> has joined #yocto16:58
*** bluelightning <bluelightning!~paul@2406:e007:44a7:1:5e51:4fff:febb:401d> has joined #yocto17:01
*** bluelightning <bluelightning!~paul@2406:e007:44a7:1:5e51:4fff:febb:401d> has quit IRC17:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:01
kergothhuh, odd, i have these commits on top of a tag in the git repo, export, then bitbake applies that series to the tarball of that same version, and the patches fail to apply.. guess either the tag doesn't actually match the release, or patch is applying differently than git17:02
Ulfalizerhow do you run the do_configure() step from a devshell? do you need to have run it previously so there's a run.do_configure.1234 in temp/ that you can run?17:08
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has joined #yocto17:08
kergothyep17:08
Ulfalizerok17:09
kergothfunctions & tasks aren't available in devshell at the moment17:09
kergothnot directly, anyway17:09
Ulfalizernext q: how do you run cmake? doesn't seem to be available in the path, even though the recipe inherits cmake.bbclass.17:09
*** fl0v01 <fl0v01!~fvo@pD9F6A1B4.dip0.t-ipconnect.de> has quit IRC17:10
Ulfalizerguess i could check what run.do_configure.1234 does...17:10
RPkergoth: we could probably quite easily make the checksum computation pluggable and experiment with that17:11
rburtonUlfalizer: it just runs cmake as it's on the path17:11
Ulfalizeris it expected that i wouldn't get it on the path in the devshell?17:12
Ulfalizeroh... maybe those run scripts set up the environment too17:12
Ulfalizerat the beginning, iirc, including the path, prolly17:12
*** SpaceBebop <SpaceBebop!~SpaceBebo@50-73-9-149-richmond.hfc.comcastbusiness.net> has joined #yocto17:12
Ulfalizernm... i do get cmake in the path now. not sure what changed.17:14
Ulfalizermaybe because i did a full build of the recipe before running devshell17:14
rburtonUlfalizer: works for me17:14
Ulfalizereven if you e.g. remove tmp/ and then run devshell?17:15
rburtonwell that won't work17:15
Ulfalizerheh17:15
rburtonas devshell just opens a shell in the work17:15
rburtondoesn't actually do much else17:15
Ulfalizerwould work/ get created prior though?17:15
rburtonyes17:15
rburton"addtask devshell after do_patch"17:15
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC17:17
*** fitzsim` is now known as fitzsim17:17
*** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto17:19
Ulfalizerso is it expected that  rm tmp/  bitbake foo -c devshell  wouldn't work? for some reason i don't get cmake on the path when i do that.17:19
Ulfalizerdoes do_configure() pull in cmake-native or something?17:20
rburtonyeah pretty much17:20
rburtonDEPENDS is actually do_configure[depends]17:21
Ulfalizerah, yeah, right17:21
Ulfalizeri remember that now17:21
rburtonthis lets fetch/unpack/patch happen whilst build deps are still being built17:21
rburtonso if you've a clean tmp do a bitbake foo first to populate the sysroots17:21
Ulfalizerkk17:21
Ulfalizerodd... after successfully 'bitbake foo' and then running 'bitbake foo -c devshell', i still don't get a run.do_configure.* in temp/17:25
Ulfalizer+running17:25
*** Crofton|work <Crofton|work!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has quit IRC17:25
kergothUlfalizer: it built from sstate17:26
kergothso it had no need to run configirue17:26
kergothbitbake foo:do_configure; bitbake foo:do_devshell17:26
kergothor -c, whichever17:26
Ulfalizeris that syntax documented? looks handy.17:26
rburtonUsage: bitbake [options] [recipename/target recipe:do_task ...]17:27
Ulfalizerneato17:27
rburtonfirst line of bitbake —help :)17:27
rburtonmy favourite option is -C17:27
* Ulfalizer rtfms17:28
*** obsrwr <obsrwr!~obsrwr@188.24.225.192> has joined #yocto17:28
*** Crofton|work <Crofton|work!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has joined #yocto17:28
*** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has quit IRC17:29
Ulfalizerso -C compile would run compile and everything that follows it?17:29
Ulfalizerif earlier stuff was up-to-date17:29
rburtonit would mark compile as needing to happen even if the system thinks it doesn't need to, and then build as usual17:30
kergothyep, -C is awesome17:30
rburton-C unpack is useful as a force-rebuild without having to do cleansstate17:30
kergothremember that it just re-runs the task, though, it won't always clean out first, so if you have old remannts floating around, a manual clean is still handy17:30
Ulfalizerok, thanks for the tip17:31
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has quit IRC17:33
*** agust <agust!~agust@pD9E2F31D.dip0.t-ipconnect.de> has joined #yocto17:33
*** aragua <aragua!~fabien@LPoitiers-656-1-79-67.w193-251.abo.wanadoo.fr> has quit IRC17:35
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC17:39
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto17:39
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:49
*** toscalix <toscalix!~agustinbe@149.100.1.60> has quit IRC17:50
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC17:50
*** maxin1 <maxin1!~maxin@194.136.86.45> has quit IRC17:52
*** aehs29 <aehs29!aehernan@nat/intel/x-cqeslplpvgtptyqh> has quit IRC18:00
*** aehs29 <aehs29!~aehernan@134.134.137.71> has joined #yocto18:00
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC18:00
*** aehs29 <aehs29!aehernan@nat/intel/x-lfgsxgkvngnukngd> has joined #yocto18:01
*** jbrianceau is now known as jbrianceau_away18:02
*** aehs29 <aehs29!aehernan@nat/intel/x-lfgsxgkvngnukngd> has quit IRC18:06
*** aehs29 <aehs29!~aehernan@134.134.137.71> has joined #yocto18:07
*** townxelliot <townxelliot!~ell@176.251.198.9> has quit IRC18:11
benjamirchalstead_: do you know which testopia version we have in bugzilla.YP.org?18:13
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC18:16
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC18:20
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC18:24
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-cduedsokenzrvack> has joined #yocto18:25
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto18:25
*** toanju <toanju!~toanju@195.77.232.109> has joined #yocto18:27
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:27
[Sno]khem: I've seen your question to submit a PR for cross-localedef wrt. the ABI-breaking patch (file://strcoll-Remove-incorrect-STRDIFF-based-optimization-.patch)18:31
[Sno]khem: doesn't cross-localedef has an external relationship to glibc?18:32
fraycross-localedef was based on localedef inside of glibc -- then "modified"..18:32
*** halstead_ <halstead_!~halstead@crown.incitedev.com> has quit IRC18:33
*** halstead_ <halstead_!~halstead@drupal.org/user/301087/view> has joined #yocto18:33
frayI'd assume they could (and should) be kept in sync.. but I don't know if anyone is actively doing that.. (or maybe cross-localedef was merged into glibc when eglibc went away?)18:33
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto18:34
[Sno]in poky/jethro, meta/recipes-core/glibc/cross-localedef-native_2.22.bb fetches ${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc "manually"18:34
[Sno]so I dunno what kind of PR I should send (I hope it should be against https://github.com/kraj/localedef)18:35
[Sno]otherwise I'm totally confused :D18:36
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto18:36
*** halstead_ is now known as halstead18:39
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC18:40
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto18:53
*** benjamirc <benjamirc!~besquive@134.134.139.76> has quit IRC18:55
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC19:00
*** obsrwr <obsrwr!~obsrwr@188.24.225.192> has quit IRC19:00
*** obsrwr <obsrwr!~obsrwr@188.24.225.192> has joined #yocto19:04
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto19:04
*** edbart <edbart!ebartosh@nat/intel/x-vnwyeorurxcdisyh> has quit IRC19:17
rburtonoh yeah i meant to talk to khem about that19:18
*** dvhart <dvhart!~dvhart@134.134.139.76> has joined #yocto19:20
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto19:24
phakorburton:  o/19:31
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC19:39
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC19:42
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has joined #yocto19:48
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto19:57
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-bykcgjrlpuhbinlb> has quit IRC20:06
*** belen <belen!Adium@nat/intel/x-cfcoaxlgxdaaxcxw> has quit IRC20:06
[Sno]rburton: the "fix memory corruption" commit - patch comment like that (https://github.com/rehsack/poky/commit/1b1b9b25acfa70e70db1b429c0443be6671e3e8a) ok?20:08
*** Aethenelle <Aethenelle!~Aethenell@166.170.223.179> has joined #yocto20:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:13
*** varibull_ <varibull_!~varibull@ta.tainstruments.com> has quit IRC20:16
*** varibull_ <varibull_!~varibull@ta.tainstruments.com> has joined #yocto20:17
*** tmcguire_ <tmcguire_!~tmcguire@185.28.184.2> has joined #yocto20:21
*** tmcguire <tmcguire!~tmcguire@185.28.184.2> has quit IRC20:22
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:27
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC20:41
*** morphis <morphis!~morphis@p5480D09F.dip0.t-ipconnect.de> has quit IRC20:42
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC20:43
*** ziggo <ziggo!~ziggo@p2003006CCD3D460036363BFFFED11AA2.dip0.t-ipconnect.de> has quit IRC20:49
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has quit IRC20:50
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has joined #yocto20:51
*** [Sno] <[Sno]!~sno@rademacherexchange.de> has quit IRC20:53
Crofton|workhttps://github.com/jedisct1/libsodium/issues/25920:53
Crofton|worksomeone had an issue building something on an Edison20:53
Crofton|workI feel like busybox tar can't unpack long filenames20:53
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC20:54
*** Aethenelle <Aethenelle!~Aethenell@166.170.223.179> has quit IRC21:02
*** pohly <pohly!~pohly@p57A57CC2.dip0.t-ipconnect.de> has quit IRC21:07
*** obsrwr <obsrwr!~obsrwr@188.24.225.192> has quit IRC21:07
*** sujith_h <sujith_h!~toaster@139.181.35.34> has joined #yocto21:09
*** sno <sno!~sno@ip-95-223-195-210.hsi16.unitymediagroup.de> has joined #yocto21:17
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC21:19
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC21:22
*** nemunaire_ <nemunaire_!~nemunaire@ra.nemunai.re> has joined #yocto21:43
*** nemunaire <nemunaire!~nemunaire@ra.nemunai.re> has quit IRC21:43
*** marka <marka!~marka@198-48-235-189.cpe.pppoe.ca> has quit IRC21:48
rburtonso21:48
rburtonjust how long ago was bin/build/oebuild.sh removed?21:49
*** dvhart <dvhart!~dvhart@134.134.139.76> has quit IRC21:51
*** dreyna4529 <dreyna4529!~dreyna@unknown-216-197.windriver.com> has joined #yocto21:54
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto21:57
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC22:00
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto22:00
*** fledermaus <fledermaus!~vivek@pakora.collabora.co.uk> has quit IRC22:05
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC22:06
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto22:07
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:08
*** SpaceBebop <SpaceBebop!~SpaceBebo@50-73-9-149-richmond.hfc.comcastbusiness.net> has quit IRC22:14
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has joined #yocto22:18
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC22:20
*** IvanSB <IvanSB!~IvanSB@host141-29-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC22:24
*** dreyna4529 <dreyna4529!~dreyna@unknown-216-197.windriver.com> has quit IRC22:29
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC22:30
*** paulg_ <paulg_!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto22:30
*** scottrif <scottrif!~scottrif@184-100-253-198.ptld.qwest.net> has joined #yocto22:32
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC22:32
*** dreyna4529 <dreyna4529!~dreyna@unknown-4-216.windriver.com> has joined #yocto22:36
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC22:38
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto22:38
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto22:39
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC22:43
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** dreyna4529 <dreyna4529!~dreyna@unknown-4-216.windriver.com> has quit IRC23:02
*** aehs29 <aehs29!~aehernan@134.134.137.71> has left #yocto23:05
*** dreyna4529 <dreyna4529!~dreyna@unknown-216-197.windriver.com> has joined #yocto23:06
*** agust <agust!~agust@pD9E2F31D.dip0.t-ipconnect.de> has quit IRC23:17
*** sjolley <sjolley!sjolley@nat/intel/x-ayvsvzxndpcmhfyg> has quit IRC23:19
*** sjolley <sjolley!sjolley@nat/intel/x-yelldoztqywiyryg> has joined #yocto23:20
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC23:22
*** paulg_ <paulg_!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC23:22
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has quit IRC23:23
*** sameo <sameo!~samuel@192.55.55.39> has quit IRC23:23
*** sjolley <sjolley!sjolley@nat/intel/x-yelldoztqywiyryg> has quit IRC23:24
*** sjolley <sjolley!~sjolley@134.134.137.71> has joined #yocto23:25
*** psadro <psadro!~Thunderbi@216.234.148.134> has quit IRC23:25
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto23:25
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto23:26
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has joined #yocto23:30
*** sjolley <sjolley!~sjolley@134.134.137.71> has quit IRC23:30
*** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto23:37
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC23:41
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto23:42
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has quit IRC23:42
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC23:47
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto23:48
*** sjolley <sjolley!sjolley@nat/intel/x-smxbllsszooeownw> has joined #yocto23:49
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has joined #yocto23:50

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