Monday, 2017-04-03

*** mkelly <mkelly!~martin@> has joined #yocto00:05
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC00:28
*** mkelly <mkelly!~martin@> has quit IRC00:32
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC00:47
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto00:50
*** Guest69436 <Guest69436!~tprossi@> has joined #yocto01:09
*** Guest69436 <Guest69436!~tprossi@> has quit IRC01:20
*** nighty <nighty!> has joined #yocto01:34
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:26
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC02:26
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:44
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto02:50
*** JPEWhacker <JPEWhacker!883fd8cb@gateway/web/freenode/ip.> has joined #yocto02:52
*** nerdboy <nerdboy!> has joined #yocto02:52
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto02:52
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:59
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC03:05
*** JPEWhacker <JPEWhacker!883fd8cb@gateway/web/freenode/ip.> has left #yocto03:06
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:07
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto03:10
*** dreyna <dreyna!> has quit IRC03:56
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC03:56
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:00
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC04:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto04:22
*** AndersD <AndersD!~anders@> has joined #yocto05:10
*** gtristan <gtristan!~tristanva@> has joined #yocto05:32
*** morphis <morphis!> has joined #yocto05:40
*** mdnneo <mdnneo!~umaucher@> has joined #yocto05:44
*** IRCFrEAK <IRCFrEAK!> has joined #yocto05:48
*** IRCFrEAK <IRCFrEAK!> has left #yocto05:50
*** rob_w <rob_w!~bob@> has joined #yocto05:51
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto05:51
*** zecke <zecke!> has joined #yocto05:57
*** agust <agust!> has joined #yocto06:01
*** zecke <zecke!> has quit IRC06:05
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:11
*** eyeoh7 <eyeoh7!c0c693a4@gateway/web/freenode/ip.> has joined #yocto06:13
*** eyeoh_ <eyeoh_!c0c693a4@gateway/web/freenode/ip.> has joined #yocto06:15
*** eyeoh_ <eyeoh_!c0c693a4@gateway/web/freenode/ip.> has quit IRC06:18
-YoctoAutoBuilder- build #1161 of nightly-x86-64 is complete: Failure [failed BuildImages_1 SendErrorReport] Build details are at
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto06:23
*** dv_ <dv_!~quassel@> has quit IRC06:27
*** dv__ <dv__!> has joined #yocto06:27
*** zecke <zecke!> has joined #yocto06:29
-YoctoAutoBuilder- build #1104 of nightly-mips is complete: Failure [failed BuildImages_1 SendErrorReport] Build details are at
*** gregd <gregd!~greg@> has joined #yocto06:42
*** lemagoup_ <lemagoup_!~lemagoup@> has quit IRC06:49
*** frsc <frsc!~frsc@> has joined #yocto06:50
*** csanchezdll <csanchezdll!> has joined #yocto06:52
*** heliocastro <heliocastro!heliocastr@kde/heliocastro> has joined #yocto06:52
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto06:57
*** heliocastro is now known as helio|afk06:59
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto07:04
*** ant_work <ant_work!> has joined #yocto07:09
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:10
*** fl0v0 <fl0v0!> has joined #yocto07:14
*** deva <deva!~deva@> has joined #yocto07:17
*** jku <jku!~jku@> has joined #yocto07:24
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:26
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:35
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:35
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC07:48
*** sameo <sameo!~samuel@> has joined #yocto07:48
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto07:52
*** joshuagl <joshuagl!joshuagl@nat/intel/x-ibvuzmifhqtnnpzv> has joined #yocto08:02
*** colrack <colrack!~textual@> has joined #yocto08:07
iontehi. i'm putting some finishing touches on an embedded distro based on yocto. one thing i would want is to have the rootfs read-only with a second, writable partition with user data.08:11
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto08:12
iontewhat is the most common way to handle writable regions? my current idea is to mount the writable partition at /mnt/userdata and make all directories/files that must be writable links to that mount point08:13
paulbarkerionte: That makes sense. You could also mount /var as writable and link any other writable directories under there08:14
iontepaulbarker good idea08:14
iontealso, where would you put that link creation? i mean in which recipe?08:15
paulbarkerprobably the image recipe08:15
*** Kakounet <Kakounet!> has joined #yocto08:16
paulbarkerlook at ROOTFS_POSTPROCESS_COMMAND if you haven't already08:16
*** geoffrey_l <geoffrey_l!> has joined #yocto08:17
iontenice, thanks!08:17
iontehm. if i decide to mount the writable partition as /var, how should i make sure the required subdirectories and files are created there? by default they are created in the root filesystem tarball...08:18
ionteperhaps i should just put that creation outside of yocto, in my deploy script...08:20
*** helio|afk is now known as heliocastro08:27
*** zecke <zecke!> has quit IRC08:29
*** grma <grma!~gruberm@> has joined #yocto08:46
*** rburton <rburton!> has joined #yocto08:50
*** blitz00_ <blitz00_!> has joined #yocto08:52
kanavinSon_Goku: yes, and your point is?08:53
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC08:53
sveinseWhat is the relationship between SRCREV ?= "${AUTOREV}" and PV="...${SRCPV}". What significance has the AUTOREV and the SRCREV variable in this?08:56
sveinseThe manual sais "We need to document AUTOREV and SRCREV_FORMAT here."...08:56
jkusveinse: which manual is this?08:58
sveinsejku: Bitbake user manual, section 4.4. version 2.208:59
jkusveinse: current dev-manual and reference manual do talk about autorev a bit09:00
*** mckoan|away is now known as mckoan09:01
*** CTtpollard <CTtpollard!> has joined #yocto09:03
sveinseWhat follows what wrt SRCREV? If I have rev=.. in SRC_URI, does that imply that AUTOREV contains this rev, or is setting SRCREV overriding any rev=... statements in SRC_URI?09:04
*** nighty <nighty!> has quit IRC09:04
*** ftonello <ftonello!> has joined #yocto09:06
kanavinSon_Goku: we'll update libdnf to latest version later, right now is a pre-release freeze09:06
sveinseGrepping oe and poky, it seems SRCREV is a specifier of which version to use from the SCM, where AUTOREV is some kind of "pick latest" identifier. So rev should not be used in SRC_URI if SRCREV is used, right?09:08
sveinseWhen do you use the "python pyfn () {" vs "def pyfn():" syntax? I see a mix of both types09:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:12
*** luneff <luneff!~yury@> has joined #yocto09:13
*** mizux <mizux!~mizux@> has joined #yocto09:14
*** aratiu <aratiu!~adi@> has quit IRC09:16
*** blitz00_ <blitz00_!> has quit IRC09:16
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto09:16
*** aratiu <aratiu!~adi@> has joined #yocto09:28
*** TobSnyder <TobSnyder!> has joined #yocto09:32
*** TobSnyder <TobSnyder!> has joined #yocto09:33
*** d3xter <d3xter!c0a49d61@gateway/web/freenode/ip.> has joined #yocto09:42
sveinseIs there a way to override this: ERROR: ParseError in ../sp/yocto/classes/../../VERSION: not a BitBake file from a include or require statement? The file contains a SP_VERSION="1.3.0" that I'd like read into the recipe. Otherwise I'd have to write a py function around it09:49
d3xterso i'm trying to run matchbox-keyboard + iceweasel on debian stable. but it seems like firefox reports password-fields incorrectly and so matchbox-keyboard doesn't pop up. its working fine in chromium. is there a way to work-around that inside matchbox-keyboard?09:58
rburtond3xter: probably not, likely a bug in how firefox exposes the keyboard to the IM plugin.09:59
rburtonfeel free to delve into the plugin though, maybe there's a case that isn't being handled09:59
d3xterrburton: ok thanks, will give it a try :)10:00
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC10:00
*** diego_r <diego_r!> has joined #yocto10:02
d3xterrburton: oh and another question. i've tried configuring matchbox-keyboard-0.1.1 on debian, but i get "./configure: line 13504: syntax error near unexpected token `FAKEKEY,' ./configure: line 13504: `PKG_CHECK_MODULES(FAKEKEY, libfakekey,,". what would be an easy fix for that?10:03
*** ed2 <ed2!Adium@nat/intel/x-tjlotifqwmpvhszg> has joined #yocto10:17
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:17
jkud3xter: do you have pkg-config installed?10:27
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:30
*** jku <jku!~jku@> has left #yocto10:32
*** jku <jku!~jku@> has joined #yocto10:33
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:33
*** peacememories <peacememories!> has joined #yocto10:38
*** jku <jku!~jku@> has quit IRC10:39
*** peacememories <peacememories!> has quit IRC10:40
*** Biliogadafr <Biliogadafr!> has joined #yocto10:42
*** jku <jku!~jku@> has joined #yocto10:42
*** lexano <lexano!~lexano@> has quit IRC10:44
rburtonhm wic.filemap.ErrorNotSupp: FilemapFiemap: the FIEMAP ioctl is not supported by the file-system10:45
rburtoned2: can fiemap be optional?10:47
rburtonmy tmp is a tmpfs10:47
rburtonand that's not an uncommon environment10:47
ed2rburton: Do you have this patch applied: ?10:51
ed2rburton: just guessing here if SEEK_HOLE is supported by tmpfs.10:52
ed2rburton: If not - I'll make FIEMAP optional. If it's not supported then wic will just copy a file without preserving sparceness.10:53
ed2rburton: looks like SEEK_HOLE/SEEK_DATA is supported. Please, revert that patch then.10:54
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:56
d3xterjku: silly me, thank you11:01
*** JaMa <JaMa!~martin@> has joined #yocto11:01
ed2rburton: I'll send a patch. sorry for this.11:06
rburtonobviously i didn't actually test those patches before they landed in next.11:07
rburtonmaybe we need a tmpfs run on the AB somewhere11:07
ed2rburton: I'll add test case to test both methods: FIEMAP and SEEK_HOLE11:08
ed2rburton: I thought they're both supported everywhere and SEEK_HOLE is not used at all.11:08
rburtonhm a post from 2012 suggests that tmpfs has seek_hole in11:09
rburtonoh got it backwards11:10
*** pohly <pohly!> has joined #yocto11:28
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto11:38
*** toanju <toanju!~toanju@> has joined #yocto11:41
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC11:42
*** berton <berton!~berton@> has joined #yocto11:42
*** zecke <zecke!> has joined #yocto11:46
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto11:52
*** AndersD <AndersD!~anders@> has quit IRC11:54
*** jwest__ <jwest__!~jwest@2601:148:200:6f80:2548:f100:4eb0:4142> has quit IRC11:55
Son_Gokukanavin: it's an informational fix11:57
Son_Gokuit's already at 0.8.x11:57
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:01
*** mdnneo <mdnneo!~umaucher@> has quit IRC12:06
*** smferris <smferris!~smferris@> has quit IRC12:07
*** AndersD <AndersD!~anders@> has joined #yocto12:09
*** zzeroo <zzeroo!> has joined #yocto12:10
*** caiortp <caiortp!~inatel@> has joined #yocto12:10
*** d3xter <d3xter!c0a49d61@gateway/web/freenode/ip.> has quit IRC12:11
*** Crofton <Crofton!> has quit IRC12:13
sveinseIs it possible to (force) include a non-bitbake file into a recipe? What defines a bitbake file, btw? Its suffix?12:15
sveinseI'd like to read a VERSION file, which is formatted exactly as a bb file; # for comments and KEY="data"12:17
bluelightningsveinse: I don't think so no, but you could read it in without too much trouble within an anonymous python function though12:18
sveinsebluelightning: yeah, sure, reading it from py is no problem12:18
jkubluelightning: why wouldn't an include/require work?12:18
bluelightningactually yes include/require should work12:19
sveinseI get ParseError in ../sp/yocto/classes/../../VERSION: not a BitBake file12:19
sveinsePerhaps I need to add it as a layer file?12:19
*** ed2 <ed2!Adium@nat/intel/x-tjlotifqwmpvhszg> has quit IRC12:20
bluelightningah, no... I see it now in bitbake/lib/bb/parse/parse_py/bbhandler.py12:20
sveinseI confirm adding it to BBFILES did not help12:21
bluelightningit explicitly specifies .bb, .bbclass, .inc as the extensions it handles12:21
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:22
*** qt-x <qt-x!~Thunderbi@> has quit IRC12:23
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:26
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC12:28
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:28
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto12:30
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto12:32
*** Crofton <Crofton!~Crofton@> has joined #yocto12:33
*** jwest__ <jwest__!~jwest@2601:148:200:6f80:ac21:d2d:6908:ebca> has joined #yocto12:34
*** yohboy <yohboy!> has joined #yocto12:37
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC12:39
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto12:39
sveinseWhat is the second argument to d.getVar() ?12:42
rburtonwhether to expand or not12:43
rburtonie do you get ${PN} or somerecipename12:43
sveinsegot it, thanks12:43
*** gtristan <gtristan!~tristanva@> has quit IRC12:46
jkuI think I need help with fixed-distro-features-for-native ... RP: anyone you'd suggest I talk to? or do you want to give some pointers on what to try ?12:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:49
sveinseIs there a list or hash in py for all variables readable by d.getVar()? I'm trying to help myself to figure out if there are any variables that might hold the root path of the current layer12:50
*** falk0n <falk0n!> has joined #yocto12:52
sveinseSpecifically, how to read '../../VERSION' from a py fn in a bbclass file. current directory is the build dir and the environment does not give any clues, so I must rely on a hint from a bb variable to the abs location of this file.12:53
sveinsefor my first q: d.keys()12:55
jkusveinse: layer directory isn't available AFAIK. THISDIR should be the directory of the currently parsed recipe... that said, are you sure what you are doing is a good solution to whatever your problem is?13:00
*** YCN- <YCN-!4f8d0f3b@gateway/web/freenode/ip.> has joined #yocto13:00
YCN-Hi guys,13:00
YCN-I was wondering if anyone has a recipe that does the installation of .deb files?13:01
sveinsejku, well it depends :P, I simply want to read the VERSION file which is located in the root of the layer. You see PV depends on this file13:02
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC13:02
*** baldgeek <baldgeek!> has joined #yocto13:02
*** lamego <lamego!~jose@> has joined #yocto13:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:04
sveinseour layer is somewhat special, as it blends the actual application repo and its meta layer. And the application targets many other platform than Yocto, so I cannot make this "bitbakeized"13:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto13:04
jkutargetting non-yocto platforms doesn't prevent most software from having sensible version numbers but I'll take your word for it13:05
sveinseThis is how I ended up by building the sources without using SRC_URI, btw, - it seems to be working. Anyone see anything obviously errors here?13:06
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC13:08
*** cc0_ <cc0_!> has quit IRC13:10
*** smferris <smferris!~smferris@> has joined #yocto13:12
jkusveinse: are you aware that bitbake will have no idea about your sources when you do that?13:13
*** groleo <groleo!> has joined #yocto13:14
jkuso can't figure out when to re-build13:14
rburtonthe change of SRCPV might be enough13:15
sveinsejku: How is this any different from SCM based rebuild? Is it hashing every file?13:15
rburtonsveinse: how will it know to rebuild if you have local changes?  or is that not a concern13:16
jkusveinse: e.g. with git it has a git commit hash13:16
sveinsewhich is calculated for: On the build server, there is never any local edits of the sources, so it will get a new SRCPV when it changes, and this seems to work13:16
sveinseI've read the fetch2 py sources, and I do somewhat the same thing here. Because SRCPV will change due to hg's (hash)id will also change on source changes.13:17
rburtonsveinse: are local modifications to the sources out of scope here?13:18
yoctiBug 11288: normal, Undecided, ---, richard.purdie, NEW , X Server fails to start on qemuarm6413:18
sveinsepartly. A limitation that is acceptable. Note that hg id will return a suffix of '+' if its locally edited, so it will work once for any local edits13:18
rburtonmaxin: reassign to bruce?13:19
maxinrburton: looks like kernel configs missing.. yes13:20
sveinseThe reason for this scheme is that we want to have the recipe located in the same repo as the source code, a use case which is somewhat on the side of bitbake thinking. We used to have the metas in a separate repo, but it was very unpopular, as devs had to update two repos all the time.13:21
*** yettt <yettt!~yettt@> has joined #yocto13:22
sveinseThe repo is 800Mb, so doing SRC_URI and file:// leads to an unessesary copy of the sources into build/tmp -- which qmake never needs copied as it locates build output separate of the sources anyways.13:22
sveinseIs there a THISDIR that works for bbclass files? THISDIR reports the path to the calling bb recipe even for code inside a class file13:25
*** aV_V <aV_V!~aV_V@> has joined #yocto13:26
*** williamfligor <williamfligor!> has joined #yocto13:28
rburtonset a variable based on thisdir in the recipe that the class assumes has been set?13:29
sveinserburton: yeah, good idea13:30
*** williamfligor <williamfligor!> has quit IRC13:30
*** YCN- <YCN-!4f8d0f3b@gateway/web/freenode/ip.> has quit IRC13:31
*** Crofton <Crofton!~Crofton@> has quit IRC13:32
*** rcw <rcw!~rwoolley@> has joined #yocto13:33
sveinseHas any of you guys here any corporate system/tools for product versioning that you need to integrate with yocto? E.g. how do you version the top-level product artefacts? Manual rename of the dated output images, automatic scripts, or just use them as they are?13:34
sveinseBecause I need to build a scheme for handling output artefacts, and since we're building three different MACHINES, I can't do this from within a yocto recipe -- I need to make a post-build system on top of bitbake13:35
*** madisox <madisox!> has joined #yocto13:35
sveinseI'm not trying to leech anything, just curious to how other might do this13:36
LetoThe2ndsveinse: automatic build with jenkins, including automatic renaming and archiving the artefacts it is here.13:37
sveinseLetoThe2nd: Do you embed a product version into the image, or is a image just a collection/manifest of individual packages with their versions?13:38
*** vdehors <vdehors!> has joined #yocto13:39
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC13:39
LetoThe2ndsveinse: we also embed complete manifests into the images.13:39
*** ntl <ntl!> has quit IRC13:45
*** mjourdan <mjourdan!> has quit IRC13:48
*** mjourdan <mjourdan!> has joined #yocto13:49
*** mdnneo <mdnneo!~umaucher@> has joined #yocto13:51
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:52
*** tlwoerner <tlwoerner!~tlwoerner@> has joined #yocto13:58
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto13:58
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto14:00
*** AndersD <AndersD!~anders@> has quit IRC14:02
*** yettt <yettt!~yettt@> has quit IRC14:04
*** deva <deva!~deva@> has quit IRC14:06
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto14:07
*** ant_work <ant_work!> has quit IRC14:12
*** TobSnyder <TobSnyder!> has quit IRC14:14
*** willdye <willdye!> has joined #yocto14:15
*** jku <jku!~jku@> has quit IRC14:18
*** mjourdan <mjourdan!> has quit IRC14:23
*** mdnneo <mdnneo!~umaucher@> has quit IRC14:26
*** mjourdan <mjourdan!> has joined #yocto14:35
*** jku <jku!> has joined #yocto14:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:41
*** alimon <alimon!~alimon@> has joined #yocto14:43
*** Crofton <Crofton!> has joined #yocto14:44
*** ntl <ntl!> has joined #yocto14:45
*** Phlogistique <Phlogistique!~phlogisti@> has joined #yocto14:46
*** humberto1 <humberto1!jhibarra@nat/intel/x-piybjozpggixoomn> has joined #yocto14:47
*** scottrif <scottrif!> has joined #yocto14:51
*** lamego <lamego!~jose@> has quit IRC14:57
*** lamego <lamego!jose@nat/intel/x-ogfhhlktoewlfoot> has joined #yocto14:57
*** scottrif <scottrif!> has quit IRC14:58
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has left #yocto14:59
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:01
sveinseDoes yocto have some tool or setting to erase all sstate cache versions but the latest? Like a if rebuilding a recipe, then wipe the old ones first?15:04
rburtonsstate-cache-management or something in scripts15:05
rburtonor just remove anything that hasn't been touched in a week with a find call15:05
rburtonwiping old caches immediately would negate the point of being a cache15:05
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC15:06
sveinseyes, I can see that. Yet this recipe is the most volatile package (will be rebuilt in 98% of the builds, so the cache will be dominated by its artefacts). But I'll find a solution, thanks.15:08
*** CTtpollard <CTtpollard!> has quit IRC15:09
*** toanju <toanju!~toanju@> has quit IRC15:10
*** groleo <groleo!> has quit IRC15:13
*** CTtpollard <CTtpollard!> has joined #yocto15:15
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-mmxxbbiztvyrvjrt> has joined #yocto15:17
*** ddora <ddora!6cab81a4@gateway/web/freenode/ip.> has joined #yocto15:18
ddoraanyone knows how to fix "Warning when extracting archive entry: Can't set UID=0" - > opkg-0.3.0 and libarchive >= 3.2.115:18
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c05a:88b:5465:9fa3> has joined #yocto15:19
*** mizux <mizux!~mizux@> has quit IRC15:27
*** ed21 <ed21!Adium@nat/intel/x-eatwdzqmhrdmmvtd> has joined #yocto15:27
*** mizux <mizux!~mizux@> has joined #yocto15:27
*** ed21 is now known as ed215:27
sveinseHave I understood this right: if I have a compile time setting 'EXTRA_QMAKEVARS_PRE = "-r VERSION=${ANY}"', I can add EXTRA_QMAKEVARS_PRE[vardepsexclude] = "ANY" to prevent that any updates to ANY will trigger a rebuild, right?15:28
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC15:28
kergothsveinse: correct, yes.15:28
sveinsekergoth: great, thanks15:29
*** aV_V <aV_V!~aV_V@> has quit IRC15:29
sveinseAnd append ANY to BB_HASHBASE_WHITELIST to remove it from the taskhash?15:30
*** mizux <mizux!~mizux@> has quit IRC15:31
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC15:31
*** humberto1 <humberto1!jhibarra@nat/intel/x-piybjozpggixoomn> has quit IRC15:32
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:33
kergothsveinse: vardepsexclude removes it from the checksums when pulled in via that variable already15:34
kergoththe whitelist is global, to remove it from *everywhere*, it's brute force, and usually unnecessary15:34
kergothhashbase_whitelist is vardepsexclude for every variable, really :)15:35
sveinseI'm doing something like ANY:="${@get_myversion(d)}", but if it is pulled from the recipe when I use it with vardepsexclude, then I get what I need15:37
*** frsc <frsc!~frsc@> has quit IRC15:40
*** humberto1 <humberto1!jhibarra@nat/intel/x-lmfdwduiqeltofdz> has joined #yocto15:42
*** mkelly <mkelly!~martin@> has joined #yocto15:42
*** mjourdan <mjourdan!> has quit IRC15:44
*** mckoan is now known as mckoan|away15:45
*** AndersD <AndersD!> has joined #yocto15:45
*** jku <jku!> has quit IRC15:46
ddorakergoth: any idea? Warning when extracting archive entry: Can't set UID=015:46
kergothNot a clue, sorry. when exactly are you seeing this?15:47
*** jairglez <jairglez!~jairdeje@> has joined #yocto15:47
*** jairglez1 <jairglez1!~jairdeje@> has joined #yocto15:49
*** jairglez <jairglez!~jairdeje@> has quit IRC15:49
ddorawhen installing ipks into offline sysroot15:49
kergothwhat exactly are you trying to accomplish here?15:50
kergothobviously manually installing packages as a user will result in files with wrong permissions, since you aren't root, which is likely exactly what that warning is telling you15:51
kergoths/installing packages/installing packages on the host rather than target/15:51
*** stephano <stephano!stephano@nat/intel/x-taefaokevquikfft> has joined #yocto15:52
*** csanchezdll <csanchezdll!> has left #yocto15:53
ddorakergoth: i try to install nativesdk ipks manually to sysroot using opkg-cl and -o option. I am wondering why libarchive (or opkg-0.3.0) (poky-2.0) is trying to install with UID 0, i never had this with libarchive from fido15:55
kergothddora: there are files owned by uid 0 in the tarball in the ipk15:55
kergothpresumably, anyway15:55
kergothseems pretty straightforward to me. just ignore the warning and move on if it's not a concern15:56
ddoracontrol files?15:56
kergothif you're curious, examine the ownership of the files in the ipk15:56
*** mjourdan <mjourdan!> has joined #yocto15:56
kergothar x foo.ipk; tar -tzf data.tar.gz; tar -tzf control.tar.gz15:56
kergothmight be of interest, for convenience15:59
ddorathank you very much for sharing!15:59
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto15:59
sveinsedoes bitbake have an option for printing what variable change that triggered rebuild?15:59
kergothsveinse: bitbake -S printdiff will print "why sstate isn't used" basically. bitbake-whatchanged used to be of interest, but i don't think it's maintained anymore. bitbake-diffsigs -t is likely also of interest, you can bitbake foo; bitbake foo; bitbake-diffsigs -t foo build -> compare the previous two builds of foo16:02
kergothddora: np16:02
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto16:07
*** yohboy <yohboy!> has quit IRC16:09
*** fl0v0 <fl0v0!> has quit IRC16:11
sveinseMust a recipe always result in packages? Can a recipe be a service, like executing a build step, e.g. upload to a staging server?16:20
*** todor <todor!~todor@> has joined #yocto16:20
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto16:21
kergothsveinse: if you want to change what tasks run, you can.16:21
kergothsee deltask and addtask16:21
kergothbase.bbclass and package.bbclass & friends define the defaults, that's all16:22
sveinseBasically I have two choices when it comes to our post build deployment: Either write it completely outside yocto, or make a recipe for it and run it with -c deploy or something.16:24
sveinseI know it's slightly outside the scope for the recipes, but then again it is convenient to have all in the same environment16:24
*** rcw <rcw!~rwoolley@> has quit IRC16:25
*** geoffrey_l <geoffrey_l!> has quit IRC16:25
*** Kakounet <Kakounet!> has quit IRC16:27
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c05a:88b:5465:9fa3> has quit IRC16:27
*** grma <grma!~gruberm@> has quit IRC16:28
sveinseheh, Cooker is so busy doing the bitbake -S printdiff for me that it does not respons to SIGINT or SIGTERM...16:29
*** AndersD <AndersD!> has quit IRC16:30
rburtonsveinse: image recipes don't result in packages, so yes they can do anything.  another example is the package-index recipe.16:35
sveinserburton: perfect, thanks16:38
sveinseI notice it uses do_fetch[noexec] = "1" instead of deltask do_fetch16:39
kergothit's easier to undo a noexec if need be than to undo a deltask, as deltask removes task dependencies in both directions, to re-add would require re-adding the deps too16:44
kergothcase by case thing16:44
*** zeeblex <zeeblex!~zeeblex@> has quit IRC16:45
sveinsebtw, I've already fallen in my own trap of requiring a path variable to be set before calling a function in a bbclass :( I wish there were someway I could get the retrieve for the current bbclass file or directory.16:51
sveinse...some way I could retrieve the current bbclass file or directory... (I can't write today)16:53
*** vdehors <vdehors!> has quit IRC16:53
*** berton <berton!~berton@> has quit IRC16:54
*** berton <berton!~berton@> has joined #yocto16:55
kergothsveinse: hard to do directly, normally FILE is the currently parsed file, but it doesn't apply to bbclasses. if you don't mind hardcoding the class relative path, you could easily use inline python to find the absolute path by searching BBPATH for it.16:55
sveinsekergoth: how do I know the name for the bbclass file? Hardcoding?16:56
kergothit may be possible to dig into bitbake internal variables to get it, as is used in bitbake to implement EXPORT_FUNCTIONS, but that wouldn't be ideal either16:57
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto16:58
sveinseright. an odd limitation, iirc, as moving functions to bbclass is encourages, but the system don't scale along with it. I can get the path to the caller's bb-file, but I don't know my own path relationship to it.16:59
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:02
kergothsveinse: iirc it was slightly more complex conceptually just because bbclass parsing involves a cache, to avoid reparsing a class that has multipl e'inherit' lines around, but it just means we should add a new variable for the current bbclass. i'd suggest opening a bug to add that feature to bitbake. it'd be trivial to add17:04
sveinsekergoth: ok, noted. thanks17:06
*** dreyna <dreyna!> has joined #yocto17:16
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:22
sveinseI get a taskhash mismatch which I'm trying to debug. When I call bitbake-diffsigs -t recipe task I get nothing17:24
sveinseAh, perhaps due to the the taskhash mismatch, which is an error, then the data isn't updated fully17:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:27
sveinsewhat is a good apprach for debugging taskhash mismatches?17:30
*** dreyna <dreyna!> has quit IRC17:35
*** rajm <rajm!> has joined #yocto17:36
*** colrack <colrack!~textual@> has quit IRC17:36
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:36
sveinseI have this generic recipe whose purpose is to run do_increase_version every time. I added do_increase_version[nostamp] = "1", but *that* causes the recipe to die in task hash mismatch every time. Any clues to why?17:39
sveinseHere's the full recipe:
*** gtristan <gtristan!~tristanva@> has joined #yocto17:40
*** rajm <rajm!> has quit IRC17:46
sveinsehmm, nostamp seems to be toxic17:49
-YoctoAutoBuilder- build #1122 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
kergothanything depending on a nostamp task will have its checksums change every time, it can't do otherwise, afaik17:52
kergothare you sure you want to do that in a task rather than at parse time?17:53
sveinsekergoth: yes I think so, because this task must be run explicitly. We build run bitbake over three MACHINE= iterations, and the version must not change between them17:54
kergothlikely don't want anything depending on that task, then17:55
sveinseLikewise, the release deployment tasks after build must also be run separately since krogoth can't bundle these three MACHINE builds into one invocation17:55
sveinseAbsolutely nothing shall depend on them, no17:55
sveinseThink I found it with your hint, kergoth: I have a recipe and a class with the same basename. Apparently that created some dependency linking. Renaming the recipe seems to fix the issue17:58
kergothhuh, that's interesting17:58
kergothif you can repro that reliably, report a bug, that should not be the case17:58
kergothideally produce a minimal test case, if possible17:59
kergothobviously you have higher priority stuff to address now, but later maybe, if you would :)17:59
sveinseno sorry, now it's gone17:59
sveinseI can't get it to fail anymore18:00
*** scottrif <scottrif!> has joined #yocto18:01
sveinseand for the record I will... if I get it to fail consistently again18:01
kergothnp :)18:02
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC18:04
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto18:04
*** dreyna <dreyna!> has joined #yocto18:05
*** humberto1 <humberto1!jhibarra@nat/intel/x-lmfdwduiqeltofdz> has quit IRC18:08
*** warthog9 <warthog9!> has quit IRC18:16
*** ionte <ionte!> has quit IRC18:17
*** ionte <ionte!> has joined #yocto18:20
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC18:22
sveinseWhen is the DEPENDS items fulfilled in a recipe? E.g. if I add a task that has no dependencies and no connection to do_build, does bb always satisfy DEPENDS first?18:22
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC18:22
kergothsveinse: see deptask flag in base.bbclass18:25
*** malconxx <malconxx!~malconxx@unaffiliated/malconxx> has joined #yocto18:27
*** warthog9 <warthog9!> has joined #yocto18:28
malconxxtenho o simatic2000 da simemens. quero saber como instalar o postgresql. Alguem tem ideia ?18:29
malconxxI have simemens simatic2000. I want to know how to install postgresql. Anyone have an idea?18:29
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto18:29
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto18:30
*** marka <marka!> has joined #yocto18:34
*** falk0n <falk0n!> has quit IRC18:34
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC18:41
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC18:41
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto18:41
*** nslu2-log <nslu2-log!~nslu2-log@> has joined #yocto18:41
*** ayaka <ayaka!~ayaka@> has joined #yocto18:43
ayakaI want switch stable poky to master, so I checkout the master branch and meet this
ayakawhat should I do to clean up the cache without clean up the download cache?18:44
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:45
*** seebs <seebs!> has quit IRC18:47
*** dvhart <dvhart!> has joined #yocto18:48
rburtonayaka: you just need to delete whatever you set TMPDIR to, usually tmp/ under the build directory.18:48
rburtonayaka: (also it says your networking is broken)18:48
rburtonmaybe that error should tell you *what* tmpdir is…18:48
*** humberto1 <humberto1!jhibarra@nat/intel/x-atysfhypqbvlhoqs> has joined #yocto18:48
ayakarburton, I see thank you18:48
ayakabtw, how to select the C libraries in yocto system?18:49
rburtondefaults to glibc18:49
rburtonyou can also set it to musl18:49
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC18:50
ayakarburton, those thing doesn't cover in the documents18:50
ayakarburton, sorry it is18:51
-YoctoAutoBuilder- build #660 of nightly-wic is complete: Success [build successful] Build details are at
*** malconxx <malconxx!~malconxx@unaffiliated/malconxx> has quit IRC19:06
ayakarburton, I remove it but it still not work for me19:07
ayakaI didn't set any TMPDIR at my local.conf19:07
lsandovayaka: start with a new build folder19:08
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto19:08
*** sbach <sbach!~sbach@> has joined #yocto19:09
ayakalsandov, doesn't use oe-init-build-env?19:09
lsandovayaka: source oe-init-build-env build-krohogth, for example19:09
lsandovwhere build-krogoth is the new build folder, basically empty except for conf19:09
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC19:10
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto19:11
*** malachi <malachi!> has quit IRC19:11
*** stephano <stephano!stephano@nat/intel/x-taefaokevquikfft> has quit IRC19:12
ayakalsandov, no it doesn't work either19:14
lsandovayaka: same error?19:14
ayakalsandov, yes19:14
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-mmxxbbiztvyrvjrt> has quit IRC19:14
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC19:14
rburtonthe networking bit?  that's unrelated to tmpdir, and means your proxies are not configured19:15
* fray notes 19 bitbake builds on the same machine doesn't work will if the inotify is limited to 8k files..19:16
fraybut I did get the load on the machine over 2400 before it stopped.. ;)19:16
*** stephano <stephano!stephano@nat/intel/x-zwrafjftaldoqzfg> has joined #yocto19:20
ayakalsandov, I add that variable and run bitbake19:21
ayakathen remove it, it seems work now19:21
lsandovayaka: TCLIBC?19:21
ayakalsandov, BB_NO_NETWORK = "1"19:22
lsandovayaka: ok, so apparently you have all in your DL_DIR19:23
lsandovfray: using an AB?19:23
frayno, just on the machine I've got19:23
ayakalsandov, not actually I am downloading those new source code since I upgrade to master from morty19:23
*** morphis <morphis!> has quit IRC19:24
frayrunning 9 builds at once (more reasonable number), my load is consistently around 200-400 range..19:24
frayso machine is a bit overloaded, but not too bad.. but it's not using swap yet -- so that is keeping the performance up19:24
fray(I'm running some test builds against the YP 2.2.1 release.. nothing too big)19:25
lsandovfray: look at these plots for a simple build (core-image-minimal)
lsandovfray: what you have is that x 9, too much19:25
lsandovfray: are you doing some kind of performance test?19:26
frayI've got 144 threads and 256 GB of ram.. (and a whole lotta raid)19:27
frayso a load of 200 isn't too bad..19:27
fray400 is a bit much, but if most of that is I/O bound then it's actually not all that bad either19:27
lsandovfray: that is something :)19:27
fraymodel name      : Intel(R) Xeon(R) CPU E7-8890 v3 @ 2.50GHz19:28
fray* 419:28
lsandovfray: you are basically creating fork bombs19:28
*** dreyna <dreyna!> has quit IRC19:28
frayload of 2410 was a fork bomb.. this is just a 'busy system'19:28
*** toanju <toanju!> has joined #yocto19:28
fray(interactive wise, the system is responsive for such a high load -- currently around 220)19:29
frayI'd say each build is probably running at about 75-80% based on just watching the screen..19:29
frayso that isn't bad performance..19:29
frayI just have to make sure these 9 sets of builds complete19:30
*** morphis <morphis!> has joined #yocto19:31
frayload right now is in the 130 range... says I'm currently about 23% idle as well....19:32
*** jairglez1 <jairglez1!~jairdeje@> has quit IRC19:32
fray(not sure I trust Linux process accounting)19:32
*** jairglez <jairglez!~jairdeje@> has joined #yocto19:33
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC19:35
Crofton|workfake accounting19:36
fray'Make the server great again...'19:36
paulg"Make MN have a brown-out again."19:37
* fray should check the temps on that machine....19:37
frayroom.. 'incoming air' to the sevrer is 86F..  air at my shoulder height is 91F..19:38
frayCPU1-4 temps, 62C, 60C, 57C and 59C19:39
paulgwith the electric bill and the thermal signature of the building, they'll be busting your door down thinking you are a grow-op.19:39
frayOhh I should check power usage.. ;)19:39
fraypower consumption....19:39
fraymachine 'all-time high' is right now..  1220 Watts..19:40
frayaverage for the last hour is 1000 watts.. average for past 7 days is 562 watts19:40
frayAC input power is just under 300 W (* 4 power supplied).. output power is around 260W (* 4 power supplies)19:41
fraythat is more lossy then I would have expected19:42
fray13% power loss seems 'excessive' for supplies that are '90 Platinum rated'19:42
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:43
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:45
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto19:45
* fray wonders how loud the office is right now.. (probably unbearable)19:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:46
rburtonfray: i just got a power monitor thingy on my domestic mains and now wonder what sort of idle tuning xeons have as my build machine appears to idle at about 150W19:47
rburtonif i just run laptop-mode will that do the right thing i wonder19:47
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC19:47
frayya, I wish this only idled at 150W.. when I'm not using it, I often power it down.. but even then (with the BMC only) it draws about 120 watts)19:47
rburtonthats a hell of a lot for a bmc19:48
frayluckily I have a remote power switch on the box, so I can actually power it off19:48
frayya.. I don't think the BMC really takes 120 watts.. but I suspect between the 4 power supplies, all of the fans and the BMC controller that accounts for it..19:48
*** jairglez <jairglez!~jairdeje@> has quit IRC19:48
frayI almost wonder if I yanked 2 of the 4 supplies if the power efficiency would go up19:49
fraythe machine is capable of running off one supply, but there is a warning that 1 supply may not have enough power if the chassis is loaded full of drives and ram19:49
fray(I'm nowhere near loaded on either...)19:49
*** jairglez <jairglez!~jairdeje@> has joined #yocto19:50
frayIntel defines the TDP for each CPU at 165W...19:50
frayso that is 660 of the 1200 right there.. then add the cooling, drives, ram, raid card, etc..  1200 isn't 'unreasonable'19:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:51
*** joshuagl <joshuagl!joshuagl@nat/intel/x-ibvuzmifhqtnnpzv> has quit IRC19:52
* fray should be able to shut down two of the supplies (remotely) and check....19:52
*** zeeblex <zeeblex!> has joined #yocto19:53
*** ed2 <ed2!Adium@nat/intel/x-eatwdzqmhrdmmvtd> has quit IRC19:53
frayya, even with 2 of the supplied down -- it's showing input (AC) vs output (DC) power is still a 13% loss..19:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:01
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:05
*** rewitt <rewitt!~rewitt@> has quit IRC20:05
*** bluelightning <bluelightning!~paul@> has joined #yocto20:07
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:07
*** dreyna <dreyna!> has joined #yocto20:10
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:12
*** paulg <paulg!> has quit IRC20:13
-YoctoAutoBuilder- build #1080 of nightly-mips-lsb is complete: Success [build successful] Build details are at
*** JaMa <JaMa!~martin@> has quit IRC20:22
*** paulg <paulg!> has joined #yocto20:25
*** pohly <pohly!> has quit IRC20:29
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC20:35
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC20:37
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC20:37
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC20:39
*** humberto1 <humberto1!jhibarra@nat/intel/x-atysfhypqbvlhoqs> has quit IRC20:40
*** humberto1 <humberto1!~jhibarra@> has joined #yocto20:43
*** jairglez <jairglez!~jairdeje@> has left #yocto20:44
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC20:45
*** lamego <lamego!jose@nat/intel/x-ogfhhlktoewlfoot> has quit IRC20:45
*** humberto1 <humberto1!~jhibarra@> has quit IRC20:47
*** tlwoerner <tlwoerner!> has joined #yocto20:47
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto20:47
*** ant_home <ant_home!~ant__@> has joined #yocto20:48
*** luneff <luneff!~yury@> has quit IRC20:53
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto20:54
*** nerdboy <nerdboy!> has joined #yocto20:55
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto20:55
*** caiortp <caiortp!~inatel@> has quit IRC20:55
*** Biliogadafr <Biliogadafr!> has quit IRC20:56
*** Crofton_ <Crofton_!> has joined #yocto20:57
*** balister_ <balister_!> has joined #yocto20:58
*** Crofton|work <Crofton|work!> has quit IRC20:59
*** Crofton <Crofton!> has quit IRC20:59
*** baldgeek <baldgeek!> has quit IRC21:02
-YoctoAutoBuilder- build #730 of nightly-arm64 is complete: Success [build successful] Build details are at
*** balister_ is now known as Crofton|work21:03
*** rewitt <rewitt!rewitt@nat/intel/x-qagllemcjvlvtenw> has joined #yocto21:05
*** marka <marka!> has quit IRC21:06
*** gizero <gizero!> has quit IRC21:06
-YoctoAutoBuilder- build #1103 of nightly-x86-lsb is complete: Success [build successful] Build details are at
*** mkelly <mkelly!~martin@> has quit IRC21:07
-YoctoAutoBuilder- build #1105 of nightly-mips is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #1162 of nightly-x86-64 is complete: Success [build successful] Build details are at
*** mkelly <mkelly!~martin@> has joined #yocto21:10
*** berton <berton!~berton@> has quit IRC21:17
-YoctoAutoBuilder- build #1123 of nightly-x86 is complete: Success [build successful] Build details are at
*** toanju <toanju!> has quit IRC21:33
*** mtetreault <mtetreault!> has quit IRC21:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:39
*** mtetreault <mtetreault!> has joined #yocto21:39
*** scottrif <scottrif!> has quit IRC21:41
*** ftonello <ftonello!> has quit IRC21:43
*** mtetreault <mtetreault!> has quit IRC21:48
*** zecke <zecke!> has quit IRC21:55
*** mtetreault <mtetreault!> has joined #yocto21:55
*** yann <yann!> has joined #yocto22:02
*** agust <agust!> has quit IRC22:19
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC22:33
*** mtetreault <mtetreault!> has quit IRC22:45
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC22:46
*** paulg <paulg!> has quit IRC22:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:52
*** paulg <paulg!> has joined #yocto22:55
*** stephano <stephano!stephano@nat/intel/x-zwrafjftaldoqzfg> has quit IRC22:58
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC23:06
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC23:11
*** tlwoerner <tlwoerner!~tlwoerner@> has joined #yocto23:21
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto23:21
*** seebs <seebs!> has joined #yocto23:28
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC23:29
kergothbluelightning: nice23:30
kergothbluelightning: one issue, i think you accidentally depend on a newer python than bitbake acxtually requires right now:23:30
kergoth  File "/data/kergoth/mel/elm/test/poky/bitbake/lib/bb/", line 42623:30
kergoth    return formatstr.format(**colors, **values)23:30
kergoth                                    ^23:30
kergothSyntaxError: invalid syntax23:30
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto23:32
*** tlwoerner_ <tlwoerner_!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto23:35
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto23:36
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC23:37
*** ant_home <ant_home!~ant__@> has quit IRC23:40
bluelightningkergoth: argh, really?23:42
bluelightningwell, fairly easy to work around, at least with the way I structured it I only need to do it in one place...23:43
bluelightningkergoth: fix pushed23:49
*** nighty <nighty!> has joined #yocto23:54

Generated by 2.11.0 by Marius Gedminas - find it at!