Thursday, 2020-10-08

*** Ad0 <Ad0!~Ad0@> has quit IRC01:01
*** Ad0 <Ad0!~Ad0@> has joined #yocto01:05
*** roussinm <roussinm!> has quit IRC01:13
*** micka <micka!> has quit IRC02:03
*** rcwoolley <rcwoolley!~rcwoolley@> has quit IRC02:04
*** micka <micka!> has joined #yocto02:17
*** kpo_ <kpo_!> has quit IRC02:55
*** kpo_ <kpo_!> has joined #yocto02:56
*** manuel1985 <manuel1985!> has quit IRC03:12
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto03:24
*** manuel1985 <manuel1985!> has joined #yocto03:29
*** vineela <vineela!vtummala@nat/intel/x-bhhqdjoijprxmqoy> has quit IRC04:00
*** kiwi_29 <kiwi_29!> has joined #yocto04:04
*** kiwi_29 <kiwi_29!> has quit IRC04:08
*** goliath <goliath!> has quit IRC04:12
*** agust <agust!> has joined #yocto05:09
*** adelcast <adelcast!~adelcast@2605:6000:101c:3b5:37f1:578e:8088:a1b4> has quit IRC05:17
*** feddischson <feddischson!> has joined #yocto05:22
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:30
*** AndersD <AndersD!> has joined #yocto05:38
*** beneth` <beneth`!> has joined #yocto05:41
*** xtron <xtron!~xtron@> has joined #yocto05:45
*** pohly <pohly!> has joined #yocto05:46
*** hgg2020 <hgg2020!6f5c4e6b@> has joined #yocto05:46
*** xtron1 <xtron1!~xtron@> has joined #yocto05:48
*** xtron <xtron!~xtron@> has quit IRC05:51
*** xtron1 is now known as xtron05:51
*** jobroe <jobroe!> has joined #yocto06:00
*** w00die <w00die!~w00die@> has quit IRC06:07
*** w00die <w00die!~w00die@> has joined #yocto06:09
*** chris_ber <chris_ber!~quassel@> has joined #yocto06:12
*** apsychogirl[m] <apsychogirl[m]!apsychogir@gateway/shell/> has quit IRC06:35
*** yangm <yangm!yanyetanot@gateway/shell/> has quit IRC06:35
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has quit IRC06:35
*** silviof <silviof!silv-iomat@gateway/shell/> has quit IRC06:35
*** kayterina <kayterina!kayterina-@gateway/shell/> has quit IRC06:35
*** henriknj <henriknj!hnjematrix@gateway/shell/> has quit IRC06:35
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has quit IRC06:35
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has quit IRC06:35
*** omar[m] <omar[m]!omarmalekm@gateway/shell/> has quit IRC06:35
*** RPI_IMX6 <RPI_IMX6!> has joined #yocto06:41
*** manuel1985 <manuel1985!> has quit IRC06:41
*** omar[m] <omar[m]!omarmalekm@gateway/shell/> has joined #yocto06:42
*** jobroe <jobroe!> has quit IRC06:49
*** frsc <frsc!> has joined #yocto06:49
*** RPI_IMX6 <RPI_IMX6!> has quit IRC06:50
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto06:50
*** mckoan|away is now known as mckoan06:51
mckoangood morning06:51
LetoThe2ndyo DudX06:53
*** fl0v0 <fl0v0!> has joined #yocto06:55
*** manuel1985 <manuel1985!> has joined #yocto06:56
xtroncan I send a patch attached with the e-mail directly to yocto mailing list?06:56
*** apsychogirl[m] <apsychogirl[m]!apsychogir@gateway/shell/> has joined #yocto06:57
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has joined #yocto06:57
*** henriknj <henriknj!hnjematrix@gateway/shell/> has joined #yocto06:57
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has joined #yocto06:57
*** yangm <yangm!yanyetanot@gateway/shell/> has joined #yocto06:57
*** kayterina <kayterina!kayterina-@gateway/shell/> has joined #yocto06:57
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto06:57
*** silviof <silviof!silv-iomat@gateway/shell/> has joined #yocto06:57
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has joined #yocto06:57
*** zandrey <zandrey!~zandrey@> has joined #yocto07:03
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:06
*** dreyna_ <dreyna_!> has quit IRC07:07
*** sagner <sagner!> has joined #yocto07:23
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has quit IRC07:33
*** ndec <ndec!sid219321@linaro/ndec> has quit IRC07:33
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC07:33
*** vmeson <vmeson!> has quit IRC07:33
*** laurittr <laurittr!> has quit IRC07:33
*** awafaa <awafaa!sid716@gateway/web/> has quit IRC07:33
*** curlybracket <curlybracket!> has quit IRC07:33
*** ndec <ndec!sid219321@linaro/ndec> has joined #yocto07:33
rburtonxtron: git-send-email, please07:35
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has joined #yocto07:37
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto07:38
*** vmeson <vmeson!> has joined #yocto07:38
*** laurittr <laurittr!> has joined #yocto07:38
*** awafaa <awafaa!sid716@gateway/web/> has joined #yocto07:38
*** curlybracket <curlybracket!> has joined #yocto07:38
yannI'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
yannor put it another way, how can I setup for a multilib build just by touching local.conf ?07:43
rburtonyou need another line to tell it what the multilib targets actually are07:44
yannoh ok, thx07:45
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:46
*** kiwi_29 <kiwi_29!> has joined #yocto07:54
*** ilkappe <ilkappe!c65a42b1@gateway/web/cgi-irc/> has joined #yocto07:56
*** kiwi_29 <kiwi_29!> has quit IRC07:59
*** ejo <ejo!2e1312b6@> has joined #yocto07:59
ejoLooks like Yocto dunfell do_rootfs changes my prebuilt binaries, any idea how to stop it  from doing that?08:00
rburtondefine 'changes'08:01
ejob99464b621d1b2ad6f37cf0a9962730a  ./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/java73cea26d0fbb1bae1f541e2f5acbb78b08:01
ejothe hash changes from sysroot to base-image08:01
rburtonhave they been stripped?08:01
LetoThe2ndejo: didn't you already ask for stripping yesterday?08:01
ejothey are not stripped anymore08:01
ejoyes I got them not to strip08:02
ejobut the hash is still changed08:02
rburtonuse diffoscope on the files08:02
rburtonfigure out what actually changed08:02
rburtonyou might have prelink enabled08:02
ejobefore the hash would change on sysroot and package too, but now it's only the lase step that changes them08:02
qschulzfray: khem: since I anyway do a resize2fs during the flashing process, there's no real point in this overhead factor right?08:02
rburtonejo: package isn't the last stop08:02
rburton /package/ is just an interim phase08:03
rburton /packages-split/ is what actually goes into the packages08:03
rburtonor even better, just look at a file in a package08:03
LetoThe2ndrburton: want me to cue some end of the world metal?08:03
ejogood to know! ill have a look with diffscope and packanges-split08:03
*** Delphine34 <Delphine34!81004eff@> has joined #yocto08:04
*** PaowZ__ <PaowZ__!~Vince@> has joined #yocto08:04
ejothe md5sum is still good under packages-split08:05
qschulzfray: khem: resize2fs of the size of the partition, so if it's not enough, the overhead factor won't help anyway08:06
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC08:06
ejodiffoscope is pulling 3GB of packages, this might take a while  😅08:07
ejorburton: what ddo you mean by "look at a file in a package"?08:09
qschulzejo: extract the file from the package in deploy directory08:09
ejoI did a rom2cpio | cpio -idmv08:09
ejoand looked at the binary from that08:09
ejoif that's what you meant08:10
ejorpm2cpio I meant, the hash was still good08:10
qschulzejo: are you sure you're flashing the correct image :D?08:11
ejo:D   haha, yes! I got other changes in there08:12
qschulzRP: afterall, this might sign the end of multilib for ARM :D08:13
ejosome sections are added08:18
ejo│ -   03     .interp .note.ABI-tag .hash .dynsym .dynstr .gnu.version .gnu.version_r .rel.dyn .rel.plt .init .plt .text .fini .rodata .ARM.exidx .eh_frame08:18
ejo +   03     .interp .note.ABI-tag .hash .dynsym .gnu.liblist .gnu.version .gnu.version_r .rel.dyn .rel.plt .init .plt .text .fini .rodata .ARM.exidx .eh_frame .dynstr .gnu.conflict08:18
*** Ida <Ida!81004ed2@> has joined #yocto08:18
IdaHello 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@> has quit IRC08:19
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto08:20
ejo.dynstr is moved towards the end, .gnu.liblist and .gnu.conflict is added. Why :-/08:21
rburtonejo: do you have prelink on?08:25
ejoI think so, build/conf/local.conf:USER_CLASSES ?= "buildstats image-mklibs image-prelink"08:27
RPqschulz: multilib is horrible so I'd not be too upset08:27
*** xtron <xtron!~xtron@> has quit IRC08:28
RPejo: sounds like prelink08:28
rburtonejo: that will be touching every library08:29
ejoI turned it off, conf/layer.conf:USER_CLASSES = "buildstats image-mklibs "08:29
rburtonerm, local.conf?08:29
ejowhata side effects could that have? is it possible to only turn it off for this one recipe?08:29
rburtonimage-prelink is image-wide prelinking08:30
RPrburton: although you could skip a binary in theory08:30
*** Ida <Ida!81006510@> has joined #yocto08:30
ejomy layer.conf takes precedence over local.conf08:30
rburtonejo: but you'd never do that in layer.conf08:30
ejonow it worked! Tanks so much08:30
ejowhere should I put it?08:30
*** xtron <xtron!~xtron@> has joined #yocto08:31
rburtonyour distro conf if you have one, local.conf if you're just throwing it all into there08:31
rburtonRP: boost does the right thing08:31
ejoI should rename my files, the layer conf is in my distro meta layer08:32
RPrburton: cool, I'll merge those patches out of limbo then08:32
IdaHello 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
ejoruburton: anyway, thanks again  :)08:33
rburtonIda: to submit changes, you send a patch using git-send-email08:33
rburtonfeel free to fork prelink-cross to your own github or whatever if you want a repo to store the work in08:34
rburtoni endorse gitlab as it has a nice 'mirror this other repository' button08:34
*** ctlnwr <ctlnwr!~catalin@> has quit IRC08:41
*** ctlnwr_ <ctlnwr_!~catalin@> has quit IRC08:41
*** AndersD <AndersD!> has quit IRC08:42
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto08:42
*** 17SAAXSUE <17SAAXSUE!~catalin@> has joined #yocto08:42
LetoThe2ndrburton: hum whats the opposite of a "nice button"?08:49
*** Ida <Ida!81006510@> has quit IRC08:49
manuel1985LetoThe2nd: 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 #yocto08:50
LetoThe2ndmanuel1985: thanks! i actually meant it to include not only the live coding sessions but any form of tutoring materials :)08:50
qschulzIda: should help you with that08:51
qschulz(are they gone already? couldn't autocomplete their nick :/)08:51
LetoThe2ndyup, unfortunately08:52
qschulzI had the first quit but not the second for some reason :shrug:08:53
LetoThe2ndno idea.08:54
*** leon-anavi <leon-anavi!~Leon@> has quit IRC09:04
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:05
*** kpo_ <kpo_!> has quit IRC09:07
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto09:15
*** kpo_ <kpo_!> has joined #yocto09:16
*** PaowZ__ <PaowZ__!~Vince@> has quit IRC09:16
*** Ida <Ida!81004ecf@> has joined #yocto09:23
*** dagmcr <dagmcr!sid323878@gateway/web/> has quit IRC09:25
*** Tartarus <Tartarus!sid72705@gateway/web/> has quit IRC09:25
*** dagmcr <dagmcr!sid323878@gateway/web/> has joined #yocto09:26
*** Ida <Ida!81004ecf@> has quit IRC09:26
*** sakoman <sakoman!> has quit IRC09:27
*** Tartarus <Tartarus!sid72705@gateway/web/> has joined #yocto09:27
*** sakoman <sakoman!> has joined #yocto09:27
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC09:40
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto09:40
*** linums <linums!~linums@> has quit IRC09:46
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto09:48
*** linums <linums!> has joined #yocto09:48
dev1990hi, 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
paulbarkerdev1990: I don't believe so, BBLAYERS is parsed before multiconfigs are applied IIRC10:04
RPMy view is layers should be able to coexist and if they can't, they're broken and need fixing10:10
rburtonfor example: meta-clang does nothing if you add it, unless you turn it on10:13
*** eLmankku <eLmankku!> has quit IRC10:14
paulbarkerRP: 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 changes10:14
*** eLmankku <eLmankku!> has joined #yocto10:15
RPpaulbarker: sounds promising! We had some autobuilder fails but I think they're other issues or the missing statx patch10:16
paulbarkerRP: 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 set10:17
paulbarkerI 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 issues10:18
*** linums <linums!> has quit IRC10:22
*** Klanticus <Klanticus!~quassel@> has joined #yocto10:22
*** Ida <Ida!81004ecd@> has joined #yocto10:27
*** linums <linums!> has joined #yocto10:28
*** mckoan is now known as mckoan|away10:30
*** Ida <Ida!81004ecd@> has quit IRC10:30
dev1990I 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 conditionaly10:32
dev1990I'm assuming that is aproper way to maintain a layer, am I right ?10:33
RPdev1990: they are useful and help for some issues, yes10:38
*** RobertBerger <RobertBerger!> has joined #yocto10:39
dev1990should I treat dynamic-layers as way to fix some integration problems between layers or a possible aproach to deliver customizations ?10:40
paulbarkerdev1990: dynamic-layers is a way to make layer dependencies optional10:43
dev1990I just wondering if I using those correctly, for example
dev1990using meta-retro will override someone configuration when put in bblayers, this is probably not way to go10:56
dev1990I'll make it more like meta-clang probably and introduce some variable/override10:56
*** linums <linums!> has quit IRC10:58
*** linums <linums!> has joined #yocto10:59
*** sagner <sagner!> has quit IRC11:05
*** fbre <fbre!91fdde45@> has joined #yocto11:23
*** RobertBerger <RobertBerger!> has quit IRC11:32
fbreHi! 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 has11:35
fbremajor =179 minor=98.11:35
fbreThis is due the using of yocto's INITRAMFS_IMAGE and INITRAMFS_IMAGE_BUNDLE11:37
*** sagner <sagner!> has joined #yocto11:38
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto11:51
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:a057:d35a:f3c0:9a41> has quit IRC12:00
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:31e0:7192:2b55:e4ad> has joined #yocto12:00
*** goliath <goliath!> has joined #yocto12:01
*** mbulut <mbulut!> has joined #yocto12:01
*** simonpe^^ <simonpe^^!> has joined #yocto12: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
qschulzprobably file:// in front of /yocto/sstate?12:04
simonpe^^file://.* /yocto/sstate file://.*
simonpe^^it's missing PATH12:06
simonpe^^but it doesn't make a difference12:07
qschulzsimonpe^^: no12:08
qschulzfile://.* file:///yocto/sstate/PATH is what I meant12:08
simonpe^^oh I see :D12:08
simonpe^^I thought I followed that but maybe I have some post lunch trauma12:09
simonpe^^thanks for the solution man :)12:09
qschulzsimonpe^^: :)12:10
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto12:19
*** linums <linums!> has quit IRC12:20
*** linums <linums!> has joined #yocto12:20
*** kpo_ <kpo_!> has quit IRC12:22
*** linums <linums!~linums@> has joined #yocto12:22
*** kpo_ <kpo_!> has joined #yocto12:23
*** sagner <sagner!> has quit IRC12:24
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC12:26
fbreWhere does yocto create the device nodes for /dev/mmcblk* ?12:29
fbreIs that somewhere in the device tree?12:29
qschulzfbre: could be blkdev= passed to the kernel command line? could probably be derived from a GPT/MS-DOS partition?12:30
qschulzprobably possible from the device tree as it is for NAND for example12:31
qschulzand 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
fbreblkdev= is not passed the kernel command line here.12:32
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto12:35
JPEWkergoth: 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!> has joined #yocto12:36
JPEWdev1990: You can't change bblayers per multiconfig, but on master you *can* change BBMASK, so you can mask off recipes you don't want12:37
*** xtron <xtron!~xtron@> has quit IRC12:38
*** linums <linums!~linums@> has quit IRC12:39
*** xtron <xtron!~xtron@> has joined #yocto12:39
*** linums <linums!> has joined #yocto12:39
*** davidinux <davidinux!~davidinux@> has quit IRC12:51
*** davidinux <davidinux!> has joined #yocto12:52
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has quit IRC12:55
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has joined #yocto12:56
*** zandrey <zandrey!~zandrey@> has quit IRC12:58
* armpit that would be some odd show swag, BBMASK printed on a real mask13:02
*** dreyna_ <dreyna_!> has joined #yocto13:03
*** maudat <maudat!> has joined #yocto13:04
*** leon-anavi <leon-anavi!~Leon@> has quit IRC13:04
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto13:05
*** Dracos-Carazza_ is now known as Dracos-Carazza13:06
*** dreyna_ <dreyna_!> has quit IRC13:07
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/> has joined #yocto13:13
*** ilkappe <ilkappe!c65a42b1@gateway/web/cgi-irc/> has quit IRC13:15
*** thaytan <thaytan!> has quit IRC13:18
*** thaytan <thaytan!> has joined #yocto13:18
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:30
*** linums <linums!> has quit IRC13:35
*** linums <linums!~linums@> has joined #yocto13:36
*** ericch <ericch!> has joined #yocto13:36
*** linums <linums!~linums@> has quit IRC13:45
JPEWkergoth: Do you still need that SDK_VENDOR backport in dunfell on meta-mingw. I realize I dropped that one13:46
*** linums <linums!> has joined #yocto13:46
*** vineela <vineela!~vtummala@> has joined #yocto13:55
*** MaX-xXx <MaX-xXx!> has joined #yocto13:58
MaX-xXxhi all13:58
MaX-xXxi need your help for bulding13:58
qschulzMaX-xXx: hi14:00
LetoThe2ndMaX-xXx: state your case of emergency and wait for rescue. while waiting, maybe read a bit on :)14:00
MaX-xXxi'm reading14:00
*** roussinm <roussinm!> has joined #yocto14:01
*** linums <linums!> has quit IRC14:01
*** linums <linums!~linums@> has joined #yocto14:02
MaX-xXxqschulz 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-xXxi try with pre-build binaries but i don't find MSB(big endian) arch so i need to recompile it14:07
*** fbre <fbre!91fdde45@> has quit IRC14:07
qschulzMaX-xXx: if there's already a recipe available with that version, you just need to specify which version to build14:07
MaX-xXxand where i have to specify MSB or LSB ?14:08
qschulzMaX-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 bbappend14:09
MaX-xXxi find it14:09
MaX-xXxtks a lots14:09
*** marc2 <marc2!> has quit IRC14:26
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:31e0:7192:2b55:e4ad> has quit IRC14:26
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:31e0:7192:2b55:e4ad> has joined #yocto14:28
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:31e0:7192:2b55:e4ad> has joined #yocto14:28
*** marc2 <marc2!> has joined #yocto14:30
*** adelcast <adelcast!> has joined #yocto14:35
*** psnsilva <psnsilva!~psnsilva@2001:818:dae7:b100:31e0:7192:2b55:e4ad> has quit IRC14:36
*** linums <linums!~linums@> has quit IRC14:38
*** linums <linums!> has joined #yocto14:38
*** mbulut <mbulut!> has quit IRC14:42
*** sagner <sagner!> has quit IRC14:44
tlwoernerwhat's the script to check that a layer is well-behaved?14:48
*** jimr <jimr!> has joined #yocto14:49
rburtonyocto-check-layer iirc14:50
*** stephano <stephano!> has joined #yocto14:53
*** jmiehe <jmiehe!> has joined #yocto14:54
*** MaX-xXx <MaX-xXx!> has quit IRC14:56
*** linums <linums!> has quit IRC14:59
*** linums <linums!> has joined #yocto14:59
*** linums <linums!> has quit IRC15:00
*** linums <linums!> has joined #yocto15:00
*** YOCTO_NEWBIE <YOCTO_NEWBIE!> has joined #yocto15:06
YOCTO_NEWBIEWARNING: /usr/local/dey-3.0/sources/meta-digi/meta-digi-dey/recipes-digi/libdigiapix/ 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/ No IMAGE_CMD defined for15:06
YOCTO_NEWBIEIMAGE_FSTYPES entry '' - possibly invalid type name or missing support class15:06
YOCTO_NEWBIEhow to fix? Please advise it. Thanks.15:07
LetoThe2ndYOCTO_NEWBIE: unless you're doing something obviously wrong like mixing up releases/versions, report/ask the meta-digi maintainers :)15:09
zeddiiyah. those are seriously fundamental issues. so something has to be wrong in the config, or the layer is completely broken for everyone15:09
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has quit IRC15:11
YOCTO_NEWBIEI changed machine = ccimx6ul to qemux86-64, then I got this problem.15:12
LetoThe2ndYOCTO_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_NEWBIEShould I delete tmp directory? and run Bitbake?15:14
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has joined #yocto15:14
LetoThe2ndYOCTO_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_NEWBIELetoThe2nd, I see. Thanks.15:16
YOCTO_NEWBIEDo anyone know the Chirpstack yocto project?15:19
LetoThe2ndYOCTO_NEWBIE: nope, but we're super awesome with meta questions! :D15:20
mischiefi 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
LetoThe2ndYOCTO_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@> has quit IRC15:23
*** jimr <jimr!> has quit IRC15:28
*** xtron <xtron!~xtron@> has quit IRC15:29
*** jimr <jimr!> has joined #yocto15:29
jonmasonb6b985a22393931adef3412e726832848c41ce64 is breaking some zephyr qemus (at least the ones I'm testing don't have PCI, some might)15:30
jonmasonis it reasonable to get zephyr qemu's in the autobuilder?15:30
kergothJPEW: 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
JPEWRP: 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
linumsHi guys15:51
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC15:51
linumsI am trying to use meta-amd repo15:51
RPJPEW: oh. I can see how this is going to break :(15:51
linumsAnd the issue I've found is that this layer despite set to master is compatible only with dunfell15:52
linumsIs it intentional?15:52
linumsBecause I'm trying to stick to master15:52
linumsThis makes it kind of hard15:52
LetoThe2ndlinums: 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!> has joined #yocto15:55
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:e280:f9f1:4d4:e9c1:5a67> has joined #yocto15:55
linumsNo, they don't have it :(15:56
linumsAlthough they have a dunfell channel15:56
linumsThus I find it weird that they are requiring for master dunfell too15:56
rburtonat least dunfell is the latest release15:57
rburtoncould be worse :)15:57
JaMaRP: 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
fraythis is why layer compatible was introduced.. some layers don't update at the same cadence as the main project..15:57
*** Newbie <Newbie!bb14930d@> has joined #yocto15:57
frayIf they declare dunfell as latest, then that is what they're compatible with.. not gatesgarth which is "in progress"15:57
RPJaMa: I've not seen that, it should work :/15:58
JaMaok will debug what's going on, thanks15:58
LetoThe2ndwe should name branches "late", "latest", "laterest"...16:00
zeddii"most laterest"16:00
linumsI was under the impression that I might be able to create an image purely from master branches16:01
linumsThat would be nice16:01
neverpanic"master", "master_final", "master_final_v2", "master_final_v2.bak", ...16:02
LetoThe2ndi just came to realize that döts are an underrepresented minority when it comes to branch names16:02
NewbieHello 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_x16:03
LetoThe2ndi therefore DEMAND!!! that gatesgarth is immediately renamed to "gätesgärth"16:03
NewbieIs there something I have to do before the enable-gpio?16:03
neverpanicLetoThe2nd: why not gätësgärth?16:04
JaMaLisa is on! :)16:04
JaMasshh about meta-amd16:04
*** tanyachawla0412 <tanyachawla0412!7448d751@> has joined #yocto16:07
rburtonLetoThe2nd: only this week did I discover that ö is historically 'oe' and the e just went for a walk16:09
rabbit9911I am a little stumped. I have a recipe that fails to build sometimes for some developers.
qschulzrburton: if you lived in Austria you would have known that :D (österreich), all gov websites have oe instead of ö :)16:11
*** tanyavhawla0412 <tanyavhawla0412!7448d751@> has joined #yocto16:12
qschulzNewbie: 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 image16:12
qschulzNewbie: the question is probably better asked to a linux kernel comunity rather than Yocto ;)16:12
*** tanyavhawla0412 <tanyavhawla0412!7448d751@> has quit IRC16:13
NewbieOh, thank you16:13
ecdheNewbie: what kind of gpio controller?16:16', 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
rabbit9911grp.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
rabbit9911Sorry that's not easy to read.. ugh
*** creich <creich!> has quit IRC16:18
*** creich <creich!> has joined #yocto16:19
NewbieI don't know how to answer this16:20
*** jmiehe <jmiehe!> has quit IRC16:21
ecdheNewbie: 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@> has quit IRC16:21
ecdheThe 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/> has quit IRC16:22
ecdheThe 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" string16:23
ecdheThat 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!> has quit IRC16:23
NewbieThank you :)16:24
*** jimr <jimr!> has quit IRC16:24
ecdheAlso, 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
rabbit9911Newbie: Have you tried ACTIVE_HIGH?  If its disabled by default and its ACTIVE_LOW wont that set the pin to 1?16:25
NewbieOh, yocto is actually taking really long, I research it16:25
NewbieI tried both, sadly nothing changes16:26
ecdheNewbie: depending on the kernel you're running, GPIO_ACTIVE_LOW won't be recognized by a 4.9 or 4.14 series kernel16:27
ecdheNewbie: I had to use GPIO_ACTIVE_HIGH and invert the lines externally16:27
qschulzNewbie: /sys/firmware/device-tree/ and then gofind where you set it up, is your property there?16:27
*** kiwi_29 <kiwi_29!> has joined #yocto16:30
zeddiikhem/RP: are you seeing repeatable pseudo aborts on mutlipath-tools ?16:31
JaMarabbit9911: looks similar to isn't your recipe doing something similar?16:32
*** adelcast <adelcast!> has quit IRC16:32
*** hgg2020 <hgg2020!6f5c4e6b@> has quit IRC16:32
*** adelcast <adelcast!~adelcast@2605:6000:101b:d1ba:e0cb:1e70:16ae:725c> has joined #yocto16:38
khemzeddii: I did see it last week but not since this week16:40
zeddiiok. 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 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!> has quit IRC16:42
rabbit9911JaMa: 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 IRC16:50
*** rubdos_ <rubdos_!> has joined #yocto16:50
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC16:52
*** linums <linums!> has quit IRC16:56
*** linums <linums!> has joined #yocto16:58
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC16:59
*** mattsm <mattsm!> has joined #yocto17:00
*** nerdboy <nerdboy!~sarnold@> has joined #yocto17:02
*** nerdboy <nerdboy!~sarnold@> has quit IRC17:02
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:02
*** armpit <armpit!~armpit@2601:202:4180:a5c0:f1c6:e45a:6950:664b> has joined #yocto17:02
*** mattsm <mattsm!> has quit IRC17:05
*** mattsm <mattsm!> has joined #yocto17:11
*** w00die <w00die!~w00die@> has quit IRC17:12
*** YOCTO_NEWBIE <YOCTO_NEWBIE!> has quit IRC17:13
*** w00die <w00die!~w00die@> has joined #yocto17:14
khemzeddii: I am on master-next17:15
*** linums <linums!> has quit IRC17:16
*** linums <linums!~linums@> has joined #yocto17:16
RPzeddii: I've not seen it but not sure I use multipath-tools17:20
RPzeddii: clean TMPDIR?17:20
zeddiiyah. I had a report of docker not working with 5.8, so I did a fresh build to test.17:20
zeddiiand it pulls in multipath tools17:20
zeddiiHaven't made it to docker yet :D17:20
zeddiiyah. 100% new clone for this one.17:20
*** linums <linums!~linums@> has quit IRC17:21
zeddiino changes to multipath-tools on master-next, so I'll debug on master.17:21
zeddiianother variant:
RPzeddii: mater-next doesn't have anything useful for pseudo other than the integrity checks patch which has limited use for debugging17:22
RPzeddii: look at what is in pseudo.log, that gives the clues17:22
RPzeddii: perl one looks like what was discussed in triage17:23
*** frsc <frsc!> has quit IRC17:23
zeddiiooo. NAMELESS FILE17:25
zeddiisounds like a villain, if I've ever heard of one.17:25
RPzeddii: that means the path never had a name :(17:25
RPzeddii: ironically, I think the fix for the perl issue is to rename it to NAMELESS FILE internally upon unlink17:26
zeddiiI wonder if there's a new multipath tools. I'll try the old "upgrade and it might go away" fix first.17:26
RPzeddii: to debug the NAMELESS file one we may need a log with pseudo debug enabled17:26
*** linums <linums!> has joined #yocto17:27
RPand maybe an strace to see if some call is being missed17:27
zeddiiok. is the pseudo debug enabled via env setting ? or where can I read to figure out what to turn on ?17:27
zeddiiI clicked on the wiki link, but don't see that.17:28
RPzeddii: refresh ;-)17:31
* RP wanders off17:31
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:6dba:e15f:3b57:c0f> has quit IRC17:32
JaMaRP: what TV brand do you have? :)17:36
*** linums <linums!> has quit IRC17:39
khemJaMa: I have samsung :)17:39
*** linums <linums!> has joined #yocto17:40
khemits like 10 yrs old, keeps working, one day I guess I need to throw a bat at it17:40
rburtonJaMa: still waiting for a LG discount code for yocto/oe developers btw17:40
khemoh well, it hardly gets used these days17:41
rburtonkhem: same here with our sony tv though17:41
frayrburton Amen.. :)17:41
JaMarburton: you too? I haven't received mine yet as well :)17:41
rburtonoh that's terrible17:41
frayI'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
khemJaMa: you should ask for a "panel" for testing17:42
JaMaI have 2012 panel for testing, but for family I wanted something better :)17:42
JaMaI was just wandering what fido based Go Pro will see on dylan based TV :)17:44
khemI 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 breaks17:44
JaManot that all TVs are dylan based, but for dunfell you will need to wait17:45
khemJaMa: do they do major OS upgrades in field ?17:45
khemlike major yocto upgrades17:46
JaMatypically no, but they try to backport all the important security fixes long after the OE release is EOL17:48
khemoh well then dunfell might be much better for that kind of usecase17:48
JaMait'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 worse17:50
khemhmm I can only empathize :)17:52
JaMaand 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
khemI think web based UIs is the answer, use wpe :)17:53
JaMa50.000USD/year for openssl10 support might be still the cheaper option :)17:55
*** rabbit9911 <rabbit9911!> has quit IRC18:04
*** Newbie <Newbie!bb14930d@> has quit IRC18:10
*** davidinux <davidinux!> has quit IRC18:16
*** davidinux <davidinux!~davidinux@> has joined #yocto18:18
*** RobertBerger <RobertBerger!> has joined #yocto18:26
RPJaMa: Samsung :/18:32
*** xtron <xtron!~xtron@> has joined #yocto18:32
*** kiwi_29 <kiwi_29!> has joined #yocto18:43
*** kiwi_29 <kiwi_29!> has quit IRC18:47
JaMaRP: I've found what was wrong with that fix_perms issue in do_package, the recipe was setting S = "${WORKDIR}/"18:59
JaMashould we add QA for trailing space or adjust base.bbclass?19:00
khemI think that trailing / should be build QA warning perhaps19:00
khemI think adjusting base class might be preferred since using / or not doesn't matter in general directories19:01
*** linums <linums!> has quit IRC19:01
*** ssajal <ssajal!> has quit IRC19:02
*** ssajal <ssajal!> has joined #yocto19:02
RPJaMa: we should probably warn19:04
*** linums <linums!> has joined #yocto19:04
khemRP: when I use a trailing forward slash on shell it does not matter19:05
khemit seems counter intuitive to me19:05
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC19:11
RPkhem: well, we can adapt the code in base.bbclass I guess19:12
*** RPI_MIX6 <RPI_MIX6!> has joined #yocto19:21
moto-timowhat's the actual "official" bugzilla tag syntax we want people to use? [YOCTO#12345] or ?19:27
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:27
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto19:28
moto-timoI'm adding to oe wiki for patch guidelines, but even _I_ haven't been consistent and we also have "Fixes" in some places19:28
moto-timosome folks have used [ YOCTO #12345 ]19:29
moto-timoAnd I've recently used simply YOCTO#1234519:29
moto-timoTrying to capture the tribal knowledge.19:30
RPmoto-timo: [YOCTO #XXXX] is what I've used for years19:30
moto-timoRP: that's what I was writing so I will go with that.19:31
RPmoto-timo: I'm sure we did write that down somewhere19:31
moto-timoRP: I'll look again19:31
moto-timoRP: also looking for the "Changes since v2:" goes under the "---" guideline19:31
RPmoto-timo: I can't see it in the docs :/19:34
RPmoto-timo: I might add it...19:35
RPmoto-timo: added19:38
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto19:38
RPmoto-timo: sorry, I only read you were writing that when I re-read this, I thought it said you were looking :/19:43
RPmoto-timo: I meant to fix the commit message on the Fixes one :/19:43
moto-timosheesh. I immediately see the place where it was added in the wiki19:45
moto-timoRP: yeah, I'm being verbose again as usual19:45
moto-timoRP and moto-timo both editing the wiki at the same time \o/19:45
RPmoto-timo: sorry, I misread what you were saying :/19:46
moto-timoRP: no worries. but comical.19:46
RPmoto-timo: I could swear one of the TSCs worked on this as I remember discussions. Not sure what happened to that :(19:47
frayMight still be premature, but do we have a list of expected 'supported' host OSes for Gatesgarth?19:50
moto-timoRP: 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^^!> has quit IRC19:51
*** kiwi_29 <kiwi_29!> has joined #yocto19:52
moto-timoRP: 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 offended19:52
*** linums <linums!> has quit IRC19:55
*** linums <linums!> has joined #yocto19:55
*** CTer <CTer!> has joined #yocto19:55
kergothhalstead: 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 threads19:55
moto-timokergoth that might be a ndec question19:57
halsteadkergoth, Visit and click "Join this Group"19:57
kergothnot meta-mentor,  yocto project members19:57
kergothpretty sure that's a list, yes?19:58
kergothmoto-timo: ah19:58
moto-timohalstead: he means the privileged list that is members only19:58
halsteadkergoth, Yes. Normally ndec adds members but I can too.19:58
halsteadkergoth, Are you the rep for Mentor?19:58
RPkergoth: the members list is a private list and is meant to have the representatives on, who are in turn meant to share as appropriate19:58
moto-timohe is now19:58
* moto-timo ducks19:58
kergothfair enough, i'm not sure who the official reps are, actually19:58
moto-timolikewise tsc is a list but not visible in the subgroups on the web front end19:59
RPkergoth: Kevin is certainly one, maybe ask him who the reps are and who they should be19:59
*** vineela <vineela!~vtummala@> has quit IRC19:59
*** linums <linums!> has quit IRC19:59
*** linums <linums!> has joined #yocto20:00
RPkergoth: I might propose a members technical contacts list or something as there are times information doesn't flow as it should20:02
JaMaRP: khem: I've added bb.warn when S or B ends with trailing slash (as in 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 B20:03
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto20:03
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC20:03
RPJaMa: perhaps we just make it handle the paths? :/20:03
kergothbasename/dirname giving bad results with the trailing slash?20:04
RPJaMa: I did try and remove duplicate slashes a while back but it was a nightmare20:04
RPkergoth: I wrote a rather naive comparison, its my fault ;-)20:04
JaMakergoth: if d.getVar("WORKDIR") != d.getVar("B")20:04
JaMamost of the cases are in some layer from qualcomm, but there are few in oe-core/meta-oe/meta-python2 as well20:05
kergothi'd either realpath()/resolve() them or maybe try os.path.samefile/pathlib.Path.samefile?20:05
JaMaI 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-term20:08
RPJaMa: it would be nice to get rid of them...20:08
* RP is torn20:08
moto-timohmmm. I hope there actually is a list. Otherwise I just sent email to a black hole.20:10
moto-timoand "fixed" the wiki article20:11
*** feddischson <feddischson!> has quit IRC20:12
RPmoto-timo: there is20:13
*** linums <linums!> has quit IRC20:14
*** linums <linums!> has joined #yocto20:14
*** jrdn <jrdn!> has joined #yocto20:17
jrdnI 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!> has quit IRC20:21
khemshare verbose build logs from do_compile20:22
*** RPI_IMX6 <RPI_IMX6!> has joined #yocto20:24
jrdnIt appears that one recipe is setting -fdebug-prefix-map= and -feliminate-unused-debug-types and the other is not20:29
*** kpo_ <kpo_!> has quit IRC20:29
*** kpo_ <kpo_!> has joined #yocto20:30
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC20:30
jrdnHere is the log that is including the src:; here is the log with no src:
*** LocutusOfBorg <LocutusOfBorg!~locutusof@2001:b07:5d32:c012:5d67:671b:1f8:2628> has joined #yocto20:34
*** NKataDelGorm00 <NKataDelGorm00!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC20:34
*** LocutusOfBorg <LocutusOfBorg!~locutusof@2001:b07:5d32:c012:5d67:671b:1f8:2628> has quit IRC20:34
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto20:34
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto20:34
*** linums <linums!> has quit IRC20:39
*** linums <linums!~linums@> has joined #yocto20:40
RPhmm, the conf file says I need permission from the core team to change it :)20:40
*** vineela <vineela!~vtummala@> has joined #yocto20:40
RPI guess we could run pseudo integrity checks on every files.db but I think we'll just tell people to rebuild20:41
*** xtron <xtron!~xtron@> has quit IRC20:49
*** dev1990 <dev1990!> has quit IRC20:49
*** vineela1 <vineela1!~vtummala@> has joined #yocto20:50
*** vineela <vineela!~vtummala@> has quit IRC20:50
*** beneth` <beneth`!> has left #yocto20:50
*** dev1990 <dev1990!> has joined #yocto20:51
*** linums <linums!~linums@> has quit IRC20:56
*** linums <linums!> has joined #yocto20:56
*** leon-anavi <leon-anavi!~Leon@> has quit IRC20:57
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto20:57
*** RPI_IMX6 <RPI_IMX6!> has quit IRC20:58
*** vineela <vineela!~vtummala@> has joined #yocto21:00
*** vineela1 <vineela1!~vtummala@> has quit IRC21:00
*** pohly <pohly!> has quit IRC21:03
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC21:06
JaMaRP: is there a reason to skip 13 OELAYOUT_ABI? superstitious?21:08
JaMathanks for fixing pseudi21:08
RPJaMa: 13 seemed like a bad idea in 2020 :)21:08
RPJaMa: np, thanks for spotting :)21:08
*** vineela <vineela!~vtummala@> has quit IRC21:09
RPJPEW: which perl version did you test that with?21:09
*** vineela <vineela!~vtummala@> has joined #yocto21:13
JaMagn/ninja copy() seems to sometimes break pseudo as well with:21:15
JaMarule copy command = ln -f ${in} ${out} 2>/dev/null || (rm -rf ${out} && cp -af ${in} ${out}) description = COPY ${in} ${out}21:15
JaMablah clipboard eaten the \n21:16
JaMacommand = ln -f ${in} ${out} 2>/dev/null || (rm -rf ${out} && cp -af ${in} ${out})21:16
JaMaah and it's not standard in gn/ninja, chromium defines it like that21:17
JaMasrc/build/toolchain/toolchain.gni:  copy_command = "ln -f {{source}} {{output}} 2>/dev/null || (rm -rf {{output}} && cp -af {{source}} {{output}})"21:17
RPJaMa: what does a pseudo.log entry look like when that breaks?21:19
RPJPEW: perl 5.30 looks very different and I think may be the version which breaks21:19
JaMathe first breakage is host-user-contaminated (even before latest pseudo changes)21:19
RPJaMa: if it doesn't do a chown on that cp then I'm not surprised21:20
RPI guess the -a should take care of it :/21:21
JaMathe abort is called from just one file (generated)21:21
JaMapath mismatch [2 links]: ino 36848035 db21:21
JPEWRP: 5.26.121:22
RPJPEW: right, looks like my build systtem which has 5.26 and works fine with pseudo. I'm guessing the 5.30 pattern is the problem21:23
JaMatrying to figure out how to read pseudo debug from do_Install :)
JPEWRP: Ah, OK21:23
RPJaMa: trick is to filter it down to a specific file and test case21:24
RPJaMa: e.g. look for logging_buildflags.h21:24
*** rabbit9911 <rabbit9911!> has joined #yocto21:25
RPJaMa: in that log its showing the abort case but not how the original file got there21:25
RPJaMa: 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 deletion21:26
rabbit9911Anyway to set ARFLAGS globally?21:28
RPJPEW: I put the trace from 5.30 in the bug21:29
*** kiwi_29 <kiwi_29!> has quit IRC21:31
*** kiwi_29 <kiwi_29!> has joined #yocto21:32
*** kiwi_29 <kiwi_29!> has quit IRC21:36
*** kiwi_29 <kiwi_29!> has joined #yocto21:40
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC21:40
RPJPEW: confirmed it aborts on 5.3021:41
*** kiwi_29 <kiwi_29!> has quit IRC21:45
*** kiwi_29 <kiwi_29!> has joined #yocto21:47
*** georgem <georgem!~georgem@> has quit IRC21:51
*** kiwi_29 <kiwi_29!> has quit IRC21:56
RPJPEW: pseudo isn't seeing some openXXX() call :/21:58
*** linums <linums!> has quit IRC22:06
*** linums <linums!~linums@> has joined #yocto22:06
*** khem <khem!~khem@unaffiliated/khem> has quit IRC22:14
*** kiwi_29 <kiwi_29!> has joined #yocto22:18
RPzeddii: bug 14080 is I think the same as your issue22:26
*** agust <agust!> has quit IRC22:27
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto22:28
*** rabbit9911 <rabbit9911!> has quit IRC22:31
RPzeddii: patch in the bug if you want to try, think its a missing wrapper for mksotemp6422:37
*** maudat <maudat!> has quit IRC22:42
*** ericch <ericch!> has quit IRC22:43
*** stephano <stephano!> has quit IRC22:51
mcccHi, 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
mcccSpecifically I need to keep libxml2-dev from installing on my image, even though IMAGE_FEATURES += "dbg-pkgs" is on.22:57
mcccI'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
khemmccc: did you try PACKAGE_EXCLUDE ?23:00
mcccI 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
khemoh debs hmm, you can add a bbappend for libxml2 and remove23:01
khemPN from pn-dev rdeps perhaps23:02
*** leon-anavi <leon-anavi!~Leon@> has quit IRC23:02
*** JaMa <JaMa!> has quit IRC23:04
*** goliath <goliath!> has quit IRC23:06
mcccThanks, 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!> has joined #yocto23:07
mcccI don't know if there's an RDEPENDS or if 'dbg-pkgs' is bringing it in some other way,23:08
rewittI've always been under the impression that ptest for particular recipe was meant for unit unit testing/validation of packages. But 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 line23:08
mcccThe looking through oe/lib/ I did when looking at PACKAGE_EXCLUDECOMPLEMENTARY suggested the latter but I didn't trace it all.23:09
JaMakhem: 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?)
JaMaI've just created such test case in meta-skeleton and it doesn't seem to work (anymore if it did before)23:09
JaMaas in
JaMaI think it needs DEPENDS for groups to be available sooner23:15
*** yann <yann!~yann@> has quit IRC23:19
*** Klanticus <Klanticus!~quassel@> has quit IRC23:29
*** jrdn <jrdn!> has quit IRC23:40
*** JonathanCrockett <JonathanCrockett!> has quit IRC23:43
zeddiiRP: I'll give it a go!23:52

Generated by 2.17.2 by Marius Gedminas - find it at!