| *** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto | 00:05 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 00:28 | |
| *** mkelly <mkelly!~martin@67.171.33.217> has quit IRC | 00:32 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 00:47 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 00:50 | |
| *** Guest69436 <Guest69436!~tprossi@200.229.195.169> has joined #yocto | 01:09 | |
| *** Guest69436 <Guest69436!~tprossi@200.229.195.169> has quit IRC | 01:20 | |
| *** nighty <nighty!~nighty@p001.gate.atson.jp> has joined #yocto | 01:34 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 02:26 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 02:26 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 02:44 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 02:50 | |
| *** JPEWhacker <JPEWhacker!883fd8cb@gateway/web/freenode/ip.136.63.216.203> has joined #yocto | 02:52 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 02:52 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 02:52 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 02:59 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 03:05 | |
| *** JPEWhacker <JPEWhacker!883fd8cb@gateway/web/freenode/ip.136.63.216.203> has left #yocto | 03:06 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 03:07 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 03:10 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 03:56 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 03:56 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-nschlldkhvyzfbuo> has quit IRC | 04:00 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 04:12 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 04:22 | |
| *** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 05:10 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 05:32 | |
| *** morphis <morphis!~morphis@pD9ED729A.dip0.t-ipconnect.de> has joined #yocto | 05:40 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 05:44 | |
| *** IRCFrEAK <IRCFrEAK!~gk.1wm.su@185.93.181.102> has joined #yocto | 05:48 | |
| *** IRCFrEAK <IRCFrEAK!~gk.1wm.su@185.93.181.102> has left #yocto | 05:50 | |
| *** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto | 05:51 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 05:51 | |
| *** zecke <zecke!~ich@ip127-36-210-87.adsl2.static.versatel.nl> has joined #yocto | 05:57 | |
| *** agust <agust!~agust@p4FCB4BB9.dip0.t-ipconnect.de> has joined #yocto | 06:01 | |
| *** zecke <zecke!~ich@ip127-36-210-87.adsl2.static.versatel.nl> has quit IRC | 06:05 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 06:11 | |
| *** eyeoh7 <eyeoh7!c0c693a4@gateway/web/freenode/ip.192.198.147.164> has joined #yocto | 06:13 | |
| *** eyeoh_ <eyeoh_!c0c693a4@gateway/web/freenode/ip.192.198.147.164> has joined #yocto | 06:15 | |
| *** eyeoh_ <eyeoh_!c0c693a4@gateway/web/freenode/ip.192.198.147.164> has quit IRC | 06:18 | |
| -YoctoAutoBuilder- build #1161 of nightly-x86-64 is complete: Failure [failed BuildImages_1 SendErrorReport] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/1161 | 06:21 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 06:23 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 06:27 | |
| *** dv__ <dv__!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 06:27 | |
| *** zecke <zecke!~ich@ip127-36-210-87.adsl2.static.versatel.nl> has joined #yocto | 06:29 | |
| -YoctoAutoBuilder- build #1104 of nightly-mips is complete: Failure [failed BuildImages_1 SendErrorReport] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/1104 | 06:36 | |
| *** gregd <gregd!~greg@195.159.234.190> has joined #yocto | 06:42 | |
| *** lemagoup_ <lemagoup_!~lemagoup@195.190.86.18> has quit IRC | 06:49 | |
| *** frsc <frsc!~frsc@80.149.173.67> has joined #yocto | 06:50 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 06:52 | |
| *** heliocastro <heliocastro!heliocastr@kde/heliocastro> has joined #yocto | 06:52 | |
| *** lemagoup <lemagoup!~lemagoup@195.190.86.18> has joined #yocto | 06:57 | |
| *** heliocastro is now known as helio|afk | 06:59 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 07:04 | |
| *** ant_work <ant_work!~ant__@host180-233-dynamic.45-213-r.retail.telecomitalia.it> has joined #yocto | 07:09 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:10 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6B92C.dip0.t-ipconnect.de> has joined #yocto | 07:14 | |
| *** deva <deva!~deva@87.116.45.78> has joined #yocto | 07:17 | |
| *** jku <jku!~jku@192.198.151.44> has joined #yocto | 07:24 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 07:26 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 07:35 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:35 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 07:48 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 07:48 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-vsexokgthaofjcbw> has joined #yocto | 07:52 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-ibvuzmifhqtnnpzv> has joined #yocto | 08:02 | |
| *** colrack <colrack!~textual@94.126.8.166> has joined #yocto | 08:07 | |
| ionte | hi. 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 #yocto | 08:12 | |
| ionte | what 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 point | 08:13 |
| paulbarker | ionte: That makes sense. You could also mount /var as writable and link any other writable directories under there | 08:14 |
| ionte | paulbarker good idea | 08:14 |
| ionte | also, where would you put that link creation? i mean in which recipe? | 08:15 |
| paulbarker | probably the image recipe | 08:15 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:16 | |
| paulbarker | look at ROOTFS_POSTPROCESS_COMMAND if you haven't already | 08:16 |
| *** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto | 08:17 | |
| ionte | nice, thanks! | 08:17 |
| ionte | hm. 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 |
| ionte | perhaps i should just put that creation outside of yocto, in my deploy script... | 08:20 |
| *** helio|afk is now known as heliocastro | 08:27 | |
| *** zecke <zecke!~ich@ip127-36-210-87.adsl2.static.versatel.nl> has quit IRC | 08:29 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 08:46 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 08:50 | |
| *** blitz00_ <blitz00_!~stefan@gate-zro.freescale.com> has joined #yocto | 08:52 | |
| kanavin | Son_Goku: yes, and your point is? | 08:53 |
| *** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC | 08:53 | |
| sveinse | What is the relationship between SRCREV ?= "${AUTOREV}" and PV="...${SRCPV}". What significance has the AUTOREV and the SRCREV variable in this? | 08:56 |
| sveinse | The manual sais "We need to document AUTOREV and SRCREV_FORMAT here."... | 08:56 |
| jku | sveinse: which manual is this? | 08:58 |
| sveinse | jku: Bitbake user manual, section 4.4. version 2.2 | 08:59 |
| jku | sveinse: current dev-manual and reference manual do talk about autorev a bit | 09:00 |
| *** mckoan|away is now known as mckoan | 09:01 | |
| jku | e.g. http://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#var-AUTOREV | 09:01 |
| *** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:03 | |
| sveinse | What 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!~nighty@p001.gate.atson.jp> has quit IRC | 09:04 | |
| *** ftonello <ftonello!~felipe@host31-53-162-65.range31-53.btcentralplus.com> has joined #yocto | 09:06 | |
| kanavin | Son_Goku: we'll update libdnf to latest version later, right now is a pre-release freeze | 09:06 |
| sveinse | Grepping 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 |
| sveinse | When do you use the "python pyfn () {" vs "def pyfn():" syntax? I see a mix of both types | 09:12 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 09:12 | |
| *** luneff <luneff!~yury@87.117.38.1> has joined #yocto | 09:13 | |
| *** mizux <mizux!~mizux@195.190.86.18> has joined #yocto | 09:14 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 09:16 | |
| *** blitz00_ <blitz00_!~stefan@gate-zro.freescale.com> has quit IRC | 09:16 | |
| *** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto | 09:16 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 09:28 | |
| *** TobSnyder <TobSnyder!~schneider@ip9234ad86.dynamic.kabel-deutschland.de> has joined #yocto | 09:32 | |
| *** TobSnyder <TobSnyder!~schneider@ip9234ad86.dynamic.kabel-deutschland.de> has joined #yocto | 09:33 | |
| *** d3xter <d3xter!c0a49d61@gateway/web/freenode/ip.192.164.157.97> has joined #yocto | 09:42 | |
| sveinse | Is 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 it | 09:49 |
| d3xter | so 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 |
| rburton | d3xter: probably not, likely a bug in how firefox exposes the keyboard to the IM plugin. | 09:59 |
| rburton | feel free to delve into the plugin though, maybe there's a case that isn't being handled | 09:59 |
| d3xter | rburton: ok thanks, will give it a try :) | 10:00 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-vsexokgthaofjcbw> has quit IRC | 10:00 | |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 10:02 | |
| d3xter | rburton: 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 #yocto | 10:17 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 10:17 | |
| jku | d3xter: do you have pkg-config installed? | 10:27 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 10:30 | |
| *** jku <jku!~jku@192.198.151.44> has left #yocto | 10:32 | |
| *** jku <jku!~jku@192.198.151.44> has joined #yocto | 10:33 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 10:33 | |
| *** peacememories <peacememories!~textual@e254-012.eduroam.tuwien.ac.at> has joined #yocto | 10:38 | |
| *** jku <jku!~jku@192.198.151.44> has quit IRC | 10:39 | |
| *** peacememories <peacememories!~textual@e254-012.eduroam.tuwien.ac.at> has quit IRC | 10:40 | |
| *** Biliogadafr <Biliogadafr!~bilio@nat3-minsk-pool-46-53-182-120.telecom.by> has joined #yocto | 10:42 | |
| *** jku <jku!~jku@192.198.151.44> has joined #yocto | 10:42 | |
| *** lexano <lexano!~lexano@216.151.180.48> has quit IRC | 10:44 | |
| rburton | hm wic.filemap.ErrorNotSupp: FilemapFiemap: the FIEMAP ioctl is not supported by the file-system | 10:45 |
| rburton | ed2: can fiemap be optional? | 10:47 |
| rburton | my tmp is a tmpfs | 10:47 |
| rburton | and that's not an uncommon environment | 10:47 |
| ed2 | rburton: Do you have this patch applied: http://lists.openembedded.org/pipermail/openembedded-core/2017-March/134764.html ? | 10:51 |
| ed2 | rburton: just guessing here if SEEK_HOLE is supported by tmpfs. | 10:52 |
| ed2 | rburton: If not - I'll make FIEMAP optional. If it's not supported then wic will just copy a file without preserving sparceness. | 10:53 |
| rburton | yes | 10:54 |
| ed2 | rburton: looks like SEEK_HOLE/SEEK_DATA is supported. Please, revert that patch then. | 10:54 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 10:56 | |
| d3xter | jku: silly me, thank you | 11:01 |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 11:01 | |
| ed2 | rburton: I'll send a patch. sorry for this. | 11:06 |
| rburton | np | 11:07 |
| rburton | obviously i didn't actually test those patches before they landed in next. | 11:07 |
| rburton | maybe we need a tmpfs run on the AB somewhere | 11:07 |
| ed2 | rburton: I'll add test case to test both methods: FIEMAP and SEEK_HOLE | 11:08 |
| ed2 | rburton: I thought they're both supported everywhere and SEEK_HOLE is not used at all. | 11:08 |
| rburton | hm a post from 2012 suggests that tmpfs has seek_hole in | 11:09 |
| rburton | oh got it backwards | 11:10 |
| *** pohly <pohly!~pohly@p57A56FF0.dip0.t-ipconnect.de> has joined #yocto | 11:28 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 11:38 | |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 11:41 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 11:42 | |
| *** berton <berton!~berton@189.114.111.135> has joined #yocto | 11:42 | |
| *** zecke <zecke!~ich@ip127-36-210-87.adsl2.static.versatel.nl> has joined #yocto | 11:46 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 11:52 | |
| *** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 11:54 | |
| *** jwest__ <jwest__!~jwest@2601:148:200:6f80:2548:f100:4eb0:4142> has quit IRC | 11:55 | |
| Son_Goku | kanavin: it's an informational fix | 11:57 |
| Son_Goku | it's already at 0.8.x | 11:57 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 12:01 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 12:06 | |
| *** smferris <smferris!~smferris@192.95.10.156> has quit IRC | 12:07 | |
| *** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 12:09 | |
| *** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has joined #yocto | 12:10 | |
| *** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto | 12:10 | |
| *** d3xter <d3xter!c0a49d61@gateway/web/freenode/ip.192.164.157.97> has quit IRC | 12:11 | |
| *** Crofton <Crofton!~Crofton@pool-108-44-116-166.ronkva.east.verizon.net> has quit IRC | 12:13 | |
| sveinse | Is it possible to (force) include a non-bitbake file into a recipe? What defines a bitbake file, btw? Its suffix? | 12:15 |
| sveinse | I'd like to read a VERSION file, which is formatted exactly as a bb file; # for comments and KEY="data" | 12:17 |
| bluelightning | sveinse: I don't think so no, but you could read it in without too much trouble within an anonymous python function though | 12:18 |
| sveinse | bluelightning: yeah, sure, reading it from py is no problem | 12:18 |
| jku | bluelightning: why wouldn't an include/require work? | 12:18 |
| bluelightning | er | 12:18 |
| bluelightning | actually yes include/require should work | 12:19 |
| sveinse | I get ParseError in ../sp/yocto/classes/../../VERSION: not a BitBake file | 12:19 |
| bluelightning | hmm | 12:19 |
| sveinse | Perhaps I need to add it as a layer file? | 12:19 |
| *** ed2 <ed2!Adium@nat/intel/x-tjlotifqwmpvhszg> has quit IRC | 12:20 | |
| bluelightning | ah, no... I see it now in bitbake/lib/bb/parse/parse_py/bbhandler.py | 12:20 |
| sveinse | I confirm adding it to BBFILES did not help | 12:21 |
| bluelightning | it explicitly specifies .bb, .bbclass, .inc as the extensions it handles | 12:21 |
| sveinse | right | 12:21 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 12:22 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 12:23 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 12:25 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:26 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 12:26 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 12:28 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 12:28 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 12:30 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 12:32 | |
| *** Crofton <Crofton!~Crofton@24.49.13.8> has joined #yocto | 12:33 | |
| *** jwest__ <jwest__!~jwest@2601:148:200:6f80:ac21:d2d:6908:ebca> has joined #yocto | 12:34 | |
| *** yohboy <yohboy!~yohan@bce1.fw1.capo.montpellier-agglo.com> has joined #yocto | 12:37 | |
| *** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC | 12:39 | |
| *** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto | 12:39 | |
| sveinse | What is the second argument to d.getVar() ? | 12:42 |
| rburton | whether to expand or not | 12:43 |
| rburton | ie do you get ${PN} or somerecipename | 12:43 |
| sveinse | got it, thanks | 12:43 |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 12:46 | |
| jku | I 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 IRC | 12:49 | |
| sveinse | Is 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 layer | 12:50 |
| *** falk0n <falk0n!~falk0n@a109-49-67-169.cpe.netcabo.pt> has joined #yocto | 12:52 | |
| sveinse | Specifically, 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 |
| sveinse | for my first q: d.keys() | 12:55 |
| jku | sveinse: 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.79.141.15.59> has joined #yocto | 13:00 | |
| YCN- | Hi guys, | 13:00 |
| YCN- | I was wondering if anyone has a recipe that does the installation of .deb files? | 13:01 |
| sveinse | jku, 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 file | 13:02 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 13:02 | |
| *** baldgeek <baldgeek!~dan@cpe-98-30-171-138.columbus.res.rr.com> has joined #yocto | 13:02 | |
| *** lamego <lamego!~jose@134.134.137.73> has joined #yocto | 13:03 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 13:04 | |
| sveinse | our 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 #yocto | 13:04 | |
| jku | targetting non-yocto platforms doesn't prevent most software from having sensible version numbers but I'll take your word for it | 13:05 |
| sveinse | This is how I ended up by building the sources without using SRC_URI, btw, https://bpaste.net/show/8c1e7ff3bfc3 - it seems to be working. Anyone see anything obviously errors here? | 13:06 |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 13:08 | |
| *** cc0_ <cc0_!~cc0_@c-174-53-187-122.hsd1.mn.comcast.net> has quit IRC | 13:10 | |
| *** smferris <smferris!~smferris@192.95.10.156> has joined #yocto | 13:12 | |
| jku | sveinse: are you aware that bitbake will have no idea about your sources when you do that? | 13:13 |
| *** groleo <groleo!~dev@gate-zro.freescale.com> has joined #yocto | 13:14 | |
| jku | so can't figure out when to re-build | 13:14 |
| rburton | the change of SRCPV might be enough | 13:15 |
| rburton | *might* | 13:15 |
| sveinse | jku: How is this any different from SCM based rebuild? Is it hashing every file? | 13:15 |
| rburton | sveinse: how will it know to rebuild if you have local changes? or is that not a concern | 13:16 |
| jku | sveinse: e.g. with git it has a git commit hash | 13:16 |
| sveinse | which 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 work | 13:16 |
| sveinse | I'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 |
| jku | innovative | 13:17 |
| rburton | sveinse: are local modifications to the sources out of scope here? | 13:18 |
| maxin | https://bugzilla.yoctoproject.org/show_bug.cgi?id=11288 | 13:18 |
| yocti | Bug 11288: normal, Undecided, ---, richard.purdie, NEW , X Server fails to start on qemuarm64 | 13:18 |
| sveinse | partly. 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 edits | 13:18 |
| rburton | maxin: reassign to bruce? | 13:19 |
| maxin | rburton: looks like kernel configs missing.. yes | 13:20 |
| sveinse | The 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@31.145.161.14> has joined #yocto | 13:22 | |
| sveinse | The 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 |
| sveinse | Is there a THISDIR that works for bbclass files? THISDIR reports the path to the calling bb recipe even for code inside a class file | 13:25 |
| *** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto | 13:26 | |
| *** williamfligor <williamfligor!~textual@n2-77-58.dhcp.drexel.edu> has joined #yocto | 13:28 | |
| rburton | set a variable based on thisdir in the recipe that the class assumes has been set? | 13:29 |
| sveinse | rburton: yeah, good idea | 13:30 |
| *** williamfligor <williamfligor!~textual@n2-77-58.dhcp.drexel.edu> has quit IRC | 13:30 | |
| *** YCN- <YCN-!4f8d0f3b@gateway/web/freenode/ip.79.141.15.59> has quit IRC | 13:31 | |
| *** Crofton <Crofton!~Crofton@24.49.13.8> has quit IRC | 13:32 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 13:33 | |
| sveinse | Has 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 |
| sveinse | Because 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 bitbake | 13:35 |
| *** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto | 13:35 | |
| sveinse | I'm not trying to leech anything, just curious to how other might do this | 13:36 |
| LetoThe2nd | sveinse: automatic build with jenkins, including automatic renaming and archiving the artefacts it is here. | 13:37 |
| sveinse | LetoThe2nd: 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!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has joined #yocto | 13:39 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 13:39 | |
| LetoThe2nd | sveinse: we also embed complete manifests into the images. | 13:39 |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 13:45 | |
| *** mjourdan <mjourdan!~mjourdan@bgn92-1-82-67-207-244.fbx.proxad.net> has quit IRC | 13:48 | |
| *** mjourdan <mjourdan!~mjourdan@bgn92-1-82-67-207-244.fbx.proxad.net> has joined #yocto | 13:49 | |
| *** mdnneo <mdnneo!~umaucher@212.118.209.82> has joined #yocto | 13:51 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:52 | |
| *** tlwoerner <tlwoerner!~tlwoerner@104.247.246.30> has joined #yocto | 13:58 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 13:58 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 14:00 | |
| *** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 14:02 | |
| *** yettt <yettt!~yettt@31.145.161.14> has quit IRC | 14:04 | |
| *** deva <deva!~deva@87.116.45.78> has quit IRC | 14:06 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 14:07 | |
| *** ant_work <ant_work!~ant__@host180-233-dynamic.45-213-r.retail.telecomitalia.it> has quit IRC | 14:12 | |
| *** TobSnyder <TobSnyder!~schneider@ip9234ad86.dynamic.kabel-deutschland.de> has quit IRC | 14:14 | |
| *** willdye <willdye!~willdye@h210.132.23.98.static.ip.windstream.net> has joined #yocto | 14:15 | |
| *** jku <jku!~jku@192.198.151.44> has quit IRC | 14:18 | |
| *** mjourdan <mjourdan!~mjourdan@bgn92-1-82-67-207-244.fbx.proxad.net> has quit IRC | 14:23 | |
| *** mdnneo <mdnneo!~umaucher@212.118.209.82> has quit IRC | 14:26 | |
| *** mjourdan <mjourdan!~mjourdan@bgn92-1-82-67-207-244.fbx.proxad.net> has joined #yocto | 14:35 | |
| *** jku <jku!~jku@dyj-skycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto | 14:37 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:41 | |
| *** alimon <alimon!~alimon@134.134.139.72> has joined #yocto | 14:43 | |
| *** Crofton <Crofton!~Crofton@pool-108-44-116-166.ronkva.east.verizon.net> has joined #yocto | 14:44 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:45 | |
| *** Phlogistique <Phlogistique!~phlogisti@195.154.54.216> has joined #yocto | 14:46 | |
| *** humberto1 <humberto1!jhibarra@nat/intel/x-piybjozpggixoomn> has joined #yocto | 14:47 | |
| *** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has joined #yocto | 14:51 | |
| *** lamego <lamego!~jose@134.134.137.73> has quit IRC | 14:57 | |
| *** lamego <lamego!jose@nat/intel/x-ogfhhlktoewlfoot> has joined #yocto | 14:57 | |
| *** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has quit IRC | 14:58 | |
| *** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has left #yocto | 14:59 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:01 | |
| sveinse | Does 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 |
| rburton | sstate-cache-management or something in scripts | 15:05 |
| rburton | or just remove anything that hasn't been touched in a week with a find call | 15:05 |
| rburton | wiping old caches immediately would negate the point of being a cache | 15:05 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 15:06 | |
| sveinse | yes, 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!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:09 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 15:10 | |
| *** groleo <groleo!~dev@gate-zro.freescale.com> has quit IRC | 15:13 | |
| *** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 15:15 | |
| *** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-mmxxbbiztvyrvjrt> has joined #yocto | 15:17 | |
| *** ddora <ddora!6cab81a4@gateway/web/freenode/ip.108.171.129.164> has joined #yocto | 15:18 | |
| ddora | anyone knows how to fix "Warning when extracting archive entry: Can't set UID=0" - > opkg-0.3.0 and libarchive >= 3.2.1 | 15:18 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c05a:88b:5465:9fa3> has joined #yocto | 15:19 | |
| *** mizux <mizux!~mizux@195.190.86.18> has quit IRC | 15:27 | |
| *** ed21 <ed21!Adium@nat/intel/x-eatwdzqmhrdmmvtd> has joined #yocto | 15:27 | |
| *** mizux <mizux!~mizux@195.190.86.18> has joined #yocto | 15:27 | |
| *** ed21 is now known as ed2 | 15:27 | |
| sveinse | Have 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 IRC | 15:28 | |
| kergoth | sveinse: correct, yes. | 15:28 |
| sveinse | kergoth: great, thanks | 15:29 |
| *** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC | 15:29 | |
| sveinse | And append ANY to BB_HASHBASE_WHITELIST to remove it from the taskhash? | 15:30 |
| *** mizux <mizux!~mizux@195.190.86.18> has quit IRC | 15:31 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 15:31 | |
| *** humberto1 <humberto1!jhibarra@nat/intel/x-piybjozpggixoomn> has quit IRC | 15:32 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:33 | |
| kergoth | sveinse: vardepsexclude removes it from the checksums when pulled in via that variable already | 15:34 |
| kergoth | the whitelist is global, to remove it from *everywhere*, it's brute force, and usually unnecessary | 15:34 |
| kergoth | hashbase_whitelist is vardepsexclude for every variable, really :) | 15:35 |
| kergoth | afk | 15:35 |
| sveinse | I'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 need | 15:37 |
| *** frsc <frsc!~frsc@80.149.173.67> has quit IRC | 15:40 | |
| *** humberto1 <humberto1!jhibarra@nat/intel/x-lmfdwduiqeltofdz> has joined #yocto | 15:42 | |
| *** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto | 15:42 | |
| *** mjourdan <mjourdan!~mjourdan@bgn92-1-82-67-207-244.fbx.proxad.net> has quit IRC | 15:44 | |
| *** mckoan is now known as mckoan|away | 15:45 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 15:45 | |
| *** jku <jku!~jku@dyj-skycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC | 15:46 | |
| ddora | kergoth: any idea? Warning when extracting archive entry: Can't set UID=0 | 15:46 |
| kergoth | Not a clue, sorry. when exactly are you seeing this? | 15:47 |
| *** jairglez <jairglez!~jairdeje@134.134.139.82> has joined #yocto | 15:47 | |
| *** jairglez1 <jairglez1!~jairdeje@134.134.139.82> has joined #yocto | 15:49 | |
| *** jairglez <jairglez!~jairdeje@134.134.139.82> has quit IRC | 15:49 | |
| ddora | when installing ipks into offline sysroot | 15:49 |
| kergoth | what exactly are you trying to accomplish here? | 15:50 |
| kergoth | obviously 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 you | 15:51 |
| kergoth | s/installing packages/installing packages on the host rather than target/ | 15:51 |
| *** stephano <stephano!stephano@nat/intel/x-taefaokevquikfft> has joined #yocto | 15:52 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 15:53 | |
| ddora | kergoth: 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 fido | 15:55 |
| kergoth | ddora: there are files owned by uid 0 in the tarball in the ipk | 15:55 |
| kergoth | presumably, anyway | 15:55 |
| kergoth | seems pretty straightforward to me. just ignore the warning and move on if it's not a concern | 15:56 |
| ddora | control files? | 15:56 |
| kergoth | if you're curious, examine the ownership of the files in the ipk | 15:56 |
| *** mjourdan <mjourdan!~mjourdan@bgn92-1-82-67-207-244.fbx.proxad.net> has joined #yocto | 15:56 | |
| kergoth | ar x foo.ipk; tar -tzf data.tar.gz; tar -tzf control.tar.gz | 15:56 |
| ddora | thanks! | 15:56 |
| kergoth | np | 15:57 |
| kergoth | ddora: https://github.com/kergoth/dotfiles/blob/master/scripts/ipkcontents, https://github.com/kergoth/dotfiles/blob/master/scripts/ipkinfo, https://github.com/kergoth/dotfiles/blob/master/scripts/ipkunpack | 15:58 |
| kergoth | might be of interest, for convenience | 15:59 |
| ddora | thank you very much for sharing! | 15:59 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-kvucmsatqpjwyogh> has joined #yocto | 15:59 | |
| sveinse | does bitbake have an option for printing what variable change that triggered rebuild? | 15:59 |
| kergoth | sveinse: 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 foo | 16:02 |
| kergoth | ddora: np | 16:02 |
| *** JosePerez <JosePerez!~jgperezc@134.134.139.76> has joined #yocto | 16:07 | |
| *** yohboy <yohboy!~yohan@bce1.fw1.capo.montpellier-agglo.com> has quit IRC | 16:09 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6B92C.dip0.t-ipconnect.de> has quit IRC | 16:11 | |
| sveinse | Must 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@134.134.139.82> has joined #yocto | 16:20 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 16:21 | |
| kergoth | sveinse: if you want to change what tasks run, you can. | 16:21 |
| kergoth | see deltask and addtask | 16:21 |
| kergoth | base.bbclass and package.bbclass & friends define the defaults, that's all | 16:22 |
| sveinse | Basically 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 |
| kergoth | yep | 16:24 |
| sveinse | I know it's slightly outside the scope for the recipes, but then again it is convenient to have all in the same environment | 16:24 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 16:25 | |
| *** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 16:25 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:27 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c05a:88b:5465:9fa3> has quit IRC | 16:27 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 16:28 | |
| sveinse | heh, Cooker is so busy doing the bitbake -S printdiff for me that it does not respons to SIGINT or SIGTERM... | 16:29 |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 16:30 | |
| rburton | sveinse: image recipes don't result in packages, so yes they can do anything. another example is the package-index recipe. | 16:35 |
| sveinse | rburton: perfect, thanks | 16:38 |
| sveinse | I notice it uses do_fetch[noexec] = "1" instead of deltask do_fetch | 16:39 |
| kergoth | it'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 too | 16:44 |
| kergoth | case by case thing | 16:44 |
| *** zeeblex <zeeblex!~zeeblex@192.88.146.1> has quit IRC | 16:45 | |
| sveinse | right | 16:49 |
| sveinse | btw, 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!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has quit IRC | 16:53 | |
| *** berton <berton!~berton@189.114.111.135> has quit IRC | 16:54 | |
| *** berton <berton!~berton@189.114.111.135> has joined #yocto | 16:55 | |
| kergoth | sveinse: 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 |
| sveinse | kergoth: how do I know the name for the bbclass file? Hardcoding? | 16:56 |
| kergoth | it 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 either | 16:57 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 16:58 | |
| sveinse | right. 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 |
| sveinse | s/iirc/imho/ | 16:59 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 17:02 | |
| kergoth | sveinse: 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 add | 17:04 |
| sveinse | kergoth: ok, noted. thanks | 17:06 |
| *** dreyna <dreyna!~dreyna@unknown-6-140.windriver.com> has joined #yocto | 17:16 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 17:22 | |
| sveinse | I get a taskhash mismatch which I'm trying to debug. When I call bitbake-diffsigs -t recipe task I get nothing | 17:24 |
| sveinse | Ah, perhaps due to the the taskhash mismatch, which is an error, then the data isn't updated fully | 17:24 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 17:27 | |
| sveinse | what is a good apprach for debugging taskhash mismatches? | 17:30 |
| *** dreyna <dreyna!~dreyna@unknown-6-140.windriver.com> has quit IRC | 17:35 | |
| *** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has joined #yocto | 17:36 | |
| *** colrack <colrack!~textual@94.126.8.166> has quit IRC | 17:36 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 17:36 | |
| sveinse | I 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 |
| sveinse | Here's the full recipe: https://bpaste.net/show/68b2ecc1f649 | 17:39 |
| *** gtristan <gtristan!~tristanva@110.11.226.29> has joined #yocto | 17:40 | |
| *** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has quit IRC | 17:46 | |
| sveinse | hmm, nostamp seems to be toxic | 17:49 |
| -YoctoAutoBuilder- build #1122 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/1122 | 17:52 | |
| kergoth | anything depending on a nostamp task will have its checksums change every time, it can't do otherwise, afaik | 17:52 |
| kergoth | are you sure you want to do that in a task rather than at parse time? | 17:53 |
| sveinse | kergoth: 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 them | 17:54 |
| kergoth | likely don't want anything depending on that task, then | 17:55 |
| sveinse | Likewise, the release deployment tasks after build must also be run separately since krogoth can't bundle these three MACHINE builds into one invocation | 17:55 |
| sveinse | Absolutely nothing shall depend on them, no | 17:55 |
| sveinse | Think 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 issue | 17:58 |
| kergoth | huh, that's interesting | 17:58 |
| kergoth | if you can repro that reliably, report a bug, that should not be the case | 17:58 |
| kergoth | ideally produce a minimal test case, if possible | 17:59 |
| kergoth | obviously you have higher priority stuff to address now, but later maybe, if you would :) | 17:59 |
| sveinse | no sorry, now it's gone | 17:59 |
| sveinse | I can't get it to fail anymore | 18:00 |
| *** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has joined #yocto | 18:01 | |
| sveinse | and for the record I will... if I get it to fail consistently again | 18:01 |
| kergoth | np :) | 18:02 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 18:04 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 18:04 | |
| *** dreyna <dreyna!~dreyna@unknown-216-198.windriver.com> has joined #yocto | 18:05 | |
| *** humberto1 <humberto1!jhibarra@nat/intel/x-lmfdwduiqeltofdz> has quit IRC | 18:08 | |
| *** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has quit IRC | 18:16 | |
| *** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has quit IRC | 18:17 | |
| *** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has joined #yocto | 18:20 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 18:22 | |
| sveinse | When 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 IRC | 18:22 | |
| kergoth | sveinse: see deptask flag in base.bbclass | 18:25 |
| *** malconxx <malconxx!~malconxx@unaffiliated/malconxx> has joined #yocto | 18:27 | |
| malconxx | hi | 18:27 |
| *** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has joined #yocto | 18:28 | |
| malconxx | tenho o simatic2000 da simemens. quero saber como instalar o postgresql. Alguem tem ideia ? | 18:29 |
| malconxx | I have simemens simatic2000. I want to know how to install postgresql. Anyone have an idea? | 18:29 |
| malconxx | :) | 18:29 |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 18:29 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 18:30 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 18:34 | |
| *** falk0n <falk0n!~falk0n@a109-49-67-169.cpe.netcabo.pt> has quit IRC | 18:34 | |
| *** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC | 18:41 | |
| *** nslu2-log <nslu2-log!~nslu2-log@140.211.169.161> has quit IRC | 18:41 | |
| *** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto | 18:41 | |
| *** nslu2-log <nslu2-log!~nslu2-log@140.211.169.161> has joined #yocto | 18:41 | |
| *** ayaka <ayaka!~ayaka@110.90.60.159> has joined #yocto | 18:43 | |
| ayaka | I want switch stable poky to master, so I checkout the master branch and meet this https://paste.fedoraproject.org/paste/I6qtPd6~-8B~lVBsn0LGQl5M1UNdIGYhyRLivL9gydE= | 18:44 |
| ayaka | what should I do to clean up the cache without clean up the download cache? | 18:44 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 18:45 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 18:47 | |
| *** dvhart <dvhart!~dvhart@static-50-53-103-221.bvtn.or.frontiernet.net> has joined #yocto | 18:48 | |
| rburton | ayaka: you just need to delete whatever you set TMPDIR to, usually tmp/ under the build directory. | 18:48 |
| rburton | ayaka: (also it says your networking is broken) | 18:48 |
| rburton | maybe that error should tell you *what* tmpdir is… | 18:48 |
| *** humberto1 <humberto1!jhibarra@nat/intel/x-atysfhypqbvlhoqs> has joined #yocto | 18:48 | |
| ayaka | rburton, I see thank you | 18:48 |
| ayaka | btw, how to select the C libraries in yocto system? | 18:49 |
| rburton | TCLIBC | 18:49 |
| rburton | defaults to glibc | 18:49 |
| rburton | you can also set it to musl | 18:49 |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 18:50 | |
| ayaka | rburton, those thing doesn't cover in the documents | 18:50 |
| ayaka | rburton, sorry it is | 18:51 |
| -YoctoAutoBuilder- build #660 of nightly-wic is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/660 | 18:58 | |
| *** malconxx <malconxx!~malconxx@unaffiliated/malconxx> has quit IRC | 19:06 | |
| ayaka | rburton, I remove it but it still not work for me | 19:07 |
| ayaka | I didn't set any TMPDIR at my local.conf | 19:07 |
| lsandov | ayaka: start with a new build folder | 19:08 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 19:08 | |
| *** sbach <sbach!~sbach@104.156.100.181> has joined #yocto | 19:09 | |
| ayaka | lsandov, doesn't use oe-init-build-env? | 19:09 |
| lsandov | ayaka: source oe-init-build-env build-krohogth, for example | 19:09 |
| lsandov | where build-krogoth is the new build folder, basically empty except for conf | 19:09 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-kvucmsatqpjwyogh> has quit IRC | 19:10 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 19:11 | |
| *** malachi <malachi!~malconten@96-40-148-141.dhcp.mtpk.ca.charter.com> has quit IRC | 19:11 | |
| *** stephano <stephano!stephano@nat/intel/x-taefaokevquikfft> has quit IRC | 19:12 | |
| ayaka | lsandov, no it doesn't work either | 19:14 |
| lsandov | ayaka: same error? | 19:14 |
| ayaka | lsandov, yes | 19:14 |
| *** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-mmxxbbiztvyrvjrt> has quit IRC | 19:14 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 19:14 | |
| rburton | the networking bit? that's unrelated to tmpdir, and means your proxies are not configured | 19:15 |
| * fray notes 19 bitbake builds on the same machine doesn't work will if the inotify is limited to 8k files.. | 19:16 | |
| fray | but I did get the load on the machine over 2400 before it stopped.. ;) | 19:16 |
| *** stephano <stephano!stephano@nat/intel/x-zwrafjftaldoqzfg> has joined #yocto | 19:20 | |
| ayaka | lsandov, I add that variable and run bitbake | 19:21 |
| ayaka | then remove it, it seems work now | 19:21 |
| lsandov | ayaka: TCLIBC? | 19:21 |
| ayaka | lsandov, BB_NO_NETWORK = "1" | 19:22 |
| lsandov | ayaka: ok, so apparently you have all in your DL_DIR | 19:23 |
| lsandov | fray: using an AB? | 19:23 |
| fray | no, just on the machine I've got | 19:23 |
| ayaka | lsandov, not actually I am downloading those new source code since I upgrade to master from morty | 19:23 |
| *** morphis <morphis!~morphis@pD9ED729A.dip0.t-ipconnect.de> has quit IRC | 19:24 | |
| fray | running 9 builds at once (more reasonable number), my load is consistently around 200-400 range.. | 19:24 |
| fray | so machine is a bit overloaded, but not too bad.. but it's not using swap yet -- so that is keeping the performance up | 19:24 |
| fray | (I'm running some test builds against the YP 2.2.1 release.. nothing too big) | 19:25 |
| lsandov | fray: look at these plots for a simple build (core-image-minimal) https://wiki.yoctoproject.org/wiki/Vmstat | 19:25 |
| lsandov | fray: what you have is that x 9, too much | 19:25 |
| lsandov | fray: are you doing some kind of performance test? | 19:26 |
| fray | I've got 144 threads and 256 GB of ram.. (and a whole lotta raid) | 19:27 |
| fray | so a load of 200 isn't too bad.. | 19:27 |
| fray | 400 is a bit much, but if most of that is I/O bound then it's actually not all that bad either | 19:27 |
| lsandov | fray: that is something :) | 19:27 |
| fray | model name : Intel(R) Xeon(R) CPU E7-8890 v3 @ 2.50GHz | 19:28 |
| fray | * 4 | 19:28 |
| lsandov | fray: you are basically creating fork bombs | 19:28 |
| *** dreyna <dreyna!~dreyna@unknown-216-198.windriver.com> has quit IRC | 19:28 | |
| fray | load of 2410 was a fork bomb.. this is just a 'busy system' | 19:28 |
| *** toanju <toanju!~toanju@x4db481cf.dyn.telefonica.de> has joined #yocto | 19:28 | |
| fray | (interactive wise, the system is responsive for such a high load -- currently around 220) | 19:29 |
| fray | I'd say each build is probably running at about 75-80% based on just watching the screen.. | 19:29 |
| fray | so that isn't bad performance.. | 19:29 |
| fray | I just have to make sure these 9 sets of builds complete | 19:30 |
| *** morphis <morphis!~morphis@pD9ED729A.dip0.t-ipconnect.de> has joined #yocto | 19:31 | |
| fray | load right now is in the 130 range... says I'm currently about 23% idle as well.... | 19:32 |
| *** jairglez1 <jairglez1!~jairdeje@134.134.139.82> has quit IRC | 19:32 | |
| fray | (not sure I trust Linux process accounting) | 19:32 |
| *** jairglez <jairglez!~jairdeje@134.134.139.82> has joined #yocto | 19:33 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 19:35 | |
| Crofton|work | fake accounting | 19: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 | |
| fray | room.. 'incoming air' to the sevrer is 86F.. air at my shoulder height is 91F.. | 19:38 |
| fray | CPU1-4 temps, 62C, 60C, 57C and 59C | 19:39 |
| paulg | with 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 |
| fray | Ohh I should check power usage.. ;) | 19:39 |
| fray | power consumption.... | 19:39 |
| fray | machine 'all-time high' is right now.. 1220 Watts.. | 19:40 |
| fray | average for the last hour is 1000 watts.. average for past 7 days is 562 watts | 19:40 |
| fray | AC input power is just under 300 W (* 4 power supplied).. output power is around 260W (* 4 power supplies) | 19:41 |
| fray | that is more lossy then I would have expected | 19:42 |
| fray | 13% power loss seems 'excessive' for supplies that are '90 Platinum rated' | 19:42 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 19:43 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 19:45 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 19:45 | |
| * fray wonders how loud the office is right now.. (probably unbearable) | 19:45 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 19:46 | |
| rburton | fray: 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 150W | 19:47 |
| rburton | if i just run laptop-mode will that do the right thing i wonder | 19:47 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 19:47 | |
| fray | ya, 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 |
| rburton | ouch | 19:48 |
| rburton | thats a hell of a lot for a bmc | 19:48 |
| fray | luckily I have a remote power switch on the box, so I can actually power it off | 19:48 |
| fray | ya.. 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@134.134.139.82> has quit IRC | 19:48 | |
| fray | I almost wonder if I yanked 2 of the 4 supplies if the power efficiency would go up | 19:49 |
| fray | the 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 ram | 19:49 |
| fray | (I'm nowhere near loaded on either...) | 19:49 |
| *** jairglez <jairglez!~jairdeje@134.134.139.82> has joined #yocto | 19:50 | |
| fray | Intel defines the TDP for each CPU at 165W... | 19:50 |
| fray | so 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 #yocto | 19:51 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-ibvuzmifhqtnnpzv> has quit IRC | 19:52 | |
| * fray should be able to shut down two of the supplies (remotely) and check.... | 19:52 | |
| *** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has joined #yocto | 19:53 | |
| *** ed2 <ed2!Adium@nat/intel/x-eatwdzqmhrdmmvtd> has quit IRC | 19:53 | |
| fray | ya, 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 IRC | 20:01 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 20:05 | |
| *** rewitt <rewitt!~rewitt@134.134.137.71> has quit IRC | 20:05 | |
| *** bluelightning <bluelightning!~paul@118.148.117.219> has joined #yocto | 20:07 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:07 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 20:10 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 20:12 | |
| *** paulg <paulg!~paulg@198-84-204-211.cpe.teksavvy.com> has quit IRC | 20:13 | |
| -YoctoAutoBuilder- build #1080 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/1080 | 20:16 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 20:22 | |
| *** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto | 20:25 | |
| *** pohly <pohly!~pohly@p57A56FF0.dip0.t-ipconnect.de> has quit IRC | 20:29 | |
| *** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 20:35 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 20:37 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 20:37 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 20:39 | |
| *** humberto1 <humberto1!jhibarra@nat/intel/x-atysfhypqbvlhoqs> has quit IRC | 20:40 | |
| *** humberto1 <humberto1!~jhibarra@134.134.139.74> has joined #yocto | 20:43 | |
| *** jairglez <jairglez!~jairdeje@134.134.139.82> has left #yocto | 20:44 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 20:45 | |
| *** lamego <lamego!jose@nat/intel/x-ogfhhlktoewlfoot> has quit IRC | 20:45 | |
| *** humberto1 <humberto1!~jhibarra@134.134.139.74> has quit IRC | 20:47 | |
| *** tlwoerner <tlwoerner!~tlwoerner@dsl-67-55-28-109.acanac.net> has joined #yocto | 20:47 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 20:47 | |
| *** ant_home <ant_home!~ant__@95.236.249.99> has joined #yocto | 20:48 | |
| *** luneff <luneff!~yury@87.117.38.1> has quit IRC | 20:53 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 20:54 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 20:55 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 20:55 | |
| *** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC | 20:55 | |
| *** Biliogadafr <Biliogadafr!~bilio@nat3-minsk-pool-46-53-182-120.telecom.by> has quit IRC | 20:56 | |
| *** Crofton_ <Crofton_!~Crofton@pool-71-171-15-46.ronkva.east.verizon.net> has joined #yocto | 20:57 | |
| *** balister_ <balister_!~balister@pool-71-171-15-46.ronkva.east.verizon.net> has joined #yocto | 20:58 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-116-166.ronkva.east.verizon.net> has quit IRC | 20:59 | |
| *** Crofton <Crofton!~Crofton@pool-108-44-116-166.ronkva.east.verizon.net> has quit IRC | 20:59 | |
| *** baldgeek <baldgeek!~dan@cpe-98-30-171-138.columbus.res.rr.com> has quit IRC | 21:02 | |
| -YoctoAutoBuilder- build #730 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/730 | 21:02 | |
| *** balister_ is now known as Crofton|work | 21:03 | |
| *** rewitt <rewitt!rewitt@nat/intel/x-qagllemcjvlvtenw> has joined #yocto | 21:05 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 21:06 | |
| *** gizero <gizero!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 21:06 | |
| -YoctoAutoBuilder- build #1103 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/1103 | 21:06 | |
| *** mkelly <mkelly!~martin@67.171.33.217> has quit IRC | 21:07 | |
| -YoctoAutoBuilder- build #1105 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/1105 | 21:08 | |
| -YoctoAutoBuilder- build #1162 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/1162 | 21:10 | |
| *** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto | 21:10 | |
| *** berton <berton!~berton@189.114.111.135> has quit IRC | 21:17 | |
| -YoctoAutoBuilder- build #1123 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/1123 | 21:33 | |
| *** toanju <toanju!~toanju@x4db481cf.dyn.telefonica.de> has quit IRC | 21:33 | |
| *** mtetreault <mtetreault!~mtetreaul@modemcable182.194-37-24.static.videotron.ca> has quit IRC | 21:39 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 21:39 | |
| *** mtetreault <mtetreault!~mtetreaul@modemcable182.194-37-24.static.videotron.ca> has joined #yocto | 21:39 | |
| *** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has quit IRC | 21:41 | |
| *** ftonello <ftonello!~felipe@host31-53-162-65.range31-53.btcentralplus.com> has quit IRC | 21:43 | |
| *** mtetreault <mtetreault!~mtetreaul@modemcable182.194-37-24.static.videotron.ca> has quit IRC | 21:48 | |
| *** zecke <zecke!~ich@ip127-36-210-87.adsl2.static.versatel.nl> has quit IRC | 21:55 | |
| *** mtetreault <mtetreault!~mtetreaul@modemcable182.194-37-24.static.videotron.ca> has joined #yocto | 21:55 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 22:02 | |
| *** agust <agust!~agust@p4FCB4BB9.dip0.t-ipconnect.de> has quit IRC | 22:19 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 22:33 | |
| *** mtetreault <mtetreault!~mtetreaul@modemcable182.194-37-24.static.videotron.ca> has quit IRC | 22:45 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 22:46 | |
| *** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC | 22:49 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 22:52 | |
| *** paulg <paulg!~paulg@198-84-204-211.cpe.teksavvy.com> has joined #yocto | 22:55 | |
| *** stephano <stephano!stephano@nat/intel/x-zwrafjftaldoqzfg> has quit IRC | 22:58 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 23:06 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 23:11 | |
| *** tlwoerner <tlwoerner!~tlwoerner@104.247.242.17> has joined #yocto | 23:21 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 23:21 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:28 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 23:29 | |
| kergoth | bluelightning: nice | 23:30 |
| kergoth | bluelightning: 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/siggen.py", line 426 | 23:30 |
| kergoth | return formatstr.format(**colors, **values) | 23:30 |
| kergoth | ^ | 23:30 |
| kergoth | SyntaxError: invalid syntax | 23:30 |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 23:32 | |
| *** tlwoerner_ <tlwoerner_!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 23:35 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 23:36 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 23:37 | |
| *** ant_home <ant_home!~ant__@95.236.249.99> has quit IRC | 23:40 | |
| bluelightning | kergoth: argh, really? | 23:42 |
| bluelightning | damn | 23:42 |
| bluelightning | well, fairly easy to work around, at least with the way I structured it I only need to do it in one place... | 23:43 |
| bluelightning | kergoth: fix pushed | 23:49 |
| bluelightning | thanks | 23:49 |
| *** nighty <nighty!~nighty@p001.gate.atson.jp> has joined #yocto | 23:54 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!