Monday, 2020-10-05

*** Klanticus <Klanticus!~quassel@> has quit IRC00:08
*** dev1990_ <dev1990_!> has quit IRC00:32
*** mccc <mccc!> has joined #yocto01:02
*** vmesons <vmesons!> has joined #yocto01:29
*** vmeson <vmeson!> has quit IRC01:30
*** vmeson <vmeson!> has joined #yocto02:02
*** vmesons <vmesons!> has quit IRC02:02
*** manuel1985 <manuel1985!> has quit IRC02:03
*** manuel1985 <manuel1985!> has joined #yocto02:19
*** vineela <vineela!~vtummala@> has quit IRC02:19
*** cp- <cp-!> has quit IRC02:25
*** cp- <cp-!> has joined #yocto02:28
*** vmesons <vmesons!> has joined #yocto02:31
*** vmeson <vmeson!> has quit IRC02:31
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC02:32
*** vmesons <vmesons!> has quit IRC03:02
*** sakoman <sakoman!> has quit IRC03:17
khemthis is with master-next, I wonder if something in core is causing these failures03:28
*** wooosaiii <wooosaiii!> has quit IRC04:01
*** wooosaiii <wooosaiii!> has joined #yocto04:02
*** kpo_ <kpo_!> has quit IRC04:13
*** kpo_ <kpo_!> has joined #yocto04:13
*** OnkelUll1 is now known as OnkelUlla04:17
*** OnkelUlla <OnkelUlla!> has quit IRC04:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto04:23
*** OnkelUlla <OnkelUlla!> has joined #yocto04:24
*** jobroe <jobroe!> has joined #yocto05:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC05:03
*** RPI-IMX6 <RPI-IMX6!> has joined #yocto05:04
RPI-IMX6WARNING: Failed to fetch URL, attempting MIRRORS if availableDo I need to fix it? How to fix it ? Thanks!05:04
RPI-IMX6Do I need to fix it? How to fix it ? Thanks!05:05
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto05:10
*** paulg <paulg!> has quit IRC05:13
*** beneth <beneth!> has joined #yocto05:14
*** davidinux <davidinux!~davidinux@> has quit IRC05:19
*** davidinux <davidinux!> has joined #yocto05:21
armpitRPI-IMX6, if wget of that url does not work, you may need to find a alt SRC_URI.05:25
armpitkhem, I think \05:27
armpitmiss fire.. it could be caused by the host os05:27
*** AndersD <AndersD!> has joined #yocto05:39
*** RPI-IMX6 <RPI-IMX6!> has quit IRC05:41
*** jobroe <jobroe!> has quit IRC05:41
*** jobroe <jobroe!> has joined #yocto05:43
*** paulg <paulg!> has joined #yocto05:51
*** paulg <paulg!> has quit IRC05:56
*** pohly <pohly!> has joined #yocto05:56
*** paulg <paulg!> has joined #yocto05:58
*** w00die <w00die!~w00die@> has quit IRC06:07
*** w00die <w00die!~w00die@> has joined #yocto06:10
*** chris_ber <chris_ber!~quassel@> has joined #yocto06:12
*** agust <agust!> has joined #yocto06:13
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto06:18
*** locutusofborg <locutusofborg!~locutusof@ubuntu/member/locutusofborg> has quit IRC06:22
*** LocutusOfBorg <LocutusOfBorg!~locutusof@2001:b07:5d32:c012:8c82:7271:8065:bb6d> has joined #yocto06:24
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto06:24
*** feddischson <feddischson!> has joined #yocto06:30
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:33
*** mckoan|away is now known as mckoan06:35
*** seebs <seebs!~seebs@> has quit IRC06:39
*** simonpe^^ <simonpe^^!> has quit IRC06:42
khemarmpit: | abort()ing by server requestmake[1]: *** [Makefile:35: install] Aborted (core dumped)06:45
khemthose error look foreign to me06:45
khemabort()ing by server requestmake[1]: *** [GNUmakefile.ACE:531: install] Aborted (core dumped)06:46
*** seebs <seebs!~seebs@> has joined #yocto06:47
*** rcoote <rcoote!> has joined #yocto06:51
*** frsc <frsc!> has joined #yocto06:54
*** davidinux <davidinux!> has quit IRC06:55
*** davidinux <davidinux!~davidinux@> has joined #yocto06:57
*** yann|work <yann|work!~yann@> has joined #yocto07:05
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto07:27
RPkhem: those aborts are the pseudo issues I've been asking for help with07:28
*** creich <creich!> has quit IRC07:33
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto07:34
*** xtron <xtron!~xtron@> has joined #yocto07:34
*** creich <creich!> has joined #yocto07:34
*** xtron <xtron!~xtron@> has quit IRC07:35
LetoThe2ndhowdy dudes07:38
manuel1985Howdy Josef! How is it going? Ich bin der Manuel von Viewpointsystem :) Wir hatten Kontakt wegen private jestering07:44
mckoangood morning07:45
manuel1985Non-yocto-related question: Which tool do you guys use for timekeeping? I'm working on a private project, and it would be interesting to track how much time I'm investing in there. I don't need many features besides a fat start/stopp button. The moment I have to type the time into a field I won't use it anymore.07:48
LetoThe2ndmanuel1985: \m/07:49
LetoThe2ndi don't have time, hence no need to keep it :)07:50
*** dev1990 <dev1990!> has joined #yocto07:53
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:3c78:795a:568a:4703> has joined #yocto07:54
*** davidinux <davidinux!~davidinux@> has quit IRC07:57
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto07:58
*** qschulz <qschulz!> has joined #yocto07:59
*** davidinux <davidinux!> has joined #yocto07:59
*** rubdos_ <rubdos_!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC07:59
manuel1985LetoThe2nd: I see :D08:09
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:22
*** manuel1985 <manuel1985!> has quit IRC08:30
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:30
*** florian_kc is now known as florian08:36
*** psycorama <psycorama!> has joined #yocto08:38
*** manuel1985 <manuel1985!> has joined #yocto08:45
*** cp- <cp-!> has quit IRC08:45
qschulzpsycorama: o/08:46
*** cp- <cp-!> has joined #yocto08:49
qschulzndec: do you we have anything planned to improve the search in the new docs website? It's horrendous :/ Caddy webserver is using, maybe there are alternatives (self-hosted evben?) that would greatly improve the search?09:08
LetoThe2ndqschulz: can i have less/vim regex support, pretty please?09:10
*** Klox04809 <Klox04809!> has joined #yocto09:13
ndecqschulz: i know it doesn't work quite well.. i am aware of docsearch, and even saw it integrated with sphinx (
ndecthis is probably the right thing to do.. though we need to understand how it will behave with how we integrated YP and Bitbake docs, and how we deal with multiple versions.09:14
*** Klox0480 <Klox0480!> has quit IRC09:14
qschulzndec: yeah, guessed it wasn't a straightforward process :)09:15
LetoThe2ndstupid question. just added the YP thing to my ELCE registration. now do i need to sign up for YPDD additionally?09:16
ndecLetoThe2nd: nope.09:16
LetoThe2ndndec: k09:16
ndecyou will receive information about how to join, etc.. from LF.09:16
*** frwi <frwi!~frwi@> has joined #yocto09:17
LetoThe2ndhooray, more ways to annoy you all! :)09:17
*** Klanticus <Klanticus!~quassel@> has joined #yocto09:17
frwiHi! I'm unsure if this is the correct channel to ask, but I recently added Boost to my ARM zeus build, and seem to be unable to build an application using boost with the SDK I built. When I looked at the release notes for Boost_1.71, it states that it has been tested with gcc up to 8.0.1. But I'm having a hard time thinking this is a general problem, it must be me that does something wrong. Does someone here have expecience with boost using zeus for arm?09:22
frwiZeus comes with gcc 9.209:22
mcfriskfrwi: yes, boost works on zeus and also in SDK. used in several projects with different ARM SoC's and BSPs..09:24
mcfriskfrwi: but do check that BSP layers are not messing with boost via bbappends or .bb's09:25
frwimcfrisk: that is great news, started feeling a little demoralized. I'm using meta-ti, it's a TI Sitara am5718 I'm building for. I should investigate any boost messing in their layer...09:26
*** frwi <frwi!~frwi@> has quit IRC09:44
*** frwi <frwi!~frwi@> has joined #yocto09:44
psycoramaI've got a question about qemuboot, specifically QB_KERNEL_CMDLINE_APPEND. Currently I'm adding to it through local.conf, but at a later point it is overwritten by pokys meta/conf/machine/include/ so my changes will be thrown away. Is there a canonical place to append something to QB_KERNEL_CMDLINE_APPEND?09:54
LetoThe2ndpsycorama: usually this would go into your own machine conf09:58
psycoramasounds about right. let me dig a bit deeper into my setup here.    thanks :)10:03
*** leon-anavi <leon-anavi!~Leon@> has quit IRC10:04
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto10:05
*** PaowZ__ <PaowZ__!~Vince@> has joined #yocto10:08
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC10:12
*** pev <pev!> has joined #yocto10:25
*** frwi <frwi!~frwi@> has quit IRC10:29
*** frwi <frwi!~frwi@> has joined #yocto10:29
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:fcda:8d3b:62f8:4376> has joined #yocto10:38
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto10:42
*** dreyna_ <dreyna_!> has quit IRC10:51
*** TobSnyder <TobSnyder!> has joined #yocto11:12
rburtonLetoThe2nd: in all your fun have you ever encountered anyone using docker to build a container *inside a recipe*11:22
LetoThe2ndrburton: not yet, are you volunteering?11:34
rburtonhaha no11:34
LetoThe2ndi am pretty sure that somebody somewhere does this already.11:36
rburtonbuilding an arm64 docker image inside a bitbake task on an x86-64 host11:37
rburtondoesn't sound like fun11:37
LetoThe2ndoh, why not?11:37
rburtontoo early to drink11:37
LetoThe2ndjust another form of hidden host dependencies.11:37
rburtonapparently docker-cross can do that by using the host qemu11:38
LetoThe2ndmy latest fun+scary thoughts actually are mostly around dotnet core and such11:40
*** frwi <frwi!~frwi@> has quit IRC11:54
*** frwi <frwi!~frwi@> has joined #yocto11:55
*** kpo_ <kpo_!> has quit IRC12:09
*** kpo_ <kpo_!> has joined #yocto12:10
LetoThe2nd12yo is bad. make it at least 16yo. beer ftw.12:12
LetoThe2ndmeh. -ECHAN12:23
neverpaniccontext is everything12:28
u1106trying to use devtool, but I get an error ERROR: Command Error: 'git rev-parse --show-toplevel' exited with 0  Output:12:30
u1106Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).12:30
u1106I guess the reason is that my build area is not on the same filesystem as my metadata12:31
*** PaowZ__ <PaowZ__!~Vince@> has quit IRC12:31
u1106that is by intention. the meta-data has backup, is too small for build. The build area has no backup12:31
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto12:32
zeddiirburton: If I'm reading that correctly, this is something I'm covering in my ELCe talk in a few weeks! We've talked about it at past summits and normally just point out all the problems with even starting to try it :D12:32
LetoThe2ndneverpanic: yep. the original context was somebody saying "hey i'm still a 12yo, so i gotta make a poop joke"12:32
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto12:33
rburtonzeddii: the goal was x86-64 build host, arm64 target, running on target a container that is built with a dockerfile from an alpine  image during the bitbake build12:33
rburtonsomething docker-cross something qemu something12:33
rburtondoesn't sound like the sort of thing I'd encourage12:33
u1106any idea how to avoid the problem? Just setting GIT_DISCOVERY_ACROSS_FILESYSTEM obviously doesn't work, because bitbake cleans the environment before doing anying12:34
zeddiirburton: yah. that's not a good idea. What's the goal of that running container ? is it the target image ?12:34
rburtona container to run on the target12:35
zeddiiI'm creating an angry slide for suggestions like that.12:35
zeddiiI think I'm presentation #1 for the yocto days, so I can set the tone.12:35
rburtonlooking forward to it12:35
zeddiibut I am working on an OCI container that is actually *built* by bitake that is installed and ready to run on the image, by docker/runc/whatever.12:36
zeddiithe craziness comes when people want to use docker or one of the other horribly complex tools as -native to compose the container.12:36
zeddii.. that's what bitbake/oe does, why would you circumvent that, if actually using OE.12:37
LetoThe2ndbecause "Dockerfiles are easy"12:38
* LetoThe2nd prepares for some epic trolling.12:38
rburtonif you *needed* to do that I was wondering if docker has a nice way to populate a sysroot, effectively12:38
rburtonhey docker-native, install foo:latest into /build/tmp/rootfs/...12:38
zeddiinow, I totally see outputs of OE, as in OE binary outputs, on dockerhub, etc, using *those* in a docker compose way is a good idea.12:38
zeddiirburton: I've actually been poking into something like that, but I'm more going through the plumbing of docker, versus trying to use docker. it has so many permissions ideas and location ideas, etc, that it is hard.12:39
zeddiiand it all falls apart when docker comes into play if you care about licensing, reproducibility, etc.12:39
zeddiiwhich is hopefully why someone is using OE anyway :D12:39
rburtonwell, yeah12:40
zeddiirun random root-loving tool, with whatever uid map it has, and yank down artifacts and install them into my image/build.12:41
zeddii"good idea".12:41
zeddiiShip that an let me know!12:41
zeddiibut for debug/prototyping, I see the argument.12:41
zeddiiI have my bugzilla features that would do that with OCI containers, but those are built with OE, not pulled down from an artifact rep.12:41
rburtonslightly better argument if you own the container registry12:42
zeddiiyep. and we've had demos where we actually populate and run one (a regeistry) on target.12:42
zeddiiand yank from it locally to start things up.12:42
zeddiibut I'm looking at the plumbing instead of doing that now.12:42
zeddiibut if your registry is local, surely it must be easier to compose the containers with OE, unless there's something super compelling about bitbake task scheduling and dependencies you just can't live without.12:44
*** vmesons <vmesons!> has joined #yocto12:47
*** vmesons is now known as vmeson12:49
zeddiionly two oe-core messages in my queue this morning. Makes me wonder if I got unsubscribed!12:59
qschulzzeddii: subscribe to docs and you'll get messages from me :D13:02
zeddii:D I'm seeing those! i have no filter defined for them, so they land right in my inbox13:03
LetoThe2ndi seriously wonder if i should try and build a dotnet-core from source layer/recipe. everything i can see at the moment seems to use prebaked binaries.13:09
rburtonabsolutely worth a go13:14
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto13:16
*** NiksDev2 <NiksDev2!~NiksDev@> has joined #yocto13:16
*** maudat <maudat!> has joined #yocto13:21
*** vmeson <vmeson!> has quit IRC13:22
LetoThe2ndrburton: before, during, or after drinking?13:22
LetoThe2ndthanks for your input.13:23
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto13:26
*** xtron <xtron!~xtron@> has joined #yocto13:27
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:cd28:750c:410c:649a> has joined #yocto13:28
*** tgamblin_ is now known as tgamblin13:30
*** ericch <ericch!> has joined #yocto13:32
*** vmeson <vmeson!> has joined #yocto13:32
*** grma <grma!~gruberm@> has quit IRC13:53
*** sakoman <sakoman!> has joined #yocto14:02
*** cadeniyi <cadeniyi!~cadeniyi@> has joined #yocto14:08
*** rcw <rcw!~rcwoolley@> has joined #yocto14:16
*** jobroe <jobroe!> has quit IRC14:20
*** pev <pev!> has quit IRC14:23
*** pev <pev!> has joined #yocto14:23
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:cd28:750c:410c:649a> has quit IRC14:28
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto14:30
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:31
*** NiksDev <NiksDev!~NiksDev@> has quit IRC14:35
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto14:35
*** frsc <frsc!> has quit IRC14:35
*** NiksDev <NiksDev!~NiksDev@> has quit IRC14:37
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto14:37
*** frsc <frsc!> has joined #yocto14:38
*** NiksDev <NiksDev!~NiksDev@> has quit IRC14:41
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto14:43
LetoThe2nddoes anybody here happen to have a pretty standard run of the mill x86_64 rootfs handy and could share? something like core-image-full-cmdline or such. just the rootfs, no kernel.14:46
LetoThe2nd(tarballed :) )14:47
*** frsc <frsc!> has quit IRC14:50
*** amboar <amboar!> has quit IRC14:50
*** NiksDev <NiksDev!~NiksDev@> has quit IRC14:52
*** dreyna_ <dreyna_!> has joined #yocto14:52
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto14:52
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC14:55
*** vineela <vineela!vtummala@nat/intel/x-ooudkrqzieggjtej> has joined #yocto15:01
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:4c19:5310:2659:ae9d> has joined #yocto15:01
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto15:04
*** ebail <ebail!> has joined #yocto15:05
*** TobSnyder <TobSnyder!> has quit IRC15:13
*** chris_ber <chris_ber!~quassel@> has quit IRC15:19
*** stbenz61551 <stbenz61551!> has quit IRC15:23
*** stbenz615515 <stbenz615515!> has joined #yocto15:24
*** stbenz615515 <stbenz615515!> has quit IRC15:28
*** pev <pev!> has quit IRC15:28
*** cadeniyi <cadeniyi!~cadeniyi@> has quit IRC15:29
*** stbenz615515 <stbenz615515!> has joined #yocto15:29
RPLetoThe2nd: you could use the last project release?15:33
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC15:33
LetoThe2ndRP: is there a pre-build tarball?15:33
LetoThe2ndRP: ah nice, thanks.15:35
*** otavio <otavio!~otavio@> has joined #yocto15:35
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto15:35
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:4c19:5310:2659:ae9d> has quit IRC15:37
tlwoernerit doesn't look like the MACHINE_EXTRA_RRECOMMENDS that are specified in conf/machine/raspberrypi3-64.conf are making it into the image when i build for raspberrypi3-64?15:55
tlwoerner(i'm on master, just meta-raspberrypi and openembedded-core, nodistro)15:56
tlwoernermaybe it's a poky thing?15:56
qschulztlwoerner: which image/distro are you using?15:59
*** radsquirrel <radsquirrel!> has quit IRC15:59
tlwoernercore-image-full-cmdline, nodistro (just openembedded-core)15:59
tlwoerner…and the BSP layer15:59
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:00
*** radsquirrel <radsquirrel!> has joined #yocto16:00
tlwoerneri can add them RRECOMMENDS to CORE_IMAGE_EXTRA_INSTALL and they show up, but something is fishy that the conf/machine/…conf file is specifying them, but they're not ending up in the final image16:00
tlwoerner(unless i explicitly add them)16:02
qschulztlwoerner: MACHINE_EXTRA_RRECOMMENDS is added into RRECOMMENDS of packagegroup-basic and packagegroup-machine-base16:02
kergothtlwoerner: someone reported the other day that that image was missing packagegroup-base. not sure if that's true?16:02
tlwoernerhuh! looks that way!16:03
*** radsquirrel <radsquirrel!> has quit IRC16:04
qschulzkergoth: ok I'm super confused... why is there a packagegroup-basic recipe that does not seem to be used anywhere? (simple grep, didn't go far into searching)16:04
tlwoernercore-image-full-cmdline include packagegroup-core-boot and packagegroup-core-full-cmdline16:04
*** radsquirrel <radsquirrel!> has joined #yocto16:04
tlwoernerokay, in any case it looks like i can figure it out from here, thanks!16:07
*** kpo_ <kpo_!> has quit IRC16:10
*** kpo_ <kpo_!> has joined #yocto16:10
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:3c78:795a:568a:4703> has quit IRC16:20
*** frwi <frwi!~frwi@> has quit IRC16:25
*** frwi <frwi!~frwi@> has joined #yocto16:25
tlwoernerbluelightning: ping?16:45
*** mckoan is now known as mckoan|away16:46
*** w00die <w00die!~w00die@> has quit IRC16:48
*** w00die <w00die!~w00die@> has joined #yocto16:50
*** frwi <frwi!~frwi@> has quit IRC16:58
*** kiwi_29 <kiwi_29!> has joined #yocto17:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC17:10
bluelightningtlwoerner: hi17:13
tlwoernerbluelightning: hey. last night i was trying to get devtool to create a recipe for a python library, but the file wasn't in the top-level, it was was in the "library" subdirectory17:14
tlwoernerbluelightning: the externalsrc messed it up because it overwrites the S variable (understandable)17:15
bluelightninghmm, I thought there was an option to specify a subdir, one sec17:15
bluelightning --src-subdir yes17:16
tlwoernerperfect! thanks :-D17:16
bluelightninglet me know if it still doesn't behave properly17:16
tlwoernerve have vays to make zit work! (lol)17:16
*** paulg <paulg!> has quit IRC17:26
*** paulg <paulg!> has joined #yocto17:27
*** creich <creich!> has quit IRC17:37
*** creich <creich!> has joined #yocto17:38
*** rcoote <rcoote!> has quit IRC17:38
*** feddischson <feddischson!> has quit IRC17:40
tlwoernerbluelightning: oh yea! much better :-)17:44
*** frwi <frwi!> has joined #yocto17:45
*** lxc <lxc!> has joined #yocto17:49
lxchow can I add qemu runtime to an image? Tried IMAGE_INSTALL += qemu-native, but that does not work.17:49
JPEWlxc: You want to run the image under qemu, or run qemu on some target hardware?17:50
*** frwi <frwi!> has quit IRC17:50
*** frwi <frwi!> has joined #yocto17:51
lxcJPEW run the image in qemu. So maybe don't need qemu installed in rootfs, but need way to hold of qemu binaries,17:51
JPEWlxc: Assuming your MACHINE is set to a qemu machine (e.g. qemux86-64, qemuarm, etc), I think all you need to do is run `runqemu`17:53
lxc@JPEW correct. but want to add the rootfs and the qemu runtime to a docker.17:54
JPEWAh... in that case you might be better off building an SDK with qemu in it and installing that in the docker container (just a guess....)?17:55
lxcJPEW but SDK would include the toolchain. don't need that. only rootfs and qemu runtime needed.17:55
JPEWlxc: I *think* you could wrangle an SDK that only included qemu and it's dependencies. The problem with trying to use qemu-native is that it's not designed to be a standalone thing you can run or copy around like that (I think)17:57
JPEWlxc: For example, doesn't include the entire cross compiler17:58
*** leon-anavi <leon-anavi!~Leon@> has quit IRC18:05
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto18:05
kergothlxc: buildtools-tarball is also an sdk that doesn't include a compiler. actually it also includes qemu, along with other host deps18:09
*** davidinux <davidinux!> has quit IRC18:25
*** davidinux <davidinux!~davidinux@> has joined #yocto18:26
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC18:27
tlwoernerbluelightning: oh interesting, --src-subdir doesn't play well with the -r option of "devtool reset"; it only removes the library subdirectory. that's understandable though18:29
rburtonlxc: you could just use whatever package manager is used in the docker, like apt, to install qemu18:30
*** Guest55769 is now known as mischief18:30
rburtonthere's nothing special about our qemu vs eg debian's qemu18:30
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:32
lxcrburton don't have a package manager inside my docker. the docker is simply just the yocto rootfs w/o package manage.r18:36
rburtonjust install qemu then18:37
rburtonyou wouldn't install qemu-native as that's the native one18:38
rburtonyou want qemu, the target qemu18:38
rburtonIMAGE_INSTALL += qemu18:38
rburtonbit confused as to what is running in qemu though now18:38
rewittrburton: += works with IMAGE_INSTALL now? IMAGE_INSTALL_append is baked into my brain for some reason18:39
rburtonrewitt: most of the time it doesn't do what you want :)18:39
rewittrburton: A strong maybe, understood :)18:39
rburtonrewitt: i felt so devops on friday, i used gitlab CI to build and host a derivative of crops for my CI18:40
rburtonglorious future etc etc18:40
rewittrburton: The amount of things that are light years easier than they used to be is crazy18:42
rewittrburton: I setup a jenkins instance(never ran a jenkins instance before) in an afternoon in docker just to be able to reproduce something someone is doing in crops.18:43
lxcrburton tried that but ended up in "Nothing RPROVIDES 'qemu'".... incompatible with host i686-poky-linux-musl (not in COMPATIBLE_HOST)18:43
rburtonlxc: that would be because qemu fails to build against musl18:44
rburtonlxc: you can try removing the COMPATIBLE_HOST_libc-musl assignment and hope that its been fixed recently18:44
rburtonor, fixing qemu so it builds with musl18:44
rewittkhem probably already knows if it works with musl or not18:45
lxcrburton ok, will try. thanks!18:45
manuel1985I got the following error message: "ERROR: When reparsing /data/new/poky/build-bora-qemuarm/../meta/recipes-extended/bzip2/, the basehash value changed from <something> to <something-else>. The metadata is not deterministic and this needs to be fixed."18:45
manuel1985I used 'SSTATE_MIRRORS ?= "file://.*;downloadfilename=PATH', but that should be alright, because poky is pinned to that version as well. I used this tag:
manuel1985Does someone know what's going on here?18:45
rewittmanuel1985: Are you saying without having SSTATE_MIRRORS set you don't get that error?18:48
manuel1985rewitt: Don't think so. I'm just trying again to make sure.18:51
manuel1985I takes the build some time to reach that point... :/18:56
rewittmanuel1985: Hmm I would have expected it to fail relatively quickly since it says it's due to reparsing, which is the first thing bitbake does19:00
rewittdon't get your hopes up that I'll be able to help :-D19:01
JPEWmanuel1985: *usually* you get that error if you edit a file while building19:02
*** ebail <ebail!> has quit IRC19:10
manuel1985Just building again, no errors so far. We'll see. I don't think I edited something during the build, but who knows...19:11
manuel1985When I use SSTATE_MIRRORS, does it copy the stuff it found into my SSTATE_DIR? Or does it just populate my SSTATE_DIR with things it didn't find in one on the SSTATE_MIRRORS?19:15
kergothmanuel1985: it's either downloadd to SSTATE_DIR or symlinked there if it's from a local mirror19:24
manuel1985kergoth: I see, thank you19:28
khemrewitt: it does not compile with musl targets perhaps is fixable I never needed that19:32
*** kscherer <kscherer!> has joined #yocto19:38
*** yann|work <yann|work!~yann@> has quit IRC20:08
*** paulg <paulg!> has quit IRC20:13
*** paulg <paulg!> has joined #yocto20:22
*** stew-dw <stew-dw!~stew-dw@2607:fb90:982a:7308:b6b7:6a91:ba07:3be8> has quit IRC20:25
*** filt3r <filt3r!~x@2a03:b0c0:2:d0::7d:7001> has quit IRC20:25
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:c968:e405:6881> has quit IRC20:25
*** filt3r <filt3r!~x@2a03:b0c0:2:d0::7d:7001> has joined #yocto20:26
*** stew-dw_ <stew-dw_!~stew-dw@2607:fb90:982a:7308:b6b7:6a91:ba07:3be8> has joined #yocto20:27
*** joeythesaint <joeythesaint!> has joined #yocto20:27
*** dsueiro <dsueiro!uid467101@gateway/web/> has quit IRC20:28
*** dsueiro <dsueiro!uid467101@gateway/web/> has joined #yocto20:28
rburtonkhem: if i wanted to test a build that uses the mips16e override, what machine/tune fiddling would be easiest?20:30
*** beneth <beneth!> has left #yocto20:44
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC21:09
*** kiwi_29 <kiwi_29!> has quit IRC21:11
*** pohly <pohly!> has quit IRC21:19
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:cd28:750c:410c:649a> has joined #yocto21:21
*** amboar <amboar!> has joined #yocto21:22
*** agust <agust!> has quit IRC21:39
*** maudat <maudat!> has quit IRC21:58
*** ssajal <ssajal!> has quit IRC22:04
*** NiksDev <NiksDev!~NiksDev@> has quit IRC22:04
*** ernstp <ernstp!sid168075@gateway/web/> has quit IRC22:22
*** ernstp <ernstp!sid168075@gateway/web/> has joined #yocto22:25
*** diamondman <diamondman!sid306859@gateway/web/> has quit IRC22:26
*** smurray <smurray!sid98062@gateway/web/> has quit IRC22:26
*** lexano <lexano!> has quit IRC22:27
*** smurray <smurray!sid98062@gateway/web/> has joined #yocto22:28
*** diamondman <diamondman!sid306859@gateway/web/> has joined #yocto22:29
*** ukembedded <ukembedded!sid304355@gateway/web/> has quit IRC22:30
*** ukembedded <ukembedded!sid304355@gateway/web/> has joined #yocto22:31
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:cd28:750c:410c:649a> has quit IRC22:34
*** dev1990 <dev1990!> has quit IRC22:46
RPJPEW: if I forget, remind me to talk about crazy parsing speed improvement ideas tomorrow...22:48
*** leon-anavi <leon-anavi!~Leon@> has quit IRC22:49
*** sealdogfish <sealdogfish!0e0124c3@> has joined #yocto22:51
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC22:51
*** lexano <lexano!> has joined #yocto22:52
sealdogfishHello Yocto people! I have either a quick question or a tricky one depending on whether anyone has done this before. I have a project that is mostly complete for a custom third party SoM which requires custom bootstrap/bootloaders, currently I am building them in a meta-bsp layer recipe which works alright however they are build in the22:54
sealdogfishaarch64-poky-linux build directory. We have multiple SoM models from this manufacturer that each require different bootloader configs and I'd like them to be built in a machine specific non-linux directory if possible like aarch64-<machine>-none or something. Is this possible?22:54
sealdogfishUsing dunfell btw22:55
*** kscherer <kscherer!> has quit IRC23:07
*** kiwi_29 <kiwi_29!> has joined #yocto23:13
*** kiwi_29 <kiwi_29!> has quit IRC23:18
*** ericch <ericch!> has quit IRC23:32
tlwoernerbluelightning: a testament to your brilliant tool!!!!23:41
*** laurittr <laurittr!> has quit IRC23:52
*** laurittr <laurittr!> has joined #yocto23:59

Generated by 2.17.2 by Marius Gedminas - find it at!