| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:01 | |
| *** Klanticus <Klanticus!~quassel@189.76.135.211> has quit IRC | 00:18 | |
| *** armpit <armpit!~armpit@156.39.10.47> has joined #yocto | 00:24 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:26 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 00:31 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 01:21 | |
| *** armpit <armpit!~armpit@156.39.10.47> has quit IRC | 01:46 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-itssigpmjaogekov> has joined #yocto | 02:53 | |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 03:02 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.177> has quit IRC | 03:03 | |
| *** camus is now known as kaspter | 03:03 | |
| *** learning1 <learning1!~pi@121.121.99.187> has quit IRC | 03:50 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 03:52 | |
| *** learning1 <learning1!~pi@121.121.99.187> has joined #yocto | 03:52 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 03:55 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 04:30 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 04:31 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 05:00 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:19 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 05:31 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 05:32 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto | 05:40 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has quit IRC | 05:44 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:53 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-wmljysreankwprxf> has joined #yocto | 05:57 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:16 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 06:24 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:38 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 06:39 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:51 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 07:09 | |
| *** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 07:09 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:10 | |
| *** ebail_ <ebail_!~ebail_@2a01cb0882d3620066cbfb7049c86892.ipv6.abo.wanadoo.fr> has joined #yocto | 07:12 | |
| lpapp | RP: ok, thanks. Does opkg clean up old kernel versions automatically when a new one is installed? | 07:23 |
|---|---|---|
| *** mckoan|away is now known as mckoan | 07:26 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:44 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 07:44 | |
| RP | lpapp: since they have different names, no | 07:44 |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:45 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 07:47 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:48 | |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto | 07:50 | |
| erbo | I have a question about the environment-setup-* script in the created SDKs. For some reason a lot of the compiler flags end up in CC/CXX/CPP variables instead of CFLAGS/CXXFLAGS/CPPFLAGS. This works well if I do builds from someplace that uses CC/CXX/CPP for choosing compiler, but if I try to e.g. set up a Kit in QtCreator I have to make sure that those flags are copied from CC to CFLAGS etc in order to build | 07:56 |
| erbo | properly. So does anyone know why this is split between CC and CFLAGS? Is it to make sure that projects overriding e.g CFLAGS don't accidentally remove flags required by target? | 07:56 |
| lpapp | RP: oh, ok, so if we change out kernel PN, it will be just fine? | 07:56 |
| lpapp | otherwise, what would you recommend? Post-install maintainer script to clean up? We are very limited on resource, so we cannot afford multiple versions. | 07:57 |
| RP | lpapp: it will be removed if you do that, yes | 07:57 |
| lpapp | RP: thanks - we probably still need some cleanup code now that we have deployed PN's with the version in it... so even if going forward, we only have name in the PN, where should I put the tidying functionality, in the kernel's post install script? | 08:00 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:00 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 08:00 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 08:00 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 08:01 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:04 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:05 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 08:05 | |
| farnerup | Anybody tried putting the yocto setup and the source code for your custom application in the same repository? | 08:08 |
| farnerup | Any disadvantages? | 08:08 |
| lpapp | source code for custom application? | 08:10 |
| qschulz | yes, externalsrc is broken if /path/to/app is your custom app source code location and /path/to/app/yocto is where you build things for Yocto | 08:10 |
| lpapp | we do not put source code into any yocto about custom applications. | 08:10 |
| lpapp | do you mean the recipe for building that custom application? | 08:10 |
| qschulz | but that's unrelated to having it in the same repo | 08:11 |
| farnerup | I mean having both the recipe and the source code in the same repo | 08:12 |
| farnerup | The recipe could check out its own repo if necessary | 08:13 |
| lpapp | I would not put the same in same repo. Tight coupling is rarely a good idea. | 08:13 |
| lpapp | them* | 08:13 |
| lpapp | what people seem to do is having their own layers for their stack | 08:14 |
| lpapp | even if it is a very thin layer | 08:14 |
| farnerup | But if you are building firmware for an embedded system, it is a hassle to have two repos for building a single product | 08:15 |
| lpapp | how so? Every company I know has two layers | 08:15 |
| lpapp | one for the source code and for the build rules as a layer on top of whichever Yocto layer. | 08:16 |
| farnerup | A separate layer sure, but the same repo | 08:16 |
| lpapp | no | 08:16 |
| lpapp | there can be people developing the app having to know nothing about how the software is built | 08:16 |
| farnerup | Not in this case | 08:17 |
| lpapp | Yocto is essentially build rules | 08:17 |
| lpapp | it is not an umbrella repo for all sorts of source code | 08:17 |
| lpapp | you can do it, but it is a bit of an anti-pattern | 08:17 |
| LetoThe2nd | farnerup: it depends. the problem is often that you get intermigled commit logs of the applicaton and its corresponding metadata. but it really depends on your workflow and team setup. rules that make sense for 100+X employee companies might not suit a small team or even single developer | 08:17 |
| lpapp | or a stubborn developer :) | 08:18 |
| lpapp | it is also not really future proof | 08:18 |
| lpapp | it is "ok" today, but very well might be inadequate later and then you end of with the nonsensical history later | 08:19 |
| lpapp | up* | 08:19 |
| lpapp | (been there, done that) | 08:19 |
| lpapp | it is just really two entirely different things - source code and building with a specific a platform for a specific target, etc. | 08:20 |
| lpapp | specific platform* | 08:20 |
| qschulz | farnerup: we have this here and while it's rather useful to not care about sync two repos (we use externalsrc so we can't use git hashes from recipes) | 08:20 |
| LetoThe2nd | farnerup: all in all, it depends. | 08:21 |
| farnerup | OK. I think I'm gonna try. | 08:21 |
| qschulz | farnerup: I wouldn't | 08:21 |
| farnerup | Having two or more repos makes it difficult to work with gerrit and jenkins. | 08:22 |
| qschulz | how so? you would have a recipe checking out a git repo | 08:22 |
| qschulz | that's the whole principle of Yocto :) | 08:22 |
| qschulz | If you don't use externalsrc, separate things | 08:22 |
| LetoThe2nd | yeah, gerrit and jenkins are no-arguments in my opinion | 08:23 |
| lpapp | Also, it is pointless to self-clone even in that case as you can safely use paths instead. | 08:23 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:23 | |
| lpapp | we work nicely with Jenkins and many more than two repos :) | 08:24 |
| lpapp | maybe, you are just not used to it yet | 08:24 |
| qschulz | farnerup: what is your worry with "building firmware for an embedded system, it is a hassle to have two repos for building a single product"? | 08:24 |
| lpapp | in gerrit, you can have multiple projects as well no problem | 08:24 |
| lpapp | has been using that as well for many years now | 08:24 |
| farnerup | If you make change in code and change the recipe, the recipe won't even build until the code gets approved. | 08:24 |
| farnerup | I have also been doing this for years | 08:25 |
| lpapp | you mean it will build, just not the latest | 08:25 |
| LetoThe2nd | farnerup: you obviously should not bump the recipe until the untlying code has been approved. which.. makes sense. | 08:25 |
| lpapp | but how does one repo solve this problem anyway? | 08:25 |
| farnerup | You change code and recipe in one commit, push it, bam! | 08:26 |
| LetoThe2nd | farnerup: that requires the application developer to also be maintaining the recipe. which is often not true. and even worse, it intermingles commit payload (recipe and applicaiton). so that pretty much a bad idea, IMHO | 08:27 |
| farnerup | Here they are always the same developer. OS and application are not two separate things. It is just "firmware". | 08:28 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:29 | |
| LetoThe2nd | like i said, it depends on your mindset and workflow. things that might suit nobody else in the world might work well for you. | 08:29 |
| LetoThe2nd | given the setup you described i would opt for two repos, but that explicitly an opnion. | 08:30 |
| lpapp | farnerup: bam in what sense? You still need to approve the code | 08:30 |
| lpapp | until that the recipe will not run | 08:30 |
| lpapp | and as soon as the code is approved in the repos, the recipe will immediately build as well | 08:30 |
| lpapp | I do not get it. | 08:30 |
| farnerup | lpapp: Well, with externalsrc, it would, wouldn't it? | 08:30 |
| lpapp | yes, it would | 08:30 |
| lpapp | also, you can make dependencies | 08:31 |
| qschulz | farnerup: don't do it, externalsrc is the plague to me :D | 08:31 |
| lpapp | or just raw comments and text to review the two at the same time | 08:31 |
| LetoThe2nd | here, any commit including anything externalsrc would immediately be declined | 08:31 |
| farnerup | The recipe will not build automatically if jenkins has already tried to build it, it will need to be retriggered manually. | 08:31 |
| LetoThe2nd | its a crutch for local developmen. | 08:31 |
| lpapp | farnerup: why? | 08:31 |
| lpapp | git has added hooks ages ago | 08:31 |
| lpapp | I think you are looking for excuses, not solution :) | 08:32 |
| lpapp | basically, one repo is committed, jenkins can trigger a build no problem | 08:32 |
| lpapp | it does not have to be manual | 08:32 |
| qschulz | farnerup: if you're scared about local dev, make your devs use devtool or provide them an SDK. If you're scared about having to bump the SRCREV during heavy development, you can use AUTOREV at the beginning of the project. (though, please think twice before using it for longer term, it breaks the principle of reproducibility) | 08:33 |
| qschulz | that's my opinion. I work in a company where they do what you want to do. It's a fucking nightmare for integrators for different clients. They want this feature or that thing from the FW, not the whole thing. They have changes in their local FW build etc. They are not Yocto-savyy. Every time they have conflicts in FW (fine that's the part they are comfortable with) or in Yocto (they don't know about it, | 08:36 |
| qschulz | they don't want to know about it). | 08:36 |
| qschulz | it breaks almost every time | 08:36 |
| farnerup | Everyone has to be Yocto-savvy here. Nobody is going to update your recipe for you. | 08:37 |
| qschulz | Don't get me wrong, I get the "I don't want to sync repos" or whatever. But that's giving potentially a very hard time to devs because you don't want to handle a little bit of complexity or documentation for releases | 08:37 |
| farnerup | I'll just try it and see how it goes, unless my colleagues object. | 08:38 |
| lpapp | updating a recipe is far from being Yocto-savvy | 08:38 |
| lpapp | automated scripts do that simplicity for us | 08:38 |
| qschulz | also, that means tying your FW to Yocto... If you need to change one day, ugly git history :) | 08:38 |
| lpapp | yes, he has been warned multiple times | 08:38 |
| farnerup | yes thank you | 08:38 |
| qschulz | farnerup: good luck :) | 08:39 |
| lpapp | sometimes, people study the hard way ... burning their hands. | 08:39 |
| qschulz | lpapp: might work for him, we never know | 08:39 |
| lpapp | yes, 1-5% :) | 08:40 |
| lpapp | I wish I did not have a Yocto repo with crap history ... some person checked in gigabytes of binary | 08:40 |
| qschulz | ahahahahah | 08:40 |
| lpapp | a yocto repo clone should be only a few megabytes really at maximum since it is just text based recipes | 08:40 |
| *** sylv38 <sylv38!cda707c2@205.167.7.194> has joined #yocto | 08:40 | |
| lpapp | and many other things learnt the hard way | 08:40 |
| lpapp | I wish I could revert all that crap or anyone has told these things before in advance to me or us. | 08:41 |
| lpapp | anyway, I do not see any problem he solves with one repo :) | 08:41 |
| lpapp | that is why it is bugging me. If there was a genuine use case, I would say, ok, you are different from the rest. | 08:41 |
| farnerup | I told you why | 08:41 |
| sylv38 | Hello all. I need some help with yocto. I've just rebase all my layers on warrior branch, and when i launch image build, i have this error with glib-2.0 configure step : | 08:42 |
| lpapp | you told Jenkins and I told you have git hooks | 08:42 |
| lpapp | you do not have to trigger anything manually | 08:42 |
| sylv38 | ERROR: Cross info file must have either host or a target machine. | 08:42 |
| lpapp | you have not replied to that, so I assume you do not know about it | 08:42 |
| lpapp | once you explore, you realise, you do not need manual jenkins triggers, single repo, etc | 08:42 |
| lpapp | I have not heard a valid point just yet :) | 08:42 |
| farnerup | lpapp: A build is triggered when I push to gerrit. If it fails, it needs to retriggered manually. | 08:44 |
| lpapp | yes, that is wrong and easily fixable - see above. | 08:46 |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 08:56 | |
| lpapp | RP: I thought about it briefly... maybe another idea is for the new kernel without the version provide kernel with previous versions | 08:57 |
| lpapp | so on upgrade, they will be removed (replaced) automatically by opkg without any maintainer script. | 08:57 |
| sylv38 | find somethin strange in run.do_configure ... --cross-file is used twice. Point to meson.cross (which contain host and target parts) and glib-meson.cross (which only contains properties part). Is it normal ? | 08:58 |
| sylv38 | and this on the same line when launching meson in meson_do_configure() {} function | 09:00 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:02 | |
| lpapp | is it inherit kernel setting my PN? | 09:06 |
| lpapp | I do not explicitly specify that in my recipe and my recipe name is linux-polatis_3.2.1.bb, so not sure how the version gets into the name of the corresponding ipk files? | 09:06 |
| *** perplexabot <perplexabot!~perplexab@2605:e000:1c0d:487b::fe9> has joined #yocto | 09:11 | |
| lpapp | can you use glob in RREPLACE/RCONFLICTS/RREPLACES? | 09:13 |
| *** fredrigu <fredrigu!fredrigu@nat/axis/x-iypmquyniabdktdt> has joined #yocto | 09:18 | |
| fredrigu | I've a reciepe that only produce a foobar-dev package. However that package is still depending on foobar that doesn't exists. Is there a way in the package split to remove dependencies on empty packages? | 09:19 |
| qschulz | fredrigu: first thing, why -dev package only? | 09:21 |
| qschulz | fredrigu: there are some defaults defined in bitbake.conf among which RDEPENDS for packages: c.f. http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/conf/bitbake.conf#n321 | 09:23 |
| RP | lpapp: no, doesn't support globs as far as I know | 09:24 |
| fredrigu | qschulz: the package only contains two header files | 09:27 |
| fredrigu | so that's why it's a -dev only package | 09:27 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 09:43 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-itssigpmjaogekov> has quit IRC | 09:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:45 | |
| qschulz | fredrigu: PACKAGES = "${PN}-dev" and then RDEPENDS_${pn}-dev = "" that's seomthing you could try | 09:47 |
| *** mckoan is now known as mckoan|away | 09:50 | |
| *** diego_r <diego_r!~diego@37.161.166.203> has joined #yocto | 09:51 | |
| diego_r | hi guys. Do you think the "qca9377 qca6174" use in this MACHINE_FEATURES is correct? It's not in the list in the manual: https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-features-machine and I can find other references is meta-freescale layer | 10:08 |
| diego_r | *I can't find other references | 10:08 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 10:17 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 10:22 | |
| *** sylv38 <sylv38!cda707c2@205.167.7.194> has quit IRC | 10:23 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 10:25 | |
| *** Klanticus <Klanticus!~quassel@189.76.135.211> has joined #yocto | 10:27 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 10:39 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 10:42 | |
| kayterina | hello, hello... is someone familiar with ubifs? | 10:42 |
| kayterina | I get "Error: min. I/O unit was not specified" | 10:42 |
| LetoThe2nd | well do what the message says. specify the minimal i/o unit :) | 10:43 |
| kayterina | that is the pages size, correct? | 10:43 |
| LetoThe2nd | probably. see also https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/image_types.bbclass#n206 | 10:44 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:45 | |
| kayterina | a,yes.I only saw the image.bbclase.ok thank you leto | 10:46 |
| fredrigu | qschulz: thanks, it seems to work! :) | 11:01 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 11:03 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 11:08 | |
| qschulz | fredrigu: happy to help | 11:15 |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 11:21 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto | 11:22 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:34 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-etdrlulsddrkoxvo> has joined #yocto | 11:35 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:36 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:37 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:37 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:43 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 11:44 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto | 11:45 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 11:52 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 11:53 | |
| yacar_ | Is Mark Hatle over here? There seems to be a weird problem with his mail :/ | 11:55 |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 12:05 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 12:05 | |
| *** camus is now known as kaspter | 12:05 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 12:07 | |
| *** ebail_ <ebail_!~ebail_@2a01cb0882d3620066cbfb7049c86892.ipv6.abo.wanadoo.fr> has quit IRC | 12:10 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 12:15 | |
| tlwoerner | i was speaking with a customer yesterday who claimed it was easier to get yocto to build their software than it was to write the cmake files themselves by hand! (he started by using devtool, then did small manual tweaks) | 12:18 |
| tlwoerner | it took them a while to get the cmake files right, and they couldn't believe devtool was able to figure it out | 12:18 |
| tlwoerner | bluelightning_: ^ | 12:19 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 12:27 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 12:30 | |
| *** diego_r <diego_r!~diego@37.161.166.203> has quit IRC | 12:30 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 12:33 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:40 | |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has joined #yocto | 12:42 | |
| litb | I just discovered that some packages can report progress during do_compile ! | 12:45 |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto | 12:46 | |
| litb | why and how does this work? I don't find it in the recipe sourcecode! | 12:46 |
| tlwoerner | litb: i think it's a feature of cmake, that bitbake is simply allowing to "show through" | 12:47 |
| litb | it shows up in the bitbake '<N> %' progressbar. so it appears to specifically parse for cmake output | 12:48 |
| tgamblin | tlwoerner: I got a build to pass today with libcap-ng-0.7.10, but I did get a bad checksum warning still. Have you tried it again? | 13:08 |
| tlwoerner | tgamblin: all of my "last night" builds failed again, i haven't looked into them yet (reading the LTS proposal...) | 13:09 |
| tlwoerner | tgamblin: on the surface, it looks like the same error i was getting yesterday | 13:11 |
| tlwoerner | tgamblin: on what host are you running your builds? | 13:11 |
| tlwoerner | it feels like i'm missing a host package :-S | 13:11 |
| tgamblin | I'm on Ubuntu 18.04.3 LTS | 13:12 |
| tgamblin | also tried on Fedora 30 Server | 13:12 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:13 | |
| tgamblin | and yet, just as I say that I have another build I'm working on die with that same error message... | 13:14 |
| kayterina | can mfgtools upload from the board's NAND to some binary to the host? I wonder if I can have a backup from the vendor's image that works on the board | 13:14 |
| tlwoerner | okay, i'm on openSUSE 15.1 | 13:14 |
| tlwoerner | tgamblin: update the email thread, seems we're not alone :-) | 13:14 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:17 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 13:18 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:dcf5> has joined #yocto | 13:29 | |
| litb | I also found that the poppler recipe misses a "DEPENDS" to glib-2.0-native. | 13:30 |
| JPEW | RP: Is 5ba152e55688b27c745a787a5ca968bb058ebf25 in your local git tree? That was the most recent SHA-1 to break with perl | 13:42 |
| RP | JPEW: no, which is odd | 13:46 |
| JPEW | Weird. Let me look for another | 13:46 |
| JPEW | RP: Just to make sure, this is the failed AB job: https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/450 maybe I didn't tell you the correct SHA1? | 13:47 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:47 | |
| RP | JPEW: that is the helper revision, you want 81714c6c7c16ea19c124c35572669932237754af | 13:49 |
| RP | I have that | 13:49 |
| JPEW | RP: Ok, can you push it to poky-contrib and I'll rebase my branch on that? | 13:49 |
| RP | JPEW: done as rpurdie/forjpew | 13:50 |
| JPEW | RP: excellent | 13:50 |
| JPEW | RP: Ok, my jpew/ab-reproducible-test branch is updated and ready to be tried on the AB | 13:55 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-etdrlulsddrkoxvo> has quit IRC | 13:55 | |
| *** camus <camus!~Instantbi@101.93.194.160> has joined #yocto | 13:55 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 13:55 | |
| *** camus is now known as kaspter | 13:55 | |
| RP | JPEW: running, thanks | 13:58 |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC | 14:00 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 14:01 | |
| lpapp | RP: ok, thanks | 14:10 |
| *** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-jpxevfzqtmbtlfev> has quit IRC | 14:13 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 14:18 | |
| litb | RP, my manager allowed me to upload my changes to github, to make mingw work as a target machine. I think the best way forward is to merge my changes with meta-mingw? | 14:18 |
| JPEW | litb: Progress bar is set as a "progress" var flag on a task: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/bitbake/lib/bb/build.py#n320 as an example: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/waf.bbclass#n56 | 14:19 |
| litb | other things, like replacing .so.* with ${SOLIBS} should be merged directly with oe-core and meta-openembedded, I think | 14:19 |
| RP | litb: you need to talk with the layer maintainer (JPEW) | 14:19 |
| litb | RP, ah, I see | 14:20 |
| RP | litb: partly this depends on whether we want to officially support what you're trying to do. It will complicate things for others | 14:20 |
| litb | RP, hm, I see, makes sense! rburton appeared to be very interested in it | 14:20 |
| litb | RP, I suspect it's not necessary to support specific machines in the core layer. like, currently the core layer only needs to support qemu machines. | 14:21 |
| litb | and specific BSP layers don't need to support every package of oe-core, and not every package of oe-core needs to support every BSP layer | 14:22 |
| *** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has joined #yocto | 14:25 | |
| *** armpit <armpit!~armpit@82.3.55.76> has joined #yocto | 14:28 | |
| litb | RP, would it make sense to ask on the mailing list whether people would use it? | 14:29 |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 14:29 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 14:32 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 14:35 | |
| RP | litb: definitely post things and gauge interest | 14:35 |
| RP | litb: for example though, will I need to start asking submitters referencing *.so in patches to switch | 14:35 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 14:36 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 14:37 | |
| litb | RP, a lot of recipes already avoid .so.* and instead use ${SOLIBS}. so that state of affairs is at least inconsistent and fixing it seems desirable | 14:38 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 14:42 | |
| RP | litb: the irony being I was the one who wrote a lot of those patches | 14:42 |
| RP | litb: the context is most submitters won't care about windows and won't want to care so it will put work onto the maintainers. I get jittery about more work for some reason... | 14:43 |
| litb | hm I understand. so I think it'll just push the layer on github (I didn't need to patch anything of yocto.. it's possible entirely by .bbapend and overlaying) and tell people about it | 14:44 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:48 | |
| RP | litb: I would like to see how much of an impact the changes would have | 14:51 |
| RP | litb: I just want to set expectations correctly too, these things can be tricky :/ | 14:51 |
| armpit | so it Ross gone for the weekend? | 14:53 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 14:56 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:dcf5> has quit IRC | 14:56 | |
| armpit | rp, did you say there are some fixes in master for the AB build failures? | 14:58 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:dcf5> has joined #yocto | 14:59 | |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has quit IRC | 14:59 | |
| *** kanavin <kanavin!~kanavin@141.113.66.202> has quit IRC | 15:02 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:dcf5> has quit IRC | 15:02 | |
| RP | armpit: I'd say so. Not seen him for a few days | 15:05 |
| RP | armpit: which failures? | 15:05 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:dcf5> has joined #yocto | 15:05 | |
| armpit | the list you sent via email. I thought you mentioned you has some fixes | 15:05 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:dcf5> has quit IRC | 15:05 | |
| RP | armpit: no :( | 15:06 |
| armpit | just looking to backport to zues while we find a Maintainer | 15:06 |
| armpit | k | 15:06 |
| armpit | plan on trying to get a zues build started before my flight to Lyon | 15:07 |
| tgamblin | armpit: how soon? I'm about to submit that other CVE fix for binutils | 15:07 |
| armpit | 2-3 hours | 15:07 |
| armpit | if not, I can wait when I get to the hotel | 15:08 |
| armpit | just pulling in changes | 15:08 |
| tgamblin | should be done within the hour on my end | 15:08 |
| tgamblin | more likely 10 min | 15:08 |
| armpit | do I hear 5?? | 15:08 |
| LetoThe2nd | i'll do it in 2, capn | 15:09 |
| RP | JPEW: succeeded :/ | 15:18 |
| JPEW | RP: Hrm. That's annoying | 15:18 |
| RP | JPEW: yes :( | 15:19 |
| RP | JPEW: I liked the theory :/ | 15:20 |
| JPEW | RP: Ya. Maybe keep the patches in master-next for a bit? | 15:20 |
| RP | JPEW: yes, will do | 15:20 |
| *** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 15:35 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:dcf5> has joined #yocto | 15:38 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:dcf5> has quit IRC | 15:39 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 15:41 | |
| *** Crofton <Crofton!~Crofton@70-33-148-202.unassigned.ntelos.net> has joined #yocto | 15:45 | |
| *** Crofton <Crofton!~Crofton@70-33-148-202.unassigned.ntelos.net> has joined #yocto | 15:47 | |
| *** armpit <armpit!~armpit@82.3.55.76> has quit IRC | 15:47 | |
| *** armpit <armpit!~armpit@82.3.55.76> has joined #yocto | 15:51 | |
| *** Dracos-Carazza is now known as DrAcoc-Carazza | 15:57 | |
| *** DrAcoc-Carazza is now known as DrAcos-Carazza | 15:58 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:04 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:10 | |
| *** palate <palate!~palate@unaffiliated/palate> has quit IRC | 16:15 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:16 | |
| armpit | RP, warriors qemu 3.1 has a bug fix update to 3.1.1.1 which I am pull in to see if that helps | 16:17 |
| fray | needs more .1's | 16:18 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:20 | |
| armpit | next update ; ) | 16:20 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:dcf5> has joined #yocto | 16:25 | |
| RP | armpit: sounds good | 16:25 |
| RP | worth a shot | 16:25 |
| armpit | started a-quick zeus build | 16:41 |
| *** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-kmpufutjwqvomjbg> has joined #yocto | 16:45 | |
| * JaMa finally reproduced the autobuilder issue with deploy artifacts 'IMAGE_FSTYPES_append = ' wic wic.bmap'' added in https://autobuilder.yoctoproject.org/typhoon/#/builders/37/builds/1141/steps/8/logs/stdio was the important part | 16:46 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 16:53 | |
| *** Crofton <Crofton!~Crofton@70-33-148-202.unassigned.ntelos.net> has quit IRC | 16:59 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-046-005-020-206.hsi8.kabel-badenwuerttemberg.de> has quit IRC | 17:03 | |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has joined #yocto | 17:03 | |
| *** armpit <armpit!~armpit@82.3.55.76> has quit IRC | 17:03 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:07 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-046-005-020-206.hsi8.kabel-badenwuerttemberg.de> has joined #yocto | 17:07 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-046-005-020-206.hsi8.kabel-badenwuerttemberg.de> has quit IRC | 17:11 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-046-005-020-206.hsi8.kabel-badenwuerttemberg.de> has joined #yocto | 17:14 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:dcf5> has quit IRC | 17:15 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:16 | |
| *** xtron <xtron!~xtron@103.255.5.31> has joined #yocto | 17:16 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto | 17:18 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 17:21 | |
| *** xtron <xtron!~xtron@103.255.5.31> has quit IRC | 17:34 | |
| *** xtron <xtron!~xtron@103.255.5.31> has joined #yocto | 17:38 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:39 | |
| *** xtron <xtron!~xtron@103.255.5.31> has quit IRC | 17:43 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has quit IRC | 17:46 | |
| *** vineela <vineela!vtummala@nat/intel/x-ozlbxdmbovdbxszq> has joined #yocto | 17:51 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 18:01 | |
| * JaMa running testimage task for first time and it failed: | 18:04 | |
| JaMa | WARNING: core-image-sato-sdk-ptest-1.0-r0 do_testimage: Qemu ended unexpectedly, dump data from host is in /OE/build/oe-core/tmp/log/runtime-hostdump/201910251802_qemu | 18:04 |
| JaMa | ERROR: Task (/OE/build/oe-core/openembedded-core/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb:do_testimage) failed with exit code '1' | 18:04 |
| JaMa | not so surprising when running in headless docker, but should it warn when some host tools are missing or is this acceptable result when aren't available? | 18:06 |
| JaMa | grep " command not found" /OE/build/oe-core/tmp/log/runtime-hostdump/201910251802_qemu/host_00_* | 18:06 |
| JaMa | /OE/build/oe-core/tmp/log/runtime-hostdump/201910251802_qemu/host_00_df:/bin/sh: df: command not found | 18:06 |
| JaMa | /OE/build/oe-core/tmp/log/runtime-hostdump/201910251802_qemu/host_00_free:/bin/sh: free: command not found | 18:06 |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has quit IRC | 18:06 | |
| JaMa | /OE/build/oe-core/tmp/log/runtime-hostdump/201910251802_qemu/host_00_iostat:/bin/sh: iostat: command not found | 18:06 |
| JaMa | /OE/build/oe-core/tmp/log/runtime-hostdump/201910251802_qemu/host_00_memstat:/bin/sh: memstat: command not found | 18:06 |
| JaMa | /OE/build/oe-core/tmp/log/runtime-hostdump/201910251802_qemu/host_00_netstat:/bin/sh: netstat: command not found | 18:06 |
| JaMa | /OE/build/oe-core/tmp/log/runtime-hostdump/201910251802_qemu/host_00_top:/bin/sh: top: command not found | 18:06 |
| fray | I think we need a way to for a recipe to declare a host dependency... something expected from the host.. (same for tests) | 18:18 |
| fray | hte prolem is adding all of these things to the general required causes normal use-cases to failed unnecessarily.. but if you want/use those features you really want to know ASAP | 18:18 |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto | 18:26 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC | 18:29 | |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has joined #yocto | 18:29 | |
| *** vineela <vineela!vtummala@nat/intel/x-ozlbxdmbovdbxszq> has quit IRC | 18:34 | |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has quit IRC | 18:36 | |
| *** learning1 <learning1!~pi@121.121.99.187> has quit IRC | 18:37 | |
| *** vineela <vineela!vtummala@nat/intel/x-tkzkyxnezqqzjiwf> has joined #yocto | 18:38 | |
| *** vineela <vineela!vtummala@nat/intel/x-tkzkyxnezqqzjiwf> has quit IRC | 18:39 | |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has joined #yocto | 18:46 | |
| *** learning1 <learning1!~pi@121.121.99.187> has joined #yocto | 18:51 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 18:52 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto | 18:59 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 19:07 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 19:24 | |
| *** florian_kc is now known as florian | 19:33 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 19:47 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC | 19:48 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 19:48 | |
| *** Crofton <Crofton!~Crofton@12.31.71.58> has joined #yocto | 19:51 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:10 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 20:25 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 20:28 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 20:31 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 20:48 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 20:50 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto | 20:52 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 21:06 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 21:08 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| *** armpit <armpit!~armpit@178.18.58.186> has joined #yocto | 21:16 | |
| kergoth | that'd be useful. REQUIRED_HOSTTOOLS ala the required distro features, just skippackage if it's MIA | 21:19 |
| kergoth | course that'd only help with binaries | 21:19 |
| kergoth | could easily make parts conditional on packageconfig | 21:19 |
| kergoth | skip if XYZ is missing if XYZ is in PACKAGECONFIG | 21:20 |
| * kergoth fights meta-external-toolchain.. something is wrong with the headers extracted | 21:20 | |
| *** Crofton <Crofton!~Crofton@12.31.71.58> has quit IRC | 21:21 | |
| *** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC | 21:29 | |
| *** Crofton <Crofton!~Crofton@206.121.56.38> has joined #yocto | 21:36 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 21:49 | |
| yocti | New news from stackoverflow: what is __anonymous class in python? <https://stackoverflow.com/questions/17834624/what-is-anonymous-class-in-python> | 21:56 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:04 | |
| *** Crofton <Crofton!~Crofton@206.121.56.38> has quit IRC | 22:07 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:16 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 22:38 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 22:42 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:10 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.155.69> has joined #yocto | 23:51 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!