Friday, 2016-02-05

*** madisox <madisox!~madison@12.30.244.5> has quit IRC00:08
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC00:11
-YoctoAutoBuilder- build #622 of nightly-qa-skeleton is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/62200:26
-YoctoAutoBuilder- build #617 of nightly-qa-extras is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/61700:28
-YoctoAutoBuilder- build #57 of nightly-uclibc is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-uclibc/builds/5700:29
*** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto00:36
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto00:37
*** fmeerkoetter_ <fmeerkoetter_!~quassel@service.basyskom.com> has joined #yocto00:39
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC00:40
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC00:40
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC00:40
*** SoylentYellow <SoylentYellow!~SoylentYe@207.114.172.147> has joined #yocto00:40
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto00:41
*** SoylentYellow <SoylentYellow!~SoylentYe@207.114.172.147> has quit IRC01:13
-YoctoAutoBuilder- build #619 of nightly-qa-logrotate is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/61901:23
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC01:30
*** alimon <alimon!~alimon@187-176-43-14.dynamic.axtel.net> has joined #yocto01:34
*** Lanser <Lanser!76a3dd8d@gateway/web/freenode/ip.118.163.221.141> has joined #yocto01:34
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto01:34
LanserTask 1577 (/home/julian/poky/meta/recipes-sato/matchbox-terminal/matchbox-terminal_git.bb, do_unpack) failed with exit code '1'01:35
LanserI get 16 error like above, anyone could provide any idea ??01:36
LanserI use ubuntu 14.04, branch is dizzy, MACHINE is "qemux86-64"01:38
Lanseranyone here ??01:38
Lansersad......01:39
kergoththat doesn't actually tell us anything01:41
kergothsee the log file for the task, which those errors refer to01:42
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto01:44
nerdboypkgconfig-native is broken on master01:46
nerdboyer, let's internal glib is broken01:47
nerdboy*say even01:47
Lanserer~~ sorry I am very new to yocto.01:50
LanserOK, I should find a way to post log on the web then come back here.01:53
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC01:54
-YoctoAutoBuilder- build #280 of ptest-x86 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/ptest-x86/builds/28001:56
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto01:58
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto01:58
kergothLanser: google for pastebin, there are lots of them02:04
kergothkhem: is there a way, after the fact, to get a list of the recipes that built with gcc in my build? perhaps it'd be wortha dding a log for that like qa.log or something02:04
kergothkhem: (re: clang)02:05
* nerdboy thinks building from the release tag should actually work02:07
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto02:08
LanserHi kergoth: http://pastebin.com/xFBMGrCZ02:14
LanserWhat I did before bitbake is:  sudo apt-get install gawk wget git-core diffstat unzip texinfo gcc-multilib build-essential chrpath socat libsdl1.2-dev xterm02:16
Lanser2. git clone http://git.yoctoproject.org/git/poky and switch to dizzy branch02:17
Lanser3. modify ~/poky/build$ gedit ./conf/local.conf -> add MACHINE ?= "qemux86-64", remove #MACHINE ??= "qemux86"02:18
Lanser4. bitbake -k core-image-sato02:18
LanserThen error happen, if no error, I expect to run:  runqemu qemux86-6402:19
LanserHere is the log file: https://www.dropbox.com/s/av8qql18rn6wyz3/yocto_build_error.log?dl=002:24
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC02:26
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has quit IRC02:27
nerdboylibffi-native also broken?02:29
nerdboymaster seems a lot chunkier than usual...02:30
* nerdboy has a working hack for pkg-config-native tho02:30
LanserHmmm...02:30
nerdboy /usr/bin/ld: src/x86/.libs/ffi.o: relocation R_386_GOTOFF against undefined hidden symbol `ffi_closure_REGISTER' can not be used when making a shared object02:31
kergothHmm, binutils-crosssdk's suffix doesn't include SDK_OS, so a multi-sdkmachine build between mingw and linux blows up02:37
kergothshould probably include the full sys it's targeting02:37
*** dreyna4529 <dreyna4529!~dreyna@unknown-216-200.windriver.com> has quit IRC02:39
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has joined #yocto02:40
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-ssiiumaahwykrboh> has quit IRC02:41
*** Crofton|work <Crofton|work!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has quit IRC02:56
*** Crofton|work <Crofton|work!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has joined #yocto03:01
fraykergoth the multiple sdkmachine worked in YP 2.003:16
*** thaytan_ <thaytan_!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto03:16
fray(I don't think we've got any special patches for that)..03:16
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC03:16
kergothdid you test with linux and non-linux, but the same arch? i just tested 10 minutes ago with mingw32 and linux and it choked due to both binutils recipes being 'binutils-cross-i686'03:16
fraythat is part of our normal toolchain build process.. simply adjust the SDKMACHINE and build.. the system wipes out the old binutils-crosssdk and generates a new (right one) for the switch03:16
frayya.. typical test is 4 ways..03:16
kergothit didn't do that here03:17
fraySDKMACHINE={i686,x86_64,i686-mingw,x86_64-mingw)03:17
kergothhmm, will try again03:18
frayya.. typical build is for mach in <machine list> ; do for sdk in <sdk list>; MACHINE=$mach SDKMACHINE=$sdk bitbake -c populate_sdk <image> ; done ; done03:21
*** alimon <alimon!~alimon@187-176-43-14.dynamic.axtel.net> has quit IRC03:33
-YoctoAutoBuilder- build #617 of build-appliance is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/61703:36
-YoctoAutoBuilder- build #630 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/63003:57
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC04:07
-YoctoAutoBuilder- build #614 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/61404:15
*** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC04:23
*** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto04:23
-YoctoAutoBuilder- build #637 of nightly-x86 is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/63704:31
*** jjmb1 <jjmb1!~jjmb@c-98-225-183-175.hsd1.pa.comcast.net> has joined #yocto04:41
*** jjmb <jjmb!~jjmb@2601:46:c602:c4a0:898e:760b:fb0b:fb97> has quit IRC04:43
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto05:06
*** thaytan_ <thaytan_!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC05:07
*** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto05:08
-YoctoAutoBuilder- build #625 of nightly-x86-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/62505:17
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC05:24
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto05:24
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC05:27
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto05:28
-YoctoAutoBuilder- build #616 of nightly-ppc-lsb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/61606:02
*** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has joined #yocto06:04
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto06:04
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC06:06
*** Mutter <Mutter!~Mutter@cpe-172-73-149-122.carolina.res.rr.com> has joined #yocto06:08
*** Mutter <Mutter!~Mutter@cpe-172-73-149-122.carolina.res.rr.com> has quit IRC06:11
*** morphis <morphis!~morphis@p50862B50.dip0.t-ipconnect.de> has joined #yocto06:13
*** Lanser <Lanser!76a3dd8d@gateway/web/freenode/ip.118.163.221.141> has quit IRC06:19
*** IvanSB <IvanSB!~IvanSB@host90-244-dynamic.247-95-r.retail.telecomitalia.it> has joined #yocto06:40
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC06:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto06:56
*** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto07:00
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto07:10
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:10
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto07:10
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC07:23
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto07:25
-YoctoAutoBuilder- build #634 of nightly-ppc is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/63407:26
*** joshuagl <joshuagl!joshuagl@nat/intel/x-wpnyzpjvcqqyqhyr> has joined #yocto07:26
*** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC07:28
*** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto07:28
*** pohly <pohly!~pohly@p5DE8DF37.dip0.t-ipconnect.de> has joined #yocto07:32
*** mihai <mihai!~mihai@134.134.139.74> has joined #yocto07:33
-YoctoAutoBuilder- build #640 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/64007:35
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC07:39
*** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC07:40
*** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto07:40
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto07:42
*** toscalix <toscalix!~agustinbe@149.100.1.60> has joined #yocto07:42
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has joined #yocto07:43
*** toscalix <toscalix!~agustinbe@149.100.1.60> has joined #yocto07:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC07:49
*** agust <agust!~agust@p4FDE6367.dip0.t-ipconnect.de> has joined #yocto07:58
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-xhqitwjgzcgmeenc> has joined #yocto07:59
*** jbrianceau_away is now known as jbrianceau07:59
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto08:03
*** fl0v0 <fl0v0!~fvo@pD9F6B148.dip0.t-ipconnect.de> has joined #yocto08:03
*** benjamirc <benjamirc!besquive@nat/intel/x-xhqssxqhwamdigez> has joined #yocto08:04
*** mckoan|away is now known as mckoan08:08
*** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has joined #yocto08:09
*** sledges <sledges!~sleleiva@unaffiliated/sledgeas> has quit IRC08:10
*** sledges <sledges!~sleleiva@192.194.199.35> has joined #yocto08:11
*** sledges <sledges!~sleleiva@unaffiliated/sledgeas> has joined #yocto08:11
*** townxelliot <townxelliot!~ell@176.251.41.59> has joined #yocto08:12
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto08:18
*** joshuagl_ <joshuagl_!joshuagl@nat/intel/x-qzsipqqyspclwvgr> has joined #yocto08:24
*** joshuagl <joshuagl!joshuagl@nat/intel/x-wpnyzpjvcqqyqhyr> has quit IRC08:24
*** alex_ <alex_!~alexl@h234n20-mael-a12.ias.bredband.telia.com> has joined #yocto08:28
*** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has quit IRC08:28
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto08:32
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto08:37
khemkergoth: good idea. Usually how will we do it08:40
khemwe do have TOOLCHAIN = "gcc" setting in bbappend08:40
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:43
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto08:44
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto08:45
*** florian_kc is now known as florian08:46
bboozzookhem: looking for advice on systemd, since you've upgraded it in OE a couple of times, I figured you might be the right person to ask08:48
bboozzooI'm trying to make it more configurable, there's a number of switches that one can pass to cnfigure to enable stuff like machined, logind and so on08:49
bboozzooi'm waging between enabling all of that and spliting it up into separate packages or just adding a bunch of PACKAGECONFIG flags with features08:49
bboozzoonot sure what is the preferred approach, from what I've seen Ross added systemd-binfmt as package rather than PACKAGECONFIG flag08:51
bboozzoobut then, stuff like coredup is enabled via PACKAGECONFIG flag (unset by default) and just packaged into systemd08:53
*** belen <belen!~Adium@134.134.139.76> has joined #yocto09:04
*** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has joined #yocto09:07
*** aragua <aragua!~fabien@LPoitiers-656-1-79-67.w193-251.abo.wanadoo.fr> has joined #yocto09:09
*** vdehors_ <vdehors_!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto09:14
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto09:15
*** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC09:18
*** alex_ is now known as alexlarsson09:19
alexlarssonI09:21
alexlarssonI'm having an issue with yocto 2.009:22
rburtonhi alexlarsson09:22
alexlarssonI just built a core-image-miminal having just added09:22
alexlarssonCORE_IMAGE_EXTRA_INSTALL="bash glibc-binary-localedata-en-us"09:22
alexlarssonto the default generated config09:22
alexlarssonand i get:09:22
alexlarssonroot@qemux86:~# export LC_ALL=en_US09:23
alexlarsson-sh: loadlocale.c:130: _nl_intern_locale_data: Assertion `cnt < (sizeof (_nl_value_type_LC_COLLATE) / sizeof (_nl_value_type_LC_COLLATE[0]))' failed.09:23
rburtonyeah i was hoping [Sno] would have posted his fix for that by now :)09:23
alexlarssonOh, there is a fix?09:23
rburtonalexlarsson: https://github.com/rehsack/poky/commit/46ac36953e2e76ba716c7ba42ddfe41c9a19a11d09:23
* alexlarsson & desperate...09:23
[Sno]rburton: thanks for having it cached ;)09:23
rburton[Sno]: left the tab open to remind me to pester you :)09:23
[Sno]still no tuit to send the mail :(09:24
rburtonalexlarsson: i've not tested that, but its certainly worth a try09:24
rburtonalexlarsson: if you can verify it now then i'll just take that and send it myself :)09:24
[Sno]we built a new field test release with that yesterday09:24
[Sno]after labor tests satisfied project lead ^^09:24
*** sameo <sameo!~samuel@192.55.54.36> has joined #yocto09:25
rburtoni think there's a global scarcity of tuits right now :(09:25
alexlarsson[Sno]: am i missing something, or is the patch it references not in the commit?09:26
rburtonalexlarsson: the patch is already in the tree09:26
alexlarssonah, i see09:26
[Sno]alexlarsson: that's the patch introducing the ABI breakage09:27
alexlarssoni see09:27
rburtonwould be awesome if we didn't need the cross-localedef nasty09:27
alexlarssonit was added to glibc, so it needs to be added to the cross locale build too?09:27
rburtonyes09:27
* alexlarsson & rebuilding09:28
[Sno]but cross-building the locale-binaries with qemu isn't much better from resources point of view09:28
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:29
[Sno]less nasty for sure ...09:29
rburtonwell it would be awesome if we didn't need to fork bits of glibc to do cross locale building09:30
alexlarssondid you ever try to get the locale cross build utils upstreamed?09:32
alexlarssonglibc upstream is said to be nice these days09:32
*** belen <belen!~Adium@134.134.139.76> has quit IRC09:32
rburtonyeah that's something to be tried again09:33
rburtonkhem would be the person to speak to, although he's all about musl these days :)09:33
alexlarssonI don't get why everyone is so excited about musl09:33
alexlarssonIt doesn't seem to have enough support for things for e.g. desktop apps09:34
alexlarssonanyway, that patch fixed my issue09:34
alexlarssonand imho looks safe enought to merge09:34
alexlarssonbut, then i'm just flailing around wrt yocto :)09:34
rburtonalexlarsson: khem has been running xfce on it09:34
alexlarssonhopeing something sticks09:35
rburtonalexlarsson: upgrading the ostree bootstrap?09:35
alexlarssonthe xdg-app runtime09:35
alexlarssonto 2.009:35
alexlarssonwhich is nice09:35
rburtoncool09:35
alexlarssondropped a bunch of custom stuff09:35
rburton\o/09:35
-YoctoAutoBuilder- build #344 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/34409:36
alexlarssonI'll add that patch to the meta-freedesktop layer for now09:36
alexlarssonMaybe i should try to upstream my overlay things at some point09:37
alexlarssonhttp://cgit.freedesktop.org/xdg-app/freedesktop-sdk-base/tree/meta-freedesktop/recipes-core/glibc/glibc09:37
alexlarssonlike that one09:37
alexlarssonhttp://cgit.freedesktop.org/xdg-app/freedesktop-sdk-base/tree/meta-freedesktop/recipes-core/glibc/glibc/glibc-static-tls.patch09:37
alexlarssoni mean that09:38
rburtonlooks like that shoud go upstream yeah09:38
alexlarssonits from the fedora kernel09:39
alexlarssonwithout it gl + python breaks with some mesa drivers09:39
alexlarssonhttp://cgit.freedesktop.org/xdg-app/freedesktop-sdk-base/tree/meta-freedesktop/recipes-devtools/make/make/make-handle-ttyname-fail.patch09:40
alexlarssonthis one is a bit weirder09:40
alexlarssonit mainly fixes things for container use (where the real tty of a process is outside the container)09:41
alexlarssonSRC_URI_remove = "file://04-default-is-optimized.patch"09:41
alexlarssonI also had to do that in the python builds09:41
alexlarssonbecause it makes asserts a no-op...09:42
rburtonhuh, i never knew we had that09:42
rburtonthat sounds wrong09:42
alexlarssonyeah09:42
alexlarssonI also have to do this in bash:09:42
rburtonerm yeah that's just being deleted09:42
alexlarssonEXTRA_OECONF += "bash_cv_getcwd_malloc=yes "09:42
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-ueknfhwjobpxdcvp> has joined #yocto09:42
alexlarssonbecause it picks some alternative getcwd impl that doesn't work in a container otherwise09:43
rburtonalexlarsson: clearly mickey wasn't aware that python optimisation isn't optimisation09:43
alexlarssonlibpcre:09:43
alexlarssonEXTRA_OECONF = "--enable-unicode-properties"09:43
alexlarssonneeded for glib 2.46.209:43
rburtonwhy isn't that on by default?09:43
alexlarssonfuck knows...09:44
rburtonyou should ask a glib maintainer09:44
rburton09:44
alexlarssonNo no09:44
alexlarssonits needed in libpcre for glib to use the system copy09:44
rburtonso we dropped the optimise patch for python2 at some point, but it came back for py309:44
rburtonoh right, sorry09:44
rburtonyou should send patches :)09:45
alexlarssonI guess09:45
alexlarssonbugzilla?09:45
alexlarssonI just don't know how important this stuff is to you. I'm not really doing "embedded" stuff09:45
rburtonwell the py3 one is  just a broken patch, that's stupid09:45
rburtonfixing now09:45
rburtonthe bash one tingles my spidey sense as we were hitting malloc failures inside bash in QA09:46
rburtonpcre should be a packageconfig at least, and if the overhead isn't too much just enable by default09:46
*** belen <belen!~Adium@134.134.139.76> has joined #yocto09:47
alexlarssonAlso, i have an EXTRA_OEMCONF to get python support in libxml209:47
alexlarssonThere should be a nicer option for that09:47
LexGhey guyz, short question09:50
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-ueknfhwjobpxdcvp> has left #yocto09:50
rburtonalexlarsson: python should be enabled by default, or at least is in mater09:51
LexGwhy would a do_fetch not get pass the CLOSE_WAIT state of the connection09:51
alexlarssonrburton: oh, maybe it changed since 1.8 which i updated from09:51
* alexlarsson & looks09:51
alexlarssonyeah, seems to be there09:53
* alexlarsson & deletes more09:53
rburtonalexlarsson: so without that pcre option glib is using its internal copy of pcre?09:54
alexlarssonrburton: yeah09:54
alexlarssonat least with 2.46.2 or later09:54
rburtonfiddle fiddle fiddle09:54
alexlarssonhttps://git.gnome.org/browse/glib/tree/configure.ac#n233209:55
alexlarssonactually, since forever09:57
alexlarssonit just auto-enables the use of a system copy with 2.46.209:57
*** epetmab <epetmab!~epetmab@user167.85-195-55.netatonce.net> has joined #yocto09:58
rburton  --with-pcre=[internal/system]09:58
rburton                          whether to use system PCRE [default=internal]09:58
rburtonthe docs are wrong then :)09:59
rburtonoh, post 2.46.2, surely09:59
alexlarssonyeah, maybe its in 2.47 only09:59
rburtoni can get the groundwork in quickly though09:59
alexlarssonhttps://git.gnome.org/browse/glib/commit/?id=82c2461e3d719dfe11361c07502d1cf8a998c12110:00
alexlarssonyou should probably use --with-pcre=system anyway10:00
alexlarssonmakes more sense for distro use10:00
rburtonyeah10:01
alexlarssonSo, for libxml2-python i have to add PACKAGECONFIG=python in my layer?10:04
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto10:05
alexlarssonoh, no, its on by default10:05
alexlarssonHmm, my bbappend has --with-zlib which is not in the default, so maybe i need a layer anyway10:07
alexlarssonWhy is that not on the regular OEMCONF, but it is for the native one?10:08
*** belen <belen!~Adium@134.134.139.76> has quit IRC10:12
*** belen <belen!~Adium@134.134.139.76> has joined #yocto10:13
*** epetmab is now known as zerus10:15
alexlarssonrburton: want me to file bugs for these things?10:19
zerusHi all. I'm trying to get 'bitbake meta-toolchain-qt5' working for raspberrypi/2. I have tried a number of different patches currently flowing around, without success. It works when building without x11 and wayland, but I want to be able to run the qt applications from X.. Anyone that knows of any currently working tree to achive this (or any other good 'hacks' to get it working)?10:20
zerusIn my current tree it fails on: fatal error: interface/vmcs_host/wayland-dispmanx-server-protocol.h: No such file or directory10:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:25
rburtonalexlarsson: please10:25
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC10:30
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto10:31
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:33
*** clopez <clopez!~tau@neutrino.es> has quit IRC10:34
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC10:37
*** clopez <clopez!~tau@neutrino.es> has joined #yocto10:41
rburtonenabling unicode properties in pcre makes a surprising difference to the binary size10:42
rburtonpackages/corei7-64-poky-linux/libpcre/libpcre: PKGSIZE changed from 157544 to 272312 (+72%)10:42
*** berton <berton!~fabio@177.127.6.77> has joined #yocto10:45
alexlarssonrburton: yeah, but then you get to not have a copy of it in glib...10:49
rburtonoh yeah, sure10:49
rburtonjust surprised it made such a difference10:49
alexlarssonso, how much smaller is glib with --with-pcre=system10:49
rburtonbuilding now to find out10:49
rburtontouching pcre of course means perl wants to rebuild :)10:50
alexlarssonso, do i file against OE-Core product?10:50
dv_when I use bash in a yocto-built rootfs, the left/right arrow keys don't work as usual. I have to do something like http://superuser.com/questions/488157/how-do-i-make-ctrl-arrow-keys-move-forward-backward-a-word-at-a-time-in-cygwin-b10:51
alexlarssontwisty maze of bugzillas, none alike10:51
dv_is there a better way to do that other than to manually put in a config file?10:51
dv_perhaps some packageconfig I missed?10:51
rburtonalexlarsson: build system and metadata -> oe-core10:52
*** tsramos <tsramos!tsramos@nat/intel/x-jhyhcgknfqqbutqg> has joined #yocto10:57
alexlarssonrburton: no bug needed for the python optimize thing?11:03
*** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC11:07
*** nandi_ge___ <nandi_ge___!~nandor@194.9.252.237> has joined #yocto11:09
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC11:10
*** kjokinie <kjokinie!~kjokinie@145.247.15.238> has quit IRC11:11
alexlarssonI guess you're on the pcre thing too11:12
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC11:12
*** icanicant <icanicant!~icanicant@195.88.236.129> has quit IRC11:12
*** MWelchUK <MWelchUK!~martyn@host86-182-35-223.range86-182.btcentralplus.com> has quit IRC11:12
*** falstaff_ <falstaff_!~quassel@83.150.42.223> has quit IRC11:12
*** Tenhi <Tenhi!~tenhi@static.100.25.4.46.clients.your-server.de> has quit IRC11:12
*** falstaff <falstaff!~quassel@83.150.42.223> has joined #yocto11:12
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC11:12
alexlarssonSo, its pcre, locale crash, https://bugzilla.yoctoproject.org/show_bug.cgi?id=9066 and https://bugzilla.yoctoproject.org/show_bug.cgi?id=906711:12
yoctiBug 9066: normal, Undecided, ---, ross.burton, NEW , Increase nr of static TLS slots11:12
yoctiBug 9067: normal, Undecided, ---, paul.eggleton, NEW , make: don't crash if ttyname fails11:12
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has quit IRC11:12
*** hanthings_ <hanthings_!~nandor@194.9.252.237> has quit IRC11:12
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto11:13
*** jedix <jedix!~jedix@24-246-5-195.cable.teksavvy.com> has joined #yocto11:14
*** benjamirc <benjamirc!besquive@nat/intel/x-xhqssxqhwamdigez> has quit IRC11:17
*** IvanSB <IvanSB!~IvanSB@host90-244-dynamic.247-95-r.retail.telecomitalia.it> has quit IRC11:20
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto11:20
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto11:24
*** icanicant <icanicant!~icanicant@195.88.236.129> has joined #yocto11:24
*** MWelchUK <MWelchUK!~martyn@host86-182-35-223.range86-182.btcentralplus.com> has joined #yocto11:24
*** IvanSB <IvanSB!~IvanSB@host90-244-dynamic.247-95-r.retail.telecomitalia.it> has joined #yocto11:25
*** kjokinie <kjokinie!~kjokinie@145.247.15.238> has joined #yocto11:26
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC11:38
rburtonalexlarsson: that's right, thanks!11:38
*** obsrwr <obsrwr!~otp-amois@89.121.200.102> has joined #yocto11:40
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto11:40
rburtonalexlarsson: 176k down in glib library size11:41
*** Tenhi <Tenhi!~tenhi@static.100.25.4.46.clients.your-server.de> has joined #yocto11:41
rburtonnet win!11:41
alexlarssonyeah11:42
-YoctoAutoBuilder- build #618 of nightly-qa-extras is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/61811:42
-YoctoAutoBuilder- build #58 of nightly-uclibc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-uclibc/builds/5811:55
-YoctoAutoBuilder- build #623 of nightly-qa-skeleton is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/62312:05
-YoctoAutoBuilder- build #620 of nightly-qa-logrotate is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/62012:06
*** Crofton|work <Crofton|work!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has quit IRC12:08
*** Crofton|work <Crofton|work!~balister@pool-108-44-110-59.ronkva.east.verizon.net> has joined #yocto12:11
*** clopez <clopez!~tau@neutrino.es> has quit IRC12:11
-YoctoAutoBuilder- build #618 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/61812:14
-YoctoAutoBuilder- build #281 of ptest-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/ptest-x86/builds/28112:16
*** benjamirc <benjamirc!besquive@nat/intel/x-opycrdzznhmmalib> has joined #yocto12:17
*** clopez <clopez!~tau@neutrino.es> has joined #yocto12:32
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC12:57
*** belen <belen!~Adium@134.134.139.76> has quit IRC12:57
t0mmyI have a question about, the current toolchain of master branch, I see it uses musl instead of glib ? What is it the plan for the libc ?12:58
*** TobSnyder <TobSnyder!~schneider@ip9234b44d.dynamic.kabel-deutschland.de> has quit IRC13:01
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC13:05
t0mmy(I speak about the poky-tiny toolchain)13:05
*** belen <belen!Adium@nat/intel/x-uykxemwiqntgerfm> has joined #yocto13:06
rburtonyes, it moved to musl13:15
rburtonthat's the plan13:15
*** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC13:16
*** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto13:16
t0mmyrburton: ok, and poky (no tiny) will continue to use glibc ?13:18
rburtonyes13:19
rburtonby default, obviously13:20
rburtonyou can do what you want13:20
LetoThe2nda.k.a. "its only software" ;)13:20
t0mmyrburton: fine, thank you for the quick answer.13:21
-YoctoAutoBuilder- build #623 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/62313:30
*** lostcontrol <lostcontrol!c30868fa@gateway/web/freenode/ip.195.8.104.250> has quit IRC13:32
*** lamego <lamego!jose@nat/intel/x-lljcwevhxvyfusmq> has joined #yocto13:34
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC13:40
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto13:42
*** ryansturmer <ryansturmer!~ryansturm@cpe-71-77-65-16.nc.res.rr.com> has joined #yocto13:42
ryansturmerHey all, what is the correct way to specify a branch to the git fetcher in a recipe?13:44
ryansturmerIdeally I'd like to check out a branch, but have it act like SRC_REV="${AUTOREV}"13:44
ryansturmer(just give me the latest of the specified branch)13:44
fl0v0SRC_URI = " \13:47
fl0v0    git://website/project.git;branch=development \13:47
fl0v0    "13:47
*** rocsorva <rocsorva!~arnold@80.97.64.55> has joined #yocto13:52
ryansturmerWell sure it's obvious if you put it like that :)13:59
ryansturmerThanks!13:59
-YoctoAutoBuilder- build #638 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/63813:59
ryansturmerOne other question.  I've got a recipe that depends on GNU readline - and I've added readline to my DEPENDS for the recipe, and readline is getting built fine, but my recipe still won't compile - it doesn't seem to see the header for readline.  (ie passing -lreadline to gcc doesn't seem to turn up the library)14:01
ryansturmerwhat's the best way to go about diagnosing this?14:01
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC14:03
*** _gpg_ <_gpg_!53ce617d@gateway/web/freenode/ip.83.206.97.125> has joined #yocto14:07
_gpg_hello everybody14:08
*** Jack_shanghai <Jack_shanghai!~jackzhang@li409-26.members.linode.com> has joined #yocto14:08
*** Jack_shanghai <Jack_shanghai!~jackzhang@li409-26.members.linode.com> has left #yocto14:08
_gpg_anyone knows how to enable bootchart please ? i've already added bootchart but there's nothing in my /var/log (i'm also using system-d)14:08
ryansturmerIt looks like bootchart is part of systemd now, you shouldn't need to enable anything14:12
ryansturmerdo you have the bootchart-render binary on your target?14:13
ryansturmerCan you run systemd-analyze plot on your system and get output?14:14
*** mckoan is now known as mckoan|away14:14
ryansturmerIt looks like the bootchart "classic" that's built into systemd can be enabled by passing it to the kernel command line, so it's going to depend on what bootloader you use14:15
ryansturmeryou need to pass init=/usr/lib/systemd/systemd-bootchart on the kernel command line to enable boot charting, if you don't want to use systemd-analyze (which should just work with no configuration)14:16
*** Aethenelle <Aethenelle!~Aethenell@166.175.184.61> has joined #yocto14:16
*** paulg_ <paulg_!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto14:18
*** tsramos <tsramos!tsramos@nat/intel/x-jhyhcgknfqqbutqg> has quit IRC14:24
*** marek_ <marek_!~marek@81.89.61.168.host.vnet.sk> has quit IRC14:27
*** sameo <sameo!~samuel@192.55.54.36> has quit IRC14:31
*** jluisn <jluisn!~quassel@187.115.172.24> has joined #yocto14:40
*** joshuagl_ <joshuagl_!joshuagl@nat/intel/x-qzsipqqyspclwvgr> has quit IRC14:42
*** mihai <mihai!~mihai@134.134.139.74> has quit IRC14:51
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto14:54
*** joshuagl_ <joshuagl_!joshuagl@nat/intel/x-qcfqqumojuksgnvm> has joined #yocto14:56
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC14:58
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:59
*** pacopedraza <pacopedraza!86bfdc4a@gateway/web/freenode/ip.134.191.220.74> has joined #yocto15:01
-YoctoAutoBuilder- build #635 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/63515:13
rburtonkhem: the fortify-strong patch disappeared from your branch, was that intentional?15:15
*** mihai <mihai!~mihai@134.134.139.74> has joined #yocto15:17
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC15:18
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto15:21
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto15:22
*** tsramos <tsramos!tsramos@nat/intel/x-booitwjtgpwswovg> has joined #yocto15:26
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto15:29
*** mihai <mihai!~mihai@134.134.139.74> has quit IRC15:29
*** aratiu <aratiu!~adi@80.97.64.55> has left #yocto15:29
*** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC15:31
*** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto15:31
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto15:36
*** Aethenelle <Aethenelle!~Aethenell@166.175.184.61> has quit IRC15:36
-YoctoAutoBuilder- build #617 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/61715:38
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto15:41
*** obsrwr <obsrwr!~otp-amois@89.121.200.102> has quit IRC15:42
* kergoth yawns15:48
*** fl0v0 <fl0v0!~fvo@pD9F6B148.dip0.t-ipconnect.de> has quit IRC15:58
*** alimon11 <alimon11!alimon@nat/intel/x-zxzoexrnacaqfbqq> has joined #yocto16:03
*** nemunaire_ <nemunaire_!~nemunaire@ra.nemunai.re> has joined #yocto16:03
*** Tenhi <Tenhi!~tenhi@static.100.25.4.46.clients.your-server.de> has quit IRC16:04
*** phragment <phragment!~blubb@jabber.htu.tu-graz.ac.at> has joined #yocto16:04
*** noraply <noraply!~nora@sestofw01.enea.se> has quit IRC16:05
*** smartin__ <smartin__!~smartin@207.ip-37-59-126.eu> has joined #yocto16:05
*** zerus_ <zerus_!~epetmab@user167.85-195-55.netatonce.net> has joined #yocto16:06
*** roxell_ <roxell_!~roxell@c-932171d5.07-21-73746f28.cust.bredbandsbolaget.se> has joined #yocto16:06
*** lamego1 <lamego1!~jose@134.134.137.75> has joined #yocto16:06
*** amcgrath1 <amcgrath1!~amcgrath@195.88.236.129> has joined #yocto16:07
*** Tenhi_ <Tenhi_!~tenhi@static.100.25.4.46.clients.your-server.de> has joined #yocto16:07
*** raykinsella781 <raykinsella781!rkinsell@nat/intel/x-jptlvrkowxnkzwqs> has joined #yocto16:07
*** matteo__ <matteo__!~matteo@93-57-16-194.ip162.fastwebnet.it> has joined #yocto16:08
*** hundebol1 <hundebol1!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto16:08
*** Miry <Miry!~kvirc@212.118.209.82> has quit IRC16:09
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto16:09
ryansturmerIt looks like bitbake is trying to install a bunch of debug information in /usr/bin/.debug and my source code in /usr/src/debug16:10
ryansturmerhave I told it to make a debug version of my package somehow?  HOw do I prevent that?16:10
*** pacopedraza <pacopedraza!86bfdc4a@gateway/web/freenode/ip.134.191.220.74> has quit IRC16:12
ryansturmerI have a custom do_install that only copies one file into ${bindir}16:12
ryansturmerI don't know why it would be installing all of these source files as well16:12
*** Mylene <Mylene!~Mylene@204.ip-51-254-215.eu> has quit IRC16:12
ryansturmerkergoth I know you know the answer and I know you're here cause you like, just yawned ;)16:14
*** lamego <lamego!jose@nat/intel/x-lljcwevhxvyfusmq> has quit IRC16:14
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC16:14
*** zerus <zerus!~epetmab@user167.85-195-55.netatonce.net> has quit IRC16:14
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC16:14
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC16:14
*** ueni <ueni!~ueni@85.183.137.2> has quit IRC16:14
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC16:14
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC16:14
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has quit IRC16:14
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC16:14
*** teemu_ <teemu_!~teemu@ip090-113.seclan.com> has quit IRC16:14
*** amcgrath <amcgrath!~amcgrath@195.88.236.129> has quit IRC16:14
*** phragment_ <phragment_!~blubb@jabber.htu.tu-graz.ac.at> has quit IRC16:14
*** alimon1 <alimon1!~alimon@134.134.139.70> has quit IRC16:14
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC16:14
*** nemunaire <nemunaire!~nemunaire@ra.nemunai.re> has quit IRC16:14
*** nemunaire_ is now known as nemunaire16:14
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto16:15
*** jbrianceau is now known as jbrianceau_away16:15
*** alexlarsson <alexlarsson!~alexl@h234n20-mael-a12.ias.bredband.telia.com> has left #yocto16:17
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has quit IRC16:17
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto16:19
*** teemu_ <teemu_!~teemu@ip090-113.seclan.com> has joined #yocto16:21
kergothryansturmer: why would you want to prevent it? debug info is split out into separate binary packages, so is only installed if you want to do debugging. It's the best of both worlds, we get small binaries by default, but can install debug info to debug. inclusion of sources is done so you can examine sources in your debugger and view code at the line numbers it knows about. There's a variable you can use to disable inclusion of source16:21
*** Tenhi_ is now known as Tenhi16:21
ryansturmerI probaby wasn't clear, I'm getting 2 failures16:24
ryansturmerI'm getting an installed-but-not-shipped for stuff installed in the source directory16:24
ryansturmer/usr/src/debug/mypackagename16:24
fraythen you have a package that is either missing the default ${PN}-dbg in the PACkAGES16:25
ryansturmerand I'm getting a non-debug-package contains debug directory16:25
frayor for some reason the stuff is being placed in the wrong location16:25
frayfor the second item, you have a wild card/glob that is too broad..16:25
frayeasiest fix is usually16:25
fray${PN}-dbg += "<path to .debug dir>/.debug"16:25
ryansturmerI had that, but I didn't have the debug listed in packages16:26
ryansturmersince we're on that topic16:26
ryansturmerif I say FILES = "suchandsuch"16:26
ryansturmerthat sets for all packages16:26
ryansturmerbut FILES_${PN} just the package currently being built?16:26
frayFILES = should be ignored AFAIK16:26
frayFILES_<package> are processed in the order fromt he PACKAGES variable16:27
ryansturmerWell, any variable, not just files16:27
ryansturmersay, DEPENDS16:27
ryansturmerDEPENDS = "readline" means any package requires readline16:27
rburtonwell, DEPENDS is build time so DEPENDS_${PN} doesn't make sense16:27
frayyou have two classes of variables.. you have recipe level.. these follow the regular rules of overides..16:27
frayand you have package variables.. they're -always- of the format <variable>_<package>16:28
fraythere are a few cases where <variable> by itself will affect all packages, but don't count on that behavior..16:28
frayrburton, yup..  which is why there is the RDEPENDS_${PN} because it's distinctly different then the recipe (source) dependencies..16:28
ryansturmerah ok16:29
kergothindeed16:29
kergothDEPENDS means one recipe depends on another recipe at build time, RDEPENDS_<pkg> is runtime, dependency from one binary package on another binary package16:29
frayeverything you do in a recipe you need to ask.. does this affect the 'recipe (source)', or does this affect the output (packages)16:29
kergoththe docs do cover this ;)16:29
fraythat will guide you to the vairable usage and for the formatting16:29
*** belen <belen!Adium@nat/intel/x-uykxemwiqntgerfm> has quit IRC16:30
ryansturmerThe docs are enormous, believe me when I say I don't come here until I'm exhausted combing through the docs16:30
*** belen <belen!~Adium@134.134.139.74> has joined #yocto16:30
rburtoncan't win with docs can you :)16:31
kergothyou assked about depends, search for depends :P16:31
ryansturmerMy question isn't about DEPENDS, it's about appending the package name to variables and when that's appropriate/why is it done?16:31
ryansturmerOh well, also about DEPENDS16:32
fraythat is the recipe vs package behavior..16:32
kergothit's appropriate when the variable is for the binary packages16:32
kergothDEPENDS by definition is about the recipe16:32
kergothRDEPENDS is about teh package16:32
ryansturmerI did sort that earlier question out from the docs.16:32
frayrecipes don't get package names (they're irrelevant).. and package variables need to know which package is affected (so it's required)16:32
*** aragua <aragua!~fabien@LPoitiers-656-1-79-67.w193-251.abo.wanadoo.fr> has quit IRC16:32
JaMahmm pigz-native-2.3.3-r0 is failing to find native libz, it will be very short world build..16:32
ryansturmerRight.16:32
kergothI also think everyone should read http://www.aosabook.org/en/yocto.html at least once for the background16:32
frayone of the confusing issue to the variable syntax in OE is that "_" is used for more then one thing..16:33
frayit's used as a seperator in a -single- variable.. it's also used as a seperator for an "override"16:33
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC16:33
kergothyeah, true, worse yet when it's been both16:33
frayin the case of package related variables, it's simple a seperator, not an override16:33
kergothlike this case, we used to get recursions due to using the package name as a temporary override16:33
kergothi htink it still doe sthat, actually.. but it shouldnt' :)16:33
ryansturmerI will read that book, thank you.16:33
frayI've certainly done things like:  RDEPENDS_${PN}_append_class-nativesdk16:34
ryansturmerThat page, rather.16:34
ryansturmerSo, with FILES_16:34
frayin that case, you have a sepertor, an operator and an override16:34
ryansturmerOh oh16:34
fraybut the 'variable' is 'RDEPENDS_${PN}', operator 'append' and override 'class-nativesdk'16:34
ryansturmeryou're saying FILES = doesn't mean anything16:34
frayFILES does not do anything16:34
ryansturmer(because it specifies package files, per package)16:35
frayFILES_<package> does stuff16:35
ryansturmerbut FILES_${PN} says "Ship these files for ${PN} package"16:35
ryansturmergot it.16:35
frayyes..16:35
ryansturmerso I added ${PN}-dbg to my PACKAGES variable16:38
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto16:38
ryansturmerso PACKAGES="${PN} ${PN}-dbg"16:38
khem`rburton: there is a bug in gcc patch I posted16:39
khem`rburton: thats causing g++ use a tonne of memory when compiling cmake and webkit16:39
kergothyou should really just avoid overriding PACKAGES when you dont' need to16:39
khem`I am posting a v3 soon16:39
rburtonkhem: what one?16:39
kergoththe default is probably just fine16:39
khem`005116:39
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC16:40
rburtonok, retracted16:40
ryansturmerWell that fixed it.16:40
khem`rburton: I have ported a new pu16:40
khem`rburton: may be you should drop my v216:41
khem`and use v3 series16:41
khem`I have flip flopped on fstack-protector-strong16:41
khem`since earlier I suspected that change to be the root cause of this16:41
rburtonok16:41
khem`so in v3 I change it back to strong16:41
khem`doing world builds for glibc/musl and 6 architectures takes a hell lot of time16:42
khem`:)16:42
khem`I wish I did not hack so deep components16:42
rburtonyeah it does16:43
rburtonits more annoying when you touch a library that causes gcc to rebuild16:43
rburtontoday i was rebuilding libpcre a few times, and that causes perl/python/rpm to rebuild which was quite boring16:43
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:43
khem`rburton: http://errors.yoctoproject.org/Errors/Details/32754/16:43
khem`is new16:43
khem`did we add something to QA checks16:44
khem`rburton: and all I have is one box16:44
khem`well another one is a VM on my mbp16:44
khem`which counts for nothing16:44
rburtonkhem`: we added a new test but none of those are it16:45
rburtonthe arch test needs to decode numbers to names16:45
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has joined #yocto16:45
rburtonhm that libgcc thing, i've seen before16:45
rburtonstupid brain forgetting things16:46
khem`ERROR: QA Issue: Architecture did not match (183 to 40)16:46
khem`libgcc_s.so is sometimes dlopened16:46
khem`and shlibs wont catch it16:46
khem`especially the unwinder stuff16:46
rburtonoh there was a bug in the pkgdata expansion16:47
rburtonis that based on master?16:47
rburton(oe-core 654f0eec426e882e50f688f6d097d992e34e5b40)16:47
fraywhere I've seen it is a multilib gcc, it produces both a 32-bit and 64-bit libgcc_s.so during compilation16:47
rburtonkhem`: if it were dlopened you wouldn't get that warning16:47
frayboth get packages, and thats when the QA runs through and sees a binary for the "not what I targets"..16:47
frayit's not a dlopen issue, it's that it really did build a binary for the wrong architecture16:48
khem`rburton: yes latest master16:48
khem`rburton: I was thinking of the thread on ml16:48
khem`about libgcc16:48
khem`my issue is related to arch mismatch16:48
fray#define EM_AARCH64      183             /* ARM AARCH64 */16:49
fray#define EM_ARM          40              /* ARM */16:49
frayya.. it's exactly what I thought..  you built a (target) gcc that supports both -m32 and -m64.. so it built two internal versions of libgcc_s.so  one of which is not for the same architecture..16:50
frayI thought we have a QA SKIP for that error in the gcc sources already16:50
fray(for this exact reason)16:50
rburtonkhem`: if you don't mind i'm going to split up that security flags patch as its grown a bit. when the commit message needs a table of contents you know its too long ;)16:51
ryansturmerThanks guys for your help.  Got everything working.16:51
kergothkhem`: i noticed that meta-clang *adds* clang, but doesn't remove the dependency on gcc for TOOLCHAIN=clang recipes, testing a change to do that locally16:51
kergoths/clang/the clang-cross dependency/16:51
khem`kergoth: yes certain16:51
khem`aspects are not ironed out16:52
kergothnp, just wanted to make sure it was on the radar :)16:52
khem`since we dont have a minimal image where I can avoid gcc16:52
khem`kernel needs it16:52
* kergoth nods16:52
khem`so there was no point to attack it16:52
khem`as of now16:52
khem`but patches are welcome16:52
kergothi was just trying to see what in my build was built with gcc, so i figured i'd check -g, and it didn't show anything useful :)16:53
khem`more hands are better16:53
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC16:53
* kergoth nods16:53
khem`fray: its happening in boost16:54
khem`rburton: are you going to pick the kraj/pu16:55
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto16:55
khem`or should I send it to list16:55
rburtonkhem`: picking now16:55
khem`ok thx16:55
fraykhem, if boost is doing it, sounds like it's trying to play the multilib game as well16:55
khem`fray: yeah but it did not do it before16:56
khem`so i think its some16:56
khem`race that makes it so16:56
fraycould be.. I know very early int he YP development we had a lot of problems with boost on IA trying to build both 32-bit and 64-bit.. but those got squashed..16:56
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC16:58
*** jonathanmaw_ <jonathanmaw_!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto17:00
*** joshuagl_ <joshuagl_!joshuagl@nat/intel/x-qcfqqumojuksgnvm> has quit IRC17:02
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC17:02
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC17:03
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto17:06
*** benjamirc <benjamirc!besquive@nat/intel/x-opycrdzznhmmalib> has quit IRC17:08
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has joined #yocto17:12
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC17:12
khemfray: for arm do you do ILP3217:13
rburtonkhem: can you check the security_flags patches in poky-contrib:ross/mut, it bothered me that the commit was getting so varied so i split it up :)17:17
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC17:18
khem`rburton: ok17:19
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto17:19
*** ekil <ekil!~magnus@m37-196-152-63.cust.tele2.se> has quit IRC17:19
khem`rburton: thats how I wanted it :)17:20
khem`+117:20
rburtonthanks17:20
*** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has quit IRC17:20
rburtonif you change that branch again please rebase on that :)17:21
khem`g++ is running OOM on webkit17:21
khem`again17:21
khem`I wonder whats going on17:21
khem`I guess I need to try it on a different machine17:21
*** jonathanmaw__ <jonathanmaw__!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto17:21
khem`I switched the machine to use 4.2 kernel17:21
khem`and that might have done it17:21
*** jonathanmaw__ <jonathanmaw__!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC17:21
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto17:22
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC17:23
*** jonathanmaw_ <jonathanmaw_!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC17:25
*** IvanSB <IvanSB!~IvanSB@host90-244-dynamic.247-95-r.retail.telecomitalia.it> has quit IRC17:26
*** raykinsella781 <raykinsella781!rkinsell@nat/intel/x-jptlvrkowxnkzwqs> has left #yocto17:34
ryansturmerIf I have a package that contains a script that has a shebang line that refers to something that I don't install (for instance /usr/bin/perl)17:34
ryansturmerI get a message indicating that I should add it to the RDEPENDS17:35
rburtonyes17:35
rburtonyou have a script that uses perl and you don't depend on perl, so your script won't work :)17:35
ryansturmerIt's just a warning, but if this is a script that's not used by my package, short of removing it, is there a way to avoid the warning17:35
rburtonyou can either ignore the warning (INSANE_SKIP) or put that script in a separate package you don't install17:35
ryansturmerok17:35
ryansturmerI will go read about INSANE_SKIP17:36
rburton(which can then depend on perl without pulling it in to your image)17:36
ryansturmerIt sounds crazy.17:36
rburtonyou're install a perl script, so it's kind of useful that perl is present for it to run :)17:36
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has joined #yocto17:36
ryansturmerRight right - this is a utility script inside a package I depend on, thats essentially never going to get used on the target system17:36
rburtonsplitting it into another package you don't install is fairly common17:37
ryansturmerthere are several such scripts, and it's a tremendous amount of trouble to go remove them all17:37
ryansturmerroger.  Thanks, that answers my question!17:37
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC17:39
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC17:41
kergothkhem`: https://gist.github.com/kergoth/d588dae2f34e042ee346 seems to work for me, built core-image-base and minimal, but still has limited testing, so not submitting it yet17:44
kergothjust as an fyi17:44
khem`seems ok17:46
khem`dont see any downsides17:46
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto17:49
*** matteo__ <matteo__!~matteo@93-57-16-194.ip162.fastwebnet.it> has quit IRC17:50
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has quit IRC17:52
*** Snert_ <Snert_!~snert_@69-161-21-126.static.acsalaska.net> has quit IRC17:52
kergothi was thinking we should fix basedepends, instead of doing the check for INHIBIT_DEFAULT_DEPS in the function, we should just make it so anything in basedepends is appended if inhibit default deps isn't set, so it'd be easier to add default base deps17:52
kergothi.e https://gist.github.com/kergoth/638a47f50aa781c60cc617:53
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has quit IRC17:54
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC17:55
*** SoylentYellow <SoylentYellow!~SoylentYe@207-114-172-147.static.twtelecom.net> has joined #yocto18:05
*** sameo <sameo!samuel@nat/intel/x-ybfaqgxmnubprgwk> has joined #yocto18:05
*** toscalix <toscalix!~agustinbe@149.100.1.60> has quit IRC18:05
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:06
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC18:07
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has quit IRC18:17
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC18:23
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-xhqitwjgzcgmeenc> has quit IRC18:26
*** bengardiner <bengardiner!adc33ba2@gateway/web/freenode/ip.173.195.59.162> has joined #yocto18:28
bengardinerhi guys18:28
bengardinerwhen using an fsl-community-bsp stack of layers (and not usually in other cases) I get error messages like "Computing transaction...error: Can't install XXXX@cortexa9hf_vfp_neon: no package provides YYYY" when trying to build core-image-{sato,minimal}.18:31
bengardiner The XXXX and YYYY vary a bit; most recently its been python3-xml and python3-elementtree, resp.18:31
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:38
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:38
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:43
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto18:43
wyrmHey, kergoth, thanks for the help yesterday. That was precisely where my problem was.18:44
*** t0mmy <t0mmy!~tprrt@ram31-2-82-228-88-46.fbx.proxad.net> has joined #yocto18:45
*** scottrif <scottrif!~scottrif@68-186-122-205.dhcp.knwc.wa.charter.com> has joined #yocto18:46
kergothwyrm: np18:48
*** tsramos <tsramos!tsramos@nat/intel/x-booitwjtgpwswovg> has quit IRC19:03
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has joined #yocto19:03
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC19:13
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto19:13
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC19:17
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-duzduwxfcuaumcnp> has joined #yocto19:18
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto19:21
bengardiner... the issue is usually resolved with bitbake XXXX -c cleansstate. This situation sound familiar to anyone?19:21
*** morphis <morphis!~morphis@p50862B50.dip0.t-ipconnect.de> has quit IRC19:22
denixis there any way to fail the build early when package signatures change due to "unnatural" causes?19:25
*** khem` is now known as onoffon19:25
*** onoffon is now known as khem`19:25
kergothyou can lock them down entirely, but what exactly is 'unnatural'?19:25
denixkergoth: basically, when a generic package gets rebuilt/repackaged for different machines, but it's not machine-specific itself.19:29
kergothIf you're doing a multi-machine build, that will trigger errors due to the conflict in the sysroot19:29
frayI suspect until we have a 'parallel' machine build implemented -- we won't have an easy way to detect that19:29
denixkergoth: more pointers for locking them down?19:29
denixfray, kergoth: well, in some cases it gets back later on with "PR went backwards" error...19:30
kergothpr can go backwards for all sorts of reasons19:30
fraythat indicates that the checksum changed in a way that the PR server says you've reverted to an earlier build..19:30
kergothit doesn'mt mean this sort of problem necessarily19:30
frayya..19:30
frayif you really want to look fo rthe problem.. lock down the checksums.. and then look for the erorrs? when they change..19:31
kergothbuild one builds one way, another builds another, pr got bumped going from former to the latter, then you go back, for wahtever reason, and it uses that version from ssttate instead of bumping pr again19:31
fraythat of course requires you to do one build, lock it down (common components), then do subsequent "other machine" builds.19:31
denixkergoth, fray: yeah, I know. that's why I'm looking for a way to spot signature changes early on19:31
kergothif you want to spot every signature change, then lock it down.19:32
kergothi don't see that bitbake has a magic way to know which signature changes are okay and which arent'19:32
frayya, it can just compare lock down vs what it wants and bitch19:33
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto19:33
denixkergoth: well, unless the recipe itself got changed, right?19:33
kergothor a class, or a config file, or any of its dependencies, or..19:33
kergothany of those are valid19:33
frayone thing I'm used to seeing a culpret.. someone has made a mistake in the machine config file and made some 'distribution' setting changes..19:34
fraythat effectively invalidates large bits of the system..19:34
fraythere is nothing to stop them, other then detection..19:34
frayif we eventually get parallel (single project) multi-machine.. we can then identify when the checksums for common components change and report it..19:35
frayuntil then the lock-down approach is the best I can think of19:35
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has quit IRC19:35
denixfray, kergoth: ok, makes sense - I'll move in that direction for now then. thanks19:36
*** tsramos <tsramos!tsramos@nat/intel/x-ylhmycjypkwsfcgo> has joined #yocto19:50
*** pohly <pohly!~pohly@p5DE8DF37.dip0.t-ipconnect.de> has quit IRC19:51
*** smartin__ is now known as smartin19:56
kergothbah, recipetool newappend doesn't work in cases where the recipe isnt' currnetly seen as an eligible provider. that's irritating. in thise case i want to append it to make it eligible :)19:57
kergothmight need a better way to map from name to recipe19:57
*** IvanSB <IvanSB!~IvanSB@host90-244-dynamic.247-95-r.retail.telecomitalia.it> has joined #yocto19:57
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:08
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:17
*** berton <berton!~fabio@177.127.6.77> has quit IRC20:22
bengardiner... and then other times -c cleanstate (even of both XXXX and YYYY) is not enough.20:24
bengardineris there some other relevant information I could dig up? bitbake 1.22.0 ? are there any keywords someone could recommend I search through commits for?20:25
*** townxelliot <townxelliot!~ell@176.251.41.59> has quit IRC20:25
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC20:26
*** belen <belen!~Adium@134.134.139.74> has quit IRC20:26
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has joined #yocto20:45
bengardiner(right now is one of the times where the cleansstate is not working)20:52
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has quit IRC20:55
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC21:00
*** _taw_ <_taw_!~taw@ip-89-176-167-254.net.upcbroadband.cz> has joined #yocto21:00
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto21:01
*** jluisn <jluisn!~quassel@187.115.172.24> has quit IRC21:05
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto21:16
*** Snert <Snert!~LoginName@65-70-174-206.gci.net> has quit IRC21:28
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC21:32
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto21:33
*** mago_ <mago_!~mago@88.131.56.168> has quit IRC21:34
*** mago_ <mago_!~mago@88.131.56.168> has joined #yocto21:34
*** IvanSB <IvanSB!~IvanSB@host90-244-dynamic.247-95-r.retail.telecomitalia.it> has quit IRC21:35
*** aehs291 <aehs291!aehernan@nat/intel/x-zudnqjgogmpstgcj> has joined #yocto21:37
*** aehs29 <aehs29!~aehernan@134.134.139.70> has quit IRC21:37
*** zerus_ <zerus_!~epetmab@user167.85-195-55.netatonce.net> has quit IRC21:45
nerdboysjolley: maybe you know the answer to this?21:45
nerdboyis it worthwhile to upload in-progress slides or just wait until they're finished?21:46
nerdboyprobably not...21:50
nerdboy*i'll just wait21:50
*** gferencz <gferencz!~gferencz@173.225.52.242> has quit IRC21:56
kergothkhem: https://gist.github.com/kergoth/14715e1f0e08e07e1fec may be of interest, WIP, still doing test builds21:56
* kergoth ponders21:56
khem`interesting yes21:57
kergothoddly nativesdk.bbclass has NATIVESDKLIBC seemingly with an eye toward making libc switching for the sdk possible, but everything else hardcodes glibc21:58
kergothhmm, i must have messed something up, linux/types.h isn't in the sysroot after building gcc-crosssdk-i686. meh, will revisit later22:02
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC22:15
nerdboywho needs types with today's "modern" languages anyway?22:15
nerdboywait and see if anyone misses them...22:16
kergothi hate when my compute rmakes a noise, and i have no idea what app did it or why22:17
kergothwhat dinged?22:17
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:18
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC22:21
*** bengardiner <bengardiner!adc33ba2@gateway/web/freenode/ip.173.195.59.162> has quit IRC22:21
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:21
kergothah, musl doesn't pull in linux-libc-headers, that explains it22:22
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC22:26
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:27
kergothhmm, that's odd22:27
*** tsramos <tsramos!tsramos@nat/intel/x-ylhmycjypkwsfcgo> has quit IRC22:32
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto22:32
kergothhmm, recipetool-newappend needs a -e arg to just spawn $EDITOR for me22:35
*** Snert <Snert!~LoginName@65-70-174-206.gci.net> has joined #yocto22:39
kergothHmm, WARNING: ../tmp/sstate-control/manifest-i686_linux-musl-nativesdk-libgcc-initial.populate_sysroot not found22:53
kergothwonder what that's about22:53
*** lamego1 <lamego1!~jose@134.134.137.75> has quit IRC22:56
*** madisox <madisox!~madison@12.30.244.5> has quit IRC22:57
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC22:57
*** fmeerkoetter_ <fmeerkoetter_!~quassel@service.basyskom.com> has quit IRC23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@144.76.148.71> has joined #yocto23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** alimon11 <alimon11!alimon@nat/intel/x-zxzoexrnacaqfbqq> has quit IRC23:16
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC23:17
*** scottrif <scottrif!~scottrif@68-186-122-205.dhcp.knwc.wa.charter.com> has left #yocto23:21
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto23:27
*** aehs291 <aehs291!aehernan@nat/intel/x-zudnqjgogmpstgcj> has left #yocto23:41
*** agust <agust!~agust@p4FDE6367.dip0.t-ipconnect.de> has quit IRC23:42
*** sameo <sameo!samuel@nat/intel/x-ybfaqgxmnubprgwk> has quit IRC23:49
*** ap0 <ap0!~ap0@HSI-KBW-109-193-154-042.hsi7.kabel-badenwuerttemberg.de> has joined #yocto23:53
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto23:55

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