| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 00:04 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-nvjdahyhomszlzjb> has quit IRC | 00:07 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 00:18 | |
| rettichschnidi | kergoth: Yes, it does apply e.g. the patches appended to SRC_URI from withing the .bbappend file. But when I execute "devtool edit-recipe swupdate" it always opens up "just" the .bb file and does not e.g. merge them. But I guess I should just simply edit the .bbappend file directly then. | 00:19 |
|---|---|---|
| khem | RP: we can pass CFLAGS="-D__WORDSIZE=64" or CFLAGS="-D__WORDSIZE=32" depending upon bitness | 00:27 |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 00:31 | |
| rburton | khem: got a better fix | 00:33 |
| rburton | https://gitlab.gnome.org/rburton/sysprof/commit/b485298d57cb619c416b3d835388586187fd80d0 | 00:36 |
| khem | rburton: cool __WORDSIZE is glibc-specific I love that phrase | 00:43 |
| khem | rburton: btw. you also need a clang specific fix | 00:43 |
| khem | are you interested | 00:43 |
| rburton | not right now as its nearly 2am ;) | 00:43 |
| rburton | i've a fork of sysprof so throw the patch to me and i can file a merge request for it though :) | 00:44 |
| khem | rburton: patch should be in your inbox | 00:56 |
| *** rubdos <rubdos!~rubdos@84-198-89-1.access.telenet.be> has joined #yocto | 00:57 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 01:02 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-tzhklttsotannbai> has joined #yocto | 01:17 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 01:47 | |
| * armpit how does khem know what is in rburton's inbox | 01:53 | |
| *** grahamgelding <grahamgelding!~grahamg@202.134.243.26> has joined #yocto | 01:58 | |
| yocti | New news from stackoverflow: Command to extract Linux source code in Yocto <https://stackoverflow.com/questions/52214157/command-to-extract-linux-source-code-in-yocto> | 02:00 |
| *** tgraydon <tgraydon!~textual@134.134.139.76> has quit IRC | 02:16 | |
| khem | armpit: ehem shhh | 02:22 |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has quit IRC | 02:29 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:49 | |
| kergoth | rettichschnidi: if you want devtool to update or alter a bbappend, use finish or update-recipe with appropriate arguments | 02:56 |
| yocti | New news from stackoverflow: How to modify already existing linux driver in Yocto <https://stackoverflow.com/questions/52214633/how-to-modify-already-existing-linux-driver-in-yocto> | 03:00 |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-tzhklttsotannbai> has quit IRC | 03:25 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:46 | |
| *** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has quit IRC | 03:48 | |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has joined #yocto | 04:50 | |
| peniwize | Has any work been done in Yocto to try to ensure that binaries built in a previous build exactly match binaries built in a subsequent build? This is with the exact same recipes and configuration and all intermediate and cached content deleted between builds to ensure that packages are rebuilt from scratch? I've found that ctime must be used to update sym links, etc, in the file system to ensure consistency. Further investigation shows differences in bi | 04:56 |
| peniwize | naries, e.g. /bin/busybox.nosuid, so I assume their coming from __TIME__, __DATE__, etc, during compilation. Does anyone know if there's a way to force those values in gcc/g++ or a way for force system time queries to always return the same value during the Yocto/BitBake build process? | 04:56 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 04:59 | |
| peniwize | Perhaps it's too late to ask questions. I'll ask again tomorrow. | 04:59 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 05:15 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto | 05:22 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 05:23 | |
| *** morphis <morphis!~morphis@p200300CCFBED5E007285B28CF91653C9.dip0.t-ipconnect.de> has joined #yocto | 05:24 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tadfssfuamyodipe> has quit IRC | 05:37 | |
| *** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has joined #yocto | 05:42 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has joined #yocto | 06:04 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 06:51 | |
| *** Kitsok <Kitsok!~kitsok@2a02:6b8:0:506:d681:d7ff:fe6d:d499> has joined #yocto | 06:52 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-109-231.dsl.tropolys.de> has joined #yocto | 06:52 | |
| Kitsok | Hello all! Guys, I need help. I'm getting "image too large" for the fit image (kernel + dtb + initramfs). Quesion is - how to extract initramfs image to find out what's there? | 06:53 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:53 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jfjwpqgvdcgvcecm> has joined #yocto | 06:58 | |
| *** karlyeurl <karlyeurl!~Karlssel@178.33.9.4> has joined #yocto | 07:11 | |
| *** grahamgelding <grahamgelding!~grahamg@202.134.243.26> has quit IRC | 07:18 | |
| *** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-qhfcmdhftsuyizqd> has joined #yocto | 07:23 | |
| nayfe | Morning all, i'm trying to get a /data separate partition with some folders in it with WIC, do I need to create a different image recipe that creates /data/x/y/z folders and add it with rootfs-dir or can I use wic to get the current rootfs /data subdirectory to be copied in that partition? | 07:28 |
| *** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has joined #yocto | 07:40 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:42 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:59 | |
| *** morphis <morphis!~morphis@p200300CCFBED5E007285B28CF91653C9.dip0.t-ipconnect.de> has quit IRC | 08:20 | |
| *** morphis <morphis!~morphis@p200300CCFBED5E0044CF4F6E0BC01E3F.dip0.t-ipconnect.de> has joined #yocto | 08:21 | |
| lucaceresoli | I'm upgrading my setup from rocko to sumo. Smooth with minimal trivial changes, but almost at the end I got this error: | 08:30 |
| lucaceresoli | package packagegroup-my-apps-1.0-r0.my_machine requires my-app, but none of the providers can be installed | 08:31 |
| lucaceresoli | Solution 1: | 08:31 |
| lucaceresoli | - do not ask to install a package providing packagegroup-my-apps | 08:31 |
| lucaceresoli | I fail to understand. 'bitbake my-app' and 'bitbake packagegroup-my-apps' do build successfully and I have no changes to all of those recipes | 08:32 |
| lucaceresoli | oh, the above error happens when doing 'bitbake my-image' | 08:33 |
| lucaceresoli | my-image.bb does IMAGE_INSTALL += "packagegroup-my-apps ..." | 08:33 |
| lucaceresoli | and packagegroup-my-apps.bb does RDEPENDS_${PN} = "my-app" | 08:34 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 08:34 | |
| karlyeurl | Hello. I'm trying to get two versions of PostgreSQL based on this recipe: https://github.com/openembedded/meta-openembedded/tree/master/meta-oe/recipes-dbs/postgresql in the same image. I get this error: ERROR: The recipe postgresql9 is trying to install files into a shared area when those files already exist. [snip lots of files matched in manifest-qemux86-64-postgresql.populate_sysroot] Please verify which recipe should provide the above files. [Really | 08:34 |
| karlyeurl | long chunk of text, with this relevant part: It could also be your build is including two different conflicting versions of things (e.g. bluez 4 and bluez 5) and the correct solution for that would be to resolve the conflict. | 08:34 |
| karlyeurl | I have no clue how to do that. | 08:34 |
| karlyeurl | (The recipe is long, looks full of dirty hacks and I have little understanding of what it's actually doing) | 08:35 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:38 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:40 | |
| *** Kitsok <Kitsok!~kitsok@2a02:6b8:0:506:d681:d7ff:fe6d:d499> has quit IRC | 08:47 | |
| *** jkliemann <jkliemann!~jk@2a03:4000:1c:73::ac17:1000> has joined #yocto | 09:00 | |
| jkliemann | hi, I created a custom recipe that fetches oracle java unpacks it and puts the directories into the rootfs, however it fails with a missing dependency to libasound.so.2. I have no idea where this comes from, I didn't state any dependencies in my recipe at all | 09:01 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:21 | |
| nayfe | It scans so libs to find dépendancies automatically | 09:24 |
| jkliemann | thanks, i already found out, as it seems there is no good way to disable this? I read some discussions about this yet I still just want to put the files in place, without any dependency checking, is there a way to do this? | 09:32 |
| nayfe | You can use readelf to patch dépendancies | 09:39 |
| nayfe | Patchelf | 09:39 |
| jkliemann | yeah I read that, too. I hoped i wont need to outsmart the build system, but it seems I have to... | 09:42 |
| *** kanavin <kanavin!~kanavin@2a02:8109:b5c0:1a5d:a1cc:a2ec:7b6b:68e1> has joined #yocto | 09:42 | |
| nayfe | You can maybe also use Java profiles? | 09:45 |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 09:45 | |
| nayfe | i'm trying to get a /data separate partition with some folders in it with WIC, do I need to create a different image recipe that creates /data/x/y/z folders and add it with rootfs-dir or can I use wic to get the current rootfs /data subdirectory to be copied in that partition? | 09:47 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:10 | |
| xtron | if a recipe A RDEPEND on recipe B, does it has the same effect as IMAGE_INSTALL += "B" | 10:19 |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC | 10:24 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:25 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:25 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:28 | |
| *** bluelightning_ is now known as bluelightning | 10:28 | |
| *** diego_r <diego_r!~quassel@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 10:31 | |
| rburton | xtron: xtron if A RDEPENDS on B then installing A will install B | 10:38 |
| *** jofr <jofr!~jofr@193.182.166.3> has left #yocto | 10:39 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 10:40 | |
| *** jofr <jofr!~jofr@193.182.166.3> has left #yocto | 10:40 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 10:41 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 10:47 | |
| xtron | rburton: right | 10:53 |
| rburton | RP: so, the machines running oe-buildperf need to move. currently four old desktops and a xeon running a range of host distros. it looks like there's been little value in having OS coverage: do you object to consolidating the machines down to a single xeon that can run the same tests but a lot faster? | 10:55 |
| rburton | faster runs mean more data points, which is good | 10:55 |
| nayfe | rburton: hi, if you have time, do you have any idea on how to split a rootfs in several partitions? Or do I need a single image recipe for each rootfs partitions? | 11:01 |
| rburton | the latter | 11:02 |
| yocti | New news from stackoverflow: Yocto Xfce4 Session-Manager not starting <https://stackoverflow.com/questions/52220942/yocto-xfce4-session-manager-not-starting> || Overwriting Yocto Classes through meta-layer <https://stackoverflow.com/questions/51002891/overwriting-yocto-classes-through-meta-layer> | 11:02 |
| nayfe | Thx for quick answer, do you think It can be useful to add this kind of feature in wic? | 11:03 |
| RP | rburton: original idea was to run on the kind of hardware end users have | 11:04 |
| RP | rburton: but no objection really, its going to need to change | 11:04 |
| rburton | RP: end users have xeons right | 11:04 |
| RP | rburton: some :) | 11:04 |
| rburton | RP: currently markus is looking at them when he gets a moment, so one was off for a month and they're all using old distros now | 11:05 |
| RP | rburton: right, its not maintainable :( | 11:05 |
| rburton | RP: there's a 'spare' xeon in JF we can contribute though that tracy never got around to using | 11:05 |
| rburton | i guess then we can ask the AB if anyone else wants to donate. an arm64 box would be interesting for sure | 11:06 |
| RP | rburton: right, we should have some in LF racks now too | 11:06 |
| rburton | yeah, if we can migrate to LF hardware eventually that's great. | 11:06 |
| rburton | i just want to stop markus running an illicit cluster right now ;) | 11:07 |
| RP | rburton: don't we have two machines at LF doing this already? | 11:07 |
| rburton | RP: huh, didn't think so | 11:07 |
| RP | rburton: where does https://lists.yoctoproject.org/pipermail/yocto-perf/2018-September/date.html come from? Markus or LF? | 11:08 |
| rburton | markus | 11:09 |
| RP | rburton: ok, I thought at least some was LF machines :/ | 11:11 |
| RP | rburton: we need to talk to halstead | 11:11 |
| rburton | well, markus has five he can see | 11:11 |
| * rburton looks at the machines on the list | 11:11 | |
| rburton | yeah that looks like his list | 11:12 |
| rburton | i shall ping halstead | 11:12 |
| kanavin | rburton: cheers for fixing sysprof | 11:12 |
| RP | rburton: yes, looks like they probably are the ones markus has | 11:12 |
| rburton | he has four desktops (f25, ubuntu, suse, centos) and a xeon | 11:13 |
| rburton | which matches the posts | 11:13 |
| RP | rburton: yes, agreed. I know there were some meant to be setup by michael, lets talk to him | 11:14 |
| RP | good news is I figured out the populate_sdk warning about linux-libc-headers | 11:15 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:16 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 11:29 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 11:45 | |
| *** kanavin <kanavin!~kanavin@2a02:8109:b5c0:1a5d:a1cc:a2ec:7b6b:68e1> has quit IRC | 11:50 | |
| tgoodwin | Is there a method in yocto similar to C to guard against repeated inclusions? | 11:57 |
| tgoodwin | Or probably more accurately, is there a method in bitbake for such a thing? I'm trying to get around having all these warnings about multiple inclusions but the only "real" way is to define the variables globally. | 11:57 |
| mcfrisk | tgoodwin: move things from .inc to .bbclasses | 12:05 |
| tgoodwin | mcfrisk: I'll look into if that clears things up. As I chip at this, I think I need to re-think how to get this going. The context of the issue is like a "work-shared" directory for the kernel (but poorly done, since I'm ending up with these multi-inclusions). The multi-inclusions aren't breaking anything; it's just that nuisance warning. | 12:17 |
| tgoodwin | I've tried "include ${@bb.utils...}" to conditionally include the file based on whether or not the variables within it are defined. Naturally that doesn't work as a guard. | 12:19 |
| tgoodwin | Where this is all coming from is concurrently building an initrd image and the runtime image (via a wic plugin). The wic imager will output an updated fstab and other files that the intird image needs, so it's a coordination of the tasks and storage locations. | 12:23 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 12:32 | |
| tgoodwin | mcfrisk: thanks, that was ultimately a cleaner way to go. | 12:47 |
| *** jofr <jofr!~jofr@193.182.166.3> has left #yocto | 12:49 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 12:53 | |
| *** jofr <jofr!~jofr@193.182.166.3> has left #yocto | 12:53 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:01 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 13:02 | |
| * RP doesn't understand why https://typhoon.yocto.io/#/builders/4/builds/46 fails intermittently, possible distro specific :/ | 13:03 | |
| *** kanavin <kanavin!~kanavin@2a02:8109:b5c0:1a5d:a1cc:a2ec:7b6b:68e1> has joined #yocto | 13:04 | |
| zeddii | does anyone know if there's a way to point the layer index at something besides the master branch for a layer ? | 13:06 |
| RP | zeddii: bluelightning but he's likely asleep | 13:07 |
| bluelightning | oddly I'm not | 13:08 |
| bluelightning | zeddii: what do you need? | 13:08 |
| zeddii | I have a layer I registered a while ago, and was noting that my recipes weren't being listed | 13:08 |
| zeddii | and then I realized, the development isn't on master, so that's why. | 13:08 |
| zeddii | this is a crime of my own creation. | 13:08 |
| bluelightning | ok, which layer is this? | 13:09 |
| zeddii | so if it isn't possible, that's cool. I'll just eventually have to stop being a putz and do some sort of branch renaming. | 13:09 |
| zeddii | meta-overc/meta-cube | 13:09 |
| bluelightning | what should it be? | 13:09 |
| zeddii | 'master-oci' | 13:09 |
| zeddii | there's some open container recipes in that branch that I'd like others to see if they search, since that would be a trigger to move them to meta-virt, etc, or figure out a path. | 13:09 |
| zeddii | right now, they are hidden. | 13:10 |
| RP | zeddii: any idea on the timing of the warnings fixes? Just trying to get a feel for when builds should happen | 13:10 |
| zeddii | RP: I'll send you what I have in the next 30 mins. | 13:10 |
| zeddii | it should get most, if not all of them. | 13:10 |
| RP | zeddii: cool, thanks. I have a raft of other fixes so together... :) | 13:11 |
| RP | fixing universe wasn't as bad as I was expecting | 13:11 |
| zeddii | heh. we take what we can get :D | 13:11 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:12 | |
| bluelightning | zeddii: ok, fixed - recipes should show up with the next update | 13:12 |
| bluelightning | (within 3 hours) | 13:12 |
| zeddii | awesome. many thanks. | 13:13 |
| bluelightning | np | 13:13 |
| bluelightning | (FYI, how it works internally is there is an "actual branch" field for situations like this, so I just set the master layerbranch for meta-cube to have master-oci as its actual branch) | 13:14 |
| bluelightning | it's only settable from the admin interface though | 13:14 |
| zeddii | ahah. I was poking around in the interface, but didn't see where I could change it myself. | 13:16 |
| zeddii | makes sense that it isn't something people can just bounce around. | 13:16 |
| zeddii | I admit that it isn't typical to not want master. I shall eventually fix that, but it will be a PITA so I'm avoiding it. | 13:17 |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 13:25 | |
| RP | rburton, kanavin: /var/tmp/rpm-tmp.Ya4Mf0: line 14: gconftool-2: command not found | 13:27 |
| RP | rburton, kanavin: failure from the api documentation build | 13:27 |
| RP | wonder if a dependency is being trampled somewhere | 13:28 |
| RP | I think build success/failure depends if its installed on the host :/ | 13:28 |
| yocti | New news from stackoverflow: automake native:oe_runmake failed in yocto krogoth <https://stackoverflow.com/questions/51535153/automake-nativeoe-runmake-failed-in-yocto-krogoth> | 13:32 |
| rburton | RP: what recipe? | 13:35 |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 13:35 | |
| RP | rburton: ERROR: core-image-sato-1.0-r0 do_populate_sdk: Postinstall scriptlets of ['settings-daemon', 'matchbox-session-sato'] have failed. If the intention is to defer them to first boot,then please place them into pkg_postinst_ontarget_${PN} ().Deferring to first boot via 'exit 1' is no longer supported. | 13:35 |
| RP | rburton: both the same gconftool-2 missing error. DOesn't reproduce locally though | 13:36 |
| rburton | presumably you have gconftool locally | 13:36 |
| RP | rburton: does reproduce on centos7. I don't have gconftool-2 locally :/ | 13:36 |
| rburton | huh | 13:36 |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 13:37 | |
| RP | rburton: theory - may happen when building from sstate. testing that | 13:38 |
| JPEW | RP: I think I *finally* tracked down those bitbake server timeout errors with my persist_data changes. It looks like using WAL mode with sqlite makes it more sensitive to I/O delay, which means on a system with load it will more easily surpass the 30 second timeout | 13:39 |
| RP | JPEW: that would fit with my experiences with sqlite | 13:40 |
| kanavin | RP: all mentions of gconftool in oe-core are accompanied by PACKAGE_WRITE_DEPS += "gconf-native", so it should be working? | 13:40 |
| RP | kanavin: sure it should. But it isn't ;-) | 13:41 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:41 | |
| RP | kanavin: I'm trying to figure out the pattern | 13:41 |
| JPEW | I'm not sure what to do about that. I suppose we could drop the WAL mode patch and see if any issues crop up.... I was using it because I was seeing database corruption issues, but maybe they are caused by something else | 13:42 |
| RP | JPEW: I have to wonder if there is a better way to do what we're doing than sqlite :/ | 13:42 |
| RP | or perhaps one sqlite connection and multiple xmlrpc calls to the server? | 13:43 |
| kergoth | sqlite seems to really suck with lots of parallel queries. ran into a lot of issues with that when first doing the parallel parsing stuff | 13:44 |
| JPEW | RP: Ya, I did some research there as well. We are effectively using sqlite as an IPC mechanism (shared data cache), which at first glance sounds odd... | 13:44 |
| JPEW | kergoth: Ya, that was part of why WAL mode can be nice... writers don't block readers anymore. | 13:45 |
| * kergoth nods | 13:45 | |
| RP | JPEW: I've used sqlite in a few situations and ended up having to use something else in nearly all of them :( | 13:46 |
| RP | JPEW: Originally I guess it was a seemingly cheap way to sort some IPC issues | 13:46 |
| JPEW | RP: What did you switch to? When I was doing research, I didn't really didn't see many other turn-key solutions (for Python at least). | 13:47 |
| RP | kanavin: log says Installed into sysroot: [..., 'gconf-native' but it clearly didn't | 13:48 |
| JPEW | Really, I think we just need some Python dicttionany in SHM (or a RPC server that does the same) | 13:48 |
| RP | JPEW: did something else entirely in one case, mysql in another | 13:48 |
| RP | JPEW: using xmlrpc to do the rpc and sqlite as the database wth a single thing accessing it may be easier | 13:49 |
| JPEW | RP: Ya, that might be the best option. I still want to look into why a "DELETE FROM table;" when the table is empty is taking 30 seconds for a bit before I start on that. | 13:52 |
| RP | JPEW: that does sound bad | 13:53 |
| RP | kanavin: WARNING: Manifest /home/pokybuild/yocto-worker/nightly-qa-extras/build/build/tmp/sstate-control/manifest-x86_64-gconf-native.populate_sysroot not found in x86_64 (variant '')? | 13:53 |
| RP | that sounds bad | 13:53 |
| *** dmoseley <dmoseley!48b86a4a@gateway/web/cgi-irc/kiwiirc.com/ip.72.184.106.74> has joined #yocto | 13:53 | |
| *** morphis <morphis!~morphis@p200300CCFBED5E0044CF4F6E0BC01E3F.dip0.t-ipconnect.de> has quit IRC | 14:01 | |
| yocti | New news from stackoverflow: Tomcat startup time <https://stackoverflow.com/questions/47326960/tomcat-startup-time> | 14:02 |
| *** florian_kc is now known as florian | 14:02 | |
| *** fdanis_away is now known as fdanis | 14:06 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:20 | |
| *** jkliemann <jkliemann!~jk@2a03:4000:1c:73::ac17:1000> has quit IRC | 14:21 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-109-231.dsl.tropolys.de> has quit IRC | 14:23 | |
| *** fdanis is now known as fdanis_away | 14:23 | |
| *** stephano <stephano!~stephano@134.134.139.73> has joined #yocto | 14:26 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 14:54 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 15:01 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:02 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:03 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:10 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 15:20 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 15:23 | |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has quit IRC | 15:25 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:31 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:44 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 15:49 | |
| RP | DEBUG: SState: Looked for but didn't find file /srv/autobuilder/autobuilder.yoctoproject.org/pub/sstate/universal-4.8/f6/sstate:gconf-native:x86_64-linux:3.2.6:r0:x86_64:3:f6b46a291e7bfc793b6013a44d4d0527_populate_sysroot.tgz | 15:54 |
| *** sa2ajj <sa2ajj!~quassel@dsl-hkibng21-54f864-131.dhcp.inet.fi> has quit IRC | 15:56 | |
| RP | bingo. Reproducer is "bitbake gconf-native -c cleansstate; bitbake core-image-sato -c populate_sdk" | 15:56 |
| RP | I kind of dread to look into why that may be :/ | 15:56 |
| *** sa2ajj <sa2ajj!~quassel@dsl-hkibng21-54f864-131.dhcp.inet.fi> has joined #yocto | 15:58 | |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has joined #yocto | 16:00 | |
| armpit | then close your eyes | 16:09 |
| *** jdel <jdel!~jdel@12.1.36.234> has quit IRC | 16:19 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 16:22 | |
| *** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has quit IRC | 16:37 | |
| RP | its a genuine bug in runqueue... | 16:40 |
| *** flihp <flihp!~flihp@76.243.124.132> has joined #yocto | 16:41 | |
| *** diego_r <diego_r!~quassel@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 16:42 | |
| RP | rburton: I think I have all the fixes for warnings/errors and patch tweaks into -next | 17:00 |
| RP | halstead: I'm assuming maintenance will be happening so could you start -next once done please? | 17:00 |
| * RP is hoping -next will be then able to merge, then we just have the allarch stuff to sort before we can build 2.6 | 17:01 | |
| halstead | RP: can we run -next now and I'll update after? | 17:02 |
| RP | halstead: yes, sure | 17:03 |
| RP | halstead: fired | 17:05 |
| halstead | :) | 17:06 |
| RP | halstead: I think you rebooted them fairly recently anyway | 17:07 |
| halstead | Yes. There is nothing super important updatewise. | 17:08 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:10 | |
| *** stephano <stephano!~stephano@134.134.139.73> has quit IRC | 17:11 | |
| *** zeddii <zeddii!~bruce@128.224.252.2> has quit IRC | 17:12 | |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 17:17 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jfjwpqgvdcgvcecm> has quit IRC | 17:18 | |
| *** kanavin <kanavin!~kanavin@2a02:8109:b5c0:1a5d:a1cc:a2ec:7b6b:68e1> has quit IRC | 17:38 | |
| jae1 | Hi, I have an eventhandler set to run on event.BuildStarted, And I want to change a flag between multiple runs of the function. | 17:41 |
| jae1 | I print the flag in the event handler and set it using a default value and a task override (ex. FLAG_task-populate-sdk-ext), but Im not seeing the changed print when in the populate_sdk_ext class. | 17:41 |
| jae1 | Any ideas? anything about how eventhandlers handle variables that I am missing? | 17:42 |
| kergoth | task overrides are only set when that actual task is running | 17:57 |
| kergoth | it's *not* based on what you happened to include on the bitbake commandline | 17:57 |
| jae1 | yes! thats why when I do a bitbake -c populate_sdk_ext, I expect the flag value to be the default, and only be changed when in populate_sdk_ext task, but it is not switching over as i expect | 17:59 |
| kergoth | no, that's not the behavior | 18:00 |
| kergoth | oh, i see | 18:00 |
| kergoth | it also depends on when it's expanded. can you pastebin? | 18:01 |
| jae1 | sorry, what does pastebin mean | 18:04 |
| kergoth | it's a means of posting a file to share without spamming the irc channel with a big paste | 18:04 |
| kergoth | i.e. https://pastebin.com/ | 18:04 |
| kergoth | can copy and paste into it, then give us the link | 18:04 |
| kergoth | i.e. let us see what you're doing, or at least part of it | 18:04 |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has quit IRC | 18:05 | |
| jae1 | I see ok | 18:07 |
| jae1 | something like this https://pastebin.com/93pfPJah | 18:09 |
| kergoth | oh, i see, you're confused about what the events do and when they run | 18:10 |
| kergoth | BuildStarted runs once per bitbake command, before any tasks are run | 18:10 |
| kergoth | if you want to run something every time a task starts, use TaskStarted | 18:10 |
| jae1 | ok, taking a step back, I am trying to do something almost identical to what uninative tarball class is doing, and there, they use a buildstarted and configparsed events | 18:12 |
| kergoth | again, buildstarted runs once, before tasks run, and the task override only applies when the tasks run, long after buildstarted | 18:12 |
| jae1 | Ah I see ok | 18:13 |
| peniwize | I've built a few of the stock images that come with Yocto and it seems that they all use busybox. Is it possible to build an image that doesn't use busybox? | 18:17 |
| kergoth | peniwize: you could create a custom image that doesn't pull in any of our packagegroups to do that | 18:18 |
| kergoth | more common is to create an image based on our existing packagegroups, with busybox, but just install all the real tools on top of it | 18:18 |
| kergoth | i.e. if findutils is installed, its find binaries take precedence over busybox's | 18:18 |
| kergoth | it uses the debian/ubuntu update-alternatives mechanism | 18:19 |
| peniwize | Ah, I see. I wasn't sure if busybox was critical or not. | 18:20 |
| *** ntl <ntl!~nathanl@cpe-24-242-87-217.austin.res.rr.com> has joined #yocto | 18:22 | |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has joined #yocto | 18:23 | |
| kergoth | shouldn't be, no, just most images rely on packagegroup-core-boot or packagegroup-base which pull it into the baseline | 18:24 |
| *** geissonator <geissonator!~geissonat@32.97.110.54> has joined #yocto | 18:33 | |
| *** ntl <ntl!~nathanl@cpe-24-242-87-217.austin.res.rr.com> has quit IRC | 18:35 | |
| *** ntl <ntl!~nathanl@cpe-70-121-118-66.austin.res.rr.com> has joined #yocto | 18:52 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 18:53 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has quit IRC | 18:55 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 18:55 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 19:02 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-18.cpe.teksavvy.com> has quit IRC | 19:14 | |
| peniwize | I’m working on a device for a highly regulated industry that requires that the software binaries I deliver exactly match the software source code I deliver, when the software is re-built by a third party. This is how the industry verifies that the source code on record was used to generate the binaries. Is there anything in BitBake or Yocto to handle this kind of thing? | 19:15 |
| peniwize | This is often a complex problem to solve due to file system metadata, time stamps in files, etc. I’ve looked at some differences in binaries between two Yocto builds of core-image-minimal and it appears that __TIME__ and __DATE__ are being compiled into some. There are also other differences that I have yet to identify. | 19:15 |
| peniwize | Has anyone ever dealt with this issue before (or anything similar)? Does anyone know how to force the values of gcc’s __TIME__ and __DATE__ preprocessor macros or perhaps how to force the system to always return the same time value from ‘time_t time(time_t *)’ for the compiler process? | 19:15 |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 19:16 | |
| rcw | I think this may be what you are looking for: https://wiki.yoctoproject.org/wiki/Reproducible_Builds | 19:19 |
| *** ntl <ntl!~nathanl@cpe-70-121-118-66.austin.res.rr.com> has quit IRC | 19:20 | |
| jae1 | kergoth: sorry, going back to the event.BuildStarted, if this is the case, then populate_sdk_ext class must be triggering something that calls that BuildStarted event again. | 19:20 |
| jae1 | And for the second time that it runs, I want a Flag to be changed | 19:22 |
| jae1 | thats why I tried using a task overrides to change the flag but doesnt seem to work | 19:23 |
| *** vmeson <vmeson!~rmacleod@192-0-133-18.cpe.teksavvy.com> has joined #yocto | 19:23 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 19:24 | |
| peniwize | rcw: Thanks. | 19:24 |
| kergoth | most likely it just calls bitbake again. that wouldn't result in the task override being set if that's the case | 19:25 |
| *** jacques is now known as linuxjacques | 19:31 | |
| *** jdel <jdel!~jdel@136.24.99.70> has joined #yocto | 19:40 | |
| jdel | i see that package.bbclass uses objdump/strip | 19:41 |
| jdel | though it doesn't appear to have a direct dependency on binutils | 19:41 |
| jdel | i'm working with a class that at-build-time figures out of it needs to compile or use pre-built binaries for a given recipe | 19:42 |
| jdel | part of the class's requirement is that it doesn't need to do_prepare_recipe_sysroot if using prebuilt binaries | 19:43 |
| jdel | but i think that packaging depends on the binutils in the recipe-sysroot dir | 19:43 |
| jdel | it looks like I can mostly turn off that behavior using variues INHIBIT_ variables | 19:43 |
| jdel | does that make sense? | 19:44 |
| jdel | is there some way to have binutils available without otherwise populating the sysroot? | 19:44 |
| khem | boost 1.68 broke kea hmmm | 19:45 |
| *** stephano <stephano!~stephano@134.134.139.73> has joined #yocto | 19:46 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 19:48 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 20:05 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 20:11 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:17 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 20:18 | |
| RP | zeddii_home: warnings looking much better thanks :) | 20:23 |
| RP | most of the remaining ones have bugzilla entries | 20:23 |
| RP | (non kernel) | 20:23 |
| jae1 | kergoth: Ok then if task override wont work, Is there any other way to know that its in the second run of that event? | 20:26 |
| zeddii_home | cool. | 20:27 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 20:28 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 20:30 | |
| *** ant_home <ant_home!~ant__@host215-117-dynamic.54-82-r.retail.telecomitalia.it> has joined #yocto | 20:54 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:11 | |
| RP | zeddii_home: beaglebone-yocto and qemuarm are both showing a warning on 4.14 | 21:16 |
| RP | zeddii_home: still much improved though :) | 21:17 |
| *** geissonator <geissonator!~geissonat@32.97.110.54> has quit IRC | 21:17 | |
| RP | zeddii_home: and mpc8315e-rdb 4.14 | 21:18 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:18 | |
| *** ant_home <ant_home!~ant__@host215-117-dynamic.54-82-r.retail.telecomitalia.it> has quit IRC | 21:19 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has quit IRC | 21:21 | |
| *** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto | 21:24 | |
| kergoth | RP: does that runqueue bug exist in 1.38 too, or just master? will it be cherry picked? | 21:25 |
| RP | kergoth: I suspect it needs backporting as that code hasn't changed in a while | 21:26 |
| RP | kergoth: I'll likely cherry-pick it but since it took me three goes to make things build, it needs a little settling time | 21:28 |
| RP | kergoth: so many different ways through that code :/ | 21:28 |
| RP | (I tested on existing tmpdirs initially) | 21:28 |
| * kergoth nods, fair enough, it's complex | 21:29 | |
| RP | would make an intersting fuzz test - delete sstate artefact(s), check everything still builds, repeat | 21:30 |
| kergoth | pick a random set of artifacts to delete? That would be interesting | 21:30 |
| RP | kergoth: yes | 21:30 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pjyqzscijeujnouz> has joined #yocto | 21:41 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 21:43 | |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has quit IRC | 21:45 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 21:52 | |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has joined #yocto | 21:56 | |
| *** Saur <Saur!~pkj@proxy02.se.axis.com> has quit IRC | 22:01 | |
| *** Saur <Saur!~pkj@proxy02.se.axis.com> has joined #yocto | 22:02 | |
| *** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has quit IRC | 22:14 | |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has quit IRC | 22:18 | |
| *** mattsm <mattsm!~mattsm@76.205.175.243> has quit IRC | 22:26 | |
| *** tdonahue <tdonahue!~tdonahue@2600:8805:d500:fb00:1aba:515a:ee6f:cd17> has joined #yocto | 22:26 | |
| *** tdonahue <tdonahue!~tdonahue@2600:8805:d500:fb00:1aba:515a:ee6f:cd17> has quit IRC | 22:29 | |
| *** mattsm <mattsm!~mattsm@76.205.175.243> has joined #yocto | 22:29 | |
| *** tdonahue <tdonahue!~tdonahue@2600:8805:d500:fb00:1aba:515a:ee6f:cd17> has joined #yocto | 22:30 | |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has quit IRC | 22:55 | |
| jdel | RDEPENDS must get automatically computed for things that otherwise have DEPENDS properly set | 23:19 |
| jdel | does anyone know where what calculation happens? | 23:19 |
| kergoth | search for shlibs in package.bbclass | 23:21 |
| jdel | danke | 23:21 |
| *** agust <agust!~agust@p508862E3.dip0.t-ipconnect.de> has quit IRC | 23:24 | |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 23:52 | |
| *** stephano <stephano!~stephano@134.134.139.73> has quit IRC | 23:59 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!