*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 00:04 | |
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:15 | |
diamondman | Hello everyone. I am pretty new to the yocto project. I find it confusing that when I `source ./oe-buildenv-internal mybuild`, I get a mybuild/conf/bblayers.conf. This is confusing to me since I expected what layers to use would be a configuration I provided, not a build artifact. I did find the bblayers.conf.sample template, but having to modify my checked out poky repository to add a layer feels incorrect to me. | 00:38 |
---|---|---|
diamondman | Does anyone know how I am supposed to add layers to a zeus checkout without modifying the source? | 00:41 |
diamondman | Sorry, I meant `source ./oe-init-build-env mybuild` | 00:43 |
diamondman | One person I asked literally recommended making my own script that calls oe-init-build-env, and then uses `sed` to add my layers to the generated bblayers file. There has to be a more appropriate way. | 00:44 |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 00:56 | |
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 01:27 | |
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 01:35 | |
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 01:39 | |
diamondman | Hmm @mischief taught me about the TEMPLATECONF variable. That helped a lot. Now at least I know where things start :) | 01:43 |
*** weltling <weltling!~toll@klapt.com> has quit IRC | 01:58 | |
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 02:06 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 03:14 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9da4:8d1c:e983:1af6> has quit IRC | 04:34 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:1dfc:3910:e3ef:464b> has joined #yocto | 04:46 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 05:47 | |
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 05:54 | |
yocti | New news from stackoverflow: Bitbake: pass string with spaces to meson config <https://stackoverflow.com/questions/59404259/bitbake-pass-string-with-spaces-to-meson-config> | 06:28 |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:31 | |
*** agust <agust!~agust@pD95F104D.dip0.t-ipconnect.de> has joined #yocto | 06:43 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:04 | |
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:06 | |
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 07:16 | |
*** frsc <frsc!~frsc@107-79-142-46.pool.kielnet.net> has joined #yocto | 07:25 | |
*** wertigon <wertigon!8addfa13@138.221.250.19> has joined #yocto | 07:28 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:31 | |
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has joined #yocto | 07:41 | |
*** junland <junland!~junland@142.93.201.46> has quit IRC | 07:44 | |
*** mckoan|away is now known as mckoan | 07:45 | |
*** junland <junland!~junland@142.93.201.46> has joined #yocto | 07:46 | |
mckoan | diamondman: you get mybuild/conf/bblayers.conf as starting point. It is created autoatically the first time you run oe-init-build-env | 07:48 |
diamondman | @mckoan The reason I was confused by that file being generated is I would expect bblayers to be checked into source control, but I will never check anything in build into source control. | 07:49 |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 07:50 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:51 | |
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:53 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:54 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 07:54 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 08:03 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:05 | |
mckoan | diamondman: the build system (bitbake) uses such file to know which are the layers you want to use. | 08:07 |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 08:08 | |
mckoan | diamondman: it can't figure out which thery are. You have to add your layers to it. | 08:08 |
diamondman | thanks, but I did know that. I managed to figure out how to override the conf templates with `TEMPLATECONF` | 08:09 |
LetoThe2nd | diamondman: actually i think you're on the wrong path here | 08:29 |
LetoThe2nd | bblayers is not meant to go into source control, as it usually contains absolute pathes | 08:29 |
LetoThe2nd | diamondman: for a rundown of known good practises on that, please look at https://stackoverflow.com/questions/58863254/how-to-manage-meta-layers-for-a-yocto-project-build-configs-in-git/58865947#58865947 for starters. | 08:30 |
diamondman | yeah I am editing bblayers.conf.sample in my own template directory now :) | 08:30 |
diamondman | ooh happy for this link :) | 08:30 |
LetoThe2nd | have fun | 08:30 |
*** nacknick <nacknick!b9b8f483@185.184.244.131> has joined #yocto | 08:30 | |
diamondman | thanks | 08:34 |
nacknick | Hello. What is the correct way to add perl modules to my image? I'm confused with all the information I've found on the internet | 08:48 |
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 08:50 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 08:51 | |
wertigon | nacknick: IMAGE_INSTALL_append += "perl" in your distro.conf or image file? | 08:57 |
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:59 | |
wertigon | We use packages to define this | 09:01 |
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 09:01 | |
wertigon | as in, packagegroups | 09:02 |
*** TobSnyder <TobSnyder!~schneider@95.90.163.47> has joined #yocto | 09:03 | |
nacknick | wertigon: in local.conf under "CORE_IMAGE_EXTRA_INSTALL" | 09:04 |
wertigon | local.conf is for your local distribution | 09:04 |
wertigon | If you just want to pull a package... | 09:04 |
*** PaowZ <PaowZ!~Vince@193.252.149.222> has quit IRC | 09:05 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:05 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:08 | |
GeneralStupid | Does someone have some experience with booting / running from NAND QSPI Flash? | 09:10 |
qschulz | GeneralStupid: ask the actual question and people will know if they can answer or not | 09:11 |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 09:12 | |
qschulz | I have a question: if a package B is added in RDEPENDS of package A through the auto-RDEPENDS mechanism. If package B is rebuilt, that auto-RDEPENDS mechanism should be re-executed right? We have an issue in thud where we added ALL libs from package B to PRIVATE_LIBS but package A still RDEPENDS at packaging time on package B, which can't happen (there is no explicit RDEPENDS) | 09:13 |
qschulz | and to complete the whole context. package A and package B provide the same SONAME libraries (hence the PRIVATE_LIBS for one) but one compiled "normally" and the other with libcpp and libc from clang (manually done, not with meta-clang). | 09:17 |
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto | 09:18 | |
yocti | New news from stackoverflow: List packages which will be included in host Yocto SDK <https://stackoverflow.com/questions/57578271/list-packages-which-will-be-included-in-host-yocto-sdk> | 09:59 |
Ad0 | I had to change rust revision, how do I clean rust so it recompiles (meta-rust) it has a recipe called rust, and I did clean on that but nothing really happened | 10:05 |
Ad0 | it doesn't recompile rust | 10:05 |
GeneralStupid | qschulz: this is the actual question. For me it looks like that QSPI NAND is not really supported. | 10:06 |
qschulz | GeneralStupid: There is no mention of which software you're trying to run, what tells you it's not supported, what's happening, what you want to achieve, etc. | 10:07 |
qschulz | Have you tried without Yocto first, i.e. is it upstream support that is lacking/broken or is it Yocto doing some fancy stuff you want to fix. | 10:08 |
qschulz | I doubt it's Yocto related, so you can head to your project's IRC channel. Most likely #mtd for the NAND support in U-Boot/Kernel. Might also be worth asking help on #u-boot. Also if I recall correctly, it's also an NXP vendor BSP, so contact them. If it's BOOTROM issue, contact your supplier, etc. :) | 10:09 |
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has quit IRC | 10:15 | |
GeneralStupid | qschulz: Ideally i want to boot from it. but thats a NXP related question. So the idea is to initally boot from QSPI NOR and then, when Uboot is loaded i Chipselect the NAND Flash and boot from it. Yes i already work into that BOOTROM. Its extendible... Great... | 10:16 |
*** nacknick <nacknick!b9b8f483@185.184.244.131> has quit IRC | 10:28 | |
yocti | New news from stackoverflow: Where are bitbake python functions documented <https://stackoverflow.com/questions/24769944/where-are-bitbake-python-functions-documented> || Poky-sumo : nothing provides kernel-module-hello... error <https://stackoverflow.com/questions/53888201/poky-sumo-nothing-provides-kernel-module-hello-error> | 10:29 |
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has joined #yocto | 10:29 | |
wertigon | Ok, tested over and over to get psplash to work with my image | 10:37 |
wertigon | It completely refuses to work -_- | 10:37 |
wertigon | If I create a different image and convert it, it works however | 10:38 |
wertigon | The problem so far is two-fold: | 10:38 |
wertigon | 1. psplash thinks red is supposed to be gray | 10:38 |
alessioigor | Has Someones already incurred in this error '#error "_PYTHON_INCLUDE_TARGET or _PYTHON_INCLUDE_NATIVE is not defined"'? | 10:39 |
wertigon | 2. psplash offsets the image by one pixel every time | 10:39 |
wertigon | for each line | 10:39 |
wertigon | It looks like the image is to blame here; | 10:40 |
wertigon | is there a way I can check the .h image gdk-pixbuf generates? | 10:40 |
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:ccab:d039:2e26:7e46> has joined #yocto | 10:40 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 10:47 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 10:48 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:59 | |
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 11:02 | |
rburton | RP: ross/mut-good mostly passed on the ab. selftest failed in a test i added (removed from branch), armhost and arm-ptest failed in nspr-native (missing unpack) | 11:39 |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 11:46 | |
LetoThe2nd | qschulz: oh and kudos for getting the helloworld compilation question on SO done. i read it, and the existing question was so off that i completely didn't feel like investing the time. | 11:47 |
LetoThe2nd | s/existing question/existing answer already/ | 11:51 |
qschulz | LetoThe2nd: :) | 11:54 |
LetoThe2nd | qschulz: :) | 11:55 |
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 12:01 | |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 12:03 | |
RP | rburton: thanks. I'm trying to sort the bitbake-selftest issue that is plaguing builds :/ | 12:04 |
*** B_ceecbgh <B_ceecbgh!~smokevadi@ec2-52-15-134-255.us-east-2.compute.amazonaws.com> has joined #yocto | 12:22 | |
*** vineela <vineela!vtummala@nat/intel/x-xpomynzyznzhdhhs> has joined #yocto | 12:25 | |
*** B_ceecbgh <B_ceecbgh!~smokevadi@ec2-52-15-134-255.us-east-2.compute.amazonaws.com> has quit IRC | 12:30 | |
*** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 12:33 | |
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has quit IRC | 12:37 | |
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:38 | |
*** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 12:41 | |
*** opennandra <opennandra!~marek@adsl-dyn219.78-98-134.t-com.sk> has joined #yocto | 12:42 | |
opennandra | hi, I'm tring to add this directory to mc recipe (/home/root/.config/mc) and also set FILES_${PN} += "/home/root" but it still complain about QA during package | 12:42 |
opennandra | any ideas? | 12:43 |
LetoThe2nd | about what does QA qctually complain? | 12:46 |
opennandra | LetoThe2nd: QA Issue: mc: Files/directories were installed but not shipped in any package | 12:46 |
*** berton <berton!~berton@189.103.49.163> has joined #yocto | 12:46 | |
opennandra | this is bbappend: | 12:47 |
opennandra | do_install_append () { | 12:47 |
opennandra | install -d ${D}/home/root/.config/mc | 12:47 |
opennandra | } | 12:47 |
opennandra | FILES_${PN} += "/home/root/.config/mc/*" | 12:47 |
opennandra | original issue is that if this path doesn't exists and I enable eradonly rootfs mc cannot be started | 12:47 |
opennandra | *readonly | 12:47 |
LetoThe2nd | not sure if FILES like the globbing | 12:48 |
LetoThe2nd | why not just the directory? | 12:48 |
opennandra | I tried also only "/home/root" same error | 12:49 |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 12:50 | |
*** TobSnyder <TobSnyder!~schneider@95.90.163.47> has quit IRC | 12:50 | |
LetoThe2nd | and it does really complain about *that* specific file? | 12:50 |
opennandra | ERROR: mc-4.8.22-r0 do_package: QA Issue: mc: Files/directories were installed but not shipped in any package: | 12:50 |
opennandra | /home | 12:50 |
opennandra | /home/root | 12:50 |
opennandra | /home/root/.config | 12:50 |
opennandra | /home/root/.config/mc | 12:50 |
*** berton <berton!~berton@189.103.49.163> has quit IRC | 12:52 | |
*** berton <berton!~berton@189.103.49.163> has joined #yocto | 12:52 | |
LetoThe2nd | hm | 12:54 |
LetoThe2nd | and you have checked bitbake -e that FILES really looks the way you think it does? | 12:54 |
opennandra | weird isn't it ;) | 12:54 |
opennandra | yes I checked that | 12:54 |
opennandra | path was there | 12:54 |
LetoThe2nd | ok. no idea then, sorry. | 12:55 |
opennandra | FILES_mc="/usr/bin/* /usr/sbin/* /usr/libexec/* /usr/lib/lib*.so.* /etc /com /var /bin/* /sbin/* /lib/*.so.* /lib/udev /usr/lib/udev /lib/udev /usr/lib/udev /usr/share/mc /usr/lib/mc/* /usr/share/pixmaps /usr/share/applications /usr/share/idl /usr/share/omf /usr/share/sounds /usr/lib/bonobo/servers /home/root/.config/mc/*" | 12:55 |
opennandra | isn't home dir somehow special and we cannot create files in it or so? | 12:55 |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 12:56 | |
*** nickes <nickes!~nick@195.35.73.231> has joined #yocto | 12:57 | |
nickes | Is it possible to use yocto with the meta-java layer on ubuntu 18.04? I'm facing some "os-check" problems during the build of the openjdk-8 recipe. | 12:59 |
LetoThe2nd | nickes: "depends" | 13:00 |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:02 | |
wertigon | Aaaah... Now I realise what I did wrong, psplash rejected a width of 513 pixels :D | 13:03 |
nickes | LetotThe2nd: on what? | 13:03 |
nickes | LetoThe2nd:sry, on what? | 13:03 |
LetoThe2nd | nickes: primarily on the yocto/OE release in use. | 13:04 |
LetoThe2nd | nickes: and, if openjdk checks it itself, maybe even for a good reason | 13:04 |
hpsy | opennandra: When we add whole directories to a package we use the directory path ( FILES_${PN} += "/home/root/.config/mc" ), maybe that helps. | 13:07 |
nickes | LetoThe2nd: oh boy, I didn't thought that my build in a dependency hell. What would you suggest? Changing to a former os version e.g. ubuntu 16.04? What version(s) do you use? | 13:08 |
LetoThe2nd | nickes: getting rid of java | 13:09 |
LetoThe2nd | nickes: another option obviously building in a container | 13:10 |
nickes | LetoThe2nd: nice | 13:10 |
nickes | LetoThe2nd: yeah good idea, thanks a lot | 13:11 |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 13:11 | |
opennandra | hpsy: I've tried that and it helps ;), thanks | 13:15 |
LetoThe2nd | hpsy: huh... now whats the difference in what i said? | 13:17 |
opennandra | LetoThe2nd: FILES_${PN} += "/home/root/.config/mc/" instead: FILES_${PN} += "/home/root/.config/mc/*" | 13:18 |
opennandra | ther edoesn't exists any files in this directory | 13:18 |
opennandra | just directory | 13:18 |
LetoThe2nd | oh boy | 13:18 |
opennandra | oh yes | 13:18 |
opennandra | small stuping * :) | 13:18 |
opennandra | thanks a lot for help | 13:18 |
LetoThe2nd | LetoThe2nd> why not just the directory? | 13:18 |
LetoThe2nd | i thought that was clear that you should point to the directory, without the trailing slash | 13:19 |
opennandra | well overlooked it sorry | 13:20 |
LetoThe2nd | opennandra: hint: often looking at other recipes help, seeing how they do things. | 13:20 |
opennandra | LetoThe2nd: I'm looking a lot | 13:20 |
yocti | New news from stackoverflow: Different versions of yocto in one project <https://stackoverflow.com/questions/59410655/different-versions-of-yocto-in-one-project> || Build a recipe that depends on another recipe: Yocto? <https://stackoverflow.com/questions/59410336/build-a-recipe-that-depends-on-another-recipe-yocto> | 13:30 |
hpsy | opennandra: You're welcome :) | 13:37 |
* kanavin is carpet bombing the oe-core list | 13:37 | |
*** opennandra <opennandra!~marek@adsl-dyn219.78-98-134.t-com.sk> has quit IRC | 13:51 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 13:52 | |
rburton | kanavin: what branch is the latest series in? | 13:55 |
*** kroon_ <kroon_!~kroon@213.185.29.22> has joined #yocto | 13:59 | |
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:00 | |
*** kroon__ <kroon__!~kroon@213.185.29.22> has joined #yocto | 14:01 | |
*** kroon_ <kroon_!~kroon@213.185.29.22> has quit IRC | 14:03 | |
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 14:04 | |
*** kroon__ <kroon__!~kroon@213.185.29.22> has quit IRC | 14:05 | |
*** kroon__ <kroon__!~kroon@213.185.29.22> has joined #yocto | 14:06 | |
*** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 14:09 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 14:18 | |
mihai | maybe I'm working in some unholy scenario, but... | 14:41 |
*** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 14:42 | |
mihai | Exception: NameError: name 'staging_package_populate_pkgdata_dir' is not defined | 14:42 |
mihai | I'm guessing this shouldn't happen | 14:42 |
rburton | RP: going to be late for triage, need to do the school run today | 14:43 |
mihai | it looks like a typo of package_populate_pkgdata_dir | 14:44 |
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:ccab:d039:2e26:7e46> has quit IRC | 14:45 | |
RP | rburton: ok. Small issue is it means there will be about 3 of us :( | 14:53 |
JPEW | RP: I also will not be there... we have a department meeting today | 14:55 |
* RP spent the day cancelling other things so I could be around for the meeting | 14:55 | |
*** orzen^ <orzen^!~orz@84-216-100-149.customers.ownit.se> has quit IRC | 14:56 | |
RP | JPEW: ok, thanks for the headsup | 14:56 |
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 14:56 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:57 | |
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:ccab:d039:2e26:7e46> has joined #yocto | 14:57 | |
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 15:09 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 15:24 | |
*** GrimSleepless <GrimSleepless!~GrimSleep@modemcable182.194-37-24.static.videotron.ca> has joined #yocto | 15:29 | |
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 15:31 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:34 | |
kanavin | rburton, akanavin/package-version-updates, just pushed there | 15:36 |
rburton | thanks | 15:39 |
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:44 | |
fray | wow.. almost 300 new CVE entries overnight.. | 15:55 |
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:57 | |
fray | looks like most of them are MacOS related | 16:01 |
*** nacknick <nacknick!b9b8f483@185.184.244.131> has joined #yocto | 16:01 | |
nacknick | For some reason I was disconnected. Did someone answer my question before? | 16:01 |
nacknick | I tried to add "custom" recipe for python 3.6.8 | 16:02 |
nacknick | I have the source here: https://www.python.org/ftp/python/3.6.8/Python-3.6.8.tgz | 16:02 |
fray | I've not seen anything.. a lot of people are out or on vacation right now.. so it might be slow getting responses to questions this time of year | 16:03 |
nacknick | and I need to run ./configure, make and make install in the target machine. Is that can be automatically by Yocto? | 16:04 |
*** nickes <nickes!~nick@195.35.73.231> has quit IRC | 16:04 | |
rburton | nacknick: i'd just take a py3.6 recipe from a newer branch than you're using | 16:04 |
rburton | cross-building py is *not easy* and we have ~15 patches on it | 16:04 |
nacknick | newer branches have ver 3.7 and above | 16:04 |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 16:05 | |
nacknick | I have to use rocko branch | 16:05 |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 16:06 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 16:11 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 16:12 | |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 16:13 | |
*** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 16:16 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 16:18 | |
JPEW | zeddii: Are you around? | 16:20 |
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 16:24 | |
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 16:26 | |
*** kroon__ <kroon__!~kroon@213.185.29.22> has quit IRC | 16:27 | |
*** orzen <orzen!~orz@84-216-100-149.customers.ownit.se> has joined #yocto | 16:48 | |
khem | RP: my world builds are now reduced by almost 2000 seconds after this cmake change | 16:52 |
kanavin | rburton, we never had a 3.6 recipe. straight 3.5 -> 3.7 | 16:53 |
kanavin | nacknick, I would suggest you rebase to a newer yocto release | 16:53 |
kanavin | and talk to your management about why it's important to be close to upstream | 16:53 |
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 16:57 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:1dfc:3910:e3ef:464b> has quit IRC | 16:58 | |
rburton | nacknick: if you need newer why not take 3.7? | 16:59 |
RP | khem: is that just from the webkits or from other things too? | 17:00 |
RP | khem: looks like there is some discussion on that patch to be had :/ | 17:00 |
roussinm | khem: will that patch make it? I really like the idea of it, at least for us...If the build fails we hopefully can reproduce it on the developer machine and debug it there. | 17:03 |
*** zz_ka6sox is now known as ka6sox | 17:05 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 17:07 | |
rangergord | I can't find the support schedule for releases. https://wiki.yoctoproject.org/wiki/Releases says 2.1 is on community-only support, how do I know when it's EOL? | 17:09 |
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 17:12 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 17:13 | |
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC | 17:16 | |
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 17:18 | |
khem | RP: I view it that the patch makes things better atleast we can now add/delete this option at recipe level or global level, the discussion is primarily if it should be on by default or off | 17:22 |
khem | RP: I live in both worlds, as OE dev who is fixing errors on daily bases, I want these logs, as a user, I dont want them and users to dev ratio is 500:1 | 17:23 |
RP | khem: we need a variable for it, then it becomes a question of the default | 17:25 |
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:ccab:d039:2e26:7e46> has quit IRC | 17:25 | |
khem | we have a small team that works on browsers, who develop these browsers and they recommend to turn it off too | 17:26 |
khem | RP: set EXTRA_OECMAKE_BUILD += "-v" in local.conf | 17:26 |
georgem | Which CMake change are you talking about? | 17:27 |
RP | khem: I think it will need a specific variable so we can have a default, the recipes can change it and then ultimate the local.conf can override | 17:27 |
khem | georgem: to turn off verbose logs | 17:27 |
georgem | ahhh. nice | 17:27 |
georgem | interesting that helps so much. | 17:28 |
khem | RP: for specific variable, I was thinking should be pan component build sytems | 17:28 |
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:ccab:d039:2e26:7e46> has joined #yocto | 17:33 | |
georgem | I kinda doubt user to dev ratio is 500:1. I think most OE/Yocto users inevitably get sucked into doing some dev to fix issues through the course of product development unless they have someone else on their team doing it. | 17:33 |
kanavin | rangergord, community is effectively EOL, you might be able to get commercial support, but there is no upstream maintenance | 17:33 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:33 | |
kanavin | rangergord, generally a release is supported for 12 months, as of now | 17:33 |
georgem | heh. yeah community is a nice way of saying "here's the source, knock yourself out" | 17:35 |
rangergord | kanavin, I'm new to Yocto, in general if a board supports Yocto 2.1, what are the chances of me being able to run a newer Linux kernel 5 years from now, if the manufacturer won't support it? | 17:35 |
georgem | rangergord: we do it routinely but requires some work | 17:36 |
georgem | depends how good upstream support is | 17:36 |
rangergord | what are the best brands for upstream support? | 17:37 |
georgem | Well, kinda two camps on that. Intel and Other. | 17:37 |
rangergord | and if we go with an Atom board, will that make the task a lot easier? | 17:37 |
georgem | For other I'd say the Freescale iMX line is quite good. | 17:37 |
khem | RP: perhaps https://git.openembedded.org/openembedded-core-contrib/commit/?h=yoe/mut&id=488115e79805a250825a844e374da64a30bba4d6 | 17:38 |
rangergord | I'm not 100% sure we'll be able to go with x86, it's what I'm pushing for as a pure SW guy...but if we have to go with ARM then suddenly my kernel requirements go up by a lot (due to the fact that I want to use .NET Core) | 17:38 |
rangergord | georgem, thanks for the advice | 17:39 |
georgem | rangergord: Intel stuff is generally easier to keep going but there a bunch of other issues to deal with like UEFI, lack of devicetree, etc. | 17:39 |
kanavin | rangergord, generally, choose a board where you can migrate to a newer yocto release | 17:42 |
georgem | yup | 17:42 |
khem | RP: perhaps, I will just keep it enabled and since it offers me a way to disable it via config metadata, I will disable it globally for rdk and my distro | 17:42 |
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 17:42 | |
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:ccab:d039:2e26:7e46> has quit IRC | 17:44 | |
*** rostam <rostam!~rostam@eero.static.monkeybrains.net> has joined #yocto | 17:45 | |
rostam | newbie question, after compiling the kernel, where I can access the .config file for the kernel in yocto build system? | 17:45 |
khem | I think this relentless sw upgrading with disregard for existing h/w, is quite irresponsible on world | 17:49 |
khem | rostam: you can find it in build are of kernel | 17:49 |
georgem | depends how you have it setup but ... work directory -> machine directory -> linux-yocto -> version directory -> linux-*-build | 17:49 |
rangergord | khem, because newer SW increases productivity, SW devs like me always want the latest | 17:49 |
khem | rostam: bitbake -e virtual/kernel | egrep "^B=" will let you know your kernel's builddir | 17:50 |
georgem | there you go | 17:50 |
rangergord | georgem, what kind of devices you work on that you need to routinely update kernels? | 17:50 |
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 17:50 | |
*** GrimSleepless <GrimSleepless!~GrimSleep@modemcable182.194-37-24.static.videotron.ca> has quit IRC | 17:51 | |
mckoan | &IMA | 17:51 |
mckoan | &IMA | 17:51 |
*** mckoan is now known as mckoan|away | 17:51 | |
georgem | rangergord: various utility and process automation systems | 17:51 |
khem | rangergord:oh I know the whole spiel, but this even increasing demand for more h/w resources with new versions is like a hamster wheel | 17:52 |
*** GrimSleepless <GrimSleepless!~GrimSleep@modemcable182.194-37-24.static.videotron.ca> has joined #yocto | 17:52 | |
rangergord | and if I'm honest, as someone who had to skip all of Qt 5 until now (seriously, we were on Qt 4 since 2011...Qt6 comes out in 2020), it basically makes you obsolete. If you don't follow the SW world, you're left behind and become unhirable. On the company side, it becomes harder to hire people because no one wants to work with your old crap. | 17:56 |
*** frsc <frsc!~frsc@107-79-142-46.pool.kielnet.net> has quit IRC | 17:57 | |
roussinm | rangergord: sometimes it just work company don't see the plus value of. If it takes 3 month to upgrade your software to Qt5, then you get 0 new feature to selle | 17:57 |
roussinm | sell* | 17:58 |
roussinm | Depends on the team size I guess. | 17:58 |
georgem | yeah depends | 17:58 |
khem | RP: sent a v2, where default verbosity is kept as it is, I was hoping to improve the defaults | 17:58 |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 17:59 | |
georgem | I think people are over dramatizing the "unhirable" thing recently. I see people getting hired everywhere that don't have anywhere perfect experience for the job they're hired into. It's not always the most important thing. | 18:01 |
tlwoerner | rangergord: lol!! a red green fan!! :-D | 18:10 |
rangergord | georgem, sure but your value as a dev is reduced. Your experience in the tech required determines your value. Not saying you can't get hired at all, but you're worth less (not worthless). I can assure you that it takes a HUGE amount of time to recruit because devs avoid tech that either isn't super-interesting from a geek POV (like Rust/Haskell/F# hipsters), or stagnates their value. It took me 6 months to find a | 18:11 |
rangergord | replacement for myself when I wanted to go on a sabbatical. | 18:11 |
*** frsc <frsc!~frsc@107-79-142-46.pool.kielnet.net> has joined #yocto | 18:11 | |
rangergord | tlwoerner: hehe always nice to see fellow fans. You're only like the 3rd person in a decade to comment though :) | 18:13 |
rangergord | georgem, of course it didn't help that C++'s popularity totally tanked and it's now the age of Java/C#/PHP/Javascript/Python | 18:14 |
rangergord | well, not PHP | 18:14 |
tlwoerner | rangergord: red green and sctv are the best! schitt's creek is pretty good too; it's filmed at two locations i know quite well :-) | 18:16 |
*** dfrey <dfrey!~dfrey@172.103.152.101> has joined #yocto | 18:31 | |
dfrey | What is the correct task to use to run a command that manipulates the rootfs? Specifically, I want to run depmod after installing a config file in /etc/depmod.d/ and installing some modules. | 18:34 |
JPEW | zeddii: I just sent a patch for kernel-yocto.bbclass... I'm not sure if there is a reason that the BSP was omitted from patching or if it was just an oversight? | 18:39 |
zeddii | yah. it absolutly can’t do that. | 18:40 |
zeddii | so I’ll nak the patch on the list and explain there. | 18:40 |
JPEW | zeddii: OK, that's fine, but how do I apply the patches then? | 18:41 |
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 18:41 | |
zeddii | what you have there would reapply all the patches that are already part of the tree. bad things. | 18:41 |
*** frsc <frsc!~frsc@107-79-142-46.pool.kielnet.net> has quit IRC | 18:54 | |
*** berton <berton!~berton@189.103.49.163> has quit IRC | 18:59 | |
*** bcran_ <bcran_!~bcran@c-174-52-16-57.hsd1.ut.comcast.net> has quit IRC | 19:14 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 19:16 | |
*** bcran <bcran!~bcran@muon.bluestop.org> has joined #yocto | 19:16 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:19 | |
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 19:27 | |
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 19:32 | |
*** gnac <gnac!~gnac@71.0.52.80> has joined #yocto | 19:35 | |
*** florian_kc is now known as florian | 19:37 | |
*** yocti <yocti!~supybot@yocto-www.yoctoproject.org> has joined #yocto | 19:47 | |
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 19:49 | |
* zeddii sobs | 19:59 | |
zeddii | someone just mentioned meta-debian as valid option. | 20:00 |
* zeddii means no offence if the meta-debian folks are here, just not my cup of tea. | 20:00 | |
*** jpnurmi_ <jpnurmi_!jpnurmi@qt/jpnurmi> has quit IRC | 20:05 | |
*** rrerolle <rrerolle!~rrerolle@vps.neonex.fr> has quit IRC | 20:05 | |
*** dirbaio <dirbaio!~dirbaio@nsmbhd.net> has quit IRC | 20:05 | |
*** jft <jft!znc@159.203.20.86> has quit IRC | 20:05 | |
*** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has joined #yocto | 20:05 | |
*** jft <jft!znc@159.203.20.86> has joined #yocto | 20:05 | |
*** rrerolle <rrerolle!~rrerolle@vps.neonex.fr> has joined #yocto | 20:05 | |
*** dirbaio <dirbaio!~dirbaio@nsmbhd.net> has joined #yocto | 20:05 | |
khem | zeddii: valid for what | 20:16 |
*** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 20:16 | |
zeddii | as a viable option for a supportable rootfs and a bridge to debian instead of yocto. | 20:17 |
khem | there must be a reason why people want that | 20:18 |
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-bavgvdwnoofxzqot> has quit IRC | 20:18 | |
zeddii | yep. I can't speak for others, but why I'm hearing it is the same as I was saying in Lyon at the meetings. | 20:19 |
kergoth | zeddii: have you looked at isar? | 20:19 |
kergoth | it's well done in my experience | 20:19 |
zeddii | yah. Kevin and the gang were talking about it at ELCe, so I checked it out. | 20:20 |
zeddii | if you are going that way (debian), I'd agree. | 20:20 |
kergoth | ah, you're looking to move *away* from debian? | 20:20 |
zeddii | not exactly. just going around the wheel of debian vs yocto again, and heard meta-debian as a half way. I wouldn't go half way myself, chose and go for it. | 20:21 |
zeddii | but that's just my point of view, I can't say I've looked into the options lately. | 20:22 |
* kergoth nods | 20:23 | |
khem | kergoth: does isar use prebuilt archives ? | 20:23 |
kergoth | i feel like you should either go debian or go oe/yocto, not somewhere in between | 20:23 |
fray | kergoth I have said exactly the same thing multiple times.. | 20:24 |
fray | If you want binaries and don't -ever- want to customize or build, Debian is fine.. | 20:24 |
kergoth | khem: it builds root filesystems from debian package feeds, using bitbake to do the work, with classes, uses debootstrap/etc, but has classes to create packages from recipes using dpkg tools and add them to the feeds for use in image construction | 20:24 |
kergoth | s/do the work/wrap the tools/ | 20:24 |
fray | if you want binaries, but might need to customize (or plan to) and you MUST be able to rebuild.. OE/Yocto is the only answer../ | 20:24 |
fray | but don't mix and match, then you get the worst of both | 20:24 |
khem | kergoth: thats neat actually, | 20:24 |
kergoth | isar is okay if you just want to build on debian, but it won't give you the ability to rebuild existing upstream components, though presumably they could add a class to use apt-get source or something.. | 20:25 |
* kergoth nods | 20:25 | |
khem | kergoth: so one can take a package modify and rebuild it | 20:25 |
khem | ?ah that answers | 20:25 |
khem | so its basically an image builder | 20:25 |
khem | to spin out custom images | 20:26 |
kergoth | it does have classes that let you fetch your own sources and build a package out of the debian/ bits in the source tree and add it to the image | 20:26 |
kergoth | but for the most part yes, afaik | 20:26 |
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 20:27 | |
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 20:27 | |
kergoth | it's a nice way to go if you want to build debian based filesystems for your devices with some level of customization, just not the flexibility of oe/yocto | 20:27 |
khem | I think multiarch has grounded itself well | 20:27 |
kergoth | https://github.com/ilbers/isar/blob/master/doc/technical_overview.md | 20:27 |
khem | kergoth: how needs ferrari, while camry can take you from A to B | 20:28 |
kergoth | yeah, it's good enough for a lot of folks. depends on your requirements, really | 20:28 |
* zeddii nods | 20:29 | |
kergoth | https://mgc-images.imgix.net/embedded-software/MEL_Omni_OS-12C8EFDB.png?q=60&fit=max&w=1440 - note the upper left box | 20:29 |
khem | I think cross building somehow does not stick with developers unless the workflow is wrappen in native workflow | 20:29 |
kergoth | Mentor now has two embedded linux products, flex is oe/yocto based, omni is isar based, to provide both for folks that need an OSV | 20:29 |
kergoth | that's true | 20:30 |
fray | kergoth and I think that is a reasonable thing (two different systems for two differetn users) | 20:30 |
khem | so its again arm vs x86, where do you debug your problems ? | 20:30 |
fray | but I think Yocto can reach a bunch of people asking for Debian [or more likely Ubuntu] by having a 'binary distro'... problem is it takes resources to do that work, otherwise we have most, if not everything we need already | 20:31 |
kergoth | agreed | 20:32 |
* zeddii nods | 20:32 | |
zeddii | I'm that student in the front row that nods at everything :D | 20:32 |
* fray segues into https://wiki.yoctoproject.org/wiki/Binary_Distro_Process | 20:33 | |
fray | havn't sent that out officially yet.. but if anyone has comments, I'd like to address them before I do.. (Was planning to send something out on Monday) | 20:33 |
fray | (or Friday) | 20:33 |
fray | Doing that process would enable someone to build a binary distro for quick start.. and then allow the person to transition to an eSDK environment where they could augment their private package feeds, all the way up to a full Yocto Project environment where they can customize everything | 20:34 |
zeddii | wise plan. send it out when everyone has gone for the holidays, and then write it down in stone after :D | 20:34 |
zeddii | I'll read it though, and break your process | 20:35 |
kergoth | sounds like a nice idea, will have to read it | 20:35 |
zeddii | fancy. diagrams. | 20:35 |
* zeddii whistles | 20:35 | |
fray | this is just talking about the binary distro bit.. I don't have pretty diagrams showing the transition yet.. it's in my TODO.. in my copious spare time | 20:35 |
zeddii | bah. cut out sleep. | 20:36 |
fray | there is only one fancy diagram.. this stuff is pretty much simple for anyone who has done it before.. but people keep saying it's not possible or they don't know how to do it | 20:36 |
zeddii | looks good on my read so far, but having done a lot of it before .. I'm probably not the target :D | 20:36 |
rburton | fray: what BSPs would that binary distro support? | 20:38 |
fray | answer is whatever BSPs are enabled | 20:38 |
fray | this is about a process.. | 20:38 |
fray | the configuration becomes specific to the distribution.. but it does mean that BSPs would need to use common tunes and such to make things common | 20:39 |
zeddii | yah. exactly, this isn't for someone that is trying to wring the most out of their ISA | 20:39 |
zeddii | but neither is debian, so that's ok. | 20:39 |
fray | it COULD be, but that would be very inefficient | 20:39 |
fray | this process very well could also be for -one- board as well.. but again, less efficient from a management standpoint | 20:40 |
zeddii | agreed. jonmason and I were defining some baselines in the fall and need to pick it up again. | 20:40 |
fray | the requirements is a list of things that need to be considered and either accepted, defined or specifically stated as not applicable | 20:40 |
khem | zeddii: does linux-yocto support qemuppc64 ? | 20:40 |
jonmason | I still owe fray a review of that.... | 20:40 |
khem | zeddii: I see you nodding at everything I might get past it | 20:41 |
zeddii | lol. :D | 20:41 |
fray | is there a qemuppc64 yet? last I checked it STILL didn't work for anything but Power9? (Power LE..) not 'powerpc' | 20:41 |
zeddii | it did, or at least I thought it did at one point. but I don't see it now. this wouldn't be the only time something went poof (riscv did a couple of times). I'll look into it. | 20:42 |
fray | lol | 20:42 |
zeddii | I swear I remember booting it. | 20:42 |
dfrey | How can I run depmod against my rootfs after everything has been copied into place, but before it's packed into an image? | 20:42 |
zeddii | dfrey, it is already run in several places. are you building out of tree modules ? | 20:44 |
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 20:44 | |
khem | fray: if you dont need kvm it should | 20:45 |
dfrey | zeddii: Yes. I'm using linux-backports | 20:45 |
zeddii | my condolences ;) | 20:45 |
dfrey | I know... | 20:45 |
zeddii | what release of yocto ? | 20:46 |
dfrey | 2.7 | 20:46 |
dfrey | sorry, 2.5 | 20:46 |
zeddii | have a look at kernel-module-split.bbclass, and see if it is inherited, anything packaged with it should have a postinst that runs depmod -a | 20:46 |
zeddii | and the image bbclass has a call to depmodwrapper as well. | 20:47 |
dfrey | Should my backports recipe inherit kernel-module-split? | 20:47 |
zeddii | I'm not sure. I haven't had to support an out of tree module build for a while. but at the least, you can see how it arranges to run depmod. | 20:49 |
dfrey | zeddii: Thanks for the hints | 20:51 |
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:51 | |
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 21:12 | |
GrimSleepless | éexit | 21:23 |
*** GrimSleepless <GrimSleepless!~GrimSleep@modemcable182.194-37-24.static.videotron.ca> has quit IRC | 21:23 | |
*** rostam <rostam!~rostam@eero.static.monkeybrains.net> has quit IRC | 21:47 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 22:00 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 22:08 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 22:11 | |
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 22:11 | |
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 22:22 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 22:22 | |
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 22:23 | |
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 22:24 | |
*** agust <agust!~agust@pD95F104D.dip0.t-ipconnect.de> has quit IRC | 22:47 | |
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 22:52 | |
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 22:54 | |
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 22:56 | |
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:ccab:d039:2e26:7e46> has joined #yocto | 23:01 | |
*** asabil <asabil!~asabil@2a01:79d:7375:2ca4:ccab:d039:2e26:7e46> has quit IRC | 23:01 | |
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 23:03 | |
*** rangergord_ <rangergord_!~rangergor@modemcable186.198-70-69.static.videotron.ca> has joined #yocto | 23:41 | |
*** rangergord <rangergord!~rangergor@modemcable186.198-70-69.static.videotron.ca> has quit IRC | 23:44 | |
*** rcw <rcw!~rcw@24.140.233.231> has joined #yocto | 23:50 | |
rburton | RP: fun bug: bitbake [recipe] succeeds but nothing in deploydir, or any tasks for it run at all in fact | 23:57 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!