| *** ECDHE_RSA_AES256 <ECDHE_RSA_AES256!~quassel@unaffiliated/ecdhe> has joined #yocto | 01:48 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 01:50 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 01:50 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 01:50 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 01:51 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC | 01:51 | |
| *** buzzmarshall <buzzmarshall!~Buzz@2607:fea8:1d21:3501:539:68a6:c258:fe5d> has joined #yocto | 01:51 | |
| *** nslu2-log_ is now known as nslu2-log | 01:51 | |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC | 01:51 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 01:53 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@bras-base-qubcpq0634w-grc-04-70-30-123-105.dsl.bell.ca> has quit IRC | 03:38 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@bras-base-qubcpq0634w-grc-04-70-30-123-105.dsl.bell.ca> has joined #yocto | 03:39 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AD05.versanet.de> has joined #yocto | 03:41 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@bras-base-qubcpq0634w-grc-04-70-30-123-105.dsl.bell.ca> has quit IRC | 03:48 | |
| *** buzzmarshall <buzzmarshall!~Buzz@2607:fea8:1d21:3501:539:68a6:c258:fe5d> has quit IRC | 03:58 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@bras-base-qubcpq0634w-grc-04-70-30-123-105.dsl.bell.ca> has joined #yocto | 04:17 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@bras-base-qubcpq0634w-grc-04-70-30-123-105.dsl.bell.ca> has quit IRC | 04:19 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@bras-base-qubcpq0634w-grc-04-70-30-123-105.dsl.bell.ca> has joined #yocto | 04:19 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@bras-base-qubcpq0634w-grc-04-70-30-123-105.dsl.bell.ca> has quit IRC | 04:24 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 04:35 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@138.197.147.26> has joined #yocto | 04:59 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@138.197.147.26> has quit IRC | 05:01 | |
| *** GrimSleepless <GrimSleepless!~GrimSleep@138.197.147.26> has joined #yocto | 05:10 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto | 05:44 | |
| yocti | New news from stackoverflow: How to upgrade opkg packages from 2014.12 to 2018.12 when postinst script returns status 1 and opkg fails? <https://stackoverflow.com/questions/59817832/how-to-upgrade-opkg-packages-from-2014-12-to-2018-12-when-postinst-script-return> | 06:16 |
|---|---|---|
| aehs29 | The python2 removal commit really got to me :( | 06:26 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:29 | |
| *** stuom1 <stuom1!3eecd81d@62.236.216.29> has joined #yocto | 06:35 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:36 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 06:36 | |
| kroon | Is anyone successfully using meta-java and openjre-8 in either warrior, zeus or master ? | 06:39 |
| stuom1 | is it possible to apply bbappend somehow conditionally? If package X, depending on Y, is excluded from image, don't apply Y.bbappend | 07:17 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:17 | |
| kroon | stuom1, sounds problematic to change behavior of a recipe build depending on whether a package is included in an image or not | 07:20 |
| kroon | since a package can be installed later on | 07:21 |
| stuom1 | what about based on machine type? I tried to add COMPATIBLE_MACHINE but it of course just fails to build | 07:24 |
| stuom1 | is only way to manually delete the bbappend when i dont want it, sounds tedious | 07:24 |
| kroon | stuom1, there is a mask you can play with | 07:25 |
| kroon | BBMASK | 07:25 |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto | 07:28 | |
| stuom1 | ok, I'll look into it, thanks | 07:29 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 07:33 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:9dd1:21ef:be93:a484> has joined #yocto | 07:42 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:47 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:51 | |
| *** mckoan|away is now known as mckoan | 07:52 | |
| mckoan | good morning | 07:53 |
| jww | hi. | 07:55 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 08:01 | |
| *** beratiks <beratiks!4eba19f9@78.186.25.249> has joined #yocto | 08:18 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 08:42 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-69-100.cust.vodafone.cz> has joined #yocto | 08:42 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:43 | |
| yocti | New news from stackoverflow: glibc is failing while doing bitbake[SUMO version] <https://stackoverflow.com/questions/59819453/glibc-is-failing-while-doing-bitbakesumo-version> | 08:47 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 08:47 | |
| *** kriive <kriive!~kriive@mob-5-90-66-174.net.vodafone.it> has joined #yocto | 08:51 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 08:54 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:56 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:00 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:19 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 09:20 | |
| kriive | Hi guys, my board has support for sumo branch only. Does it make sense to build a product out of it, even if sumo is out of official support? | 09:20 |
| qschulz | Hi all, I'm trying to add an entry to https://wiki.yoctoproject.org/wiki/Project_Users but I want to be sure to know where to put our company name. What does "OSV" stand for? Non-native here, have never seen that one before and a quick googling => /me shrug | 09:20 |
| kriive | OSV = operating system vendor | 09:21 |
| qschulz | kriive: thanks, will add that to the wiki :) | 09:21 |
| *** florian_kc is now known as florian | 09:22 | |
| LetoThe2nd | kriive: it makes sense to forward port the BSP | 09:23 |
| kriive | Should I do it by myself? Is it feasible to port to a newer Yocto release? | 09:23 |
| kriive | port it* | 09:24 |
| LetoThe2nd | kriive: it depends a bit, but usually a BSP needs little more than bootloader and kernel to be functional. and this is really no magic | 09:24 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 09:24 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 09:25 | |
| LetoThe2nd | kriive: unless its super custom HW, jsut name the board respectively show the BSP layer, then we can make proper statements. | 09:25 |
| kriive | It's the up-board, https://github.com/emutex/meta-up-board | 09:27 |
| LetoThe2nd | kriive: looks highly unproblematic | 09:29 |
| LetoThe2nd | kriive: maybe the firmware needs a bit of fine-tuning, but getting the board up and running shouldn't be much of a problem on warrior/zeus | 09:30 |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 09:31 | |
| kriive | LetoThe2nd: thank you, forking it right now | 09:32 |
| paulbarker | kriive: I'm using the meta-intel layer and the 'intel-corei7-64' machine to support the Up Squared I've got here | 09:34 |
| paulbarker | It should also work with 'genericx86' and 'genericx86-64' from meta-yocto-bsp | 09:35 |
| paulbarker | I'm wondering if that layer is needed | 09:36 |
| LetoThe2nd | paulbarker: "special sauce" | 09:36 |
| kriive | Yeah, I guess it's needed to have the GPIOs and onboard LEDs working | 09:37 |
| paulbarker | Ah ok | 09:37 |
| *** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has joined #yocto | 09:37 | |
| kriive | Unfortunately I need those three little blinky bastards c: | 09:37 |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-69-100.cust.vodafone.cz> has quit IRC | 09:37 | |
| paulbarker | Looks like it just adds a few things on top of the BSP provided by meta-intel. The readme could be a bit clearer | 09:37 |
| paulbarker | "little blinky bastards" - I'm stealing that | 09:38 |
| * LetoThe2nd blinks | 09:38 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:38 | |
| kriive | paulbarker: haha it's all yours | 09:39 |
| *** sgw <sgw!~sgw@134.134.137.77> has quit IRC | 09:40 | |
| shan1 | LetoThe2nd any updates on the GitHub Repository with the Yocto Cheatsheet? | 09:40 |
| LetoThe2nd | shan1: not yet, sorry. i have to admit i totally forgot about it. | 09:41 |
| shan1 | also your personal `meta-heavymetal` repo can be of much help if you pushed some code onto it? | 09:42 |
| LetoThe2nd | shan1: it can be once i get around to push stuff, yes. unfortunately i'm the kind of guy who habitually tinkers a lot of stuff simultaneously and only finishes urgent things. | 09:43 |
| LetoThe2nd | like the preparations for todays session :) | 09:44 |
| shan1 | :D Like a true engineer! | 09:44 |
| LetoThe2nd | shan1: even more, my spare allocatable time does not seem to improve soon. | 09:46 |
| qschulz | Sorry for the small spamming on the Wiki, was hesitating between ways to present the company's solutions and products :/ | 09:46 |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 09:46 | |
| *** beratiks <beratiks!4eba19f9@78.186.25.249> has quit IRC | 09:48 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 09:49 | |
| *** kriive <kriive!~kriive@mob-5-90-66-174.net.vodafone.it> has quit IRC | 09:52 | |
| *** sgw <sgw!~sgw@134.134.139.76> has joined #yocto | 09:53 | |
| qschulz | LetoThe2nd: thanks for the heads-up with meta-gplv2 | 09:54 |
| LetoThe2nd | qschulz: :) | 09:55 |
| LetoThe2nd | i feel very influence-ish lately. | 09:55 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 10:03 | |
| qschulz | LetoThe2nd: you can't call yourself an influencer if you don't have an instagram. Work on that first if not already ;) | 10:04 |
| *** kriive <kriive!~kriive@mob-5-90-66-174.net.vodafone.it> has joined #yocto | 10:07 | |
| LetoThe2nd | qschulz: i've been told that nowadays i need somethink called "tuk-tuk", or simliar? | 10:09 |
| qschulz | tik-tok, I think we might be already a little bit above the age target though :) | 10:11 |
| shan1 | List of Influences for Influencers: Instagram, YouTube, Tik Tok and a whole lot of Narcissism. LetoThe2nd you always forget to say "Like Share and Subscribe to the Yocto Project" at the end of the twitch sessions | 10:11 |
| qschulz | shan1: he's a beginner don't judge | 10:12 |
| LetoThe2nd | i think my narcissm levels are ok. after all, god emperor the known universe. | 10:13 |
| LetoThe2nd | -> https://en.wikipedia.org/wiki/Leto_II_Atreides#God_Emperor_of_Dune | 10:14 |
| shan1 | :D | 10:15 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 10:15 | |
| yocti | New news from stackoverflow: How should the sstate-cache directory be deleted in Yocto? <https://stackoverflow.com/questions/45341760/how-should-the-sstate-cache-directory-be-deleted-in-yocto> | 10:17 |
| *** beratiks <beratiks!4eba19f9@78.186.25.249> has joined #yocto | 10:22 | |
| paulbarker | Where can we report issues with yocti? It's digging up old issues again which leads to me just ignoring it and defeats the purpose | 10:26 |
| LetoThe2nd | paulbarker: actually its not really a bug, its usually that somebody changes the formatting or such on SO | 10:27 |
| LetoThe2nd | but i agree, it would be good if we could filter that out. yet its probably non-trivial to distinguish unimportant formatting edits from those actually modifying the content | 10:29 |
| paulbarker | Yes but it means yocti is just spamming the channel. I don't bother checking the links often as they're most often old questions which have been edited slightly and were already answered | 10:29 |
| paulbarker | It just needs to ignore any questions over ~3 months old. A change on a 2 month old question may still be relevant but a 2 year old question isn't | 10:30 |
| LetoThe2nd | paulbarker: good point. | 10:30 |
| LetoThe2nd | paulbarker: maybe poke mr.admin in the afternoon? | 10:31 |
| paulbarker | Will do | 10:31 |
| LetoThe2nd | \o/ | 10:31 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:59 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 11:02 | |
| kriive | Guys, are there are any important differences between linux-yocto and linux-intel? | 11:04 |
| kriive | Because I see that linux-yocto dropped 4.14 in 2.7, but I still found 4.14 in linux-intel and I was wondering if it's the same | 11:07 |
| mckoan | kriive: we already used and supported such board | 11:09 |
| mckoan | kriive: you should be able to get the proper support from Up community forum | 11:09 |
| kriive | Yeah, but Up board support is frozen to Yocto 2.5.3 and I would like to have the latest patches available | 11:11 |
| kriive | Btw they are pretty unresponsive lol. But I use this opportunity to learn a bit more about Yocto internals! Win-win c: | 11:13 |
| paulbarker | kriive: Unless you need any out-of-tree kernel modules which only support 4.14 you should be able to use a later kernel | 11:14 |
| rburton | kriive: linux-intel is the kernel provided by meta-intel. its based on the Intel LTS kernel, which is a fork of mainline. if you're using a x86 then use linux-intel for sure as its full of IA-fixes and improvements | 11:15 |
| kriive | Thank you very very much guys! | 11:16 |
| rburton | (https://github.com/intel/linux-intel-lts) | 11:16 |
| yocti | New news from stackoverflow: Use llvmpipe instead of softpipe in yocto <https://stackoverflow.com/questions/59821952/use-llvmpipe-instead-of-softpipe-in-yocto> | 11:17 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:39 | |
| *** kriive <kriive!~kriive@mob-5-90-66-174.net.vodafone.it> has quit IRC | 11:42 | |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:43 | |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 11:46 | |
| yocti | New news from stackoverflow: yocto-bsp command not found <https://stackoverflow.com/questions/58683606/yocto-bsp-command-not-found> | 11:47 |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:47 | |
| mcfrisk | does "bitbake -g" output in recipe-depends.dot list full recipe dependencies for each recipe? Also transient ones where x depends on y depends on z depends on ö? | 11:50 |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 12:03 | |
| *** juvenal <juvenal!A128@free.znc.bg> has joined #yocto | 12:07 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 12:09 | |
| LetoThe2nd | mcfrisk: i think bitbake -g does only output the full expanded task-depends these days. for everything else, use buildhistory. | 12:17 |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto | 12:21 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 12:25 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC | 12:26 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-aqjhmpacccaqiajg> has quit IRC | 12:27 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-egaiuwgbjhzgbiyj> has quit IRC | 12:27 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-yhsrwkjujmfddfow> has quit IRC | 12:27 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto | 12:27 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-bjwjladaccbstjnp> has joined #yocto | 12:27 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-wyckpcevifezzvul> has joined #yocto | 12:28 | |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-agreqwmhjbuxmokp> has joined #yocto | 12:28 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 12:30 | |
| dev1990 | I'm little confused about KERNEL_FEATURES, how is it respected? In manual I found how to turn on sound on qemux86 and other examples. Where can I search for full list of respected options or I just missing the point? | 12:31 |
| *** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has quit IRC | 12:31 | |
| LetoThe2nd | dev1990: https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-KERNEL_FEATURES | 12:32 |
| LetoThe2nd | dev1990: basically this means "if you use a yocto-style kernel, it should work. otherwise, not." | 12:33 |
| *** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has joined #yocto | 12:34 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:9dd1:21ef:be93:a484> has quit IRC | 12:41 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:42 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:a82f:f17e:2223:1e1b> has joined #yocto | 12:45 | |
| *** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has quit IRC | 12:52 | |
| mcfrisk | LetoThe2nd: yep, it looks very much like expanded dependency list and that's just what I need.. | 12:53 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 13:07 | |
| dev1990 | LetoThe2nd: thanks, I found that before, but I'm not sure how to take adventage of it. For example statement "cfg/sound" will enable every module that is in kernel-source-dir/sound/ ? or it just expand to CONFIG_SND=y? or it will be searching for sound.cfg kernel fragment? | 13:09 |
| *** kriive <kriive!~kriive@160.78.155.126> has joined #yocto | 13:10 | |
| LetoThe2nd | dev1990: it will enable whats stated in cfg/sound.scc file. | 13:10 |
| dev1990 | but I get empty results with: find poky/ -iname 'sound.scc' | 13:12 |
| dev1990 | I checked master branch and zeus branch, sound.scc is not to be found there | 13:16 |
| LetoThe2nd | dev1990: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/tree/cfg | 13:18 |
| *** kriive <kriive!~kriive@160.78.155.126> has quit IRC | 13:19 | |
| dev1990 | LetoThe2nd: ah ok, now "yocto-style kernel" makes to me more sense :) | 13:27 |
| dev1990 | thx | 13:27 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:32 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:32 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 13:34 | |
| *** jww <jww!~magnet@lfbn-mon-1-581-143.w2-4.abo.wanadoo.fr> has quit IRC | 13:34 | |
| zeddii | RP: I’m not quite sure the best way to go with my 5.4 series. I fixed a couple of problems that showed up on my first AB run, and triggered it again last night. mips64 wont’ boot under sysvinit (I’ve been testing under systemd and it works fine for minimal/sato). and qemux64-musl is throwing protection faults on some commands. everything else was green. | 13:34 |
| zeddii | I have to put this down for the next few days, so I’m not sure if it would be best for me to send it, or to just let it sit longer. | 13:35 |
| RP | zeddii: Best to let it sit I think, we can't afford red builds | 13:36 |
| zeddii | unless we find someone who know mips | 13:36 |
| zeddii | I don’t think I can fix that problem. | 13:37 |
| zeddii | so to be completely honest, it’s after FOSDEM | 13:37 |
| zeddii | and x86 musl gpf. I have zero idea what to do about that. | 13:37 |
| creich | hi there, i am currently learning some basics about yocto and use the bootlin documents for that. so far the material is very helpful (so if anyone from bootlin is here: thx guys :) | 13:37 |
| zeddii | so I’m mainly wondering about how I can get some people who care about those arches to help. | 13:37 |
| RP | zeddii: khem has hacked on those things, it may be worth asking him | 13:38 |
| LetoThe2nd | zeddii: approach that usually works: "throwing money" | 13:38 |
| RP | zeddii: not sure what else we can do, we're struggling for help in various areas atm | 13:38 |
| RP | LetoThe2nd: who's money? :) | 13:38 |
| creich | i added a new recipe to the recipe-etended folder within poky (i know that's not the clean way... just for testing) which can be built, but for some reason fails to be included within a core-image-minimal | 13:38 |
| zeddii | yah. I’ve pushed all my other things last week, and I need to do them this week, or I’ll be the one looking for $$ and a job | 13:39 |
| creich | is there anything necessary besides adding it to IMAGE_INSTALL_append in my local.conf? | 13:39 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 13:39 | |
| LetoThe2nd | RP: do i care, as long as its not mine? | 13:39 |
| RP | zeddii: I understand. Do we want to add what you have but not make it the default? | 13:39 |
| zeddii | the mips64 issue on sysvinit is related to the clock stuff I pinged mainline about. hwclock seems to be hanging the boot. | 13:39 |
| RP | zeddii: that way people could reproduce more easily | 13:39 |
| zeddii | but systemd can deal with it. | 13:40 |
| LetoThe2nd | creich: for quick tests, its CORE_IMAGE_EXTRA_INSTALL | 13:40 |
| creich | LetoThe2nd: thank you! | 13:40 |
| zeddii | RP: that’s possible. I’ll see if I can detangle the parts, I can’t say 100% it isn’t the libc-headers, but I’ll spend some background cycles today trying to sort that out. | 13:40 |
| LetoThe2nd | creich: but if you already know that both the recipe placement AND the inclusion mechanisms are hacky and wrong, why do you stick to them? a layer setup costs you roughly 2 minutes. | 13:41 |
| RP | zeddii: happy to run a build to test the headers in isolation | 13:41 |
| creich | LetoThe2nd: just walking through the course material.. thought it might bring some insights.. so to be honest, not sure ^^ | 13:42 |
| creich | just wanted to understand it. and since that _append worked for other packages i thought there might be another 'hidden mechanism' but i guess it's only some typo somewhere on my side | 13:42 |
| creich | maybe i just skip that wrong path and continue with the layer stuff, since that's the way to go anyway :) | 13:43 |
| creich | you're right :) | 13:43 |
| LetoThe2nd | creich: do you happen to know our outright *AWESOME* and *EXCELLENT* live coding sessions? https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj | 13:43 |
| LetoThe2nd | creich: #2 is just exactly about what you are learning at the moemnt. | 13:44 |
| creich | LetoThe2nd: nope, i didn't know them. i'll have a look. Thank you again! | 13:46 |
| LetoThe2nd | :) | 13:47 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 13:50 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 13:51 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 13:52 | |
| qschulz | creich: I taught that one training (ex-employee). If you've got questions, you can ask here. It's an introduction so anybody here should be able to answer you if I'm not here anyway. | 13:54 |
| qschulz | creich: quick and dumb question: you didn't forget to add a space at the beginning of you string in the content of _append right? (otherwise, what LetoThe2nd said ;) ) | 13:55 |
| qschulz | creich: and remember put as little as possible in conf/local.conf. So fine for debugging but you want most in an image recipe/machine conf/distro conf/SW recipe/layer, etc. :) | 13:55 |
| dev1990 | Is it important to drink beer during live coding session? | 14:02 |
| LetoThe2nd | dev1990: it is. | 14:03 |
| qschulz | dev1990: but if you don't, you're welcome anyway. | 14:05 |
| LetoThe2nd | qschulz: are you sure? | 14:06 |
| * LetoThe2nd gives the undecided look. | 14:06 | |
| qschulz | LetoThe2nd: are you actually starting a sect? | 14:07 |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 14:10 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 14:10 | |
| dev1990 | :) | 14:11 |
| *** RobertBerger <RobertBerger!~rber@2a02:587:3b17:409d:4c07:692c:3325:fe6a> has joined #yocto | 14:11 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 14:13 | |
| LetoThe2nd | qschulz: probably :) | 14:15 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 14:16 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 14:17 | |
| dev1990 | LetoThe2nd: Anyway, thanks for great content :-) | 14:19 |
| LetoThe2nd | dev1990: YW. | 14:20 |
| dev1990 | sadly I cannot drink since I broke my leg (well probably I'll do small exception in near feature) | 14:20 |
| LetoThe2nd | as usual, remember to follow, everybody, and join us later. next session is in about 100minutes. | 14:20 |
| dev1990 | but I can spend more time with hobby project and yocto :) | 14:20 |
| *** beratiks <beratiks!4eba19f9@78.186.25.249> has quit IRC | 14:33 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:49 | |
| RP | zeddii: want me to try a cherry-pick of just the headers? | 14:51 |
| zeddii | sounds good. that'll help me with the 32bit x86 case and narrowing down where it may be. | 14:52 |
| RP | zeddii: running | 14:53 |
| PinkSnake | Hello, really basic question : I have 2 custom boards and one application (inherit autotools) linked to opencv. For one board I have to use opencv2, opencv4 for the other one. How can I write a recipe to pass correct include path ( /usr/include/opencv4/opencv2/core/core.hpp vs /usr/include/opencv2/core/core.hpp) ? Or I have to manage that at | 14:59 |
| PinkSnake | Autotools level ? Thx. | 14:59 |
| LetoThe2nd | PinkSnake: autotools level | 15:01 |
| LetoThe2nd | pkg-config or whatever opencv supports. | 15:01 |
| PinkSnake | LetoThe2nd Ok thx ;) | 15:01 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 15:02 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 15:02 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 15:02 | |
| PinkSnake | LetoThe2nd Yocto will be smart to choose the correct lib to install on sysroot ? | 15:02 |
| LetoThe2nd | PinkSnake: it will install whatever you tell it to. usually different boards run different MACHINEs at least, so you could easily switch via PREFERRED_PROVIDER there. its not exactly super clean, DISTRP would be better, but.. it depends, in the end. | 15:04 |
| *** andycooper_home is now known as andycooper | 15:04 | |
| stacktrust | What's the best way to perform syntax checks (e.g. shellcheck/shfmt) on bash snippets in OE recipes? | 15:17 |
| qschulz | stacktrust: If I'm not mistaken, it should't be bash first of :) | 15:19 |
| qschulz | stacktrust: rburton (I think?) told me to use scripts/verify-bashisms to check the scritps are not using some bashism | 15:20 |
| milloni | how can i add a task to run before all the other tasks? | 15:21 |
| qschulz | milloni: depends exactly what you want to do | 15:22 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 15:22 | |
| paulbarker | milloni: Is that before all tasks in a single recipe? Or before any task from any recipe? | 15:22 |
| qschulz | milloni: anonymous tasks can be run at parse time. Otherwise you addtask maybe before do_fetch? (is there something run even before?) | 15:22 |
| milloni | qschulz: i want a recipe to error (fatal error) every time someone wants to run it (but not yet when parsed) | 15:22 |
| creich | qschulz: thank you for the hints :) | 15:23 |
| qschulz | milloni: I'm failing to see the usecase? | 15:23 |
| milloni | paulbarker: before all tasks in a single recipe | 15:23 |
| creich | no, i didn't forget the space ;) | 15:23 |
| paulbarker | milloni: Raise a SkipRecipe exception during parsing | 15:23 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:24 | |
| milloni | qschulz: there's an edge case where this class removes do_fetch from the list of tasks to be run | 15:24 |
| paulbarker | E.g. https://github.com/agherzan/meta-raspberrypi/blob/master/recipes-kernel/linux/linux-raspberrypi-dev.bb | 15:24 |
| milloni | so that's why im trying to be more general | 15:24 |
| qschulz | milloni: and this edge case is based on what? | 15:24 |
| qschulz | e.g. machine? distro? | 15:25 |
| milloni | state of a local filesystem | 15:25 |
| qschulz | milloni: what exactly are you trying to perform, you've tickled my curiosity now :) | 15:26 |
| milloni | there's a class that's utterly broken, we've ported a few recipes that were previously using this class to a different class that we wrote | 15:27 |
| milloni | that should cover us, however there's multiple recipes that we don't use that i didnt bother to port | 15:27 |
| milloni | i want them to error hard in case anyone tries to build them | 15:28 |
| zeddii | is anyone else seeing a missing python.inc in ross's python2 -> meta-python2 patch. I must be missing something. | 15:28 |
| qschulz | milloni: then I guess paulbarker's solution is nice enough for you? | 15:30 |
| qschulz | you could then override this class in your own layer (if your layer is before the layer introducing this class) with that anonymous function (provided it's not your class, otherwise trivial change) | 15:31 |
| milloni | i was just going to say, thanks for the tip, but this will result in a "NOTE: recipe being skipped" somewhere up in our huuge build log, and then a "no recipe for: <recipename>" | 15:31 |
| paulbarker | The blacklist bbclass is another possibility | 15:31 |
| milloni | paulbarker: how does that work? | 15:32 |
| paulbarker | I just looked. It raises SkipRecipe haha. Sorry | 15:33 |
| milloni | oops :) | 15:33 |
| milloni | thanks for the suggestions anyway | 15:34 |
| qschulz | milloni: but... if there's no other provider for that recipe/package, the build will fail | 15:34 |
| milloni | hm, is there a guaranteed order to tasks added using bb.build.addtask() ? | 15:35 |
| qschulz | milloni: I guess you could use BBMASK also if ever, but you need to maintain the list | 15:35 |
| milloni | i.e addtask("A"); addtask("B"); does "B" depend on "A"? | 15:35 |
| milloni | qschulz: that's exactly what i dont want to do | 15:35 |
| qschulz | AFAIK, no | 15:35 |
| RP | milloni: isn't there a parameter to addtask to request A after B or vice versa? | 15:36 |
| milloni | qschulz: yes, it will fail, it's more about being user friendly - upon seeing this, one would have to scroll up to see the "NOTE:" up in the log to know why it failed | 15:36 |
| qschulz | milloni: BUT, bb.build.addtask takes 4 parameters | 15:36 |
| qschulz | milloni: def addtask(task, before, after, d): | 15:37 |
| milloni | and our build log is full of NOTE's and warnings | 15:37 |
| qschulz | milloni: clean the warnings :D | 15:37 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:450d:e003:9142:f492> has quit IRC | 15:37 | |
| milloni | RP: sure, i can do "addtask whatever before whichever" | 15:38 |
| milloni | i was wondering if there's an easy way to add my task before all the other tasks | 15:38 |
| milloni | because the class in question is adding/removing tasks from the list based on complicated logic so it's not entirely clear which task goes first | 15:39 |
| qschulz | milloni: dumb question but why can't you fail in the anonymous function run at parsing time? | 15:39 |
| RP | milloni: we don't have such an API since then two people would want this and both would want to be first | 15:40 |
| milloni | qschulz: if it fails when parsing, i'd have to bbmask all offending recipes (otherwise the entire build will fail) | 15:41 |
| qschulz | milloni: duh. | 15:41 |
| qschulz | (to myself) | 15:41 |
| milloni | but if'm going to bbmask all offending recipes, that takes care of it (i dont to do anything more than that) | 15:41 |
| milloni | RP: ack, makes sense | 15:41 |
| qschulz | milloni: COMPATIBLE_MACHINE with an non-existing machine? (COMPATIBLE_MACHINE = "youshouldreallynotbebuildingthisrecipe")? | 15:42 |
| milloni | qschulz: hm, :D | 15:42 |
| qschulz | milloni: or a non-existing license and then put INCOMPATIBLE_LICENSES = "brokenrecipeneedsthisdumblicense"? | 15:43 |
| qschulz | milloni: I can find plenty of ways to not do it the proper way, just ask :D | 15:43 |
| milloni | i think i'm going to stick it "before" some reasonable tasks | 15:44 |
| milloni | is it legal to addtask before more than one task? | 15:45 |
| milloni | addtask asdf before do_fetch | 15:45 |
| milloni | addtask asdf before do_somethingelse | 15:45 |
| kergoth | ofcourse, but addtask asdf before do_fetch do_somethingelse is fine too | 15:45 |
| milloni | perfect, thanks | 15:46 |
| qschulz | kergoth: ooooh I didn't know this one :) | 15:47 |
| *** stacktrust <stacktrust!~stacktrus@cpe-104-162-194-186.nyc.res.rr.com> has quit IRC | 15:47 | |
| kergoth | or you could grep oe-core for addtask, pretty sure examples of that are there already :) | 15:47 |
| kergoth | np | 15:47 |
| qschulz | milloni: you're basically creating a tree of dependencies with addtask. It's fine if your task appears in different "branches" of that tree (that visual example helps me remembering how things are working, maybe not perfect but seems ok in my mind) | 15:48 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:b5ff:6d3b:2415:6395> has joined #yocto | 15:50 | |
| qschulz | is there an ML for doc patches? I figured this would be an interesting ML to follow? | 15:55 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 15:56 | |
| rburton | qschulz: just the general yocto list | 15:57 |
| RP | I do wonder if we should create one? | 15:59 |
| tgamblin | I think that makes sense | 16:00 |
| tgamblin | General Yocto ML seems to be where many people asking for more high-level and/or beginner help send their emails | 16:00 |
| qschulz | While we're talking about docs in general, I find the ref-manual/dev-manual/mega-manual split/meaning very non-straightforward. I don't know where to look at generally. Is there any tip you have? | 16:02 |
| RP | qschulz: meta-manual contains all the separate manuals | 16:04 |
| RP | er, mega-manual | 16:04 |
| RP | I can't seem to type mega it seems :) | 16:05 |
| qschulz | RP: fingers wired to cd-ing into layers I guess :) | 16:05 |
| qschulz | RP: is mega-manual a concatenation of all the other things or is it a doc on its own (i.e. same content but duplicated or an include from dev-manual in mega-manual?) | 16:06 |
| RP | qschulz: its a concatenation | 16:07 |
| qschulz | RP: ok thanks. I was confused at one point because I didn't find what I wanted in one doc but in another. So it might just have been a brain fart after all.. | 16:08 |
| yocti | New news from stackoverflow: avoid to use 'use_scm_version' in python-jsonchema <https://stackoverflow.com/questions/59827117/avoid-to-use-use-scm-version-in-python-jsonchema> | 16:18 |
| *** learning1 <learning1!~pi@121.121.99.238> has quit IRC | 16:20 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:34 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 16:35 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:a82f:f17e:2223:1e1b> has quit IRC | 16:37 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:39 | |
| *** RobertBerger <RobertBerger!~rber@2a02:587:3b17:409d:4c07:692c:3325:fe6a> has quit IRC | 16:41 | |
| *** learning1 <learning1!~pi@121.121.99.238> has joined #yocto | 16:47 | |
| hpsy | LetoThe2nd: echo $USER | 16:49 |
| hpsy | You're welcome :) | 16:53 |
| *** RobertBerger <RobertBerger!~rber@2a02:587:3b17:406a:4c07:692c:3325:fe6a> has joined #yocto | 16:56 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 16:56 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 16:57 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 17:00 | |
| *** jacques is now known as linuxjacques | 17:00 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 17:02 | |
| *** kriive <kriive!~kriive@net-2-37-220-98.cust.vodafonedsl.it> has joined #yocto | 17:10 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AD05.versanet.de> has quit IRC | 17:11 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 17:11 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 17:13 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 17:21 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 17:23 | |
| *** RobertBerger <RobertBerger!~rber@2a02:587:3b17:406a:4c07:692c:3325:fe6a> has left #yocto | 17:44 | |
| *** ECDHE_RSA_AES256 is now known as ecdhe | 17:44 | |
| armpit | LetoThe2nd, thanks for hosting the twich session | 17:44 |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 17:45 | |
| *** jacques is now known as linuxjacques | 17:45 | |
| kergoth | so... setuptools.bbclass isn't in meta-python2, or oe-core? i'm confused. | 17:47 |
| kergoth | probably should've made sure meta-python2 actually works before removing the files from oe-core | 17:47 |
| rburton | kergoth: blame RP :) patch on the list for meta-py2 | 17:48 |
| kergoth | Hmm, any objection to trying to make examples/samples more consistent? thinking along the lines of manpages.bbclass. use 'examples' packageconfig everywhere, split into ${PN}-examples, possibly be more consistent in the paths on disk too | 17:50 |
| khem | zeddii: its mips or mips64, secondly, on musl/x86 crash is interesting perhaps its better to see if its API issue of kernel problem issue | 17:57 |
| zeddii | nothing points to the kernel. but as I was saying to RP, I have to put this down until after FOSDEM, I’ve done all I can for the past two weeks. | 17:58 |
| zeddii | mips64 is what is busted for clocks, I asked upstream. no help there. | 17:58 |
| zeddii | so I need to find someone that cares about mips64, otherwise, I’m out of ideas. | 17:58 |
| zeddii | oh, and mips64 issues are only with sysvinit, systemd is fine. | 17:59 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 18:00 | |
| khem | that sounds perhaps syscall related, and if its clock_gettime etc. then 64bit time_t changes in kernel might have some changes not propagated to mips64 just a wild guess | 18:01 |
| RP | khem: sounds quite likely | 18:01 |
| RP | khem: build running atm with the libc headers change only | 18:01 |
| zeddii | yup. they broke VDSO related to gettime, but I wasn’t able to sort it out. | 18:01 |
| RP | zeddii: I assume if the libc piece builds we can merge that? | 18:02 |
| khem | musl/x86 I doubt, since alpine/docker guys would notice it too if its a generic problem | 18:02 |
| khem | zeddii: try with glibc 2.31-rc that we added to core/master lately | 18:02 |
| zeddii | RP: yup. it’s tested here. | 18:02 |
| zeddii | khem: I’m fully up to daqte | 18:02 |
| zeddii | date | 18:02 |
| khem | I see | 18:03 |
| *** mckoan is now known as mckoan|away | 18:03 | |
| khem | VDSO on mips64 would be needed since folks do run 32bit binaries there | 18:03 |
| zeddii | mips-kernel was zero help, I’ve debugged it and logged the details in a commit, but it’s just not something I’ll get back to for several weeks unfortunately. | 18:04 |
| zeddii | I was not happy with the answer upstream, since it has always worked before. I reverted their garbage and it worked again. so the bisect shows what broke it. | 18:05 |
| khem | I see | 18:05 |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-xxtlsdufjsieghai> has quit IRC | 18:11 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-yautcqsbxsndsqxt> has joined #yocto | 18:12 | |
| *** nemgti-og <nemgti-og!~nemgti-og@37.120.217.163> has joined #yocto | 18:14 | |
| *** nemgti-og <nemgti-og!~nemgti-og@37.120.217.163> has joined #yocto | 18:14 | |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto | 18:14 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has quit IRC | 18:16 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 18:18 | |
| *** kriive <kriive!~kriive@net-2-37-220-98.cust.vodafonedsl.it> has quit IRC | 18:33 | |
| *** kriive <kriive!~kriive@net-2-37-220-98.cust.vodafonedsl.it> has joined #yocto | 18:39 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 18:52 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:57 | |
| *** matthewzmd <matthewzmd!~user@128.224.252.2> has joined #yocto | 19:06 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:11 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 19:19 | |
| armpit | zeddii, maybe a YP bug should be opened so details can be include so anyone who wants to help can | 19:30 |
| *** beratiks <beratiks!b0e9c643@176.233.198.67> has joined #yocto | 19:39 | |
| LetoThe2nd | armpit: heh, yw @ twitch | 19:42 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 19:43 | |
| GrimSleepless | Hey guys, is there a way to run a qemu built with Yocto using more than 1 core of my CPU ? | 19:47 |
| LetoThe2nd | GrimSleepless: it depends (TM) | 19:48 |
| GrimSleepless | LetoThe2nd: I think I found the solution using runqemu. I need to add -qemuparams="-smp 2,maxcpus=2" | 19:49 |
| LetoThe2nd | GrimSleepless: that should emulate more than one cpu | 19:50 |
| LetoThe2nd | GrimSleepless: however running one more than one thread should be https://wiki.qemu.org/Features/tcg-multithread | 19:50 |
| GrimSleepless | LetoThe2nd: oh great! Thank you! | 19:50 |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 19:50 | |
| LetoThe2nd | (thats at least my understanding) | 19:51 |
| GrimSleepless | LetoThe2nd: It is more than enough for my current needs! | 19:51 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:55 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:00 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 20:01 | |
| nemgti-og | Hello my hard-rocking Amigos! I am trying to add some files to my image's rootfs (I am starting with one single file). What I am doing: modifying this receipe https://github.com/GENIVI/meta-ivi/blob/master/meta-ivi/recipes-extended/common-api/capicxx-core-native_3.1.12.3.bb so that I get locally this -> https://pastebin.com/C87XiJvq (artifacts.xml is one of the files contained in the .zip file, which I | 20:16 |
| nemgti-og | can find already decompressed in $7WORKDIR}) | 20:16 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 20:17 | |
| LetoThe2nd | nemgti-og: without knowing that capic thing, the cp is misplaced. | 20:17 |
| nemgti-og | Still my file is not included in my final build... could anybody please point me in the right direction to get this file in my rootfs? I have already spent a couple of days going through the documentation but havent been able to figure it out | 20:17 |
| nemgti-og | hey LetoThe2nd, you mean the copy command inside the do_install_append function? | 20:18 |
| LetoThe2nd | nemgti-og: 1) install instead of cp 2) extend FILES_${PN}, although you should get a install-but-not-shipped warning, theoretically | 20:18 |
| LetoThe2nd | hum is there another cp? :P | 20:18 |
| nemgti-og | hehehe.... no there isn't | 20:19 |
| *** beratiks <beratiks!b0e9c643@176.233.198.67> has quit IRC | 20:19 | |
| neverpanic | Wouldn't everything in ${bindir} be packaged anyway, so extending FILES_${PN} wouldn't be necessary – it's uncommon to put non-executable files into /usr/bin, though. | 20:19 |
| LetoThe2nd | neverpanic: yup, you're right. my bad. | 20:20 |
| nemgti-og | I thought everything would be included as neverpanic said... but then do you think the problem is that I am trying to move an xml file instead of an executable? | 20:20 |
| neverpanic | I'd write this to read install -m0644 ${WORKDIR}/artifacts.xml ${D}${bindir}/testing_jah.xml, but other than that, the approach of using do_install_append() looks fine to me | 20:20 |
| nemgti-og | ok.... I think I will try that | 20:21 |
| neverpanic | Although you might want to check ${WORKDIR}/temp/run.do_install for surprises, like somebody doing do_install_append() { exit 0 } | 20:21 |
| nemgti-og | ok. I will do that first then :) Thanks a lot! | 20:21 |
| neverpanic | Aren't there available recipes for the CommonAPI generators already? | 20:22 |
| nemgti-og | the problem i am facing, is that i want to have the generator in the final image and this is normally not the case | 20:24 |
| neverpanic | Right, normally you'd have the generator in the SDK associated with the image. | 20:24 |
| nemgti-og | Well, the generator is also not part of the SDK | 20:24 |
| neverpanic | But even if you want the generator in the final image, wouldn't the appropriate solution to use IMAGE_INSTALL += "capicxx-core" and ensure that there is a non-native version of the recipe? | 20:26 |
| kriive | Can I apply patches from a 4.14 kernel to a later kernel? | 20:26 |
| LetoThe2nd | kriive: depends (TM) | 20:26 |
| neverpanic | Unfortunately I'm not an expert of adding things to the Yocto SDK, you would have to consult the documentation on how to do that. | 20:26 |
| neverpanic | I believe TOOLCHAIN_HOST_TASK += "nativesdk-capicxx-core" may be what you're looking for, though. | 20:27 |
| nemgti-og | neverpanic: ok i get it. I started with yocto last week so I really have almost null idea of what i am trying to do.... | 20:27 |
| nemgti-og | i tried that last one without success | 20:27 |
| neverpanic | .oO( we should really have open sourced our version of those recipes, too ) | 20:27 |
| neverpanic | Well, that's probably because there is no nativesdk version of capicxx-core, so that's something you'd have to provide | 20:27 |
| nemgti-og | that is also right, there is no nativesdk-capicxx-core | 20:28 |
| nemgti-og | yocto is painfull | 20:28 |
| neverpanic | At times, yes. | 20:28 |
| kriive | LetoThe2nd: I'd file for a registration | 20:29 |
| LetoThe2nd | kriive: go ahead. my claims are 30% | 20:29 |
| kriive | we have an agreement | 20:30 |
| *** learning1 <learning1!~pi@121.121.99.238> has quit IRC | 20:39 | |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 20:42 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 20:42 | |
| *** Dracos-Carazza_ is now known as Dracos-Carazza | 20:44 | |
| *** learning1 <learning1!~pi@121.121.99.238> has joined #yocto | 20:45 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 20:51 | |
| nemgti-og | jsut found out my ${D} variable points to a /../../blahblah/iamge directory which does not exist.... is this normal? | 20:56 |
| nemgti-og | and varaible bindir seems to be unexistent | 20:57 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 20:58 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 20:59 | |
| *** matthewzmd <matthewzmd!~user@128.224.252.2> has quit IRC | 21:00 | |
| neverpanic | http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/base.bbclass#n336 should create ${D} before do_install runs | 21:04 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 21:05 | |
| neverpanic | and ${bindir} is defined at http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/bitbake.conf#n44 | 21:05 |
| LetoThe2nd | that sounds highly obscure, yes | 21:05 |
| nemgti-og | could it be that i dont find this directory do to a difference between the poky tag i checkout out and the docs? | 21:05 |
| nemgti-og | i found out i have variables binddir_{cross, crossscripts, native, nativesdk} but not plain bindir | 21:06 |
| neverpanic | The ${D} directory always gets created while the build runs. It's normal that it doesn't exist before the build, especially if you have rm_work enabled. | 21:06 |
| neverpanic | And ${bindir} I think never gets redefined from the value it has in bitbake.conf; it's components, however, do change, for example ${exec_prefix} (used in the definition of bindir) gets redefined in nativesdk.bbclass at http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/nativesdk.bbclass#n66 | 21:08 |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 21:15 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:25 | |
| nemgti-og | thanks guys. I need to stop and rest now. Have a good night you all. | 21:28 |
| *** nemgti-og <nemgti-og!~nemgti-og@37.120.217.163> has quit IRC | 21:28 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 21:44 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 21:45 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:47 | |
| RP | Its sad when you think oh, I made changes to this last year? Oh 2009, not 2019 :/ | 21:57 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 21:58 | |
| *** kriive <kriive!~kriive@net-2-37-220-98.cust.vodafonedsl.it> has quit IRC | 22:06 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 22:13 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 22:15 | |
| *** guerinoni <guerinoni!~guerinoni@host16-44-dynamic.181-80-r.retail.telecomitalia.it> has joined #yocto | 22:18 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 22:21 | |
| *** buzzmarshall <buzzmarshall!~Buzz@2607:fea8:1d21:3501:539:68a6:c258:fe5d> has joined #yocto | 22:27 | |
| RP | zeddii: that headers build was ok | 22:57 |
| RP | bluelightning: the headers build did show our mystery failure :( | 22:58 |
| RP | and the locked sigs one twice | 22:58 |
| RP | which seems excessive | 22:58 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 23:02 | |
| *** guerinoni <guerinoni!~guerinoni@host16-44-dynamic.181-80-r.retail.telecomitalia.it> has quit IRC | 23:02 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 23:06 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-epoufybjuixjjlom> has quit IRC | 23:08 | |
| bcran | I'd like to have the uwsgi recipe in the meta-openstack layer updated - it's currently using a pretty old version from 2016. Is the only way to learn how to contribute and send a patch? Or is there a maintainer I can ask to update it? | 23:13 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 23:16 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 23:43 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 23:45 | |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has quit IRC | 23:45 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 23:49 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 23:51 | |
| *** cadsys__ <cadsys__!~cadsys@199.243.155.130> has quit IRC | 23:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!