Tuesday, 2019-09-03

*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto00:03
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC00:12
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-bpwarajcjaqrxhzc> has quit IRC00:23
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-vuqugsqdlgvzhnbx> has quit IRC00:23
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-uozqjglruqaxtnky> has quit IRC00:24
*** MarcWe <MarcWe!hmwmatrixo@gateway/shell/matrix.org/x-vlnlaghhqkoyiaek> has quit IRC00:24
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-hecxbwkgapkxizqm> has joined #yocto00:31
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-dfkzgretcluywffs> has joined #yocto00:46
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-zapgwhlptviratpq> has joined #yocto00:46
*** geheimnis` <geheimnis`!~geheimnis@> has quit IRC01:03
*** geheimnis` <geheimnis`!~geheimnis@> has joined #yocto01:04
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:07
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:56
*** camus <camus!~Instantbi@> has joined #yocto01:58
*** kaspter <kaspter!~Instantbi@> has quit IRC02:00
*** camus is now known as kaspter02:00
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC02:59
*** nslu2-log <nslu2-log!~nslu2-log@> has joined #yocto03:01
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC03:55
*** khem <khem!~khem@unaffiliated/khem> has quit IRC04:00
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto04:19
*** kroon <kroon!~kroon@> has joined #yocto04:56
yoctiNew news from stackoverflow: Cannot login Yocto qemux86-64 <https://stackoverflow.com/questions/47945214/cannot-login-yocto-qemux86-64>05:04
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto05:05
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:07
*** agust <agust!~agust@p54833395.dip0.t-ipconnect.de> has joined #yocto05:07
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC05:09
*** FailDev <FailDev!18d83107@> has quit IRC05:13
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto05:23
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto05:34
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto05:47
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC05:48
*** MarcWe <MarcWe!hmwmatrixo@gateway/shell/matrix.org/x-wjkjpucuedbjiqer> has joined #yocto05:49
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC05:50
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto06:03
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:05
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:06
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC06:08
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC06:12
*** chakie <chakie!~jekholm@> has quit IRC06:18
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:20
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:22
*** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC06:28
iceaway2Is there any given/supported way in Yocto to specify multiple partitions? I would for example like to separate the root file system and have it read-only, and keep a second partition which is r/w (and also pull a few packages into that partition).06:28
*** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC06:28
LetoThe2ndiceaway2: should all be done through wic, AFAIK06:30
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:38
LetoThe2ndits not even 9am and i already want to break something.06:44
LetoThe2ndsamba+waf are such a massive PITA06:44
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC06:45
*** lucaceresoli_ <lucaceresoli_!~lucaceres@> has quit IRC06:49
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto06:49
*** mckoan|away is now known as mckoan06:49
mckoangood morning06:50
LetoThe2ndmckoan: disagreed.06:51
iceaway2LetoThe2nd: Cool, I've seen wic mentioned in the docs somewhere. Will look it up!06:55
*** iceaway2 is now known as iceaway06:55
erboiceaway2: As LetoThe2nd say, this can be done using the wic image format. You then need to use a WKS_FILE that looks something like this: https://pastebin.com/jEpE37Gy06:56
erboThat example is for a raspberry pi image. The interesting part is that "part /" excludes data/ and then "part /data" is created to contain what was excluded from "part /"06:57
mckoanjust because we are talking about WIC, how would be possible to set the permission of a partition to a specific user?06:58
erboI also use IMAGE_FEATURE += "read-only-rootfs" to get a read-only root06:59
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto07:21
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:29
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-bzfdykgewqhqgvpw> has joined #yocto07:41
*** Marex <Marex!~Marex@> has joined #yocto07:42
*** yacar_ <yacar_!~yacar@> has joined #yocto07:49
iceawayerbo: thanks!07:51
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto08:03
*** goliath <goliath!~goliath@> has joined #yocto08:06
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:12
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:33
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto08:34
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC08:35
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto08:36
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:37
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC08:38
*** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-bjsaaqsbbcesbvfx> has joined #yocto08:39
LetoThe2ndnrossi: to wrap up yesterdays samba topic: bumping from 4.4.2 to 4.4.5 which is present in morty already did solve the problem, and a further bump to 4.4.16 went mostly effortless too.08:47
* alessioigor waves all09:07
alessioigorIs Anuj Mittal here? I have a regression (from my point of view) in wic with commit (7365a605ae5aa1207a9a06604c8189cd422ac604) committed by jwessel.09:07
RPalessioigor: may be best to email them and the list09:08
alessioigorRP: Ok thanks09:08
RPkanavin_: starting to suspect the qemu hangs were the mips vga change :(09:09
RPkanavin_: trying to see if I can prove it09:09
RP(evidence so far is all the failed builds have that commit, either from next or master)09:10
RPkanavin_: could be something like a bug in the console blanking - only triggers on longer running images09:31
RPkanavin_: its not that, just locked up with cirrus :/09:40
*** yacar_ <yacar_!~yacar@> has quit IRC09:43
RPkanavin_: next question, was it the larger amount of memory?09:50
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto09:54
*** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto09:54
*** ms_k <ms_k!~mauro@host72-92-static.3-79-b.business.telecomitalia.it> has joined #yocto10:05
ms_khi all10:06
ms_ktgoodwin: I tried your suggestion of some days ago (sorry for the delay) to change partition owner on a partition created using .wks10:07
ms_ktgoodwin: you suggested to use IMAGE_PREPROCESS_COMMAND_append, but unfortunately it does not fit for my needs: it works on files in rootfs10:08
ms_ktgoodwin: but I need to change the partition ownership, and partition will be created by wic after rootfs processing10:09
ms_ktgoodwin: Anyway thank you again :)10:09
ms_kAbout this topic, I found wic parameter --mkfs-extraopts, so I could pass root_owner param to partition creation process10:12
ms_kHas anyone tried it? Could be a choice or there are more elegant ways? (BTW with this approach I have to pass default ext4 parameters10:13
ms_kdefined in wic process, to not loose them: seems that --mkfs-extraopts overwrites default params)10:14
*** AndersD__ <AndersD__!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto10:16
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC10:17
kanavin_RP: are the hangs only on mips? Then the cirrus change shouldn't be the cause, as qemu mips actually still defaults to cirrus (my commit msg was wrong in that). Also, I tihnk the amount of RAM hasn't actually changed, it had 256M before as well.10:29
yoctiNew news from stackoverflow: Bitbake: How to build a specific python3 recipe <https://stackoverflow.com/questions/57769674/bitbake-how-to-build-a-specific-python3-recipe>10:35
RPkanavin_: we have 512 due to opengl now10:41
RPkanavin_: hangs are only mips10:43
*** kaspter <kaspter!~Instantbi@> has quit IRC10:44
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:45
RPkanavin_: limiting to 256 did allow the tests to pass. Not enough data to be confirmation but looking likely10:46
kanavin_RP: right, maybe mips always has to be restricted to 256M, although this as well seems wrong10:50
RPkanavin_: I'm not saying its right, I just need to know where the regression is from10:53
RPkanavin_: if we know its the memory that changes how we can try and reproduce and fix it10:54
*** ykrons <ykrons!~guillaume@> has quit IRC10:57
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto11:00
tgoodwinms_k: considering how all the "EXTRA" variables work in bitbake, I would have assumed that flag would append too.  Maybe submit a patch to see what the community thinks?11:00
tgoodwinand sorry to hear about the ownership change not working.  I'm surprised that didn't work.  Perhaps an init or system service to check ownership and re-apply on first boot?11:01
*** AndersD__ <AndersD__!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC11:02
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC11:02
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC11:11
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto11:17
*** yacar_ <yacar_!~yacar@> has joined #yocto11:18
*** kroon <kroon!~kroon@> has quit IRC11:32
*** berton <berton!~berton@> has joined #yocto11:44
*** kroon <kroon!~kroon@> has joined #yocto11:47
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC11:49
ms_ktgoodwin: Oh, I didn't use EXTRA_IMAGECMD, I used directly --mkfs-extraopts in .wks file. I'm going to do a try with EXTRA_IMAGECMD11:58
ms_ktgoodwin: Don't worry, no problem. From what I understand the IMAGE_[PRE-POST]PROCESS_COMMAND scripts works on created rootfs, that is11:59
ms_kcontained in a directory. From this rootfs wic takes files to populate specified partitions, based on --source and --rootfs-dir variables12:01
*** kroon <kroon!~kroon@> has quit IRC12:09
*** FailDev <FailDev!18d83107@> has joined #yocto12:09
*** kroon <kroon!~kroon@> has joined #yocto12:09
*** gsalazar <gsalazar!5e3dbd6b@> has joined #yocto12:23
tgoodwinms_k: right, but if I remember wic's flow, it uses mkfs with a special "-d" option to populate the new partition using the contents path you specified.  So if you exclude a subpath of your rootfs and then create a separate WKS line for creating that partition with the contents...I think you'll be okay.12:24
fullstopHi, trying to build some stuff with warrior and gcc7, using the linaro layers since gcc7 was removed from warrior.12:24
gsalazarHi, I'm trying to create a new recipe based on a private nodejs repo but that image also depends on a private npm registry and devtool add is failing since it cannot find the package nin the npm registry, how can I add the registry when performing the devtool add?12:25
fullstopI'm doing this because nvidia stuff only works with gcc7 and fails with 8, and I need to remain binary compatible.12:25
tgoodwinms_k: take a look at this: poky/scripts/lib/wic/canned-wks/efi-bootdisk.wks.in12:25
fullstopmaybe this is the wrong place to ask about this, since it seems like a linaro layer problem.  Let me look there first.12:25
tgoodwinms_k: FWIW if there is an autoconf-style parsing of wks.in files, I haven't found it in the source code.  I stumbled across that file last week when crafting my wic LVM2 patch.12:27
*** ykrons <ykrons!~guillaume@> has joined #yocto12:34
*** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC12:41
ms_ktgoodwin: yes, I'm doing this, but additional partition stills owned by root:root. In my wks.in I have two entries:12:42
ms_ktgoodwin: part / --source rootfs --exclude-path=mydir/ ....12:43
ms_ktgoodwin: part /mydir --source rootfs --rootfs-dir=${IMAGE_ROOTFS}/mydir ....12:43
tgoodwinIf you check your image's rootfs (in workdir), is rootfs/mydir owned by the expected user?12:44
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto12:47
*** FailDev <FailDev!18d83107@> has quit IRC12:49
*** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has joined #yocto12:54
*** yann <yann!~yann@> has joined #yocto12:54
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto12:56
*** iceaway <iceaway!~pelle@> has quit IRC12:57
kanavin_RP: I have a bit of cycles now, so if there's something I can help with, let me know13:00
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:07
*** gsalazar <gsalazar!5e3dbd6b@> has quit IRC13:16
*** erakis <erakis!~erakis@> has joined #yocto13:22
jofrI'm running my builds with CROPS, but the default poky-container doesn't have the ncurses headers (nor libs, I guess), so there's no menuconfig. Is there a different container I could use that only adds ncurses?13:23
*** FailDev <FailDev!18d83107@> has joined #yocto13:27
JPEWjofr: We use https://github.com/garmin/pyrex13:27
ms_ktgoodwin: yes, rootfs/mydir is owned by user 1000:1000, as expected (recipe that creates and populates this dir also set its ownership)13:35
yoctiNew news from stackoverflow: No mouse cursor in Qt EGLFS on Yocto <https://stackoverflow.com/questions/54710926/no-mouse-cursor-in-qt-eglfs-on-yocto>13:35
jofrJPEW: Thanks!13:36
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC13:36
JPEWjofr: np. I wrote most of it, so if you have any problems, let me know.13:37
__angelohi, building a kernel 4.14 sdk, yocto is telling me there are no linux-header for 4.14. It's building anyway so i suppose it wopuld choose 4.9 or 4.17. Is it ok ?13:41
tgoodwinDoes anyone know if Randy Witt is around?13:46
*** iceaway <iceaway!~pelle@> has joined #yocto13:48
fullstopI think that we're witt-less.13:48
*** kaspter <kaspter!~Instantbi@> has quit IRC13:51
*** kroon <kroon!~kroon@> has quit IRC13:52
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC14:01
*** gsalazar <gsalazar!5e3dbd6b@> has joined #yocto14:05
gsalazarHi, can we have a nodejs package get dependencies from a private npm registry?14:06
*** ms_k <ms_k!~mauro@host72-92-static.3-79-b.business.telecomitalia.it> has left #yocto14:10
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto14:15
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC14:15
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto14:17
*** vmeson <vmeson!~rmacleod@> has joined #yocto14:18
yatesdoes anyone know of a C or C++ API to the smart package manager?14:18
yatesi'd like to programmatically check for updates, install, upgrade, etc.14:18
yatesi've been googling around and haven't found anything yet14:19
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC14:23
*** goliath <goliath!~goliath@> has quit IRC14:28
*** gsalazar <gsalazar!5e3dbd6b@> has quit IRC14:32
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto14:35
*** gsalazar <gsalazar!5e3dbd6b@> has joined #yocto14:37
*** platisd <platisd!uid388022@gateway/web/irccloud.com/x-wfupjvwuykelmjtv> has quit IRC14:38
*** ms_k <ms_k!~mauro@host72-92-static.3-79-b.business.telecomitalia.it> has joined #yocto14:47
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto14:52
*** armpit <armpit!~armpit@2601:202:4180:c33:8d1e:9a6d:fc3a:2e51> has quit IRC14:53
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto14:54
*** gsalazar <gsalazar!5e3dbd6b@> has quit IRC14:56
*** JPEW86 <JPEW86!cc4da371@> has joined #yocto15:01
*** JPEW86 is now known as JPEW_15:01
JPEW_YPTM: Joshua Watt here15:01
*** yacar_ <yacar_!~yacar@> has quit IRC15:02
JPEW_YPTM: Also Zach Booth and Dustin Bain15:03
*** vmeson <vmeson!~rmacleod@> has quit IRC15:03
*** vmeson <vmeson!~rmacleod@> has joined #yocto15:04
smurrayYPTM: Scott Murray is on15:04
vmesonYPTM: Randy and Trevor are on the call.15:04
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC15:05
*** yacar_ <yacar_!~yacar@> has joined #yocto15:05
*** armpit <armpit!~armpit@2601:202:4180:c33:7901:9fbe:6d35:e8ad> has joined #yocto15:06
denixYPTM: Denys is on15:08
*** tgamblin <tgamblin!~tgamblin@> has quit IRC15:10
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC15:10
* zeddii just joined the TPTM. a bit late, but here.15:12
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:15
*** yacar_ <yacar_!~yacar@> has quit IRC15:15
zeddiiouch rootfs assembly on qemumips64, some nasty dnf shared library error.15:16
zeddiithat's going to slow down my kprobes debug :D15:16
zeddiihas anyone seen this dnf error before ?15:19
zeddiiit only showed up on qemumips64 for me, which is unfortunately, since that is the arch I need to build and test at the moment.15:20
tlwoerner$ file /opt/bruce/poky/build/tmp/work/qemumips64-poky-linux/core-image-minimal/1.0-r0/recipe-sysroot-native/usr/bin/dnf15:20
kanavin_zeddii, I do not remember seeing this15:20
zeddiiI'll try a bunch of cleanalls, etc, and see if I can get it to wheeze back to life.15:21
tlwoernerswitch to ipkg?15:21
zeddiiyah. I have one builder on ipg the other on rpm. I'll fire up the same build on the ipkg one (it's slower) and hopefully end up with something to debug.15:22
tlwoernerif you run that dnf by hand, what happens?15:23
millonihi folks, how do i set the compiler verision used to compile *native* packages? it seems to use whatever cc is on the host15:23
RPkanavin_: FWIW autobuilder confirmed it seems to be memory size breaking the tests15:23
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:24
tlwoernermilloni: yes, that's how it works15:24
tlwoernermilloni: if you want it to use something else, set it up and tweak your $PATH before bitbake'ing15:24
zeddiiinteresting ..15:25
zeddiiModuleNotFoundError: No module named 'dnf'15:25
zeddiiyet, it works on all the rest of my qemu builds.15:25
tlwoerneris dnf a python script?15:25
tlwoernersounds like something wasn't populated15:25
millonitlwoerner: does it actually use "cc" or "gcc" or something else? if cc i can probably use debian's update-alternatives15:26
zeddiitlwoerner, apparently. I've never looked at the dnf host parts before, I see scripts wrapping binaries, wrapping scripts.15:26
tlwoernermilloni: i either use update-alternatives, or i use a container15:26
kanavin_RP: good that this is confirmed, although it's a bizarre one indeed15:27
millonitlwoerner: perfect, if you use a container, didn't you run into a problem where bitbake complained that you can't run it as root?15:27
rburtonmilloni: just set BUILD_CC and friends if you want to use a different host compile15:27
millonirburton: nice15:28
millonii'll try that15:28
rburtonand if you use a container just don't be root in it, easy15:28
moto-timosystemd 243 update: https://github.com/systemd/systemd/blob/master/NEWS15:29
tlwoernermilloni: right, i setup a "bitbake" user ;-)15:29
milloniseems easy enough15:31
tlwoernermilloni: currently i can work with any of: master, warrior, thud, and sumo natively. if i need to work with anything older i need to use a container. this is all due to the host's gcc15:31
milloniyeah - it seeems to be a good practice in 2019 to have a container for consistency anyway15:32
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto15:32
moto-timomilloni: the CROPS containers set a non-root user -- https://github.com/crops/poky-container15:33
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC15:33
millonioh that's an interesting project, i'll take a look15:34
moto-timothose containers are rebuilt every week automatically, so they get updates to packages from the distros15:34
qschulzkanavin_: out of curiosity, would it be as simple to add support for regexp in PRIVATE_LIBS as adding support for PRIVATE_LIBS_ALL? with the regexp, e.g. *.so* would have the same meaning as PRIVATE_LIBS_ALL and we still have the ability to "privatize" a bunch of libraries named more or less the same15:34
tlwoernermoto-timo: i hadn't thought of that, i thought the CROPS stuff was for the case where you had a developer who wanted to work with OE but wasn't using linux as a development host15:34
moto-timotlwoerner: that was always part of the goal, but it has been heavily used for Linux host builds since the inception15:35
tlwoernerzeddii: down the rabbit hole...15:35
moto-timotlwoerner: in fact the current implementation was created because of a need to catch rare failures in builds (1 in 10,0000) on a linux host15:36
*** rcw <rcw!~rcw@> has joined #yocto15:36
moto-timothe mac and windows capability is an added benefit :)15:37
tlwoernermoto-timo: nice!15:37
kanavin_qschulz, sure, that would be a separate commit though. Does python have a built in thingy for that style of regexp?15:39
kanavin_e.g. where . is a literal dot character, and not 'any character' like regular regexps have it15:40
qschulzkanavin_: well, if we have regexp support for PRIVATE_LIBS, PRIVATE_LIBS_ALL does not make much sense does it?15:40
qschulzkanavin_: let's have a look at how regexp are handled for FILES_ variables15:41
kanavin_qschulz, sure, you can just put * in there15:41
kanavin_qschulz, fnmatch.fnmatch(filename, pattern) should do the trick15:44
qschulzkanavin_: AFAICT, for FILES_ glob is used15:44
zeddiiI am seeing the missing libsolv on qemumips64 and I noticed this on a forced rebuild of dnf15:45
zeddiiWARNING: dnf-native-4.2.2-r0 do_prepare_recipe_sysroot: Manifest /opt/bruce/poky/build/tmp/sstate-control/manifest-x86_64-libsolv-native.populate_sysroot not found in x86_64 (variant '')?15:45
*** kaspter <kaspter!~Instantbi@2409:8928:66c:b82:548f:c1c3:8940:b3ee> has joined #yocto15:45
zeddiibut unfortunately ... I'm still just grepping the sources for hits :D15:46
qschulzkanavin_: maybe you could even call files_from_filevars directly?15:46
qschulzmmmm.. not so much, it's including dirs and symlinks, not very clean, but something to start from maybe :)15:47
kanavin_qschulz, we don't need to touch the actual filesystem at all15:48
kanavin_we have the soname, and the list of private sonames15:48
qschulzkanavin_: ah yes true15:48
qschulzthen yeah, fnmatch :)15:48
kanavin_so if the list becomes a list of private wildcards, it needs to iterate the list instead of just doing 'soname in list' but otherwise not too complicated15:48
*** tgamblin <tgamblin!~tgamblin@> has joined #yocto15:51
RPzeddii: that is rather strange. It means libsolv disappeared from your system and that is backed up by the failures yet why would that happen?15:55
RPzeddii: A cleansstate on libsolv-native should fix that15:55
*** vmeson <vmeson!~rmacleod@> has quit IRC15:56
*** yacar_ <yacar_!~yacar@> has joined #yocto15:57
*** jacques is now known as linuxjacques15:58
*** ms_k <ms_k!~mauro@host72-92-static.3-79-b.business.telecomitalia.it> has left #yocto15:58
* armpit bang.. gcc 8.3 gone15:59
*** yann <yann!~yann@> has quit IRC16:00
rburtonwoop woop hash equivs16:03
*** sgw <sgw!~sgw@> has quit IRC16:04
rburtontouched a glibc patch that doesn't change generated code, it did the right thing and went straight to image building16:04
*** yacar_ <yacar_!~yacar@> has quit IRC16:06
*** mckoan is now known as mckoan|away16:06
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:09
khemrburton: what did you do ? changes comment in .bb ?16:09
khemor comment in patch16:09
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC16:10
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-bzfdykgewqhqgvpw> has quit IRC16:10
zeddiiRP: indeed. that fixed it. I can't say how or why it happened either. but thanks for the tip!!16:11
rburtonkhem: comment in patch header16:12
*** cquast <cquast!~cquast@> has joined #yocto16:14
RPrburton: its lovely when it works!16:15
rburtonstill a bit verbose, can we rip out some of the notes?16:15
RPrburton: not until it stablises16:15
RPrburton: its impossible to debug if it fails without those16:15
khemrburton: ok cool, in step two it would be cool to integrate https://github.com/lvc into OE and start calculating API finerprints and go a step further detecting that its a shared library and no APIs versions changed so no need to rebuild everything except glibc even when code is changed16:16
RPkhem: the hooks are there16:16
rburtonyeah that would be neat16:18
zeddiidamn. no kprobes message on my qemumips64 boot.16:18
* zeddii digs more16:18
RPzeddii: was it 5.2?16:19
zeddiimaybe my kernel config is different. checking that.16:19
zeddiioot@qemumips64:~# uname -a16:19
zeddiiLinux qemumips64 5.2.10-yocto-standard #1 SMP PREEMPT Tue Sep 3 13:03:23 UTC 2019 mips64 mips64 mips64 GNU/Linux16:19
zeddiiroot@qemumips64:~# dmesg | grep -i kprobes16:19
RPzeddii: you may need to run some command to trigger the dmesg log16:21
zeddiiheh. was just mining down to see what might have been run. will try that angle.16:21
RPzeddii: just mailed you some qemumips kernel backtraces. Not sure if they're related to our memory issue or not16:35
zeddiicool. will have a look. I was just clickign through the steps on the one you sent in email and hadn’t located where the kprobes one came from, but I’ll keep looking.16:35
RPzeddii: I'd guess the stap test?16:36
zeddiiyah. that’s the only thing I saw as well, but yes, stap uses probes to setup. so it may just be fix stap, fix ‘em all. I was wondering if there was an individual test, but didn’t find one.16:37
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:37
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC16:39
RPzeddii: I wonder if I've transcribed that list incorrectly. The qemumips64 link in that email shows it doesn't build stap16:40
RPzeddii: qemuarm64 definitely has the parselogs one16:41
RPzeddii: when I fix the qemumips hang, that also has the stap compile failuew FWIW16:41
zeddiilet me double check what I clicked on. maybe it wasn’t qemumips64, since I definitely saw stap in it.16:41
RPzeddii: there are two kinds of failure, stap test fails with a compile issue or parselogs fails with a kprobes one16:42
RPzeddii: sorry if I've mixed them up :/16:42
zeddiiyah. this one https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/987/steps/8/logs/step1c is definitely qemumips64 stap build failure. no kprobes. I’ll click on another one for the kprobes and try to find it.16:43
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:43
*** armpit <armpit!~armpit@2601:202:4180:c33:7901:9fbe:6d35:e8ad> has quit IRC16:44
RPzeddii: https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/98716:44
zeddiiahah. I see it. I swear I just checked another qemuarm64 and it had the stap build failure.16:45
zeddiiI’ll switch my second builder to that.16:46
*** vmeson <vmeson!~rmacleod@> has joined #yocto16:52
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC16:59
*** JPEW_ <JPEW_!cc4da371@> has quit IRC17:00
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:12
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC17:13
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto17:14
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto17:20
*** rcw <rcw!~rcw@> has quit IRC17:23
*** rcw <rcw!~rcw@> has joined #yocto17:23
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto17:26
*** dmoseley <dmoseley!~dmoseley@user-24-236-82-253.knology.net> has joined #yocto17:39
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:50
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:50
*** rcw <rcw!~rcw@> has quit IRC17:51
*** rcw <rcw!~rcw@> has joined #yocto17:53
*** florian_kc is now known as florian17:54
fullstophttps://pastebin.com/raw/Ww8tW7eR  <-- how can I go about debugging this?  That's the extent of the log that I can find.17:58
*** nagio <nagio!~andrea@host213-159-dynamic.9-87-r.retail.telecomitalia.it> has joined #yocto17:59
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC18:02
qschulzfullstop: /home/nvidia/yocto/git/poky/build/tmp/work/aarch64-poky-linux/busybox/1.30.1-r0/temp/run.do_configure.13358 and check where this sed is18:03
fullstopqschulz: can I run that script directly or does some environment need to be set first?18:04
*** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has joined #yocto18:06
fullstopokay, I can.  Is there a template which this is built from?18:06
fullstopsed -i 's|||g' /home/nvidia/yocto/git/poky/build/tmp/work/aarch64-poky-linux/busybox/1.30.1-r0/busybox-1.30.1/.config18:06
*** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has quit IRC18:07
*** moosnat <moosnat!~moosnat@unaffiliated/moosnat> has joined #yocto18:08
moosnatHi, my organization has developed a framework for integration-testing our embedded Linux system using User-Mode Linux (ARCH=um) support in the kernel. Is it possible to build a UML kernel with Yocto?18:09
*** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto18:09
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:19
khemI dont think we have done that explcitly in project but architecture is certainly able to extend into this direction18:21
*** nabokov <nabokov!~armand@> has joined #yocto18:22
moosnatI'm not sure where the `ARCH` parameter can be passed into a kernel recipe (based on `kernel` and linux-yocto)18:23
khemyou probabably need to start from tunes18:35
*** armpit <armpit!~armpit@> has joined #yocto18:42
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC18:44
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:44
moosnatAhh, thanks18:47
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC18:55
*** rcw <rcw!~rcw@> has quit IRC18:57
qschulzfullstop: yes, from the recipes. Try to find everything where a do_configure is set for busybox (busybox_1.30.1.bb*, busybox_*.bbappend and look in the inherit, include, require files or classes as well, I don't think there is a proper way to find out which file is modifying tasks)19:16
fullstopwow, this is going to be fun.19:19
fullstopI saw "disable networking applets" in the configure script, but I've not been able to find that in my tree yet.19:19
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:23
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:25
*** aidanh_ is now known as aidanh19:25
*** sgw <sgw!sgw@nat/intel/x-hguewchsctpmoeyj> has joined #yocto19:37
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC19:37
*** berton <berton!~berton@> has quit IRC19:41
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:03
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto20:06
*** elvispre <elvispre!~elvispre@ftp.och.me.uk> has quit IRC20:06
*** nagio <nagio!~andrea@host213-159-dynamic.9-87-r.retail.telecomitalia.it> has left #yocto20:10
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto20:15
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC20:24
moosnatkhem: apparently the make target for a UML kernel has to be `linux`, not `Image` -- do I just set `KERNEL_IMAGETYPE = "linux"`?20:27
RPzeddii: any luck?20:29
*** armpit <armpit!~armpit@> has quit IRC20:30
*** kaspter <kaspter!~Instantbi@2409:8928:66c:b82:548f:c1c3:8940:b3ee> has quit IRC20:30
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC20:37
*** vmeson <vmeson!~rmacleod@> has quit IRC20:39
JaMaRP: thanks for quick merge of those 2 bitbake changes, should I send them for warrior and thud branches as well, what do you think?20:41
RPJaMa: it probably doesn't hurt...20:42
JaMaok, thanks20:43
zeddiiRP: nothing. I was able to build systemtap for all the qemu platforms, so I don't have the compile error. working on runtime testing now.20:44
RPzeddii: I think its on target compilation of the runtime fot stap fwiw20:54
RPzeddii: I have a local reproducer so I'll try upgrading systemtap20:55
zeddiimy mips64 is starting a target test now.20:56
zeddiiI had a huge build from scratch to do + the slower emulation.20:56
psrcodeRP thanks for the quick turn around regarding babeltrace. I should have replied earlier but had other stuff on my plate.21:03
RPpsrcode: thanks for pointing it out. Glad we could just drop it from -next too!21:05
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:08
RPJPEW: https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/680 is a bit odd - reproducibile build failure :/21:16
RPJPEW: looks like a race issue?21:16
yatesis there a recipe for littlevGL?21:17
RPnrossi: the test tags looks great at first read, thanks!21:20
JPEWRP: I have a hard time believing the results from build 666 aren't lying to me ;) Error log isn't really helpful there is it21:22
RPJPEW: look at the full log from step2d21:22
JPEWRP: Ah21:22
RPJPEW: think of it as a hint which step to look at21:22
JPEWRP: That does look like a race...21:25
JaMaRP: there is still that issue with local PRserv started together with bitbake and immediately terminated (and causing connections to it closing unexpectedly with warnings), should I look into this or is local PRserv no longer supported and I should look how to modify my builds instead?21:25
RPJaMa: we have no other replacement for prserv21:26
JaMaand autobuilder doesn't use it (am I the only one seeing those warnings)?21:26
RPJaMa: autobuilder does not use prserv atm21:26
RPIt did but not effectively and it was breaking sstate so I turned it off21:27
JaMaok, will try to figure out how to use hashserv to see how to fix PRserv without breaking hashserv (returning one line where it was fixes PRserv, but don't know what effect that has on hashserv)21:29
JPEWLooks like it's racing with do_deploy_source_date_epoch21:30
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto21:30
RPJaMa: right, I'm just overloaded atm and haven't got to that yet :(21:30
JPEWAh... the implementation of sstate-plaindirs is... interesting... and race prone21:33
RPJPEW: I think I had to tweak pkackagedata due to that recently :/21:35
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto21:36
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto21:36
JPEWRP: Ya. In the short term we might be able to remove the usage of sstate-plaindirs from reproducible_build.bbclass and force it to copy the file, but that's weird in the long run. sstate-plaindirs *should* work21:36
RPJPEW: I haven't looked at what its doing so hard to comment :/21:37
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto21:38
JPEWRP: I'll raise a bug21:40
RPJPEW: thanks21:41
* RP just hotwired nrossi's toolchain testsuite tests to the autobuilder so lets see what happens21:41
RPzeddii: I threw a systemtap upgrade in for fun too21:42
zeddiiok, cool. I'm cobbling together the right packages. my minimal build (to save time) was missing a few things.21:47
zeddiithat'll teach me :D21:47
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto21:56
RPzeddii: according to my local test, systemtap master doesn't fix the stap compile during test failure22:17
*** agust <agust!~agust@p54833395.dip0.t-ipconnect.de> has quit IRC22:18
RPzeddii: its as if its just missing a #include <linux/sched.h>22:21
zeddiiwell. I'm a moron and forgot to bake systemtap into my image, so I'm watching it build again :D22:27
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC22:39
*** rburton <rburton!~rburton@> has quit IRC22:45
*** armpit <armpit!~armpit@2601:202:4180:c33:7901:9fbe:6d35:e8ad> has joined #yocto22:47
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has quit IRC22:48
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d1530cd.dynamic.kabel-deutschland.de> has joined #yocto22:50
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:55
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto23:14
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC23:28
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto23:28
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC23:37
*** sgw <sgw!sgw@nat/intel/x-hguewchsctpmoeyj> has quit IRC23:44
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:54

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