Tuesday, 2019-09-24

*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC00:28
bradleybanyone know how much a platinum membership costs?00:46
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC00:52
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC00:54
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto01:10
b0gat least twenty dollars01:18
bradleybwhich currency is that?01:25
*** bradleyb is now known as radsquirrel01:25
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:44
khemradsquirrel: send email to Nicolas Dechesne he can give you more info02:02
*** yann <yann!~yann@lfbn-1-3378-31.w90-127.abo.wanadoo.fr> has quit IRC02:17
*** armpit <armpit!~armpit@2601:202:4180:a5c0:8ff:9338:69cb:8d66> has quit IRC02:24
*** armpit <armpit!~armpit@2601:202:4180:a5c0:ec07:55c0:9c8c:b3de> has joined #yocto02:45
*** anujm <anujm!anujm@nat/intel/x-ohxuqwacpsmvqvsg> has quit IRC03:53
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto04:23
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC05:00
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto05:00
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC05:04
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto05:06
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto05:06
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:23
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC05:31
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto05:44
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto05:45
mischiefkhem: sorry for the late response. yes, i'm inheriting module. it's a recipe to compile backports. what i observe is that i can either depend on $PN or kernel-module-foo-${KERNEL_VERSION} but not just kernel-module-foo... but i dont know why.05:48
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC05:49
*** iceaway <iceaway!~pelle@> has quit IRC05:54
*** iceaway_ <iceaway_!~pelle@> has quit IRC05:54
*** kroon <kroon!~kroon@> has joined #yocto05:58
*** iceaway <iceaway!~pelle@> has joined #yocto05:59
*** iceaway_ <iceaway_!~pelle@> has joined #yocto05:59
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC06:01
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto06:08
*** alessioigor <alessioigor!~alessioig@> has quit IRC06:13
*** goliath <goliath!~goliath@> has joined #yocto06:21
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:27
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC06:36
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:37
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto06:38
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto06:40
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:40
*** mckoan|away is now known as mckoan06:49
mckoangood morning06:49
yoctiNew news from stackoverflow: How to configure u-boot for 512 Mb Ram <https://stackoverflow.com/questions/58074380/how-to-configure-u-boot-for-512-mb-ram>06:56
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto07:00
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC07:01
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto07:12
*** anujm <anujm!~anujm@> has joined #yocto07:21
*** yacar_ <yacar_!~yacar@> has joined #yocto07:29
*** anujm <anujm!~anujm@> has quit IRC07:34
*** anujm <anujm!~anujm@> has joined #yocto07:47
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto08:05
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC08:09
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto08:14
*** yann|work <yann|work!~yann@> has joined #yocto08:26
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC08:31
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto08:34
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC08:41
*** kroon <kroon!~kroon@> has quit IRC08:41
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto08:41
*** kroon <kroon!~kroon@> has joined #yocto08:41
*** kaspter <kaspter!~Instantbi@> has quit IRC08:42
*** alessioigor <alessioigor!~alessioig@> has quit IRC08:42
*** alessioigor <alessioigor!~alessioig@> has joined #yocto08:42
*** kaspter <kaspter!~Instantbi@> has joined #yocto08:42
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC08:44
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC08:44
*** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC08:44
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC08:45
*** erbo <erbo!~erik@linode.unixshell.se> has quit IRC08:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC08:45
*** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto08:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto08:45
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto08:45
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto08:46
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto08:46
*** rburton <rburton!~rburton@> has joined #yocto08:49
iceaway_In my custom layer I have created: recipes-support/curl/curl_7.61.0.bbappend, and recipes-support/curl/curl-7.61.0/version.patch. In the .bbappend file I have: FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" and SRC_URI = "file://version.patch"09:00
iceaway_But when I try to bitbake curl, it does not search the curl-7.61.0 directory09:00
iceaway_It only tries the subdir "curl". what am I missing?09:01
LetoThe2ndiceaway_: ${THISDIR}/${PN}: this expands to /curl, not /curl-7.61.009:01
LetoThe2ndiceaway_: PN is package name, PV is package version09:01
iceaway_ahhhh, so simple.09:01
LetoThe2ndso either rename the directory to curl, or do a ${THISDIR}/${PN}-${PV}:09:01
iceaway_LetoThe2nd: thanks, will do that!09:02
LetoThe2ndiceaway_: have fun!09:02
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC09:13
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto09:14
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cajusfvmqyootgzb> has joined #yocto09:22
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto09:23
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC09:23
iceaway_So now it can find my patch, but for some reason I cannot understand, bitbake complains about not finding the file to patch. If I "bitbake -c devshell curl", I can successfully apply the patch with "patch -p1 < version.patch", but it won't work when bitbaking. I have not had this problem with any other patches. Any ideas?09:26
yoctiNew news from stackoverflow: bitbake fails at the simplest recipe <https://stackoverflow.com/questions/50015145/bitbake-fails-at-the-simplest-recipe>09:27
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC09:46
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto09:47
*** yacar_ <yacar_!~yacar@> has quit IRC09:47
krooniceaway_, does bitbake use the same patch level when applying it ?09:53
*** nslu2-log <nslu2-log!~nslu2-log@> has joined #yocto09:58
*** Domin1k <Domin1k!c1669b04@> has joined #yocto10:07
iceaway_kroon: I guess so, I have looked at other curl patches that are part of the original recipe, and they use the same directory level.10:07
Domin1kHi everybody10:10
krooniceaway_, so what is the error you get ?10:10
rburtondefault is p110:12
iceaway_kroon: https://pastebin.com/3XBRxhGj10:13
krooniceaway_, huh. with the patch removed from the recipe, can you apply it in a devshell even after a "bitbake -c patch curl" ?10:17
iceaway_kroon: you mean first run "bitbake -c patch curl", and then "bitbake -c devshell curl" and then apply my patch?10:20
iceaway_That works.10:21
kroonwell, I have no other idea other than going through the do_patch logs and double checking10:23
Domin1kCould someone give me a hint what i need to do to install an application on a self definded partition? For example: i have a .wks which defines "part / --source rootfs ect." and a additional application partition like "part /app --source ???" Do i need to write my own source plugin to achieve that? And how do i reference to this partition in my10:23
Domin1kdo_install() of my application-recipe then?10:23
iceaway_kroon: thanks for your help anyway :)10:23
iceaway_Domin1k: I have done this while experimenting, and I set up a custom install path in my cmake file.10:24
iceaway_Domin1k: sorry misunderstood what you were asking for.10:28
Domin1kAnd How would i be able to reference to this potential application partition?10:28
iceaway_Domin1k: I do it like this in my wks file: part / --source rootfs --exclude-path=app/ --ondisk mmcblk --fstype=ext4 --label root10:28
iceaway_part /ANPR  --source rootfs --rootfs-dir=${IMAGE_ROOTFS}/app --ondisk mmcblk1 --fstype=ext4 --label app --fixed-size 51210:29
iceaway_So it will exclude the provided dir from the rootfs partition, and then use that same dir for the data for the second partition.10:30
Domin1kThank you! I will try that. It looks easier than i thought.10:31
mcfriskhi, on poky master, is there some easy wrapper to execute ptests on core-image-minimal with qemu for the image I just build? I guess CI is doing something automatically for various targets and I'd like to sanity test my patches before submitting.10:35
rburtonmcfrisk: there's a testimage test case that runs ptests, so just install the ptest packages and run testimage10:38
rburtonbasically, inherit testimage, set TEST_SUITES to 'ping ssh ptest', bitbake image -c testimage10:39
rburtonoh and add the ptests to the image.  either just use the ptest-pkgs image feature, or add the ones you care about explicitly10:40
mcfriskrburton: ptest distro feature and ptest-pkgs on image I already had, will try the rest. Thanks!10:43
rburtonsome ptests are slow, so you might want to swap ptest-pkgs for explicit list10:44
rburtonie python3-ptest can take a fair number of minutes10:44
mcfriskrburton: ok, I will check. I remember oe-selftest was taging ages and results were difficult to interpret. I guess core-image-minimal ptest results are stable.10:46
kanavin_RP: re: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13539 possibly, but I can't promise10:46
yoctiBug 13539: enhancement, Undecided, ---, paul.eggleton, NEW , eSDK: performance issues when assembling sstate for full SDK10:46
rburtonmcfrisk: see core-image-sato-ptest-fast for the list of known good and not too slow tests10:47
*** anujm <anujm!~anujm@> has quit IRC10:49
*** leitao <leitao!~leitao@2620:10d:c092:200::1:14fd> has joined #yocto10:49
mcfriskhmm, any ideas why ssh and ptest are not executed on core-image-minimal? "RESULTS - ptest.PtestRunnerTest.test_ptestrunner: SKIPPED (0.00s)"10:50
mcfriskmaybe I didn't install ptestrunner correctly..10:51
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC10:53
rburtonno ssh server installed?10:58
rburtonminimal might be a bad idea ;)10:58
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC11:00
mcfriskyea :) but don't want to build xorg so trying anyway11:01
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto11:03
nayfeDomin1k> be careful, to get a valid IMAGE_ROOTFS in wks file i think it needs to be named *.wks.in11:11
iceaway_kroon: found the error. Really silly, I used SRC_URI = instead of SRC_URI +=.11:12
*** yacar_ <yacar_!~yacar@> has joined #yocto11:13
RPkanavin_: np, we'll fine someone but I thought I'd ask since its becoming one of our more pressing issues11:13
krooniceaway_, ah :-)11:14
krooniceaway_, computers can be unforgiving11:15
Domin1kI't seems to work well. Thanks!11:19
radsquirrelkhem: thanks for the pointer11:23
nayfekhem: Hey, regarding mongodb v4.2, I posted a bugged v2 patch, I shouldn't do anything on friday :)11:25
mcfriskhmm testing was taking ages so logged into core-image-minimal in qemu and saw ssh-keygen waiting for entropy for ever :(11:37
mcfriskstarted rngd manually and tests started executing11:38
*** erbo <erbo!~erik@linode.unixshell.se> has joined #yocto11:40
*** berton <berton!~berton@> has joined #yocto11:44
*** berton <berton!~berton@> has quit IRC11:46
*** berton <berton!~berton@> has joined #yocto11:47
*** kanavin_ <kanavin_!~kanavin@> has quit IRC11:52
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto11:52
mario-goulartmcfrisk: maybe you need one of those sofwares that help at generating entropy (e.g., haveged)?11:53
Domin1ki have an application that is build with cmake. This cmake-build is calling a postbuild.sh which uses rsync. Within my manual build using the poky-sdk i have no problems with that. But if i try to build it with bitbake the postbuild.sh fails because rsync isn't available. Is there a way to make rsync available within a bitbake evironment? Or do i11:54
Domin1kneed to seperate the postbuild from a manual build to bitbake build here?11:54
LetoThe2ndDomin1k: DEPENDS += "rsync-native"11:55
mario-goulartmcfrisk: oh, sorry.  Now I see you are already using rngd.11:55
LetoThe2ndDomin1k: yet, remember that any form of communication makes the build non-reproductible11:55
*** kanavin_ <kanavin_!~kanavin@> has joined #yocto11:55
LetoThe2ndDomin1k: so if its just about "getting" something, you might be better off extending the fetch stage and manually injecting then later.11:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:57
Domin1kThanks. I've tries DEPENDS +="rsync" before but didn't tried appending "-native"11:57
yoctiNew news from stackoverflow: Touchscreen issue with multiple display <https://stackoverflow.com/questions/58079313/touchscreen-issue-with-multiple-display>11:57
rburtonmcfrisk: qemu should be using the host virtio rng11:58
Domin1kDoes the same apply for python3 (DEPENDS += "python3-native")? I would also like to use python3 to encrypt some files with postbuild.sh12:00
rburtonmcfrisk: maybe missing the kernel modules?  or you're not using a qemu machine so that isn't setup?12:00
LetoThe2ndDomin1k: -native means "provide the package at build time to run on the host"12:01
LetoThe2ndso, probably12:01
Domin1k (y) Thanks i'll give it a try12:03
mcfriskrburton: using the default core-image-minimal qemu target machine and image. maybe my 5.1.11 kernel is missing the virtio rng driver..12:04
mcfriskcore-image-minimal - OK - All required tests passed (successes=12, skipped=48, failures=0, errors=0)12:04
*** kanavin_ <kanavin_!~kanavin@> has quit IRC12:04
*** kanavin_ <kanavin_!~kanavin@> has joined #yocto12:05
mcfriskfrom execution times this looks odd: RESULTS - ptest.PtestRunnerTest.test_ptestrunner: PASSED (2944.88s)12:06
mcfriskin comparison: RESULTS - python.PythonTest.test_python3: PASSED (0.96s)12:10
rburtonthats not right...12:12
rburtonoh, no, thats right12:12
rburtonthat test is super dumb, its not the ptest12:12
rburtoni did say ptest takes a while12:13
kanavin_python test only tests if python3 runs from what I remember12:14
rburtonpretty much12:14
*** anujm <anujm!anujm@nat/intel/x-ezpdoxicdahegxrc> has joined #yocto12:19
*** anujm <anujm!anujm@nat/intel/x-ezpdoxicdahegxrc> has quit IRC12:33
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto12:39
mcfriskouch: ERROR: core-image-minimal-1.0-r0 do_rootfs: Unable to install packages. Command '/home/mcfrisk/src/yocto/poky/build/tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/recipe-sysroot-native/usr/bin/opkg --volatile-cache -f /home/mcfrisk/src/yocto/poky/build/tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/opkg.conf -t12:46
mcfrisk/home/mcfrisk/src/yocto/poky/build/tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/temp/ipktemp/ -o /home/mcfrisk/src/yocto/poky/build/tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/rootfs  --force_postinstall --prefer-arch-to-version   install packagegroup-core-boot packagegroup-core-ssh-openssh run-postinsts' returned -6:12:46
mcfriskfree(): double free detected in tcache 212:46
JPEWRP: Hmm, that eSDK failure is unfortunate.... Should we raise a bug at this point?12:51
RPJPEW: probably but its not going to make a material difference...12:52
JPEWRP: I'll try again. Do you have an example of the failure on the AB?12:55
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC12:55
yoctiNew news from stackoverflow: Uploading custom Yocto image to Jetson Nano (non-devkit) eMMC? <https://stackoverflow.com/questions/58080403/uploading-custom-yocto-image-to-jetson-nano-non-devkit-emmc>12:57
*** anujm <anujm!anujm@nat/intel/x-ycpuybeschlptxum> has joined #yocto12:59
*** learningc <learningc!~learningc@> has joined #yocto13:01
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC13:07
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC13:10
*** anujm <anujm!anujm@nat/intel/x-ycpuybeschlptxum> has quit IRC13:11
RPJPEW: https://autobuilder.yoctoproject.org/typhoon/#/builders/59/builds/106013:11
JPEWRP: Thanks13:11
RPJPEW: same failure in that step on all workers :/13:11
RP(mips, arm, ppc all the same)13:11
RPJPEW: I have a feeling its something to do with bad interaction between locked sigs and hash equiv13:12
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto13:12
JPEWRP: Ya, that would not suprise me in the slightest.13:12
RPJPEW: I did make one small tweak in -next already13:13
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto13:17
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC13:20
*** jij <jij!jonashg@nat/axis/x-nndnauoznxufoeru> has quit IRC13:25
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:32
*** jij <jij!jonashg@nat/axis/x-anncxslsttvptswe> has joined #yocto13:43
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:48
*** learningc <learningc!~learningc@> has quit IRC13:49
kayterinaon u-boot/raspberry0, where do I append the defconfig of u-boot?13:53
kayterinaI have it in "mylayer/recipes-bsp/u-boot/u-boot_%.bbappend"13:53
kayterinaand file not found13:53
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto13:58
*** kroon <kroon!~kroon@> has quit IRC13:59
PinkSnakekayterina bitbake-layers show-appends13:59
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto14:00
kayterinayes. Actually the error is "Unable to get checksum for u-boot SRC_URI entry defconfig: file could not be found"14:02
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC14:03
qschulzwe have a 64b machine with multilib and we want to install a firmware in a recipe. The thing is that base_libdir is then /lib64 and not /lib where the kernel expets the firmware to be. Is there a proper way to make it install in /lib?14:03
PinkSnakekayterina give full error log14:04
* kayterina sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/eoebkEJdZDHVmxcEfwpUiWyJ >14:05
kayterinai what I get when "bitbake myimage"14:06
kergothkayterina: most likely cause is you didnt set FILESEXTRAPATHS_prepend to ensure it can find the defconfig by the bbappend14:06
kayterinato BPN or PN?14:06
kayterinaI have FILESEXTRAPATHS_prepend := "${THISDIR}/${BPN}:"14:06
kayterinaas I did in busybox append14:06
PinkSnakecreate "files" folder or what you want and add "FILESEXTRAPATHS_prepend := "${THISDIR}/files""14:07
PinkSnakeand of course SRC_URI=" \file://defconfig "14:08
khemhalstead: I see ERROR: HTTP Error 500: INTERNAL SERVER ERROR when uploading to errors.yp.org14:09
khemit happens every so often14:09
kayterinaPinkSnake: well...thanks it worked. may I ask why the variable PN didn't extend as I expected?14:17
kayterinaI mean, in linux kernel append is ${PN}14:17
PinkSnakekayterina https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#best-practices-to-follow-when-creating-layers ;)14:25
*** goliath <goliath!~goliath@> has quit IRC14:28
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto14:44
*** bentech <bentech!~bentech@unaffiliated/bentech> has joined #yocto14:46
bentechYocto doesn’t have a built in function to generate all the license files into a single file?14:48
mckoanbentech: no, they are into a directory14:49
bentechI can see build/deploy/licenses Are there any of a specific recipe?14:51
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC14:54
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC14:57
*** yacar_ <yacar_!~yacar@> has quit IRC14:58
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC14:58
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto14:58
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto15:00
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto15:00
bentechsed will help me15:02
*** Domin1k <Domin1k!c1669b04@> has quit IRC15:03
mckoanbentech: in build/deploy/licenses there is the list of all the licenses involved in your image. They are not directly related to any recipe15:04
mckoanbentech: They are directly related to every recipe15:05
bentechI’ve just found the license.manifest file, which is a good start15:05
mckoanbentech: good catch15:08
*** bentech <bentech!~bentech@unaffiliated/bentech> has quit IRC15:13
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC15:21
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto15:21
yatesrburton: is meta-ros the right place to submit my updated wxwidgets recipe? https://layers.openembedded.org/layerindex/branch/master/layer/meta-ros/15:21
rburtonyates: i'd say meta-oe would be a better home15:22
rburtonits not specific to ros15:22
rburtonand meta-ros depends on meta-oe, so can delete its own wxwidgets recipe15:22
rburtonand everyone is a winner15:22
yatesok will do15:23
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto15:25
yatesrburton: which sublayer to meta-openembedded should i submit to?15:31
rburtonyates: meta-oe15:32
yatesdoh. nm15:32
JaMait was removed from meta-oe long time ago and then restored in meta-ros with its own issues, so make sure that it builds correctly for all tested configurations before re-adding it to meta-oe15:42
rburtonadelcast: why does the opkg tarball have a tests/libopkg_test binary in? no source, no mention in git.15:44
rburtonadelcast: if i build a tarball myself its not there either15:45
rburtonadelcast: was the tarball built with some local changes that were not committed maybe?15:46
armpitRP; https://bugzilla.yoctoproject.org/show_bug.cgi?id=1354315:50
yoctiBug 13543: normal, Undecided, ---, richard.purdie, NEW , [warrior] seltest on fadora fails15:50
armpitRP; also https://bugzilla.yoctoproject.org/show_bug.cgi?id=1354615:51
yoctiBug 13546: normal, Undecided, ---, ross.burton, NEW , [warrior] oe-selftest  on yp-ab-debian10-ty-215:51
RParmpit: I recognise 13543 from somewhere15:55
armpitis it that its using master of meta-selftest or is that ok15:56
RParmpit: meta-selftest is part of oe-core so that doesn't make sense15:57
yatesrburton: ok, i think i did that right...15:57
yatesJaMa: where are the "tested configurations"15:58
*** mckoan is now known as mckoan|away16:03
*** Klanticus <Klanticus!~quassel@> has joined #yocto16:03
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:05
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto16:16
rburtonyates: at least start with all the architectures with glibc and musl16:20
rburtonkhem's testing should shake that out but bonus points for at least verifying a few architectures and musl builds now16:20
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:21
*** yann|work <yann|work!~yann@> has quit IRC16:28
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto16:54
RParmpit: you need http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=464a2fed0be067b0ad703b3474b9e01566bf80d3 to fix those postinst failures on warrior17:03
JPEWRP: do you have the fix for do_locked_sigs locally? I'm getting that error on master-next. Also, can you grab the AB hash equiv database for me?17:12
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC17:14
RPJPEW: which do_locked_sigs fix?17:15
JPEWdo_locked_sigs:XXXX is not in the unihash cache?17:16
RPJPEW: I stopped seeing that, I was hoping it was fixed by something else :/17:16
JPEWHmm.... OK.17:17
khemRP: I would like to start running ptest on meta-oe job on OE17:17
khemhow to go about that ?17:17
RPJPEW: let me just check the status of my branches17:17
RPkhem:  create an image with the ptests in and then we add it to the autobuilder config?17:18
RPkhem: do you remember a qemu linking against libatomic problem?17:19
khemok so we have these packagegroups which include all packages in a layer so we can just enahance core-image-full-cmdline to include those maybe17:19
khemRP:qemu on host ?17:19
RPkhem: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13543 - I have some memory we discussed/fixed this but I can't find how17:20
yoctiBug 13543: normal, Undecided, ---, richard.purdie, NEW , [warrior] seltest on fadora fails17:20
RPkhem: you are probably thinking of core-image-sato-ptest ?17:20
khemRP: right yes a ptest image17:20
*** leitao <leitao!~leitao@2620:10d:c092:200::1:14fd> has quit IRC17:21
RPJPEW: I added one small fix to -next but my local tree is a mess and out of date so I'm clearing up17:24
RPJPEW: did you have all the fixes in -next bar the last one I added (which just tweaks a selftest)17:24
JPEWYes, I had them all. Just rebased, will try again and attempt to track it down.17:25
RPJPEW: I suspect if we stop the general mismatch issue we'd fix some of these others too17:28
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC17:29
JPEWThis was when building the eSDK, before the tests were ran17:29
JPEWHmm, it seems to have resolved itself.... I'm not sure thats a good thing though17:29
*** palate <palate!~palate@unaffiliated/palate> has quit IRC17:29
RPJPEW: that task is tricky  as it doesn't always rerun when you want it to17:30
RPJPEW: probably not a good thing :/17:30
khemRP: I haven't seen libatomic being required on qemu unless some distro is playing with linker stubs17:31
mischiefhey khem. sorry for my late response yesterday. i can't share the module recipe, but i do inherit module and cml1.17:34
khemmischief: ok17:36
mischiefi see that the kernel-module-split class is mangling the versions quite a bit, but the documentation doesn't appear to say anything about this, so i am confused still17:38
RPkhem: I must be misremembering. Could have sworn we've seen this somewhere :/17:38
mischieffor example, this does not work as documented: https://www.yoctoproject.org/docs/latest/kernel-dev/kernel-dev.html#idm4574505659353617:40
mischiefive probably done something wrong.. here's an example of what happens17:43
*** yann|work <yann|work!~yann@aputeaux-653-1-137-254.w86-195.abo.wanadoo.fr> has joined #yocto17:44
khemRP: I need to login into these boxes and check17:45
khemor you can see content of /usr/lib/libc.so e.g.17:45
khemthese are linker stubs17:45
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto17:45
khemwhich can add extra libs17:45
mischiefkhem: if i depend on "foo", it works. but if i depend on the virtual package kernel-module-foo, it does not. do you know how i can debug that?17:49
yatesi'm getting "cc1plus: warning: include location "/usr/include/dbus-1.0" is unsafe for cross-compilation [-Wpoison-system-directories]" when cross-compiling using the sdk.17:51
yatesthe makefile for that app uses `pkg-config dbus-1 --cflags` so i guess it's using the system pkg-config17:52
yatesis there a cross-compile pkg-config in the sysroot?17:52
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cajusfvmqyootgzb> has quit IRC17:53
yatesor is there otherwise a typical way to handle this?17:53
yateskhem: i think you were the one that encouraged me to use pkg-config... what say you?17:54
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:54
yatesuse the sysroot pkg-config? (just verified it is there)17:56
kroonyates, you might want to have some env variables set aswell17:56
kroonyates, like PKG_CONFIG_SYSROOT_DIR17:57
kroonyates, which the sdk env. script should setup for you iirc17:58
yateswhat script?17:58
* yates searches for an sdk env. script17:58
*** armpit <armpit!~armpit@2601:202:4180:a5c0:ec07:55c0:9c8c:b3de> has quit IRC17:59
kroonyates, are you using the sdk generated by yocto ?17:59
yatesyou mean the script that installs the sysroot on your build system?17:59
kroonyates, unless things have changed, there is a env. script you need to source, at the top where you installed the sdk18:00
kroonyates, no, another script18:00
yateskroon: what is the file name? xyz.sh?18:01
kroonyates, you did use "bitbake -c populate_sdk <recipe>" to create the sdk right ?18:01
kroonsee meta/classes/toolchain-scripts.bbclass18:02
krooni dont remember the filename18:02
yatesbut i built it under ubuntu lts and then copied the /opt/fslc-x11/... over to my fedora box since i do my building/developing on fedora18:02
kroonyou need to run the installer on the host your developing on18:03
yateshow does it make such env. variables persistent? does it actually modify your bash.rc or whatnot?18:05
kroonthey are not persistent, they only affect the shell you source the script from18:06
yatesahh, see, that would be a problem.18:06
yatesi do not have yocto install on fedora18:06
yatesit does not support fedora18:06
kroonyou cannot run the sdk installer in fedora ?18:07
yatesi've done cross-builds for many other apps but they didn't need pkg-config, so they "work"?18:07
yatesmaybe i can18:08
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto18:09
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto18:09
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC18:10
*** jae1 <jae1!95c73e81@> has joined #yocto18:23
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC18:27
JaMayates: see status e-mails from khem18:29
yatesdid you send them to my garnerundergroundinc.com account? i don't see them. (company virus filter may have blocked). please use yates@ieee.org18:32
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC18:37
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC18:47
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC18:50
mischiefanyone else have a clue about why kernel-module-foo prefixes dont work?18:58
*** palate <palate!~palate@unaffiliated/palate> has joined #yocto19:19
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto19:20
*** tesaddict <tesaddict!cfedac16@phoenixplumb07.p.subnet.rcn.com> has joined #yocto19:25
tesaddictHow is it going guys? I have been using the Yocto project at work and I just wanted to drop in and say thank you.19:26
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:36
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC19:36
*** Klanticus <Klanticus!~quassel@> has quit IRC19:38
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:38
*** aidanh_ is now known as aidanh19:38
*** Klanticus <Klanticus!~quassel@> has joined #yocto19:38
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto19:45
*** jae1 <jae1!95c73e81@> has quit IRC20:00
*** armpit <armpit!~armpit@> has joined #yocto20:01
*** tgamblin <tgamblin!~tgamblin@> has quit IRC20:03
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto20:04
rburtonyates kroon: yocto supports fedora20:09
rburtonif you're using a too new fedora for the sanity test, give it a go anyway20:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:18
kroonrburton, right, and I guess there shouldn't be any problems installing an sdk, generated in ubuntu, on a fedora machine ?20:32
diamondmanI have seen older posts online saying it is impossible to call any python functions in yocto from shell functions. Is this still true?20:35
mischiefdiamondman: o/20:39
diamondmanmischief: Oh hey Nick, how you doing?20:39
kroondiamondman, you can use ${@...} in shell functions20:41
mischiefdiamondman: well20:41
mischieffighting yocto as well :-)20:41
yatesrburton: i think the problem is the old version of yocto: morty. it does not work on a version of fedora within the past 3 years...20:47
yatesrburton: "So upgrade". yates: "It's complicated"20:48
yatesis there a known problem with the cross-compile version of uname not being available?20:48
yatesin the sdk?20:48
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC20:50
kroonyates, why would you need a cross-compile uname, to detect the compiler triplet ?20:50
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto20:50
yatesit's in wx's wx-config srript. selects whether there is a lib64 or just a lib20:51
yatesi would _really_ like to get wx to work cross-platform - speeds up development a bunch20:52
kroonsounds like wx-config might need patching. unless there is a .pc you can use instead20:53
yatesthat would be the right way to do it.20:54
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC21:00
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC21:01
*** armpit <armpit!~armpit@> has quit IRC21:14
*** berton_ <berton_!~berton@> has joined #yocto21:14
adelcastrburton: yes, I didn't create the tarball properly via make dist, so there is an extra binary. I have a comment on that on the opkg recipe itself: http://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/opkg/opkg_0.4.1.bb21:15
*** berton <berton!~berton@> has quit IRC21:17
*** berton_ <berton_!~berton@> has quit IRC21:23
yatesif a cross-build is being done, and the build invokes a script, and the script sets up paths as part of its operations (e.g., /usr/lib/xyz), how are those paths supposed to make relative to the sysroot without modifying the script?21:27
yatesthat is what's happening with the wx-config21:27
yatesi.e., it's looking for file /usr/lib/wx/config/gtk3-unicode-3.0, which doesn't exist in the host, but /opt/fslc-x11/2.2.1/sysroots/x86_64-fslcsdk-linux/usr/lib/wx/config/gtk3-unicode-3.0 does21:29
yates...supposed to be made relative...21:29
yatesshould i just hack it to refer to the host file(s)?21:30
yatesusr/lib64/... ?21:30
yates<hack, hack>21:30
yatesi have an excellent hacking tool: emacs!21:31
*** armpit <armpit!~armpit@> has joined #yocto21:31
rburtonadelcast: yeah was wondering the context.  will 0.4.2 be built using make dist and we can remove that comment?21:31
adelcastyep, one time mess-up21:32
yatesrburton: is there a way to do this, or do you have to modify the script?21:34
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:34
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC21:37
rburtonyates: you'll need to hack the script.  i'd go back to arguing with upstream to add a pkgconfig file21:40
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto21:41
rburtonthere's prior art in oe-core of adding pkgconfig files and then writing replacement config scripts that just proxy to pkgconfig :)21:42
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto21:49
yatespatented? :)21:51
*** palate <palate!~palate@unaffiliated/palate> has quit IRC22:11
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC22:24
*** rburton <rburton!~rburton@> has quit IRC22:27
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto22:31
*** rburton <rburton!~rburton@> has joined #yocto22:31
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC22:32
*** rburton <rburton!~rburton@> has quit IRC22:32
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto22:37
*** armpit <armpit!~armpit@> has quit IRC22:44
*** jae1 <jae1!95c73e81@> has joined #yocto22:49
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC22:52
*** anujm <anujm!~anujm@> has joined #yocto23:06
*** armpit <armpit!~armpit@> has joined #yocto23:19
*** Klanticus <Klanticus!~quassel@> has quit IRC23:33

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!