| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 00:08 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has joined #yocto | 01:10 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 01:17 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto | 01:17 | |
| *** camus <camus!~Instantbi@222.67.188.177> has joined #yocto | 01:28 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 01:28 | |
| *** camus is now known as kaspter | 01:28 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.177> has quit IRC | 02:26 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto | 02:27 | |
| *** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC | 02:56 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 03:12 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 03:57 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 04:01 | |
| *** camus <camus!~Instantbi@222.67.188.177> has joined #yocto | 04:09 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 04:11 | |
| *** camus is now known as kaspter | 04:11 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 04:53 | |
| iceaway | I am trying to add wifi-support to my distro by adding DISTRO_FEATURES += "wifi". When I try to bitbake it tells me that it is missing distro feature "x11". Is x11 really required for wifi support? | 04:55 |
|---|---|---|
| kergoth | it's not, no | 04:57 |
| *** kaspter <kaspter!~Instantbi@222.67.188.177> has quit IRC | 04:58 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.176> has joined #yocto | 04:58 | |
| *** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto | 05:02 | |
| iceaway | Any idea what could be causing that requirement? Could it be something else in my specific setup? | 05:06 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:21 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 05:23 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:25 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 05:41 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 05:45 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:03 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 06:09 | |
| *** camus <camus!~Instantbi@222.67.188.176> has joined #yocto | 06:12 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.176> has quit IRC | 06:12 | |
| *** camus is now known as kaspter | 06:12 | |
| LetoThe2nd | iceaway: well, find out which file triggers the missing distro feature warrning | 06:21 |
| LetoThe2nd | it should be mentioned right with the message itself, in fact | 06:22 |
| *** ak77 <ak77!c12e4b03@193.46.75.3> has joined #yocto | 06:23 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:23 | |
| ak77 | hello. why is resolved still disabled in systemd? afaik it can be compiled since 240 | 06:24 |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 06:26 | |
| *** camus <camus!~Instantbi@222.67.188.176> has joined #yocto | 06:26 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.176> has quit IRC | 06:27 | |
| *** camus is now known as kaspter | 06:27 | |
| LetoThe2nd | ak77: i you want it, it should always be possible to activate it for your usecase | 06:36 |
| *** Scoutboy <Scoutboy!~quassel@213-73-234-40.cable.dynamic.v4.ziggo.nl> has joined #yocto | 06:40 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 06:43 | |
| *** camus <camus!~Instantbi@222.67.188.174> has joined #yocto | 06:47 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.176> has quit IRC | 06:47 | |
| *** camus is now known as kaspter | 06:47 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:52 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 06:52 | |
| mckoan | good morning | 06:52 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 06:53 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:01 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 07:05 | |
| *** saraf <saraf!~a_saraf@43.239.147.99> has joined #yocto | 07:09 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:10 | |
| alessioigor | good morning to all | 07:10 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 07:15 | |
| *** yacar_ <yacar_!~yacar@87-88-164-183.abo.bbox.fr> has joined #yocto | 07:20 | |
| iceaway | good morning | 07:24 |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:27 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 07:28 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 07:28 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:29 | |
| *** saraf <saraf!~a_saraf@43.239.147.99> has quit IRC | 07:40 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 07:40 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto | 07:45 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 07:47 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:09 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:12 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:16 | |
| *** camus <camus!~Instantbi@222.67.188.177> has joined #yocto | 08:17 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 08:17 | |
| *** camus is now known as kaspter | 08:17 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 08:19 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:21 | |
| *** bluca <bluca!~bluca@88.98.246.218> has joined #yocto | 08:26 | |
| *** florian_kc is now known as florian | 08:29 | |
| *** elGamal <elGamal!~elg@5.253.206.78> has quit IRC | 08:44 | |
| *** elGamal <elGamal!~elg@5.253.206.78> has joined #yocto | 08:45 | |
| *** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC | 08:56 | |
| *** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto | 08:57 | |
| *** ricardocrudo <ricardocrudo!~ricardo@i5387F440.versanet.de> has joined #yocto | 09:11 | |
| ricardocrudo | I'd like to create a release file in the rootfs as last step before generating a yocto image. maybe, `/etc/os-release`. This file would contain the git hash and/or git tag which was used to build. what is the recommended way to do that? | 09:15 |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 09:17 | |
| LetoThe2nd | ricardocrudo:/etc/os-release gets automatically created from the information that your DISTRO is supposed to set. | 09:18 |
| LetoThe2nd | ricardocrudo: recommended is probably something like https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/image-buildinfo.bbclass or being inspired by that. | 09:19 |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 09:32 | |
| *** yacar_ <yacar_!~yacar@87-88-164-183.abo.bbox.fr> has quit IRC | 09:48 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 09:54 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 10:08 | |
| *** rokm <rokm!rokm@freeshell.de> has joined #yocto | 10:23 | |
| rokm | Hi, Is there quick solution for "no current session" after devshell -c ? | 10:24 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:27 | |
| *** ChrisStuart <ChrisStuart!c251df42@jump2.jet.uk> has joined #yocto | 10:28 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC | 10:40 | |
| yocti | New news from stackoverflow: Yocto esdk cannot find header file and static lib <https://stackoverflow.com/questions/58374779/yocto-esdk-cannot-find-header-file-and-static-lib> | 10:43 |
| *** yacar_ <yacar_!~yacar@vel78-h03-87-88-162-26.dsl.sta.abo.bbox.fr> has joined #yocto | 11:13 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xhqpxftjzjqrwkgp> has joined #yocto | 11:16 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 11:25 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:32 | |
| *** kautschuk <kautschuk!d95bd745@pd95bd745.dip0.t-ipconnect.de> has joined #yocto | 11:40 | |
| kautschuk | Hi, i've created a recipe for "ulogd2" since there was none. How can I contribute it to the community for others which might find it useful? | 11:41 |
| LetoThe2nd | kautschuk: giving it only a very quick superficial look, maybe submitting it to meta-openembedded, the meta-networking layer? | 11:43 |
| kautschuk | thx. I figured that would be the right layer, but how exactly to i submit a patch? | 11:44 |
| LetoThe2nd | kautschuk: generally like this: 1) you pull the desired upstream 2) switch to a local branch 3) commit your changes, with s-o-b 4) git format-patch the changes 5) git send-email | 11:45 |
| kautschuk | ok perfect. thx. | 11:46 |
| qschulz | kautschuk: I think this could be helpful: http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded | 11:46 |
| LetoThe2nd | kautschuk: this approach holds true for most git based projects these days :) | 11:46 |
| LetoThe2nd | qschulz: ++ | 11:46 |
| kautschuk | again: thx for helping a newbie | 11:47 |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 11:47 | |
| LetoThe2nd | kautschuk: np, have fun | 11:47 |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 11:50 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto | 11:51 | |
| *** ricardocrudo <ricardocrudo!~ricardo@i5387F440.versanet.de> has quit IRC | 11:53 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:55 | |
| *** ricardocrudo <ricardocrudo!~ricardo@i5387F440.versanet.de> has joined #yocto | 11:59 | |
| *** kautschuk <kautschuk!d95bd745@pd95bd745.dip0.t-ipconnect.de> has quit IRC | 12:00 | |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has joined #yocto | 12:01 | |
| *** bradleyb <bradleyb!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 12:04 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 12:05 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 12:05 | |
| *** palate <palate!~palate@unaffiliated/palate> has quit IRC | 12:06 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 12:08 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 12:10 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 12:11 | |
| yacar_ | Hi there, I've been working on SPDX identifier this weekend, I'm wondering if Makefiles shall too have a SPDX id ? | 12:16 |
| kayterina | hello.Is there migration instructions fot yocto layers?. The nxp imx6ull documentation and myirtech's layer references the meta-fsl-arm layer which is depricated. I am getting lots of errors (base_contains not defined, no qt recipe) | 12:23 |
| LetoThe2nd | kayterina: for the yocto project maintained things (basically poky and whatever it includes) there is https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#migration | 12:28 |
| LetoThe2nd | kayterina: for all other layers, as their maintainers. | 12:28 |
| kayterina | I see. | 12:30 |
| rburton | the migration guide should cover stuff like base_contains being deleted | 12:38 |
| rburton | but yes harass the maintainers is the first step | 12:38 |
| LetoThe2nd | rburton: we should not encourage harassment. | 12:39 |
| LetoThe2nd | all we do are "friendly and extremely polite reminders"! | 12:39 |
| rburton | yes, that | 12:42 |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has joined #yocto | 12:50 | |
| litb | hello folks | 12:50 |
| litb | why is it that oe-run-native uses the sysroot-destdir of a native recipe, instead of the image/ directory? | 12:50 |
| litb | isn't the sysroot-destdir supposed to only contain dependencies for other recipes that depend on that native package? when executing the recipe's binary, I would think that image/{bin,usr/bin} is the correct folder to use? | 12:51 |
| rburton | well image is only populated during do_install | 12:51 |
| litb | yeah. that's what I think aswell | 12:52 |
| litb | so that is the most "pure" directly when it comes to mirroring a recipe's target structure. | 12:52 |
| rburton | would you want to force do_install to run every time you wanted to run a binary? | 12:53 |
| litb | rburton, hm, but the way it is now, that it uses STAGING_DIR_NATIVE, it needs to ensure that do_install runs aswell, in order to use up to date binaries, I think? | 12:53 |
| rburton | no | 12:53 |
| rburton | oe-find-native-sysroot uses STAGING_DIR_NATIVE, which is $WORKDIR/recipe-sysroot-native | 12:54 |
| rburton | so its just a matter of populating the sysroot | 12:54 |
| rburton | which is all from sstate | 12:54 |
| rburton | even with a clean tmp | 12:54 |
| litb | ah, it's supposed to use a recipe's build tool sysroot-native folder | 12:54 |
| litb | I was confused. I thought it's supposed to be used for <recipe>-native recipes | 12:55 |
| rburton | tbh it might not even work, as nothing elses uses oe-run-native | 12:56 |
| litb | so if i want to execute the "file" utility, then I cannot use "oe-run-native file-native file", but I have to manually go into file-native's image directly and run it from there | 12:57 |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 12:57 | |
| litb | because file-native's recipe-sysroot-native of course doesn't contain the file binary, but only the file binary's build dependencies | 12:57 |
| rburton | right, the tool predates the recipe-specific-sysroot functionality | 12:57 |
| rburton | so potentially was ported, badly | 12:57 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 12:58 | |
| rburton | oe-run-native bmap-tools-native bmaptool --help | 12:59 |
| rburton | Running bitbake -e bmap-tools-native | 12:59 |
| rburton | usage: bmaptool [-h] [--version] [-q] [-d] {create,copy} ... | 12:59 |
| rburton | works fine | 12:59 |
| litb | rburton, if I disable the packaging functionality for my mingw target (which seems sane), then I think after building all my recipes, at the end I should iterate over all the image/ directories and take out the results from there | 12:59 |
| rburton | ah right, it requires addto_recipe_sysroot, whcih adds *itself* to the sysroot | 12:59 |
| *** ricardocrudo <ricardocrudo!~ricardo@i5387F440.versanet.de> has quit IRC | 12:59 | |
| litb | rburton, ah, I see! | 12:59 |
| rburton | litb: i'd keep packaging on | 13:00 |
| *** ricardocrudo <ricardocrudo!~ricardo@i5387F440.versanet.de> has joined #yocto | 13:00 | |
| rburton | no point reimplementing it | 13:00 |
| rburton | for final app deploy you can have a little class to drop the static binary or whatever into deploydir | 13:01 |
| litb | rburton, all that stuff with package splitting seem not to be useful for windows, where everythign will at the end be put into a single installer (MSI or similar) anyway | 13:01 |
| rburton | does it hurt to keep it enabled? | 13:01 |
| litb | rburton, I think it could be useful to at the end generate an SDK with a gcc-cross-canadian that has host linux with target linux | 13:03 |
| litb | i suppose that the SDK scripts take -staticdev and -dev packages | 13:03 |
| rburton | correct, SDKs are just special images | 13:04 |
| LetoThe2nd | w | 13:04 |
| LetoThe2nd | :w | 13:04 |
| litb | rburton, some INSANE checks will need to be disabled. staticdev for instance will complain about .dll.a import libraries being in -dev | 13:04 |
| LetoThe2nd | ETERM/EVIM | 13:04 |
| litb | rburton, I think i will keep it enabled, but with my own FILES and PACKAGES. thanks for the heads up | 13:05 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:07 | |
| rburton | remember to share your layer when you make it work :) | 13:08 |
| rburton | hopefully we can suck it into meta-mingw and oe-core | 13:08 |
| litb | rburton, i will need to recreate it at home, because this is closed source :p | 13:09 |
| rburton | booo, tell your employer to open it | 13:09 |
| litb | but maybe it's worth the effort | 13:09 |
| rburton | absolutely, if you can ship the bulk of it into core and meta-mingw then your maintenence disappears. when oe-core breaks mingw we fix it... | 13:10 |
| litb | keeping patches around is a hassle, so I have good chances to convince them | 13:10 |
| *** Bunio_FH <Bunio_FH!~bunio@188.72.99.6> has joined #yocto | 13:14 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.177> has quit IRC | 13:16 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has joined #yocto | 13:16 | |
| *** bradleyb is now known as radsquirrel | 13:41 | |
| rburton | RP: why does qemu-helper-native do addtask addto_remove_sysroot? | 13:41 |
| rburton | i guess its to add the built binary to the recipe-sysroot-native automatically | 13:42 |
| rburton | why not just explicitly call that instead of doing something special | 13:43 |
| *** bisbarn <bisbarn!~bisbarn@edge1.crosscan.com> has joined #yocto | 13:47 | |
| RP | rburton: explicitly call it from where? | 13:51 |
| RP | rburton: you mean recipe, not remove, right? | 13:51 |
| rburton | erm, yes | 13:52 |
| rburton | well runqemu does bitbake qemu-helper-native directly, that could easily add -caddto_recipe_sysroot | 13:52 |
| rburton | that and systemtap are two recipes that override how that task works | 13:53 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 13:55 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 13:57 | |
| RP | rburton: is it causing a problem? | 13:59 |
| RP | rburton: I'm sure we did this for a reason... | 13:59 |
| rburton | no just curious | 13:59 |
| RP | rburton: It may have been user expectation - that recipe is useless without it? | 14:00 |
| rburton | systemtap was 373ea52b896c85655f8883ee7608a4c038c9f120 | 14:00 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:00 | |
| rburton | of course oe-run-native could throw in a bitbake -caddto_recipe_sysroot for you | 14:00 |
| RP | rburton: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=0637c5ab2579e03d5e503211b0b9d7e3c11e9af1 | 14:01 |
| rburton | right was looking at that | 14:01 |
| rburton | so yes, runqemu could just invoke the right task directly | 14:01 |
| RP | rburton: I think there may have been oeqa implications too | 14:02 |
| RP | rburton: Faced with "fix all the call sites" or add the dependency, which would you do? | 14:03 |
| rburton | well how many calls sites is 'all' | 14:03 |
| RP | rburton: well, we didn't know :/ | 14:03 |
| RP | rburton: RSS did break a previously working workflow, this made it compatible | 14:03 |
| RP | rburton: so I can see why we'd have done it | 14:04 |
| rburton | right, but i suspect the number of call sites is ~3 so maybe we can clean it up | 14:04 |
| RP | sure there are other ways | 14:04 |
| rburton | anyway just noticed it | 14:04 |
| RP | rburton: -next is clean, should that merge? | 14:05 |
| rburton | will look | 14:06 |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 14:06 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:09 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:09 | |
| rburton | kanavin: top marks on the selftest for the license work | 14:11 |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has quit IRC | 14:15 | |
| litb | perhaps the order of ${PN}-staticdev and ${PN}-dev in PACKAGES should be reversed? | 14:27 |
| litb | because in -staticdev, files only have suffix "*.a", but in -dev, files have a suffix that's user-configurable through SOLIBS. for example, for me it's ".dll.a" | 14:27 |
| rburton | what is a .dll.a file? | 14:28 |
| litb | rburton, importlib in mingw. Apparently mingw uses .dll.a as importlib, while windows linkers use .lib as import lib (aswell as for static libs) | 14:29 |
| rburton | fun | 14:29 |
| litb | so I'm setting SOLIBS = ".a" and SOLIBSDEV = ".dll.a" | 14:29 |
| *** yacar_ <yacar_!~yacar@vel78-h03-87-88-162-26.dsl.sta.abo.bbox.fr> has quit IRC | 14:29 | |
| rburton | if i were you i'd just override FILES_${PN}-staticdev globally | 14:29 |
| litb | however the ordering of -staticdev and -dev makes this not work. i suspect I can easily change that order in my distribution config though. | 14:29 |
| rburton | bonus points for a patch to add a variable like SOLIBS so the machine can just fiddle those | 14:30 |
| litb | ah I see. from the comment to this line in bitbake.conf, it seems that they also had an ordering problem of the two: SOLIBSDEV_darwin = ".dylibbroken" | 14:30 |
| rburton | right | 14:31 |
| rburton | kanavin: does glib really need the full py3 for the test suite? | 14:33 |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC | 14:34 | |
| rburton | RP: something happened to sysprof in buildhistory | 14:34 |
| rburton | packages/core2-64-poky-linux/sysprof/sysprof-dbg: PKGSIZE changed from 1889968 to 0 (-100%) | 14:35 |
| RP | rburton: from -next? | 14:35 |
| rburton | yes | 14:35 |
| rburton | looking at the buildhistory | 14:35 |
| RP | rburton: well spotted | 14:35 |
| *** ricardocrudo <ricardocrudo!~ricardo@i5387F440.versanet.de> has left #yocto | 14:42 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 14:44 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 14:44 | |
| *** sk_tandt__ <sk_tandt__!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 14:52 | |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 14:55 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 14:56 | |
| *** ChrisStuart <ChrisStuart!c251df42@jump2.jet.uk> has quit IRC | 15:15 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-xkrvssckiclnbwvs> has joined #yocto | 15:21 | |
| RP | rburton_, kanavin: Its because we now disable libsysprof due to a hard polkit dependency | 15:22 |
| RP | which disables sysprof | 15:22 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:5c58:2ffd:b6af:7edd> has quit IRC | 15:22 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:31 | |
| litb | quick question! | 15:34 |
| litb | this is how SELECTED_OPTIMIZATION is defined: SELECTED_OPTIMIZATION = "${@d.getVar(oe.utils.vartrue('DEBUG_BUILD', 'DEBUG_OPTIMIZATION', 'FULL_OPTIMIZATION', d))}" | 15:34 |
| litb | why doesn't bitbake figure out that SELECTED_OPTIMIZATION depends on all those three other variables? | 15:35 |
| litb | next line is SELECTED_OPTIMIZATION[vardeps] += "FULL_OPTIMIZATION DEBUG_OPTIMIZATION DEBUG_BUILD" | 15:35 |
| kergoth | bitbake doesn't track "oe.utils.vartrue", so it doesn't know args 2 and 3 are variable names | 15:35 |
| kergoth | that's part of oe, not bitbake | 15:35 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:1c7e:9ce6:b4cb:b655> has joined #yocto | 15:35 | |
| kergoth | it recognizes getVar, etc | 15:35 |
| kergoth | er, all the args are variable names, not just 2 and 3, but you get the point | 15:36 |
| litb | ah I see. | 15:40 |
| kergoth | we track variable usage by parsing python code into an ast and basically doing naive static analysis, but python is a dynamic language, attempting to track what the names are is often non-trivial | 15:42 |
| *** ragnoraq <ragnoraq!41717b12@65.113.123.18> has joined #yocto | 15:47 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 15:52 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 15:53 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 15:54 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 16:03 | |
| rburton_ | RP: sysprof without polkit just ships some metadata for stuff that isn\t installed and a small static library | 16:12 |
| rburton_ | not worth having in oe-core | 16:12 |
| rburton_ | RP: https://pastebin.com/zKiyme6n | 16:13 |
| rburton_ | eg the dbus files are for a daemon that isn't installed | 16:13 |
| *** learning1 <learning1!~pi@121.121.98.53> has quit IRC | 16:14 | |
| *** learning1 <learning1!~pi@121.121.98.53> has joined #yocto | 16:18 | |
| RP | rburton_: right, we need polkit to make it useful | 16:19 |
| rburton_ | tbh i'm happy enough with adding polkit to oe-core, as systemd can use it too | 16:19 |
| rburton_ | alternatively we can just rip sysprof out... | 16:20 |
| kergoth | heh, bitbake -e | bat -l BitBake -> syntax highlighted -e | 16:20 |
| kergoth | (OT) | 16:20 |
| rburton_ | oh nice bat does bitbake | 16:20 |
| kergoth | bat supports textmate/sublime syntax/themes | 16:21 |
| kergoth | so you can install wahtever | 16:21 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:21 | |
| kergoth | i heavily use bat+fd-find+ripgrep+fzf nowadays, with a bunch of aliases. i have cat=bat when stdout is a tty at the moment | 16:21 |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 16:38 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 16:39 | |
| *** sk_tandt__ <sk_tandt__!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 16:40 | |
| *** mckoan is now known as mckoan|away | 16:42 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 16:50 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.72.99.6> has quit IRC | 16:57 | |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 16:57 | |
| litb | I need to modify the cmake toolchain file created by cmake.bbclass "after do_patch before do_configure". I suspect the best way is to INHERIT a class of my own, and check with bb.data.inherits_class for the presence of this class | 17:15 |
| litb | and do that checking using an event handler. I believe there's a PreFinalize handler for such purposes. and in the handler, delete the do_generate_toolchain_file, replacing it by my own | 17:16 |
| litb | that sounds cleaner than trying to shadow the cmake.class using a same-named class in my layer. I hear that's frowned-upon | 17:17 |
| kergoth | agreed, i've done that sort of hacking before. it's not pretty, but better for your maintainance than copy+modify, that's a pain to track every time you update your upstream layers | 17:19 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 17:21 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 17:27 | |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has quit IRC | 17:29 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 17:32 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:37 | |
| *** ragnoraq <ragnoraq!41717b12@65.113.123.18> has quit IRC | 17:49 | |
| yocti | New news from stackoverflow: Can't compile qemu with yocto <https://stackoverflow.com/questions/58381871/cant-compile-qemu-with-yocto> | 18:15 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 18:19 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xhqpxftjzjqrwkgp> has quit IRC | 18:26 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 18:47 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 18:54 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:57 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:02 | |
| *** bluca <bluca!~bluca@88.98.246.218> has quit IRC | 19:06 | |
| *** ruru4143 <ruru4143!~ruru4143@vmi243882.contaboserver.net> has joined #yocto | 19:13 | |
| ruru4143 | Hello guys, i'm very knew to yocto and want to build a raspberry pi image. i get this "WARNING: Your host glibc verson (2.30) is newer than that in uninative (2.29). Disabling uninative so that sstate is not corrupted." Warning. i found somebody who said that i should use warrior, but i'm already on the warrior branch on every git repo (poky, oe, raspi-bsp). after a few hours of searching trough the internet i'm a bit frustrated... i hope | 19:17 |
| ruru4143 | somebody of you can help me | 19:17 |
| LetoThe2nd | ruru4143: actually its only a warning thats telling you the included uninative blob is not used. probably its not a problem at all. | 19:19 |
| ruru4143 | LetoThe2nd: okey, thank you | 19:20 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:27 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 19:31 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 19:41 | |
| rburton_ | ruru4143: replied on stack overflow already | 19:44 |
| rburton_ | if you get that either you found another breakage, or you're not running tip of warrior branch | 19:45 |
| rburton_ | ruru4143: if you're definitely on tip or warrior then file a bug please | 19:48 |
| *** u1106 <u1106!~quassel@163.172.172.46> has quit IRC | 20:02 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 20:27 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 20:28 | |
| *** u1106 <u1106!~quassel@163.172.172.46> has joined #yocto | 20:51 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:18 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 21:50 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 22:00 | |
| *** tsjsieb <tsjsieb!~quassel@103.214.7.25> has quit IRC | 22:00 | |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 22:02 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:05 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:42 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 23:07 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 23:54 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!