| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 00:01 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 00:09 | |
| *** jkprg <jkprg!~jkprg@62.48.251.38> has quit IRC | 00:36 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 00:40 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:48 | |
| *** jkprg <jkprg!~jkprg@62.48.251.38> has joined #yocto | 00:50 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 01:10 | |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has quit IRC | 01:13 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-fxypxenrfgbtishd> has joined #yocto | 01:17 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 01:17 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 01:18 | |
| *** rburton <rburton!~textual@81.2.106.35> has quit IRC | 01:23 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 01:23 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:50 | |
| *** jkprg <jkprg!~jkprg@62.48.251.38> has quit IRC | 01:51 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 01:59 | |
| *** jkprg <jkprg!~jkprg@62.48.251.38> has joined #yocto | 02:01 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:04 | |
| *** stephano <stephano!~stephano@134.134.139.74> has quit IRC | 02:10 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:24 | |
| *** jynik <jynik!~jynik@inadequate.solutions> has quit IRC | 03:00 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 03:03 | |
| *** Hooloovo0 <Hooloovo0!Hooloovoo@hooloovoo.blue> has quit IRC | 03:05 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:08 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 03:09 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 03:10 | |
| *** jkprg <jkprg!~jkprg@62.48.251.38> has quit IRC | 03:15 | |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has quit IRC | 03:16 | |
| *** jkprg <jkprg!~jkprg@62.48.251.38> has joined #yocto | 03:16 | |
| *** jkprg <jkprg!~jkprg@62.48.251.38> has quit IRC | 03:25 | |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has quit IRC | 04:15 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-fxypxenrfgbtishd> has quit IRC | 04:16 | |
| *** Hoolootwo is now known as Hooloovo0 | 04:38 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 04:54 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:45cc:4239:c235:fa42> has quit IRC | 04:58 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 05:09 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:a9a3:ce31:52a9:bd5c> has joined #yocto | 05:10 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has joined #yocto | 05:51 | |
| *** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto | 05:52 | |
| *** agust <agust!~agust@p508862E3.dip0.t-ipconnect.de> has joined #yocto | 06:12 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:21 | |
| *** frsc <frsc!~frsc@200116b824634d00935bfafeffc8d0d7.dip.versatel-1u1.de> has joined #yocto | 06:24 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 06:34 | |
| *** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto | 06:50 | |
| *** fl0v0 <fl0v0!~fvo@i577B9D8B.versanet.de> has joined #yocto | 06:53 | |
| *** Kitsok <Kitsok!~kitsok@2a02:6b8:0:506:d681:d7ff:fe6d:d499> has joined #yocto | 06:59 | |
| Kitsok | Hello all! | 06:59 |
|---|---|---|
| Kitsok | Need help plz. I'm upgrading from the old yocto (probably 2.2) and the dependencies are broken. When I try to bake openresty, I've got error that the library it depends on (luajit) is not found. As I understand this is due the switch to package specific sysroots. I've read explanation in the reference guide but still can't understand how to point to luajits' sysrot in openresty recipe? | 07:03 |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 07:08 | |
| *** miwa <miwa!~miwa@unaffiliated/miwa> has quit IRC | 07:09 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:13 | |
| *** falk0n_ <falk0n_!~falk0n@a109-49-51-30.cpe.netcabo.pt> has quit IRC | 07:14 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-nsanlspdygcrllml> has quit IRC | 07:22 | |
| nayfe | Kitsok: when you put DEPENDS = "luajit", it should every needed files in recipe-sysroot | 07:31 |
| nayfe | of your recipe | 07:32 |
| *** mckoan|away is now known as mckoan | 07:32 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 07:32 | |
| Kitsok | nayfe: is it copied to openresty sysroot from luajit sysroot? | 07:33 |
| nayfe | yes | 07:33 |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 07:33 | |
| Kitsok | nayfe: hmhm. Thank you, let me check | 07:34 |
| nayfe | kitsok you can pastebin your recipe is you want | 07:34 |
| Kitsok | Oops, yes, it's there but wrong version. openresty needs 2.1, but I've got 2.0. The OE has 2.0.5 version, and I have 2.1.0-beta3 recipe in my layer, somehow it was not built by bitbake | 07:35 |
| *** grahamgelding <grahamgelding!ca86f31a@gateway/web/freenode/ip.202.134.243.26> has quit IRC | 07:36 | |
| Kitsok | It's strange. bitbake sees my luajit recipe but in unknown layer: ? 2.1.0-beta3 | 07:38 |
| Kitsok | So somehow I didn't describe my layers | 07:38 |
| nayfe | what is your current yocto version? | 07:41 |
| Kitsok | It's derived project, how to check? I think it's 2.5 | 07:41 |
| Kitsok | OK, I've got openresty built, just copied my recipe to OE layer and it got compiled. The question is why bitbake ignored it in my layer? | 07:42 |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 07:54 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 07:56 | |
| Kitsok | Well, looks like my layers is misconfigured, it's not shown in bitbake-layers show-layers, but bitbake sees recipes placed in my layer. How can it be? | 07:58 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 07:59 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cpfcxkgusfxahgxp> has joined #yocto | 08:08 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:15 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:a9a3:ce31:52a9:bd5c> has quit IRC | 08:23 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:25 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 08:29 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 08:37 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:39 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto | 08:46 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 08:50 | |
| *** florian_kc is now known as florian | 08:56 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC | 09:01 | |
| *** gtristan_ <gtristan_!~tristanva@110.11.179.72> has joined #yocto | 09:02 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 09:35 | |
| *** mystictot <mystictot!~shyam@157.38.231.73> has joined #yocto | 09:39 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:40 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:45 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:45 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 09:54 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 09:54 | |
| *** mystictot <mystictot!~shyam@157.38.231.73> has quit IRC | 09:55 | |
| *** falk0n <falk0n!~falk0n@a109-49-51-30.cpe.netcabo.pt> has joined #yocto | 10:00 | |
| *** mystictot <mystictot!~shyam@42.111.23.124> has joined #yocto | 10:05 | |
| ak77 | which are tested (host) distributions for yocto? | 10:12 |
| kanavin | ak77: meta-poky/conf/distro/poky.conf has the list | 10:20 |
| kanavin | ak77: note that it differs from one yocto release to another | 10:20 |
| ak77 | kanavin: thank you | 10:22 |
| ak77 | colegue has strange error on his machine (ubuntu 16.04), total rebuild (no downloads) breaks on configure for m4-native:configure: error: cannot run C compiled programs. | 10:26 |
| mckoan | ak77: which Yocto version? | 10:29 |
| mckoan | ak77: did you properly setup the build machine? | 10:29 |
| mckoan | ak77: https://www.yoctoproject.org/docs/current/brief-yoctoprojectqs/brief-yoctoprojectqs.html | 10:30 |
| ak77 | mckoan: using openembedded-core and meta-openembedded master (don't have the revision at hand, but we all use same), this did work before, it just broke out of the sudden. yes all host dependencies were installed, | 10:31 |
| ak77 | mckoan: oe-build.. sourced. | 10:32 |
| ak77 | mckoan: we'll check gcc versions, for native packages host's compiler is used i guess | 10:32 |
| rburton | read config.log in the m4-naive build directory to see why it can't run gcc | 10:32 |
| rburton | it will say clearly what the error is | 10:34 |
| *** Kitsok <Kitsok!~kitsok@2a02:6b8:0:506:d681:d7ff:fe6d:d499> has quit IRC | 10:37 | |
| ak77 | rburton: of course it said. thank you | 10:47 |
| rburton | kanavin: is your patchbomb in a branch? | 10:53 |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 10:56 | |
| yocti | New news from stackoverflow: error while loading shared libraries: libQt5Quick.so.5: cannot open shared object file: No such file or directory <https://stackoverflow.com/questions/52202209/error-while-loading-shared-libraries-libqt5quick-so-5-cannot-open-shared-objec> | 10:57 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:01 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 11:11 | |
| kanavin | rburton: yes, the classic http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates | 11:12 |
| rburton | cheers | 11:12 |
| *** Guest82133 <Guest82133!~cslcm@188-39-28-98.static.enta.net> has quit IRC | 11:15 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:17 | |
| ak77 | anyone uses combo-layers? we are trying google's repo tool - not sure it's the right tool for the job | 11:27 |
| ak77 | openembedded-core's sanity.conf on master demands bitbake 1.39.1 which is not present in bitbake repo | 11:36 |
| rburton | RP: ^ bitbake needs a push? | 11:39 |
| rburton | ak77: the version exists, just not the tag | 11:39 |
| rburton | 49c3fd2489867c09dec6919a25b53d935a8204bb | 11:39 |
| rburton | RP: g-ir-scanner-lddwrapper: prelink-rtld: not found | 11:40 |
| *** Kitsok <Kitsok!~kitsok@2a02:6b8:0:506:d681:d7ff:fe6d:d499> has joined #yocto | 11:42 | |
| *** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC | 11:44 | |
| kanavin | RP: is that for me-ß | 11:44 |
| kanavin | rburton: ^^^ | 11:45 |
| Kitsok | How to debug why bitbake ignores recipe in my layer with the newer version of lldpd? | 11:49 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:52 | |
| *** ant_work <ant_work!~ant__@host63-251-dynamic.54-79-r.retail.telecomitalia.it> has joined #yocto | 11:59 | |
| *** davenporten <davenporten!8b55c117@gateway/web/freenode/ip.139.85.193.23> has joined #yocto | 12:02 | |
| *** gtristan_ <gtristan_!~tristanva@110.11.179.72> has quit IRC | 12:03 | |
| rburton | kanavin: no, with master | 12:06 |
| kanavin | rburton: is that related to prelink update patches? | 12:12 |
| kanavin | I rebased my branch on current master before submitting, but test-built it with earlier master | 12:12 |
| *** lumag <lumag!~lumag@93.185.19.232> has joined #yocto | 12:14 | |
| *** lumag <lumag!~lumag@93.185.19.232> has left #yocto | 12:14 | |
| *** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has joined #yocto | 12:18 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 12:18 | |
| RyanMeulenkamp | Hi guys! Is it possible that there is some kind of bug in NAT/iptables. I'm experiencing poor network stability. | 12:19 |
| RP | kanavin: just seen the prelink thing in my local build. Am reverting Khem's prelink change | 12:20 |
| RP | (to test) | 12:21 |
| RP | kanavin: confirmed that reverting Khem's change but keeping mark's works | 12:22 |
| RP | I think that patch from Khem is wrong and should be reverted | 12:22 |
| kanavin | RP: particularly as it doesn't explain what the 'fix' means | 12:25 |
| RP | kanavin: right | 12:25 |
| kanavin | one commit id is changed to a different commit id...why? | 12:25 |
| RP | kanavin: khem told me it was broken and we needed the fix, I just trusted he was right | 12:26 |
| kanavin | RP: I just sent my bomb as you have seen, sorry it's a bit late, but you know my circumstances :) | 12:26 |
| zeddii_home | RP: as usual, poking at something small resulted in 4 hours of work .. but I have the qemux86 tiny build .. but I’m at home today. You mentioned some other boards warning, you don’t happen to recall them ? I can’t get at my work IRC log :D | 12:26 |
| kanavin | I took out the more serious upgrades for now - webkit, and the dnf stack has seen a major rewrite... again :/ | 12:27 |
| RP | zeddii_home: sorry about that, I know the feeling all too well, you're describing my last few days! | 12:29 |
| RP | zeddii_home: MACHINE=qemux86 shows config warnings with 4.14 too (CONFIG_IRQ_REMAP and CONFIG_X86_X2APIC) and also qemumips with 4.14 | 12:30 |
| RP | zeddii_home: that is the summary | 12:30 |
| zeddii_home | looking at the logs, I found out that all of my symbol resolution library was completely broken, so I had to update it and modify it to a new API. wheee. took until 1:30 AM this morning, so I am not braving the office. | 12:30 |
| zeddii_home | gotcha. | 12:30 |
| ant_work | hello, I can't find googling but there is a problem with qemuppc and python | 12:30 |
| zeddii_home | I’ll fix those up and get them in my queue today. I have some other pending config changes from others to merge, so I’ll do it all at once. | 12:31 |
| ant_work | khem, said it is hidden by security flags | 12:31 |
| zeddii_home | ant_work: a build problem or runtime ? | 12:31 |
| ant_work | no, no, it is unknom triple | 12:32 |
| ant_work | fails on configure | 12:32 |
| zeddii_home | I built qemuppc recently, so this must trigger with some different distro features or layers ? | 12:33 |
| ant_work | | checking for the platform triplet based on compiler characteristics... powerpc-linux-gnu | 12:34 |
| ant_work | | configure: error: internal configure error for the platform triplet, please file a bug report | 12:34 |
| RP | zeddii_home: The autobuilder highlighting warnings as orange builds is good but means we need some cleanup to get to green builds, I do appreciate the help with that! | 12:34 |
| ant_work | nodistro | 12:34 |
| RP | zeddii_home: I already switched tiny to 4.18 btw | 12:34 |
| ant_work | zeddii_home, thus ERROR: Task (/oe/oe-core/meta/recipes-devtools/python/python3_3.5.5.bb:do_configure) failed with exit code '1' | 12:34 |
| ant_work | RP: about the warnings in 4.14 LTS, I was chatting with arnd about backports, he said eventually these warnings (since in 4.4 LTS afais) will be fixed | 12:37 |
| ant_work | snprintf() etc iirc | 12:37 |
| ant_work | zeddii_home, afais poky and khem's autobuilder do use security flags. nodistro not yet | 12:39 |
| ant_work | so just fire a build for qemuppc/nodistro | 12:39 |
| ant_work | I am using muls libc fwiw | 12:39 |
| ant_work | eh musl | 12:40 |
| ant_work | zeddii_home, ah, fwfw I'd have tried qemuppc64 but it is not in oe-core... | 12:44 |
| *** fdanis_away is now known as fdanis | 12:44 | |
| RP | ant_work: we're talking about different warnings | 12:50 |
| zeddii_home | RP: I can see my the audit warning, and my fixed up symbol code works! | 12:55 |
| zeddii_home | https://pastebin.com/tuwKPJ0r | 12:55 |
| zeddii_home | easy to see what that’s invalid for qemux86 in that output :DS | 12:55 |
| RP | zeddii_home: much easier! :) | 12:57 |
| rburton | RP: the gdb upgrade is missing checksums | 13:06 |
| ant_work | zeddii_home, looking at configure.ac, the platform triplet is obviously valid, it must be the $MULTIARCH test failing | 13:09 |
| ant_work | I'll look at it later, no pc here | 13:09 |
| * zeddii_home nods | 13:11 | |
| *** distsys <distsys!926cc862@gateway/web/freenode/ip.146.108.200.98> has joined #yocto | 13:12 | |
| distsys | Hello Yocto community | 13:12 |
| distsys | I am getting from my customer the kernel, booloader, etc, plus I have my set of drivers as well the application packages i need | 13:14 |
| distsys | now i want to build my own image from thses componnents using Yocto | 13:14 |
| distsys | ie: I dont likt my image to be based on pocky distribution | 13:15 |
| distsys | but a complete custon one | 13:15 |
| distsys | any idea how to proceed, from where to start... or does Yocto support only building dstors based on Pcky ? | 13:16 |
| distsys | Any suggestion please ? | 13:16 |
| rburton | distsys: no, poky is an example | 13:16 |
| rburton | make your own distro | 13:16 |
| ant_work | zeddii_home, suspect about tweak-MULTIARCH-for-powerpc-linux-gnuspe.patch | 13:16 |
| rburton | distsys: you start by setting DISTRO=mydistro in local.conf, and putting whatever you want to change into mydistro.conf | 13:17 |
| distsys | rburton: ok got it. But the thing is that all tutorials are dealing with how to add layers, recipes, etc to exisitng images, but how to buil one from scatch | 13:18 |
| rburton | distsys: start with an image that is close to what you want, copy it, edit it | 13:19 |
| kanavin | distsys: also, what are you getting from the customer exactly? prebuilt binaries? | 13:19 |
| distsys | hmmm sources as well as prebuolt libraries | 13:20 |
| distsys | ok, so now i have to options: | 13:20 |
| distsys | 1)start with an empty image and proceed with adding my packages one by one 2)start with and a minimal image (close to what i want) | 13:22 |
| distsys | i am trying to find tutorial about the first option, but couldnt find... I you know one such good tutorial good you point me to the url | 13:23 |
| RyanMeulenkamp | distsys: Start with minimal image and get it to boot | 13:23 |
| rburton | RP: would you/anyone else object to removing the pid from the bitbake progress info? | 13:26 |
| rburton | its not like it's actually useful | 13:26 |
| yocti | New news from stackoverflow: Quick rebuild of device tree only with Yocto/bitbake? <https://stackoverflow.com/questions/38917745/quick-rebuild-of-device-tree-only-with-yocto-bitbake> | 13:28 |
| *** Kitsok <Kitsok!~kitsok@2a02:6b8:0:506:d681:d7ff:fe6d:d499> has quit IRC | 13:28 | |
| mcfrisk | is there an easy way to tell which ptests are failing in yocto releases like sumo? | 13:32 |
| RP | rburton: it was there as when problems occur with the threading, you could tell what was where | 13:33 |
| rburton | mcfrisk: was asking qa that earlier, it's all manual right now. | 13:34 |
| rburton | RP: sounds like "no" to me ;) | 13:34 |
| rburton | mcfrisk: i was saying we should have a way to run the ptests automtically and collate regressions before release | 13:34 |
| mcfrisk | rburton: ok. i need to analyze each test failure then. we have a test suite scripting layer sitting above test execution scripts where we can flag mandatory, flaky and skipped tests. then QA manages the suite so that the mandatory set remains always (barring system instabilities) passing and developers can easily get a 0/1 or failed/pass result. | 13:37 |
| RP | rburton: I've actually been considering adding something sensible like elapsed time | 13:47 |
| rburton | RP: hm yeah you only get that if the task has a progress bar don't you | 13:48 |
| rburton | no, thats a lie | 13:48 |
| rburton | do you mean total elapsed time? | 13:48 |
| rburton | would be neat in the top line, i've a class that adds a total time for super-basic benchmarking | 13:49 |
| RP | rburton: ah, it depends which output you're talking about :) | 13:50 |
| rburton | i've patched out the pid output locally | 13:50 |
| rburton | Currently 1 running tasks (3761 of 3770) 99% |############################################################################ |0: gdb-8.1.1-r0 do_compile - 165s | 13:50 |
| rburton | meant to be a newline in there | 13:51 |
| rburton | oh why the enforced padding in the Currently %2s runnin tasks | 13:52 |
| rburton | why not just %d | 13:52 |
| RP | rburton: dropped gdb, reverted prelink, added your patches and refired -next | 13:52 |
| RP | loving the new AB stop/start :) | 13:52 |
| nayfe | Hi I have a question about WIC. I'm trying to add swupdate with A/B scheme and I was wondering how this WKS works: https://github.com/updatehub/meta-updatehub-raspberrypi/blob/master/wic/updatehub.rpi.wks . It has two "part / --source rootfs" with different labels, so it creates two entries in fstab? | 13:55 |
| *** Kitsok <Kitsok!~kitsok@2a02:6b8:0:506:d681:d7ff:fe6d:d499> has joined #yocto | 13:57 | |
| *** davenporten <davenporten!8b55c117@gateway/web/freenode/ip.139.85.193.23> has quit IRC | 13:58 | |
| *** mystictot <mystictot!~shyam@42.111.23.124> has quit IRC | 14:01 | |
| Kitsok | Hi again! Have a questing regarding FILES_${PN}. I have two packages that give me a conflict on do_rootfs stage. /etc/default conflicts between attempted installs of busybox-syslog-1.27.2-r0.armv6 and openrack-1.0-r1.armv6. The last one writes to /etc/default/openrack, the first one to other file. In openresty recipe I indicate this file in FILES_${PN}. What am I doing wrong? | 14:02 |
| nayfe | you can't have two recipes providing the same file installed in the same time | 14:04 |
| nayfe | oops | 14:04 |
| Kitsok | nayfe, but it's not the same file, it's different files in the same directory | 14:04 |
| nayfe | it shoould be install involcation | 14:04 |
| nayfe | install permissions | 14:04 |
| Kitsok | So it checks "install"? | 14:04 |
| Kitsok | Not FILES_${PN}? | 14:05 |
| nayfe | I mean, if busybox installs /etc/default with 0644 perm and yours with 700 it will conflict | 14:05 |
| Kitsok | Aha, I see, checking | 14:05 |
| Kitsok | hmmm.... /etc/default permissions are the same | 14:06 |
| Kitsok | Is it correct to check the permissions like in this directory? build/tmp/work/armv6-openbmc-linux-gnueabi/busybox/1.27.2-r0/image/etc/default | 14:07 |
| nayfe | busybox installs it with install -d ${D}${sysconfdir}/default | 14:09 |
| nayfe | maybe share your recipe? | 14:09 |
| Kitsok | Sure | 14:11 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:a9a3:ce31:52a9:bd5c> has joined #yocto | 14:11 | |
| Kitsok | https://pastebin.com/xCb9t7Nm | 14:12 |
| nayfe | your default file is in .../openrack/root? | 14:16 |
| Kitsok | openrack/files/openrack/root/etc/default/openrack, top openrack is the recipes' directorfy | 14:17 |
| Kitsok | Aha, I have g+w in all this tree | 14:17 |
| Kitsok | Fixing permission in the files tree fixed the problem, thank you, nayfe | 14:20 |
| *** ryansturmer <ryansturmer!~ryansturm@rrcs-198-24-75-34.midsouth.biz.rr.com> has joined #yocto | 14:21 | |
| nayfe | np :) | 14:21 |
| ryansturmer | Hello all | 14:22 |
| ryansturmer | I am struggling with something that I suspect is very simple - I have a recipe that I am trying to rebuild from scratch, but I can't seem to provoke it to "clean" | 14:22 |
| ryansturmer | I am trying to clear the sstate cache (which I understand will provoke a re-fetch and build) | 14:23 |
| Kitsok | ryansturmer, did you try bitbake -c cleansstate? | 14:23 |
| ryansturmer | so I run bitbake -c cleansstate | 14:23 |
| ryansturmer | excuse me | 14:23 |
| ryansturmer | bitbake -c cleansstate myrecipe | 14:23 |
| ryansturmer | and then bitbake myrecipe | 14:24 |
| ryansturmer | and bitbake myrecipe doesn't re-run the recipe | 14:24 |
| ryansturmer | it just passes through and says "0 tasks had to be re-run" | 14:24 |
| Kitsok | ryansturmer, met this many times :) | 14:25 |
| Kitsok | give me a minute | 14:25 |
| ryansturmer | Bless you, Kitsok | 14:25 |
| RP | kanavin: I squashed a fix for meson into -next | 14:26 |
| distsys | ?quit | 14:28 |
| Kitsok | ryansturmer, what I do and it usually helps is -c unpack -f, then -c compile -f | 14:28 |
| *** distsys <distsys!926cc862@gateway/web/freenode/ip.146.108.200.98> has quit IRC | 14:28 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has left #yocto | 14:33 | |
| *** ant_work <ant_work!~ant__@host63-251-dynamic.54-79-r.retail.telecomitalia.it> has quit IRC | 14:39 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 14:47 | |
| RP | vmeson: https://typhoon.yocto.io/api/v2/logs/12477/raw | 14:49 |
| RP | https://typhoon.yocto.io/api/v2/logs/12704/raw | 14:50 |
| *** JPEW_ <JPEW_!cc4da369@gateway/web/freenode/ip.204.77.163.105> has joined #yocto | 14:50 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 14:52 | |
| seebs | so, the .NET/pseudo lockups are finally diagnosed, and I understand them, and fixing them is going to be potentially *really* hard. | 14:56 |
| seebs | Problem: Unlike everything else in the entire world, an open of a named pipe, as opposed to any other kind of file, for RDONLY or WRONLY (as opposed to read/write), can block. | 14:56 |
| seebs | pseudo assumes that open doesn't block. | 14:56 |
| RP | seebs: ah. | 14:58 |
| seebs | We could hack in O_NONBLOCK on opens of pipes, or just in general, and it would break some things, because opens of pipes for writing-only would fail instead of blocking. Actually fixing this is hard. | 14:58 |
| JPEW_ | seebs: Is it a problem because of locked state in pseudo? | 14:58 |
| seebs | Yeah. | 14:59 |
| seebs | Pseudo has locked a mutex because it doesn't want to take interrupts, etcetera, while in the middle of its highly-magical code path. | 14:59 |
| JPEW_ | seebs: After you open the pipe with O_NONBLOCK can you poll() or select() after all the state is unlocked? | 14:59 |
| seebs | Basically, there's a whole setup/locking/signal-blocking, etcetera, path which needs to be reversed on exit. I guess we could do a fancy thing where the code inside the handler unblocks everything and releases the mutex, calls the actual syscall, then re-acquires the mutex and resets everything. Maybe. | 15:00 |
| seebs | Sure, but you *can't* open the pipe WRONLY with O_NONBLOCK unless a reader's already present. | 15:00 |
| seebs | The reader can open it with O_NONBLOCK and just block on reads, but the writer will actually *fail*. | 15:00 |
| seebs | Hmm. | 15:01 |
| seebs | Okay, it might be possible to hack this up, but it'd require some special casing. We'd need to restore the signal mask and so on. | 15:02 |
| seebs | And actually I think that code may be running in the wrong order. | 15:02 |
| seebs | right now, it's pseudo_sigblock(); pseudo_getlock(); /* actual syscall */ pseudo_droplock(); pseudo_sigunblock(); | 15:03 |
| seebs | eh. either answer's arguably wrong. we can't actually be sure we controlled the signals if we do them outside the lock, but if we start the lock and then take a signal, that's *also* bad. | 15:03 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 15:03 | |
| seebs | anyway, it may be fixable, but it'll be hard. in the named pipe case, we actually don't *care* about blocking much, because the open won't create a file, but we do need to have the lock when we process the open because we need it to get a file descriptor in our table. | 15:05 |
| seebs | so approximate outline of a fix is: we create a template flag or something for "unblock to call the actual syscall", and set that for the open family, possibly only in cases where we know this would apply. | 15:07 |
| seebs | this causes dropping/reclaiming the lock around the direct syscall in the antimagic case. | 15:07 |
| seebs | then in the actual internals of open, we have the same thing. | 15:08 |
| *** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has joined #yocto | 15:08 | |
| seebs | this might or might not break stuff, but it's probably (???) safe. | 15:08 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:09 | |
| RP | seebs: that sounds like a possibility, messy but could work... | 15:12 |
| RP | seebs: a summary of this into the bug would be very useful btw! :) | 15:12 |
| RP | rburton: do we want an llvm qemu test case added to qa-extras? | 15:14 |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 15:17 | |
| *** jacques is now known as linuxjacques | 15:18 | |
| ryansturmer | Kitsock I think my problem may be that I am using a custom fetcher | 15:20 |
| rburton | RP: yeah i think so | 15:24 |
| *** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has quit IRC | 15:26 | |
| *** Kitsok <Kitsok!~kitsok@2a02:6b8:0:506:d681:d7ff:fe6d:d499> has quit IRC | 15:30 | |
| mcfrisk | hi, I'm getting tired of various tools doing IO to disk while building. image and package managers tend to call fsync()/sync() all the time and slow things down when plenty of RAM is available. I use eatmydata wrapper around bitbake but I'd like to add it to bitbake shell and python tasks too. I was thinking of writing a small recipe from Debian version eatmydata so that it's available for native, | 15:30 |
| mcfrisk | nativesdk and target. then maybe hook up to bb run() to prefix all executions with eatmydata. Any better ideas? | 15:30 |
| *** frsc <frsc!~frsc@200116b824634d00935bfafeffc8d0d7.dip.versatel-1u1.de> has quit IRC | 15:33 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 15:35 | |
| *** kanavin <kanavin!~kanavin@79.140.126.226> has quit IRC | 15:35 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:47 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:47 | |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has joined #yocto | 15:55 | |
| *** mystictot <mystictot!~shyam@42.111.21.76> has joined #yocto | 16:01 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 16:02 | |
| khem | rburton: gdb is fixed in http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/master | 16:03 |
| khem | thats the only change on top of master-next | 16:03 |
| *** mckoan is now known as mckoan|away | 16:05 | |
| kergoth | mcfrisk: if your wrapper uses LD_PRELOAD, that's not going to work for all tasks, only those which aren't fakeroot/pseudo, as those use LD_PRELOAD already | 16:05 |
| kergoth | afaik, anyway | 16:05 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 16:10 | |
| mcfrisk | kergoth: eatmydata works with either LD_PRELOAD which is good for bitbake shell tasks, but it can also work with eatmydata command wrapper which could be used with run() and other functions. | 16:16 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 16:16 | |
| *** mystictot <mystictot!~shyam@42.111.21.76> has quit IRC | 16:17 | |
| *** fdanis is now known as fdanis_away | 16:21 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:a9a3:ce31:52a9:bd5c> has quit IRC | 16:23 | |
| kergoth | does the command wrapper not just use preload internally? that's what most commands like that do, fakeroot included | 16:24 |
| *** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has quit IRC | 16:27 | |
| *** mystictot <mystictot!~shyam@42.111.21.76> has joined #yocto | 16:27 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 16:35 | |
| *** fl0v0 <fl0v0!~fvo@i577B9D8B.versanet.de> has quit IRC | 16:35 | |
| *** stephano <stephano!stephano@nat/intel/x-iommzvcrrydyyabw> has joined #yocto | 16:45 | |
| *** mystictot <mystictot!~shyam@42.111.21.76> has quit IRC | 16:46 | |
| RP | rburton: restarted -next again | 16:47 |
| khem | RP: missed gdb ? | 17:05 |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has joined #yocto | 17:11 | |
| *** jae1 <jae1!~jaewon@149.199.62.254> has quit IRC | 17:31 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 17:39 | |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 17:45 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 17:49 | |
| *** jacques is now known as linuxjacques | 17:49 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:08 | |
| *** armpit <armpit!~armpit@64.2.3.196.ptr.us.xo.net> has joined #yocto | 18:13 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cpfcxkgusfxahgxp> has quit IRC | 18:15 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 18:34 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 18:35 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tadfssfuamyodipe> has joined #yocto | 18:37 | |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has quit IRC | 18:40 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 18:46 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 18:47 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:13 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:13 | |
| aehs29 | Thanks for the much need python+pgo patches rburton | 19:14 |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has joined #yocto | 19:16 | |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has quit IRC | 19:23 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 19:41 | |
| *** joaocfernandes <joaocfernandes!~Joao@a213-22-65-25.cpe.netcabo.pt> has joined #yocto | 19:44 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 19:53 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:55 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 19:57 | |
| *** joaocfernandes <joaocfernandes!~Joao@a213-22-65-25.cpe.netcabo.pt> has quit IRC | 20:04 | |
| *** joaocfernandes <joaocfernandes!~Joao@a213-22-65-25.cpe.netcabo.pt> has joined #yocto | 20:04 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:04 | |
| jdel | do I need to do anything special to to get pkg-config .pc files to be provided by a recipe properly? | 20:09 |
| *** bluelightning_ is now known as bluelightning | 20:12 | |
| *** joaocfernandes <joaocfernandes!~Joao@a213-22-65-25.cpe.netcabo.pt> has quit IRC | 20:16 | |
| aehs29 | jdel: I believe theres an inherit needed that will take care of that | 20:18 |
| jdel | there's 'pkgconfig' | 20:22 |
| jdel | but I think that's a "client" of pkgconfig | 20:22 |
| jdel | ie its for a recipe whose configure script wants to use pkgconfig to find libraries | 20:23 |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has joined #yocto | 20:23 | |
| jdel | i *think* i just need to plop the .pc files into place | 20:23 |
| jdel | but i'm having trouble getting them to populate in another recipe-sysroot directory | 20:23 |
| *** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 20:26 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 20:29 | |
| *** AbleBacon_ is now known as AbleBacon | 20:29 | |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has quit IRC | 20:30 | |
| jdel | ah, I had RDEPENDS not DEPENDS in my consuming recipe | 20:45 |
| *** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-xurflqqkuvhavfnp> has quit IRC | 20:47 | |
| RP | khem: yes, sorry. Will try and remember for the next one. There is a PREFERRED_VERSION for gdb we probably should just delete too | 20:49 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 20:50 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 20:54 | |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has joined #yocto | 20:57 | |
| RP | fray: If A.rpm depends on B.rpm and B rrecommends A, would the postinst of A run before B? | 21:02 |
| *** armpit <armpit!~armpit@64.2.3.196.ptr.us.xo.net> has quit IRC | 21:06 | |
| *** likewise <likewise!~leon@188.206.107.90> has joined #yocto | 21:08 | |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 21:08 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 21:13 | |
| khem | RP: in the latest patch on kraj/master I have bumped that pin to 7.2 as well | 21:17 |
| RP | khem: ok, thanks | 21:20 |
| *** ant_home <ant_home!~ant__@host205-252-dynamic.245-95-r.retail.telecomitalia.it> has joined #yocto | 21:21 | |
| likewise | Can I remove my patch from patchwork? I only see the option to archive. | 21:22 |
| khem | deleting would need an admin | 21:22 |
| likewise | archive means patch is no longer consider? I screwed up the v2 subject header.. | 21:23 |
| likewise | *considered | 21:23 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:24 | |
| khem | you can just mark it superceded | 21:25 |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 21:25 | |
| likewise | khem: tnx | 21:28 |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has quit IRC | 21:31 | |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has joined #yocto | 21:31 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has quit IRC | 21:35 | |
| RP | This looks like an rpm bug :( | 21:43 |
| RP | that really doesn't help me solve the build/test issues though | 21:43 |
| *** stephano <stephano!stephano@nat/intel/x-iommzvcrrydyyabw> has quit IRC | 21:45 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 21:49 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-nvjdahyhomszlzjb> has joined #yocto | 21:49 | |
| *** jae1 <jae1!~jaewon@149.199.62.254> has joined #yocto | 22:03 | |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has quit IRC | 22:12 | |
| tlwoerner | should yocto-builds mailing list be more of an announce-only list? i.e. closed to posting from anyone but the build servers? | 22:12 |
| tlwoerner | halstead: ^ | 22:13 |
| halstead | tlwoerner: I thought it was for build output. | 22:14 |
| tlwoerner | some people have been asking general build questions there (their confusion is understandable) | 22:14 |
| halstead | tlwoerner: the list description says it is for discussion too. I don't think I've seen it used that way though. | 22:15 |
| likewise | nite all | 22:15 |
| *** likewise <likewise!~leon@188.206.107.90> has quit IRC | 22:15 | |
| *** gtristan_ <gtristan_!~tristanva@110.11.179.2> has joined #yocto | 22:18 | |
| rburton | halstead: can you change the description so it says output of autobuilder logs? | 22:32 |
| halstead | rburton: yes. Good idea. | 22:32 |
| *** gtristan_ <gtristan_!~tristanva@110.11.179.2> has quit IRC | 22:33 | |
| RP | hmm, removing the sysprof upgrade means its broken, probably due to the glib upgrade | 22:57 |
| * RP wonders what removing glib will break :/ | 22:57 | |
| * RP is going to have to sleep | 22:57 | |
| RP | khem: the sysprof upgrade from kanavin broke sysprof, haven't looked into why but its looking like fixing it may be easier than unentangling other upgrades :( | 22:58 |
| RP | khem: er, I mean broke on musl | 23:00 |
| * RP really is going to sleep | 23:00 | |
| aehs29 | RP: night | 23:01 |
| rettichschnidi | I am wondering if devtool was ever meant to be used on .bbappend files | 23:33 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 23:33 | |
| rettichschnidi | When I execute "devtool modify xyz" it always starts off with xyz.bb even when there is a xyz.bbappend | 23:33 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:7da7:aee9:aa08:ff3c> has joined #yocto | 23:35 | |
| kergoth | what do you mean? | 23:39 |
| kergoth | devtool modify operates on SRC_URI as it is, with appends applied | 23:39 |
| rburton | RP: got a fix for sysprof | 23:43 |
| *** ant_home <ant_home!~ant__@host205-252-dynamic.245-95-r.retail.telecomitalia.it> has quit IRC | 23:44 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 23:47 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!