Wednesday, 2023-04-26

*** kscherer <kscherer!> has quit IRC (Quit: Konversation terminated!)00:18
*** qschulz <qschulz!> has quit IRC (Read error: Connection reset by peer)00:32
*** qschulz <qschulz!> has joined #yocto00:35
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)01:01
*** bps <bps!~bps@> has joined #yocto01:04
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 255 seconds)01:12
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 265 seconds)01:42
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto02:13
*** jclsn <jclsn!~jclsn@2a04:4540:6529:3000:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds)02:20
*** jclsn <jclsn!~jclsn@2a04:4540:6543:df00:2ce:39ff:fecf:efcd> has joined #yocto02:22
*** mckoan|away <mckoan|away!> has quit IRC (Read error: Connection reset by peer)02:25
*** mckoan|away <mckoan|away!> has joined #yocto02:26
*** tealbird <tealbird!> has quit IRC (Ping timeout: 276 seconds)02:41
*** tealbird <tealbird!> has joined #yocto02:54
*** tealbird <tealbird!> has quit IRC (Ping timeout: 240 seconds)03:01
*** tealbird <tealbird!> has joined #yocto03:16
*** tealbird1 <tealbird1!> has joined #yocto03:22
*** tealbird <tealbird!> has quit IRC (Ping timeout: 255 seconds)03:23
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 255 seconds)04:13
*** sugarbeet <sugarbeet!~barbas@> has quit IRC (Ping timeout: 240 seconds)04:24
*** sugarbeet <sugarbeet!~barbas@> has joined #yocto04:36
*** _whitelogger <_whitelogger!> has quit IRC (Remote host closed the connection)04:54
*** _whitelogger <_whitelogger!> has joined #yocto04:55
*** Wouter0100670440 <Wouter0100670440!> has quit IRC (Quit: The Lounge -
*** Wouter0100670440 <Wouter0100670440!> has joined #yocto05:01
*** Notgnoshi <Notgnoshi!> has quit IRC (Remote host closed the connection)05:04
*** tunahan <tunahan!~tunahan@> has quit IRC (Quit: tunahan)05:04
*** tunahan <tunahan!~tunahan@> has joined #yocto05:05
*** Notgnoshi <Notgnoshi!> has joined #yocto05:05
*** thomasd13 <thomasd13!> has joined #yocto05:23
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:13
*** rob_w <rob_w!> has joined #yocto06:14
*** frieder <frieder!> has joined #yocto06:14
*** bps <bps!> has joined #yocto06:20
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:30
*** invalidopcode942 <invalidopcode942!~invalidop@> has quit IRC (Quit: The Lounge -
*** zeddiii <zeddiii!~zeddii@> has quit IRC (Ping timeout: 240 seconds)06:50
*** zeddii <zeddii!~zeddii@> has joined #yocto06:55
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto06:58
*** paulbarker <paulbarker!> has quit IRC (Ping timeout: 252 seconds)07:09
*** paulbarker <paulbarker!> has joined #yocto07:10
*** rfuentess <rfuentess!> has joined #yocto07:14
*** zpfvo <zpfvo!~fvo@> has joined #yocto07:17
mcfriskwhen some recipe fails to apply patches, build eventually fails. But when I enter devshell of the recipe, and something else goes wrong like other patches fail to apply too, then a lot more recipes start to get compiled. This is odd.07:17
mcfrisktakes to much time for bitbake exit when things fail07:18
mcfrisknow I wait for rust, cargo, clang etc native unpack tasks07:18
*** michaelo <michaelo!> has quit IRC (Ping timeout: 252 seconds)07:21
*** tperrot <tperrot!> has quit IRC (Ping timeout: 250 seconds)07:21
*** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has quit IRC (Ping timeout: 264 seconds)07:21
LetoThe2ndyo dudX07:32
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 265 seconds)07:33
mcfriskif this because devshell depends on all the native tools to be in sysroot? I guess so. need to find an alternative to avoid waiting for all the clang, rust, cargo things to compile before I can see if a patch can be dropped or not. the host dependencies are getting really complicated07:42
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)07:43
*** zpfvo <zpfvo!> has joined #yocto07:48
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:57
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)08:02
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto08:03
*** luffy[m]1 <luffy[m]1!~luffyinte@2001:470:69fc:105::3:4cd5> has joined #yocto08:07
*** amitk_ <amitk_!~amit@> has joined #yocto08:10
*** Wouter0100670440 <Wouter0100670440!> has quit IRC (Quit: The Lounge -
*** Wouter0100670440 <Wouter0100670440!> has joined #yocto08:16
*** davidinux <davidinux!~davidinux@> has joined #yocto08:17
wyrehi guys, not sure why I'm having this issue WARNING: Setscene task (/home/pokyuser/builds/joifi-engicam-mx6-dunfell/sources/poky/meta/recipes-devtools/qemu/ failed with exit code '1' - real task will be run instead for
*** pidge <pidge!~pidge@> has quit IRC (Ping timeout: 246 seconds)08:31
mcfriskwyre: were there files missing or corrupt on your sstate cache? If that was the case, then falling back to real tasks is handy08:35
wyremcfrisk, so should I remove sstate-cache folder?08:38
LetoThe2ndi have a situation where I *think* wic damages a partition. the partition content is pre-generated, and the binary blob is fine judging by fsck. then it goes into wic, using a "part --source rawcopy" line, and the partition content is defective. any ideas/pointers?08:39
mcfriskwyre: no, don't. the warning just means that sstate cache for that task failed and real task got executed instead. the build is recovering from the failure. You could try to understand what had gone wrong. possibly an interupted build or sstate cache action, or maybe files were really damaged.08:45
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 255 seconds)09:03
*** florian <florian!> has joined #yocto09:04
*** vm1 <vm1!~vm1@> has joined #yocto09:04
*** davidinux <davidinux!~davidinux@> has quit IRC (Quit: WeeChat 3.5)09:07
*** amitk__ <amitk__!~amit@> has joined #yocto09:10
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 276 seconds)09:13
*** prabhakarlad80 <prabhakarlad80!> has joined #yocto09:14
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Connection closed)09:14
*** prabhakarlad80 <prabhakarlad80!> has quit IRC (Client Quit)09:15
*** prabhakarlad <prabhakarlad!> has joined #yocto09:15
jboHey guys, I am trying to create a new layer with the sole goal of modifying some configuration of the 'microchip-headless-image' recipe provided by meta-atmel. From what I understand by now, all I have to do is creating a new layer (eg. via bitbake-layers create-layer) and then having a .bbappend file in there named the same as the one supplied by meta-atmel. Is that correct? From there, do I have to do anything other than adding the layer using  bitbake-layers09:15
jboadd-layer  ?   How can I verify that my .bbappend file is actually being processed?09:15
vm1Hi. did you try bitbake-layers show-appends?09:19
LetoThe2ndjbo: bitbake -e and bitbake-layers show-appends.09:19
mcfriskjbo: conf/bblayers.conf needs to have the new layer, then verify with "bitbake -e recipe" that your changes in bbappends are taking effect.09:19
jbothanks, I'll give that a try09:20
*** Idontknow <Idontknow!> has joined #yocto09:24
IdontknowWhy should one learn yocto if there is always someone or some group that prepares all the meta- layers anyway? Please note I'm trying to get an understanding of the possible scenario's that one can find in practice (obviously there is a more advanced method of using it for a particular scenario). Because as an end-user I'll be spoiled and I need to09:27
Idontknowdo some minor modifications at the end, so why should someone delve into the yocto project if everything is chewed for us? Again, I'm trying to understand it not deteriorate the amazing yocto project.09:27
LetoThe2ndIdontknow: two reasons, very practical: 1) somebody has to do the chewing, so the skill raises ones market value 2) the "minor modifications" are often not that minor, and trying to do them without at least some level of understanding leads to a lot of wasted time.09:29
LetoThe2ndIdontknow: especially the latter we see time and again. "i just want to...", but it often doesn't work like thatä.09:30
*** ChanServ sets mode: +o LetoThe2nd09:38
*** ChanServ sets mode: -o LetoThe2nd09:38
*** bps <bps!~bps@> has joined #yocto09:38
*** ChanServ sets mode: +o LetoThe2nd09:39
*** ChanServ sets mode: -o LetoThe2nd09:39
IdontknowLetoThe2nd Now I know:)09:39
IdontknowIs Rust the new savior on the block that will take over in the technology space this decade? Especially with new projects coming up.09:45
jbosome say yes, others say no.09:45
*** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has joined #yocto09:45
IdontknowBecause it makes it difficult to choose now which one to go for, C++ has established itself now but if I learn Rust there is currently nothing really going on...09:47
jboI'm more than happy with modern C++. getting better on each release.09:48
jbobut this is not the channel for that.09:48
jbothese questions just spark heavily biased religious flamewars that won't provide you with a reasonable "answer" (because there probably isn't any other than "it depends")09:49
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)09:50
vm1 go with go ;-)09:50
Idontknowjbo true09:50
*** alessioigor <alessioigor!~alessioig@> has joined #yocto09:50
Idontknowvm1 I'd rather use assembly...09:50
jboif that is your stake then I think rust it not for you. just use C++.09:51
*** seninha <seninha!~seninha@user/seninha> has joined #yocto09:53
LetoThe2ndIdontknow: it sounds like you either are trying to get confirmation from us for some idea you have. what is your actual goal, or reason why you joined us? "should I learn yocto", "should i use rust", "should i..." - such question should not be answered based on what somebody likes best, but what actually matches your requirements. so maybe better tell us about the *actual* project and requirements.09:55
*** kanavin <kanavin!~Alexander@2a02:2454:29b:c000:59ca:78e1:31c2:e088> has joined #yocto09:56
IdontknowLetoThe2nd The actual project is to create GUI's for embedded systems. GTK uses C, Slint uses Rust (beta stage), Qt uses C++, etc. However, Google said that in its chrome project 70% are bugs due to memory stuff going on (so C++ programming) which is why I'm doubting to delve into C++ in the first place. Rust seems to solve that problem, but there09:59
Idontknowisn't much going on in terms of actual big frameworks (slint is ju09:59
Idontknowslint has just started09:59
LetoThe2ndIdontknow: that is no requirement, thats a goal.10:00
IdontknowI don't want to spend all my time learning GTK+C or Qt+C++ and then after a year something hot comes up with Rust which solves the problems that Google is facing...10:00
IdontknowLetoThe2nd Can't a goal be a requirement for an engineer?10:00
LetoThe2ndIdontknow: no.10:00
IdontknowOn job advertisements they say: Requirements: .... C++, etc.10:01
LetoThe2ndIdontknow: there are projects that have goals but no requirements, but those are rare (and mostly its just engineers ignoring that they have to think about requirements)10:01
svuorela_memory stuff in c++ stuff is also happening more in old codebases from before allowing c++11, 17 and later... chrome's code base is very old. from before 2000.10:02
IdontknowLetoThe2nd hmm10:02
LetoThe2ndIdontknow: example: "has to build from source" is a possible requirement. "has be compliant to this licensing situation" is a requirement. "has to be maintained upstream for this period of time" is a requirement.10:02
Idontknowsvuorela_ aaaah like that10:02
IdontknowLetoThe2nd I understand now10:03
LetoThe2ndIdontknow: so if your project is "i want to build a gui and i want to use the latest and coolest sh**tz", that is not a requirement, tbh, thats a junior/student/intern statement about a thing that will not leave their table.10:03
LetoThe2nd"has to run on this hardware" is a requirement. "has to fulfill this standard" is a requirement.10:05
jboand on the notion of "rust seems to solve that problems" new languages arise all the time that claim to solve a problem. in practise, they rarely do - or they introduce new problems. There is no such thing as a free lunch. new hype languages come and go. some stay, but few do.10:05
LetoThe2nd"has to have this cool buzzword" is... marketing.10:05
IdontknowAs a junior I want to be future-proof basically if I'm going to spend my time on it, but I'm glad I got your feedback (sorry if this wasn't the channel for it but there are some very smart people here, won't ask it in the future though)10:06
jbowhen I invest time writing something I want to do it once and then re-use it for the decades to come. This is why I am still defaulting to C/C++ for most stuff. $NewHypedLanguage can disappear and definitely changes frequently enough to break working stuff.10:07
LetoThe2ndit just DEPENDS(tm)10:08
jboalso it's easy to use stuff written in C/C++ in other, higher level languages. you can use your C/C++ stuff in go, rust, javascript, python.... but it doesn't work the other way around.10:08
jbobut yes, as mentioned initially and now again by LetoThe2nd: "it depends" - as always. If you just need a one-off with no resuability requirements, do whatever. this always applies: the right tool for the job.10:09
*** mihai2 <mihai2!~mihai@user/mihai> has joined #yocto10:09
Idontknowjbo Good point, it was just that Google stated their problems and that they're switching to Rust (e..g. android codebase) and Rust is developed by some very good developers which made me doubt. Using C++ stuff in other languages is done by bindings which detoriate performance though10:09
jboIdontknow, google also just brought 'carbon' to the world to solve problems. Google is not just one thing. And as a person having to work with google libraries, languages and infrastructure way too often I can tell you one thing: When google does something, it's to solve one of their problems. And the types of problems that Google has rarely to never applies to anybody else.10:10
LetoThe2ndjbo: think about this : "if you had problems the kind and scale Google has, you would not be here asking us"10:10
LetoThe2ndjbo: heh, great minds think alike it seems.10:11
jboLetoThe2nd, indeed10:11
jboLetoThe2nd, glad that I could illustrate that after my noob questions yesterday.10:11
Idontknowjbo LetoThe2nd You don't know how happy I am to get your feedback, thanks a lot I learnt so much! Wish you all the best!10:11
rburtonurgh, i missed google announcing carbon.  someone definitely is getting a bonus for each new language released.10:12
jboIdontknow, this is personal/subjective: I spent time learning C and later C++. and I did it properly. And I do not regret it at all. Whenever other people are stuck because they can't do something because they only know $FancyLanguageA and $FancyLanguageB they are either incapable of learning the proper stuff (because they lack the deeper knowledge you get when doing C/C++) or they have to spend months learning $FancyLanguageC. Meanwhile, I can do virtually anything10:13
jbowith C/C++.10:13
LetoThe2ndjbo: i try (not always succeed, but hey!) to judge people by their behaviour, not by the level of their questions.10:13
jboLetoThe2nd, reasonable approach +1.10:14
LetoThe2ndrburton: there has been a lot of word about them having bonuses for projects going live, and probably programming languages count as projects.10:14
jbojust had to increase my ubuntu VM disk because the yocto build aborted :x10:18
*** Idontknow <Idontknow!> has quit IRC (Quit: Client closed)10:19
rburtonrm_work ftw, in a vm10:20
jboI assume that would make any subsequent builds rebuilding instead of doing incremental builds?10:21
rburtonit removes the build tree for each recipe when they finish. if a recipe needs a rebuild it will build from scratch anyway.10:22
rburton_if_ you're doing incremental builds on a slow recipe that you're iterating on then you can disable it for that recipe.10:23
jbothanks for the hint10:24
*** ImNotABot <ImNotABot!> has joined #yocto10:24
barathwhat are people's thoughts on properly isolating layers per multiconfig? it seems that currently layer priorities are calculated based on which layers are enabled for the "default" mc only. so another multiconfig might enable a layer not enabled in the "default" multiconfig, and it'll work, but all the bbfiles in that layer will be priority 0 because it those priorities are calculated for the "default" multiconfig...10:25
jboit seems like my .bbappend to modify the microchip-headless-image has succeeded. It is being listed under  bitbake-layers show-appends  and it is currently no longer building nodejs (which I removed in my append file)10:26
LetoThe2ndjbo: tip: usually its *MUCH* better to create a standalone image, based on core-image-minimal or core-image-base and add from there, instead of tying stuff to an existing, bloated demo image and removing stuff.10:29
ImNotABotI get: ERROR: Task (/home/dell/poky/meta/recipes-connectivity/bluez5/ failed with exit code '1' and I am on the master branch, I'm trying to compile for qemu (arm). Is there something with the master branch because on internet they say to change the bluez version?10:29
rburtonImNotABot: can you share the actual error?10:29
rburtonImNotABot: also best to use a release branch, not master, unless you want to work on master.  mickledore is about to release so use that if you want to feel modern.10:30
ImNotABotSstate summary: Wanted 76 Local 0 Mirrors 0 Missed 76 Current 1530 (0% match, 95% complete)10:30
ImNotABotNOTE: Executing Tasks10:30
ImNotABotERROR: bluez5-5.66-r0 do_compile: oe_runmake failed10:30
ImNotABotERROR: bluez5-5.66-r0 do_compile: ExecutionError('/home/dell/poky/build/tmp/work/cortexa15t2hf-neon-poky-linux-gnueabi/bluez5/5.66-r0/temp/run.do_compile.53746', 1, None, None)10:30
ImNotABotERROR: Logfile of failure stored in: /home/dell/poky/build/tmp/work/cortexa15t2hf-neon-poky-linux-gnueabi/bluez5/5.66-r0/temp/log.do_compile.5374610:30
ImNotABotrburton I think I need to remove the build directory:  (but then I have to rebuild and wait for everything)10:31
*** yssh <yssh!~yssh@2401:4900:5137:8498:3ac1:943:d3a7:1c42> has joined #yocto10:31
rburtonremoving build dir won't rebuild anything, as you have sstate10:31
rburtonjust don't delete sstate10:31
ImNotABotrburton ok thank you!10:31
rburtonthe actual error would be good though10:31
rburtonthat is saying "the task failed"10:31
rburtonwhat is in log.do_compile.5374610:32
rburtonhm executionerror might suggest that your build dir is mangled, or your disk is very full, or something10:32
ImNotABotDEBUG: Executing python function autotools_aclocals10:32
ImNotABotDEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'arm-32', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']10:32
ImNotABotDEBUG: Python function autotools_aclocals finished10:33
ImNotABotDEBUG: Executing shell function do_compile10:33
ImNotABotNOTE: make -j 2410:33
ImNotABotmake --no-print-directory all-am10:33
ImNotABotmake[1]: *** [Makefile:5689: monitor/btmon] Error 110:33
ImNotABotmake: *** [Makefile:4468: all] Error 210:33
ImNotABotERROR: oe_runmake failed10:33
ImNotABotWARNING: exit code 1 from a shell command.10:33
ImNotABotI did ctrl+c it when my internet speed dropped and then I re-run it again after re-connecting to another wifi access point10:33
rburtontry bitbake bluez5 -C unpack to force it to rebuild10:33
jboLetoThe2nd, that makes sense. I'll try to go down that road. I guess I can always have a look at the demo image to figure out which bits & pieces I might need.10:34
ImNotABotIs it generally recommended to use the latest release branch, for example mickledore? Or will the answer be: it depends:)10:34
rburtonyes, unless you're developing yocto/oe then work on either the latest stable or LTS release10:34
rburtondepending on your needs10:35
rburton(they have different lifetimes)10:35
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)10:35
*** alessioigor <alessioigor!~alessioig@> has joined #yocto10:36
ImNotABotrburton I've used "bitbake bluez5 -C unpack" and it seems to be working as it continues the build with no errors, currently at 96%10:36
rburtonyour rapid control-c probably left make writing broken files and make is terrible so it needed a clean10:37
rburtona single control-c will let all tasks finish cleanly and not cause problems like this10:37
ImNotABotWill force rebuilding take care of any broken files and thus the final image won't be corrupted? Single control-c seemed to be stuck so I pressed it again :(10:37
rburtonit didn't finish compiling, so there are no broken files to install10:38
ImNotABotrburton Thanks it worked: NOTE: Tasks Summary: Attempted 1951 tasks of which 1912 didn't need to be rerun and all succeeded.10:38
ImNotABotSummary: There was 1 WARNING message.10:38
ImNotABotWARNING: /home/dell/poky/meta/recipes-connectivity/bluez5/ is tainted from a forced run10:38
*** leo738 <leo738!> has joined #yocto10:41
*** pidge <pidge!~pidge@> has joined #yocto10:47
*** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has quit IRC (Ping timeout: 265 seconds)11:09
*** suwako[m] <suwako[m]!~suwakohot@2001:470:69fc:105::3:4c2d> has joined #yocto11:12
*** vm1 <vm1!~vm1@> has quit IRC (Ping timeout: 245 seconds)11:20
*** vm1 <vm1!~vm1@> has joined #yocto11:31
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)11:35
*** leo738 <leo738!> has quit IRC (Quit: Client closed)11:39
*** amitk__ <amitk__!~amit@> has quit IRC (Ping timeout: 265 seconds)11:40
*** yssh <yssh!~yssh@2401:4900:5137:8498:3ac1:943:d3a7:1c42> has quit IRC (Ping timeout: 245 seconds)11:46
ImNotABotrburton I did expect the entire build to continue after "bitbake bluez5 -C unpack" but it seems I have to re trigger the build core-image-base (which is not a problem of course). With linux whenever I install vscode and it says it is missing a package and I install that missing package, then vscode continues installing after that which is pretty11:52
ImNotABotAre the "core-image-*" pure examples or can they be used for production ready devices (bitbake core-image-base for example)?11:54
rburtonImNotABot: bitbake bluez5 will just build bluez5, yes11:54
rburtonwrite your own images, so you own them11:54
rburtonsame reason you make your own distro and not ship product using poky11:55
*** xmn <xmn!> has joined #yocto11:58
ImNotABotpoky is a example indeed. Could you please direct me to a starting point (as in the manual the main topic is centered around poky)?11:58
ImNotABotBecause as it stands now, I do not understand why poky which builds a customizable bootable image should not be production ready? sorry12:00
ImNotABoteven though poky is a reference/example12:00
*** vm1 <vm1!~vm1@> has quit IRC (Quit: Client closed)12:01
jboif I'd like to add alsa-utils to my core-minimal-image based layer, would I simply do a  PACKAGES += alsa-utils  or is it more invovled than that?12:07
jboah, seems like it's  IMAGE_INSTALL += alsa-utils   need to read up on the difference.12:09
landgrafjbo: IMAGE_INSTALL:append intead of += to avoid funny ordering issues12:10
jbothank you! It appears to be building alsa-utils now :)12:12
jboa question regarding kernel configs: I'm not yet clear whether I should use menuconfig and it then stores the .conf in the build (?) directory or whether the kernel config tweaks should also happen via my custom layer. could somebody provide a hint so I know which direction to dig?12:13
*** ImNotABot <ImNotABot!> has quit IRC (Quit: Client closed)12:14
landgrafjbo: has good extensive documentation on the topic12:15
landgrafstart from here )12:15
jbothanks! I was already in the process of reading that. I guess I just have to keep going :)12:17
* zeddii is back. if you've been looking for me Mon/Tuesday, I'll be digging into email shortly12:28
jboA question regarding "2.6.1 Using menuconfig":
jbothe instructions tell you to go to the poky dir, then running:  bitbake linux-yocto -c kernel_configme -f12:29
jbothat also applies if I will subsequently run  bitbake core-minimal-image  right?12:30
jborunning the command in the /poky dir yields:  ERROR: Task do_kernel_configme does not exists for target core-image-minimal12:31
*** tunahan <tunahan!~tunahan@> has quit IRC (Quit: tunahan)12:34
*** tunahan <tunahan!~tunahan@> has joined #yocto12:35
rburtonjbo: menuconfig is specific to the kernel, not the image12:36
jborburton, indeed. just trying to figure out whether there is any magic happening under the hood that would be good to know about - thanks for the clarification!12:37
*** amitk_ <amitk_!~amit@> has joined #yocto12:38
rburtonthe magic is any recipe that inherits cml1 gets a menuconfig task12:38
rburtonso thats the kernel and uboot12:38
jboas in: the docs tell you to source oe-init-build-env first, which I do. but then that drops me into a new build dir rather than the build dir I was using for the core image before. Yocto will just pull the kernel from /build then when I later rebuild the core-image from my /build-myproject?12:39
*** Xagen <Xagen!> has quit IRC (Ping timeout: 240 seconds)12:39
rburtonjbo: . oe-init-build-env takes a build directory name, and only uses ./build/ if you don't tell it otherwise12:39
jboah, so the idea is indeed to use the same build dir as I was before when doing the kernel config, right?12:39
rburtonyeah, separate build directories are entirely separate12:40
jbogreat - thanks for the clarification.12:40
rburtonif you have multiple you can configure them to share DL_DIR and SSTATE_DIR12:40
jboI'll save that for when I know what I'm actually doing :)12:40
jboalright, doing the bitbake linux-yocto -c kernel_configme -f  in my  /build-myproject  build dir yields the error that 'Nothing PROVIDES 'linux-yocto'. I assume that the atmel layer I use uses their own kernel and I need to figure out which one that is / what it is named, right?12:41
jbolinux-mchp it is :)12:41
rburtonvirtual/kernel will work and pick the right recipe12:43
jboalright, that would be    bitbake -c menuconfig virtual/kernel   and my assumption is that virtual/* allows to setup sort of "symlinks"?12:44
*** prabhakarlad <prabhakarlad!> has joined #yocto12:59
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)12:59
jbookay, this seems to work out well. removed bluetooth support, created the image, flashed, booted -> no more bluetooth :)13:00
rburtonyou removed bluetooth by changing DISTRO_FEATURES, right13:00
jbonah, removed bluetooth support from the kernel config (Networking support -> Bluetooth subsystem support)13:01
*** davidinux <davidinux!~davidinux@> has joined #yocto13:02
jbobased on your comment/question I take it that this is not the way to go?13:02
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 248 seconds)13:07
rburtonwell, there's two parts. the kernel not supporting something doesn't stop bluez being in the images.13:08
*** davidinux <davidinux!~davidinux@> has quit IRC (Quit: WeeChat 3.5)13:21
*** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has joined #yocto13:27
jboI did assume that the core-image-minimal wouldn't include something such as bluetooth functionalities/utilities.13:35
jbobut I'm still in the process of getting comfortable with the overal system & environment13:35
*** kscherer <kscherer!> has joined #yocto13:39
landgrafjbo: "Everything Is Better With Bluetooth" (c)13:51
jbohah :p13:52
jbojust did an   ifconfig eth0 down   on my target device and it rebooted. fun.13:52
*** sakoman <sakoman!> has joined #yocto13:57
*** Xagen <Xagen!~Xagen@> has joined #yocto13:59
*** Spooster <Spooster!~Spooster@> has joined #yocto14:04
*** Spooster <Spooster!~Spooster@> has quit IRC (Read error: Connection reset by peer)14:04
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 260 seconds)14:09
*** nemik <nemik!~nemik@> has joined #yocto14:09
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 246 seconds)14:13
*** nemik <nemik!~nemik@> has joined #yocto14:14
*** rcw <rcw!~rcwoolley@> has joined #yocto14:35
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto14:51
*** ajfriesen <ajfriesen!> has quit IRC (Quit: The Lounge -
*** Xagen <Xagen!~Xagen@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)15:01
*** Xagen <Xagen!~Xagen@> has joined #yocto15:03
*** ajfriesen <ajfriesen!> has joined #yocto15:05
*** florian_kc <florian_kc!> has joined #yocto15:19
*** amitk_ <amitk_!~amit@> has joined #yocto15:33
*** xmn <xmn!> has quit IRC (Quit: xmn)15:33
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 252 seconds)15:41
*** pidge <pidge!~pidge@> has quit IRC (Ping timeout: 276 seconds)15:50
*** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has quit IRC (Quit: Konversation terminated!)16:00
*** rfuentess <rfuentess!> has quit IRC (Remote host closed the connection)16:07
*** meego <meego!~meego@2a01:e0a:e5:3260:2501:2d1:34ea:c30> has joined #yocto16:08
*** starblue <starblue!> has quit IRC (Ping timeout: 256 seconds)16:11
*** zpfvo <zpfvo!> has quit IRC (Remote host closed the connection)16:11
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 248 seconds)16:22
*** frieder <frieder!> has quit IRC (Remote host closed the connection)16:23
*** ptsneves <ptsneves!~Thunderbi@> has quit IRC (Ping timeout: 248 seconds)16:33
*** florian <florian!> has quit IRC (Quit: Ex-Chat)16:36
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 255 seconds)16:38
*** tunahan <tunahan!~tunahan@> has quit IRC (Quit: tunahan)16:45
*** tunahan <tunahan!~tunahan@> has joined #yocto16:45
*** jtoomey <jtoomey!~jtoomey@> has joined #yocto17:00
*** xmn <xmn!> has joined #yocto17:03
meegoMmh can *.inc files be required from another layer? I'm trying to extend a raspberry machine, and have created a new machine definition that contains "require conf/machine/include/" but it fails17:03
*** thomasd13 <thomasd13!> has quit IRC (Ping timeout: 246 seconds)17:09
*** Wouter0100670440 <Wouter0100670440!> has quit IRC (Quit: The Lounge -
*** Wouter0100670440 <Wouter0100670440!> has joined #yocto17:11
*** amitk_ <amitk_!~amit@> has joined #yocto17:26
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection)17:27
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto17:29
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)17:29
*** florian_kc <florian_kc!> has joined #yocto17:31
*** rfs613 <rfs613!> has quit IRC (Ping timeout: 250 seconds)17:31
jbomeego, as I understood the way to do this is by creating a new layer and then overriding the machine config in there (so you don't have to include anything)17:34
*** LocutusOfBorg <LocutusOfBorg!~locutusof@user/locutusofborg> has quit IRC (Quit: ZNC 1.8.2+deb3 -
meegojbo: oooh i'll look into this thanks!17:38
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 248 seconds)17:42
*** starblue <starblue!> has joined #yocto17:44
*** yssh <yssh!~yssh@> has joined #yocto17:48
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 250 seconds)17:50
*** vladest <vladest!~Thunderbi@2a02:1210:760b:9500:ee8f:691a:1b42:69ac> has quit IRC (Ping timeout: 256 seconds)17:57
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)18:05
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)18:14
*** yssh <yssh!~yssh@> has quit IRC (Quit: Client closed)18:17
*** yssh <yssh!~yssh@2401:4900:5137:8498:3ac1:943:d3a7:1c42> has joined #yocto18:17
*** yssh <yssh!~yssh@2401:4900:5137:8498:3ac1:943:d3a7:1c42> has quit IRC (Client Quit)18:17
*** florian_kc <florian_kc!> has joined #yocto18:20
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto18:31
*** PobodysNerfect_ <PobodysNerfect_!~PobodysNe@> has quit IRC (Quit: Gone to sleep. ZZZzzz…)18:45
*** Xagen <Xagen!~Xagen@> has quit IRC (Ping timeout: 260 seconds)18:49
*** seninha <seninha!~seninha@user/seninha> has joined #yocto18:50
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto18:52
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 276 seconds)18:54
*** PobodysNerfect <PobodysNerfect!~PobodysNe@> has joined #yocto19:09
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Quit: We be chillin' - IceChat style)19:12
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto19:21
*** ajfriesen <ajfriesen!> has quit IRC (Quit: The Lounge -
*** bps <bps!> has joined #yocto19:27
*** ajfriesen <ajfriesen!> has joined #yocto19:29
*** PobodysNerfect <PobodysNerfect!~PobodysNe@> has quit IRC (Quit: Gone to sleep. ZZZzzz…)19:29
*** amitk_ <amitk_!~amit@> has quit IRC (Remote host closed the connection)19:30
*** Wouter0100670440 <Wouter0100670440!> has quit IRC (Quit: The Lounge -
*** Wouter0100670440 <Wouter0100670440!> has joined #yocto19:31
*** starblue <starblue!> has quit IRC (Ping timeout: 250 seconds)20:00
*** florian_kc <florian_kc!> has joined #yocto20:02
*** meego <meego!~meego@2a01:e0a:e5:3260:2501:2d1:34ea:c30> has quit IRC (Quit: Leaving...)20:11
*** Haxxa <Haxxa!> has quit IRC (Quit: Haxxa flies away.)20:15
*** Haxxa <Haxxa!~Haxxa@> has joined #yocto20:17
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)20:23
*** seninha <seninha!~seninha@user/seninha> has joined #yocto20:24
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 260 seconds)20:40
*** bps <bps!> has joined #yocto20:47
*** starblue <starblue!> has joined #yocto20:54
*** vladest <vladest!> has joined #yocto20:54
*** car1t <car1t!> has joined #yocto21:03
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Read error: Connection reset by peer)21:04
*** tunahan <tunahan!~tunahan@> has quit IRC (Quit: tunahan)21:15
*** tunahan <tunahan!~tunahan@> has joined #yocto21:15
*** car1t <car1t!> has quit IRC (Quit: leaving)21:27
*** Xagen <Xagen!> has joined #yocto21:30
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 250 seconds)21:44
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)21:45
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto21:46
*** seninha <seninha!~seninha@user/seninha> has joined #yocto21:47
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 248 seconds)21:50
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 252 seconds)21:54
*** LocutusOfBorg <LocutusOfBorg!> has quit IRC (Quit: ZNC 1.8.2+deb3 -
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 260 seconds)22:07
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has quit IRC (Ping timeout: 246 seconds)22:11
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 248 seconds)22:19
*** nemik <nemik!~nemik@> has joined #yocto22:24
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)22:25
*** prabhakarlad <prabhakarlad!> has joined #yocto22:40
*** florian_kc <florian_kc!> has joined #yocto22:44
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)22:56
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 255 seconds)22:57
*** rfs613 <rfs613!> has joined #yocto23:11
*** seninha <seninha!~seninha@user/seninha> has joined #yocto23:22
*** sugarbeet <sugarbeet!~barbas@> has quit IRC (Ping timeout: 255 seconds)23:46
*** sugarbeet <sugarbeet!~barbas@> has joined #yocto23:56
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto23:56

Generated by 2.17.2 by Marius Gedminas - find it at!