| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Quit: qschulz) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:35 | |
| *** fray <fray!~fray@70.99.78.136> has quit IRC (Ping timeout: 256 seconds) | 00:42 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.102> has quit IRC (Ping timeout: 250 seconds) | 00:43 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.102> has joined #yocto | 00:45 | |
| khem | <JaMa> "khem: does this look scary for..." <- I think using gcc to compile chromium is an unsupported case you should be using clang for that and this patch while not a deal breaker is quite invasive to backport | 00:47 |
|---|---|---|
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 258 seconds) | 00:53 | |
| *** Tokamak_ <Tokamak_!~Tokamak@107.116.82.115> has joined #yocto | 00:53 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.102> has quit IRC (Ping timeout: 246 seconds) | 00:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 00:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 00:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:59 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 01:13 | |
| *** frieder <frieder!~frieder@200116b824ec61810000000000002000.dip.versatel-1u1.de> has quit IRC (Ping timeout: 258 seconds) | 01:14 | |
| *** Tokamak_ <Tokamak_!~Tokamak@107.116.82.115> has quit IRC (Ping timeout: 244 seconds) | 01:18 | |
| *** fray <fray!~fray@70.99.78.136> has joined #yocto | 01:20 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.177> has joined #yocto | 01:24 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:29 | |
| *** frieder <frieder!~frieder@i59F7200E.versanet.de> has joined #yocto | 01:33 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.177> has quit IRC (Ping timeout: 255 seconds) | 01:47 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 01:48 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:49 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.177> has joined #yocto | 01:50 | |
| *** starblue <starblue!~juergen@dslb-094-220-115-211.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 01:52 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 01:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:53 | |
| *** starblue <starblue!~juergen@dslb-094-220-107-094.094.220.pools.vodafone-ip.de> has joined #yocto | 01:54 | |
| *** dz1 <dz1!~dz1@p200300c12f281100e6a16b0771ac9152.dip0.t-ipconnect.de> has joined #yocto | 02:02 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.177> has quit IRC (Ping timeout: 244 seconds) | 02:08 | |
| *** kscherer <kscherer!~kscherer@dsl-173-206-15-108.tor.primus.ca> has quit IRC (Quit: Konversation terminated!) | 02:11 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.177> has joined #yocto | 02:13 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 02:17 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 02:20 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 02:20 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 02:28 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 02:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds) | 02:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 02:33 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:39 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.177> has quit IRC (Remote host closed the connection) | 02:40 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.177> has joined #yocto | 02:40 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.191.25> has joined #yocto | 02:51 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.191.25> has quit IRC (Remote host closed the connection) | 02:51 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.191.25> has joined #yocto | 02:52 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.177> has quit IRC (Ping timeout: 246 seconds) | 02:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds) | 03:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 03:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 258 seconds) | 03:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 258 seconds) | 03:59 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:59 | |
| *** manuel <manuel!~manuel198@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Remote host closed the connection) | 04:01 | |
| *** manuel <manuel!~manuel198@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto | 04:01 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 04:29 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:43 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 258 seconds) | 04:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 04:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds) | 05:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:04 | |
| *** davidinux <davidinux!~davidinux@89.37.173.199> has quit IRC (Ping timeout: 260 seconds) | 05:14 | |
| *** davidinux <davidinux!~davidinux@81.22.36.226> has joined #yocto | 05:16 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 05:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 05:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:44 | |
| *** rob_w <rob_w!~rob@2001:a61:60e9:6f01:cd9:fd5e:713e:6bad> has joined #yocto | 06:09 | |
| *** rob_w <rob_w!~rob@2001:a61:60e9:6f01:cd9:fd5e:713e:6bad> has quit IRC (Client Quit) | 06:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 06:09 | |
| *** rob_w <rob_w!~rob@2001:a61:60e9:6f01:cd9:fd5e:713e:6bad> has joined #yocto | 06:09 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 06:14 | |
| *** Baehrune <Baehrune!~bahues@user/Baehrune> has joined #yocto | 06:18 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 06:21 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 06:22 | |
| *** mckoan|away is now known as mckoan | 06:28 | |
| mckoan | good morning | 06:28 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:34 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 06:39 | |
| *** Baehrune <Baehrune!~bahues@user/Baehrune> has quit IRC (Ping timeout: 240 seconds) | 06:41 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip4d1567a2.dynamic.kabel-deutschland.de> has joined #yocto | 06:41 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip4d1567a2.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 06:41 | |
| LetoThe2nd | yo dudX | 06:50 |
| jclsn[m] | Morning | 06:51 |
| jclsn[m] | How was the project summit btw? I would really like to join next time, but not online... | 06:51 |
| LetoThe2nd | jclsn[m]: it was fun! videos will be up real soon ;-) | 06:55 |
| LetoThe2nd | jclsn[m]: in a nutshell though, it is different from the in-person thing and we will probably have both forms in the future.l | 06:56 |
| jclsn[m] | Must have been good then :) | 06:58 |
| * jclsn[m] sighs | 07:10 | |
| jclsn[m] | I still can't configure clangd or ccls to fully recognize to Yocto toolchain | 07:11 |
| *** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto | 07:11 | |
| *** zwelch__ <zwelch__!~zwelch@fluffy.mandolincreekfarm.com> has joined #yocto | 07:13 | |
| *** GuestNew118 <GuestNew118!~GuestNew1@81.255.17.35> has joined #yocto | 07:14 | |
| *** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has quit IRC (Read error: Connection reset by peer) | 07:14 | |
| GuestNew118 | After updating poky to kirkstone release branche I got the following error : python -m installer: error: unrecognized arguments: --interpreter /home/nsalmin/yocto_taz_kirkstone_next_DEBUG/builddir/tmp/work/cortexa72-cortexa53-mensi-linux/python3-wheel/0.37.1-r0/dist/wheel-0.37.1-py3-none-any.whl any advices to fix that ? | 07:14 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:15 | |
| JaMa | I haven't found any open ticket about gitsm+lfs, but https://bugzilla.yoctoproject.org/show_bug.cgi?id=14283 is close, so I've added comment there (in case someone can confirm seeing the same issue) | 07:19 |
| LetoThe2nd | GuestNew118: two things. 1. you get that error when doing what exactly? 2. there were significant changes relating to wheels in kirkstone, see: https://docs.yoctoproject.org/migration-guides/release-notes-4.0.html | 07:19 |
| GuestNew118 | LetoThe2nd the issue appear when i call bitbake to build a recipe whith wheels deps. I have already take a look to the changelog but nothing at the first look | 07:21 |
| LetoThe2nd | GuestNew118: is it something public? | 07:22 |
| GuestNew118 | it's not:( but I have the same issue when I build public recipe with wheel deps | 07:23 |
| LetoThe2nd | GuestNew118: example please? does it reproduce for a plain poky, or might it be something that your distro triggers? | 07:24 |
| *** CyberPear <CyberPear!~CyberPear@95.168.120.49> has joined #yocto | 07:26 | |
| CyberPear | Hey all, | 07:31 |
| CyberPear | has anyone ever needed to disable all the getty related services in systemd with yocto? | 07:31 |
| CyberPear | Context: | 07:31 |
| CyberPear | I want to prevent the login screen/cursor from overwriting the image I wrote into the framebuffer. | 07:31 |
| CyberPear | Using core-image-minimal and the RPi (with meta-raspberry). | 07:31 |
| GuestNew118 | LetoThe2nd thank you, you point me the right way, meta-jupyter is in cause so now I now where I have to search ;) | 07:32 |
| LetoThe2nd | GuestNew118: have fun! | 07:32 |
| GuestNew118 | LetoThe2nd thx for making a good support | 07:32 |
| *** dev1990 <dev1990!~dev@77-254-254-204.adsl.inetia.pl> has joined #yocto | 07:33 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:43 | |
| qschulz | o/ | 07:45 |
| JaMa | sakoman: with 11.3 in master branch: 2022-06-01 09:46:37,051 - oe-selftest - INFO - RESULTS - reproducible.ReproducibleTests.test_reproducible_builds: PASSED (6429.19s) will test now with 11.3 backported to kirkstone | 07:47 |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has quit IRC (Ping timeout: 240 seconds) | 08:04 | |
| *** dingo_ <dingo_!~quassel@116.118.1.161> has quit IRC (Ping timeout: 260 seconds) | 08:08 | |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto | 08:12 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4802:2100:24d7:51ff:fed6:906d> has joined #yocto | 08:16 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:47 | |
| jclsn[m] | So no one can help me getting clang/ccls to work with my Yocto toolchain? | 08:49 |
| *** frieder <frieder!~frieder@i59F7200E.versanet.de> has quit IRC (Ping timeout: 255 seconds) | 08:54 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 09:04 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:04 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 09:08 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:09 | |
| *** frieder <frieder!~frieder@i59F7286B.versanet.de> has joined #yocto | 09:14 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 09:17 | |
| jclsn[m] | Guess I need to code without it | 09:19 |
| jclsn[m] | What is the best way to control the backlight? I can write to /sys/class/backlight/backlight_lvds/backlight, but I need root permissions for that. Read online that you use drm? | 09:20 |
| jclsn[m] | * What is the best way to control the backlight with a C program? I can write to /sys/class/backlight/backlight_lvds/backlight, but I need root permissions for that. Read online that you use drm? | 09:21 |
| jclsn[m] | * What is the best way to control the backlight with a C program? I can write to /sys/class/backlight/backlight_lvds/backlight, but I need root permissions for that. Read online that you use a drm api? | 09:21 |
| *** GuestNew118 <GuestNew118!~GuestNew1@81.255.17.35> has quit IRC (Ping timeout: 252 seconds) | 09:36 | |
| *** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 246 seconds) | 09:42 | |
| *** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 09:42 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6526:e700:2cb8:8629:f9f1:c06b> has joined #yocto | 09:50 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 09:51 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 09:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 09:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:59 | |
| *** CyberPear <CyberPear!~CyberPear@95.168.120.49> has quit IRC (Quit: Client closed) | 10:03 | |
| *** starblue <starblue!~juergen@dslb-094-220-107-094.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 246 seconds) | 10:04 | |
| *** starblue <starblue!~juergen@dslb-094-220-107-094.094.220.pools.vodafone-ip.de> has joined #yocto | 10:06 | |
| *** eloi1 <eloi1!~eloi@lfbn-ren-1-676-174.w81-53.abo.wanadoo.fr> has joined #yocto | 10:06 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 10:18 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 10:18 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 10:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:23 | |
| *** ptsneves <ptsneves!~ptsneves@031011128246.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 10:27 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6526:e700:2cb8:8629:f9f1:c06b> has quit IRC (Quit: WeeChat 3.5) | 10:47 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6526:e700:2cb8:8629:f9f1:c06b> has joined #yocto | 10:48 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 10:56 | |
| *** eloi1 <eloi1!~eloi@lfbn-ren-1-676-174.w81-53.abo.wanadoo.fr> has quit IRC (Ping timeout: 276 seconds) | 10:58 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6526:e700:2cb8:8629:f9f1:c06b> has quit IRC (Quit: WeeChat 3.5) | 11:00 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6526:e700:2cb8:8629:f9f1:c06b> has joined #yocto | 11:00 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6526:e700:2cb8:8629:f9f1:c06b> has quit IRC (Quit: WeeChat 3.5) | 11:10 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6526:e700:2cb8:8629:f9f1:c06b> has joined #yocto | 11:10 | |
| *** eloi1 <eloi1!~eloi@2a01cb0890df7e00b01ed8294bd70d6f.ipv6.abo.wanadoo.fr> has joined #yocto | 11:11 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 11:29 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 11:44 | |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has joined #yocto | 11:47 | |
| *** davidinux <davidinux!~davidinux@81.22.36.226> has quit IRC (Ping timeout: 276 seconds) | 11:54 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto | 11:59 | |
| *** davidinux <davidinux!~davidinux@178.249.211.15> has joined #yocto | 11:59 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 276 seconds) | 12:02 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Ping timeout: 276 seconds) | 12:04 | |
| Guest87 | does toaster use a different python than bitbake? I am seeing a build failure in toaster, but not with using bitbake on the command line for the same build directory | 12:06 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 12:12 | |
| landgraf | oe.packagedata.recipename returns "None" for some packages. Is it bug or feature? :) packages like dbus-1, kernel-5.10.61-yocto-standard, liblzma5 etc | 12:22 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 12:27 | |
| *** dz1 <dz1!~dz1@p200300c12f281100e6a16b0771ac9152.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving) | 12:56 | |
| RP | landgraf: dbus-1 is a package name, not a recipe name, the recipe name would be dbus | 12:56 |
| landgraf | RP: right. recipename(d, "dbus-1") returns None | 12:57 |
| landgraf | "None" | 12:57 |
| landgraf | RP: same for RP iiuc it should return 'dbus' instead. | 12:58 |
| RP | landgraf: that would therefore seem to be a bug :/ | 12:58 |
| RP | landgraf: note that it looks like it should be recipename("dbus-1", d) | 12:59 |
| landgraf | RP: recipe = recipename(pkg, d) | 12:59 |
| landgraf | RP: https://dpaste.com/3T62JLRHB more examples. | 13:00 |
| landgraf | it works for most of the packages we have in base image though | 13:01 |
| * landgraf is wondering if it has something to do with digit at the end of the package name | 13:01 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 13:06 | |
| RP | landgraf: that comes from debian package renaming, i.e. the use of PKG_<pkgname> to rename the final package | 13:12 |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has quit IRC (Quit: Client closed) | 13:15 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 13:19 | |
| landgraf | RP: But why only libsystemd has been renamed https://dpaste.com/9R75CZDLW Same for other packages "Main" package is renamed while subpackages have correct name | 13:22 |
| RP | landgraf: have a look at debian.bbclass | 13:23 |
| *** ThomasRoos[m] <ThomasRoos[m]!~thomasroo@2001:470:69fc:105::2:2017> has joined #yocto | 13:24 | |
| landgraf | RP: Ok. Thanks. will take a look | 13:25 |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip4d1567a2.dynamic.kabel-deutschland.de> has joined #yocto | 13:26 | |
| jonmason | zeddii: whats the ETA for linux v5.17/5.18? I'm getting asked internally | 13:34 |
| *** m4ho <m4ho!~m4ho@81.20.119.6> has quit IRC (Ping timeout: 246 seconds) | 13:35 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip4d1567a2.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 13:37 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip4d1567a2.dynamic.kabel-deutschland.de> has joined #yocto | 13:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds) | 13:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 13:39 | |
| zeddii | they are there in linux-yocto-dev, but there won't be a versioned linux-yocto for them, since we are far enough away from the next release, that we'll go 5.19 | 13:43 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 13:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:44 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 13:49 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 13:49 | |
| *** m4ho <m4ho!~m4ho@81.20.119.6> has joined #yocto | 13:52 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:53 | |
| sotaoverride | is there a way of creating the moint point directores in the same systemd .mount file where I setup the overlay? my .mount looks like https://gyazo.com/e0999420d1abb51ccbbe5847d61c2d22 | 13:54 |
| sotaoverride | think I had the lower/upper dir wrong its more like - https://gyazo.com/c7dc45dfc30257dddbb26a3b9e92ba76 | 13:57 |
| sotaoverride | trying to see if I can get the upperdir created in the same .mount file.. .. | 13:57 |
| *** ptsneves <ptsneves!~ptsneves@031011128246.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Quit: Client closed) | 14:00 | |
| *** kscherer <kscherer!~kscherer@dsl-173-206-15-108.tor.primus.ca> has joined #yocto | 14:13 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip4d1567a2.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 14:17 | |
| *** jsandman <jsandman!~jsandman@95.179.203.88> has quit IRC (Quit: Ping timeout (120 seconds)) | 14:25 | |
| *** jsandman <jsandman!~jsandman@95.179.203.88> has joined #yocto | 14:25 | |
| *** risca <risca!~quassel@h-155-4-62-42.a980.priv.bahnhof.se> has quit IRC (Quit: No Ping reply in 180 seconds.) | 14:34 | |
| *** risca <risca!~quassel@h-155-4-62-42.A980.priv.bahnhof.se> has joined #yocto | 14:34 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 14:42 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 258 seconds) | 14:47 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 14:48 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:49 | |
| *** ptsneves <ptsneves!~ptsneves@031011128246.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 14:52 | |
| ernstp | saw that my cve-check patches landed on a couple of branches, perhaps only for running test builds? | 14:53 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 14:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:53 | |
| RP | ernstp: I think they merged to master? | 14:54 |
| ernstp | RP: oh they're on the second page on gitweb already, missed that! :-D | 14:54 |
| ernstp | RP: guess the discussion was resolved then! :-) | 14:55 |
| RP | ernstp: well, yes and no. I didn't realise mrybczyn[m] was doing further investigation :/ | 14:58 |
| ernstp | RP: well it can always be improved further! | 15:01 |
| *** ptsneves <ptsneves!~ptsneves@031011128246.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Quit: Client closed) | 15:03 | |
| mrybczyn[m] | ernstp @RP: writing scripts to analyse the data but got interrupted... | 15:07 |
| ernstp | mrybczyn[m] RP: it will be pretty good solution for Dunfell etc I think. Then on master perhaps it could be further upgraded using the new spdx data or similar | 15:14 |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto | 15:15 | |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 15:16 | |
| mrybczyn[m] | ernstp: for dunfell and kirkstone that would be à functional change. Remembrement that json is disabled in dunfell by default | 15:20 |
| ernstp | mrybczyn[m]: what regarding json are you thinking about? | 15:21 |
| *** GillesM <GillesM!~gilles@144.94.127.78.rev.sfr.net> has joined #yocto | 15:26 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-053-228.93.131.pool.telefonica.de> has joined #yocto | 15:26 | |
| ernstp | mrybczyn[m]: no more functional change than on master? they don't really have anything to do with json specifically. | 15:31 |
| *** eloi1 <eloi1!~eloi@2a01cb0890df7e00b01ed8294bd70d6f.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 258 seconds) | 15:32 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds) | 15:33 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 15:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 15:39 | |
| mrybczyn[m] | @ernstp it changes the content of the report. Everyone with old scripting will have an unexpected result change. Not sure what sakoman thinks about it. It was already at the limit fir JSON | 15:39 |
| ernstp | mrybczyn[m]: ah you mean it's not a very "stable" change. but there is the summary always. and it makes the rootfs manifest into actually a correct rootfs manifest. but yes... | 15:45 |
| *** eloi1 <eloi1!~eloi@2a01cb0890df7e00b01ed8294bd70d6f.ipv6.abo.wanadoo.fr> has joined #yocto | 15:52 | |
| *** florian_kc is now known as florian | 15:54 | |
| mrybczyn[m] | ernstp: and requires a change in the documentation and so on... yes not very stable... | 15:58 |
| RP | mrybczyn[m], ernstp: talk to sakoman about it, I think we do need to make sure we have strong CVE checking on the LTS releases | 16:06 |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has joined #yocto | 16:07 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 276 seconds) | 16:10 | |
| sakoman | mrybczyn[m]: ernstp: I would like to keep the CVE checking consistent between master, kirkstone, and dunfell so we can use the same tooling to report on all three | 16:10 |
| RP | sakoman: I was hoping you'd take my warning change so we can quieten the metrics run on the autobuilder | 16:11 |
| * RP wondered about cherry picking it but thought he'd better not | 16:11 | |
| sakoman | RP: I've already taken them in both dunfell-nut and kirkstone-nut | 16:12 |
| RP | sakoman: great, thanks | 16:13 |
| sakoman | So once I send the next pull requests we should be consistent | 16:13 |
| zeddii | well bugger. podman-compose rewrites history on their devel branch | 16:26 |
| RP | zeddii: because that is a really great idea? :/ | 16:36 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 16:37 | |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has quit IRC (Quit: Client closed) | 16:38 | |
| zeddii | public branch. meh. re-write away! | 16:43 |
| zeddii | fixed, but unexpected. | 16:43 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 16:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 16:49 | |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:7923:ea57:1923:61b7> has joined #yocto | 16:49 | |
| zen_coder | Hi, how can I remove a package from an SDK with yocto? | 16:50 |
| zen_coder | my image just does: "inherit core-image" | 16:50 |
| zen_coder | then I do, as example: TOOLCHAIN_TARGET_TASK_remove =" zlib " | 16:50 |
| zen_coder | but nothing gets removed | 16:50 |
| rfs613 | zen_coder: others will probably give you a better answer, but there are likely many other packages which depend (directly or indirecly) on zlib. So unless you also remove those, zlib will still be included. | 16:53 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 16:53 | |
| *** WebertRLZ <WebertRLZ!~WebertRLZ@ip5b426ace.dynamic.kabel-deutschland.de> has joined #yocto | 16:53 | |
| WebertRLZ | /msg NickServ IDENTIFY WebertRLZ 4ec287tr | 16:53 |
| WebertRLZ | /msg NickServ IDENTIFY WebertRLZ 4ec287L@ | 16:54 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 16:54 | |
| rfs613 | WebertRLZ: that's going to the channel, probably due space at the start... | 16:54 |
| WebertRLZ | ah, damn, thanks | 16:54 |
| rfs613 | it happens ;-) | 16:55 |
| * RP might have a lead on the intermittent taskhash mismatch bug during esdk generation | 16:56 | |
| RP | sakoman: I think you have one of these open against one of the stable releases? | 16:56 |
| sakoman | RP: yes, on dunfell, though it hasn't happened in months | 16:57 |
| zen_coder | rfs613: it was just an example | 16:57 |
| zen_coder | so how can I force to remove something? | 16:57 |
| RP | sakoman: just happened on master on a release build :/ | 16:57 |
| zen_coder | it seems to be that yocto is too clever to include it anyway | 16:57 |
| WebertRLZ | OK pass changed, no harm done (: | 16:57 |
| sakoman | RP: bummer :-( | 16:57 |
| *** mckoan is now known as mckoan|away | 16:58 | |
| zen_coder | is there a way to force remove stuff from the SDK, not matter what? | 16:59 |
| RP | sakoman: I was able to poke the failed build and I think I can see how it could break | 17:00 |
| *** WebertRLZ <WebertRLZ!~WebertRLZ@ip5b426ace.dynamic.kabel-deutschland.de> has quit IRC (Quit: Client closed) | 17:06 | |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:7923:ea57:1923:61b7> has quit IRC (Remote host closed the connection) | 17:11 | |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:4cd9:42:ab32:48b7> has joined #yocto | 17:11 | |
| sakoman | RP: it would be nice to understand why this happens! | 17:13 |
| zen_coder | How can I find out why I cannot remove a package from the SDK? | 17:17 |
| *** eloi1 <eloi1!~eloi@2a01cb0890df7e00b01ed8294bd70d6f.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 258 seconds) | 17:17 | |
| rfs613 | zen_coder: you need to look at the dependencies. One way is "bitbake -g recipe-name -u taskexp" | 17:19 |
| RP | sakoman: I can see some code which I think is wrong but I can't explain why it broke the way it did | 17:20 |
| RP | scratch that, it isn't what I was thinking although the code does have a race | 17:22 |
| *** WebertRLZ <WebertRLZ!~WebertRLZ@ip5b426ace.dynamic.kabel-deutschland.de> has joined #yocto | 17:25 | |
| WebertRLZ | Hey colleagues, I'm trying to optimized use of yocto download and especially SSTATE cache in CI systems. I noticed that the system at my company is setting SSTATE_DIR for all builds, including builds from pull request pipelines. I have the impression that this is not a good approach, as the cache will be written by any possible development branch, | 17:26 |
| WebertRLZ | and usually we have hundreds of them every day | 17:26 |
| WebertRLZ | I could not find any reference implementation on the docs or internet discussions, I would experiment on disabling SSTATE_DIR for PR builds, and only use mirror, so the cache is used as "read-only". Does anyone have any thoughts on this? | 17:27 |
| RP | WebertRLZ: why do you think that is an issue? You also didn't say what it was being set to? A directory shared by all of them? | 17:27 |
| WebertRLZ | RP it's being set to a directory in a shared file system. AWS EFS | 17:28 |
| RP | WebertRLZ: that sounds right to maximise object reuse | 17:28 |
| WebertRLZ | my concern is if pull request builds writing to the cache would make it dirty, because branches get outdated easily as soon as other stuff is merged | 17:29 |
| WebertRLZ | and if it would be better to only populate the cache on target branches, and use it as read only on PR builds | 17:29 |
| RP | WebertRLZ: the cache is supposed to be pretty robust against that as long as recipes are properly written | 17:30 |
| JPEW | WebertRLZ: bitbake uses a hashing system to make sure that it only pulls the sstate objects that it should | 17:30 |
| JPEW | WebertRLZ: We share a single sstate NFS directory for all our CI builds and it works fine | 17:30 |
| WebertRLZ | RP I will check with internal devs to double check bitbake recipes | 17:31 |
| JPEW | FWIW, we do have a job to erase it once a week to keep it from growing unbounded, but that's another story :) | 17:31 |
| WebertRLZ | JPEW using SSTATE_DIR for all builds? I very often see "master" branch builds having "0% completed" so I suspect something is messing up the cache | 17:31 |
| WebertRLZ | And very interesting fact about your erase job, our cache is currently 34TB in size and this is driving me a bit crazy | 17:32 |
| RP | ah, I was confusing build directories. Back to the original corruption theory | 17:33 |
| JPEW | WebertRLZ: Ya, our sstate directory is capped at 70TB... that's "big enough"; I haven't looked at how much of that actually used in a given week. | 17:34 |
| RP | WebertRLZ: if the systems have write access they do touch the sstate files they use so you may be able to tell what is in use that way | 17:34 |
| JPEW | WebertRLZ: Yes, same SSTATE_DIR for all builds (pointed at an NFS mount) | 17:34 |
| RP | we prune out old stuff on the autobuilder like that | 17:34 |
| WebertRLZ | I need to check if that's feasible with EFS as well | 17:35 |
| JPEW | RP: Does that mean the mtime gets updated every time it's read? | 17:35 |
| JPEW | s/read/used/ | 17:35 |
| WebertRLZ | on our case on EFS, I think yes. | 17:35 |
| WebertRLZ | at least it's NOT currently mounted with `noatime` | 17:36 |
| WebertRLZ | this was actually another question I had, would it be good to mount with `noatime` or does SSTATE relies on this kind of metadata? | 17:36 |
| zen_coder | rfs613: I get following output: FATAL: Gtk ui could not load the required gi python module | 17:36 |
| RP | JPEW: yes, see sstate_unpack_package | 17:37 |
| * JPEW reads | 17:37 | |
| JPEW | Excellent! I'll have to use that now instead of deleting everything | 17:39 |
| rfs613 | zen_coder: yeah taskdep needs a bunch of python-gtk packages to run, which you probalby don't have installed | 17:40 |
| rfs613 | zen_coder: sorry I meant taskexp not taskdep | 17:41 |
| zen_coder | sudo apt install python3-gi | 17:42 |
| rfs613 | zen_coder: https://docs.yoctoproject.org/dev-manual/common-tasks.html?highlight=taskexp#viewing-dependencies-between-recipes-and-tasks | 17:42 |
| zen_coder | this is already installed | 17:42 |
| WebertRLZ | JPEW you mean finding all files with atime < x and deleting? | 17:43 |
| JPEW | WebertRLZ: The mtime gets updated with "touch", so you can use mtime instead | 17:44 |
| JPEW | WebertRLZ: That way you can keep noatime | 17:44 |
| WebertRLZ | I was thinking if disabling atime on mount would bring any benefit on speed. My monitoring shows 98% of IOPS to the EFS directory is metadata | 17:45 |
| rfs613 | zen_coder: maybe try python3-gi instead of python-gi ? | 17:49 |
| WebertRLZ | JPEW RP when you say the SSTATE mechanism uses hashing to make sure it only fetches what's necessary - is parallel builds for the same images also taken into account? So usually we have 100s pull requests triggering builds for the same things, using the same cache. I think they are all writing to the same files, in the end. No? | 17:53 |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has joined #yocto | 17:54 | |
| RP | WebertRLZ: it is designed to handle it, the files are atomicly moved into position | 18:00 |
| RP | sakoman: zero length bb_unihashes.dat in the esdk - explains a few things and means we're looking for a different kind of race | 18:03 |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has quit IRC (Quit: Client closed) | 18:05 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 246 seconds) | 18:08 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 18:10 | |
| WebertRLZ | RP I mean specifically about versioning of said files. Does that mean outdate branches will write different versions of such files in comparison to master branch for ex? | 18:10 |
| JPEW | WebertRLZ: The files are named based on a checksum of all their input data (e.g. dependencies, variables, tasks, etc.); so you might have multiple sstate files for the same task & recipe | 18:16 |
| JPEW | WebertRLZ: And it knows which one to use based on the hash of the inputs, so they don't ever conflict because a change in any input will result in a new hash and thus a new file | 18:17 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 18:18 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:19 | |
| JaMa | sakoman: my selftest was on gentoo (starting with empty sstate) | 18:22 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 18:23 | |
| RP | WebertRLZ: the versioning is pretty advanced and clever and is what the sha256 in the filenames represents | 18:23 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:24 | |
| RP | WebertRLZ: it is based on a per task configuration, it doesn't care about the branch it is on | 18:24 |
| RP | sakoman: patches sent out for the issue, I do think I understand it enough to fix it | 18:24 |
| WebertRLZ | RP alright thank you very much! | 18:25 |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip4d1567a2.dynamic.kabel-deutschland.de> has joined #yocto | 18:25 | |
| sakoman | RP: that is great news! | 18:27 |
| sakoman | RP: do you think the patch will apply to dunfell too? | 18:27 |
| sakoman | JaMa: hmmm . . . gentoo isn't available on the autobuilder :-( | 18:28 |
| RP | sakoman: yes, but not entirely straight forward :) | 18:29 |
| JaMa | and even if it is, it probably wouldn't be very useful as every instalation is "custom" | 18:29 |
| sakoman | JaMa: I'll continue looking at the failure on my end as a background task | 18:29 |
| JaMa | I can rerun in some docker container, but I guess that starting from empty sstate is bigger factor than the host distro | 18:30 |
| RP | sakoman: I created some new bitbake api to fix it. | 18:30 |
| sakoman | JaMa: sadly that is likely the case | 18:30 |
| sakoman | RP: urgh . . . fortunately it is quite rare on dunfell | 18:31 |
| RP | sakoman: we need the decoded loc information. I wish I could remember how I decoded the dwarf info | 18:31 |
| RP | sakoman: it isn't so bad, we just need to do a different version bump | 18:31 |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has joined #yocto | 18:32 | |
| yudjinn[m] | Im unsure how to resolve this, Im tryiing to build meta-tegra for a jetson on dunfell and getting this :... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/a3fccf1242dc802a8f09c95bf7fd0df41c37288c) | 18:32 |
| RP | sakoman: remind me of the link to these binaries | 18:32 |
| RP | sakoman: I really shouldn't get involved but... | 18:32 |
| sakoman | RP: ...you can't help yourself | 18:33 |
| sakoman | RP: https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20220527-zy85edi0/packages/ | 18:33 |
| sakoman | I grabbed the a and b .debs and extracted the .so's from them | 18:33 |
| RP | sakoman: I just don't like to see you blocked :/ | 18:35 |
| RP | sakoman: about 2 hours to download :/ | 18:36 |
| RP | (the first one) | 18:36 |
| sakoman | RP: and that is just the beginning of the pain! | 18:36 |
| RP | halstead: should I be getting 120KB/s from there? | 18:37 |
| *** WebertRLZ <WebertRLZ!~WebertRLZ@ip5b426ace.dynamic.kabel-deutschland.de> has quit IRC (Quit: Client closed) | 18:37 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip4d1567a2.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 252 seconds) | 18:39 | |
| sakoman | RP: I'm trying to extract the debug section info with objdump -g. It does generate some promising looking output, but also sprays "objdump: Error: LEB value too large | 18:40 |
| sakoman | " all too frequently | 18:40 |
| halstead | RP: Only if there are lots of other people downloading. | 18:40 |
| RP | halstead: that I can't answer :/ | 18:40 |
| RP | sakoman: try objdump from our build? | 18:41 |
| halstead | RP: I'm checking it out now. | 18:41 |
| halstead | RP: It's a new month so we shouldn't be throttled. | 18:41 |
| sakoman | RP: I haven't tried that yet | 18:49 |
| RP | sakoman: readelf can sometimes also give different output | 19:01 |
| sakoman | RP: here is the diff from running readelf -a on both: https://pastebin.com/uybAgTx6 | 19:08 |
| RP | sakoman: diff -u please :) | 19:10 |
| RP | I think that does give us a symbol at least | 19:11 |
| sakoman | RP: sorry about that~ https://pastebin.com/aA46njf7 | 19:12 |
| RP | sakoman: thanks, I can parse that better! it does seem to indicate a specific symbol at least. I think I'd be tempted to take one of the failed builds on the AB, tar up the source for webkit and compare to your local copy | 19:18 |
| RP | sakoman: specifically on generated files | 19:18 |
| sakoman | RP: OK, I suspect I may need to generate a new failed build since it's been a while since the failed build | 19:19 |
| sakoman | I'll get started on that | 19:19 |
| *** olani <olani!~olani@h83-209-157-187.cust.a3fiber.se> has joined #yocto | 19:28 | |
| * RP puts debian9 back in the pool | 19:29 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.191.25> has quit IRC (Ping timeout: 256 seconds) | 19:31 | |
| mrybczyn[m] | RP: sakoman: I have results from the Cve-check diff. Still some libs to check but one case is interesting: ovmf Technically it isn't in the image... | 19:33 |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-30-180.mycingular.net> has joined #yocto | 19:35 | |
| RP | mrybczyn[m]: bootloaders and firmware get a bit tricky :/ | 19:37 |
| RP | does anybody else see "Error contacting Hash Equivalence Server unix:///XXX/poky/build/hashserve.sock: [Errno 2] No such file or directory" style messages? | 19:39 |
| *** olani <olani!~olani@h83-209-157-187.cust.a3fiber.se> has quit IRC (Remote host closed the connection) | 19:39 | |
| * RP wonders why he gets them | 19:39 | |
| *** olani <olani!~olani@h83-209-157-187.cust.a3fiber.se> has joined #yocto | 19:41 | |
| sakoman | RP: that message doesn't look familiar at all to me | 20:08 |
| *** jnugen <jnugen!~jnugen@c-24-23-59-154.hsd1.ca.comcast.net> has joined #yocto | 20:08 | |
| rfs613 | could it be some kind of max number of open files limit being reached? (does that even apply to local unix sockets?) | 20:10 |
| RP | rfs613: you'd expect other build failures if that were the case? :/ | 20:10 |
| rfs613 | RP: yeah I guess... although fewer and fewer things use unix sockets these days | 20:11 |
| RP | sakoman: a grep for WebCore11CSSProperty on a webkitgtk build fills me with dread at the output | 20:12 |
| jnugen | I'm having a problem with devtool. I did a modify, edit-recipe and build with no problems. Now I want to update-recipe, but I'm getting this message: "INFO: No patches or local source files needed updating". It's not creating a bbappend with my recipe changes. I didn't need to change this source. Any ideas? Thanks! | 20:13 |
| *** astlep <astlep!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 20:23 | |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-30-180.mycingular.net> has quit IRC (Ping timeout: 244 seconds) | 20:30 | |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-30-180.mycingular.net> has joined #yocto | 20:33 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.191.25> has joined #yocto | 20:35 | |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-30-180.mycingular.net> has quit IRC (Ping timeout: 246 seconds) | 20:37 | |
| Saur[m] | jnugen: If you didn't change the source, why would you do a `devtool update-recipe`? | 20:43 |
| *** GillesM <GillesM!~gilles@144.94.127.78.rev.sfr.net> has quit IRC (Quit: Leaving) | 20:43 | |
| *** rob_w <rob_w!~rob@2001:a61:60e9:6f01:cd9:fd5e:713e:6bad> has quit IRC (Read error: Connection reset by peer) | 20:50 | |
| sakoman | RP: yes, I saw your email :-( | 20:55 |
| *** kscherer <kscherer!~kscherer@dsl-173-206-15-108.tor.primus.ca> has quit IRC (Quit: Konversation terminated!) | 20:57 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4802:2100:24d7:51ff:fed6:906d> has quit IRC (Quit: Leaving) | 21:04 | |
| *** PatrickE <PatrickE!~PatrickE@p200300d7b7058c00188d426d3cef34a0.dip0.t-ipconnect.de> has joined #yocto | 21:20 | |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has quit IRC (Quit: Client closed) | 21:30 | |
| zen_coder | rfs613: I was able to start the taskexp UI | 21:32 |
| zen_coder | however, where do I see now why a package gets installed? | 21:32 |
| *** jnugen <jnugen!~jnugen@c-24-23-59-154.hsd1.ca.comcast.net> has quit IRC (Quit: Client closed) | 21:37 | |
| *** PatrickE <PatrickE!~PatrickE@p200300d7b7058c00188d426d3cef34a0.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 252 seconds) | 21:52 | |
| JPEW | sakoman: You might be able to turn off unified builds in WebKit? I forget what benefit they actually give you.... | 21:58 |
| rfs613 | zen_coder: sorry, busy with kids dinner/bath/bedtime for next little while | 22:01 |
| rfs613 | very briefly, there is a search box which you can use to locate the package you are interested in (say zlib) | 22:02 |
| rfs613 | note that dependencies are per-task rather than per-package as you might expect. | 22:02 |
| rfs613 | so you'll see zlib.do_build and zlib.do_install for example, and probably a dozen more | 22:03 |
| rfs613 | you can click on one of those tasks on the left, and it will show you all the dependency list | 22:04 |
| rfs613 | eg. the tasks which it depends on, and also which other tasks depend on it. | 22:05 |
| *** dkl_ <dkl_!~dkl@prometheus.umask.eu> has quit IRC (Quit: %quit%) | 22:07 | |
| rfs613 | it's a bit tedious, but by reviewing the dependencies of each of the tasks of your package, you should be able to figure out why it doesn't want to be removed | 22:08 |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 22:08 | |
| * rfs613 vanishes again for a while | 22:09 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.191.25> has quit IRC (Ping timeout: 256 seconds) | 22:24 | |
| zen_coder | rfs613: can it be, that I have to look for "zlib.do_populate_sysroot" and then in "Dependent Tasks" to see which other package requires zlib? | 22:28 |
| *** astlep <astlep!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto | 22:28 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 22:31 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.81> has joined #yocto | 22:33 | |
| rfs613 | zen_coder: yes, but note that yocto dependencies are at the task level (do_populate_sysroot is one of many tasks associated with a package). Each package can additionally add its own new tasks, which could in turn become dependencies for other tasks. | 22:41 |
| rfs613 | so you likely need to check do_install, do_populate_sysroot, and probaby a few others. | 22:41 |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:4cd9:42:ab32:48b7> has quit IRC (Ping timeout: 272 seconds) | 23:00 | |
| *** olani <olani!~olani@h83-209-157-187.cust.a3fiber.se> has quit IRC (Ping timeout: 258 seconds) | 23:05 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.81> has quit IRC (Read error: Connection reset by peer) | 23:06 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.81> has joined #yocto | 23:09 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.103.247> has quit IRC (Ping timeout: 256 seconds) | 23:26 | |
| *** florian <florian!~florian@dynamic-093-131-053-228.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 23:44 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!