Friday, 2020-06-05

*** edrex <edrex!edrexmatri@gateway/shell/> has quit IRC00:06
*** bfederau[m] <bfederau[m]!bfederauma@gateway/shell/> has quit IRC00:06
*** edrex <edrex!edrexmatri@gateway/shell/> has joined #yocto00:08
*** chandana73 <chandana73!~ckalluri@> has joined #yocto00:08
*** bfederau[m] <bfederau[m]!bfederauma@gateway/shell/> has joined #yocto00:10
*** chandana73 <chandana73!~ckalluri@> has quit IRC00:10
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has quit IRC00:11
*** henriknj <henriknj!hnjematrix@gateway/shell/> has quit IRC00:11
*** zzeroo <zzeroo!zzeroomatr@gateway/shell/> has quit IRC00:11
*** jtrimbl3 <jtrimbl3!> has quit IRC00:11
*** kiwi_29 <kiwi_29!> has quit IRC00:12
*** chandana73 <chandana73!~ckalluri@> has joined #yocto00:14
*** zzeroo <zzeroo!zzeroomatr@gateway/shell/> has joined #yocto00:14
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has joined #yocto00:15
*** henriknj <henriknj!hnjematrix@gateway/shell/> has joined #yocto00:17
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/> has quit IRC00:20
*** AgentA <AgentA!> has joined #yocto00:30
AgentAHi I have a stupid question that has been driving me crazy the last couple of hours, I'm creating my own image that is inheriting from the core-image.bbclass00:32
AgentAI'm setting EFI_PROVIDER to systemd-boot00:32
AgentAhowever it never works when I set it in the image file00:32
AgentAbut if I set it local.conf it works00:32
AgentAI traced it and it seems to be default set in packagegroup-core-boot.bb00:33
AgentAI just don't know why I can't override it in the image file00:34
*** AgentX <AgentX!> has joined #yocto00:37
*** AgentA <AgentA!> has quit IRC00:37
*** AgentX is now known as AgentA00:37
* paulg will run once AgentA become AgentOrange00:44
paulgleaves me a reasonable cushion of alphabet letters...00:52
*** robert_yang <robert_yang!~robert@> has quit IRC01:02
*** robert_yang <robert_yang!~robert@> has joined #yocto01:02
smurrayAgentA: that behavior makes sense, setting it in an image recipe can't affect the value in another recipe (packagegroup-core-boot)01:14
*** kiwi_29 <kiwi_29!> has joined #yocto01:24
*** kiwi_29 <kiwi_29!> has quit IRC01:32
*** stephano <stephano!> has quit IRC01:33
*** robert_yang <robert_yang!~robert@> has quit IRC01:33
*** robert_yang <robert_yang!~robert@> has joined #yocto01:34
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto01:37
*** kiwi_29 <kiwi_29!> has joined #yocto01:40
*** robert_yang <robert_yang!~robert@> has quit IRC01:43
*** robert_yang <robert_yang!~robert@> has joined #yocto01:43
*** zbsarash1 <zbsarash1!~zbsarashk@2601:647:c980:4890:b1f6:ce7f:1f7e:fab2> has quit IRC01:44
*** itseris <itseris!> has quit IRC01:57
*** itseris <itseris!> has joined #yocto01:59
*** itseris <itseris!> has quit IRC02:02
*** itseris <itseris!> has joined #yocto02:04
*** kiwi_29 <kiwi_29!> has quit IRC02:12
*** yizhao <yizhao!~zhaoyi@> has joined #yocto02:17
*** kiwi_29 <kiwi_29!> has joined #yocto02:17
*** kiwi_29 <kiwi_29!> has quit IRC02:21
*** hpsy <hpsy!~hpsy@> has quit IRC02:23
*** yizhao <yizhao!~zhaoyi@> has quit IRC02:24
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:44
*** hpsy <hpsy!~hpsy@> has joined #yocto02:46
*** sakoman <sakoman!> has quit IRC03:03
*** RobertBerger <RobertBerger!> has quit IRC03:30
*** robert_yang <robert_yang!~robert@> has quit IRC03:44
*** robert_yang <robert_yang!~robert@> has joined #yocto03:44
*** robert_yang <robert_yang!~robert@> has quit IRC03:57
*** robert_yang <robert_yang!~robert@> has joined #yocto03:57
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC04:04
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto04:05
*** robert_yang <robert_yang!~robert@> has quit IRC04:07
*** robert_yang <robert_yang!~robert@> has joined #yocto04:07
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5570:fe9a:62ad:1948> has quit IRC04:17
*** jobroe <jobroe!> has joined #yocto04:21
*** gtristan <gtristan!~tristanva@> has quit IRC04:22
*** armpit <armpit!~armpit@2601:202:4180:a5c0:ed8b:1e5d:5477:19f4> has joined #yocto04:28
*** jobroe <jobroe!> has quit IRC04:39
*** jobroe <jobroe!> has joined #yocto04:39
*** Tartarus <Tartarus!sid72705@gateway/web/> has quit IRC04:53
*** Tartarus <Tartarus!sid72705@gateway/web/> has joined #yocto04:54
*** robert_yang <robert_yang!~robert@> has quit IRC04:55
*** robert_yang <robert_yang!~robert@> has joined #yocto04:56
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC05:14
*** jpuhlman <jpuhlman!~jpuhlman@> has joined #yocto05:14
*** jpuhlman <jpuhlman!~jpuhlman@> has joined #yocto05:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:17
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC05:24
*** nerdboy <nerdboy!~sarnold@> has joined #yocto05:26
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto05:26
*** jpuhlman <jpuhlman!~jpuhlman@> has joined #yocto05:28
*** gtristan <gtristan!~tristanva@> has joined #yocto05:31
*** AndersD <AndersD!> has joined #yocto05:34
*** AndersD_ <AndersD_!> has joined #yocto05:36
*** AndersD <AndersD!> has quit IRC05:38
*** pharaon2502 <pharaon2502!> has joined #yocto05:48
*** kaspter <kaspter!~Instantbi@> has quit IRC05:48
*** kaspter <kaspter!~Instantbi@> has joined #yocto05:49
*** pohly <pohly!> has joined #yocto05:52
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC05:55
*** RobertBerger <RobertBerger!> has joined #yocto06:01
*** RobertBerger <RobertBerger!> has left #yocto06:01
*** RobertBerger <RobertBerger!> has joined #yocto06:01
*** RobertBerger <RobertBerger!> has left #yocto06:01
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto06:05
*** rcoote <rcoote!> has joined #yocto06:08
*** elvispre_ <elvispre_!> has quit IRC06:19
*** diego_r <diego_r!> has joined #yocto06:25
*** nameclash <nameclash!> has joined #yocto06:25
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:26
*** rcoote <rcoote!> has quit IRC06:27
*** nameclash <nameclash!> has quit IRC06:29
*** khem <khem!~khem@unaffiliated/khem> has quit IRC06:34
*** diego_r <diego_r!> has quit IRC06:37
*** diego_r <diego_r!> has joined #yocto06:37
*** robert_yang <robert_yang!~robert@> has quit IRC06:40
*** robert_yang <robert_yang!~robert@> has joined #yocto06:41
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto06:46
*** mckoan|away is now known as mckoan06:53
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC07:06
*** davidinux1 <davidinux1!~davidinux@> has joined #yocto07:09
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto07:21
*** dreyna <dreyna!> has quit IRC07:24
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:15ec:2cce:9adf:b3fc> has joined #yocto07:29
*** gtristan <gtristan!~tristanva@> has quit IRC07:38
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:15ec:2cce:9adf:b3fc> has quit IRC07:40
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC07:44
*** robert_yang <robert_yang!~robert@> has quit IRC07:45
*** diego_r <diego_r!> has quit IRC07:45
*** kanavin_home <kanavin_home!~ak@> has joined #yocto07:45
*** robert_yang <robert_yang!~robert@> has joined #yocto07:46
*** diego_r <diego_r!> has joined #yocto07:46
*** yann <yann!> has joined #yocto07:52
*** samsi <samsi!> has joined #yocto07:55
samsiHey guys, i have a weird error message that i don't understand07:56
samsiERROR: Unable to start bitbake server (None)07:56
samsiERROR: Server log for this session (/home/samsi/dev/yocto/var-fslc-yocto/build_x11/bitbake-cookerdaemon.log):07:56
samsi--- Starting bitbake server pid 15544 at 2020-06-05 09:35:43.837173 ---07:56
samsiERROR: Unable to parse Var <OE_IMPORTED[:=]>07:56
samsiTraceback (most recent call last):07:56
samsi  File "Var <OE_IMPORTED[:=]>", line 1, in <module>07:56
samsi  File "/home/samsi/dev/yocto/var-fslc-yocto/sources/poky/meta/classes/base.bbclass", line 31, in oe_import(d=<bb.data_smart.DataSmart object at 0x7f53862043c8>):07:56
samsi         for toimport in"OE_IMPORTS", d):07:56
samsi    >        imported = __import__(toimport)07:56
samsi             inject(toimport.split(".", 1)[0], imported)07:56
samsi  File "/home/samsi/dev/yocto/var-fslc-yocto/sources/poky/meta/lib/oe/", line 472, in <module>:07:56
samsi    >class ImageQAFailed(
samsi         def __init__(self, description, name=None, logfile=None):07:57
samsibb.data_smart.ExpansionError: Failure expanding variable OE_IMPORTED[:=], expression was ${@oe_import(d)} which triggered exception AttributeError: module '' has no attribute 'FuncFailed'07:57
Letothe2ndsamsi: next time, please use a pastebin and put only the link and a short explanation in here. thanks!07:57
Letothe2ndsamsi: and since when? what did change?07:58
samsiYeah my bad, sorry07:59
samsii was following those instructions:
samsiAs soon as i executed the bitbake fsl-image-gui command, this error popped up08:00
Letothe2ndsamsi: if i had to guess, then i would say there is some version mismatch hidden in there somewhere. but as this is some custom setup script of variscite, no real idea.08:02
samsiIt's a parse error in bitbake itself as far as i can tell, so i guess i am using the wrong bitbake version, but i don't know which version they used in the tutorial08:03
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:04
Letothe2ndsamsi: nah, if the xml file that the tutorial refers too is properly writted, then it includes a specific poky revision which in turn specifies the bitbake version08:04
Letothe2ndsamsi: so given these instructions, you shouldn't have to care.08:04
samsiOh yeah you're right. It includes a poky folder with bitbake in it. Now i get a different error08:07
samsiSometimes i really question my intelligence. Thanks for the help!08:09
samsiOkay, new error message:
samsiDo you know by chance what PATH variable he means?08:14
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:14
paulbarkersamsi: That PATH looks very strange. Maybe exit and try again in a new shell08:16
samsiSadly no, new shell doesnt't work. My PATH variable with echo $PATH looks completely different than this error08:19
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC08:20
mckoansamsi: which TAG name did you use ?08:23
samsiWhat's a tag name?08:25
mckoansamsi: if you followed the instructions in the website you poined out, you should have called 'repo init'... something08:26
*** gtristan <gtristan!~tristanva@> has joined #yocto08:28
samsiAh. I used the one mentioned, refs/tags/thud-fslc-4.14.78-mx7-v1.0, because that uses the newest kernel and is designed to work with my mx7 as far as i can tell08:29
mckoansamsi: please restart a fresh setup and verify it's working as it does on my side
mckoansamsi: happy hacking with Yocto Project ;-)08:37
*** xtron <xtron!~xtron@> has joined #yocto08:38
samsiwill do. thx08:41
*** xtron1 <xtron1!~xtron@> has joined #yocto08:42
*** xtron <xtron!~xtron@> has quit IRC08:44
*** xtron1 <xtron1!~xtron@> has quit IRC08:44
*** xtron1 <xtron1!~xtron@> has joined #yocto08:45
*** mattsm <mattsm!> has quit IRC08:45
*** mattsm <mattsm!> has joined #yocto08:47
*** tprrt <tprrt!> has joined #yocto08:48
*** xtron1 <xtron1!~xtron@> has quit IRC08:58
*** gaston53 <gaston53!669c75ff@> has joined #yocto09:00
gaston53hello, I am using Yocto project to build Linux image and SDK toolchain09:00
gaston53after sourcing the environment script09:01
gaston53source /opt/poky-atmel/2.5.3/environment-setup-cortexa5hf-neon-poky-linux-gnueabi09:01
gaston53I can see which C compiler or C++ compiler09:01
gaston53using echo ${CXX}09:01
gaston53or echo ${CC}09:01
gaston53I added mono framework to my SDK in order to build CSHARP applications09:02
gaston53I want to know what compiler is used with mono ?09:02
gaston53wich version ?09:02
gaston53is there a command line like " echo " ?09:03
Letothe2ndgaston53: mono isn't part of the generic environment, hence cannot be found there. you have to look into the executables provided by the sdk and ask the compiler specifically.09:03
gaston53mono cortexa5hf-neon /mono-dbg cortexa5hf-neon /mono-dev cortexa5hf-neon /mono-gac cortexa5hf-neon /mono-libs cortexa5hf-neon /mono-libs-4.5 cortexa5hf-neon
Letothe2ndthat are package names.09:07
gaston53this is what I find in my SDK.manifest file09:07
gaston53so I must check the files generated after the build to see what version of compiler ?09:08
Letothe2ndwell you can also parse bitbke -e.....09:08
Letothe2ndor use oe-pkgdata-util...09:09
gaston53is there a possibility to use .NET core framework in Yocto project ?09:09
gaston53without mono09:10
*** xtron <xtron!~xtron@> has joined #yocto09:10
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:15ec:2cce:9adf:b3fc> has joined #yocto09:10
gaston53how ? because while searching I did not find that .NET core is maintained by Yocto09:10
gaston53I have to add mono to my image in order to run .net applications09:11
Letothe2ndgaston53: here is some inspiration to get started
Letothe2ndgaston53: no idea if there is a halfways properly maintained layer by MS yet, its totally not impossible. but you'll have to go hunting yourself09:14
gaston53well I just found the meta-mono layer provided by Yocto in order to run .NET apps09:15
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC09:16
Letothe2ndit all depends. (TM)09:17
*** Bunio_FH <Bunio_FH!> has quit IRC09:22
*** rcoote <rcoote!> has joined #yocto09:32
*** robert_yang <robert_yang!~robert@> has quit IRC09:35
mckoangaston53: this is the procedure I tested last year
*** robert_yang <robert_yang!~robert@> has joined #yocto09:36
*** kiwi_29_ <kiwi_29_!> has joined #yocto09:41
*** Bunio_FH <Bunio_FH!> has joined #yocto09:42
gaston53mckoan well I cloned meta-mono layer, I added it to bblayers.conf file, I added IMAGE_INSTALL_append = " mono" /TOOLCHAIN_TARGET_TASK += "mono-dev" to local.conf and than I run Bitbake core-image-minimal09:44
*** kiwi_29_ <kiwi_29_!> has quit IRC09:46
*** Bunio_FH <Bunio_FH!> has quit IRC09:47
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4532:b95a:69:9dee> has joined #yocto09:50
*** Bunio_FH <Bunio_FH!> has joined #yocto09:53
*** bradfa <bradfa!uid297668@gateway/web/> has joined #yocto10:02
*** kroon <kroon!~kroon@> has joined #yocto10:10
kroonRP, in python, can I easily check wether a variable, or any of its inactive overrides is defined ?10:15
kroon(the active overrides I can detect just using d.getVar() and checking for None, I assume)10:16
*** samsi <samsi!> has quit IRC10:16
*** kaspter <kaspter!~Instantbi@> has quit IRC10:22
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:22
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto10:25
*** camus1 <camus1!~Instantbi@> has joined #yocto10:32
*** kaspter <kaspter!~Instantbi@> has quit IRC10:33
*** camus1 is now known as kaspter10:33
kroonAnd another question: if I want to execute python code during parsing, is the best way to use inline python and a direct assignment := to a dummy variable, or is there a more proper way ?10:34
*** xtron <xtron!~xtron@> has quit IRC10:52
*** xtron <xtron!~xtron@> has joined #yocto11:00
*** ilkmc2r <ilkmc2r!d4af2303@> has joined #yocto11:03
ilkmc2rHello there, I want to build an image using musl libc but couldn't build wpewebkit package using it. Is there anyway to explicitly specify libc for a single package?11:04
*** gaston53 <gaston53!669c75ff@> has left #yocto11:05
kroonilkmc2r, you could try setting it per recipe, but I doubt anyone has tried that before, sounds like it wouldn't really make sense (?)11:06
*** kaspter <kaspter!~Instantbi@> has quit IRC11:06
*** camus1 <camus1!~Instantbi@> has joined #yocto11:06
ilkmc2rkroon: How can I do it? By modifying recipe ?11:07
*** pbb <pbb!> has quit IRC11:07
ilkmc2rI am using enviroment variable for whole build like: TCLIBC=musl bitbake core-image-base11:07
kroonilkmc2r, set it in your local.conf for instance using an override, TCLIBC_pn-wpewebkit = "musl" (if wpewebkit is the recipe name, not package name)11:08
kroondunno if overrides work if set via the environment, maybe try that first11:08
*** camus1 is now known as kaspter11:08
kroons/musl/glibc i suppose11:09
ilkmc2rthanks kroon, I am trying11:10
paulbarkerilkmc2r: Be careful, TCLIBCAPPEND may change the TMPDIR path based on the libc choice. You may need to set that to an empty string11:10
ilkmc2rpaulbarker, thanks11:11
*** pbb <pbb!> has joined #yocto11:11
paulbarkerThough in general you wouldn't want to mix libc's in a single tmp directory11:11
paulbarkerGive it a go but it's worth knowing you're in "Here be dragons" territory11:12
AgentAsmurray: Thanks your answer made me look into variable scoping in Bitbake and now it makes perfect sense11:17
*** AgentA <AgentA!> has quit IRC11:22
ilkmc2rkron I wrote TCLIBC = "musl" TCLIBC_pn-wpewebkit = "glibc" to conf/local.conf but it still trying to compile using musl :(11:24
*** gtristan <gtristan!~tristanva@> has quit IRC11:28
kroonilkmc2r, is the recipe called "wpewebkit" ?11:28
*** AgentA <AgentA!> has joined #yocto11:28
kroonyou could check the output of "bitbake -e wpewebkit | grep ^TCLIBC=" to double check that the value is getting propagated11:30
*** berton <berton!~berton@> has joined #yocto11:38
*** robert_yang <robert_yang!~robert@> has quit IRC11:40
*** robert_yang <robert_yang!~robert@> has joined #yocto11:40
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:15ec:2cce:9adf:b3fc> has quit IRC11:42
ilkmc2rkroon: recipe file: ./meta-webkit/recipes-browser/wpewebkit/wpewebkit_2.20.2.bb11:44
ilkmc2rbitbake -e wpewebkit | grep ^TCLIBC=TCLIBC="musl"11:44
ilkmc2rbitbake -e wpewebkit | grep ^TCLIBC=TCLIBC="musl"11:44
*** radsquirrel <radsquirrel!> has quit IRC11:49
*** rcoote <rcoote!> has quit IRC11:49
*** xtron <xtron!~xtron@> has quit IRC11:49
*** radsquirrel <radsquirrel!> has joined #yocto11:50
kroonilkmc2r, I can override it for one of my recipes11:50
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:56
*** AgentA <AgentA!> has quit IRC12:04
*** AgentX <AgentX!> has joined #yocto12:04
ilkmc2rkroon: I found a patch for wpewebkit for build it with musl, apllied it and now it builds. thanks for your help12:14
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4532:b95a:69:9dee> has quit IRC12:15
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4532:b95a:69:9dee> has joined #yocto12:16
kroonilkmc2r, yeah that is probably the most sane way forward12:18
yannIf I have a patch URL like, how do I reach the enclosing series ?  google located this which looks to be a solution to my last build issue, but I'm wary to apply a 4/4 patch without getting the context...12:20
*** ilkmc2r <ilkmc2r!d4af2303@> has quit IRC12:20
paulbarkeryann: I don't know any way to do that but you could guess that if that's 165264 you could try 165261 to 165263 as URLs12:22
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto12:23
yannit would be cool to have backlinks to the series from each patch12:23
paulbarkeryann: has them so if our patchwork instance gets upgraded we should have them. We need someone to volunteer to wrestle patchwork12:25
yanngot it searching series by author and date - - I'm puzzled that such a series is still NEW, though12:25
yannlooking for any ml discussion, google finds the post at - here too, we have no backlink to the relevant thread index - and the date index only goes back to March '20.  What do I miss ?12:31
*** jobroe <jobroe!> has quit IRC12:31
yannwell, it's not true there's no backlink - it does exist but is brken12:31
yannthere is an issue with ?12:32
paulbarkeryann: I recommend looking at the archives on lists.openembedded.org12:35
yanni'm on it, but there are no backlinks to threads either :)12:36
yannI'm puzzled that those did not show up on the google search, btw - some SEO issues maybe ?12:36
*** robert_yang <robert_yang!~robert@> has quit IRC12:40
*** robert_yang <robert_yang!~robert@> has joined #yocto12:41
yannIt seems hard to locate any replies, I can't see a thread view anywhere12:42
JPEWRP: I fixed mcdepends here: but I'm not sure if it needs to be reworked to keep the API backward compatible with older siggens.12:43
*** samsi <samsi!> has joined #yocto12:55
*** davidinux1 <davidinux1!~davidinux@> has quit IRC12:56
samsiHello, i tried doing what mckoan did, and i still get this message:
samsiIt's somethin system related so i think it will be fixed if i reinstall the system, which i really don't want to do.12:59
Letothe2ndsamsi: well you can always "escape" into a container13:00
mckoansamsi: please pastebin even the commands you ran to get there13:00
Letothe2ndsamsi: what kind of host system is thes, even?13:00
paulbarkersamsi: What mckoan said. We need the full bitbake output and the command you ran to help any further13:00
samsiNever used containers before, but i am willing to learn new stuff :)13:00
samsiWill get everything, brb13:01
paulbarkerIt looks to me like an attempt to run bitbake inside bitbake task13:01
paulbarkerThat's the only way I can fathom seeing all those entries in the PATH when bitbake starts13:01
*** ericch <ericch!> has joined #yocto13:03
*** sgw <sgw!sgw@nat/intel/x-osjdgeczhkyclapj> has quit IRC13:04
samsiWhat's bitbake task?13:05
Letothe2ndas already said this morning, is suspect the combination of that setup magic script and your system to be b0rk3d.13:06
Letothe2ndplus, you haven't named your host still.13:06
*** xtron <xtron!~xtron@> has joined #yocto13:06
samsiHm, probably. It's a Lenovo Thinkpad Yoga 370 running Zorin OS 15, which is based on Ubuntu 18.04LTS13:07
paulbarkersamsi: You shouldn't be using a path to that bitbake script. Just run `bitbake`13:07
Letothe2ndwhy a relative path to bitbake, even?13:07
Letothe2ndpaulbarker: hi513:07
mckoansamsi: after you called ./setup-environment build_fb (line 6) you have already been moved into the directory build_fb13:08
samsiBecause it cannot find the bitbake command, because its not set in PATH13:08
mckoansamsi: please wait13:09
Letothe2ndsamsi: then, again - the setup script.13:09
mckoansamsi: 1. close your terminal window13:09
mckoansamsi: 2. reopen it13:09
paulbarkersamsi: Should you be sourcing the setup-enviornment script instead of running it as a separate process?13:09
Letothe2ndpaulbarker: dang you typed faster.13:09
Letothe2ndpaulbarker: was just about to say the same thing.13:10
mckoan3. go in the yocto directory and launch again the command at line 613:10
paulbarkerI'd also try a plain build following the Yocto quick start guide to confirm that nothing is majorly broken13:10
mckoan4. then simply call bitbake core-image-minimal13:10
Letothe2ndsamsi: the guide you linked does it say right, section 4.3 by the way.13:10
*** rcoote <rcoote!> has joined #yocto13:11
mckoanpaulbarker: yep, samsi could give a try at this
* Letothe2nd hereby files this under "only skimming stuff instead of even properly copypasting" then.13:11
mckoansamsi: did you follow step 1,2,3,4 above?13:17
samsiOkay, i tried what mckoan said, clsoed and reopened the terminal for the 100th time, did the command, still the same error.13:18
samsipaulbarker: what do you mean by sourcing the setup-environment?13:19
samsiLetothe2nd: What am i doing wrong that the guide does right?13:19
Letothe2ndsamsi: look again at 4.3, and look very closely.13:20
Letothe2ndsamsi: hint: "sourcing" is script is not the same as "running" it.13:20
Letothe2ndsamsi: i also second mckoan's suggestion to start out easier and get a basic grasp of the technology first before battling those custom things.13:21
samsiLetothe2nd: Oh, you mean the dot and then the setup-environment? I thought that was a typo, because if i try to run it like that it cannot find the setup-environment file13:21
Letothe2ndsamsi: that is not a type.13:21
Letothe2ndsamsi: *typo.13:21
Letothe2ndsamsi: thats what i mean. you silently glossed over things where you deviated from the guide, and we get to do the puzzle.13:22
samsiLetothe2nd: Ah well, i fucked up then. My bad. So why is it not finding the setup-environment file?13:22
samsiLetothe2nd: And i'm very sorry for that. Apologies13:23
Letothe2ndsamsi: probably because you are in the wrong directory, or something like that. another rason for starting out easier: this is customstuff we do not know. the setup scripts of a generic poky we know pretty well, on the other hand.13:24
samsiTell that to my boss :) He thinks it's a great learning experience13:24
Letothe2ndsamsi: as long as i can also tell your boss my invoice, its fine. otherwise i disagree.13:24
samsiWell, i am in the correct directory, the tutorial says so, and the file is in that directory. But yeah, you're right.13:25
samsiLetothe2nd: hahahaha13:25
Letothe2ndsamsi: and, make sure you really watch at least the essential parts of
samsiYeah, i will definitely do that, still haven't done that, should've done it ages ago.13:26
Letothe2ndinstead of assuming others do typos.13:27
samsiAssuming isn't a good idea most of the times.13:27
*** ssajal <ssajal!> has joined #yocto13:27
Letothe2ndAnd with that, have fun everybody. $SIGFAMILY.13:28
*** robert_yang <robert_yang!~robert@> has quit IRC13:30
*** robert_yang <robert_yang!~robert@> has joined #yocto13:30
*** rcw <rcw!> has joined #yocto13:39
*** kiwi_29_ <kiwi_29_!> has joined #yocto13:43
*** kroon <kroon!~kroon@> has quit IRC13:46
*** kiwi_29_ <kiwi_29_!> has quit IRC13:47
*** rcoote <rcoote!> has quit IRC13:51
*** Bunio_FH <Bunio_FH!> has quit IRC13:54
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto13:55
*** Bunio_FH <Bunio_FH!> has joined #yocto13:57
*** sakoman <sakoman!> has joined #yocto13:59
*** bradfa <bradfa!uid297668@gateway/web/> has quit IRC14:02
*** woky_ <woky_!> has joined #yocto14:04
woky_Hello. I've creating a layer that I use to slightly modify final image from my company's BSP. In the layer there's a single recipe called that just puts few configuration files into /etc, so there's also some files in files/ directory and the recipe defines SRC_URI = "file://...".14:05
rburtonand they now conflict with the packages that originally provide those files?14:06
woky_However bitbake complains that my recipe doesn't have a LICENSE and when I set it to GPLv2 it then complains I don't have LIC_FILES_CHKSUM. But, I don't really need a license file now.14:06
*** bradfa <bradfa!uid297668@gateway/web/> has joined #yocto14:07
woky_Is there any way to just skip the license check on this recipe?14:07
*** Guest5281 <Guest5281!a5e14925@gateway/web/cgi-irc/> has joined #yocto14:07
woky_I'm sure handling of licenses is important but you don't usually think about that when you just copy some files to /etc.14:08
*** Guest5281 <Guest5281!a5e14925@gateway/web/cgi-irc/> has quit IRC14:09
rburtonshort term you can set LICENSE="CLOSED"14:10
rburtonbut a fairly common idiom is to declare the license of your files MIT, and then point at the COREBASE/LICENSE file14:10
woky_rburton, just googled it, also thank you. :-) I assume that also requires adding LICENSE_FLAGS_WHITELIST += " commercial " which I already have in my local.conf.14:11
rburtonthat's unrelated14:11
woky_Understood, I'll search, thank you.14:11
woky_rburton, but what if the codebase does not have a license file? Can I reference some common license file from a base layer?14:12
rburtonwoky_: how do you know what the license is if its not written down anywhere14:12
woky_rburton, well, IANAL, but usually in my FLOSS projects I publish on GitHub I just mention that it is GPLv2, without copying license text.14:13
rburtonwell, if its not in the source files then it doesn't count14:14
woky_I mention it in a section in README: "This project is relased under GPLv2, go to http://fsf.... "14:14
rburtonright, there you go14:14
rburtonthats a license checksum14:14
rburtonlines 2 through 5 of README, or whatever14:14
*** CoLa|work <CoLa|work!> has joined #yocto14:14
woky_rburton, oh, I get it, thank you!14:15
rburtonplenty of examples in oe-core14:15
*** CoLa|work <CoLa|work!> has quit IRC14:15
*** zbsarash1 <zbsarash1!~zbsarashk@2601:647:c980:4890:b1f6:ce7f:1f7e:fab2> has joined #yocto14:18
*** CoLa|work <CoLa|work!> has joined #yocto14:20
*** CoLa|work <CoLa|work!> has quit IRC14:24
*** Frazer <Frazer!> has quit IRC14:26
*** samsi <samsi!> has quit IRC14:26
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto14:28
*** Frazer <Frazer!> has joined #yocto14:31
*** xtron <xtron!~xtron@> has quit IRC14:42
*** ibinderwolf <ibinderwolf!> has quit IRC14:42
*** AndersD_ <AndersD_!> has quit IRC14:43
*** chandana73 <chandana73!~ckalluri@> has quit IRC14:50
*** chandana73 <chandana73!~ckalluri@> has joined #yocto14:51
*** pharaon2502 <pharaon2502!> has quit IRC14:53
*** gtristan <gtristan!~tristanva@> has joined #yocto15:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto15:05
*** robert_yang <robert_yang!~robert@> has quit IRC15:08
*** robert_yang <robert_yang!~robert@> has joined #yocto15:08
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4532:b95a:69:9dee> has quit IRC15:11
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:13
*** mfe555 <mfe555!~marc@> has quit IRC15:19
*** mfe555 <mfe555!~marc@> has joined #yocto15:19
*** kaspter <kaspter!~Instantbi@> has quit IRC15:22
*** kaspter <kaspter!~Instantbi@> has joined #yocto15:22
*** mfe555 <mfe555!~marc@> has quit IRC15:24
*** mfe555 <mfe555!~marc@> has joined #yocto15:25
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:38
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto15:38
*** mfe555 <mfe555!~marc@> has quit IRC15:44
*** Kaa <Kaa!5f437337@> has joined #yocto15:44
*** NiksDev3 <NiksDev3!~NiksDev@> has quit IRC15:44
*** mfe555 <mfe555!~marc@> has joined #yocto15:45
*** NiksDev3 <NiksDev3!~NiksDev@> has joined #yocto15:45
KaaHello there!I'm looking for crosstool-ng functionality inside Yocto.In other words, I want to build a cross compiler for RPi which will be able to produce code for x86.Did somebody try it before me?15:46
fraythe Yocto Project builds it's own toolchains..  It does it differently then the way crosstool-ng works..15:47
frayYou should either use crosstool-ng or use the Yocto Project.. mixing them doesn't make sense15:47
KaaThat the point, I want to use only Yocto.15:48
frayFor just a cross-compiler, you would configure the system with a recipe target of meta-toolchain.  Check the Yocto Project documentation for that stuff..15:50
KaaIf I build core-image-sato-sdk target. It will install GCC into the target, but it will be a native compiler. I want to have compiler for x86 inside the target device with arm CPU.15:51
frayIf you want to replace the RPi OS with a Yocto Project OS that can be done as well.15:51
fraySo you want to build x86 from arm?15:52
KaaYes, build for x86 from arm15:52
*** feddischson <feddischson!> has joined #yocto15:53
frayYou have two options, install the Yocto Project on your RPi system, and build targeting an x86 system.. or on your x86 host, you should be able to set the SDKMACHINE=aarch64 -- this will produce an SDK that runs on aarch64, but was compiled on your normal x86 host..15:55
fraywhatever taret machine you select will be the target of the SDK.15:55
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:56
KaaThe first option is not acceptable, I will wait a lot of time to wait until it will be done :)15:56
KaaThe second option requires more details. Because as I see SDKMACHINE specifies where toolchain will run, but not specify target arch.15:59
*** sgw <sgw!~sgw@> has joined #yocto16:00
*** AgentX <AgentX!> has quit IRC16:14
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:17
*** jae1 <jae1!> has joined #yocto16:17
*** saraf <saraf!~a_saraf@> has joined #yocto16:18
*** jae1 <jae1!> has quit IRC16:27
rburtonMACHINE is target arch16:29
*** mckoan is now known as mckoan|away16:34
*** vicale_ <vicale_!> has quit IRC16:37
*** vicale_ <vicale_!> has joined #yocto16:38
*** kiwi_29 <kiwi_29!> has joined #yocto16:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:51
*** nerdboy <nerdboy!~sarnold@> has joined #yocto16:57
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:58
KaaBut in my case MACHINE is raspberrypi4-6417:04
*** kiwi_29 <kiwi_29!> has quit IRC17:05
*** kiwi_29 <kiwi_29!> has joined #yocto17:06
*** hipr_C <hipr_C!~Thunderbi@> has quit IRC17:09
*** KindTwo <KindTwo!kindone@freenode/father-christmas/kindone> has joined #yocto17:12
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC17:13
*** KindTwo is now known as KindOne17:17
*** rcoote <rcoote!~rcoote@2a02:908:694:300:eda9:3453:c948:7e02> has joined #yocto17:21
*** kiwi_29 <kiwi_29!> has quit IRC17:23
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto17:25
*** rcoote <rcoote!~rcoote@2a02:908:694:300:eda9:3453:c948:7e02> has quit IRC17:26
*** kiwi_29 <kiwi_29!> has joined #yocto17:28
*** feddischson <feddischson!> has quit IRC17:31
*** kiwi_29 <kiwi_29!> has quit IRC17:31
*** kiwi_29 <kiwi_29!> has joined #yocto17:32
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC17:40
*** dev1990_ <dev1990_!> has quit IRC17:41
*** leon-anavi <leon-anavi!~Leon@> has quit IRC17:45
*** kiwi_29 <kiwi_29!> has quit IRC17:45
*** kiwi_29 <kiwi_29!> has joined #yocto17:46
*** robert_yang <robert_yang!~robert@> has quit IRC17:50
*** robert_yang <robert_yang!~robert@> has joined #yocto17:50
*** pharaon2502 <pharaon2502!> has joined #yocto17:53
*** pharaon2502 <pharaon2502!> has quit IRC17:54
*** goliath <goliath!> has joined #yocto18:01
georgem_homezeddii: I have a patch for v5.4/standard/preempt-rt/base to fix a stability issue:
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:08
paulgIn the past, I've done a "re-apply" of the updated rt-patches on new (yocto derived) baselines as a fast-forward double check ; since it sometimes can shed extra light on what is conflicting in a merge...18:08
georgem_homeyeah, I found this one with git bisect after I started experiencing crashing after updating from an old v5.4 version18:09
paulggeorgem_home, yah - never fun.  Hope it didn't eat any filesystems in the process.18:10
georgem_homeit didn't but lucky enough we caught it in testing anyway18:10
zeddiiI'm about to do some kernel merges for trouble that paulg is sending me, so if you fire a patch to the linux-yocto mailing list, I can pick it up quickly. I'm also doing another -rt -stable update shortly, but that won't cause an issue.18:12
georgem_homeok. somehow I missed there was even a linux-yocto mailing list. I'm on all the others. I'll go join.18:13
paulggeorgem_home, it is where I dump all the v5.2.x updates.18:15
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto18:19
paulgin hindsight, I kinda wish it had got a different name that reflected better that the list was meant for kernel content, but that ship sailed years ago....18:22
georgem_homeYeah here it says "Discussion list for the linux-yocto layer" which is a bit confusing since AFAIK it's only a recipe/kernel repo not a layer.18:29
paulgit probably should say "repository" instead of "layer"....   at a minimum.18:30
georgem_homeanyway, patch sent to ML18:31
paulgeven that isn't perfect ; if you are new to yocto, you wont necessarily xlate that to
*** dreyna <dreyna!> has joined #yocto18:31
*** g0hl1n <g0hl1n!> has quit IRC18:31
paulgif nothing else, at least in theory, a few more lurkers here are now aware of it.   :)18:32
*** mfe555 <mfe555!~marc@> has quit IRC18:32
*** mfe555 <mfe555!~marc@> has joined #yocto18:33
rewittIs there a way to publish a kernel config file into the images directory without a custom do_deploy_append()?18:44
*** amaury_d <amaury_d!> has quit IRC18:49
*** robert_yang <robert_yang!~robert@> has quit IRC18:50
*** robert_yang <robert_yang!~robert@> has joined #yocto18:51
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC18:54
paulgrewitt, will CONFIG_IKCONFIG (or whatever it is called) that creates /proc/config.gz  on target do what you need?18:55
rewittpaulg, they actually want it as part of the build artifacts. My guess is they won't like me telling them to boot kvm and harvest it :)18:57
*** bradfa <bradfa!uid297668@gateway/web/> has quit IRC18:59
*** volpi <volpi!> has quit IRC19:00
rewittpaulg, Oh do you mean to extract it from the kernel image itself? That's not a bad idea, but would still require the scripts to run on the kernel in the images directory.19:00
paulgrewitt, the /proc/config.gz is definitely a solution that involves booting, but it should be relatively simple to copy it from tmp/work/..../linux-yocto/.../.config to whereever you want with a trivial bbappend.19:04
rewittpaulg, Yeah that's what was recommended, but I wanted to double check before adding more items. Thanks.19:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:07
*** pohly <pohly!> has quit IRC19:13
paulgsome distros copy the kernel config file into /boot ; could be something that yocto might consider as well (?)19:14
*** Guest347 <Guest347!> has quit IRC19:17
*** Guest347 <Guest347!> has joined #yocto19:18
*** markv <markv!> has quit IRC19:20
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has quit IRC19:21
*** Kaa <Kaa!5f437337@> has quit IRC19:21
*** robert_yang <robert_yang!~robert@> has quit IRC19:24
*** robert_yang <robert_yang!~robert@> has joined #yocto19:24
rewittpaulg, They do that as part of the kernel-dev package19:28
*** robert_yang <robert_yang!~robert@> has quit IRC19:29
*** robert_yang <robert_yang!~robert@> has joined #yocto19:31
paulgrewitt, could be - I didn't go actively searching out what is currently done ; I was assuming you'd already done that.  ;-)19:32
*** robert_yang <robert_yang!~robert@> has quit IRC19:40
*** kiwi_29 <kiwi_29!> has quit IRC19:40
*** robert_yang <robert_yang!~robert@> has joined #yocto19:41
*** robert_yang <robert_yang!~robert@> has quit IRC19:50
*** robert_yang <robert_yang!~robert@> has joined #yocto19:50
*** robert_yang <robert_yang!~robert@> has quit IRC20:00
*** robert_yang <robert_yang!~robert@> has joined #yocto20:01
*** pharaon2502 <pharaon2502!> has joined #yocto20:21
*** feddischson <feddischson!> has joined #yocto20:24
*** robert_yang <robert_yang!~robert@> has quit IRC20:29
*** robert_yang <robert_yang!~robert@> has joined #yocto20:30
*** feddischson <feddischson!> has quit IRC20:32
*** kiwi_29 <kiwi_29!> has joined #yocto20:34
*** feddischson <feddischson!> has joined #yocto20:34
*** bradfa <bradfa!uid297668@gateway/web/> has joined #yocto20:41
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto20:44
*** JeremyNick <JeremyNick!> has joined #yocto20:45
*** KindTwo <KindTwo!kindone@freenode/father-christmas/kindone> has joined #yocto20:45
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC20:46
*** volpi <volpi!> has joined #yocto20:46
JeremyNickHello, I am trying to add the "ifstat" tool to my image, so far I have this receipe:20:46
JeremyNickDESCRIPTION = "Ifstat"LICENSE = "MIT"LIC_FILES_CHKSUM = "file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b"SRC_URI = "${PV}.tar.gz"SRC_URI[sha256sum] = "8599063b7c398f9cfef7a9ec699659b25b1c14d2bc0f535aed05ce32b7d9f507"inherit autotools20:46
JeremyNickBut I have this error:20:47
JeremyNickERROR: ifstat-1.1-r0 do_compile: oe_runmake failedERROR: ifstat-1.1-r0 do_compile: Function failed: do_compile (log file is located at /opt/workspace/build/tmp/work/aarch64-poky-linux/ifstat/1.1-r0/temp/log.do_compile.9975)ERROR: Logfile of failure stored in: /opt/workspace/build/tmp/work/aarch64-poky-linux/ifstat/1.1-r0/temp/log.do_compile.9975Log20:47
JeremyNickdata follows:| DEBUG: SITE files ['endian-little', 'bit-64', 'arm-common', 'arm-64', 'common-linux', 'common-glibc', 'aarch64-linux', 'common']| DEBUG: Executing shell function do_compile| NOTE: make -j 12| make: *** No rule to make target '', needed by 'Makefile'.  Stop.| ERROR: oe_runmake failed| WARNING: exit code 1 from a shell20:47
JeremyNickcommand.| ERROR: Function failed: do_compile (log file is located at /opt/workspace/build/tmp/work/aarch64-poky-linux/ifstat/1.1-r0/temp/log.do_compile.9975)ERROR: Task (/opt/workspace/meta-seasam/recipes-support/ifstat/ failed with exit code '1'20:47
JeremyNickwhen I build locally on my computer, it builds correctly. The configure step returns the exact same output20:48
JeremyNickany advice ?20:48
*** KindTwo is now known as KindOne20:49
*** kiwi_29 <kiwi_29!> has quit IRC20:53
*** kiwi_29 <kiwi_29!> has joined #yocto20:54
*** pharaon2502 <pharaon2502!> has quit IRC20:57
*** NiksDev3 <NiksDev3!~NiksDev@> has quit IRC20:58
*** NiksDev3 <NiksDev3!~NiksDev@> has joined #yocto20:58
*** kiwi_29 <kiwi_29!> has quit IRC20:58
*** amerigo <amerigo!uid331857@gateway/web/> has joined #yocto20:59
*** kiwi_29 <kiwi_29!> has joined #yocto21:02
*** amaury_d <amaury_d!> has joined #yocto21:05
*** kiwi_29 <kiwi_29!> has quit IRC21:05
*** kiwi_29 <kiwi_29!> has joined #yocto21:09
*** berton <berton!~berton@> has quit IRC21:10
RPJPEW: I see what you mean about compatibility, hmm :/21:24
RPJPEW: did you need an OE-Core patch too?21:25
RPyes, next patch :)21:26
*** feddischson <feddischson!> has quit IRC21:27
*** vineela <vineela!vtummala@nat/intel/x-doxybpipgmctlafp> has joined #yocto21:27
*** rcw <rcw!> has quit IRC21:42
*** easwarh <easwarh!> has joined #yocto21:53
easwarhHi guys, I'm trying to build coreutils for mingw32 as part of a Windows SDK for an embedded Linux product21:54
JPEWRP: Ya, making it compatible would be a pain21:54
easwarhI removed the dependency on libcap from the coreutils recipe, but it looks like it is trying to build for Linux instead of for mingw3221:55
JPEWNot only because the function is passing a dict of datacaches instead od a single one, but also because the rundep_check() function will now be called for all mcdeps, where as before they were filtered out21:55
easwarhHas anyone been able to build coreutils for Windows before, or encountered issues that sound like what I'm seeing?21:55
JPEWeaswarh: I don't know if anyone has built coreutils-nativesdk for Windows before21:56
JPEWeaswarh: I don't see any bbappends in meta-mingw, so probably the answer is no :)21:57
*** kiwi_29 <kiwi_29!> has quit IRC21:57
easwarhJPEW: ouch. I figured it would be simple because Cygwin, as I understand is it based on mingw32 and provides coreutils..22:00
easwarhJPEW: In fact, this stackoverflow describes exactly the error I'm seeing:
RPJPEW: really not sure how we handle this. Will think on it22:01
JPEWeaswarh: Cygwin is uses MinGW, but it's different22:01
JPEWRP: That's fine. We *can* make it compatible, but it will be messy and tricky to get just right22:01
RPJPEW: might have to set a variable to determine which format the data is in maybe?22:02
JPEWRP: Ya maybe22:02
RPThat would make it less messy22:02
JPEWeaswarh: Cygwin provides a compatibility layer that translates POSIX API to the underlying Windows API22:02
JPEWeaswarh: MinGW does not. If a program compiles for Windows MinGW, it uses the Windows API.22:03
easwarhJPEW: Does that mean that a program compiling for Windows MinGW needs to be aware of the differences between Windows and POSIX APIs?22:04
JPEWeaswarh: Correct22:04
JPEWMinGW is a more "native" approach than Cygwin22:05
easwarhJPEW: Interesting, thanks!22:06
*** vineela <vineela!vtummala@nat/intel/x-doxybpipgmctlafp> has quit IRC22:09
*** easwarh is now known as eharihar22:09
*** eharihar is now known as easwarh22:09
*** yann <yann!> has quit IRC22:11
JPEWErg, why can't I run oe-selftest -r bblayers....22:13
*** kiwi_29 <kiwi_29!> has joined #yocto22:20
*** stephano <stephano!> has joined #yocto22:29
*** vineela <vineela!~vtummala@> has joined #yocto22:32
*** JeremyNick <JeremyNick!> has quit IRC22:40
*** agust <agust!> has quit IRC22:40
*** easwarh <easwarh!> has left #yocto22:49
*** kiwi_29 <kiwi_29!> has quit IRC22:50
*** kiwi_29 <kiwi_29!> has joined #yocto22:54
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has quit IRC23:21
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto23:22
*** tprrt <tprrt!> has quit IRC23:22
*** tprrt <tprrt!> has joined #yocto23:23
*** jae1 <jae1!> has joined #yocto23:36
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC23:41
*** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has joined #yocto23:43
*** ericch <ericch!> has quit IRC23:45
*** kiwi_29 <kiwi_29!> has quit IRC23:53

Generated by 2.17.2 by Marius Gedminas - find it at!