| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC | 00:11 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:30 | |
| *** palate <palate!~palate@unaffiliated/palate> has quit IRC | 00:32 | |
| *** inf <inf!~informati@unaffiliated/informatic> has quit IRC | 00:33 | |
| *** inf <inf!~informati@unaffiliated/informatic> has joined #yocto | 00:34 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC | 00:40 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 00:42 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 00:43 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 00:48 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 01:01 | |
| *** sgw <sgw!sgw@nat/intel/x-txsilneduvvrrsqv> has joined #yocto | 02:15 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 02:31 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 02:34 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 02:54 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC | 02:56 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 02:56 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto | 02:56 | |
| *** psrcode_ <psrcode_!~psrcode@198.50.220.193> has quit IRC | 02:57 | |
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 02:57 | |
| *** psrcode <psrcode!~psrcode@198.50.220.193> has joined #yocto | 02:57 | |
| *** Yatekii <Yatekii!~yatekii@huesser.dev> has quit IRC | 02:57 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 03:02 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 03:07 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 03:16 | |
| *** learningc <learningc!~pi@121.121.99.192> has quit IRC | 04:10 | |
| *** learningc <learningc!~pi@121.121.99.192> has joined #yocto | 04:12 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 05:20 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 05:22 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-yyrywtnavuiavung> has quit IRC | 05:33 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-baatganrtmzzaxlx> has joined #yocto | 05:33 | |
| *** ndec <ndec!sid219321@linaro/ndec> has quit IRC | 05:34 | |
| *** ndec <ndec!sid219321@linaro/ndec> has joined #yocto | 05:34 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 05:55 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 06:09 | |
| *** sgw <sgw!sgw@nat/intel/x-txsilneduvvrrsqv> has quit IRC | 06:12 | |
| *** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:28 | |
| *** sgw <sgw!~sgw@192.55.54.40> has joined #yocto | 06:30 | |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto | 06:37 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:48 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:49 | |
| *** denix0 <denix0!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto | 07:11 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 07:13 | |
| *** mckoan_ <mckoan_!~marco@unaffiliated/mckoan> has joined #yocto | 07:13 | |
| *** geheimni1` <geheimni1`!~geheimnis@23.226.237.192> has joined #yocto | 07:13 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 07:18 | |
| *** compenguy <compenguy!~compenguy@c-73-240-172-56.hsd1.wa.comcast.net> has quit IRC | 07:18 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 07:18 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC | 07:18 | |
| *** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC | 07:18 | |
| *** ecclescake <ecclescake!~tomeccles@78.40.148.171> has quit IRC | 07:18 | |
| *** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 07:18 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 07:18 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 07:19 | |
| *** milloni <milloni!~milloni@preemptable.org> has quit IRC | 07:19 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 07:19 | |
| *** nemik <nemik!~scout@c-73-8-104-99.hsd1.il.comcast.net> has quit IRC | 07:19 | |
| *** opello <opello!~opello@about/csharp/regular/opello> has quit IRC | 07:19 | |
| *** aehs29 <aehs29!~aehs29@149.199.62.129> has quit IRC | 07:19 | |
| *** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC | 07:19 | |
| *** u1106 <u1106!~quassel@uwe.iki.fi> has quit IRC | 07:19 | |
| *** sashko <sashko!~sashko@83.218.80.243> has quit IRC | 07:19 | |
| *** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-uzrjrouuhlmnvppc> has quit IRC | 07:19 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 07:19 | |
| *** jhar <jhar!~har@c-75-70-112-20.hsd1.co.comcast.net> has quit IRC | 07:19 | |
| *** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has quit IRC | 07:19 | |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC | 07:19 | |
| *** dStruct <dStruct!~matt@unaffiliated/dstruct> has quit IRC | 07:19 | |
| *** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has quit IRC | 07:19 | |
| *** denix0 is now known as denix | 07:19 | |
| *** geheimni1` is now known as geheimnis` | 07:19 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:22 | |
| stuom1 | Any ideas why on another computer I get during do_compile "/bin/bash: ./start: cannot execute binary file: Exec format error" and on another everything works? | 07:22 |
|---|---|---|
| khem | perhaps start is a binary for different machine | 07:24 |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 07:24 | |
| khem | what does it show if you run `file ./start` cmd | 07:25 |
| stuom1 | it is compiled by the recipe and supposedly we have same host environments and working on same code | 07:25 |
| stuom1 | i mean it is compiled by the toolchain of that program that the recipe is baking | 07:26 |
| stuom1 | i dont have that file, probably it gets removed when everything is done | 07:27 |
| khem | ok yocto does cross build so technically running the generated program on build host is not right and if it worked it was pure luck | 07:27 |
| stuom1 | if it says "/bin/bash" it means it runs on host? How should it say if it was correct? | 07:30 |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto | 07:38 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:47 | |
| *** mckoan_ is now known as mckoan | 07:50 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:54 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:57 | |
| stuom1 | how can I change autotools based recipe that it would stop searching for .so files in my host /lib and look instead from recipe sysroot | 08:00 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 08:00 | |
| LetoThe2nd | stuom1: probably by looking at configure.ac and Makefile.am, there might be somthing hardcoded. | 08:00 |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 08:05 | |
| *** compenguy <compenguy!~compenguy@c-73-240-172-56.hsd1.wa.comcast.net> has joined #yocto | 08:05 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 08:05 | |
| *** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto | 08:05 | |
| *** ecclescake <ecclescake!~tomeccles@78.40.148.171> has joined #yocto | 08:05 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 08:05 | |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 08:05 | |
| *** milloni <milloni!~milloni@preemptable.org> has joined #yocto | 08:05 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 08:05 | |
| *** nemik <nemik!~scout@c-73-8-104-99.hsd1.il.comcast.net> has joined #yocto | 08:05 | |
| *** opello <opello!~opello@about/csharp/regular/opello> has joined #yocto | 08:05 | |
| *** aehs29 <aehs29!~aehs29@149.199.62.129> has joined #yocto | 08:05 | |
| *** u1106 <u1106!~quassel@uwe.iki.fi> has joined #yocto | 08:05 | |
| *** sashko <sashko!~sashko@83.218.80.243> has joined #yocto | 08:05 | |
| *** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-uzrjrouuhlmnvppc> has joined #yocto | 08:05 | |
| *** jhar <jhar!~har@c-75-70-112-20.hsd1.co.comcast.net> has joined #yocto | 08:05 | |
| *** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has joined #yocto | 08:05 | |
| *** dStruct <dStruct!~matt@unaffiliated/dstruct> has joined #yocto | 08:05 | |
| *** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has joined #yocto | 08:05 | |
| *** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has quit IRC | 08:08 | |
| *** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has joined #yocto | 08:08 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 08:09 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 08:11 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:26 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:30 | |
| *** ifan <ifan!d973313a@217-115-49-58.cust.bredband2.com> has joined #yocto | 08:37 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:42 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 08:59 | |
| *** karasz <karasz!~karasz@karasz.im> has quit IRC | 09:02 | |
| stuom1 | "QA Issua: package contains bad RPATH" when I added -rpath to LDFLAGS, what is this? | 09:07 |
| stuom1 | (path exists, so at least that is not bad...) | 09:08 |
| LetoThe2nd | probably bad means "host contaminated" in this context, but just guessing. | 09:08 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 09:13 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:15 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 09:15 | |
| qschulz | stuom1: https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#qa-issue-rpaths | 09:17 |
| *** yann|work <yann|work!~yann@85.118.38.73> has joined #yocto | 09:18 | |
| stuom1 | the build system was looking for my .so files on host, so I changed rpath to look them from sysroot, where they actually are | 09:19 |
| stuom1 | but now that is wrong too *cries* | 09:19 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:20 | |
| stuom1 | but at least compilation succeeds now, so maybe that's something | 09:20 |
| LetoThe2nd | stuom1: why is it even manually looking for things, instead of relying on pkg-config respectively the known good cross compile aware build system facilites? | 09:20 |
| stuom1 | i dont know how to answer that question, but it is using autotools and the package has not been designed to be cross-compiled, it seems | 09:22 |
| LetoThe2nd | *bingo* | 09:25 |
| LetoThe2nd | so the proper approach is actually fixing the the package instead of doing obscure dances in the recipe. | 09:26 |
| stuom1 | I have already successfully cross-compiled it by copy-pasting the .so files to my host where it looks them from, but that's ugly | 09:27 |
| stuom1 | now i got it too look from correct place but i get this QA error | 09:28 |
| LetoThe2nd | thats not ugly, thats stupid | 09:28 |
| LetoThe2nd | because: totally non-reproductible, you won't be able to even rebuild it yourself 3 weeks from now | 09:28 |
| stuom1 | hence my efforts to fix it now :D | 09:28 |
| LetoThe2nd | go fix stuff instead of throwing bandaids. | 09:29 |
| LetoThe2nd | but the place to fix it is the library lookup mechanisms in the build system (you said autotools), not the recipe | 09:29 |
| stuom1 | does it matter if i change LDFLAGS in recipe or in configure/makefile | 09:30 |
| LetoThe2nd | of course it does | 09:30 |
| LetoThe2nd | "fix" in recipe means: "this package does stupid stuff but i'd rather work around it instead of setting it straight" | 09:31 |
| LetoThe2nd | fix in package means: "i properly handled this" | 09:31 |
| stuom1 | i dont have time to start developing someone else's stuff now, just need to get it work :D | 09:32 |
| LetoThe2nd | the only exception is if you don't have access to the package, but in this case it would still be better to carry it as patch next to the recipe, instead of doing tricks inside | 09:32 |
| LetoThe2nd | stuom1: i have heard that "reasoning" very often by now, here. fact: you will burn more time by "making it work" | 09:33 |
| LetoThe2nd | but hey, go ahead. its your project. | 09:33 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:33 | |
| LetoThe2nd | (hint: "i can compile this here" != "it works") | 09:34 |
| stuom1 | well the end product on target works also | 09:36 |
| qschulz | stuom1: "works on my machine" © is the first page of all horror tales | 09:38 |
| qschulz | stuom1: it is actually not uncommon to patch makefiles, autotools, etc.. | 09:39 |
| qschulz | By doing so, you expand your knowledge in the build system and learn a bit more about the project. In the end it's your call, but that's what we strongly advise | 09:39 |
| LetoThe2nd | i refuse to call anything "working" which cannot be reproduced completely by kicking off a single line on an otherwise unprepared build system. (e.g. is CI-clean) | 09:39 |
| stuom1 | I've already patched to configure.ac and sure, I can add this LDFLAGS there too but I still the the QA issue | 09:40 |
| LetoThe2nd | stuom1: again, i don't think the LDFLAGS per se are the problem. its the mechanisms used to obtain them. | 09:42 |
| *** florian_kc is now known as florian | 09:47 | |
| stuom1 | I added --enable-new-dtags to my -rpath and now QA errors are gone | 09:48 |
| stuom1 | I dont know, if everything works, seems clean enough solution to me :D | 09:49 |
| qschulz | stuom1: When fixing the consequences and not the cause, you're just setting a timer on a bomb. Or in another word, hiding the dirt under the carpet :) | 09:51 |
| LetoThe2nd | *shrug* go ahead. | 09:51 |
| qschulz | *in other words*. TGIF. | 09:53 |
| * LetoThe2nd needs to prepare the next live coding session. meh. | 09:54 | |
| stuom1 | i will come to your twitch chat to give great rpath suggestions to people Kappa | 09:55 |
| LetoThe2nd | go ahead :) | 09:55 |
| RP | For those not around last night, I'd like to try and collect together a list of companies/products/projects using Yocto. I'm doing that on the wiki here: https://wiki.yoctoproject.org/wiki/Project_Users | 09:58 |
| RP | Any help appreciated (its a wiki!) | 09:58 |
| LetoThe2nd | RP: yeah you seem to have a strange rhythm these days :) | 09:59 |
| RP | LetoThe2nd: ? | 10:00 |
| LetoThe2nd | RP: at least for my employer speaking: its no secret that we are involved, obviously, but we do not want it publicly listed in such a form. sorry. | 10:00 |
| LetoThe2nd | RP: (you do stuff late at night, thats at least my impression) | 10:00 |
| RP | LetoThe2nd: ah, yes, I do :/ | 10:00 |
| RP | LetoThe2nd: np, I appreciate some can't be listed. I'd just like to list the ones we can | 10:01 |
| LetoThe2nd | RP: its a common problem im industry-focused OSS projects. | 10:02 |
| stuom1 | i also cannot tell after all the hacks I've admitted using, at least LetoThe2nd would never buy from us again | 10:03 |
| RP | Remember the challenge is that if we can't show anyone using the project, it makes it hard to justify its existence or why others should support it | 10:04 |
| LetoThe2nd | stuom1: nah, thats not the problem. actually its a good way of showing yourself if you are selling boards with yocto support | 10:05 |
| LetoThe2nd | (and yes, despite my clear words here, i am very well aware of the fact that hacks are an unavoidable way of real life) | 10:06 |
| *** stuom153 <stuom153!3eecd81d@62.236.216.29> has joined #yocto | 10:06 | |
| LetoThe2nd | RP: you can happily list me as public enthusiast, volunteer supporter, jester, whatever. :) | 10:06 |
| LetoThe2nd | as live coder for hire, weirdo trainer, whatever suits your politics. i just cannot allow "company x is using yocto" | 10:07 |
| RP | LetoThe2nd: I think we have that one covered :) | 10:09 |
| RP | LetoThe2nd: Anyhow, as I said, lets see if we can collect the ones we actually can as there are some | 10:09 |
| LetoThe2nd | RP: just making the offers i can :) | 10:09 |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC | 10:10 | |
| *** stuom153 is now known as stuom1 | 10:11 | |
| qschulz | RP: dumb question but isn't it a good start to grep for mails of contributors? I'm sure at least a decent amount of people use their profesionnal mail address to contribute? | 10:17 |
| qschulz | RP: each release of the linux kernel, there's a top 20 of companies contributing and individuals that's being created by some online media. | 10:18 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 10:18 | |
| LetoThe2nd | qschulz: but usually those are asked before things being published. and for bigger contributing companies, its 1) obvious anyways 2) i'm pretty sure greg k-h has a mail from their legal somewhere saying "its ok that we're named" | 10:21 |
| RP | qschulz: Yes, I do have such a list. Its hard to tell if that does mean the company really uses it or is just experimenting | 10:22 |
| RP | qschulz: we may get to that eventually, we'll see | 10:22 |
| qschulz | LetoThe2nd: well, it is public anyway. Don't say it's used by this company but that company contributes to it. I actually think that might encourage company to contribute? But a mix of both lists could be nice. | 10:26 |
| LetoThe2nd | qschulz: the different is between "can be found out by somebody who invests some time and thought" and "is advertised on the front page" | 10:27 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:30 | |
| qschulz | LetoThe2nd: I understand. Legally I guess it depends of the country? If I'm not mistaken, e.g. in France, it's fine to take pictures of people in the streets if they are not the main object of the picture (e.g. crowd photo, landmark photo, etc.) and publish them without explicit consent. | 10:31 |
| qschulz | LetoThe2nd: but lawyer stuff :) | 10:31 |
| qschulz | (and I'm not sure we want to scare potential contributing companies out of the project) | 10:31 |
| yocti | New news from stackoverflow: Yocto Image file size reduces after adding a particular package <https://stackoverflow.com/questions/59785392/yocto-image-file-size-reduces-after-adding-a-particular-package> | 10:34 |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 10:53 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 10:58 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:12 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:12 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:13 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 11:15 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:20 | |
| *** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 11:20 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 11:20 | |
| *** berton <berton!~berton@189.103.49.163> has joined #yocto | 11:42 | |
| *** berton <berton!~berton@189.103.49.163> has quit IRC | 11:50 | |
| *** berton <berton!~berton@189.103.49.163> has joined #yocto | 12:02 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 12:10 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 12:11 | |
| stuom1 | how can I change MACHINE type in image recipe? setting MACHINE = "xxx" doesnt seem to work | 12:11 |
| LetoThe2nd | stuom1: you cannot. simple as is. | 12:11 |
| LetoThe2nd | stuom1: https://twitter.com/YoctoThe/status/1217166071519744000 | 12:12 |
| stuom1 | alright, what would be best way to make another image for qemuarm? | 12:12 |
| LetoThe2nd | ? | 12:12 |
| stuom1 | I want to make 2 same images, one for target and one for qemu | 12:13 |
| LetoThe2nd | then you need two builds. | 12:14 |
| LetoThe2nd | you can semi-automate it with a multiconfig build, but under the its just like this: 2 seperate builds. | 12:14 |
| LetoThe2nd | or set the buld off with 'MACHINE=xyz bitbake myimage && MACHINE=qemuarm bitbake myimage' - yet thats all just variations. | 12:15 |
| stuom1 | ok, that seems good, thanks! | 12:17 |
| *** rangergord_ <rangergord_!~rangergor@modemcable186.198-70-69.static.videotron.ca> has joined #yocto | 12:57 | |
| *** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has quit IRC | 13:00 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 13:02 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 13:02 | |
| ifan | Hi, I'm trying to move an old kernel to a newer yocto version, I can build it with these modifications to the recipe https://pastebin.com/iT4J5M0Z But each time i re-build it I get the following error : imx6qsabresd/kernel-source is not clean, please run 'make mrproper' (even if i run -c clean -c cleanssate) If i do what it says(run mrproper) it | 13:10 |
| ifan | runs but I still think something is wrong in my configuration, thx | 13:10 |
| LetoThe2nd | ifan: that just looks outright wrong. | 13:11 |
| LetoThe2nd | yocto has built-in support for the handling of defconfigs | 13:12 |
| ifan | LetoThe2nd: you mean the entire function? | 13:13 |
| LetoThe2nd | ifan: yup | 13:13 |
| qschulz | ifan: http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto/tree/arch/arm/configs/imx_v6_v7_defconfig there's already a defconfig in the kernel. You just have to tell the linux-yocto recipe (assuming that's what you mean with "a newer yocto version)" | 13:13 |
| *** Linus_SWE <Linus_SWE!51d83be2@gateway/web/cgi-irc/kiwiirc.com/ip.81.216.59.226> has quit IRC | 13:14 | |
| ifan | LetoThe2nd: both linux-imx_3.14.28.bb and linux-fslc-imx have those | 13:14 |
| qschulz | ifan: vendor BSP is not a good reference most of the time :) | 13:14 |
| ifan | LetThe2nd: I just changed it so it could work with a newer version, I can try remove it and see what happens | 13:15 |
| LetoThe2nd | ifan: if you want to supply your own defconfig, it should be passed in through SRC_URI and then it can be used automagically. if you want to use an in-tree defconfig, listen to qschulz | 13:15 |
| LetoThe2nd | ifan: and i hope you're not actually investing time in a 3.14 kernel | 13:15 |
| ifan | :LetoThe2nd its a long story :) | 13:15 |
| LetoThe2nd | ifan: 3.14 won't even build with anything newer than probably krogoth, unless you apply black magic | 13:16 |
| LetoThe2nd | and if you can do that, then you don't need our help anyways. | 13:16 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 13:16 | |
| LetoThe2nd | the task is buggy anyways, as the defconfigs should be expanded, not copied. | 13:17 |
| ifan | LetoThe2nd: I'm trying to move to krogoth, once I got that working I will try to apply the board specific files. If i can get that to work I will try to move it to a newer kernel | 13:18 |
| *** fg_ <fg_!~guerinoni@internet.micro-systems.it> has joined #yocto | 13:18 | |
| LetoThe2nd | ? | 13:19 |
| LetoThe2nd | that sounds very confused. | 13:19 |
| LetoThe2nd | from *where* are you coming? | 13:19 |
| ifan | It's hard to explain since I dont really understand what I'm doing :) | 13:20 |
| LetoThe2nd | then you should maybe stop investing time to hack ancient software into ancient build systems and rather try to understand what you're doing :) | 13:21 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 13:21 | |
| ifan | The manufacturer make u-boot and kernel for 3.14.28, I want to include their stuff into Yocto and then upgrade everything | 13:21 |
| ifan | if that makes sense, but first i wanted to try build the kernel for a standard machine | 13:22 |
| LetoThe2nd | will not work | 13:22 |
| ifan | integrating or upgrading? | 13:22 |
| qschulz | ifan: FYI, I was HORRIFIED that we were still using krogoth a few months ago. Now we're on thud and hopefully I can push a little bit for newer releases. But upgrading or supporting krogoth now is non-sense especially with all the CVEs being patched since then. | 13:22 |
| qschulz | ifan: wait a second, on which SoC is your board based? | 13:23 |
| qschulz | because imx SoC are very well supported upstream | 13:23 |
| LetoThe2nd | ifan: u-boot, kernel and gcc and somewhat tied together. so once you got all building in krogoth, you can feel proud for 10 minutes, and then throw way everything just to start anew on a recent release. | 13:23 |
| ifan | imx6 | 13:23 |
| LetoThe2nd | ifan: the imx6 support in upstream is extremely good, so chances are that (unless you vendor gave you the utmost crappy hw), you will be able to boot surrent mainly with no more than just a custom device tree. | 13:24 |
| LetoThe2nd | and for just getting booted, probably not even a custom dt is needed. | 13:25 |
| LetoThe2nd | imx sabre support seems to be absolutely up to date: http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/conf/machine | 13:26 |
| LetoThe2nd | ifan: even more so: http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/conf/machine/imx6qdlsabresd.conf#n7 | 13:27 |
| ifan | So I should drop everything I'm doing and get on a newer branch | 13:27 |
| qschulz | ifan: imx6 is really well supported since a a few releases (I had to bootstrap one on 4.14 like two years ago, didn't ask much more than that) | 13:28 |
| LetoThe2nd | ifan: if i'm not totally mistaken, the file i just linked to says basically that imx6qsabresd is officially supported in the current meta-freescale layer. no ancient crap involved. | 13:28 |
| ifan | I am SO thankful for this information guys | 13:29 |
| LetoThe2nd | ifan: so, many hours did we just save you? where can we send our invoice? | 13:29 |
| LetoThe2nd | qschulz: 50/50, mkay? | 13:29 |
| ifan | no more looking in mail threads from 2014 :] | 13:29 |
| qschulz | LetoThe2nd: HALF A BEER? | 13:29 |
| LetoThe2nd | qschulz: depends on the size of the beer. | 13:29 |
| ifan | probably a few months | 13:30 |
| qschulz | ifan: what's your board? custom? | 13:30 |
| ifan | Its from a company named Avalue, ACP-IMX6 | 13:33 |
| ifan | ACP-IMX6POS* | 13:33 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:33 | |
| zeddii | RP: I just finished all my local testing on 5.4, if I sent some builds to the AB, would that cause issues with higher priority builds ? | 13:35 |
| fullstop | sweet, "Cash Drawer interface (RJ11)" | 13:35 |
| yocti | New news from stackoverflow: Debug symbols not stripped from resulting binaries in Yocto <https://stackoverflow.com/questions/59788441/debug-symbols-not-stripped-from-resulting-binaries-in-yocto> | 13:35 |
| *** andycooper is now known as andycooper_home | 13:35 | |
| LetoThe2nd | ifan: seriously, their manual is popcorn gold. | 13:35 |
| fullstop | also, "OS Information: Yocto 1.5.1" | 13:35 |
| LetoThe2nd | we support building on 12.04. do: git clone guest@202.55.227.57:freescale/imx6/Android.git -b 4.4.2-pos | 13:36 |
| fullstop | I do like the DAC, though, I love Wolfson stuff. | 13:36 |
| LetoThe2nd | anyways, probably just a classic sabre with minor dt adjustments. | 13:36 |
| ifan | not sure I understand what popcorn gold means | 13:36 |
| ifan | but don you guys trashtalk my board :< | 13:36 |
| RP | zeddii: no problem with other builds, we're quiet atm. We do have the maintenance window in around 5 hours though | 13:37 |
| LetoThe2nd | ifan: why not? :P | 13:37 |
| ifan | she is a beauty ;) | 13:38 |
| LetoThe2nd | "git checkout from this magic ip, pw right next to it in the pdf" is not exactly confidence inspiring :) | 13:38 |
| zeddii | RP: ok. cool. Will try one before that, and then some after. I have to get a bit organized on the branch to push and do some version overrides (since I'm doing them in local.conf here). | 13:38 |
| LetoThe2nd | anyways, happy weekend everybody! | 13:38 |
| ifan | u2! | 13:39 |
| ifan | and thanks again | 13:39 |
| fullstop | Yeah, she's a worthy POS....system. ;-) Point of Sale being abbreviated POS always amused me, though. | 13:39 |
| zeddii | But I did extra testing on this one. All arches + two c-libraries for all of sato,minimal and kernel-dev. I *know* that systemtap won't get me this time :D | 13:39 |
| RP | zeddii: :D | 13:39 |
| fullstop | Have a good weekend, LetoThe2nd. | 13:39 |
| qschulz | LetoThe2nd: o/ | 13:40 |
| qschulz | ifan: yeah it shouldn't be too hard, try to find something based on imx6qdl.dtsi or imx6q.dtsi. Apparently ift's a Micrel KSZ9031 for the Ethernet PHY, that's supported upstream. You even have upstream support for the GPU. Honestly, it might be even worth spending a few weeks/months or consulting bucks on using upstream kernel directly. | 13:42 |
| qschulz | ifan: I would follow LetoThe2nd 's advice by starting from a board which isn't toofar in specs. Then most likely some different pinmuxing, clocks, etc. But nothing unfixable | 13:43 |
| qschulz | (and by upstream support for the GPU I mean actual OSS driver) | 13:45 |
| ifan | qshulz: I will try that, thank you very much for all the info :> | 13:49 |
| *** learningc <learningc!~pi@121.121.99.192> has quit IRC | 13:50 | |
| stuom1 | LetoThe2nd informed me it's possible to build another image by "MACHINE="qemuarm" bitbake myimage". This works, but I also want to add DISTRO= variable there but that doesnt work anymore. It only takes one variable and disregards the second | 13:56 |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 13:57 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 13:57 | |
| stuom1 | Is there some special way to do it with bitbake? Normally (outside bitbaking) you can put as many environment variables as you want | 13:57 |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC | 13:59 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:59 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 14:00 | |
| qschulz | stuom1: that should work actually I think | 14:00 |
| qschulz | Can you give use the line your using? | 14:00 |
| stuom1 | MACHINE="qemuarm" DISTRO="tdx-xwayland" bitbake myimage | 14:01 |
| stuom1 | but distro doesnt change. If I put just DISTRO, it works | 14:01 |
| qschulz | stuom1: interesting for sure. Well usually the DISTRO ?= is set in conf/local.conf. | 14:05 |
| stuom1 | yes i probably need to setup some multiconfig as Leto suggested but this was just for trying now fast | 14:05 |
| qschulz | stuom1: you can try do debug this thing by running MACHINE="qemuarm" DISTRO="tdx-xwayland" bitbake myimage -e | less and check for a line starting with DISTRO=. Then you look up and you'll see what's overriding what or setting the variable to some value | 14:06 |
| stuom1 | ok, future me will handle all this on Monday | 14:09 |
| stuom1 | bitbake is now busy and doesnt let me try anything :P | 14:10 |
| qschulz | stuom1: you can have two instances running if you copy paste your dev environment somewhere else :) | 14:12 |
| *** learningc <learningc!~pi@121.121.99.192> has joined #yocto | 14:12 | |
| stuom1 | *hmmm* | 14:15 |
| frosteyes | Is it common to use yocto-check-layer? | 14:16 |
| stuom1 | I need to consider that but I rarely bake something that takes so long I cannot wait | 14:16 |
| rburton | stuom1: $ ls -d build-*|wc -l | 14:17 |
| rburton | 13 | 14:17 |
| rburton | just remember to set tmpdir to something different :) | 14:17 |
| stuom1 | you have 13 build environments? | 14:21 |
| rburton | indeed | 14:21 |
| stuom1 | quite a collector | 14:21 |
| rburton | some are just alternative configurations like "with musl" or "with mingw sdk", others are just identical configurations for parallel builds | 14:22 |
| frosteyes | the reason I ask is that meta-virtualization, which I guess is a pretty common layer, is returning som issues. (Nothing provide ostree for cri-o_git.bb) | 14:23 |
| frosteyes | And when running on arm64 - nothing provide syslinux for ipxe_git.bb. | 14:24 |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto | 14:25 | |
| rburton | frosteyes: former sounds like a missing layer dependency. ostree is in meta-oe | 14:25 |
| frosteyes | Still running in 2.6, so it might be an old issue. | 14:27 |
| rburton | the syslinux thing is fair: syslinux only works on IA, so a dependency should be conditional on architecture | 14:27 |
| frosteyes | I think so to. | 14:27 |
| frosteyes | So it was more of a "hey, yes yocto-check-layer should be used, and it is just a matter of being better to use it" or more of. It is not very used, so don't expect it to work.. | 14:28 |
| rburton | a mainstream layer that doesn't pass check-layer should be fixed, yes | 14:29 |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 14:32 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 14:33 | |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has quit IRC | 14:34 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:40 | |
| *** lh_ <lh_!sid77898@osuosl/staff/lh> has joined #yocto | 14:47 | |
| *** lh_ is now known as lh | 14:48 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 14:58 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has quit IRC | 15:02 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto | 15:03 | |
| qschulz | halstead: hi, just here to report two things https://wiki.yoctoproject.org uses weak encryption according to FF: Broken Encryption (TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA, 256 bit keys, TLS 1.0) | 15:05 |
| qschulz | halstead: I don't know if it's your "job" or not but https://wiki.yoctoproject.org/wiki/Special:RequestAccount: "Also, your password will be e-mailed to you when your account is created. " I hope not :) I guess we are talking about a temporary password and that we are not being sent our password plaintext :) | 15:06 |
| qschulz | BTW, I registered with my personal mail and not company one on the wiki, so no worries if the name is noit matching the email address you usually receive mails from on the ML :) (to anyone accepting/refusing wiki users) | 15:07 |
| *** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has quit IRC | 15:14 | |
| *** kriive <kriive!~kriive@217.221.109.178> has joined #yocto | 15:14 | |
| kriive | Hi everyone! Should I put every custom configuration (e.g. nginx site configuration) in a separate layer? | 15:16 |
| qschulz | kriive: separate from what? | 15:16 |
| kriive | In case of nginx I can't put the conf in the same layer (because I don't control the repo), but in case of a package (or a number of them) of mine that requires a configuration, should I put configs in a separate layer (i.e. different from the layers containing the recipi that compiles and installs the actual binary)? | 15:19 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 15:20 | |
| kriive | Sorry for not being too clear, I'm still learning it and many concepts are a little foggy | 15:21 |
| qschulz | kriive: if it's related to some distro configuration, then I'd say a layer for the distro maybe? Otherwise, I'd say it's fine to put the conf in your layer I guess. It's foggy to me as well. One layer for the BSP support and one for everything else is usually what I see/think | 15:23 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 15:31 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 15:34 | |
| *** berton_ <berton_!~berton@189.103.49.163> has joined #yocto | 15:43 | |
| *** comptroller <comptroller!~comptroll@47.213.227.146> has joined #yocto | 15:44 | |
| *** berton <berton!~berton@189.103.49.163> has quit IRC | 15:45 | |
| *** ifan <ifan!d973313a@217-115-49-58.cust.bredband2.com> has quit IRC | 15:58 | |
| mckoan | anyone is experiencing an extremely high memory consumption when building with zeus, particularly the meta-toolchain? | 16:10 |
| mckoan | that never happened before, so I was wondering why | 16:12 |
| * mckoan tries reducing BB_NUMBER_THREADS | 16:13 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has quit IRC | 16:19 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto | 16:21 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:23 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto | 16:24 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 16:27 | |
| RP | mckoan: what is using the memory? | 16:30 |
| mckoan | RP: mainly xz | 16:31 |
| RP | mckoan: right, we're kind of aware it can do this :/ | 16:32 |
| mckoan | RP: I have 'only' 16GB | 16:32 |
| RP | mckoan: have a look at XZ_DEFAULTS in bitbake.conf | 16:34 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:34 | |
| mckoan | RP: and nativesdk-clang | 16:34 |
| RP | mckoan: it depends which xz it is mind, the one in rpm is probably passed parameters through rpmbuild | 16:35 |
| *** jww <jww!~magnet@lfbn-mon-1-581-143.w2-4.abo.wanadoo.fr> has joined #yocto | 16:42 | |
| *** berton__ <berton__!~berton@177.194.196.4> has joined #yocto | 16:53 | |
| *** berton_ <berton_!~berton@189.103.49.163> has quit IRC | 16:56 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 17:01 | |
| *** fg_ <fg_!~guerinoni@internet.micro-systems.it> has quit IRC | 17:01 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 17:09 | |
| *** yann|work <yann|work!~yann@85.118.38.73> has quit IRC | 17:10 | |
| RP | khem: finally binutils doing what we need | 17:13 |
| RP | moto-timo: ^^^ | 17:13 |
| *** kriive <kriive!~kriive@217.221.109.178> has quit IRC | 17:14 | |
| khem | RP: cool what fix did you choose | 17:17 |
| khem | mckoan: XZ_DEFAULTS = "--threads=n" will limit it | 17:18 |
| *** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has joined #yocto | 17:18 | |
| khem | where n is a number according to your CPU muscle | 17:18 |
| mckoan | khem: thanks, I'll give it a try | 17:18 |
| khem | mckoan: and also install pigz | 17:19 |
| *** rangergord_ <rangergord_!~rangergor@modemcable186.198-70-69.static.videotron.ca> has quit IRC | 17:19 | |
| khem | clang packaging gets a lot of help with pigz | 17:19 |
| mckoan | khem: pigz is already the newest version (2.4-1) | 17:20 |
| khem | k | 17:20 |
| *** kriive <kriive!~kriive@net-2-37-220-98.cust.vodafonedsl.it> has joined #yocto | 17:23 | |
| RP | khem: http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=rpurdie/pyro | 17:26 |
| RP | khem: doesn't work yet but its progress, failures are later | 17:26 |
| *** kriive <kriive!~kriive@net-2-37-220-98.cust.vodafonedsl.it> has quit IRC | 17:28 | |
| *** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has joined #yocto | 17:28 | |
| shan1 | Hi all, I created a Yocto Image for Raspberry PI 3 with RT Linux kernel and created a base image. Everything is fine till I wish to expand the SD Card. When I delete the 2nd partition and create a new one I get a `resource is busy IOCTL` warning and there is no `resize2fs` binary in the image. What is it that I am doing wrong here? | 17:31 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 17:32 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:34 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:36 | |
| RP | khem: now we have buildtools and uninative clashing head on :/ | 17:37 |
| RP | khem: I'll disable uninative since it shouldn't be needed here | 17:38 |
| *** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has left #yocto | 17:42 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:45 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:46 | |
| *** hpsy <hpsy!~hpsy@85.203.15.34> has joined #yocto | 17:51 | |
| *** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto | 17:55 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 17:56 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:56 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 18:00 | |
| mckoan | khem: far better, completed! Thanks! | 18:00 |
| RP | khem, moto-timo: mail on the list about what I managed | 18:03 |
| RP | khem: is the glibc ready to go if it passes? | 18:03 |
| mckoan | have a nice weekend | 18:04 |
| *** mckoan is now known as mckoan|away | 18:05 | |
| khem | RP: yes and I will send a SRCREV bump once the final 2.31 is released | 18:05 |
| yocti | New news from stackoverflow: Manually building a Kernel source from Yocto build <https://stackoverflow.com/questions/47429670/manually-building-a-kernel-source-from-yocto-build> | 18:06 |
| khem | RP: I want to figure out wider issues | 18:06 |
| khem | if any | 18:06 |
| khem | earlier | 18:06 |
| khem | rather than later | 18:06 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:13 | |
| RP | khem: sounds wise :) | 18:14 |
| RP | khem: I don't think my binutils hack is too bad, no worse than our gcc patching really... | 18:14 |
| * RP -> food | 18:15 | |
| *** hpsy <hpsy!~hpsy@85.203.15.34> has quit IRC | 18:33 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d1530cd.dynamic.kabel-deutschland.de> has quit IRC | 18:37 | |
| khem | RP: I think it does address a problem where people are using a distro for wide range of yocto releases | 18:41 |
| khem | but agains containers are cooler :) | 18:42 |
| khem | RP: oe-core does not use PIE/PIC by default that unveiled the issue in prelink that happened yesterday | 18:43 |
| khem | I am glad that there was a test on AB to catch it | 18:43 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 18:50 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 18:50 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 18:52 | |
| RP | khem: containers are cooler, this fixes the autobuilder challenge though | 18:54 |
| RP | khem: we should probably create a specific test case for that | 18:54 |
| khem | Agreed | 18:58 |
| Crofton|road | Containers are the shiney new thing! | 19:02 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 19:04 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 19:05 | |
| khem | Crofton|road: actually crates are even shinier :) | 19:06 |
| khem | oh this python2 removal needs to be in meta-py2 before its gone from core, | 19:07 |
| * khem rebases it out of yoe/mut | 19:08 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 19:08 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 19:16 | |
| rburton | khem: ha, yes, i haven't sent the addition yet | 19:17 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154128.dynamic.kabel-deutschland.de> has joined #yocto | 19:21 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154128.dynamic.kabel-deutschland.de> has quit IRC | 19:30 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 19:32 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 19:33 | |
| JaMa | what about the python-* removals which were merged before zeus was released? should they be added to meta-python2? | 20:00 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 20:06 | |
| *** baldgeek <baldgeek!~dan@65.167.211.225> has quit IRC | 20:09 | |
| rburton | JaMa: they should have been added to meta-python, so will already be in meta-python2 | 20:18 |
| kergoth | ooh, removing python2 from oe-core sounds awesome | 20:30 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 20:32 | |
| *** hpsy <hpsy!~hpsy@85.203.15.34> has joined #yocto | 20:33 | |
| yocti | New news from stackoverflow: Use a yocto layer's recipe or class without inheriting all bbappends <https://stackoverflow.com/questions/59437410/use-a-yocto-layers-recipe-or-class-without-inheriting-all-bbappends> | 20:36 |
| khem | kergoth: yeah it will be a good PR for 3.1 release as well | 20:36 |
| *** hpsy <hpsy!~hpsy@85.203.15.34> has quit IRC | 20:39 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 20:40 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 20:41 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 20:48 | |
| fullstop | Can I do something like file://*.patch;patch=1 as part of a SRC_URI in order for bitbake to pull in all of the patch files (which may be different based on machine) and apply them? | 21:10 |
| LetoThe2nd | fullstop: nope | 21:11 |
| fullstop | Hey! You're supposed to be enjoying your weekend! | 21:11 |
| fullstop | okay.. can I reference SRC_URI as a variable when using overrides? | 21:13 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 21:13 | |
| fullstop | something like SRC_URI_jetson-nano = "${SRC_URI} file://blabblah" | 21:14 |
| fullstop | nope, recursion death | 21:16 |
| JaMa | SRC_URI_append_jetson-nano will do the same without death | 21:17 |
| fullstop | That's what I was looking for.. _append_ | 21:17 |
| fullstop | thanks, JaMa | 21:17 |
| fullstop | That worked perfectly. | 21:19 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 21:26 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 21:48 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 22:04 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 22:11 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:13 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 22:14 | |
| RP | zeddii: I replied to mail, sorry, it is AB config | 22:22 |
| armpit | zeddii, for $20 he will fix it ; ) | 22:25 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:32 | |
| RP | armpit: er, I'd pay $20 for someone to fix this one! :) | 22:38 |
| RP | armpit: long standing AB issue :/ | 22:38 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:38 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:39 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 22:39 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC | 22:56 | |
| zeddii | ahah. thanks | 23:05 |
| zeddii | I see some other similar error, but most everything seems to be building. | 23:06 |
| zeddii | fingers crossed :D | 23:06 |
| *** guerinoni <guerinoni!~guerinoni@host7-114-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto | 23:07 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 23:08 | |
| khem | zeddii: I have created a defconfig for ppc64le, is it possible for you to add it to linux-yocto | 23:13 |
| zeddii | I can use it to create a BSP fragment. sure. | 23:14 |
| RP | zeddii: the other similar errors may be real. Its only step2d of quick itself (or full) that show this | 23:30 |
| RP | zeddii: the clue btw is in its configuration | 23:37 |
| khem | zeddii: ok. I need to first make OpenFirmware understand it and load it properly | 23:37 |
| RP | zeddii: https://autobuilder.yoctoproject.org/typhoon/#/builders/85/builds/882/steps/10/logs/stdio - it sets PREMIRRORS = "" but I don't remember how upstream gets disabled there :/ | 23:39 |
| RP | zeddii: oh, its running oe-selftest -r buildoptions.SourceMirroring.test_yocto_source_mirror' | 23:40 |
| RP | zeddii: so not a normal build... | 23:40 |
| * RP -> Zzz | 23:40 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:48 | |
| *** guerinoni <guerinoni!~guerinoni@host7-114-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC | 23:49 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:55 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!