*** jae <jae!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto | 00:10 | |
*** jae is now known as Guest25170 | 00:11 | |
Guest25170 | Hi, Im looking into ptest and I was wondering how this chart was populated? https://wiki.yoctoproject.org/wiki/Ptest_6964efddd31c479386d1643c1025bc102710392f | 00:13 |
---|---|---|
Guest25170 | if there was already framework available? | 00:13 |
*** user83050 <user83050!c0c353c8@gateway/web/freenode/ip.192.195.83.200> has joined #yocto | 00:13 | |
user83050 | How can one not exclude a recipe from world? | 00:14 |
user83050 | I'm trying to compile gdb-cross but I see that it is excluded from world | 00:14 |
user83050 | Not sure if it is related, but I get this in the end: ERROR: Nothing PROVIDES 'gdb-cross' | 00:18 |
user83050 | ahh, gdb-cross-aarch64, got it | 00:25 |
*** user83050 <user83050!c0c353c8@gateway/web/freenode/ip.192.195.83.200> has quit IRC | 00:25 | |
*** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has joined #yocto | 00:28 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 00:31 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 00:36 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:39 | |
khem | Guest25170: https://wiki.yoctoproject.org/wiki/Ptest | 00:49 |
khem | User12345678: look into EXCLUDE_FROM_WORLD = "1" | 00:50 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 00:50 | |
khem | add it to given recipe | 00:50 |
khem | or EXCLUDE_FROM_WORLD_pn-<package> = "1" in local.conf | 00:50 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 00:51 | |
armpit | Guest25170, I think the ptest on the wiki is like a design spec for the framework that was added. its not what is currently implemented | 01:04 |
armpit | we have more support these days | 01:04 |
*** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has quit IRC | 01:09 | |
*** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has joined #yocto | 01:09 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 01:15 | |
khem | armpit: is there some place which reflects latest state of ptest | 01:18 |
*** bavery_fn <bavery_fn!~bavery@134.134.139.83> has quit IRC | 01:20 | |
*** nandi_ge___ <nandi_ge___!~nandor@194.9.245.33> has joined #yocto | 01:27 | |
armpit | khem, I don't think so. I can ask what the intent of the ptest wiki is | 01:29 |
khem | it will be good if it reflected latest | 01:29 |
armpit | there is ptest support in other layers | 01:30 |
*** hanthings_ <hanthings_!~nandor@194.9.245.33> has quit IRC | 01:30 | |
khem | it could be a consolidated list | 01:32 |
*** Guest25170 <Guest25170!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC | 01:35 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:52 | |
*** scottrif <scottrif!~scottrif@2600-6c55-4600-1e9f-7541-616e-8b7a-9ac5.dhcp6.chtrptr.net> has quit IRC | 01:55 | |
*** hbruce <hbruce!hbruce@nat/intel/x-sjmgthxuaqkqqycf> has quit IRC | 01:55 | |
*** hbruce <hbruce!hbruce@nat/intel/x-kycgcnrasujkknze> has joined #yocto | 01:56 | |
-YoctoAutoBuilder- build #518 of nightly-x86 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86/builds/518 | 02:22 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:39 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has quit IRC | 02:42 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has joined #yocto | 02:42 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has quit IRC | 02:47 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 03:00 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has joined #yocto | 03:05 | |
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-wpgbscbwavjfpnkp> has quit IRC | 03:14 | |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:6413:eafd:1152:fa5c> has quit IRC | 03:32 | |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:6413:eafd:1152:fa5c> has joined #yocto | 03:32 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 03:49 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:53 | |
User12345678 | How do I know the kernel name to call when I do "bitbake -c menuconfig kernelname" ? | 03:54 |
-YoctoAutoBuilder- build #532 of nightly-oe-selftest is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/532 | 03:58 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 04:13 | |
kergoth | User12345678: you don't need to, just run bitbake -c menuconfig virtual/kernel | 04:15 |
*** stephano <stephano!~stephano@134.134.139.82> has quit IRC | 04:19 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 04:20 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 04:21 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 04:46 | |
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC | 05:02 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ymryvhxpmylnizfg> has quit IRC | 05:02 | |
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 05:03 | |
*** aehs29 <aehs29!~aehernan@134.134.139.72> has joined #yocto | 05:05 | |
*** aehs29 <aehs29!~aehernan@134.134.139.72> has quit IRC | 05:13 | |
*** sgw <sgw!~swold@134.134.139.76> has joined #yocto | 05:15 | |
*** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has joined #yocto | 05:17 | |
*** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has joined #yocto | 05:30 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:00 | |
gtristan | quick question as all this never sticks into one brain... | 06:01 |
gtristan | When I want to declare an arch specific variable in a recipe | 06:01 |
gtristan | like e.g.: PONIES_armv7a = "--enable-flying-ponies" | 06:02 |
gtristan | Where is this coming from again ? the specific arch names I mean ? | 06:02 |
gtristan | Specifically I'm curious about aarch64 and i586, I think 'i586' will be correct there | 06:03 |
gtristan | hmmm, guess it is the "tune" ? | 06:05 |
gtristan | coming deep from the bowels of conf/machine/include ? | 06:05 |
*** alimon <alimon!~alimon@148.240.201.158> has joined #yocto | 06:07 | |
*** pohly <pohly!~pohly@p5DE8C95A.dip0.t-ipconnect.de> has joined #yocto | 06:07 | |
gtristan | scraping through http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/machine/include/x86/arch-x86.inc ... does this make the correct name for 64bit intel 'x86_64' ? | 06:09 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 06:09 | |
gtristan | So: PONIES_x86_64 = "--64-flying-ponies" | 06:09 |
gtristan | and then later ./configure ${PONIES} ... , like that ? | 06:10 |
* gtristan saw x86-64 somewhere else and is head scratching wondering what the correct name is | 06:11 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 06:13 | |
gtristan | oh well that's weird | 06:15 |
gtristan | so line 8 http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/machine/include/x86/arch-x86.inc#n8 calls X86ARCH64 x86_64, and then line 43 says x86-64 http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/machine/include/x86/arch-x86.inc#n43 | 06:16 |
*** AndersD <AndersD!~anders@213.236.250.210> has joined #yocto | 06:20 | |
*** hnje <hnje!~hnje@81.216.59.226> has joined #yocto | 06:23 | |
-YoctoAutoBuilder- build #558 of nightly is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/558 | 06:35 | |
*** fl0v0 <fl0v0!~fvo@pD9F6A3A9.dip0.t-ipconnect.de> has joined #yocto | 06:43 | |
*** lpotter <lpotter!~quassel@2001:8003:6470:4900:ba27:ebff:febb:59b> has joined #yocto | 06:44 | |
*** AndersD <AndersD!~anders@213.236.250.210> has quit IRC | 06:46 | |
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 06:47 | |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 06:49 | |
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has joined #yocto | 06:58 | |
Dvorkin | I have sources build by CMAKE. there are kernel module sources installed with the package. how can I build my sources and then build installed kernel module? | 07:00 |
Dvorkin | I have sources build by CMAKE. there are kernel module sources installed with the package. how can I build my sources and then build kernel module from the installed sources? | 07:01 |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 07:02 | |
*** Dvorkin__ <Dvorkin__!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has joined #yocto | 07:03 | |
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has quit IRC | 07:05 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 07:06 | |
*** Dvorkin__ <Dvorkin__!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has quit IRC | 07:07 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 07:09 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 07:10 | |
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto | 07:12 | |
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto | 07:13 | |
*** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 07:14 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:14 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 07:16 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 07:19 | |
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC | 07:20 | |
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:9489:66a6:83ab:f2a5> has quit IRC | 07:26 | |
*** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has joined #yocto | 07:30 | |
*** morphis <morphis!~morphis@pD9ED7FF5.dip0.t-ipconnect.de> has joined #yocto | 07:31 | |
*** gregd <gregd!~greg@247.37-191-171.fiber.lynet.no> has quit IRC | 07:32 | |
*** AndersD <AndersD!~anders@77.88.92.6> has joined #yocto | 07:42 | |
*** AndersD <AndersD!~anders@77.88.92.6> has quit IRC | 07:47 | |
*** lemagoup <lemagoup!~lemagoup@158.255.112.194> has joined #yocto | 07:47 | |
*** AndersD <AndersD!~anders@77.88.92.6> has joined #yocto | 07:47 | |
*** joshuagl <joshuagl!joshuagl@nat/intel/x-pwngpfnwdraozzxa> has joined #yocto | 07:48 | |
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 07:57 | |
*** toscalix <toscalix!~toscalix@111.red-81-44-198.dynamicip.rima-tde.net> has joined #yocto | 07:59 | |
boucman_work | somday I'll write a patch to properly handle separate /var and/or /usr... | 08:01 |
boucman_work | but it's tricky, it interacts with image generation, package installation etc... | 08:01 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 08:06 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 08:08 | |
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 08:11 | |
nefethael | boucman_work: what is the use case ? | 08:19 |
boucman_work | nefethael: / is read-only, /var is read-write on a separate partition, packages install stuff in /var so you can't just start from an empty /var | 08:20 |
boucman_work | I also had customers that wanted a separate /usr, but their justification was more flacky, it was more a case of "do what the customer asks" | 08:20 |
boucman_work | the /var case can also be generalized depending on the system, I had people that wanted a r/w /config etc... | 08:21 |
sveinse | We are going there pretty soon with our HW products. We'd like to have RO fs for most parts, and separate RW for the writeable stuff. For the purpose of reliablity. | 08:21 |
sveinse | And we're not going to use unionfs or aufs or those things. I know of customers who have had tremendous problems with these in the field | 08:22 |
boucman_work | sveinse: right now I have a dozen purpose-built FSTYPE to do that... it's ugly but it works. | 08:22 |
*** gregd <gregd!~greg@195.159.234.190> has joined #yocto | 08:22 | |
nefethael | boucman_work: one nice solution is overlayfs :) | 08:23 |
boucman_work | yes, but /var needs to be in a separate partition, so it's not overwritten at upgrade time (we overwrite the whole rootf partition) | 08:26 |
nefethael | sveinse: strange that layered FS aint work for you, overlayfs is stable for my concern | 08:26 |
nefethael | boucman_work: with overlayfs, you can put the overwriten files into separate partition, so that you can provide an minimal /var and user can customize it at will | 08:28 |
nefethael | boucman_work: but /usr /var can always be usefull in some case i admit :) | 08:28 |
boucman_work | hmm | 08:28 |
nefethael | +separate | 08:29 |
boucman_work | that would be a bit klunky with the upgrade use-case, but it could work... | 08:29 |
nefethael | ;) | 08:29 |
boucman_work | I should also cleanup and upstream my FSTYPES which creates a single ubi containing multiple volumes (in my case : two volumes with the rootfs and one with /var) | 08:30 |
nefethael | we use that kind of FS arch, i'll need to port it into yocto sooner or later ... | 08:30 |
nefethael | did you have a look to swupdate ? | 08:31 |
sveinse | nefethael: Have you stressed the overlayfs, e.g. by cutting power at random times? Because that is the use case for all this: A system that can survive powerkills reliably | 08:32 |
nefethael | we have capacitors, so we don't have hard shutdown | 08:33 |
sveinse | nefethael: right | 08:33 |
nefethael | never had any issue, plus its mainline in kernel ;) | 08:34 |
boucman_work | nefethael: yes, but swupdate is another brick in the update problem, it's about downloading and installing. | 08:34 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 08:34 | |
nefethael | boucman_work: yep, i looked at https://github.com/sbabic/meta-swupdate-boards but there is no example for i.MX6, hard for me to understand what to do regarding SPL/wic/u-boot integration... (even if there is good doc on it) | 08:38 |
boucman_work | nefethael: there is no good doc on how to do that for i.MX6, afaik | 08:39 |
boucman_work | and I tend to not use wic, I never managed to get it to work with u-boot... it seems very EFI specific (or it was last time I looked into it) i.MX6 needs its own tool to install a SPL, I'm not sure if you can "just flash" an image to NAND... | 08:40 |
boucman_work | I should go back to trying wic at some point... | 08:40 |
*** luc4 <luc4!~luca@185.43.148.11> has joined #yocto | 08:41 | |
nefethael | i use it to create sdcard image with SPL, u-boot and rootfs, but didn't try for more complex arch for now, wic is quite powerful | 08:42 |
nefethael | there are great improvements on serial download stuff in u-boot those days | 08:43 |
boucman_work | sdcards work ok, it's the nand which afaict need the spl to be installed with kobs-ng | 08:43 |
boucman_work | right now, i'm looking into installing the nand rootfs on the sdcard but it's a bit tricky... | 08:44 |
boucman_work | the sequence is | 08:44 |
boucman_work | 1) build the nand image | 08:44 |
boucman_work | 2) build a package that takes the nand image from DEPLOYDIR and adds it to /boot | 08:44 |
boucman_work | 3) build the sdcard image | 08:44 |
boucman_work | without confusing yocto with dependencies :P | 08:45 |
nefethael | ahah ;) | 08:45 |
boucman_work | with the nand image having a multi-volume ubi containing the rootfs.ubifs twice :P | 08:45 |
boucman_work | it all works pretty well, all things considered :) | 08:46 |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 08:46 | |
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 08:50 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 08:58 | |
*** yann <yann!~yann@LFbn-1-3552-118.w90-127.abo.wanadoo.fr> has joined #yocto | 08:59 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 09:01 | |
*** FabKna <FabKna!~Fabian@89.27.146.131> has joined #yocto | 09:01 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 09:02 | |
sveinse | What is the relationship between -native and nativesdk- packages? | 09:07 |
sveinse | The thing is that I'm lacking protobuf from our sdk, but I see that the sdk already contains nativesdk-protobuf, but no protoc for host. If I build protobuf-native I find the tool | 09:08 |
sveinse | I'm not quite getting the nomenclature for TOOLCHAIN_*_TASK | 09:10 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 09:12 | |
*** stdint <stdint!~stdint@103.29.142.67> has joined #yocto | 09:13 | |
stdint | I meet a problem with building weston, I try to use the opengl from the ARM mali https://paste.fedoraproject.org/paste/SLw9Adw5EheBDPYAY44n-A | 09:15 |
stdint | I have wrote some pkg-config files for the mali package, why it still can't find the package at QA stage? | 09:16 |
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has joined #yocto | 09:18 | |
*** agust <agust!~agust@p4FCB4932.dip0.t-ipconnect.de> has joined #yocto | 09:20 | |
*** ChrysDaze <ChrysDaze!c16cc543@gateway/web/freenode/ip.193.108.197.67> has joined #yocto | 09:22 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 09:25 | |
User12345678 | what is meta-openembedded ? | 09:27 |
*** gregd <gregd!~greg@195.159.234.190> has quit IRC | 09:31 | |
sveinse | I have a meta-toolchain-sp which contains inherit populate_sdk, sets TOOLCHAIN_HOST_TASK+="nativesdk-packagegroup-sp". Then nativesdk-packagegroup-sp.bb inherits nativesdk packagegroup, sets RDEPEDNS_${PN} += "nativesdk-protobuf" | 09:33 |
sveinse | Are there then any reason why protobuf is missing from the sdk? Am I doing this right? | 09:34 |
LetoThe2nd | User12345678: basically, a collection of several openembedded layers grouped roughly by functionality | 09:34 |
User12345678 | Do I need to download meta-openembedded and use it with poky, or poky already include meta-openembedded? | 09:35 |
rburton | User12345678: poky is just oe-core | 09:36 |
rburton | meta-openembedded has several other layers in you can use if you want, such as meta-multimedia or meta-python | 09:36 |
LetoThe2nd | User12345678: poky does not include all of it, but the core part. you do not *need* it, but it can provide a lot of packages that you might want to pull in when going further | 09:37 |
User12345678 | I see | 09:37 |
sveinse | Does anyone have any good examples on how to make sdks and how to include things into them? | 09:39 |
User12345678 | I would need to use a cross-compiler, do I need to do anything with poky, or do I just download poky then bitbake my image? | 09:40 |
*** Ulfalizer <Ulfalizer!~frobar@ua-213-112-0-22.cust.bredbandsbolaget.se> has joined #yocto | 09:40 | |
LetoThe2nd | User12345678: by default, poky takes care of all that. | 09:40 |
rburton | User12345678: the first thing bitbake does is build the cross compiler | 09:41 |
User12345678 | I see | 09:41 |
LetoThe2nd | User12345678: you might want to go through the yocto project quick start document to see what it actually needs and outputs. | 09:41 |
rburton | sveinse: easy way is to add TOOLCHAIN_HOST_TASK extensions to the image that you want the sdk to be based on | 09:41 |
boucman_work | sveinse: what command do you use to build your sdk ? | 09:41 |
boucman_work | (and i'm not sure how to tell yocto that a -native package should also go in the sdk... there is probably a way to do it) | 09:42 |
sveinse | rburton: did you see my question above about TOOLCHAIN_HOST_TASK and that nativesdk-protobuf does not end up in my sdk? | 09:42 |
rburton | you can't put native in a sdk, that's what nativesdk is for | 09:42 |
sveinse | From searching the codebase in Pyro, I think that is still the way to do it | 09:43 |
sveinse | or am I mistaking? | 09:44 |
User12345678 | LetoThe2nd, I have followed the Quick start guide already and built the image. Now I'm following another guide but it says to clone linaro after cloning poky. Why? | 09:45 |
rburton | User12345678: because you're following the linaro guide? | 09:45 |
LetoThe2nd | User12345678: no idea, as i do not know that specific guide. probably you skipped the introductory paragraph that mention the document being for some specific case. | 09:45 |
User12345678 | No, it's a yocto built for renesas r-car arm processor | 09:45 |
rburton | yeah so you need a specific bsp for that, which is probably in meta-linaro | 09:46 |
LetoThe2nd | User12345678: read "for some specific soc" as "some specific use case" | 09:46 |
rburton | sveinse: that should work without seeing actual recipes. are you sure nativesdk-protobuf contains the binaries you're after? i'd be using -e to verify the additions you expect are happening. | 09:47 |
User12345678 | Can I still not use the linaro and just bitbake poky directly? | 09:47 |
LetoThe2nd | User12345678: poky alone certainly does not include board support for your thing | 09:47 |
rburton | User12345678: if you're targetting a specific machine then you'll need to use the bsp for that machine. poky itself only supports qemu machines, and a few minimal machines for QA purposes. you're *meant* to glue pieces together for your purposes, poky is just an example. | 09:48 |
User12345678 | So, Poky doesn't have cross compiler for ARM included? | 09:49 |
*** ChrysDaze <ChrysDaze!c16cc543@gateway/web/freenode/ip.193.108.197.67> has quit IRC | 09:49 | |
rburton | yes, it does. but it doesn't know the precise details of a renesas r-car arm processor | 09:50 |
LetoThe2nd | User12345678: it does build a cross compiler if needed. it just does not know about your specific renesas soc | 09:50 |
rburton | what config flags does the kernel need. what arm tune is it. how does it want a file system laid out. | 09:50 |
User12345678 | I see. It's clearer now | 09:51 |
*** tgraydon <tgraydon!~tgraydon@134.134.139.72> has quit IRC | 09:51 | |
LetoThe2nd | rburton: hopefully a heavy metal tune </SCNR> | 09:51 |
User12345678 | But how would meta-Linaro knows about the details of the r-car arm processor? Unless Linaro is affiliated with Renesas and got the details of the implementation, I would think it should be a layer that renesas provide instead, isn't it? | 09:54 |
rburton | yes, unless linaro have done it for renesas. you're the one that said you've got linaro for the r-car processor. | 09:55 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.13> has quit IRC | 09:55 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 09:56 | |
rburton | you always need a Board Support Package, oe-core only comes with virtual processors, poky adds some basic real ones for QA. meta-intel has proper x86 ones, meta-ti has some TI boards, meta-freescale has the freescale boards. you'll need one for your target. | 09:56 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 09:57 | |
User12345678 | I see. Clearer now. Thanks | 09:59 |
LetoThe2nd | rburton: given that description, one would not need a bsp when not targetting a processor. | 09:59 |
LetoThe2nd | (which i think is a valid usecase too) | 09:59 |
rburton | how would you build something when not targetting a processor? code has to run on something... | 10:00 |
LetoThe2nd | rburton: i admit i was taking the wording a bit literally - i'm thinking of container creation. where you *basically* just target an arch abi | 10:01 |
rburton | so yeah they exist - BSPs that target epic xeon processors with all the optimisations and kernel tweaks for super speed | 10:03 |
LetoThe2nd | i know, i know. just happen to be tinkering with some stuff in that direction, and the bspness i'm currently using is basically just generic x86-64 + linux-dummy | 10:05 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:06 | |
*** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has quit IRC | 10:09 | |
rburton | you really want a custom bsp, you want the virtio drivers and support for the target hardware | 10:09 |
rburton | genericx86 has quite a low CPU bar | 10:09 |
*** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has joined #yocto | 10:09 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:17 | |
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has joined #yocto | 10:21 | |
*** User12345678 <User12345678!~User@mti-37-145.tm.net.my> has quit IRC | 10:23 | |
fberg | hello guys ! I have a problem with an aoutotoll recipe. I have created a recipe that fetch the source code from a git repo, and use the "inherit autotools" directive to configure/compile/install the code. BY the way, running "bitbake -c configure thisprogram" ends up with the following error: we can access libc without dlopen .. no, we can access libc with libc.so....no, we can access libc with /usr/lib/libc.so*... no, error: cannot figure | 10:25 |
fberg | out how to access libc | 10:25 |
fberg | i'm amused | 10:25 |
fberg | sysroot=/home/.../build/tmp/sysroot/raspberrypi0 | 10:26 |
fberg | and if "$ find /home/.-../raspberrypi0 -name libc.so" returns "/home/.../build/tmp/sysroot/raspberrypi0/usr/lib/lib.so" | 10:27 |
LetoThe2nd | fberg: sounds like something in the configure.ac is hardcoded. | 10:27 |
fberg | from the log file I can see that the prefix variable is set to: prefix=/usr | 10:29 |
LetoThe2nd | fberg: OE does that, and imho it is unrelated. | 10:29 |
fberg | exec_prefix bindir sbindir etc etc are all set as standard | 10:29 |
LetoThe2nd | fberg: i'd look into the configure.ac and check if there is something hardcoded there. | 10:30 |
fberg | I'm sorry, I can understand what you mean but can you give me an example ? | 10:30 |
LetoThe2nd | fberg: open the file and see if you can find a written out path :) | 10:31 |
fberg | i have a configure.in file only and I think it's the same | 10:32 |
LetoThe2nd | fberg: nope, configure.in gets automagically created in the process, usually. | 10:33 |
LetoThe2nd | fberg: is this some publicly visible source? | 10:33 |
fberg | yes: https://github.com/mariusae/trickle | 10:34 |
LetoThe2nd | fberg: https://github.com/mariusae/trickle/blob/master/configure.in#L182 | 10:36 |
LetoThe2nd | fberg: there is some non-sysroot aware hackery | 10:37 |
*** Amynka is now known as Marvin | 10:38 | |
fberg | mmmm | 10:38 |
*** Marvin is now known as Marviin | 10:38 | |
fberg | f*** | 10:38 |
LetoThe2nd | fberg: you basically have to path configure.in | 10:38 |
LetoThe2nd | s/path/patch/ | 10:38 |
*** Marviin is now known as Marwin | 10:38 | |
*** dv__ <dv__!~quassel@62.178.118.86> has joined #yocto | 10:39 | |
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC | 10:39 | |
fberg | still don't know what to patch :-) | 10:39 |
fberg | i'm pretty new to the world.. power to the noob | 10:39 |
rburton | LetoThe2nd: no configure.in is the source, old name for configure.ac | 10:40 |
rburton | oh god that configure is horrible | 10:40 |
LetoThe2nd | fberg: i personally would try to find out why it contains this manual testing anyways | 10:40 |
LetoThe2nd | rburton: to 1) ah thanks 2) exactly | 10:41 |
fberg | 3) I agree on both | 10:41 |
rburton | *at least* wrap AC_TRY_RUN in a cache check so you can trivially seed the right value | 10:41 |
*** AndersD <AndersD!~anders@77.88.92.6> has quit IRC | 10:48 | |
*** AndersD <AndersD!~anders@77.88.92.6> has joined #yocto | 10:49 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 10:50 | |
*** peacememories <peacememories!~textual@62.178.93.7> has joined #yocto | 10:56 | |
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto | 11:16 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 11:28 | |
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 11:30 | |
*** Costin1 <Costin1!~nxf31494@gate-zro.freescale.com> has joined #yocto | 11:44 | |
Costin1 | hi all | 11:44 |
Costin1 | i have an issue | 11:44 |
Costin1 | i ran bitbake u-boot | 11:44 |
Costin1 | and after that i can't find anything in the git dir under tmp/work ... | 11:45 |
fberg | mmmm | 11:46 |
fberg | during the test I see that there is the AC_TRY_RUN directive, so I suppose it wiil try to run on my host the compiled code for the target and hence the error | 11:46 |
rburton | Costin1: what are you looking for? | 11:46 |
fberg | Is it correct ? | 11:47 |
rburton | fberg: AC_TRY_RUN will fail if it knows its cross-compiling, the test should cater for that | 11:47 |
rburton | fberg: (which is why i said its horrible and autoconf says don't do this) | 11:47 |
fberg | lol | 11:47 |
Costin1 | i look to build u-boot and get the source code for it | 11:47 |
Costin1 | i need it for debugging purpose of U-boiot | 11:48 |
rburton | Costin1: and you've looked in tmp/work/[machine arch]/u-boot/[version]? | 11:48 |
Costin1 | yes | 11:48 |
rburton | Costin1: do you have rm_work enabled? | 11:48 |
Costin1 | i am not sure | 11:49 |
Costin1 | how do i enable/disable it? | 11:49 |
rburton | if you inherit rm_work in local.conf you are | 11:49 |
Costin1 | let me check | 11:49 |
rburton | the other possibiltiy is that it just pulled the uboot packages from sstate so didn't need to build anything | 11:49 |
rburton | so 'bitbake u-boot -c patch -f' will force it to unpack and patch u-boot | 11:50 |
Costin1 | i don't have rm_work | 11:50 |
Costin1 | i also get this warning | 11:51 |
Costin1 | WARNING: /home/testfarm/QorIQ-SDK-V2.0-20160527-yocto/sources/meta-nxp-npi-1703/recipes-bsp/u-boot/u-boot-qoriq_2016.09.bb.do_patch is tainted from a forced run | 11:51 |
rburton | thats because you passed -f, ignore it | 11:51 |
Costin1 | ok | 11:51 |
*** AndersD <AndersD!~anders@77.88.92.6> has quit IRC | 11:51 | |
Costin1 | i got it now | 11:52 |
Costin1 | i mean sources are in git dir | 11:52 |
Costin1 | one more things | 11:52 |
Costin1 | when doing a build i should also get the elf file | 11:52 |
Costin1 | is this in git dir too? | 11:52 |
*** agust <agust!~agust@p4FCB4932.dip0.t-ipconnect.de> has quit IRC | 11:53 | |
rburton | build results are probably in a build/ directory alongside, but if it did pull from sstate then they won't exist as it didn't build anything | 11:53 |
rburton | so they'll be in tmp/deploy | 11:54 |
Costin1 | i have the .bin indeed | 11:55 |
Costin1 | but i should have had an elf file or something to import in eclipse and do debug on it | 11:56 |
Costin1 | e.g for kernel i have in linux-qoriq/4.1-r0/build the vmlinux file | 11:58 |
*** agust <agust!~agust@p4FCB625A.dip0.t-ipconnect.de> has joined #yocto | 12:01 | |
*** AndersD <AndersD!~anders@77.88.92.6> has joined #yocto | 12:05 | |
*** Shurelous <Shurelous!~igor@187.108.42.203> has joined #yocto | 12:14 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-joniwjtdgduiepma> has joined #yocto | 12:15 | |
JaMa | do we really need rpcgen in HOSTTOOLS? it was added in original RP's commit fa764a403da34bb0ca9fa3767a9e9dba8d685965 but I haven't found any explanation why we need it | 12:15 |
JaMa | some distributions seem to disable building /usr/bin/rpcgen with glibc-2.26 | 12:16 |
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 12:16 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 12:22 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:28 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 12:29 | |
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-sxvinmulozzwqkns> has joined #yocto | 12:30 | |
*** toscalix <toscalix!~toscalix@111.red-81-44-198.dynamicip.rima-tde.net> has quit IRC | 12:39 | |
RP | JaMa: I'm pretty sure something depended upon it or I'd not have added it. I would be happy to remove it if we can | 12:42 |
*** lamego <lamego!~jose@134.134.139.83> has joined #yocto | 12:45 | |
pagios | hi guys, i fired a script in /etc/rc.local and now my system does not show the console login anymore, i cant login to it from the network too, i can go into the boot prompt is there a way to recover from that instead of formattin? | 12:49 |
LetoThe2nd | pagios: pass the kernel init=/bin/sh or something alike | 12:50 |
pagios | LetoThe2nd, how can i do that ? i am at boot:> | 12:50 |
pagios | i have ubifsload- command etc | 12:50 |
LetoThe2nd | pagios: i have no idea where your propt and what your bootloader is ;-) | 12:51 |
LetoThe2nd | in uboot, the arguments that are passed to the kernel are in bootargs | 12:51 |
LetoThe2nd | but often the scripts generating it are a bit convoluted | 12:52 |
pagios | boot bootargs=init=/bin/sh? | 12:52 |
pagios | if i type boot it boots normally but hangs | 12:52 |
LetoThe2nd | more like setenv bootargs init=/bin/sh, then boot. | 12:53 |
pagios | setenv bootargs init=/bin/sh | 12:53 |
pagios | nice | 12:53 |
*** sjolley <sjolley!~sjolley@134.134.139.82> has quit IRC | 12:53 | |
LetoThe2nd | but like i said, the boot command can certainly include magic that overrides it. check the kernel log, it tells you the given arguments right at the beginning | 12:53 |
pagios | yea it doesnt owrk | 12:54 |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:55 | |
JaMa | RP: ok, will try to build world without it | 12:58 |
*** morphis <morphis!~morphis@pD9ED7FF5.dip0.t-ipconnect.de> has quit IRC | 13:00 | |
RP | JaMa: the creation of the original list was really about documenting what we needed 'today'. I do want to try and reduce the list where it makes sense | 13:00 |
RP | JaMa: sadly I haven't had the time to actually do that... | 13:00 |
RP | (yet) | 13:00 |
pagios | LetoThe2nd, no good :/ | 13:02 |
LetoThe2nd | pagios: boot from an sd card and mount the filesystem, that would be another way | 13:02 |
pagios | no sd card :/ | 13:03 |
pagios | only the built in flash | 13:03 |
LetoThe2nd | pagios: its basically things that can happen to you when you develop stuff in-target, instead of an outomated build, or at least boot from nfs ;-) | 13:04 |
LetoThe2nd | pagios: boot from nfs then maybe... | 13:04 |
pagios | no network card | 13:05 |
*** stephano <stephano!stephano@nat/intel/x-dfofcxfuyjopbimn> has joined #yocto | 13:05 | |
LetoThe2nd | *shrug* | 13:06 |
LetoThe2nd | then either dig through your u-boot stuff, or do a reflash | 13:06 |
pagios | LetoThe2nd, seems i have OTG | 13:09 |
pagios | i flash the ubi file to usb using dd? | 13:10 |
LetoThe2nd | pagios: this is highly board specific, i don't have the slightest clue. | 13:10 |
pagios | LetoThe2nd, can i install an imx6 imahe on usb and boot from it ? | 13:13 |
pagios | like something generic | 13:13 |
LetoThe2nd | pagios: highly board- and bootloader specific. and the bootloader magic is probably more complicated than just changing the bootargs | 13:15 |
*** Shurelous <Shurelous!~igor@187.108.42.203> has quit IRC | 13:25 | |
zarzar | i need help with errors when building with dora 1.5 on ubuntu 16LTS https://pastebin.com/MsCajZkY seems like compiler version issues to me | 13:25 |
Crofton|work | zarzar, dora is ancient | 13:26 |
zarzar | i'm building core-image-sato\ | 13:26 |
Crofton|work | likely going to be a source of ongoing pain | 13:26 |
Crofton|work | for the reasons you are seeing | 13:26 |
zarzar | i know but i need to match a system config including yocto and kernel and compiler for FIPS compliance | 13:27 |
Crofton|work | ouch | 13:27 |
Crofton|work | zarzar, I have vague understanding of FIPS, but that is insane | 13:27 |
Crofton|work | do you have anyone actually supporting dora? | 13:27 |
zarzar | yes very painful but i need to get close as possible, yocto 1.5, kernel 3.10, gcc 4.8.1 | 13:27 |
LetoThe2nd | FullyInsaneProtocolSpecification? | 13:28 |
Crofton|work | lol | 13:28 |
zarzar | haha it is insane yes | 13:28 |
Crofton|work | zarzar, use an older linux distro to do the build | 13:28 |
Crofton|work | I use docker in such situations | 13:28 |
Crofton|work | and warn customer they are risk for CVE's | 13:28 |
zarzar | yea i could use older ubuntu, but i like my 16LTS VM :( | 13:28 |
Crofton|work | well | 13:29 |
Crofton|work | chose your pain | 13:29 |
Crofton|work | LetoThe2nd, https://en.wikipedia.org/wiki/Federal_Information_Processing_Standards | 13:29 |
zarzar | yea, its a no win situation for me | 13:29 |
Crofton|work | exactly | 13:29 |
LetoThe2nd | Crofton|work: hrhr | 13:29 |
zarzar | i actually really only need the compiler for application debugging | 13:29 |
Crofton|work | which FIPS btw | 13:29 |
zarzar | 140-2 | 13:29 |
zarzar | i have not been able to find the same version of 4.8.1 armhf cross toolchain anywhere else | 13:30 |
Crofton|work | well, look slike your choices are clear | 13:32 |
Crofton|work | charge extra for this | 13:32 |
*** bbarr <bbarr!~bbarr@ip70-188-182-91.ri.ri.cox.net> has joined #yocto | 13:32 | |
*** hnje <hnje!~hnje@81.216.59.226> has quit IRC | 13:34 | |
zarzar | does yocto build the compiler from source? hopefully it does not | 13:34 |
LetoThe2nd | by default, it does. | 13:34 |
LetoThe2nd | and its openembedded/poky, not yocto ;-) | 13:35 |
zarzar | bummer | 13:36 |
LetoThe2nd | there is way to use an external toolchain, though. should be in the docs. | 13:36 |
zarzar | any idea if the built version is available somewhere? | 13:37 |
*** Shurelous <Shurelous!~igor@187.108.42.203> has joined #yocto | 13:39 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has joined #yocto | 13:40 | |
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.24.138.9.126> has joined #yocto | 13:40 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 13:43 | |
*** mflow <mflow!~code@unaffiliated/shiningthrough> has joined #yocto | 13:43 | |
zarzar | is this the armhf cross toolchain for 1.5? http://downloads.yoctoproject.org/releases/yocto/yocto-1.5/toolchain/x86_64/ | 13:44 |
Crofton|work | you could try it | 13:45 |
zarzar | looks like it is not cross toolchain, hard to tell from the write up | 13:46 |
*** peacememories <peacememories!~textual@62.178.93.7> has quit IRC | 13:50 | |
*** dv__ is now known as dv_ | 13:51 | |
*** hnje <hnje!~hnje@static-5-186-55-130.ip.fibianet.dk> has joined #yocto | 13:52 | |
*** baali <baali!~baali@27.60.5.196> has joined #yocto | 13:53 | |
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC | 13:57 | |
*** FabKna <FabKna!~Fabian@89.27.146.131> has quit IRC | 13:57 | |
*** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has joined #yocto | 13:59 | |
mflow | If I get ERROR: Feature 'xcomposite-glx' was enabled, but the pre-condition 'features.wayland-client && features.opengl && !features.opengles2 && libs.xcomposite && libs.glx' failed. while doing: bitbake -k meta-toolchain-qt5 https://pastebin.com/APbQZbjs while trying to a Qt SDK for the Raspberry Pi on an image where I don't want X11 or Wayland, with default DISTRO_FEATURES , does this mean that I either need to exclude X11 and Wayland with | 14:02 |
mflow | DISTRO_FEATURES_remove = " x11 wayland" and then qtwayland won't be build in the Qt SDK ? | 14:02 |
zarzar | ubuntu 12 for dora? or ubuntu 10? | 14:04 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:06 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 14:07 | |
*** SonicPenguin <SonicPenguin!~valerio@212.29.154.22> has joined #yocto | 14:12 | |
SonicPenguin | hi everyone | 14:12 |
SonicPenguin | i was wondering, how do i select only some recipes from an already publicy-available layer? like, i need to have docker inside my embedded system image, but the meta-virtualization layer that includes it carries also loads of other packages (like python or xen) that i definitely don't need | 14:14 |
SonicPenguin | shoukd i use bbappend? or just create an empty layer and copy-paste the docker recipe? (i don't like the second option) | 14:15 |
rburton | SonicPenguin: they won't get built unless you ask them to be built | 14:16 |
rburton | like adding meta-python with his 100 python modules won't add all of them to your image, just means you *can* build them | 14:17 |
SonicPenguin | rburton, ok thank you | 14:17 |
SonicPenguin | rburton, i know i can find the answer in the docs, but i'll ask you: where do i define the recipes in that layer that i want to build? | 14:18 |
*** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has quit IRC | 14:19 | |
rburton | edit the image recipe that you're building | 14:19 |
Crofton|work | SonicPenguin, http://opensdr.com/posts/building-small-gnuradio-images/ | 14:22 |
Crofton|work | might help | 14:22 |
Crofton|work | not exact steps for yuo, but should give you ideas | 14:23 |
SonicPenguin | Crofton|work, thank you, that's what i needed. frankly even if there's a lot of documentation for this project, i still feel lost | 14:24 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:24 | |
Crofton|work | there are a lot of knobs | 14:25 |
Crofton|work | I guess why should think about some more how to get real work done kind of things | 14:25 |
*** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has quit IRC | 14:25 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 14:26 | |
*** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has joined #yocto | 14:26 | |
*** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has quit IRC | 14:27 | |
SonicPenguin | exactly, some kind of quick starting guide or cookbooks for the most common cases. the mega manual is great but feels like a university book | 14:27 |
rburton | SonicPenguin: quickstart? | 14:28 |
rburton | mega manual is all of the docs together in one epic bundle specifically for searching fulltext | 14:28 |
rburton | otherwise, drill into the right subsection | 14:28 |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:28 | |
*** peacememories <peacememories!~textual@62.178.93.7> has joined #yocto | 14:30 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 14:31 | |
SonicPenguin | rburton, yes, it's the same anyway. quick start is pretty useless because just shows the installation and the building of a premade image | 14:35 |
rburton | development manual has more "next step" sections | 14:35 |
rburton | http://www.yoctoproject.org/docs/2.3.1/dev-manual/dev-manual.html#usingpoky-extend-customimage | 14:36 |
Crofton|work | What is poky? | 14:36 |
rburton | Crofton|work: shuttup | 14:36 |
Crofton|work | lol | 14:37 |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC | 14:37 | |
LetoThe2nd | Crofton|work: ... and dance! </aerosmith> | 14:37 |
rburton | Crofton|work: in fairness its only in the anchors, the text doesn't say it | 14:38 |
Crofton|work | https://twitter.com/evilbmcats/status/910628639523340290 | 14:38 |
Crofton|work | do any sections do a good job describing how MACHINE, DISTRO and image should be orthogonal | 14:38 |
*** Shurelous <Shurelous!~igor@187.108.42.203> has quit IRC | 14:41 | |
SonicPenguin | rburton, ok this is something. but it should be on top of guide! | 14:41 |
*** aehs29 <aehs29!aehernan@nat/intel/x-hqqfcqpeujskmegi> has joined #yocto | 14:42 | |
*** scottrif <scottrif!~scottrif@47.39.44.219> has joined #yocto | 14:42 | |
rburton | SonicPenguin: patches welcome for the docs, but http://www.yoctoproject.org/docs/2.1/yocto-project-qs/yocto-project-qs.html#qs-next-steps links to http://www.yoctoproject.org/docs/2.1/dev-manual/dev-manual.html#extendpoky | 14:42 |
*** Shurelous <Shurelous!~igor@187.108.42.203> has joined #yocto | 14:42 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has quit IRC | 14:48 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has joined #yocto | 14:49 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 14:50 | |
*** mflow <mflow!~code@unaffiliated/shiningthrough> has quit IRC | 14:51 | |
*** scottrif <scottrif!~scottrif@47.39.44.219> has quit IRC | 14:51 | |
*** scottrif <scottrif!~scottrif@2600-6c55-4600-1e9f-4ceb-70b2-5a51-51a1.dhcp6.chtrptr.net> has joined #yocto | 14:52 | |
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto | 14:53 | |
*** aehs29 <aehs29!aehernan@nat/intel/x-hqqfcqpeujskmegi> has quit IRC | 14:54 | |
*** toscalix <toscalix!~toscalix@111.red-81-44-198.dynamicip.rima-tde.net> has joined #yocto | 14:56 | |
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 14:57 | |
*** baali <baali!~baali@27.60.5.196> has quit IRC | 14:58 | |
*** Shurelous <Shurelous!~igor@187.108.42.203> has quit IRC | 14:58 | |
*** baali <baali!~baali@27.60.5.196> has joined #yocto | 14:59 | |
gunnarx | I am looking at a component that fails when building the nativesdk version. In particular there is a bbappend that performs a do_install_append() and installs files but are not shipped (packaged) in the SDK build, and that then fails on QA. What's a good way to build the native component but NOT apply this append (or the do_install_append) for the SDK build only (still apply for target build)? | 14:59 |
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 15:02 | |
*** rgchms <rgchms!~Rafa@88.131.56.168> has joined #yocto | 15:07 | |
*** rgc_hms <rgc_hms!~Rafa@88.131.56.168> has quit IRC | 15:07 | |
rburton | gunnarx: use a class override | 15:07 |
rburton | eg do_install_append_class-target will only run in target builds | 15:08 |
gunnarx | ah perfect, makes sense. | 15:08 |
gunnarx | thanks, I'll try | 15:08 |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-joniwjtdgduiepma> has quit IRC | 15:08 | |
rburton | there's a similar override for each class, -target -native -nativesdk etc | 15:08 |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-hqcphjmqifyytrxw> has joined #yocto | 15:11 | |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 15:21 | |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 15:22 | |
*** Costin1 <Costin1!~nxf31494@gate-zro.freescale.com> has left #yocto | 15:25 | |
gunnarx | Yeah, I expected as much. I'm used to MACHINE overrides also. Problem is I do only like 10-20% code development nowadays and can't keep all the features in my head. :) | 15:25 |
joshuagl | armpit: next time you fire a build on the AB there's a dropdown where you can select a release name and it'll pre-populate all of the branch fields | 15:26 |
armpit | joshuagl, k, thanks | 15:26 |
* rburton cheers agai | 15:27 | |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 15:28 | |
joshuagl | rburton: have you tried it yet? | 15:28 |
rburton | not yet | 15:29 |
*** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has quit IRC | 15:29 | |
*** hnje <hnje!~hnje@static-5-186-55-130.ip.fibianet.dk> has quit IRC | 15:31 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 15:31 | |
joshuagl | tsk | 15:33 |
joshuagl | 2.4 M4 M+ my foot | 15:33 |
*** toscalix_ <toscalix_!~toscalix@213.143.60.62> has joined #yocto | 15:33 | |
*** baali <baali!~baali@27.60.5.196> has quit IRC | 15:34 | |
*** toscalix <toscalix!~toscalix@111.red-81-44-198.dynamicip.rima-tde.net> has quit IRC | 15:35 | |
*** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has quit IRC | 15:35 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 15:35 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 15:37 | |
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 15:37 | |
*** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has joined #yocto | 15:37 | |
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC | 15:38 | |
joshuagl | RP: rburton: do you have AB runs planned for this evening? | 15:39 |
rburton | i'll fire a mut shortly | 15:39 |
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto | 15:39 | |
* joshuagl would like to try and repro the eclipse-poky-neon issue | 15:39 | |
RP | joshuagl: I've found a bug in those dropdowns | 15:39 |
joshuagl | RP: good, what is it? | 15:39 |
RP | joshuagl: trigger that build and kill everything but neon? | 15:40 |
RP | joshuagl: meta-gplv2 only has pyro and master branches | 15:40 |
joshuagl | RP: gah! | 15:40 |
joshuagl | RP: didn't realise, will add some special casing | 15:40 |
RP | joshuagl: meta-qt3 won't get a rocko branch afaik | 15:41 |
joshuagl | I can see this is going to be "fun" to maintain :-) | 15:41 |
RP | joshuagl: thankfully the exceptions get fewer going forwards | 15:41 |
*** SonicPenguin <SonicPenguin!~valerio@212.29.154.22> has quit IRC | 15:45 | |
armpit | it will only cause issues with morty | 15:46 |
RP | armpit: quite the collection of pyro patches, thanks. Is there a bitbake branch anywhere with the bitbake patches in? | 15:46 |
armpit | RP, err nope | 15:47 |
RP | armpit: ok, np | 15:47 |
armpit | working on morty kernel updates now | 15:47 |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 15:49 | |
*** toscalix_ <toscalix_!~toscalix@213.143.60.62> has quit IRC | 15:50 | |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 15:50 | |
*** baali <baali!~baali@27.60.5.196> has joined #yocto | 15:52 | |
joshuagl | RP: thanks for testing, I have a patch. Will test and deploy later/tomorrow | 15:53 |
RP | joshuagl: thanks! | 15:56 |
RP | armpit: can you check I've merged everything in pyro please? | 15:56 |
*** baali <baali!~baali@27.60.5.196> has quit IRC | 15:57 | |
zarzar | is the cross toolchain for armhf built into binaries during a yocto bitbake build for an armhf target/ | 15:57 |
* armpit looks | 15:57 | |
armpit | RP looks good. thanks | 15:58 |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:58 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 15:59 | |
RP | armpit: thanks | 15:59 |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 16:00 | |
*** morphis <morphis!~morphis@pD9ED7FF5.dip0.t-ipconnect.de> has joined #yocto | 16:00 | |
*** peacememories <peacememories!~textual@62.178.93.7> has quit IRC | 16:01 | |
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has quit IRC | 16:01 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 16:01 | |
*** peacememories <peacememories!~textual@62.178.93.7> has joined #yocto | 16:02 | |
*** peacememories <peacememories!~textual@62.178.93.7> has quit IRC | 16:03 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 16:04 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has quit IRC | 16:04 | |
*** luc4 <luc4!~luca@185.43.148.11> has quit IRC | 16:06 | |
*** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 16:07 | |
*** fl0v0 <fl0v0!~fvo@pD9F6A3A9.dip0.t-ipconnect.de> has quit IRC | 16:07 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:07 | |
*** morphis_ <morphis_!~morphis@pD9ED75EC.dip0.t-ipconnect.de> has joined #yocto | 16:15 | |
RP | armpit: I've missed patches :( | 16:17 |
*** Marwin is now known as Amynka | 16:18 | |
*** morphis <morphis!~morphis@pD9ED7FF5.dip0.t-ipconnect.de> has quit IRC | 16:18 | |
RP | armpit: sorted now I think | 16:20 |
*** morphis <morphis!~morphis@pD9ED75EC.dip0.t-ipconnect.de> has joined #yocto | 16:21 | |
*** morphis_ <morphis_!~morphis@pD9ED75EC.dip0.t-ipconnect.de> has quit IRC | 16:21 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has joined #yocto | 16:27 | |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has quit IRC | 16:28 | |
*** jae <jae!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto | 16:32 | |
*** jae is now known as Guest23341 | 16:32 | |
*** AndersD <AndersD!~anders@77.88.92.6> has quit IRC | 16:32 | |
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC | 16:33 | |
*** martinkelly1 <martinkelly1!~martin@67.171.33.217> has joined #yocto | 16:33 | |
*** bodangly <bodangly!~bodangly@12.178.87.98> has joined #yocto | 16:34 | |
Guest23341 | Hi, Im looking into setting up a ptest framework, does anyone know how this chart is populated? https://wiki.yoctoproject.org/wiki/Ptest_6964efddd31c479386d1643c1025bc102710392f | 16:35 |
Guest23341 | if there are already scripts available for this? | 16:35 |
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 16:45 | |
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 16:47 | |
*** martinkelly1 <martinkelly1!~martin@67.171.33.217> has quit IRC | 16:48 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 16:48 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has quit IRC | 16:48 | |
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 16:49 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:52 | |
*** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has quit IRC | 16:53 | |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 16:56 | |
*** zarzar1 <zarzar1!~zarzar@184.75.233.58> has joined #yocto | 16:56 | |
*** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC | 16:57 | |
*** bodangly_ <bodangly_!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 16:57 | |
*** bodangly <bodangly!~bodangly@12.178.87.98> has quit IRC | 17:00 | |
*** scottrif <scottrif!~scottrif@2600-6c55-4600-1e9f-4ceb-70b2-5a51-51a1.dhcp6.chtrptr.net> has quit IRC | 17:01 | |
khem | rburton: I want to have git versions of recipe for gcc and friends, using the new incantation you added is there some quick howto ? | 17:02 |
khem | is it devupstream.bbclass ? | 17:04 |
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 17:08 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 17:08 | |
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:bcb5:ceef:8427:d04f> has joined #yocto | 17:10 | |
*** Guma <Guma!~Guma@c-67-184-64-21.hsd1.il.comcast.net> has joined #yocto | 17:15 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 17:16 | |
*** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto | 17:16 | |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.76> has joined #yocto | 17:17 | |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.76> has left #yocto | 17:19 | |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.76> has joined #yocto | 17:19 | |
*** sachit <sachit!~sbtkd85@ps3mwgproxy10-dmz.us.dell.com> has quit IRC | 17:24 | |
*** sachit <sachit!~sbtkd85@pc1mwgproxy11-dmz.us.dell.com> has joined #yocto | 17:24 | |
*** melonipoika <melonipoika!~jose@194.9.245.34> has quit IRC | 17:25 | |
*** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC | 17:26 | |
*** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto | 17:26 | |
*** paulg_ <paulg_!~paulg@128.224.252.2> has quit IRC | 17:26 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 17:27 | |
*** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC | 17:27 | |
*** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto | 17:28 | |
*** paulg_ <paulg_!~paulg@128.224.252.2> has joined #yocto | 17:29 | |
*** yann <yann!~yann@LFbn-1-3552-118.w90-127.abo.wanadoo.fr> has quit IRC | 17:30 | |
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC | 17:32 | |
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has quit IRC | 17:41 | |
*** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC | 17:42 | |
*** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto | 17:42 | |
*** sjolley1 <sjolley1!~sjolley@134.134.139.83> has joined #yocto | 17:45 | |
*** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC | 17:45 | |
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC | 17:47 | |
*** Guest51513 <Guest51513!~me@HSI-KBW-046-005-016-094.hsi8.kabel-badenwuerttemberg.de> has joined #yocto | 17:50 | |
Guest51513 | hi, is there a mechanism/best practice for initial system preparation on first boot? e.g. setting hostname etc. | 17:51 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 17:52 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 17:53 | |
aehs29 | Guest51513: I dont think theres a single mechanism for that, you may use a combination of classes to achieve that though, like useradd.bbclass + rootfs_postinstall.bbclass and such | 17:56 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 17:57 | |
*** martinkelly1 <martinkelly1!~martin@75-165-54-91.tukw.qwest.net> has joined #yocto | 18:00 | |
*** stephano <stephano!stephano@nat/intel/x-dfofcxfuyjopbimn> has quit IRC | 18:01 | |
Guest51513 | aehs29: iirc there was a runonce example for sysvinit. sounds like I have to write my own stuff for something I expected that many others have the same issue | 18:01 |
*** stefan_ <stefan_!~stefan@ipbcc3cd23.dynamic.kabel-deutschland.de> has joined #yocto | 18:02 | |
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 18:04 | |
*** jcstach <jcstach!~jcstach@104.129.200.116> has joined #yocto | 18:07 | |
*** Ademan-work <Ademan-work!~droberts@50-254-135-242-static.hfc.comcastbusiness.net> has quit IRC | 18:14 | |
*** martinkelly2 <martinkelly2!~martin@75-165-58-175.tukw.qwest.net> has joined #yocto | 18:15 | |
*** martinkelly1 <martinkelly1!~martin@75-165-54-91.tukw.qwest.net> has quit IRC | 18:16 | |
sveinse | Is it possible to define or call python functions in local.conf, site.conf or distro.conf? | 18:17 |
sveinse | The use case is to read and parse a central given VERSION file loading a value into the SP_VERSION | 18:17 |
sveinse | Can I include a bbclass from these files and use these functions? | 18:18 |
kergoth | you can call them from inline python in a .conf, but the function definition itself would have to be placed in a bbclass in INHERIT, or in a .inc file required from the .conf | 18:18 |
sveinse | So the use of "inherit" in e.g. distro.conf is ok? | 18:19 |
*** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto | 18:20 | |
*** sjolley1 <sjolley1!~sjolley@134.134.139.83> has quit IRC | 18:20 | |
*** sjolley1 <sjolley1!~sjolley@134.134.139.83> has joined #yocto | 18:23 | |
*** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC | 18:23 | |
khem | you need to do use INHERIT | 18:24 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 18:25 | |
*** toanju <toanju!~toanju@x55b5249b.dyn.telefonica.de> has joined #yocto | 18:25 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 18:36 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 18:37 | |
*** martinkelly2 <martinkelly2!~martin@75-165-58-175.tukw.qwest.net> has quit IRC | 18:40 | |
*** martinkelly1 <martinkelly1!~martin@75-165-62-129.tukw.qwest.net> has joined #yocto | 18:40 | |
sveinse | I'm attempting to make my very first distro based on poky, and based on the mess of local.conf, I have put this into distro/sp-poky.conf: https://bpaste.net/show/9874aeed86f1 . Anything that stands out NOT being directives for a distro and should remain in local.conf? | 18:42 |
*** scottrif <scottrif!~scottrif@47.39.44.219> has joined #yocto | 18:53 | |
*** Ulfalizer <Ulfalizer!~frobar@ua-213-112-0-22.cust.bredbandsbolaget.se> has quit IRC | 18:53 | |
*** Ademan-work <Ademan-work!~droberts@50-254-135-242-static.hfc.comcastbusiness.net> has joined #yocto | 18:58 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 18:58 | |
Ademan-work | Is it possible to conditionally append to bitbake variables based on an environment variable? | 18:59 |
Ademan-work | I have an environment variable that changes the flavor of our build. Depending on the flavor I need to append an extra install file. | 18:59 |
Ademan-work | There's probably a better architecture but I'm not the right person to re-architect it... | 19:00 |
sveinse | I ended up pre-parsing local.conf prior to running, bitbake, but that is certainly not an ideal way of doing it | 19:00 |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-hqcphjmqifyytrxw> has quit IRC | 19:00 | |
*** Liam_ <Liam_!171872b1@gateway/web/freenode/ip.23.24.114.177> has joined #yocto | 19:02 | |
*** Liam_ is now known as Guest11070 | 19:02 | |
*** Shurelous <Shurelous!~igor@187.108.42.203> has joined #yocto | 19:04 | |
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 19:08 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 19:11 | |
*** gunnarx <gunnarx!~user@c83-248-212-222.bredband.comhem.se> has joined #yocto | 19:13 | |
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto | 19:13 | |
Ademan-work | sveinse: thanks, I hope to avoid that ;-) | 19:13 |
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 19:13 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 19:16 | |
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 19:16 | |
sveinse | Can a distro definition sit in multiple layers? By that I mean, have a base distro in one layer and amend (bbappend?) to it in another? | 19:16 |
*** bodangly__ <bodangly__!~bodangly@12.178.87.98> has joined #yocto | 19:23 | |
*** bodangly_ <bodangly_!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 19:26 | |
sveinse | How can I access a file (a VERSION file which is located in the root of the layer) from a bbclass file? | 19:31 |
sveinse | Does the bbclass file have a THISFILE path or similar? | 19:31 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 19:31 | |
*** toanju <toanju!~toanju@x55b5249b.dyn.telefonica.de> has quit IRC | 19:33 | |
rburton | khem: yes, devuptream. doesn't work for native yet though, so doubt its useful for gcc | 19:36 |
sveinse | Interesting. There seems to be no SRCDIR or similar. I actually have to parse through each entry in BBLAYERS to find the path to my layer :o Curious | 19:45 |
sveinse | Is there any particular reason for not having a variable reference to the current (bitbake) source file? | 19:47 |
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.24.138.9.126> has quit IRC | 19:58 | |
*** bluelightning <bluelightning!~paul@157.27.255.123.static.snap.net.nz> has joined #yocto | 20:00 | |
*** bluelightning <bluelightning!~paul@157.27.255.123.static.snap.net.nz> has quit IRC | 20:00 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:00 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:06 | |
*** Dvorkin <Dvorkin!4faa1830@gateway/web/freenode/ip.79.170.24.48> has joined #yocto | 20:09 | |
Dvorkin | any comments on ADT bug? https://bugzilla.yoctoproject.org/show_bug.cgi?id=12095 | 20:09 |
yocti | Bug 12095: normal, Medium, 2.4 M4, brian.avery, NEW , Toolchain.Host.Mismatch problem | 20:09 |
*** Guest11070 <Guest11070!171872b1@gateway/web/freenode/ip.23.24.114.177> has quit IRC | 20:10 | |
khem | rburton: gcc doesnt have native but all other variants are there | 20:10 |
*** ant_home <ant_home!~ant__@host224-10-dynamic.249-95-r.retail.telecomitalia.it> has joined #yocto | 20:21 | |
*** bodangly__ <bodangly__!~bodangly@12.178.87.98> has quit IRC | 20:26 | |
*** Shurelous <Shurelous!~igor@187.108.42.203> has quit IRC | 20:33 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 20:33 | |
*** Shurelous <Shurelous!~igor@187.108.42.203> has joined #yocto | 20:35 | |
*** morphis <morphis!~morphis@pD9ED75EC.dip0.t-ipconnect.de> has quit IRC | 20:35 | |
*** sjolley1 <sjolley1!~sjolley@134.134.139.83> has quit IRC | 20:37 | |
*** bodangly <bodangly!~bodangly@12.178.87.98> has joined #yocto | 20:37 | |
sveinse | I got a task here which results in ERROR from sstate_task_postfunc which is a py function. It does not log anything why or when. I expect an exception being raised behind the scenes. How can I enable bitbake to print the exception? | 20:39 |
sveinse | I've tried -DDDDDDD in vain | 20:39 |
*** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto | 20:39 | |
khem | yeah python functions are notorious | 20:40 |
otavio | Hello folks | 20:42 |
armpit | hello Otavio | 20:45 |
Guest23341 | Hi, Im looking into setting up a ptest framework, does anyone know how this chart is populated? https://wiki.yoctoproject.org/wiki/Ptest_6964efddd31c479386d1643c1025bc102710392f if there are already scripts available for this? | 20:46 |
armpit | Guest23341, maybe a Yocto bug would be in order | 20:47 |
*** morphis <morphis!~morphis@pD9ED75EC.dip0.t-ipconnect.de> has joined #yocto | 20:53 | |
*** Shurelous <Shurelous!~igor@187.108.42.203> has quit IRC | 20:55 | |
*** morphis <morphis!~morphis@pD9ED75EC.dip0.t-ipconnect.de> has quit IRC | 20:58 | |
*** pohly <pohly!~pohly@p5DE8C95A.dip0.t-ipconnect.de> has quit IRC | 20:59 | |
kergoth | RP: have you seen https://www.python.org/dev/peps/pep-0538/ ? | 20:59 |
kergoth | was just reading https://docs.python.org/3/whatsnew/3.7.html | 20:59 |
kergoth | oh, that's interesting. new argparse feature "The parse_intermixed_args() supports letting the user intermix options and positional arguments on the command line, as is possible in many unix commands." | 21:00 |
kergoth | khem: nice, just saw the lwn article about 4.4 and 4.9 kernels having patches to build with clang. good stuff | 21:06 |
behanw | kergoth: The Google Android guys have been busy upstreaming LLVMLinux patches. | 21:07 |
kergoth | very cool | 21:07 |
behanw | And fixing new issues. | 21:07 |
behanw | kergoth: Both google and Linaro are finally kicking butt. | 21:07 |
behanw | Which is nice. Though I wish they had listened to me 5 years ago. | 21:08 |
behanw | Both camps have apologized to me that they didn't help LLVMLinux project back when we started... They get it now. | 21:09 |
behanw | I'm just glad that value is finally understood. | 21:09 |
*** Shurelous <Shurelous!~igor@187.108.42.203> has joined #yocto | 21:09 | |
RP | kergoth: interesting, I had not | 21:14 |
behanw | Android and ChromeOS are both pretty close to being clang-only these days. | 21:16 |
behanw | Along with FreeBSD, Mandriva, and of course iOS and MacOS... | 21:17 |
*** stefan_ <stefan_!~stefan@ipbcc3cd23.dynamic.kabel-deutschland.de> has quit IRC | 21:20 | |
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-eokzfshbipysolfu> has quit IRC | 21:45 | |
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-jzutcqebndsqhzcm> has quit IRC | 21:47 | |
*** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has quit IRC | 21:47 | |
*** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has joined #yocto | 21:47 | |
Guest23341 | n | 21:47 |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 21:47 | |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 21:47 | |
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has quit IRC | 21:48 | |
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-rutngbpbzfmxfqaj> has joined #yocto | 21:55 | |
*** lamego <lamego!~jose@134.134.139.83> has quit IRC | 21:57 | |
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-fwktgckcwzywfdab> has joined #yocto | 22:01 | |
*** klynn <klynn!~klynn@47.39.44.219> has joined #yocto | 22:03 | |
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto | 22:05 | |
*** ant_home <ant_home!~ant__@host224-10-dynamic.249-95-r.retail.telecomitalia.it> has quit IRC | 22:08 | |
*** joshuagl <joshuagl!joshuagl@nat/intel/x-pwngpfnwdraozzxa> has quit IRC | 22:12 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 22:12 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 22:18 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 22:18 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 22:23 | |
rburton | khem: well actually, if it doesn't use bbclassextend you'll be okay (it can't extend an extended recipe yet) | 22:23 |
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 22:25 | |
khem | rburton: ok | 22:26 |
khem | then i am out of luck | 22:26 |
khem | rburton: btw. I am sending a llvm ver bump to final 5.0 release | 22:26 |
khem | kergoth: yes clang community is very easy going.. no snotty people, and very responsive | 22:28 |
*** Shurelous <Shurelous!~igor@187.108.42.203> has quit IRC | 22:29 | |
*** bodangly <bodangly!~bodangly@12.178.87.98> has quit IRC | 22:35 | |
*** bodangly <bodangly!~bodangly@12.178.87.98> has joined #yocto | 22:40 | |
*** bodangly <bodangly!~bodangly@12.178.87.98> has quit IRC | 22:44 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-afutygcuthtrgfwv> has joined #yocto | 22:54 | |
*** lukma <lukma!~Thunderbi@89-64-27-66.dynamic.chello.pl> has quit IRC | 22:56 | |
*** lukma <lukma!~Thunderbi@89-64-27-66.dynamic.chello.pl> has joined #yocto | 22:56 | |
*** alimon <alimon!~alimon@148.240.201.158> has quit IRC | 22:56 | |
*** alimon <alimon!~alimon@148.240.201.158> has joined #yocto | 22:58 | |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:04 | |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has quit IRC | 23:16 | |
*** starscapes <starscapes!cfc66917@gateway/web/freenode/ip.207.198.105.23> has joined #yocto | 23:31 | |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.76> has quit IRC | 23:37 | |
*** starscapes <starscapes!cfc66917@gateway/web/freenode/ip.207.198.105.23> has quit IRC | 23:40 | |
*** agust <agust!~agust@p4FCB625A.dip0.t-ipconnect.de> has quit IRC | 23:42 | |
*** libby1 <libby1!~libby@134.134.139.72> has left #yocto | 23:47 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 23:49 | |
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 23:49 | |
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 23:50 | |
*** klynn <klynn!~klynn@47.39.44.219> has quit IRC | 23:56 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!