| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 01:01 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 01:05 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 01:13 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 02:03 | |
| *** rcwoolley <rcwoolley!~rcwoolley@45.72.241.84> has quit IRC | 02:04 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 02:17 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 02:55 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 02:56 | |
| *** manuel1985 <manuel1985!~manuel@213-147-162-237.nat.highway.bob.at> has quit IRC | 03:12 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 03:24 | |
| *** manuel1985 <manuel1985!~manuel@089144217158.atnat0026.highway.a1.net> has joined #yocto | 03:29 | |
| *** vineela <vineela!vtummala@nat/intel/x-bhhqdjoijprxmqoy> has quit IRC | 04:00 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:04 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:08 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 04:12 | |
| *** agust <agust!~agust@p54833a5e.dip0.t-ipconnect.de> has joined #yocto | 05:09 | |
| *** adelcast <adelcast!~adelcast@2605:6000:101c:3b5:37f1:578e:8088:a1b4> has quit IRC | 05:17 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-164.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 05:22 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bsrxxfymjcyfghov> has quit IRC | 05:30 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:38 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 05:41 | |
| *** xtron <xtron!~xtron@103.113.103.111> has joined #yocto | 05:45 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has joined #yocto | 05:46 | |
| *** hgg2020 <hgg2020!6f5c4e6b@111.92.78.107> has joined #yocto | 05:46 | |
| *** xtron1 <xtron1!~xtron@110.93.212.98> has joined #yocto | 05:48 | |
| *** xtron <xtron!~xtron@103.113.103.111> has quit IRC | 05:51 | |
| *** xtron1 is now known as xtron | 05:51 | |
| *** jobroe <jobroe!~manjaro-u@p579eb46e.dip0.t-ipconnect.de> has joined #yocto | 06:00 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 06:07 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 06:09 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 06:12 | |
| *** apsychogirl[m] <apsychogirl[m]!apsychogir@gateway/shell/matrix.org/x-zppbldzuljlhdnkb> has quit IRC | 06:35 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-waovntamlbcxdplg> has quit IRC | 06:35 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-qgdqcnaezhhtdleu> has quit IRC | 06:35 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-xntnmcmhahktxrrb> has quit IRC | 06:35 | |
| *** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-xeeihdcuoobsdovd> has quit IRC | 06:35 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-odghmpscveaarhlq> has quit IRC | 06:35 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-kotwmrpyguljoqwq> has quit IRC | 06:35 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-fbdnxeoiucpfpiem> has quit IRC | 06:35 | |
| *** omar[m] <omar[m]!omarmalekm@gateway/shell/matrix.org/x-qiiekwwtkpfncsel> has quit IRC | 06:35 | |
| *** RPI_IMX6 <RPI_IMX6!9a14a577@d154-20-165-119.bchsia.telus.net> has joined #yocto | 06:41 | |
| *** manuel1985 <manuel1985!~manuel@089144217158.atnat0026.highway.a1.net> has quit IRC | 06:41 | |
| *** omar[m] <omar[m]!omarmalekm@gateway/shell/matrix.org/x-ewvnyffeeqrduesu> has joined #yocto | 06:42 | |
| *** jobroe <jobroe!~manjaro-u@p579eb46e.dip0.t-ipconnect.de> has quit IRC | 06:49 | |
| *** frsc <frsc!~frsc@i59F4BFA6.versanet.de> has joined #yocto | 06:49 | |
| *** RPI_IMX6 <RPI_IMX6!9a14a577@d154-20-165-119.bchsia.telus.net> has quit IRC | 06:50 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-egsjxnzagvqmijpf> has joined #yocto | 06:50 | |
| *** mckoan|away is now known as mckoan | 06:51 | |
| mckoan | good morning | 06:51 |
|---|---|---|
| PaowZ | morning | 06:51 |
| LetoThe2nd | yo DudX | 06:53 |
| *** fl0v0 <fl0v0!~fvo@i5E86AE8F.versanet.de> has joined #yocto | 06:55 | |
| *** manuel1985 <manuel1985!~manuel@089144217158.atnat0026.highway.a1.net> has joined #yocto | 06:56 | |
| xtron | can I send a patch attached with the e-mail directly to yocto mailing list? | 06:56 |
| *** apsychogirl[m] <apsychogirl[m]!apsychogir@gateway/shell/matrix.org/x-wwkvdboltcfkmgok> has joined #yocto | 06:57 | |
| *** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-qnsheuemnhsmbsbi> has joined #yocto | 06:57 | |
| *** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-rpqxpjjuvynfesto> has joined #yocto | 06:57 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-uudzggnfburfvwwj> has joined #yocto | 06:57 | |
| *** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-rtekpbyvqsszimky> has joined #yocto | 06:57 | |
| *** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-wjwfnapwocxlixkv> has joined #yocto | 06:57 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-gdrfwhglbfrqragt> has joined #yocto | 06:57 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-vcivxtobmuxenljn> has joined #yocto | 06:57 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-ljizztltdteuptof> has joined #yocto | 06:57 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 07:03 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:06 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 07:07 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 07:23 | |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-uudzggnfburfvwwj> has quit IRC | 07:33 | |
| *** ndec <ndec!sid219321@linaro/ndec> has quit IRC | 07:33 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 07:33 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 07:33 | |
| *** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has quit IRC | 07:33 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-kpcykcuxrgetpbge> has quit IRC | 07:33 | |
| *** curlybracket <curlybracket!~quassel@ip-89-177-163-16.net.upcbroadband.cz> has quit IRC | 07:33 | |
| *** ndec <ndec!sid219321@linaro/ndec> has joined #yocto | 07:33 | |
| rburton | xtron: git-send-email, please | 07:35 |
| *** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-dndnodetlfkogezh> has joined #yocto | 07:37 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 07:38 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 07:38 | |
| *** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has joined #yocto | 07:38 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-kpcykcuxrgetpbge> has joined #yocto | 07:38 | |
| *** curlybracket <curlybracket!~quassel@ip-89-177-163-16.net.upcbroadband.cz> has joined #yocto | 07:38 | |
| yann | I'm trying to reproduce the problem with llvm-config when using multilib, using qemu_x86-64 target, but just adding "require conf/multilib.conf" to local.conf triggers "No tuning found for lib32 multilib", any idea where the problem is ? | 07:42 |
| yann | or put it another way, how can I setup for a multilib build just by touching local.conf ? | 07:43 |
| rburton | you need another line to tell it what the multilib targets actually are | 07:44 |
| rburton | https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#using-multilib | 07:44 |
| yann | oh ok, thx | 07:45 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:46 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 07:54 | |
| *** ilkappe <ilkappe!c65a42b1@gateway/web/cgi-irc/kiwiirc.com/ip.198.90.66.177> has joined #yocto | 07:56 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 07:59 | |
| *** ejo <ejo!2e1312b6@46.19.18.182> has joined #yocto | 07:59 | |
| ejo | Hi! | 07:59 |
| ejo | Looks like Yocto dunfell do_rootfs changes my prebuilt binaries, any idea how to stop it from doing that? | 08:00 |
| rburton | define 'changes' | 08:01 |
| ejo | b99464b621d1b2ad6f37cf0a9962730a ./tmp/work/cortexa7t2hf-neon-vfpv4-poky-linux-gnueabi/jre/11.0.8-10/sysroot-destdir/usr/lib/jre-11.0.8/bin/javab99464b621d1b2ad6f37cf0a9962730a ./tmp/work/cortexa7t2hf-neon-vfpv4-poky-linux-gnueabi/jre/11.0.8-10/package/usr/lib/jre-11.0.8/bin/java73cea26d0fbb1bae1f541e2f5acbb78b | 08:01 |
| ejo | ./tmp/work/clu_mk2-poky-linux-gnueabi/clu-base-image/1.0-r0/rootfs/usr/lib/jre-11.0.8/bin/java | 08:01 |
| ejo | the hash changes from sysroot to base-image | 08:01 |
| rburton | have they been stripped? | 08:01 |
| LetoThe2nd | ejo: didn't you already ask for stripping yesterday? | 08:01 |
| ejo | they are not stripped anymore | 08:01 |
| ejo | yes I got them not to strip | 08:02 |
| ejo | but the hash is still changed | 08:02 |
| rburton | use diffoscope on the files | 08:02 |
| rburton | figure out what actually changed | 08:02 |
| rburton | you might have prelink enabled | 08:02 |
| ejo | before the hash would change on sysroot and package too, but now it's only the lase step that changes them | 08:02 |
| qschulz | fray: khem: since I anyway do a resize2fs during the flashing process, there's no real point in this overhead factor right? | 08:02 |
| rburton | ejo: package isn't the last stop | 08:02 |
| rburton | /package/ is just an interim phase | 08:03 |
| rburton | /packages-split/ is what actually goes into the packages | 08:03 |
| rburton | or even better, just look at a file in a package | 08:03 |
| LetoThe2nd | rburton: want me to cue some end of the world metal? | 08:03 |
| ejo | good to know! ill have a look with diffscope and packanges-split | 08:03 |
| *** Delphine34 <Delphine34!81004eff@129.0.78.255> has joined #yocto | 08:04 | |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto | 08:04 | |
| ejo | the md5sum is still good under packages-split | 08:05 |
| qschulz | fray: khem: resize2fs of the size of the partition, so if it's not enough, the overhead factor won't help anyway | 08:06 |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 08:06 | |
| ejo | diffoscope is pulling 3GB of packages, this might take a while 😅 | 08:07 |
| ejo | rburton: what ddo you mean by "look at a file in a package"? | 08:09 |
| qschulz | ejo: extract the file from the package in deploy directory | 08:09 |
| ejo | I did a rom2cpio | cpio -idmv | 08:09 |
| ejo | and looked at the binary from that | 08:09 |
| ejo | if that's what you meant | 08:10 |
| ejo | rpm2cpio I meant, the hash was still good | 08:10 |
| qschulz | ejo: are you sure you're flashing the correct image :D? | 08:11 |
| ejo | :D haha, yes! I got other changes in there | 08:12 |
| qschulz | RP: https://www.xda-developers.com/future-arm-cpu-drop-support-32-bit-apps/ afterall, this might sign the end of multilib for ARM :D | 08:13 |
| ejo | some sections are added | 08:18 |
| ejo | │ - 03 .interp .note.ABI-tag .note.gnu.build-id .hash .dynsym .dynstr .gnu.version .gnu.version_r .rel.dyn .rel.plt .init .plt .text .fini .rodata .ARM.exidx .eh_frame | 08:18 |
| ejo | + 03 .interp .note.ABI-tag .note.gnu.build-id .hash .dynsym .gnu.liblist .gnu.version .gnu.version_r .rel.dyn .rel.plt .init .plt .text .fini .rodata .ARM.exidx .eh_frame .dynstr .gnu.conflict | 08:18 |
| *** Ida <Ida!81004ed2@129.0.78.210> has joined #yocto | 08:18 | |
| Ida | Hello everyone. So I went to the Bugzilla site and picked a bug and started working on it. The bug is in the prelink-cross repository. I have comitted my changes and now I want to do a push. I do not know which branch to push to. Can someone please help? By the way I'm hoping from my contributions I can be chosen as an outreachy intern. | 08:19 |
| *** Ida <Ida!81004ed2@129.0.78.210> has quit IRC | 08:19 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 08:20 | |
| ejo | .dynstr is moved towards the end, .gnu.liblist and .gnu.conflict is added. Why :-/ | 08:21 |
| rburton | ejo: do you have prelink on? | 08:25 |
| ejo | I think so, build/conf/local.conf:USER_CLASSES ?= "buildstats image-mklibs image-prelink" | 08:27 |
| RP | qschulz: multilib is horrible so I'd not be too upset | 08:27 |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 08:28 | |
| RP | ejo: sounds like prelink | 08:28 |
| rburton | ejo: that will be touching every library | 08:29 |
| ejo | I turned it off, conf/layer.conf:USER_CLASSES = "buildstats image-mklibs " | 08:29 |
| rburton | erm, local.conf? | 08:29 |
| ejo | whata side effects could that have? is it possible to only turn it off for this one recipe? | 08:29 |
| rburton | image-prelink is image-wide prelinking | 08:30 |
| RP | rburton: although you could skip a binary in theory | 08:30 |
| *** Ida <Ida!81006510@129.0.101.16> has joined #yocto | 08:30 | |
| ejo | my layer.conf takes precedence over local.conf | 08:30 |
| rburton | ejo: but you'd never do that in layer.conf | 08:30 |
| ejo | now it worked! Tanks so much | 08:30 |
| ejo | where should I put it? | 08:30 |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 08:31 | |
| rburton | your distro conf if you have one, local.conf if you're just throwing it all into there | 08:31 |
| rburton | RP: boost does the right thing | 08:31 |
| ejo | I should rename my files, the layer conf is in my distro meta layer | 08:32 |
| RP | rburton: cool, I'll merge those patches out of limbo then | 08:32 |
| Ida | Hello everyone, I went to the Bugzilla site and found a bug to work on. Working on the prelink-cross repo. I want to push changes but I don't know which branch to push to. Can anyone please help? | 08:33 |
| ejo | ruburton: anyway, thanks again :) | 08:33 |
| rburton | Ida: to submit changes, you send a patch using git-send-email | 08:33 |
| rburton | feel free to fork prelink-cross to your own github or whatever if you want a repo to store the work in | 08:34 |
| rburton | i endorse gitlab as it has a nice 'mirror this other repository' button | 08:34 |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC | 08:41 | |
| *** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has quit IRC | 08:41 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 08:42 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has joined #yocto | 08:42 | |
| *** 17SAAXSUE <17SAAXSUE!~catalin@46.97.150.20> has joined #yocto | 08:42 | |
| LetoThe2nd | rburton: hum whats the opposite of a "nice button"? | 08:49 |
| *** Ida <Ida!81006510@129.0.101.16> has quit IRC | 08:49 | |
| manuel1985 | LetoThe2nd: You asked about the public opinion on Yocto live coding sessions in german language. Couldn't participate in that poll because I'm not on Twitter. But I'd think that's a good idea. | 08:49 |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:6dba:e15f:3b57:c0f> has joined #yocto | 08:50 | |
| LetoThe2nd | manuel1985: thanks! i actually meant it to include not only the live coding sessions but any form of tutoring materials :) | 08:50 |
| qschulz | Ida: https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded should help you with that | 08:51 |
| qschulz | (are they gone already? couldn't autocomplete their nick :/) | 08:51 |
| LetoThe2nd | yup, unfortunately | 08:52 |
| qschulz | I had the first quit but not the second for some reason :shrug: | 08:53 |
| LetoThe2nd | no idea. | 08:54 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 09:04 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:05 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 09:07 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 09:15 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 09:16 | |
| *** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has quit IRC | 09:16 | |
| *** Ida <Ida!81004ecf@129.0.78.207> has joined #yocto | 09:23 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-rvvqbnlbmuarueeu> has quit IRC | 09:25 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-klvkleyyhimcyhew> has quit IRC | 09:25 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-vlkkfkbcsxaonfzo> has joined #yocto | 09:26 | |
| *** Ida <Ida!81004ecf@129.0.78.207> has quit IRC | 09:26 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 09:27 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-grplzpmjrvoevxmi> has joined #yocto | 09:27 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 09:27 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 09:40 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 09:40 | |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 09:46 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 09:48 | |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has joined #yocto | 09:48 | |
| dev1990 | hi, can I use bitbake multiconfig with different bblayers configurations ? (I have problem that one of my layers provides overrides that I rather skip for other targets) | 09:52 |
| paulbarker | dev1990: I don't believe so, BBLAYERS is parsed before multiconfigs are applied IIRC | 10:04 |
| RP | My view is layers should be able to coexist and if they can't, they're broken and need fixing | 10:10 |
| rburton | for example: meta-clang does nothing if you add it, unless you turn it on | 10:13 |
| *** eLmankku <eLmankku!elmankku@hilla.kapsi.fi> has quit IRC | 10:14 | |
| paulbarker | RP: No pseudo aborts overnight, 25 recipes failed. I'm re-running the world build using oe-core master from 8 days ago (ce265cf4) to see if the same recipes failed before the recent changes | 10:14 |
| *** eLmankku <eLmankku!~elmankku@hilla.kapsi.fi> has joined #yocto | 10:15 | |
| RP | paulbarker: sounds promising! We had some autobuilder fails but I think they're other issues or the missing statx patch | 10:16 |
| paulbarker | RP: Ok cool, I think the failures I'm seeing are mostly recipes in meta-ti which shouldn't even attempt to build for the machine I've set | 10:17 |
| paulbarker | I do see that perf fails which means I may need to look into my kernel recipe but that's unlikely to be related to any of the recent issues | 10:18 |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has quit IRC | 10:22 | |
| *** Klanticus <Klanticus!~quassel@189.76.135.234> has joined #yocto | 10:22 | |
| *** Ida <Ida!81004ecd@129.0.78.205> has joined #yocto | 10:27 | |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has joined #yocto | 10:28 | |
| *** mckoan is now known as mckoan|away | 10:30 | |
| *** Ida <Ida!81004ecd@129.0.78.205> has quit IRC | 10:30 | |
| dev1990 | I took a quick look in meta-clang and I see that there is couple of methods to make integration with other layers like dynamic-layers (I suppose to avoid problem with bbappends to non-existant recipes) and overrides like _clang-toolchain that can be configured conditionaly | 10:32 |
| dev1990 | I'm assuming that is aproper way to maintain a layer, am I right ? | 10:33 |
| RP | dev1990: they are useful and help for some issues, yes | 10:38 |
| *** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has joined #yocto | 10:39 | |
| dev1990 | should I treat dynamic-layers as way to fix some integration problems between layers or a possible aproach to deliver customizations ? | 10:40 |
| paulbarker | dev1990: dynamic-layers is a way to make layer dependencies optional | 10:43 |
| dev1990 | I just wondering if I using those correctly, for example https://github.com/dev-0x7C6/meta-retro/blob/master/dynamic-layers/meta-qt5/recipes-qt/qt5/qtbase_%25.bbappend | 10:54 |
| dev1990 | using meta-retro will override someone configuration when put in bblayers, this is probably not way to go | 10:56 |
| dev1990 | I'll make it more like meta-clang probably and introduce some variable/override | 10:56 |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has quit IRC | 10:58 | |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has joined #yocto | 10:59 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 11:05 | |
| *** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 11:23 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has quit IRC | 11:32 | |
| fbre | Hi! Do you know how to resync inodes after switch_root of a filesystem? The shell command "stat /" reports Device 700h/1792d here. This means the root device inode is major=7 and minor=00. But this is wrong since after booting with an Init RAM fs I switched the "/" to a mounted SD card subdir "/mount_sdcard". The SD card partition actually has | 11:35 |
| fbre | major =179 minor=98. | 11:35 |
| fbre | This is due the using of yocto's INITRAMFS_IMAGE and INITRAMFS_IMAGE_BUNDLE | 11:37 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 11:38 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-zywzkluevhcjceyq> has joined #yocto | 11:51 | |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:a057:d35a:f3c0:9a41> has quit IRC | 12:00 | |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:31e0:7192:2b55:e4ad> has joined #yocto | 12:00 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 12:01 | |
| *** mbulut <mbulut!~nameclash@ip1f11b217.dynamic.kabel-deutschland.de> has joined #yocto | 12:01 | |
| *** simonpe^^ <simonpe^^!~starlord@c188-149-27-100.bredband.comhem.se> has joined #yocto | 12:03 | |
| simonpe^^ | I'm trying to point to my global sstate cache using SSTATE_MIRRORS but I'm getting `WARNING: Invalid protocol in SSTATE_MIRRORS: ('file://.*', '/yocto/sstate')` | 12:04 |
| simonpe^^ | I'm un dunfell, is this not supported on that version of bitbake? | 12:04 |
| qschulz | probably file:// in front of /yocto/sstate? | 12:04 |
| simonpe^^ | file://.* /yocto/sstate file://.* http://10.4.6.95:80/PATH | 12:05 |
| simonpe^^ | it's missing PATH | 12:06 |
| simonpe^^ | but it doesn't make a difference | 12:07 |
| qschulz | simonpe^^: no | 12:08 |
| qschulz | file://.* file:///yocto/sstate/PATH is what I meant | 12:08 |
| simonpe^^ | oh I see :D | 12:08 |
| qschulz | simonpe^^: https://docs.yoctoproject.org/ref-manual/ref-variables.html#term-SSTATE_MIRRORS | 12:09 |
| simonpe^^ | I thought I followed that but maybe I have some post lunch trauma | 12:09 |
| simonpe^^ | thanks for the solution man :) | 12:09 |
| qschulz | simonpe^^: :) | 12:10 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-sqdnlhiqlvprwvlh> has joined #yocto | 12:19 | |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has quit IRC | 12:20 | |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has joined #yocto | 12:20 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 12:22 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 12:22 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 12:23 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 12:24 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 12:26 | |
| fbre | Where does yocto create the device nodes for /dev/mmcblk* ? | 12:29 |
| fbre | Is that somewhere in the device tree? | 12:29 |
| qschulz | fbre: could be blkdev= passed to the kernel command line? could probably be derived from a GPT/MS-DOS partition? | 12:30 |
| qschulz | probably possible from the device tree as it is for NAND for example | 12:31 |
| qschulz | and the major number of the partition usually comes from the order in which the mmc controllers are probed (which is non-deterministic by default) | 12:31 |
| fbre | blkdev= is not passed the kernel command line here. | 12:32 |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 12:35 | |
| JPEW | kergoth: If it passes the CI, I don't think I have a problem with it.... is there a specific bug this fixes and can you add a test case for it? | 12:36 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 12:36 | |
| JPEW | dev1990: You can't change bblayers per multiconfig, but on master you *can* change BBMASK, so you can mask off recipes you don't want | 12:37 |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 12:38 | |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 12:39 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 12:39 | |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has joined #yocto | 12:39 | |
| *** davidinux <davidinux!~davidinux@192.145.127.68> has quit IRC | 12:51 | |
| *** davidinux <davidinux!~davidinux@net-93-66-67-41.cust.vodafonedsl.it> has joined #yocto | 12:52 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 12:55 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 12:56 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 12:58 | |
| * armpit that would be some odd show swag, BBMASK printed on a real mask | 13:02 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 13:03 | |
| *** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-01-216-208-203-40.dsl.bell.ca> has joined #yocto | 13:04 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 13:04 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 13:05 | |
| *** Dracos-Carazza_ is now known as Dracos-Carazza | 13:06 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 13:07 | |
| *** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has joined #yocto | 13:13 | |
| *** ilkappe <ilkappe!c65a42b1@gateway/web/cgi-irc/kiwiirc.com/ip.198.90.66.177> has quit IRC | 13:15 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 13:18 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 13:18 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:30 | |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has quit IRC | 13:35 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 13:36 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:36 | |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 13:45 | |
| JPEW | kergoth: Do you still need that SDK_VENDOR backport in dunfell on meta-mingw. I realize I dropped that one | 13:46 |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has joined #yocto | 13:46 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 13:55 | |
| *** MaX-xXx <MaX-xXx!517c7c8d@host-81-124-124-141.business.telecomitalia.it> has joined #yocto | 13:58 | |
| MaX-xXx | hi all | 13:58 |
| MaX-xXx | i need your help for bulding | 13:58 |
| MaX-xXx | :) | 13:58 |
| qschulz | MaX-xXx: hi | 14:00 |
| LetoThe2nd | MaX-xXx: state your case of emergency and wait for rescue. while waiting, maybe read a bit on http://www.catb.org/~esr/faqs/smart-questions.html :) | 14:00 |
| MaX-xXx | tks | 14:00 |
| MaX-xXx | i'm reading | 14:00 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-17-174-93-240-105.dsl.bell.ca> has joined #yocto | 14:01 | |
| *** linums <linums!~linums@apn-94-44-127-113.vodafone.hu> has quit IRC | 14:01 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 14:02 | |
| MaX-xXx | qschulz i need to compile only linux kernel with a specific version. I don't find it in the guide, do you know where i need to find it in the tutorial? | 14:05 |
| MaX-xXx | i try with pre-build binaries but i don't find MSB(big endian) arch so i need to recompile it | 14:07 |
| *** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 14:07 | |
| qschulz | MaX-xXx: if there's already a recipe available with that version, you just need to specify which version to build | 14:07 |
| qschulz | MaX-xXx: https://docs.yoctoproject.org/ref-manual/ref-variables.html#term-PREFERRED_VERSION | 14:08 |
| MaX-xXx | tks | 14:08 |
| MaX-xXx | and where i have to specify MSB or LSB ? | 14:08 |
| MaX-xXx | yess | 14:09 |
| qschulz | MaX-xXx: that's related to kernel configuration, so get a defconfig that would do what you want and then you can add it to your kernel recipe with a bbappend | 14:09 |
| MaX-xXx | i find it | 14:09 |
| MaX-xXx | tks | 14:09 |
| MaX-xXx | SITEINFO_ENDIANNESS | 14:09 |
| MaX-xXx | tks a lots | 14:09 |
| *** marc2 <marc2!~marc@modemcable182.194-37-24.static.videotron.ca> has quit IRC | 14:26 | |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:31e0:7192:2b55:e4ad> has quit IRC | 14:26 | |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:31e0:7192:2b55:e4ad> has joined #yocto | 14:28 | |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:31e0:7192:2b55:e4ad> has joined #yocto | 14:28 | |
| *** marc2 <marc2!~marc@modemcable182.194-37-24.static.videotron.ca> has joined #yocto | 14:30 | |
| *** adelcast <adelcast!~adelcast@cpe-70-123-151-98.austin.res.rr.com> has joined #yocto | 14:35 | |
| *** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:31e0:7192:2b55:e4ad> has quit IRC | 14:36 | |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 14:38 | |
| *** linums <linums!~linums@apn-94-44-245-143.vodafone.hu> has joined #yocto | 14:38 | |
| *** mbulut <mbulut!~nameclash@ip1f11b217.dynamic.kabel-deutschland.de> has quit IRC | 14:42 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 14:44 | |
| tlwoerner | what's the script to check that a layer is well-behaved? | 14:48 |
| *** jimr <jimr!~jimr@pool-173-66-141-210.washdc.fios.verizon.net> has joined #yocto | 14:49 | |
| rburton | yocto-check-layer iirc | 14:50 |
| tlwoerner | thanks | 14:52 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 14:53 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 14:54 | |
| *** MaX-xXx <MaX-xXx!517c7c8d@host-81-124-124-141.business.telecomitalia.it> has quit IRC | 14:56 | |
| *** linums <linums!~linums@apn-94-44-245-143.vodafone.hu> has quit IRC | 14:59 | |
| *** linums <linums!~linums@apn-94-44-245-143.vodafone.hu> has joined #yocto | 14:59 | |
| *** linums <linums!~linums@apn-94-44-245-143.vodafone.hu> has quit IRC | 15:00 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 15:00 | |
| *** YOCTO_NEWBIE <YOCTO_NEWBIE!9a14a577@d154-20-165-119.bchsia.telus.net> has joined #yocto | 15:06 | |
| YOCTO_NEWBIE | WARNING: /usr/local/dey-3.0/sources/meta-digi/meta-digi-dey/recipes-digi/libdigiapix/libdigiapix_git.bb: Unable to get checksum for libdigiapix SRC_URI entry libdigiapix.conf: file could not be foundA: --:--:--ERROR: /usr/local/dey-3.0/sources/meta-digi/meta-digi-dey/recipes-core/images/dey-image-trustfence-initramfs.bb: No IMAGE_CMD defined for | 15:06 |
| YOCTO_NEWBIE | IMAGE_FSTYPES entry 'cpio.gz.u-boot.tf' - possibly invalid type name or missing support class | 15:06 |
| YOCTO_NEWBIE | how to fix? Please advise it. Thanks. | 15:07 |
| LetoThe2nd | YOCTO_NEWBIE: unless you're doing something obviously wrong like mixing up releases/versions, report/ask the meta-digi maintainers :) | 15:09 |
| zeddii | yah. those are seriously fundamental issues. so something has to be wrong in the config, or the layer is completely broken for everyone | 15:09 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 15:11 | |
| YOCTO_NEWBIE | I changed machine = ccimx6ul to qemux86-64, then I got this problem. | 15:12 |
| LetoThe2nd | YOCTO_NEWBIE: then the layer is broken as it makes assumptions about the MACHINE it is begin used with, probably. report to maintainer. | 15:14 |
| YOCTO_NEWBIE | Should I delete tmp directory? and run Bitbake? | 15:14 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 15:14 | |
| LetoThe2nd | YOCTO_NEWBIE: that probably is not going to fix it. if the laer makes wrong assumptions about MACHINE (e.g. works with ccimx6ul and breaks with qemux86-64), then the layer is outright buggy. | 15:16 |
| YOCTO_NEWBIE | LetoThe2nd, I see. Thanks. | 15:16 |
| YOCTO_NEWBIE | Do anyone know the Chirpstack yocto project? | 15:19 |
| LetoThe2nd | YOCTO_NEWBIE: nope, but we're super awesome with meta questions! :D | 15:20 |
| mischief | i want to install some -dbg packages, but i do not want the 'recommended' packages by the debug package i want. i am using the .deb package backend, so it looks like BAD_RECOMMENDATIONS wont work. any ideas how todo that? | 15:20 |
| YOCTO_NEWBIE | :] (y) | 15:21 |
| LetoThe2nd | YOCTO_NEWBIE: seriously, we like them so much that we made it canonical! each question about a layer is basically a "meta-question"! ;'-) | 15:22 |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 15:23 | |
| *** jimr <jimr!~jimr@pool-173-66-141-210.washdc.fios.verizon.net> has quit IRC | 15:28 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 15:29 | |
| *** jimr <jimr!~jimr@pool-173-66-141-210.washdc.fios.verizon.net> has joined #yocto | 15:29 | |
| jonmason | b6b985a22393931adef3412e726832848c41ce64 is breaking some zephyr qemus (at least the ones I'm testing don't have PCI, some might) | 15:30 |
| jonmason | is it reasonable to get zephyr qemu's in the autobuilder? | 15:30 |
| kergoth | JPEW: afaict none of the cross-canadian mingw packages actually run right now due to not being able to find the dlls. nativesdk are fine. | 15:32 |
| JPEW | RP: Hmm.... perl is being "interesting" in this case. Bascially: fd1 = open("foo", O_RDONLY); unlink("foo"); fd2 = open("foo", O_WRONLY | O_CREAT); close(fd2); close(fd1) | 15:49 |
| linums | Hi guys | 15:51 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 15:51 | |
| linums | I am trying to use meta-amd repo | 15:51 |
| RP | JPEW: oh. I can see how this is going to break :( | 15:51 |
| linums | And the issue I've found is that this layer despite set to master is compatible only with dunfell | 15:52 |
| linums | Is it intentional? | 15:52 |
| linums | Because I'm trying to stick to master | 15:52 |
| linums | This makes it kind of hard | 15:52 |
| LetoThe2nd | linums: many layers are only compatible with specifc released versions, and dunfell is not a bad choice, so thats actually not a surprise. maybe look if they have a master-next, dev, or somewhat branch that follows master, but i wouldn't bet on it. | 15:54 |
| *** rabbit9911 <rabbit9911!36441c07@ec2-54-68-28-7.us-west-2.compute.amazonaws.com> has joined #yocto | 15:55 | |
| *** dreyna_ <dreyna_!~dreyna@2601:646:4201:e280:f9f1:4d4:e9c1:5a67> has joined #yocto | 15:55 | |
| linums | No, they don't have it :( | 15:56 |
| linums | Although they have a dunfell channel | 15:56 |
| linums | Thus I find it weird that they are requiring for master dunfell too | 15:56 |
| rburton | at least dunfell is the latest release | 15:57 |
| rburton | could be worse :) | 15:57 |
| JaMa | RP: have you seen any fs_perms() trowing PermissionError with new pseudo? I have a recipe which has do_install "install -m 0444 ${S}/sec_config -D ${D}${sysconfdir}/sec_config" and then do_package calls fix_perms(/1.0-r0/package/etc, 755, 0, 0, /etc) and fails with "[Errno 1] Operation not permitted:" | 15:57 |
| fray | this is why layer compatible was introduced.. some layers don't update at the same cadence as the main project.. | 15:57 |
| *** Newbie <Newbie!bb14930d@187.20.147.13> has joined #yocto | 15:57 | |
| fray | If they declare dunfell as latest, then that is what they're compatible with.. not gatesgarth which is "in progress" | 15:57 |
| RP | JaMa: I've not seen that, it should work :/ | 15:58 |
| JaMa | ok will debug what's going on, thanks | 15:58 |
| LetoThe2nd | we should name branches "late", "latest", "laterest"... | 16:00 |
| zeddii | "most laterest" | 16:00 |
| linums | :D | 16:00 |
| LetoThe2nd | "masterest" | 16:00 |
| linums | I was under the impression that I might be able to create an image purely from master branches | 16:01 |
| linums | That would be nice | 16:01 |
| neverpanic | "master", "master_final", "master_final_v2", "master_final_v2.bak", ... | 16:02 |
| LetoThe2nd | i just came to realize that döts are an underrepresented minority when it comes to branch names | 16:02 |
| Newbie | Hello frenz, I'm trying to set a pin of my board to 0 by editing the dts, and I thought that writing "enable-gpios = <&gpio2 31 GPIO_ACTIVE_LOW>;" would work but it doesn't x_x | 16:03 |
| LetoThe2nd | i therefore DEMAND!!! that gatesgarth is immediately renamed to "gätesgärth" | 16:03 |
| Newbie | Is there something I have to do before the enable-gpio? | 16:03 |
| neverpanic | LetoThe2nd: why not gätësgärth? | 16:04 |
| JaMa | Lisa is on! :) | 16:04 |
| JaMa | sshh about meta-amd | 16:04 |
| *** tanyachawla0412 <tanyachawla0412!7448d751@116.72.215.81> has joined #yocto | 16:07 | |
| rburton | LetoThe2nd: only this week did I discover that ö is historically 'oe' and the e just went for a walk | 16:09 |
| rabbit9911 | I am a little stumped. I have a recipe that fails to build sometimes for some developers. https://pastebin.com/raw/zyKvkKhA | 16:10 |
| qschulz | rburton: if you lived in Austria you would have known that :D (österreich), all gov websites have oe instead of ö :) | 16:11 |
| *** tanyavhawla0412 <tanyavhawla0412!7448d751@116.72.215.81> has joined #yocto | 16:12 | |
| qschulz | Newbie: the driver needs to do something with enable-gpios, then you need to make sure the pinmux is correct, and you need to make sure your device is probed, your driver is built-in, the change in your DT makes it to the image | 16:12 |
| qschulz | Newbie: the question is probably better asked to a linux kernel comunity rather than Yocto ;) | 16:12 |
| *** tanyavhawla0412 <tanyavhawla0412!7448d751@116.72.215.81> has quit IRC | 16:13 | |
| Newbie | Oh, thank you | 16:13 |
| ecdhe | Newbie: what kind of gpio controller? | 16:16 |
| rabbit9911 | sstatesig.py', lineno: 549, function: process 0545: 0546: if include_owners: 0547: try: 0548: bb.warn("here %s %s" % (path, s.st_uid)) *** 0549: update_hash(" %10s" % pwd.getpwuid(s.st_uid).pw_name) 0550: update_hash(" %10s" % | 16:17 |
| rabbit9911 | grp.getgrgid(s.st_gid).gr_name) 0551: except KeyError: 0552: bb.warn("KeyError in %s" % path) 0553: raiseException: KeyError: 'getpwuid(): uid not found: 1000' | 16:17 |
| rabbit9911 | Sorry that's not easy to read.. ugh https://pastebin.com/raw/zyKvkKhA | 16:17 |
| *** creich <creich!~creich@p200300f6af3ce810000000000000039b.dip0.t-ipconnect.de> has quit IRC | 16:18 | |
| *** creich <creich!~creich@p200300f6af3ce810000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 16:19 | |
| Newbie | I don't know how to answer this | 16:20 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:21 | |
| ecdhe | Newbie: I'll just tell you at a high-level: your gpio controller probably has a couple of masks you need to set. The first is a mask for io direction, which determines whether each pin in the bank is an "I" or an "O" | 16:21 |
| *** tanyachawla0412 <tanyachawla0412!7448d751@116.72.215.81> has quit IRC | 16:21 | |
| ecdhe | The second mask is the output latch, which set the value for each pin that is configured as an output. | 16:22 |
| *** dsueiro <dsueiro!uid467101@gateway/web/irccloud.com/x-kemduzgjiprwriwt> has quit IRC | 16:22 | |
| ecdhe | The name of this register changes based on type of GPIO controller, but you can look it up by finding the documentation for your GPIO controller based on its "compatible" string | 16:23 |
| ecdhe | That should help you find documentation which will give you a basic example of setting a GPIO state at boot with device tree. | 16:23 |
| *** fl0v0 <fl0v0!~fvo@i5E86AE8F.versanet.de> has quit IRC | 16:23 | |
| Newbie | Thank you :) | 16:24 |
| *** jimr <jimr!~jimr@pool-173-66-141-210.washdc.fios.verizon.net> has quit IRC | 16:24 | |
| ecdhe | Also, I wouldn't use yocto for building the device tree to start, I would use `dtc' to build .dts->.dtb -- yocto's build times are too long for the iteration that you're doing. | 16:24 |
| rabbit9911 | Newbie: Have you tried ACTIVE_HIGH? If its disabled by default and its ACTIVE_LOW wont that set the pin to 1? | 16:25 |
| Newbie | Oh, yocto is actually taking really long, I research it | 16:25 |
| Newbie | I tried both, sadly nothing changes | 16:26 |
| ecdhe | Newbie: depending on the kernel you're running, GPIO_ACTIVE_LOW won't be recognized by a 4.9 or 4.14 series kernel | 16:27 |
| ecdhe | Newbie: I had to use GPIO_ACTIVE_HIGH and invert the lines externally | 16:27 |
| qschulz | Newbie: /sys/firmware/device-tree/ and then gofind where you set it up, is your property there? | 16:27 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 16:30 | |
| zeddii | khem/RP: are you seeing repeatable pseudo aborts on mutlipath-tools ? | 16:31 |
| JaMa | rabbit9911: looks similar to https://github.com/webOS-ports/meta-webos-ports/commit/9fd17a67cdbed92df13a14b002a189b4c6c2d442 isn't your recipe doing something similar? | 16:32 |
| *** adelcast <adelcast!~adelcast@cpe-70-123-151-98.austin.res.rr.com> has quit IRC | 16:32 | |
| *** hgg2020 <hgg2020!6f5c4e6b@111.92.78.107> has quit IRC | 16:32 | |
| *** adelcast <adelcast!~adelcast@2605:6000:101b:d1ba:e0cb:1e70:16ae:725c> has joined #yocto | 16:38 | |
| khem | zeddii: I did see it last week but not since this week | 16:40 |
| zeddii | ok. this is on some fresh clones as of this morning. I wonder if I should be using a -next branch. I'll dig in. | 16:41 |
| zeddii | | abort()ing pseudi client by server request. See https://wiki.yoctoproject.org/wiki/Pseudo_Abort for more details on this. | 16:41 |
| zeddii | | ERROR: Command '['rm', '-rf', '/opt/bruce/poky/build/tmp/work/core2-64-poky-linux/multipath-tools/0.8.4-r0/image']' died with <Signals.SIGABRT: 6>. | 16:41 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 16:42 | |
| rabbit9911 | JaMa: Thanks I have not seen this post.. I will try this. The strange thing is using a different toolchain resolves the issue. | 16:50 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:4430:89:b82a:ed5a> has quit IRC | 16:50 | |
| *** rubdos_ <rubdos_!~rubdos@77.109.117.97.adsl.dyn.edpnet.net> has joined #yocto | 16:50 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 16:52 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 16:56 | |
| *** linums <linums!~linums@apn-94-44-255-213.vodafone.hu> has joined #yocto | 16:58 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 16:59 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 17:00 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.90> has joined #yocto | 17:02 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.90> has quit IRC | 17:02 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:02 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:f1c6:e45a:6950:664b> has joined #yocto | 17:02 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC | 17:05 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 17:11 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 17:12 | |
| *** YOCTO_NEWBIE <YOCTO_NEWBIE!9a14a577@d154-20-165-119.bchsia.telus.net> has quit IRC | 17:13 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 17:14 | |
| khem | zeddii: I am on master-next | 17:15 |
| *** linums <linums!~linums@apn-94-44-255-213.vodafone.hu> has quit IRC | 17:16 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 17:16 | |
| RP | zeddii: I've not seen it but not sure I use multipath-tools | 17:20 |
| RP | zeddii: clean TMPDIR? | 17:20 |
| zeddii | yah. I had a report of docker not working with 5.8, so I did a fresh build to test. | 17:20 |
| zeddii | and it pulls in multipath tools | 17:20 |
| zeddii | Haven't made it to docker yet :D | 17:20 |
| zeddii | yah. 100% new clone for this one. | 17:20 |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 17:21 | |
| zeddii | no changes to multipath-tools on master-next, so I'll debug on master. | 17:21 |
| zeddii | another variant: https://pastebin.com/nvdZJTzY | 17:22 |
| RP | zeddii: mater-next doesn't have anything useful for pseudo other than the integrity checks patch which has limited use for debugging | 17:22 |
| RP | zeddii: look at what is in pseudo.log, that gives the clues | 17:22 |
| RP | zeddii: perl one looks like what was discussed in triage | 17:23 |
| zeddii | yah. | 17:23 |
| *** frsc <frsc!~frsc@i59F4BFA6.versanet.de> has quit IRC | 17:23 | |
| zeddii | ooo. NAMELESS FILE | 17:25 |
| zeddii | https://pastebin.com/9GAz92VG | 17:25 |
| zeddii | sounds like a villain, if I've ever heard of one. | 17:25 |
| RP | zeddii: that means the path never had a name :( | 17:25 |
| RP | zeddii: ironically, I think the fix for the perl issue is to rename it to NAMELESS FILE internally upon unlink | 17:26 |
| zeddii | I wonder if there's a new multipath tools. I'll try the old "upgrade and it might go away" fix first. | 17:26 |
| RP | zeddii: to debug the NAMELESS file one we may need a log with pseudo debug enabled | 17:26 |
| *** linums <linums!~linums@apn-94-44-110-163.vodafone.hu> has joined #yocto | 17:27 | |
| RP | and maybe an strace to see if some call is being missed | 17:27 |
| zeddii | ok. is the pseudo debug enabled via env setting ? or where can I read to figure out what to turn on ? | 17:27 |
| zeddii | I clicked on the wiki link, but don't see that. | 17:28 |
| RP | zeddii: refresh ;-) | 17:31 |
| * RP wanders off | 17:31 | |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:6dba:e15f:3b57:c0f> has quit IRC | 17:32 | |
| JaMa | RP: what TV brand do you have? :) | 17:36 |
| *** linums <linums!~linums@apn-94-44-110-163.vodafone.hu> has quit IRC | 17:39 | |
| khem | JaMa: I have samsung :) | 17:39 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 17:40 | |
| rburton | disgraceful | 17:40 |
| khem | its like 10 yrs old, keeps working, one day I guess I need to throw a bat at it | 17:40 |
| rburton | JaMa: still waiting for a LG discount code for yocto/oe developers btw | 17:40 |
| khem | oh well, it hardly gets used these days | 17:41 |
| rburton | khem: same here with our sony tv though | 17:41 |
| fray | rburton Amen.. :) | 17:41 |
| JaMa | rburton: you too? I haven't received mine yet as well :) | 17:41 |
| rburton | oh that's terrible | 17:41 |
| fray | I've got a sharp, samsung and hitachi TVs.. the sharp and samsung get turned on about once a month.. the Hitachi (smalled of the tree) I usse all the time, but it's got Amazon TV stuff built-in.. | 17:42 |
| khem | JaMa: you should ask for a "panel" for testing | 17:42 |
| JaMa | I have 2012 panel for testing, but for family I wanted something better :) | 17:42 |
| JaMa | I was just wandering what fido based Go Pro will see on dylan based TV :) | 17:44 |
| khem | I have a optoma projector which I use for my passive entertainment more than TV, they said the lamp will die in 3-4 years and it has been still working after 8 years, I like the 4K projector from LG which is on my list once this breaks | 17:44 |
| JaMa | not that all TVs are dylan based, but for dunfell you will need to wait | 17:45 |
| khem | JaMa: do they do major OS upgrades in field ? | 17:45 |
| khem | like major yocto upgrades | 17:46 |
| JaMa | typically no, but they try to backport all the important security fixes long after the OE release is EOL | 17:48 |
| khem | oh well then dunfell might be much better for that kind of usecase | 17:48 |
| JaMa | it's again the issue with prebuilt binaries from 3rd party, you cannot just change ABIs and rebuild everything, it's expensive even for the next year development and doing it for multiple older generations would make it significantly worse | 17:50 |
| khem | hmm I can only empathize :) | 17:52 |
| JaMa | and nobody will approve to use commercial Qt license for milions of TVs which are already in field, just because we would like to get rid of openssl10 in older generations :) | 17:52 |
| khem | I think web based UIs is the answer, use wpe :) | 17:53 |
| JaMa | 50.000USD/year for openssl10 support might be still the cheaper option :) | 17:55 |
| JaMa | https://www.openssl.org/support/contracts.html#premium | 17:56 |
| *** rabbit9911 <rabbit9911!36441c07@ec2-54-68-28-7.us-west-2.compute.amazonaws.com> has quit IRC | 18:04 | |
| *** Newbie <Newbie!bb14930d@187.20.147.13> has quit IRC | 18:10 | |
| *** davidinux <davidinux!~davidinux@net-93-66-67-41.cust.vodafonedsl.it> has quit IRC | 18:16 | |
| *** davidinux <davidinux!~davidinux@37.120.201.204> has joined #yocto | 18:18 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has joined #yocto | 18:26 | |
| RP | JaMa: Samsung :/ | 18:32 |
| *** xtron <xtron!~xtron@103.113.103.111> has joined #yocto | 18:32 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:43 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 18:47 | |
| JaMa | RP: I've found what was wrong with that fix_perms issue in do_package, the recipe was setting S = "${WORKDIR}/" | 18:59 |
| JaMa | should we add QA for trailing space or adjust base.bbclass? | 19:00 |
| khem | I think that trailing / should be build QA warning perhaps | 19:00 |
| khem | I think adjusting base class might be preferred since using / or not doesn't matter in general directories | 19:01 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 19:01 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has quit IRC | 19:02 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-11-174-88-220-58.dsl.bell.ca> has joined #yocto | 19:02 | |
| RP | JaMa: we should probably warn | 19:04 |
| *** linums <linums!~linums@apn-94-44-98-255.vodafone.hu> has joined #yocto | 19:04 | |
| khem | RP: when I use a trailing forward slash on shell it does not matter | 19:05 |
| khem | it seems counter intuitive to me | 19:05 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-zywzkluevhcjceyq> has quit IRC | 19:11 | |
| RP | khem: well, we can adapt the code in base.bbclass I guess | 19:12 |
| *** RPI_MIX6 <RPI_MIX6!ce743490@s206-116-52-144.bc.hsia.telus.net> has joined #yocto | 19:21 | |
| moto-timo | what's the actual "official" bugzilla tag syntax we want people to use? [YOCTO#12345] or ? | 19:27 |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:27 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:28 | |
| moto-timo | I'm adding to oe wiki for patch guidelines, but even _I_ haven't been consistent and we also have "Fixes https://bugzilla.yoctoproject.org/show_bug.cgi?id=12345" in some places | 19:28 |
| moto-timo | some folks have used [ YOCTO #12345 ] | 19:29 |
| moto-timo | And I've recently used simply YOCTO#12345 | 19:29 |
| moto-timo | Trying to capture the tribal knowledge. | 19:30 |
| RP | moto-timo: [YOCTO #XXXX] is what I've used for years | 19:30 |
| moto-timo | RP: that's what I was writing so I will go with that. | 19:31 |
| RP | moto-timo: I'm sure we did write that down somewhere | 19:31 |
| moto-timo | RP: I'll look again | 19:31 |
| moto-timo | RP: also looking for the "Changes since v2:" goes under the "---" guideline | 19:31 |
| RP | moto-timo: I can't see it in the docs :/ | 19:34 |
| RP | moto-timo: I might add it... | 19:35 |
| RP | moto-timo: added | 19:38 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 19:38 | |
| RP | moto-timo: sorry, I only read you were writing that when I re-read this, I thought it said you were looking :/ | 19:43 |
| RP | moto-timo: I meant to fix the commit message on the Fixes one :/ | 19:43 |
| moto-timo | sheesh. I immediately see the place where it was added in the wiki | 19:45 |
| moto-timo | RP: yeah, I'm being verbose again as usual | 19:45 |
| moto-timo | lol | 19:45 |
| moto-timo | RP and moto-timo both editing the wiki at the same time \o/ | 19:45 |
| RP | moto-timo: sorry, I misread what you were saying :/ | 19:46 |
| moto-timo | RP: no worries. but comical. | 19:46 |
| RP | moto-timo: I could swear one of the TSCs worked on this as I remember discussions. Not sure what happened to that :( | 19:47 |
| fray | Might still be premature, but do we have a list of expected 'supported' host OSes for Gatesgarth? | 19:50 |
| moto-timo | RP: now I'm not sure if I should move my example up higher in that wiki article and then drop the redudant language I added? | 19:50 |
| *** simonpe^^ <simonpe^^!~starlord@c188-149-27-100.bredband.comhem.se> has quit IRC | 19:51 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:52 | |
| moto-timo | RP: meh, it's a wiki and editable. If someone hates it they can drop my paragraph(s) | 19:52 |
| * moto-timo promises to not be offended | 19:52 | |
| *** linums <linums!~linums@apn-94-44-98-255.vodafone.hu> has quit IRC | 19:55 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 19:55 | |
| *** CTer <CTer!~CTer@ip1f126864.dynamic.kabel-deutschland.de> has joined #yocto | 19:55 | |
| kergoth | halstead: how do i go about subscribing to the yocto members list for mentor? i don't think i'm on it currently, so missed most of the swat threads | 19:55 |
| moto-timo | kergoth that might be a ndec question | 19:57 |
| halstead | kergoth, Visit https://lists.yoctoproject.org/g/meta-mentor and click "Join this Group" | 19:57 |
| kergoth | not meta-mentor, yocto project members | 19:57 |
| kergoth | pretty sure that's a list, yes? | 19:58 |
| kergoth | moto-timo: ah | 19:58 |
| moto-timo | halstead: he means the privileged list that is members only | 19:58 |
| halstead | kergoth, Yes. Normally ndec adds members but I can too. | 19:58 |
| halstead | kergoth, Are you the rep for Mentor? | 19:58 |
| RP | kergoth: the members list is a private list and is meant to have the representatives on, who are in turn meant to share as appropriate | 19:58 |
| moto-timo | he is now | 19:58 |
| * moto-timo ducks | 19:58 | |
| moto-timo | lol | 19:58 |
| kergoth | fair enough, i'm not sure who the official reps are, actually | 19:58 |
| moto-timo | likewise tsc is a list but not visible in the subgroups on the web front end | 19:59 |
| RP | kergoth: Kevin is certainly one, maybe ask him who the reps are and who they should be | 19:59 |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 19:59 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 19:59 | |
| moto-timo | https://wiki.yoctoproject.org/wiki/AB_layer_application#AB_app_form, | 19:59 |
| *** linums <linums!~linums@apn-94-44-98-255.vodafone.hu> has joined #yocto | 20:00 | |
| RP | kergoth: I might propose a members technical contacts list or something as there are times information doesn't flow as it should | 20:02 |
| JaMa | RP: khem: I've added bb.warn when S or B ends with trailing slash (as in https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master-pseudo&id=d124629a56585b048ada13a4423d7f69f0c04f79) and it turns out that trailing slash isn't so uncommon, in smaller build I have 29 cases of it in S and 18 in B | 20:03 |
| *** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 20:03 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 20:03 | |
| RP | JaMa: perhaps we just make it handle the paths? :/ | 20:03 |
| kergoth | basename/dirname giving bad results with the trailing slash? | 20:04 |
| RP | JaMa: I did try and remove duplicate slashes a while back but it was a nightmare | 20:04 |
| RP | kergoth: I wrote a rather naive comparison, its my fault ;-) | 20:04 |
| JaMa | kergoth: if d.getVar("WORKDIR") != d.getVar("B") | 20:04 |
| JaMa | most of the cases are in some layer from qualcomm, but there are few in oe-core/meta-oe/meta-python2 as well | 20:05 |
| kergoth | i'd either realpath()/resolve() them or maybe try os.path.samefile/pathlib.Path.samefile? | 20:05 |
| JaMa | I was just looking at os.path.samefile, which would work fine here, but then we'll need to remember to use it in all such cases, getting rid of trailing slashes (and duplicated slashes) might be useful in long-term | 20:08 |
| RP | JaMa: it would be nice to get rid of them... | 20:08 |
| * RP is torn | 20:08 | |
| moto-timo | hmmm. I hope there actually is a tsc@lists.yoctoproject.org list. Otherwise I just sent email to a black hole. | 20:10 |
| moto-timo | and "fixed" the wiki article | 20:11 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-164.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 20:12 | |
| RP | moto-timo: there is | 20:13 |
| *** linums <linums!~linums@apn-94-44-98-255.vodafone.hu> has quit IRC | 20:14 | |
| *** linums <linums!~linums@apn-94-44-232-245.vodafone.hu> has joined #yocto | 20:14 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 20:17 | |
| jrdn | I have two similar cmake-based recipes -- one is getting it's source included in the -dbg package under /usr/src/debug/ and the other is not. I can't see any meaningful differences between the bitbake recipes or the CMakeLists but both -dbg packages are being included in my image. Am I missing something? | 20:20 |
| *** RPI_MIX6 <RPI_MIX6!ce743490@s206-116-52-144.bc.hsia.telus.net> has quit IRC | 20:21 | |
| khem | share verbose build logs from do_compile | 20:22 |
| *** RPI_IMX6 <RPI_IMX6!ce743490@s206-116-52-144.bc.hsia.telus.net> has joined #yocto | 20:24 | |
| jrdn | It appears that one recipe is setting -fdebug-prefix-map= and -feliminate-unused-debug-types and the other is not | 20:29 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 20:29 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 20:30 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC | 20:30 | |
| jrdn | Here is the log that is including the src: https://paste.rs/vQM; here is the log with no src: https://paste.rs/Unf | 20:33 |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@2001:b07:5d32:c012:5d67:671b:1f8:2628> has joined #yocto | 20:34 | |
| *** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 20:34 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@2001:b07:5d32:c012:5d67:671b:1f8:2628> has quit IRC | 20:34 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto | 20:34 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 20:34 | |
| *** linums <linums!~linums@apn-94-44-232-245.vodafone.hu> has quit IRC | 20:39 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 20:40 | |
| RP | hmm, the conf file says I need permission from the core team to change it :) | 20:40 |
| *** vineela <vineela!~vtummala@134.134.137.79> has joined #yocto | 20:40 | |
| RP | I guess we could run pseudo integrity checks on every files.db but I think we'll just tell people to rebuild | 20:41 |
| *** xtron <xtron!~xtron@103.113.103.111> has quit IRC | 20:49 | |
| *** dev1990 <dev1990!~dev@dynamic-81-168-186-230.ssp.dialog.net.pl> has quit IRC | 20:49 | |
| *** vineela1 <vineela1!~vtummala@134.134.137.79> has joined #yocto | 20:50 | |
| *** vineela <vineela!~vtummala@134.134.137.79> has quit IRC | 20:50 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 20:50 | |
| *** dev1990 <dev1990!~dev@dynamic-81-168-186-230.ssp.dialog.net.pl> has joined #yocto | 20:51 | |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 20:56 | |
| *** linums <linums!~linums@apn-94-44-232-245.vodafone.hu> has joined #yocto | 20:56 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 20:57 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 20:57 | |
| *** RPI_IMX6 <RPI_IMX6!ce743490@s206-116-52-144.bc.hsia.telus.net> has quit IRC | 20:58 | |
| *** vineela <vineela!~vtummala@134.134.137.79> has joined #yocto | 21:00 | |
| *** vineela1 <vineela1!~vtummala@134.134.137.79> has quit IRC | 21:00 | |
| *** pohly <pohly!~pohly@p54849295.dip0.t-ipconnect.de> has quit IRC | 21:03 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-egsjxnzagvqmijpf> has quit IRC | 21:06 | |
| JaMa | RP: is there a reason to skip 13 OELAYOUT_ABI? superstitious? | 21:08 |
| JaMa | thanks for fixing pseudi | 21:08 |
| RP | JaMa: 13 seemed like a bad idea in 2020 :) | 21:08 |
| RP | JaMa: np, thanks for spotting :) | 21:08 |
| *** vineela <vineela!~vtummala@134.134.137.79> has quit IRC | 21:09 | |
| RP | JPEW: which perl version did you test that with? | 21:09 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 21:13 | |
| JaMa | gn/ninja copy() seems to sometimes break pseudo as well with: | 21:15 |
| JaMa | rule copy command = ln -f ${in} ${out} 2>/dev/null || (rm -rf ${out} && cp -af ${in} ${out}) description = COPY ${in} ${out} | 21:15 |
| JaMa | blah clipboard eaten the \n | 21:16 |
| JaMa | command = ln -f ${in} ${out} 2>/dev/null || (rm -rf ${out} && cp -af ${in} ${out}) | 21:16 |
| JaMa | ah and it's not standard in gn/ninja, chromium defines it like that | 21:17 |
| JaMa | src/build/toolchain/toolchain.gni: copy_command = "ln -f {{source}} {{output}} 2>/dev/null || (rm -rf {{output}} && cp -af {{source}} {{output}})" | 21:17 |
| RP | JaMa: what does a pseudo.log entry look like when that breaks? | 21:19 |
| RP | JPEW: perl 5.30 looks very different and I think may be the version which breaks | 21:19 |
| JaMa | the first breakage is host-user-contaminated (even before latest pseudo changes) | 21:19 |
| RP | JaMa: if it doesn't do a chown on that cp then I'm not surprised | 21:20 |
| RP | I guess the -a should take care of it :/ | 21:21 |
| JaMa | the abort is called from just one file (generated) | 21:21 |
| JaMa | path mismatch [2 links]: ino 36848035 db | 21:21 |
| JaMa | '../79.0.3945.79-47-r39.3/build/Release/image/usr/include/webruntime/base/logging_buildflags.h' | 21:21 |
| JaMa | req | 21:21 |
| JaMa | '../79.0.3945.79-47-r39.3/build/Release/gen/base/logging_buildflags.h'. | 21:21 |
| JPEW | RP: 5.26.1 | 21:22 |
| RP | JPEW: right, looks like my build systtem which has 5.26 and works fine with pseudo. I'm guessing the 5.30 pattern is the problem | 21:23 |
| JaMa | trying to figure out how to read pseudo debug from do_Install :) http://paste.ubuntu.com/p/84x9XZj9z6/ | 21:23 |
| JPEW | RP: Ah, OK | 21:23 |
| RP | JaMa: trick is to filter it down to a specific file and test case | 21:24 |
| RP | JaMa: e.g. look for logging_buildflags.h | 21:24 |
| *** rabbit9911 <rabbit9911!36441c07@ec2-54-68-28-7.us-west-2.compute.amazonaws.com> has joined #yocto | 21:25 | |
| RP | JaMa: in that log its showing the abort case but not how the original file got there | 21:25 |
| RP | JaMa: the key question is whether ../79.0.3945.79-47-r39.3/build/Release/image/usr/include/webruntime/base/logging_buildflags.h still exists, it likely doesn't, so what deleted it and why didn't psuedo see the deletion | 21:26 |
| rabbit9911 | Anyway to set ARFLAGS globally? | 21:28 |
| RP | JPEW: I put the trace from 5.30 in the bug | 21:29 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:31 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:32 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:36 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:40 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 21:40 | |
| RP | JPEW: confirmed it aborts on 5.30 | 21:41 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:45 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:47 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 21:51 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:56 | |
| RP | JPEW: pseudo isn't seeing some openXXX() call :/ | 21:58 |
| *** linums <linums!~linums@apn-94-44-232-245.vodafone.hu> has quit IRC | 22:06 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 22:06 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 22:14 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:18 | |
| RP | zeddii: bug 14080 is I think the same as your issue | 22:26 |
| *** agust <agust!~agust@p54833a5e.dip0.t-ipconnect.de> has quit IRC | 22:27 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 22:28 | |
| *** rabbit9911 <rabbit9911!36441c07@ec2-54-68-28-7.us-west-2.compute.amazonaws.com> has quit IRC | 22:31 | |
| RP | zeddii: patch in the bug if you want to try, think its a missing wrapper for mksotemp64 | 22:37 |
| *** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-01-216-208-203-40.dsl.bell.ca> has quit IRC | 22:42 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 22:43 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 22:51 | |
| mccc | Hi, I'm having trouble getting PACKAGE_EXCLUDE_COMPLEMENTARY to work. Some qs: PACKAGE_EXCLUDE is documented to not work with DEBs, does PACKAGE_EXCLUDE_COMPLEMENTARY work with DEBs? Is PACKAGE_EXCLUDE_COMPLEMENTARY supposed to go in the image recipe? Where's a good task to break in to the build system to debug this? | 22:56 |
| mccc | Specifically I need to keep libxml2-dev from installing on my image, even though IMAGE_FEATURES += "dbg-pkgs" is on. | 22:57 |
| mccc | I've tried to do that by setting PACKAGE_EXCLUDE_COMPLEMENTARY += "libxml2" | 22:57 |
| mccc | in my image recipe, but that is not working. | 22:57 |
| khem | mccc: did you try PACKAGE_EXCLUDE ? | 23:00 |
| mccc | I haven't tried PACKAGE_EXCLUDE, since it is documented to not work when using deb packages, and my build has PACKAGE_CLASSES ?= "package_deb" set. I can try anyway, though. | 23:01 |
| khem | oh debs hmm, you can add a bbappend for libxml2 and remove | 23:01 |
| khem | PN from pn-dev rdeps perhaps | 23:02 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:02 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC | 23:04 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:06 | |
| mccc | Thanks, do you know a little more what relationship I need to sever? I'd leave it so the libxml2 recipe still built libxml2-dev, but just didn't install it, right? | 23:07 |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 23:07 | |
| mccc | I don't know if there's an RDEPENDS or if 'dbg-pkgs' is bringing it in some other way, | 23:08 |
| rewitt | I've always been under the impression that ptest for particular recipe was meant for unit unit testing/validation of packages. But https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-rt/rt-tests/files/rt_bmark.py is actually running benchmarks. Should that not instead be done by testimage? I'm just trying to determine if there is any kind of clear line | 23:08 |
| mccc | The looking through oe/lib/package_manager.py I did when looking at PACKAGE_EXCLUDECOMPLEMENTARY suggested the latter but I didn't trace it all. | 23:09 |
| JaMa | khem: are you sure that useradd adding user to group created by some other recipe with just having it in RDEPENDS_${PN} still works? (do you have case like that somewhere?) https://www.openembedded.org/pipermail/bitbake-devel/2018-March/009256.html | 23:09 |
| JaMa | I've just created such test case in meta-skeleton and it doesn't seem to work (anymore if it did before) | 23:09 |
| JaMa | as in https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master&id=478522e92d86e3a925a1ed387bbe0ec98c0eda53 | 23:10 |
| JaMa | I think it needs DEPENDS for groups to be available sooner | 23:15 |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 23:19 | |
| *** Klanticus <Klanticus!~quassel@189.76.135.234> has quit IRC | 23:29 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 23:40 | |
| *** JonathanCrockett <JonathanCrockett!~textual@c-67-180-231-187.hsd1.ca.comcast.net> has quit IRC | 23:43 | |
| zeddii | RP: I'll give it a go! | 23:52 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!