Friday, 2019-04-05

*** JaMa <JaMa!> has joined #yocto00:50
*** fatalhalt <fatalhalt!> has joined #yocto01:50
khempsrcode: have you root caused it to be a musl problem ?02:29
khemRP: I sent a libgcc fix which we need on warrior and master both02:29
khembluelightning: good idea, I will look into it02:31
khempsrcode: musl has shown the mirror to many apps to get their act together, tonnes of patches have landed into different apps, about correctness and portability02:32
khemPIE issues are hardly musl related, if you will debug them they are due to wrong assumptions02:33
khemin app code or gcc itself02:34
*** justanotherboy <justanotherboy!~justanoth@> has joined #yocto02:42
*** justanotherboy <justanotherboy!~justanoth@> has quit IRC03:00
*** justanotherboy <justanotherboy!~justanoth@> has joined #yocto03:11
*** fatalhalt <fatalhalt!> has quit IRC03:15
*** justanotherboy <justanotherboy!~justanoth@> has quit IRC03:21
*** chandana73 <chandana73!~ckalluri@> has quit IRC03:32
*** chandana73 <chandana73!~ckalluri@> has joined #yocto03:35
*** chandana73 <chandana73!~ckalluri@> has quit IRC03:39
*** camus <camus!~Instantbi@> has joined #yocto03:50
*** kaspter <kaspter!~Instantbi@> has quit IRC03:52
*** camus is now known as kaspter03:52
*** armpit <armpit!~armpit@> has quit IRC03:58
*** learningc <learningc!> has joined #yocto04:09
*** learningc <learningc!> has quit IRC04:10
*** learningc <learningc!> has joined #yocto04:10
*** learningc <learningc!> has joined #yocto04:11
*** learningc <learningc!> has joined #yocto04:12
*** learningc <learningc!> has quit IRC04:13
*** learningc <learningc!> has joined #yocto04:14
*** learningc <learningc!> has joined #yocto04:15
*** learningc <learningc!> has quit IRC04:16
*** learningc <learningc!> has joined #yocto04:17
*** armpit <armpit!~armpit@> has joined #yocto04:17
*** armpit <armpit!~armpit@> has quit IRC04:25
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC04:30
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC04:57
*** Bunio_FH <Bunio_FH!> has quit IRC05:28
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto05:28
*** Bunio_FH <Bunio_FH!> has joined #yocto05:32
*** armpit <armpit!~armpit@> has joined #yocto05:35
*** dreyna <dreyna!> has quit IRC05:41
*** agust <agust!> has joined #yocto05:59
*** Klox <Klox!> has quit IRC06:13
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC06:17
*** jku <jku!~jku@> has joined #yocto06:24
yoctiNew news from stackoverflow: How to determine NTP communication status as a non root user <>06:26
*** tprrt <tprrt!~tprrt@> has joined #yocto06:29
*** MarcWe <MarcWe!hmwmatrixo@gateway/shell/> has quit IRC06:31
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC06:31
*** TurBoss <TurBoss!turbossmat@gateway/shell/> has quit IRC06:31
*** nrossi <nrossi!nrossimatr@gateway/shell/> has quit IRC06:31
*** xtron <xtron!~xtron@> has quit IRC06:31
*** Klox <Klox!> has joined #yocto06:33
*** jeanba <jeanba!~jbl@> has joined #yocto06:37
RPpsrcode: ptest for lttng-tools is much happier, thanks! :)06:37
*** jeanba <jeanba!~jbl@> has left #yocto06:38
RPpsrcode: down to one failure now :)06:38
RPkanavin: is the last set of results. My "-u" experiment seems to fix openssh. e2fsprogs still times out intermittently and still have the python3 problem :(06:38
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto06:39
* RP wonders if python3 is also abuffering problem06:40
*** Bunio_FH <Bunio_FH!> has joined #yocto06:41
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:42
*** sjolley_ <sjolley_!> has quit IRC06:47
*** TurBoss <TurBoss!turbossmat@gateway/shell/> has joined #yocto06:50
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto06:50
*** tgraydon <tgraydon!~textual@> has quit IRC06:57
*** mckoan|away is now known as mckoan07:03
mckoangood morning07:03
*** yacar_ <yacar_!~yacar@> has joined #yocto07:32
*** yann <yann!> has quit IRC07:33
*** yacar_ <yacar_!~yacar@> has quit IRC07:36
*** cvasilak <cvasilak!~cvasilak@2a02:587:8117:600:8181:cd24:98d1:37aa> has joined #yocto07:51
*** lukma <lukma!> has quit IRC07:51
*** dreyna <dreyna!> has joined #yocto07:55
*** BloodSurfer <BloodSurfer!a5e148ee@gateway/web/freenode/ip.> has joined #yocto08:23
*** la_croix <la_croix!> has quit IRC08:25
BloodSurferI'm a newcomer to the yocto project and I've encountered a problem when trying to include grpc which is located in the meta-openembedded/meta-network layer into my project: the master branch of meta-openembedded is incompatible with oe core but the rocko branch (which is compatible) does not contain the grpc recipes. Could someone please pinpoint me in the right direction? (Is there another way than merging the two branches of th08:27
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:29
mckoanBloodSurfer: copy the recipe in your custom layer and test it08:31
jkuBloodSurfer: essentially 3 options: 1) upgrade all your layers to  thud 2) include a layer that contains grpc in rocko ( says meta-iot-cloud does) 3) what mckoan says08:31
*** klemen <klemen!~textual@> has joined #yocto08:38
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:40
*** la_croix <la_croix!> has joined #yocto08:40
BloodSurfer@mckoan and @jku: Thanks for the hints.08:44
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:44
*** la_croix <la_croix!> has quit IRC08:44
*** dreyna <dreyna!> has quit IRC08:45
*** la_croix <la_croix!> has joined #yocto08:49
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto09:04
*** lukma <lukma!> has joined #yocto09:05
*** fbre <fbre!91fdde45@gateway/web/freenode/ip.> has joined #yocto09:06
*** jku <jku!~jku@> has quit IRC09:16
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC09:17
*** yacar_ <yacar_!~yacar@> has joined #yocto09:20
kanavinRP: right, I wrote down my python findings from yesterday's in the bug
yoctiBug 13257: normal, Medium+, 2.7 M4, ross.burton, IN PROGRESS DESIGN , [2.7 M3 rc1] python3 ptest facing timeout issue09:25
*** rburton <rburton!> has joined #yocto09:25
*** jku <jku!~jku@> has joined #yocto09:30
*** cvasilak <cvasilak!~cvasilak@2a02:587:8117:600:8181:cd24:98d1:37aa> has quit IRC09:31
*** yacar_ <yacar_!~yacar@> has quit IRC09:46
*** TurBoss <TurBoss!turbossmat@gateway/shell/> has quit IRC09:53
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC09:53
*** nrossi <nrossi!nrossimatr@gateway/shell/> has quit IRC09:53
fbreHi, anybody here who managed to change the yocto config files for uboot from sd to qspi?09:56
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto10:00
fbreI simply changed UBOOT_CONFIG ??= "sd"      to      UBOOT_CONFIG ??= "qspi1". But that lead to just compile errors.10:01
fbrebuild-wayland/tmp/deploy/images/imx8mm/u-boot-spl.bin-imx8mm-qspi1   no such file or directory10:03
fbreIs there a documentation page which explains how to switch the type of device for uboot?10:04
fbreI googled but there's nothing found about how to adapt the yocto configuration for uboot10:05
*** OutBackDingo <OutBackDingo!~OutBackDi@unaffiliated/outbackdingo> has joined #yocto10:05
fbreNear the line 'UBOOT_CONFIG ??= "sd"' is another line:10:09
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto10:09
*** TurBoss <TurBoss!turbossmat@gateway/shell/> has joined #yocto10:09
fbreIMXBOOT_TARGETS = "${@bb.untils.contain{'UBOOT_CONFIG', 'fspi', 'flash_evk_flexspi', 'flash_evk', d)}"10:10
fbreIt does not contain 'qspi1'.10:10
fbreThis could be the reason for the compile error.10:10
fbreBut how to I add support for qspi? The PDFs of NXP say yocto supports uboot for qspi for that board10:11
*** kaspter <kaspter!~Instantbi@> has quit IRC10:16
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:16
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC10:30
*** TobSnyder <TobSnyder!> has joined #yocto10:34
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto10:34
*** armpit <armpit!~armpit@> has quit IRC10:50
*** d_s_e <d_s_e!~d.s.e@> has joined #yocto10:56
d_s_eHow do I use AUTOREV? When I set SRCREV to "HEAD", everything wokrs fine, but when I set it to "${AUTOREV}" then I get the following error: bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: /usr/bin/env: 'svn': No such file or directory11:00
*** radsquirrel <radsquirrel!> has quit IRC11:04
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto11:05
*** OutBackDingo <OutBackDingo!~OutBackDi@unaffiliated/outbackdingo> has quit IRC11:07
*** OutBackDingo <OutBackDingo!~OutBackDi@unaffiliated/outbackdingo> has joined #yocto11:09
rburtond_s_e: yeah that's a bug.  workaround is to add svn to HOSTTOOLS in bitbake.conf.11:18
rburton fwiw11:22
yoctiBug 11442: normal, Medium, 2.99, richard.purdie, NEW , svn AUTOREV recipe parse time explosion11:22
*** learningc <learningc!> has quit IRC11:23
d_s_erburton: ok, thanks. will this be fixed in the next release?11:26
rburtond_s_e: nope11:26
*** yacar_ <yacar_!~yacar@> has joined #yocto11:27
rburtonfirst thing is to decide how to fix it.  i guess we could add svn to hosttools-not-fatal so it is used if present11:27
rburtonon the assumption that the breaking svn changes are old enough now that is a safe thing to do, and not actively reckless11:27
d_s_erburton: adding it to hosttools_nonfatal seem legit. what kind of breaking changes?11:29
rburtond_s_e: a while back svn changed the repository format on disk. if your host has the old version then it won't be able to work with the checkouts.11:31
rburtonit was quite a while ago now, not sure if we support anything that ships that release anymore11:31
rburtonthen again, suse and centos are known to be ancient11:31
*** radsquirrel <radsquirrel!> has joined #yocto11:32
*** TobSnyder <TobSnyder!> has quit IRC11:34
*** berton <berton!~berton@> has joined #yocto11:35
*** jku <jku!~jku@> has quit IRC11:48
*** jku <jku!~jku@> has joined #yocto11:49
d_s_erburton: you mean the breaking changes in the working copy format? that were some time ago, yes.11:49
d_s_ethat was with svn 1.8 I guess. I'm on Debian here, and even that one has svn 1.911:50
*** rburton <rburton!> has quit IRC11:50
*** rburton <rburton!> has joined #yocto11:51
rrerollehello, does anyone know why some files installed in ${IMAGE_ROOTFS} end up with a different md5 than those in the .ipk files ?11:54
*** jku <jku!~jku@> has quit IRC11:56
*** la_croix <la_croix!> has quit IRC11:57
JaMarrerolle: do you have prelink enabled?12:04
JaMarrerolle: or there are some other rootfs postprocess tasks which might modify them12:04
rrerolleyes prelink is enabled12:05
JaMalike mklibs12:05
rrerolleyes image-prelink and image-mklibs are enabled on this image12:05
rrerollein fact what I'm trying to do is generating an md5sum file of the whole rootfs, I'm doing it in a ROOTFS_POSTPROCESS_COMMAND, but the md5s don't match12:08
rrerolleJaMa: don't mklibs and prelink also run as a ROOTFS_POSTPROCESS_COMMAND ?12:11
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC12:12
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:12
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:13
JaMarrerolle: no, they run as IMAGE_PREPROCESS_COMMAND12:22
*** armpit <armpit!~armpit@> has joined #yocto12:29
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:30
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:32
*** fbre <fbre!91fdde45@gateway/web/freenode/ip.> has quit IRC12:32
* armpit heavy metal...12:35
LetoThe2ndarmpit: what? where?12:36
armpithere in India.. they seem not to be phased by it..12:36
armpitIt almost sounds like Queensyce but hasher12:37
LetoThe2ndarmpit: here, have some punjabi metal
rrerolleJaMa: so I need to find a way to run as IMAGE_PREPROCESS_COMMAND, but *after* mklibs and prelink12:38
rburtonrrerolle: may i suggest IMAGE_POSTPROCESS_COMMAND12:38
armpitthen they pack some pop12:39
rburtonnot sure why i'm surprised punjabi metal exists12:39
rburtonthat's quite a combination of sounds12:39
LetoThe2ndrburton: rule666: if it exists, there is a metal version of it.12:39
armpithappy birthday song ?12:40
*** la_croix <la_croix!> has joined #yocto12:41
armpitthe funny thing about the heavy metal is the elderly in the pub are not bothered by it12:42
LetoThe2ndarmpit: here you go
rburtondoes anyone here use ISO images from bitbake?12:43
armpitwhich standard? 9001 or something else12:44
rburtonarmpit kergoth fray: know any customers that actually use the iso images?12:44
rburtonspecifically the iso image type, mkisofs12:44
rburtonvery tempted to rip out cdrecord from core and replace the iso stuff with xorriso12:45
rburtongot the recipes but the class needs a port. wondering if anyone actually uses it though12:45
armpitrburton, it was big back in the day.. I have not heard anything lately12:45
rburtonsecret plan is to shunt iso generation into meta-filesystems with the rest of the deps :)12:46
sveinseHi guys, I'm trying to build this: but bitbake (from rocko) throws this at me: fluent-bit-1.1-git-r0 do_package: SYSTEMD_SERVICE_fluent-bit value td-agent-bit.service does not exist . Any ideas?12:46
armpitI would go for ti12:46
armpitrburton, put it in meta-gplv212:47
rburtonarmpit: xorriso is nicely licensed12:47
rburtonand has a cdrecord-compat mode12:47
armpitrburton, I meant hide it in meta-gplv212:48
rburtonnobody will find it there!12:48
* armpit great getting fumigated.. it killing the beer flavor12:51
*** la_croix <la_croix!> has quit IRC12:52
*** la_croix <la_croix!> has joined #yocto12:52
*** la_croix <la_croix!> has quit IRC13:07
psrcodeRP: could you get me a link to that failure?13:14
*** la_croix <la_croix!> has joined #yocto13:19
*** justanotherboy <justanotherboy!> has joined #yocto13:20
*** la_croix <la_croix!> has quit IRC13:23
*** Hodhr <Hodhr!> has joined #yocto13:24
HodhrHi everyone !13:25
psrcodeRP: nevermind found it13:26
*** WillMiles <WillMiles!> has joined #yocto13:29
rburtonsveinse: the service file doesn't exist13:32
sveinserburton: ok. Upstream inconsistencies then. Thanks.13:32
*** BloodSurfer <BloodSurfer!a5e148ee@gateway/web/freenode/ip.> has quit IRC13:34
*** la_croix <la_croix!> has joined #yocto13:34
*** la_croix <la_croix!> has quit IRC13:44
*** la_croix <la_croix!> has joined #yocto13:46
*** yacar_ <yacar_!~yacar@> has quit IRC13:46
*** la_croix <la_croix!> has quit IRC13:50
*** lexano <lexano!~lexano@> has quit IRC13:52
*** OutBackDingo <OutBackDingo!~OutBackDi@unaffiliated/outbackdingo> has quit IRC13:54
*** OutBackDingo <OutBackDingo!~OutBackDi@unaffiliated/outbackdingo> has joined #yocto13:57
sveinseHas anyone experimented with using yocto/wic to generate images for cloud execution, AWS, Azure or similar?13:59
rburtonsveinse: not a lot to experiment to be honest14:01
rburtonshould be pretty trivial to do the aws integration pieces too14:02
rburtonthere's an image-container class to help14:02
HodhrI come to you because I've a problem with zlib in ruby ! Someone can help me with the integration of a ruby's gem (zlib here) ?14:02
sveinserburton: is there any for azure too?14:02
*** armpit <armpit!~armpit@> has quit IRC14:03
*** berton <berton!~berton@> has quit IRC14:03
*** berton <berton!~berton@> has joined #yocto14:04
kanavinrburton, the python3 test timeout issue seems bisectable14:05
kanavinit worked fine when python 3.7.2 was just introduced14:05
*** lexano <lexano!> has joined #yocto14:05
kanavinso I am trying to get down to a single commit now14:05
*** lastaid <lastaid!d4ca61a2@gateway/web/freenode/ip.> has joined #yocto14:07
*** jeanba <jeanba!~jbl@> has joined #yocto14:11
*** jeanba <jeanba!~jbl@> has left #yocto14:11
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC14:18
JaMaanyone using cmake bbclass from allarch recipes? seems to be broken for a while Variable OECMAKE_C_COMPILER value changed from 'arm-webos-linux-gnueabi-gcc' to 'aarch64-webos-linux-gcc'14:25
JaMathe same with OECMAKE_CXX_COMPILER14:25
*** sjolley_ <sjolley_!> has joined #yocto14:28
*** Striking7 <Striking7!> has joined #yocto14:30
*** Hodhr <Hodhr!> has quit IRC14:31
*** armpit <armpit!~armpit@> has joined #yocto14:32
*** klemen <klemen!~textual@> has quit IRC14:32
*** Hodhr1 <Hodhr1!> has joined #yocto14:33
Piraty+1 for xorriso14:39
*** berton_ <berton_!~berton@> has joined #yocto14:40
*** berton <berton!~berton@> has quit IRC14:42
*** yacar_ <yacar_!~yacar@> has joined #yocto14:46
*** rburton <rburton!> has quit IRC14:46
*** rburton_ <rburton_!> has joined #yocto14:46
*** learningc <learningc!~learningc@> has joined #yocto14:46
*** nate02 <nate02!> has joined #yocto14:47
*** Hodhr1 <Hodhr1!> has left #yocto14:47
*** Hodhr1 <Hodhr1!> has joined #yocto14:47
*** Hodhr1 <Hodhr1!> has left #yocto14:47
lastaidhello there. i just started using yocto and its a brilliant project. but can anyone tell me how to change sysv to systemd ?14:47
*** Hodhr1 <Hodhr1!> has joined #yocto14:48
justanotherboylastaid: You can find the init manager documentation here:14:49
*** alcroito <alcroito!> has left #yocto14:50
lastaidthank you so much!14:52
lastaidcan i also add single package as distro features?14:52
justanotherboylastaid: When you want to add a package to an image you usually add the package to IMAGE_INSTALL14:57
justanotherboySomething like IMAGE_INSTALL_append = " pkg" (notice the extra space just after the quote)14:58
lastaidi am currently configuring my local.conf, i guess normally i would modify or create a bitbake recipe?14:59
*** prabhakarlad <prabhakarlad!~prabhakar@> has left #yocto14:59
kanavinlastaid, normally, you would create your own image recipe, and place exactly what you want in it. It's easier to start with an existing image, and modify that.15:00
lastaidyeah. but i have to say i am impressed15:01
lastaidyocto is solid stuff!15:01
kanavinyes it is. It is also frequently misunderstood, and considered to be 'complicated to use'.15:01
lastaidi though so as well. i build a kernel once, but not an entire distribution.15:02
kanavinyeah, it's a distribution toolkit aimed at embedded linux use cases.15:02
lastaidit does beat fiddling about with the official raspbian image15:05
*** gaulishcoin <gaulishcoin!> has joined #yocto15:13
*** Bunio_FH <Bunio_FH!> has quit IRC15:20
*** lusus <lusus!~lusus@> has quit IRC15:22
yoctiNew news from stackoverflow: Yocto recipe fails to install npm package <>15:27
*** yacar_ <yacar_!~yacar@> has quit IRC15:36
*** vmeson <vmeson!> has quit IRC15:39
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC15:52
*** WillMiles <WillMiles!> has quit IRC15:55
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:56
*** mckoan is now known as mckoan|away16:08
* RP wakes up16:17
fraylol which continent are you in this week?16:22
RPfray: on irc, not physically :)16:24
*** tprrt <tprrt!~tprrt@> has quit IRC16:27
sveinseHow does IMAGE_TYPES and IMAGE_FSTYPES relate to CONVERSIONTYPES? Is is how a suffix is handled? Can it be combined arbitrarely? Is it the IMAGE_TYPES in image_types.bbclass which ultimately define all the allowable combinations?16:48
*** sk_tandt <sk_tandt!> has joined #yocto16:49
sveinseSpecifically, I'm figuring out how to generate a vmdk image file. Not sure if I need to go via a IMAGE_FSTYPE wic or a "container" (whatever that is)16:49
JaMasveinse: wic.vmdk in IMAGE_FSTYPES16:50
JaMawith recent Yocto releases16:50
sveinseJaMa: right, so my first assuption is correct? IMAGE_FSTYPE="type.conversion" where conversion is from the available CONVERSIONTYPES16:51
JaMabefore rocko it was just vmdk in IMAGE_FSTYPES16:52
sveinseyeah, I'm at rocko16:52
*** sk_tandt_ <sk_tandt_!> has joined #yocto16:53
*** sk_tandt <sk_tandt!> has quit IRC16:56
sveinseAnyways, "wic.wmdk" was the way to go. Perfect, thanks JaMa16:58
sveinseFired straight up in VirtualBox. Cloud VM next16:59
*** jrypkec <jrypkec!a5e126f6@gateway/web/freenode/ip.> has joined #yocto17:03
*** lastaid <lastaid!d4ca61a2@gateway/web/freenode/ip.> has quit IRC17:35
*** jrypkec <jrypkec!a5e126f6@gateway/web/freenode/ip.> has quit IRC17:40
justanotherboyRP: I ran ptest manually inside the image with the util-linux patches that I sent and the "core-image-sato-sdk-ptest: Fix free space issues causing test failures" patch and it worked \o/17:54
*** danrieg <danrieg!~dan@> has joined #yocto17:54
justanotherboyI'll try with testimage now17:55
*** baldgeek <baldgeek!~dan@> has quit IRC17:56
*** danrieg is now known as baldgeek17:56
*** lazyape <lazyape!> has joined #yocto17:57
*** dreyna <dreyna!> has joined #yocto18:00
*** lazyape <lazyape!> has quit IRC18:09
*** lazyape <lazyape!> has joined #yocto18:09
*** WillMiles <WillMiles!> has joined #yocto18:23
*** la_croix <la_croix!> has joined #yocto18:27
Striking7Hey all, this is a simple question but it's eluding me18:34
Striking7I set up yocto on my machine so I could use bitbake to check for all upstream versions of all packages18:35
Striking7Works great on my computer18:35
Striking7I'm ready to push it to our production server, but when I copied the directory over and sourced oe-init-build-env it still has all the absolute paths from my local machine18:36
Striking7So any time I run devtool it's still looking for the path from my dev machine18:36
Striking7How do I re-initialize that path?18:36
Striking7nvm, found it: build/conf/bblayers.conf18:39
*** rcw <rcw!~rcw@> has joined #yocto18:42
Striking7Hmm. Seems that wasn't the only place it was keeping that path...18:52
*** armpit <armpit!~armpit@> has quit IRC18:55
*** armpit2 <armpit2!~armpit@> has joined #yocto18:55
Striking7Error, TMPDIR has changed location. You need to either move it back to /home/timesys/poky/build/tmp or rebuild18:58
Striking7I like the "or rebuild" option, but "bitbake clean" fails with the above error18:58
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto19:01
*** Striking7 <Striking7!> has quit IRC19:12
*** rcw <rcw!~rcw@> has quit IRC19:15
*** armpit2 <armpit2!~armpit@> has quit IRC19:15
*** armpit2 <armpit2!~armpit@> has joined #yocto19:15
*** Striking7 <Striking7!> has joined #yocto19:17
*** dv_ <dv_!> has quit IRC19:23
halsteadarmpit2, rburton_ RP, ready to build on the AB again.19:24
*** Striking7 <Striking7!> has quit IRC19:24
*** Striking7 <Striking7!> has joined #yocto19:24
markaRP, rburton_: Jason looked at my gobject-introspection build failure mystery and cracked the case19:27
markaI was hitting a file handle limit in my $HOME which was on a netapp with a low quota19:29
markathe issue only started popping up now as the latest GO uprev turned on its cache (which is mandatory now)19:30
markaso between GO using $HOME/cache and g-ir-scanner I was hitting the quota19:30
markaI already had plans to update GO to not use $HOME, since at the moment I can't say if the cache is organized enough to avoid host contamination19:32
markaso I was going to move the cache to the recipe's go-tmp, or create a go-cache or something similar19:32
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto19:36
markaanyway, just thought I would post an update, I hate to leave things dangling and this should wrap it up19:36
*** dv_ <dv_!> has joined #yocto19:38
*** khem <khem!~khem@unaffiliated/khem> has quit IRC19:44
*** sk_tandt__ <sk_tandt__!> has joined #yocto19:46
*** sk_tandt_ <sk_tandt_!> has quit IRC19:50
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto19:53
*** comptroller <comptroller!> has joined #yocto19:54
rburton_marka: ah neat.  yeah moving the cache seems like a wise idea.19:57
rburton_Striking7: just delete tmp19:57
Striking7Thank you rburton_19:57
rburton_maybe we should make that message clearer19:57
markarburton_: "get your hands off my $HOME" was uttered in the office at least once19:58
Striking7Yeah, a clearer message would be helpful19:59
rburton_Striking7: patch on the list20:00
rburton_basically "delete and rebuild"20:00
*** armpit2 <armpit2!~armpit@> has quit IRC20:00
rburton_tmp is entirely generated so it can be deleted at any point and restored from sstate-cache20:00
*** armpit2 <armpit2!~armpit@> has joined #yocto20:00
*** learningc <learningc!~learningc@> has quit IRC20:04
Striking7Good to know20:09
Striking7Thanks again rburton_ . You've saved me a lot of time20:10
*** armpit2 <armpit2!~armpit@> has quit IRC20:12
*** akuster <akuster!~armpit@> has joined #yocto20:12
yoctiNew news from stackoverflow: Yocto PR Service do not increment ${PR} <>20:28
*** akuster <akuster!~armpit@> has quit IRC20:31
*** armpit2 <armpit2!~armpit@> has joined #yocto20:31
*** OutBackDingo <OutBackDingo!~OutBackDi@unaffiliated/outbackdingo> has quit IRC20:32
*** OutBackDingo <OutBackDingo!~OutBackDi@unaffiliated/outbackdingo> has joined #yocto20:34
*** armpit2 <armpit2!~armpit@> has quit IRC20:34
*** akuster <akuster!~armpit@> has joined #yocto20:34
*** akuster <akuster!~armpit@> has quit IRC20:45
*** armpit2 <armpit2!~armpit@> has joined #yocto20:45
*** la_croix <la_croix!> has quit IRC20:47
RPmarka: aha, sounds like a good move to move it somewhere in TMPDIR20:48
markayup, hopefully you'll see some patches shortly20:49
RPjustanotherboy: great! I'm going to look at the patches tomorrow, have a migraine that isn't helping concentration tonight20:49
justanotherboyThanks RP20:49
*** armpit2 <armpit2!~armpit@> has quit IRC20:54
*** akuster <akuster!~armpit@> has joined #yocto20:54
*** la_croix <la_croix!> has joined #yocto20:55
khemRP: there ? we need for warrior+master21:18
khemits fine to pull it after release for warrior but will make clang SDKs work better on target21:19
khembuilding chromium takes 22 hrs on rpi :)21:19
khemcross compilation is still relevant21:20
psrcodeRP: (lttng-tools)  weird, i cannot reproduce the failure locally with poky master-next and the same image (sato-sdk-ptest), let me know if if sometime it passes, might be a problem on our end. Thanks khem and RP for all the feedback and help.21:21
khempsrcode: which targets did you try21:22
psrcodeqemux86_64 i think, was it on something else?21:22
khemyou might want to try other arches too21:23
khemmaybe qemuarm6421:23
*** WillMiles <WillMiles!> has quit IRC21:24
psrcodekhem: based on the testresult RP linked it was on a qemux86-6421:24
psrcodeis there  mechanism in place to receive email on failure for particular recipe for the autobuilder?21:26
khempsrcode: I see,21:35
*** gaulishcoin <gaulishcoin!> has quit IRC21:35
khempsrcode: I do not know how to get notifications automatically, but halstead or RP might be able to help21:36
psrcodemight be a matter of disk space, this test does produce more trace data than the rest of the test suite21:36
psrcodeI might be interested in getting those notification for the lttng-* project recipe and babeltrace also. Given the wide array of configuration OE build against we would be foolish not to leverage it.21:38
psrcodewould be quite nice21:38
*** agust <agust!> has quit IRC21:42
*** fatalhalt <fatalhalt!> has joined #yocto21:51
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.> has quit IRC21:51
*** lazyape_home <lazyape_home!> has joined #yocto21:56
khemsure enough, I dont know if builders have disk issues, but its a good point to check with RP21:56
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has joined #yocto21:58
*** berton__ <berton__!~berton@> has joined #yocto21:59
*** falstaff_ <falstaff_!~quassel@2a02:169:3465::509> has joined #yocto21:59
*** falk0n_ <falk0n_!> has joined #yocto22:00
*** Klox <Klox!> has quit IRC22:01
*** droman <droman!> has quit IRC22:01
*** mccc <mccc!> has quit IRC22:01
*** falk0n <falk0n!> has quit IRC22:01
*** Chaser <Chaser!~Chaser@> has quit IRC22:01
*** lazyape <lazyape!> has quit IRC22:01
*** sarge_ <sarge_!~serj@> has quit IRC22:01
*** cdgarren <cdgarren!~cdgarren@> has quit IRC22:01
*** Marex <Marex!~Marex@> has quit IRC22:01
*** stwcx_ <stwcx_!~stwcx@> has quit IRC22:01
*** jae1 <jae1!~jaewon@> has quit IRC22:01
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC22:01
*** justanotherboy <justanotherboy!> has quit IRC22:01
*** jacques <jacques!~jacques@nslu2-linux/jacques> has quit IRC22:01
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC22:01
*** berton_ <berton_!~berton@> has quit IRC22:01
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:01
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC22:01
*** falstaff <falstaff!~quassel@> has quit IRC22:01
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto22:02
*** Klox <Klox!> has joined #yocto22:02
*** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto22:02
*** lazyape_penthous <lazyape_penthous!> has joined #yocto22:02
*** lazyape_home <lazyape_home!> has quit IRC22:02
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:05
halsteadpsrcode, Disk space should not be an issue as far as I know. I can't speak to ease of adding notifications right now.22:06
psrcodehalstead: okai will look elsewhere then, as for the notification I can do something on my own, will need to check how to scrape results.  thanks22:07
*** baldgeek <baldgeek!~dan@> has quit IRC22:08
*** baldgeek <baldgeek!~dan@> has joined #yocto22:11
*** akuster is now known as armpit22:16
*** baldgeek <baldgeek!~dan@> has quit IRC22:17
*** la_croix <la_croix!> has quit IRC22:37
*** JaMa <JaMa!> has quit IRC22:39
*** la_croix <la_croix!> has joined #yocto22:41
*** la_croix <la_croix!> has quit IRC22:46
*** la_croix <la_croix!> has joined #yocto22:47
*** sk_tandt__ <sk_tandt__!> has quit IRC23:33

Generated by 2.11.0 by Marius Gedminas - find it at!