mccc | khem: Can my single recipe install in to multiple $Ds and create packages from those separate $Ds? | 00:01 |
---|---|---|
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 00:03 | |
khem | kiwi_29: can you check if you have some bbappends for python3 in workspace/ dir | 00:05 |
kiwi_29 | yes..was just going to mention that | 00:06 |
kiwi_29 | there are ! | 00:06 |
kiwi_29 | how should I deal with them | 00:06 |
khem | ok just rename workspace/ to workspace1 for tests | 00:06 |
khem | and see if that helps | 00:06 |
kiwi_29 | I had issues when I removed or renamed workspace directory in past.. | 00:08 |
kiwi_29 | just did it now and sure enought bitbake does not work | 00:08 |
kiwi_29 | I then did bitbake-layers show-layers and it lists workspace directory as one of the layers | 00:08 |
khem | mccc: are you just doing debs and not full images ? technically yes its possible I think to do some munging like this but package QA might catch it | 00:08 |
khem | just touch workspace | 00:08 |
khem | its added to bblayers.conf thats why its complaining, perhaps I should have asked to delete it from there | 00:09 |
kiwi_29 | I can do bitbake-layers remove-layer workspace ? | 00:09 |
kiwi_29 | or have empty workspace dir | 00:09 |
mccc | khem: I am building full images, the idea is trgtA-image would include custA-trgtA, custB-trgtA, etc, and trgtB-image would include custA-trgtB, custB-trgtB, etc. I'm thinking I should look in to do_package to see if I can have it use a subdirectory of $D depending on which package it's building. | 00:10 |
kiwi_29 | khem... I deleted workspace folder by mistake..and got more errors...but then I went ahead and deleted workspace reference from bblayers.conf and atleast the distro is compiling again ! | 00:13 |
kiwi_29 | thanks ! | 00:13 |
kiwi_29 | lets c if this whole thing compiles again | 00:13 |
kiwi_29 | basically devtool reset did not fully reset then... and the append files where screwing things up? | 00:14 |
khem | yeah its possible | 00:14 |
kiwi_29 | the whole issue started by me adding oe-meta-go to add go based programs. | 00:14 |
kiwi_29 | these go programs are not running on my target which is also x86_64 | 00:14 |
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:14 | |
kiwi_29 | I created a recipe and compiled go programs and deployed to target but I again get same error "No such file or diretory" | 00:15 |
kiwi_29 | I believe you had mentioned to use multilib support? | 00:15 |
khem | kiwi_29: with zeus golang is in oe-core | 00:15 |
khem | perhaps you do not need oe-meta-go | 00:16 |
kiwi_29 | I see..let me check | 00:16 |
kiwi_29 | but regardless... I was able to generate a binary out of yocto build | 00:16 |
kiwi_29 | and when deployed it on target I get "No such file or directory" | 00:16 |
mccc | I'm currently looking through do_split_packages and "7.22.3.1 Making Sure the Packaging is Done" in the mega manual. | 00:23 |
*** rburton <rburton!~rburton@134.191.227.37> has quit IRC | 00:29 | |
*** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has quit IRC | 00:30 | |
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 00:30 | |
mccc | I think what I need to do is create a recipe for each target (trgtA.bb, trgtB.bb), have each of those include a list of my customers (customers.inc which has CUSTOMERS = "custA custB"), loop over those customers in the target recipes do_install, and then use do_split_packages to split the target recipe into multiple packages per customer. | 00:40 |
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 00:56 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 01:07 | |
*** marquiz <marquiz!~marquiz@134.191.221.74> has joined #yocto | 01:38 | |
*** marquiz_ <marquiz_!~marquiz@134.191.221.74> has quit IRC | 01:40 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-zcbkjuwyziudhzuv> has quit IRC | 01:49 | |
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 02:27 | |
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 02:29 | |
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has quit IRC | 02:33 | |
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto | 02:34 | |
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 02:43 | |
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 02:46 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 03:32 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 03:36 | |
*** lfa_ <lfa_!~lfa@91-118-92-18.static.upcbusiness.at> has joined #yocto | 03:36 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 03:36 | |
*** palate <palate!~palate@palate.powered.by.lunarbnc.net> has quit IRC | 03:37 | |
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 03:39 | |
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 03:40 | |
*** lfa_ <lfa_!~lfa@91-118-92-18.static.upcbusiness.at> has quit IRC | 03:41 | |
*** palate <palate!~palate@palate.powered.by.lunarbnc.net> has joined #yocto | 03:43 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 03:45 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 03:46 | |
*** NiksDev2 <NiksDev2!~NiksDev@192.91.101.32> has joined #yocto | 04:02 | |
*** aehs29 <aehs29!~znc@189.237.233.49> has quit IRC | 04:04 | |
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 04:05 | |
*** aehs29 <aehs29!~znc@189.237.233.49> has joined #yocto | 04:05 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 04:06 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 04:06 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:651b:9af8:7e63:ed71> has joined #yocto | 04:16 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:651b:9af8:7e63:ed71> has quit IRC | 04:20 | |
*** flihp <flihp!~flihp@76.243.124.129> has quit IRC | 04:28 | |
*** sheelba <sheelba!~ningauble@c-73-157-47-121.hsd1.wa.comcast.net> has joined #yocto | 04:30 | |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 04:32 | |
*** ningauble <ningauble!~ningauble@c-73-157-47-121.hsd1.wa.comcast.net> has quit IRC | 04:32 | |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 04:46 | |
*** hyper_dave_ <hyper_dave_!~quassel@196.188.72.247> has joined #yocto | 04:56 | |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 04:57 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 05:08 | |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 05:08 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 05:09 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 05:18 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 05:18 | |
*** flihp <flihp!~flihp@76.243.124.129> has joined #yocto | 05:21 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:651b:9af8:7e63:ed71> has joined #yocto | 05:28 | |
*** abheyogy <abheyogy!~abheyogy@2405:204:229:e9a5:f525:db9d:e482:fe0c> has joined #yocto | 05:31 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:651b:9af8:7e63:ed71> has quit IRC | 05:32 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 05:38 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 05:39 | |
*** abheyogy <abheyogy!~abheyogy@2405:204:229:e9a5:f525:db9d:e482:fe0c> has quit IRC | 05:50 | |
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 05:57 | |
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has joined #yocto | 06:00 | |
*** vineela <vineela!vtummala@nat/intel/x-yaaidddtivxedtfz> has joined #yocto | 06:10 | |
*** JPEW01 <JPEW01!cc4da369@204.77.163.105> has quit IRC | 06:10 | |
*** vineela <vineela!vtummala@nat/intel/x-yaaidddtivxedtfz> has quit IRC | 06:13 | |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 06:16 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 06:20 | |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:23 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 06:25 | |
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 06:49 | |
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 07:10 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 07:10 | |
*** sno <sno!~sno@p4FE93807.dip0.t-ipconnect.de> has quit IRC | 07:16 | |
*** hyper_dave_ <hyper_dave_!~quassel@196.188.72.247> has quit IRC | 07:19 | |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 07:20 | |
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 07:20 | |
*** meego <meego!~meego@pop.92-184-97-126.mobile.abo.orange.fr> has joined #yocto | 07:21 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:23 | |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 07:34 | |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 07:35 | |
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:37 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 07:38 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 07:38 | |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:39 | |
*** frsc <frsc!~frsc@i59F4BDB2.versanet.de> has joined #yocto | 07:46 | |
*** sno <sno!~sno@195.14.209.36> has joined #yocto | 07:47 | |
*** fl0v0 <fl0v0!~fvo@89.244.127.215> has joined #yocto | 08:01 | |
LetoThe2nd | i actually ran into the guy behind https://github.com/EugenWiens/vscode-bitbake yesterday :) | 08:09 |
*** hyper_dave_ <hyper_dave_!~quassel@196.188.72.247> has joined #yocto | 08:09 | |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 08:09 | |
*** apteryx is now known as Guest45648 | 08:10 | |
*** apteryx <apteryx!~maxim@dsl-10-131-211.b2b2c.ca> has joined #yocto | 08:10 | |
*** meego <meego!~meego@pop.92-184-97-126.mobile.abo.orange.fr> has quit IRC | 08:19 | |
yocti | New news from stackoverflow: Why is yocto build for intel core i7 crashing? <https://stackoverflow.com/questions/60521320/why-is-yocto-build-for-intel-core-i7-crashing> | 08:19 |
*** rburton <rburton!~rburton@134.191.227.37> has joined #yocto | 08:20 | |
*** mckoan|away is now known as mckoan | 08:20 | |
*** meego <meego!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has joined #yocto | 08:21 | |
PinkSnake | Hello guys, someone here has good tips and/or reference to understand how to debug custom tasks/classes ? I'm not able to see where bb.note should be printed :S Thank you | 08:21 |
*** meego <meego!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has quit IRC | 08:22 | |
*** sstiller <sstiller!~sstiller@p200300F07F324D006D4198004ADD5CAB.dip0.t-ipconnect.de> has joined #yocto | 08:22 | |
*** meego <meego!~meego@2001:41d0:fe7e:c800:5aa:eb7b:d5fe:d286> has joined #yocto | 08:22 | |
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 08:23 | |
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:26 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:28 | |
*** palate <palate!~palate@palate.powered.by.lunarbnc.net> has quit IRC | 08:41 | |
*** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 08:41 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:484e:1c08:8aaa:e9bb> has joined #yocto | 08:41 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.131> has joined #yocto | 08:47 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 08:47 | |
yocti | New news from stackoverflow: Yocto image is not adding the files to rootfs <https://stackoverflow.com/questions/60521870/yocto-image-is-not-adding-the-files-to-rootfs> | 08:49 |
*** tobias_ <tobias_!~tobias@www3.mikrolund.ideon.se> has joined #yocto | 08:55 | |
tobias_ | Hello! Im running zeus branch with meta-intel, does anyone know why CONFIG_DEVMEM=y doesnt propagate to the kernel config on target? It still says "CONFIG_DEVMEM is not set" in config.gz on target. I need it to get /dev/mem, a watchdog needs it | 08:58 |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:484e:1c08:8aaa:e9bb> has quit IRC | 08:58 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:00 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:02 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:484e:1c08:8aaa:e9bb> has joined #yocto | 09:03 | |
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has quit IRC | 09:05 | |
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto | 09:05 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 09:06 | |
mauz555 | hello im using https://github.com/Freescale/meta-freescale and it depends on "git://git.openembedded.org/openembedded-core" does it means I have to replace poky/meta for openembedded-core/meta in bblayers.conf ? | 09:06 |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 09:06 | |
*** emrius <emrius!9b2da45b@155.45.164.91> has joined #yocto | 09:07 | |
emrius | Hi everyone. I'm trying to build a receipe that requires python3. I tried `inherit python3native` and `RDEPENDS_${PN} = " python3 python3-numpy"` but bitbake complains that: `aise RuntimeError("Python version >= 3.5 required.")` | 09:11 |
emrius | Why is python3 not being used here? Any hints? | 09:12 |
*** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 09:16 | |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 09:16 | |
*** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has quit IRC | 09:17 | |
*** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has joined #yocto | 09:17 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:18 | |
*** tobias_ <tobias_!~tobias@www3.mikrolund.ideon.se> has quit IRC | 09:21 | |
*** florian_kc is now known as florian | 09:21 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-yyvbgpahvxqrzsxr> has joined #yocto | 09:21 | |
emrius | Anyone? | 09:21 |
frsc | mauz555: No, you can keep poky/meta. It's the same content as in oe-core/meta, | 09:22 |
*** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:22 | |
*** emrius <emrius!9b2da45b@155.45.164.91> has quit IRC | 09:25 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 09:26 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:26 | |
LetoThe2nd | RP: ping - who's the mastermind behind tinfoil? | 09:38 |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 09:41 | |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 09:48 | |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 09:49 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto | 09:51 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 09:51 | |
*** emrius <emrius!9b2da45b@155.45.164.91> has joined #yocto | 09:59 | |
emrius | Sorry, I got disconnected. Has anyone the email history here: https://yocto.yoctoproject.narkive.com/9fJuNa0I/scipy-recipe I'm looking for the attachment by matthias Schoepfer | 09:59 |
rburton | LetoThe2nd: RP or bluelightning | 10:12 |
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:b515:74f7:82a8:6131> has quit IRC | 10:14 | |
qschulz | PinkSnake: bitbake -D (multiple Ds, I never remember how many) should give you the notes. Otherwise, I think they might make it to the log.do_<task> in WORKDIR/temp? The first works for sure, the second I don't know :) | 10:14 |
LetoThe2nd | rburton: i ran into the guy behind https://github.com/EugenWiens/vscode-bitbake here, and at the moment he's parsing bitbake output | 10:16 |
rburton | woo | 10:16 |
LetoThe2nd | rburton: gave him a very *gentle* nudge to look at tinfoil, hence the question | 10:17 |
rburton | it would be quite neat if vscode-bitbake was a language server that could start up a memory resident bitbake | 10:17 |
rburton | would be able to fire builds off then too | 10:18 |
LetoThe2nd | rburton: he's still around so can certainly relay bits and pieces. so that would be starting the memory resident, and getting stuff in and out via tf? | 10:20 |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 10:21 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 10:22 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 10:27 | |
*** hamis <hamis!~irfan@110.93.212.99> has joined #yocto | 10:28 | |
PinkSnake | qschulz Thx double D make the job Thank you :) | 10:28 |
*** emrius <emrius!9b2da45b@155.45.164.91> has quit IRC | 10:30 | |
*** watchd0g <watchd0g!~Carlos@185.17.231.94> has joined #yocto | 10:30 | |
watchd0g | Hi there, | 10:31 |
watchd0g | Does anyone can help me in installing a simple file into rootfs (like a motd), that is already provided by base-files? How to choose like a "prevered install provider for file X"? | 10:32 |
rburton | watchd0g: easiest is to write a bbappend for base-files and provide your own file there | 10:33 |
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 10:34 | |
watchd0g | hum ok | 10:40 |
watchd0g | i'll try | 10:41 |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 10:45 | |
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 10:50 | |
hmw1 | hi, im trying to build a project that has: unix: PKGCONFIG += mm-glib if i put #include <libmm-glib.h> in the header file it cant finde libmm-glib.h. if i only put #include <libmm-glib.h> in the cpp file it builds | 10:57 |
PinkSnake | Someone here is able to tell me which variable can I use to get (inside tmp/work ) .cpio rootf path ? | 11:02 |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:484e:1c08:8aaa:e9bb> has quit IRC | 11:02 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 11:03 | |
*** jacob_ <jacob_!~jacob@h-94-254-58-242.NA.cust.bahnhof.se> has joined #yocto | 11:04 | |
*** jacob_ <jacob_!~jacob@h-94-254-58-242.NA.cust.bahnhof.se> has joined #yocto | 11:05 | |
qschulz | PinkSnake: bitbake -e and look for a variable with the path you want. Note that it might not always be a good idea to try to get files from some given paths (i'm thinking searching in other recipe's sysroot, or looking into the image workdir too early in the building stage) | 11:05 |
kpo | Hey, I'm having a problem with devshell - when I try to run, for example, bitbake -c devshell bash, terminal window pops up, and immediately closes. Any hints why is that? | 11:10 |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 11:12 | |
*** jacob_ is now known as jkimblad | 11:16 | |
*** jkimblad is now known as jacob_ | 11:16 | |
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 11:19 | |
yocti | New news from stackoverflow: Any one hit same compiling failed issue for Yocto project? <https://stackoverflow.com/questions/60524740/any-one-hit-same-compiling-failed-issue-for-yocto-project> | 11:19 |
rburton | hmw1: sounds like a problem with your build tool and not yocto | 11:28 |
*** hamis <hamis!~irfan@110.93.212.99> has quit IRC | 11:30 | |
PinkSnake | qschulz Thx a lot I never think about -e ^^ | 11:32 |
hmw1 | rburton: yes, but im using a "yocto" sdk or do you think its the ide | 11:35 |
PinkSnake | qschulz In fact I'm writing a bbclass to create encrypted FIT image and i need the .cpio.gz path :) | 11:35 |
rburton | hmw1: i think your code is wrong, be it the C or the makefiles | 11:36 |
PinkSnake | kpo maybe try ** bitbake <recipe-name> -c devshell **only | 11:37 |
rburton | kpo: what terminal? | 11:37 |
rburton | and what yocto release | 11:37 |
rburton | modern terminal apps like to be client/server and just tell another instance to pop up a window which goes against how devshell wants to work | 11:38 |
hmw1 | rburton: I'm using a .pro file that PKGCONFIG adds the libs ( if i add the include in the cpp file everything works) if i add it to the header it fails to finde the lib | 11:39 |
rburton | so put it in the cpp file? :) | 11:39 |
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 11:39 | |
rburton | is the header file actually being included in your source? | 11:39 |
rburton | again sounds like your source or .pro is broken | 11:39 |
hmw1 | rburton : the header is include as header file | 11:40 |
hmw1 | rburton: HEADERS += modem.h SOURCES += modem.cpp | 11:41 |
rburton | did you actually #include modem.h in modem.cpp? | 11:42 |
hmw1 | yes | 11:42 |
rburton | so assuming you've done what you said you've done, there's literally no difference to the preprocessor | 11:43 |
rburton | which suggests that your code is broken somewhere | 11:43 |
*** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:44 | |
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 11:48 | |
*** berton <berton!~berton@177.194.196.4> has quit IRC | 11:49 | |
hmw1 | rburton: btw if i do a #include <libmm-glib/libmm-glib.h> in the header it "works" but then it brakes in the internal sdk lib modemmanager | 11:49 |
*** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 11:50 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 11:51 | |
*** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:51 | |
kpo | rburton: I've tried different ones, mainly I use konsole, tested even on xterm. Yocto thud | 11:53 |
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 11:57 | |
kpo | hmm, I changed some time ago default interpreter from bash to fish, anyway I always first change to bash, then run source yocto-thud/oe-init-build-env ./build and then bitbake | 11:59 |
kpo | could it be because of the default shell change? | 11:59 |
kpo | I'll try to revert to fish | 11:59 |
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has quit IRC | 12:00 | |
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto | 12:01 | |
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC | 12:03 | |
kpo | Yep, it was because of the default shell - when I changed back to bash it started working :) | 12:03 |
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto | 12:05 | |
LetoThe2nd | rburton: ping sorry just so i understand it right: the best way to do the plugin would starting a memres bitbake, and then getting stuff in and out how? is tinfoil really the way to start? | 12:05 |
rburton | LetoThe2nd: dunno :) | 12:06 |
rburton | tinfoil is a nicer api than the old api though | 12:06 |
LetoThe2nd | rburton: which is the old api? | 12:08 |
LetoThe2nd | rburton: i just need some pointer to hand on, and i know little more than that the buzzwords exist. | 12:08 |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:557b:a3d:f809:43c2> has joined #yocto | 12:09 | |
rburton | same entrypoint but tinfoil is better | 12:11 |
rburton | there's a load of scripts in oe-core/scripts or even kergoth's bb that hit tinfoil to dig into the data store | 12:12 |
LetoThe2nd | rburton: ah! is bb somewhere in mainline repo? | 12:12 |
rburton | no, its on github | 12:13 |
LetoThe2nd | rburton: got it, thanks. | 12:13 |
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 12:34 | |
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:36 | |
*** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-ilzxmzmiodnljycq> has quit IRC | 12:54 | |
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 12:55 | |
*** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-kdgipzdynqdahcaw> has joined #yocto | 12:56 | |
*** berton_ <berton_!~berton@177.194.196.4> has joined #yocto | 13:04 | |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:06 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 13:07 | |
*** berton <berton!~berton@177.194.196.4> has quit IRC | 13:07 | |
*** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 13:08 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 13:08 | |
*** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 13:15 | |
fbre | Hi, my u-boot does not have the tftp command. I remember there's a config switch for the yocto build to enable that feature. Do you remember where to switch that tftp feature for u-boot on? | 13:17 |
*** joergho <joergho!b20f57d2@business-178-015-087-210.static.arcor-ip.net> has joined #yocto | 13:17 | |
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-gkaxzkoiqikqnjwp> has quit IRC | 13:24 | |
*** Crofton|road <Crofton|road!sid401373@gateway/web/irccloud.com/x-pldjtvolpmhzxied> has quit IRC | 13:24 | |
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-wkddjkgultyjlpfr> has joined #yocto | 13:24 | |
fbre | I'm on the u-boot=> prompt. I type a ? and get a list of all commands. But I can see tftp is not offered there. | 13:24 |
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-vtjuwimpvbpaxjcy> has quit IRC | 13:24 | |
*** Crofton|road <Crofton|road!sid401373@gateway/web/irccloud.com/x-uzcsdbpqjcdiihge> has joined #yocto | 13:24 | |
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-euvpvhzlzymsjled> has joined #yocto | 13:25 | |
joergho | CONFIG_CMD_TFTPBOOT needs to be enabled in u-boot config | 13:26 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 13:35 | |
PinkSnake | Is it possible to use addtasks with a python function ? | 13:35 |
qschulz | AFAIK with a python task yes. It's really one line, so try it and you'll know for sure | 13:37 |
PinkSnake | qschulz I have spent 3 days on "trying" ^^ | 13:38 |
*** meego_ <meego_!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has joined #yocto | 13:38 | |
qschulz | where's your python function (which file, where on the FS), what did you try, what's the expected behavior, what's happening etc. | 13:38 |
qschulz | And more specifically, what are you trying to achieve (the actual root of your problem that you're trying to fix with a python function) | 13:39 |
qschulz | (also python function != python task IIUC) | 13:39 |
*** meego <meego!~meego@2001:41d0:fe7e:c800:5aa:eb7b:d5fe:d286> has quit IRC | 13:40 | |
PinkSnake | I'm writing a class to create encrypted FIT image, my .bb image recipe inherit of the custom class. I'm not able to call python TASK from do_blabla_appen() | 13:40 |
qschulz | ${@pythontask()} in a bash task should work | 13:42 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 13:43 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 13:45 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 13:47 | |
PinkSnake | qschulz ${@python_code} works but ${@pythontask} not :( | 13:49 |
qschulz | PinkSnake: we're using it, so I'm pretty sure this works :) | 13:50 |
PinkSnake | qschulz feel free to share ;) | 13:50 |
qschulz | So the problem is somewhere else I guess. where's your python function (which file, where on the FS), what did you try, what's the expected behavior, what's happening etc. | 13:51 |
PinkSnake | qschulz As I have already said before, i want to create an encrypted FIT image. So I have created bbclass, my image recipe inherit from this class, I'm not able to call a python function form do_unpakc_append() function | 13:52 |
qschulz | foo.bbclass: def my_python_function(d): blabla; myrecipe.bb: inherit foo; do_install_append() { ${@my_python_function(d)} } | 13:53 |
fbre | thanks, joergho | 13:54 |
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 13:54 | |
*** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 13:56 | |
PinkSnake | qschulz Exception during build_dependencies for do_write_manifest_file :( doesn't matter, Thx for support | 13:59 |
*** mcc_ <mcc_!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has joined #yocto | 13:59 | |
*** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has quit IRC | 14:03 | |
qschulz | PinkSnake: maybe someone else will be able to help you because I don't think we're able to understand each other and communicate correctly. Please try again later, usually people are responsive, I'll not hijack the question so you've your chances on having someone else answer your question. | 14:03 |
PinkSnake | qschulz: Tkt pas pour moi va ;) merci | 14:04 |
joergho | JaMa, I ran the test with meta-qt5 25d0fa605 and everything looks fine (simple gui application generated by gnuradio-companion works) | 14:06 |
joergho | However, to fix the fonts problem, I needed to create a symlink /usr/lib/fonts -> /usr/share/fonts/ttf | 14:07 |
joergho | Could we add a recipe / packet to meta-qt5 which provides this link? | 14:07 |
*** mcc_ <mcc_!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has quit IRC | 14:14 | |
*** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has joined #yocto | 14:14 | |
mauz555 | hi - how to PATCH https://github.com/Freescale/meta-freescale/blob/zeus/recipes-graphics/drm/libdrm_2.4.91.imx.bb so Package "dri" can be found through pkg-config ? | 14:18 |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 14:20 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 14:20 | |
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 14:24 | |
*** cpastore <cpastore!~cpastore@144.121.20.106> has quit IRC | 14:28 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 14:35 | |
JPEW | mauz555: I'm not sure that recipe provides dri in the first place | 14:43 |
mauz555 | JPEW: IMX_LIBDRM_SRC ?= "git://source.codeaurora.org/external/imx/libdrm-imx.git;protocol=https;nobranch=1" | 14:44 |
mauz555 | JPEW: IMX_LIBDRM_BRANCH = "libdrm-imx-2.4.91" | 14:44 |
mauz555 | JPREW: I guess the recipe fetches/install this git repo/branch : https://source.codeaurora.org/external/imx/libdrm-imx/tree/?h=libdrm-imx-2.4.91 | 14:45 |
JPEW | Correct... and that repo doesn't provide "dri"... did you mean "drm" perhaps? | 14:45 |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 14:45 | |
mauz555 | JPEW: here is the original bug im confronting: https://pastebin.com/rPMqQk79 | 14:46 |
mauz555 | JPEW: "Package dri was not found in the pkg-config search path." | 14:47 |
mauz555 | JPEW : at the top of this recipe https://github.com/Freescale/meta-freescale/blob/zeus/recipes-graphics/drm/libdrm_2.4.91.imx.bb it says "Direct Rendering Infrastructure\" (DRI). DRI is required for many hardware | 14:48 |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 14:49 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 14:50 | |
JPEW | mauz555: Sure, but I don't think libdrm provides dri.pc: https://pastebin.com/DxsQGEqb | 14:55 |
JPEW | I'm not sure what would provide that | 14:56 |
PinkSnake | qschulz after 3 days all my stuff works :) Thx for your patience ;) | 14:56 |
qschulz | PinkSnake: could you share what it was so people can benefit from those 3 days :) ? | 15:00 |
qschulz | Happy it works now | 15:00 |
PinkSnake | qschulz I have juste made some changes from this bbclass https://git.phytec.de/meta-phytec/tree/classes/fitimage.bbclass?h=zeus | 15:01 |
*** meego_ <meego_!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has quit IRC | 15:03 | |
*** meego <meego!~meego@2001:41d0:fe7e:c800:404f:fc20:f182:93c5> has joined #yocto | 15:04 | |
mauz555 | JPEW: I have found a dri.pc there : https://packages.debian.org/search?arch=amd64&mode=exactfilename&searchon=contents&keywords=dri.pc | 15:05 |
JPEW | mauz555: Right looks like that's provided by mesa, which might not be present if you are using the freescale OpenGL drivers instead | 15:06 |
mauz555 | JPEW: my goal is to run chromium on wayland for my platform. should I post an Issue to OSSystems/meta-browser or tweak the chromium /recipebuild so it uses freescale OpenGL ? | 15:08 |
JPEW | mauz555: I'm not sure, sorry, I don't know much about chromium | 15:09 |
mauz555 | JPEW: ty | 15:09 |
*** meego_ <meego_!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has joined #yocto | 15:09 | |
*** meego <meego!~meego@2001:41d0:fe7e:c800:404f:fc20:f182:93c5> has quit IRC | 15:13 | |
*** sstiller <sstiller!~sstiller@p200300F07F324D006D4198004ADD5CAB.dip0.t-ipconnect.de> has quit IRC | 15:13 | |
*** yann <yann!~yann@85.118.38.73> has quit IRC | 15:17 | |
yocti | New news from stackoverflow: Missing files in Yocto SDK <https://stackoverflow.com/questions/60529051/missing-files-in-yocto-sdk> | 15:20 |
JaMa | joergho: is that really an the issue in pyqt5 or in gnuradio? | 15:25 |
*** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has joined #yocto | 15:33 | |
shan1 | Hi all, is possible to add systemd scripts within a python3 recipe for custom apps? | 15:33 |
tgamblin | RP: JPEW: Increasing my paranoia level to try and figure out why I can't get reproducible tests running correctly. Trying with a completely-new set of repos and build environment | 15:36 |
tgamblin | s/environment/folder | 15:37 |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 15:40 | |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:40 | |
*** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has quit IRC | 15:40 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 15:41 | |
JPEW | tgamblin: Ok... it is *really* weird | 15:41 |
JPEW | tgamblin: One option might be to hack up the reproducible build test to just run bitbake -e and see how the variables are being set | 15:41 |
tgamblin | JPEW: yeah, I am puzzled. That's not a bad idea | 15:42 |
*** kriive <kriive!~kriive@217.221.109.178> has joined #yocto | 15:42 | |
JPEW | tgamblin: I wonder if there is some variable override being applied... | 15:42 |
kergoth | argh this is driving me nuts | 15:43 |
kergoth | libc-package.bbclass arranges to have glibc-binaries, glibc-gconvs, glibc-localedatas, and glibc-locales rrecommend on the individual packages, but it's not actually doing it. the resulting packages don't have the recommends | 15:44 |
tgamblin | JPEW: That would make sense, but I don't see anything obvious in my env variables. You'd think that this clean slate build should come back with the expected behavior in that case, but I guess we'll see once the test finishes... | 15:44 |
kergoth | If I bb.warn() in populate_packages_append, the values are as expected, but the resulting ipk isn't | 15:45 |
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 15:46 | |
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 15:47 | |
*** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 15:49 | |
mauz555 | yocto layers are a nightmare to assemble, who expected git repositories (layers) to work together solely based on the fact that they share the same branch name. | 16:00 |
*** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 16:00 | |
*** jrdn__ <jrdn__!b8477076@mail.validmanufacturing.com> has joined #yocto | 16:10 | |
*** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC | 16:10 | |
*** kriive <kriive!~kriive@217.221.109.178> has quit IRC | 16:12 | |
tgamblin | JPEW: out of curiosity, can you paste the command you run to run the reproducibility tests? | 16:12 |
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 16:13 | |
jrdn__ | Apparently nxp have retired their freescale git server: is there a method to define a mirror for all git.freescale uris without having to create individual .bbappend files? I have tried defining PREMIRROR as the following but it doesn't appear to be working: "git://git.freescale.com\/.* git://github.com/NXP/" I also tried escaping the / and . | 16:14 |
jrdn__ | characters. | 16:14 |
*** joergho <joergho!b20f57d2@business-178-015-087-210.static.arcor-ip.net> has quit IRC | 16:15 | |
JPEW | tgamblin: oe-selftest -r reproducible | 16:18 |
JPEW | mauz555: It heavily depends on how actively supported the layers are; some are better than others | 16:20 |
JPEW | mauz555: But, it can be a bit of pain to make sure you're up to date with all the layers if you have a lot of them | 16:21 |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:22 | |
mauz555 | jrdn__: I understood some of NXP repos are now on https://source.codeaurora.org/external/imx/, hope it helps | 16:23 |
Crofton|road | Regarding the "Kent Dorfman" posting on the yocto list, I will buy the first person to address him as "Flounder" a beer. | 16:25 |
JPEW | Crofton|road: As far as pseudonyms go, that's one of the better ones I've seen :) | 16:27 |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 16:30 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 16:30 | |
Crofton|road | Oh I agree, and the horror story of how he gets his build info is amusing | 16:32 |
kergoth | mauz555: how else would you expect it to work than by branch? when oe-core makes incompatible changes, there's only one sane way to handle that as a maintainer of another layer | 16:41 |
kanavin_home | JPEW: Crofton|road: I find it very sad that wherever he works at has been overrun by lawyers to this degree | 16:44 |
Crofton|road | He has a unique set of challenges. This is why people rewrite BSP's if they can | 16:48 |
kanavin_home | I mean that he is too scared to use his real name (let alone actually contribute to yocto). Something about the industry he's in. | 16:50 |
yocti | New news from stackoverflow: Bitbake: "Nothing PROVIDES" error <https://stackoverflow.com/questions/48652982/bitbake-nothing-provides-error> | 16:51 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:53 | |
qschulz | why would anyone write an other answer to an already answered (and accepted answer) thread almost two years later with the exact same answer but poorly rewritten? Life is a wonder sometimes | 16:56 |
*** xtron1 <xtron1!~xtron@110.93.212.98> has joined #yocto | 17:05 | |
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 17:05 | |
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:05 | |
*** fl0v0 <fl0v0!~fvo@89.244.127.215> has quit IRC | 17:07 | |
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 17:11 | |
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 17:23 | |
*** mckoan is now known as mckoan|away | 17:27 | |
*** meego_ <meego_!~meego@2001:41d0:fe7e:c800:dd88:c402:a2f1:831> has quit IRC | 17:31 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:39 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto | 17:39 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 17:39 | |
*** nerdboy <nerdboy!~sarnold@47.143.129.83> has joined #yocto | 17:43 | |
* zeddii chuckles at the LTS thread | 17:43 | |
*** nerdboy <nerdboy!~sarnold@47.143.129.83> has quit IRC | 17:43 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:43 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:45 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:557b:a3d:f809:43c2> has quit IRC | 17:47 | |
*** jrdn__ <jrdn__!b8477076@mail.validmanufacturing.com> has quit IRC | 17:52 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.170.9.253> has joined #yocto | 17:56 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 17:56 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:57 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 17:57 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.170.9.253> has joined #yocto | 18:00 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 18:00 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 18:01 | |
*** ka6sox is now known as zz_ka6sox | 18:04 | |
*** sno <sno!~sno@195.14.209.36> has quit IRC | 18:07 | |
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has joined #yocto | 18:09 | |
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 18:12 | |
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto | 18:12 | |
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC | 18:15 | |
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto | 18:17 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:21 | |
*** berton_ <berton_!~berton@177.194.196.4> has quit IRC | 18:23 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 18:26 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:26 | |
*** kiwi_29 <kiwi_29!~kiwi_29@2604:c200:c001:10:1960:b1fd:e013:5a84> has joined #yocto | 18:27 | |
*** frsc <frsc!~frsc@i59F4BDB2.versanet.de> has quit IRC | 18:28 | |
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 18:29 | |
*** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has quit IRC | 18:29 | |
*** kiwi_29 <kiwi_29!~kiwi_29@2604:c200:c001:10:1960:b1fd:e013:5a84> has quit IRC | 18:30 | |
fullstop | Can you DEPENDS a "subpackage" of another recipe? | 18:31 |
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 18:31 | |
smurray | fullstop: no | 18:32 |
fullstop | Is there any way to get the package into recipe-sysroot? | 18:32 |
smurray | fullstop: DEPENDS lists recipes, not output packages | 18:32 |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:d9f4:a271:c04b:9d01> has joined #yocto | 18:33 | |
*** berton <berton!~berton@177.194.196.4> has joined #yocto | 18:34 | |
*** sno <sno!~sno@p4FE93807.dip0.t-ipconnect.de> has joined #yocto | 18:34 | |
smurray | fullstop: afaik, all files built by a recipe get deployed to the sysroot when it is in DEPENDS. What are you seeing that is missing? | 18:35 |
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC | 18:35 | |
fullstop | smurray: It's likely my fault somewhere here, but I'll explain what I am trying to do. | 18:35 |
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto | 18:36 | |
*** berton_ <berton_!~berton@177.194.196.4> has joined #yocto | 18:36 | |
fullstop | I have a kernel recipe which is based on the meta-atmel kernel recipe. I need the kernel headers in order to build a package which requires >= kernel 5.5 and this is not satisfied by the libc headers. | 18:36 |
fullstop | So this got me linux-at91 and linux-at91-headers | 18:37 |
fullstop | This, I believe, should actually be linux-at91 and linux-at91-dev | 18:37 |
*** berton <berton!~berton@177.194.196.4> has quit IRC | 18:38 | |
fullstop | So, in short, I'm trying to get the headers from the recipe which provides virtual/kernel in my sysroot. | 18:38 |
nemgti-og | Hi! I am having a problem with my final image - it does not contain some files I was expecting to find in it. Those files are part of FILES_${PN}-dev and ${PN}-dev is part of PACKAGES. I can see the files in place in the "image/" corresponding folder (i.e. under build/tmp/work/x86-64xxx/${PN}-${PV}" and I also find the files under /build/tmp/sysroot-components. I have alredy try including the ${PN}-dev | 18:39 |
nemgti-og | to my image by means of ... | 18:39 |
nemgti-og | ... IMAGE_INSTALL_append and didn't work. I also included the files in the ${PN} (i.e. no -dev") but they are still not to be found in the final image... HELP!! | 18:39 |
smurray | fullstop: just linux-at91, you can't specify -dev in DEPENDS. I suspect it still may not work, as it's dependent on do_deploy_sysroot, which is probably not defined to do what you want | 18:39 |
fullstop | smurray: that gets me something to go on, thanks | 18:39 |
fullstop | I can monkey around with do_deploy_sysroot | 18:40 |
smurray | fullstop: you can see some explanation in https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-DEPENDS | 18:40 |
fullstop | I guess I should mention that the headers are not present in the -dev package | 18:40 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 18:41 | |
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto | 18:41 | |
smurray | fullstop: if whatever you're trying to build needs internal kernel headers, it's probably going to take some work | 18:41 |
fullstop | smurray: I assumed as much. :-( | 18:42 |
fullstop | libgpiod with kernel >= 5.5 lets you specify line bias | 18:42 |
smurray | fullstop: does it need some header that's outside include/uapi for that? | 18:43 |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 18:44 | |
fullstop | smurray: I'm pretty sure that it only includes gpio.h | 18:46 |
smurray | fullstop: if it's just that you effectively need linux-libc-headers to be 5.5, then that can be bumped somewhat easily. | 18:46 |
fullstop | and version.h | 18:46 |
zeddii | or just bbappend the recipe, do a make headers_install to a custom location, and then deploy that dir to the sysroot. | 18:46 |
zeddii | changing libc-headers for just that, is overkill. | 18:47 |
smurray | true, but it's pretty easy ;) | 18:47 |
zeddii | if you like full rebuilds :D | 18:47 |
zeddii | and being on your own for all interfaces to the kernel for all packages. | 18:47 |
fullstop | zeddii: that's where I was going initially.. but I was having difficulty getting the headers included in the -dev package | 18:47 |
zeddii | but yah, easy enough to do. | 18:47 |
smurray | yeah, there is some chance of breakage if you're not already close to 5.5, indeed | 18:48 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:48 | |
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 18:48 | |
fullstop | I'm on zeus, which I _think_ is 5.3 | 18:48 |
fullstop | I do: make headers_install INSTALL_HDR_PATH="${D}/usr" in do_install_append | 18:50 |
fullstop | and FILES_${PN}-dev += " /usr/include/" | 18:50 |
zeddii | not a good idea to go over the existing ones. | 18:50 |
nemgti-og | Hi! I am having a problem with my final image - it does not contain some files I was expecting to find in it. Those files are part of FILES_${PN}-dev and ${PN}-dev is part of PACKAGES. I can see the files in place in the "image/" corresponding folder (i.e. under build/tmp/work/x86-64xxx/${PN}-${PV}" and I also find the files under /build/tmp/sysroot-components. I have alredy try including the ${PN}-dev | 18:51 |
fullstop | qa fails | 18:51 |
zeddii | it is normally some alternate include path, that you add to the application that needs them. you can then just deploy them to the sysroot and use them that way. | 18:51 |
nemgti-og | to my image by means of ... | 18:51 |
nemgti-og | ... IMAGE_INSTALL_append and didn't work. I also included the files in the ${PN} (i.e. no -dev") but they are still not to be found in the final image... HELP!! (now a bit more desperate! :D) | 18:51 |
fullstop | zeddii: understood | 18:51 |
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 18:51 | |
fullstop | nemgti-og: -dev packages are typically not in the final image | 18:51 |
zeddii | fullstop: I have an old patch around here somwhere that does that. I should double check the deploy semantics, I haven’t needed to do it in ages. | 18:51 |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 18:52 | |
fullstop | nemgti-og: if you need headers or things like that you will need to explicitly package them. | 18:53 |
nemgti-og | fullstop: thanks. That expains a lot, but if I add the files to FILES_${PN} shouldn't I get the files in the final image? I have tried that already but the files are still not there. Is there anywhere to look at? | 18:53 |
smurray | nemgti-og: are the files actually installed by the recipe's do_install? i.e. do they end up in ${WORKDIR}/image? | 18:55 |
nemgti-og | smurray: Yes. The files are present in ${WORKDIR}/image | 18:57 |
smurray | RP: I'm not sure who maintains yoctoproject.org/docs, but the Quick Build link at the top seems broken | 18:57 |
smurray | nemgti-og: okay, if you look in packages-split, do they appear in one of the package directories? | 18:57 |
nemgti-og | smurray: Yes. They are part of the -dev package | 18:59 |
fullstop | I was thinking about this the other day, would it be beneficial to add something to robots.txt to get google to stop indexing the 1.x documentation? | 18:59 |
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 19:00 | |
smurray | nemgti-og: okay, adding that package to the image should be resulting in them being on target. Check the image manifest in tmp/deploy/image/<machine>/<image>.manifest and see if the package is making it in | 19:00 |
fullstop | nemgti-og: what type of file is this which is not included? | 19:00 |
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 19:01 | |
fullstop | smurray: also, any idea why this: do_configure[depends] += "virtual/kernel:do_shared_workdir" (as referenced from the linux-libc-headers recipe) doesn't do what I expect it to? | 19:02 |
fullstop | hold off on that until I look at kernel.bbclass and the yocto kernel. | 19:03 |
smurray | fullstop: what do you expect it to do? ;) That'll result in tmp/work-shared/<machine>/kernel-source being populated by fetch/unpack | 19:04 |
fullstop | smurray: I expected kernel headers somewhere in my sysroot. ;-) | 19:05 |
fullstop | maybe not in the right place, but there | 19:05 |
smurray | fullstop: definitely look at kernel.bbclass for the shared workdir stuff, that's an optimization to explicitly prevent multiple copies of the kernel tree ;) | 19:07 |
smurray | fullstop: I think you'll just need to use different variables than you're expecting to get at the kernel tree | 19:08 |
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC | 19:09 | |
fullstop | likely. I'll let you know when I figure it out! | 19:10 |
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto | 19:11 | |
nemgti-og | smurray: sorry - I had to attend something at the door. So, the package is not in the manifest :/ But some of the file of the package (i.e. lib*.so*) are present in the final image. Does that make any sense? | 19:15 |
nemgti-og | fullstop: the files I am missing are *.cmake files | 19:15 |
nemgti-og | smurray: fullstop I also may be using the incorrect terms here. Final image do not mean the target'S image. I am actually talking about the eSDK that I am generating | 19:16 |
smurray | ah, that's different | 19:17 |
nemgti-og | xS.... sorry for the missleading information... I think I need to sleep a bit | 19:18 |
smurray | okay, no worries | 19:18 |
*** elfGamal <elfGamal!~elg@45.248.79.86> has joined #yocto | 19:21 | |
*** elGamal <elGamal!~elg@45.248.79.86> has quit IRC | 19:22 | |
*** dse <dse!~d.s.e@46.226.217.64> has joined #yocto | 19:24 | |
*** stacktrust <stacktrust!~stacktrus@cpe-104-162-194-186.nyc.res.rr.com> has quit IRC | 19:26 | |
*** stacktrust <stacktrust!~stacktrus@cpe-104-162-194-186.nyc.res.rr.com> has joined #yocto | 19:26 | |
*** d_s_e <d_s_e!~d.s.e@46.226.217.64> has quit IRC | 19:27 | |
*** adelcast <adelcast!~adelcast@130.164.62.200> has quit IRC | 19:29 | |
*** adelcast <adelcast!~adelcast@130.164.62.200> has joined #yocto | 19:30 | |
xyzzy42 | I'd like to extend the kernel-devicetree package to install additional files. I hoped I could use do_install_append() in a bbappend file, but since the kernel-devicetree stuff is in a bbclass, I take it that's not possible? | 19:33 |
nemgti-og | smurray: Do you think I need to investigate more why those packages are not part of the .manifest files? Do you have any other hint? | 19:36 |
smurray | nemgti-og: is the non-dev package part of the image that you specify when you run 'bitbake -c populate_sdk_ext <image>'? | 19:38 |
nemgti-og | yes | 19:39 |
fullstop | xyzzy42: I did some stuff with a devicetree bbclass to install it in the output directory only to find that the bbclass did that already. | 19:39 |
smurray | nemgti-og: does anything else in the image use that -dev package to build? | 19:39 |
*** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC | 19:39 | |
nemgti-og | smurray: No | 19:39 |
erbo | xyzzy42: There's a kernel recipe that inherits kernel-devicetree, you can bbappend that recipe and add do_install_append(). | 19:40 |
*** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC | 19:40 | |
erbo | But you can't bbappend a bbclass, so you'd have to do it per kernel recipe | 19:40 |
*** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto | 19:41 | |
xyzzy42 | erbo, I see, that's just fine, my change is only appropriate for the kernel recipe it's intended to modify anyway | 19:41 |
nemgti-og | smurray: A slight correction. In the image (not the eSDK), the package is there, but those specific files are also not found in it | 19:42 |
smurray | nemgti-og: the non-dev package, you mean? | 19:42 |
* LetoThe2nd has just finished the iot conf... its really crazy. they tell fancy stories about all apps and clouds and stuff, and when you ask what they *really* use to get stuff done in the end, they say "yocto" | 19:43 | |
xyzzy42 | fullstop, yes, it's install the dtbs fine, but want to make a symlink for backward compatiblity with old bootloaders, as the name of the dtb has changed | 19:43 |
erbo | LetoThe2nd: :D | 19:44 |
nemgti-og | smurray: If by non-dev package you mean the *.cmake files, yes. The rest of the fils of the -dev package (i.e. /usr/lib/*.so.*) are there. The *.cmake files I am trying to include should be in /usr/lib/cmake/<package-name>/ | 19:44 |
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 19:44 | |
LetoThe2nd | erbo: i kid you not. | 19:44 |
xyzzy42 | which worked! it's not possible to append the bbclass itself, but it is possible to append to things to bbclass did in the recipe using it | 19:45 |
smurray | nemgti-og: I'm guessing you're mistaken. Only .so (note no .[0-9]*) files are in -dev packages, the versioned ones are in the non-dev package | 19:45 |
smurray | nemgti-og: so I believe the SDK population isn't just the -dev packages of everything in the image, it's more likely the -dev packages from the superset of all the DEPENDS of what's in the image. Hence, you won't see the -dev package in this case, as nothing else needs it to build. | 19:45 |
LetoThe2nd | "azure sdk in a container here, and data flow from to there provisioning yaddayadda" - "and how are you building the real system that runs the containers?" - "oh, umm, thats yocto" | 19:46 |
smurray | nemgti-og: you can try appending the -dev package to the variable TOOLCHAIN_TARGET_TASKS to explicitly add it | 19:46 |
smurray | err, TOOLCHAIN_TARGET_TASK, no 'S', see https://www.yoctoproject.org/docs/3.0.1/ref-manual/ref-manual.html#var-TOOLCHAIN_TARGET_TASK | 19:47 |
smurray | LetoThe2nd: lol | 19:48 |
nemgti-og | smurray: Ok. Let me try that. But... currently TOOLCHAIN_TARGET_TASK contains my package. Should I add *also* the package-dev? Is that what you meant? | 19:48 |
smurray | nemgti-og: yes | 19:48 |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:d9f4:a271:c04b:9d01> has quit IRC | 19:49 | |
LetoThe2nd | smurray: 3 or 4 speakers, in a row. | 19:49 |
smurray | LetoThe2nd: at least Microsoft thankfully didn't create their own NIH build system for Azure Sphere | 19:50 |
nemgti-og | smurray: Ok. I'll try that.. Just to see if I understood. Even if my package is added in TOOLCHAIN_TARGET_TASK, those files might not be added because no other package needs them to be built (they are no other package dependency)? | 19:50 |
smurray | nemgti-og: no, that's the opposite of what I said. They won't be added to the default value of that variable when you run 'bitbake -c populate_sdk_ext', hence you need to manually add them | 19:51 |
smurray | nemgti-og: in an ideal world, you never touch TOOLCHAIN_TARGET_TASK or HOST_TASK manually | 19:52 |
LetoThe2nd | smurray: yeah. hum. you're just putting something in my head. | 19:52 |
xyzzy42 | So the special Microsoft Linux, or whatever they call it, is just yocto? | 19:54 |
nemgti-og | smurray: Ok. I get it. But it sounds like adding manually packages to those variables is not the recommended practice though | 19:54 |
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 19:54 | |
smurray | nemgti-og: yeah. It tends to get messier in practice, for stuff like you're seeing | 19:55 |
LetoThe2nd | xyzzy42: no, but obviously a lot of folks are running thw microsoft middleware on "yocto linux" | 19:56 |
nemgti-og | smurray: Thanks. I will have to learn how to do this the cleaner way in the future. | 19:56 |
smurray | nemgti-og: it's typical to end up with a small toolchain recipe that inherits populate_sdk or populate_sdk_ext and adds the extra stuff | 19:56 |
xyzzy42 | The press release seemed to imply microsoft had created a new linux distro and that only this distro would work with azure | 19:57 |
nemgti-og | smurray: haaaaaa ok! That means that -in theory- I should be able to easily do this in a cleaner way. I hope I still get some time for this next week. | 19:57 |
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC | 19:58 | |
smurray | xyzzy42: I believe it's just their own distro config, tbh | 19:58 |
xyzzy42 | I'm actually surprised they didn't create an entirely new build system from scratch by leveraging code that is microsoft specific | 20:00 |
*** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has joined #yocto | 20:01 | |
smurray | xyzzy42: heh, exactly. They're even contributing security fixes to oe-core | 20:02 |
LetoThe2nd | yeah. strange as it sounds, MS is really playing nice with us at the moment. | 20:02 |
smurray | now they just need to sign up as a Platinum member ;) | 20:05 |
LetoThe2nd | i think we all agree that this would be a very good thing "TM" | 20:06 |
smurray | +1 | 20:06 |
* RP looks at the computer and wonders whether he's missing emails | 20:06 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 20:11 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-yyvbgpahvxqrzsxr> has quit IRC | 20:11 | |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 20:12 | |
khem | xyzzy42: you are asking for yocto they dont even mention Linux here https://www.microsoft.com/security/blog/2020/02/24/azure-sphere-microsoft-answer-iot-threats-reaches-general-availability/ | 20:15 |
khem | but read this https://azure.microsoft.com/en-us/blog/azure-sphere-s-customized-linux-based-os/ | 20:15 |
khem | unless it was completely thrown out of window, it is based on "Yocto Linux" | 20:15 |
khem | :P | 20:16 |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 20:17 | |
LetoThe2nd | khem: :) | 20:19 |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 20:20 | |
*** florian_kc is now known as florian | 20:25 | |
smurray | the talk on the azure sphere yocto usage from ELC for the curious: https://www.youtube.com/watch?v=-T7Et5qfqQQ&list=PLbzoR-pLrL6ol7Cf1g_4rsCda23OiLh8d&index=83&t=0s | 20:26 |
smurray | good ad for MULTICONFIG ;) | 20:26 |
LetoThe2nd | smurray: trying to promote :) | 20:28 |
*** nerdboy <nerdboy!~sarnold@47.143.129.85> has joined #yocto | 20:28 | |
tgamblin | JPEW: RP: I can get the reproducibility test to work properly if I use "oe-selftest -r reproducible -j 1" instead of just "oe-selftest -r reproducible" | 20:29 |
RP | tgamblin: then its my recent code changes :( | 20:30 |
*** nerdboy <nerdboy!~sarnold@47.143.129.85> has quit IRC | 20:33 | |
tgamblin | RP: :( surprised no one else is running independent reproducible on master to catch it too. At least I can avoid tearing apart my setup though | 20:33 |
tgamblin | RP: which change(s) in particular are you referring to? | 20:34 |
tgamblin | https://git.openembedded.org/openembedded-core/commit/?id=50238b0717b04e0a1fa69d618e8c8aa8445a80b0 ? | 20:35 |
JPEW | Huh, I wonder if the bitbake.conf file that the reproducible build is generating doesn't get put in the right spot for some reason | 20:38 |
smurray | RP: is there a contact for the yp.org website? all the default links on https://www.yoctoproject.org/docs/ for 3.0.2 are 404ing... | 20:38 |
LetoThe2nd | halstead: 20:38 < smurray> RP: is there a contact for the yp.org website? all the default links on https://www.yoctoproject.org/docs/ for 3.0.2 are | 20:39 |
LetoThe2nd | 404ing... | 20:39 |
smurray | LetoThe2nd: heh, I wasn't sure if halstead got saddled with that on top of his many other responsibilities | 20:40 |
LetoThe2nd | smurray: even if hes not, he knows whom to poke. | 20:41 |
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 20:44 | |
smurray | LetoThe2nd: true | 20:44 |
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 20:44 | |
*** nerdboy <nerdboy!~sarnold@47.143.129.85> has joined #yocto | 20:50 | |
RP | smurray: I'd mention to halstead | 20:51 |
RP | tgamblin: yes, that one | 20:51 |
RP | smurray: Its halstead, ndec or send email | 20:52 |
smurray | RP: thanks | 20:53 |
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:56 | |
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 21:04 | |
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 21:06 | |
xyzzy42 | khem, even in the 2nd release, they seem pretty careful to say they are using Microsoft's operating system. Which happens to have a Linux base. But it's not Linux, it's Microsoft. | 21:08 |
*** berton_ <berton_!~berton@177.194.196.4> has quit IRC | 21:16 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 21:18 | |
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 21:38 | |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 21:47 | |
xyzzy42 | Since I wasn't using busybox for anything (systemd, util-linux, etc.), I turned it off. But it turns out the "resize" program, to set the serial console size, was from busybox | 21:50 |
xyzzy42 | The only alternative I can find is a version that's in xterm. | 21:50 |
xyzzy42 | It seems the latter is not in poky? | 21:51 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 21:52 | |
xyzzy42 | because it's on openembedded. But it requires the whole X11 library suite to get this one console program. | 21:53 |
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has quit IRC | 22:01 | |
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC | 22:04 | |
smurray | xyzzy42: yeah, that's why it's in busybox, to avoid needing to pull in X | 22:17 |
*** ssajal <ssajal!~ssajal@128.224.252.2> has quit IRC | 22:17 | |
smurray | xyzzy42: if you can live with busybox in the image, but just don't want all the applets, could over-ride the defconfig to turn everything else off. Otherwise, I think you'd be stuck re-implementing, perhaps by grabbing the code from X11 and pruning it. It's a pretty simple utility, just some termios.h tc*attr calls in the busybox version | 22:23 |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 22:33 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 22:35 | |
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto | 22:36 | |
*** rburton <rburton!~rburton@134.191.227.37> has quit IRC | 22:36 | |
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 22:37 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.30> has joined #yocto | 22:39 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 22:39 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 22:40 | |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 22:44 | |
RP | Wow, a green a-full build! :) | 22:45 |
RP | amazing what you can do with css | 22:46 |
neverpanic | background: #0f0; ? | 22:48 |
*** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC | 22:48 | |
kroon | RP, nice! | 22:52 |
*** sagner <sagner!~ags@37.17.234.113> has joined #yocto | 22:52 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:d9f4:a271:c04b:9d01> has joined #yocto | 23:00 | |
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has quit IRC | 23:00 | |
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 23:00 | |
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto | 23:01 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:d9f4:a271:c04b:9d01> has quit IRC | 23:04 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 23:04 | |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 23:05 | |
*** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has joined #yocto | 23:06 | |
*** d_s_e <d_s_e!~d.s.e@46.226.217.64> has joined #yocto | 23:09 | |
*** dse <dse!~d.s.e@46.226.217.64> has quit IRC | 23:10 | |
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 23:18 | |
kiwi_29 | Hello...anybody encountered this error " Exception: TypeError: join() argument must be str or bytes, not 'NoneType'" on do_unpack | 23:23 |
kiwi_29 | my SRC_URI="git://GITURL;protocol=ssh;branch=master" | 23:25 |
kiwi_29 | in the recipe | 23:25 |
xyzzy42 | smurray, thanks, did that it, works ok. Made a busybox defconfig with mostly just resize and the console is working. It's amazing how awful "vi and less don't work" is. | 23:26 |
smurray | xyzzy42: heh, indeed. journalctl is the one that usually I need to resize for | 23:27 |
xyzzy42 | Oddly, the xterm console doesn't work correctly in minicom for inserting text on a command line. Does work in vt100. Doesn't in vt102. | 23:30 |
xyzzy42 | I could have sworn that used to work | 23:31 |
xyzzy42 | it did, the problem appears to be "-R UTF-8" as a minicom option. But without that, the UTF-8 stuff in systemd doesn't display. And the dots and line drawing looked so nice.. | 23:34 |
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.131.181> has joined #yocto | 23:40 | |
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto | 23:40 | |
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 23:50 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:52 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 23:54 | |
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC | 23:56 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!