| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has joined #yocto | 00:04 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-038-164.93.133.pool.telefonica.de> has joined #yocto | 00:12 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-038-164.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 00:22 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 00:42 | |
| *** tlhonmey <tlhonmey!~tlhonmey@65.103.139.34> has quit IRC (Ping timeout: 256 seconds) | 01:09 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:12 | |
| *** alimon <alimon!~alimon@189.174.21.166> has quit IRC (Remote host closed the connection) | 01:15 | |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has quit IRC (Ping timeout: 256 seconds) | 01:20 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 01:30 | |
| *** alimon <alimon!~alimon@2806:10b7:3:8b00:2c32:cfff:fe8e:de1f> has joined #yocto | 01:45 | |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has quit IRC (Ping timeout: 256 seconds) | 01:50 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 252 seconds) | 01:53 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 02:06 | |
| *** starblue <starblue!~juergen@dslb-178-006-092-036.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds) | 02:23 | |
| *** starblue <starblue!~juergen@dslb-088-078-110-103.088.078.pools.vodafone-ip.de> has joined #yocto | 02:24 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:26 | |
| *** AKN <AKN!~AKN@103.163.248.195> has joined #yocto | 02:30 | |
| *** mixfix41 <mixfix41!~sdenyninn@user/mixfix41> has joined #yocto | 02:36 | |
| *** mixfix41 <mixfix41!~sdenyninn@user/mixfix41> has quit IRC (Remote host closed the connection) | 02:37 | |
| *** Guest2 <Guest2!~Guest2@125.46.78.163> has joined #yocto | 02:39 | |
| AKN | Hi I trying to include hci_uart.ko in image. | 02:39 |
|---|---|---|
| AKN | Kernel 5.10 | 02:40 |
| AKN | Bringing up the broadcom bluetooth module | 02:40 |
| *** Guest234 <Guest234!~Guest2@125.46.78.163> has joined #yocto | 02:53 | |
| Guest234 | ERROR: gstreamer1.0-1.16.2.imx-r0 do_unpack: gitsm: submodule unpack failed: UnpackError Unpack failure for URL: 'gitsm://gitlab.freedesktop.org/gstreamer/common.git;protocol=https;name=common;subpath=common;bareclone=1;nobr anch=1'. No up to date source found: clone directory not available or not up to date: /home/zmj031180/yocto/BSP- | 02:53 |
| Guest234 | Yocto-FSL-i.MX8MP-PD21.1.3/build/downloads/git2/gitlab.freedesktop.org.gstreamer.common.git; shallow clone not a vailable: /home/zmj031180/yocto/BSP-Yocto-FSL-i.MX8MP-PD21.1.3/build/downloads/gitsmshallow_gitlab.freedesktop.o rg.gstreamer.common.git_bare_59cb678-1.tar.gz | 02:53 |
| Guest234 | I reported this error in bitmake phytec-qt5demo-image. What's going on? | 02:54 |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 02:54 | |
| Guest234 | I reported this error in bitbake phytec-qt5demo-image. What's going on? | 02:54 |
| *** Guest2 <Guest2!~Guest2@125.46.78.163> has quit IRC (Ping timeout: 256 seconds) | 02:55 | |
| Guest234 | ERROR: gstreamer1.0-1.16.2.imx-r0 do_unpack: gitsm: submodule unpack failed: UnpackError Unpack failure for URL: 'gitsm://gitlab.freedesktop.org/gstreamer/common.git;protocol=https;name=common;subpath=common;bareclone=1;nobr anch=1'. No up to date source found: clone directory not available or not up to date: /home/zmj031180/yocto/BSP- | 02:57 |
| Guest234 | Yocto-FSL-i.MX8MP-PD21.1.3/build/downloads/git2/gitlab.freedesktop.org.gstreamer.common.git; shallow clone not a vailable: /home/zmj031180/yocto/BSP-Yocto-FSL-i.MX8MP-PD21.1.3/build/downloads/gitsmshallow_gitlab.freedesktop.o rg.gstreamer.common.git_bare_59cb678-1.tar.gz | 02:57 |
| Guest234 | ERROR: gstreamer1.0-1.16.2.imx-r0 do_unpack: Unpack failure for URL: 'gitsm://gitlab.freedesktop.org/gstreamer/c ommon.git;protocol=https;name=common;subpath=common;bareclone=1;nobranch=1'. No up to date source found: clone d irectory not available or not up to date: /home/zmj031180/yocto/BSP-Yocto-FSL-i.MX8MP-PD21.1.3/build/downloads/g | 02:57 |
| Guest234 | it2/gitlab.freedesktop.org.gstreamer.common.git; shallow clone not available: /home/zmj031180/yocto/BSP-Yocto-FS L-i.MX8MP-PD21.1.3/build/downloads/gitsmshallow_gitlab.freedesktop.org.gstreamer.common.git_bare_59cb678-1.tar.g z | 02:57 |
| Guest234 | ERROR: Logfile of failure stored in: /home/zmj031180/yocto/BSP-Yocto-FSL-i.MX8MP-PD21.1.3/build/tmp/work/aarch64 -phytec-linux/gstreamer1.0/1.16.2.imx-r0/temp/log.do_unpack.11082 | 02:57 |
| Guest234 | ERROR: Task (/home/zmj031180/yocto/BSP-Yocto-FSL-i.MX8MP-PD21.1.3/sources/poky/../poky/meta/recipes-multimedia/g streamer/gstreamer1.0_1.16.2.bb:do_unpack) failed with exit code '1' | 02:57 |
| *** mixfix41 <mixfix41!~sdenyninn@user/mixfix41> has joined #yocto | 03:02 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 03:02 | |
| *** Guest234 <Guest234!~Guest2@125.46.78.163> has quit IRC (Quit: Ping timeout (120 seconds)) | 03:06 | |
| *** jclsn0 <jclsn0!~jclsn@149.224.65.85.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:36 | |
| *** jclsn <jclsn!~jclsn@149.224.106.227.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 03:38 | |
| *** AKN <AKN!~AKN@103.163.248.195> has quit IRC (Read error: Connection reset by peer) | 03:40 | |
| *** amitk <amitk!~amit@103.59.74.78> has joined #yocto | 03:47 | |
| *** Guest2 <Guest2!~Guest2@125.46.78.163> has joined #yocto | 03:55 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:33 | |
| *** AKN <AKN!~AKN@122.162.3.216> has joined #yocto | 05:21 | |
| *** Guest2 <Guest2!~Guest2@125.46.78.163> has quit IRC (Quit: Ping timeout (120 seconds)) | 05:25 | |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 06:29 | |
| mihai | good morning | 06:29 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:40 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:41 | |
| *** g-Guest75 <g-Guest75!~g-Guest75@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 06:47 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 06:53 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 07:01 | |
| jclsn0 | Good morning | 07:08 |
| *** jclsn0 is now known as jclsn | 07:08 | |
| jclsn | So I really can't seem to find out why bitbake and devtool are producing different kernels. | 07:09 |
| jclsn | Any other ideas? | 07:09 |
| jclsn | Else I would just rollback the kernel and try to apply the patches with devtool instead of creating my own kernel branch | 07:09 |
| jclsn | See if that makes a difference | 07:10 |
| jclsn | But I would rather find the cause actually | 07:10 |
| jclsn | This is really a weird error | 07:16 |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 07:22 | |
| *** vladest <vladest!~Thunderbi@81-229-209-18-no288.tbcn.telia.com> has quit IRC (Quit: vladest) | 07:27 | |
| selff | hello everyone. on the yocto side, after writing an image to the sd card, i have space equal to the size of the written image, i cannot use the remaining free space. how can i auto-extend? for example, i have 16gb sd card, image is 800mb. after writing the image, i cannot use the remaining 15.2gb. | 07:27 |
| *** vladest <vladest!~Thunderbi@81-229-209-18-no288.tbcn.telia.com> has joined #yocto | 07:28 | |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Ping timeout: 256 seconds) | 07:36 | |
| *** frieder <frieder!~frieder@i59F4BEEE.versanet.de> has joined #yocto | 07:39 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:43 | |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 07:43 | |
| rburton | Selff if you use wic then it can expand a specified partition | 07:44 |
| jclsn | Actually devtool is not the issue, but the difference is when I check out a workspace | 07:50 |
| jclsn | Then I also get these visitConstant errors https://pastebin.com/wwF7veJu | 07:50 |
| *** mckoan|away is now known as mckoan | 07:51 | |
| jclsn | They don't occur when I build without a local workspace. So it seems that another poky version is used when I check out the kernel, because these errors should have already been fixed says RP | 07:51 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 07:52 | |
| mckoan | selff: see IMAGE_ROOTFS_EXTRA_SPACE | 07:53 |
| jclsn | I will drive to the company soon, set up another host to build on and see if that makes a difference. I am at a point where I can only guess why I am getting these kernel runtime errors | 07:56 |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 07:58 | |
| jclsn | Ah yeah btw, when I do a devtool reset linux-fslc-imx and build again, I get these errors https://pastebin.com/EL71B8Uu | 07:59 |
| jclsn | So somehow the kernel versions must be different | 07:59 |
| jclsn | Do they not? | 08:00 |
| jclsn | :q! | 08:00 |
| selff | rburton i will check, ty. | 08:03 |
| selff | mckoan i saw that but i need auto-expand. | 08:03 |
| selff | mckoan we can give only a certain percentage or value for IMAGE_ROOTFS_EXTRA_SPACE. | 08:04 |
| selff | rburton i found it, ty so much. | 08:13 |
| mckoan | selff: postinstall auto-expand is more complicated ;-) | 08:13 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 08:16 | |
| RP | jclsn: I suspect the configuration of the kernel is different, not the kernel version | 08:18 |
| jclsn | RP: I diffed the defconfigs. They are the same | 08:20 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 08:21 | |
| RP | jclsn: some kernel patch missing? Are there any kernel patches or is it a git tree? | 08:23 |
| jclsn | RP: It is our self-hosted git repository of linux-fslc with our patches applied on the custom branch | 08:23 |
| jclsn | Works for my two colleagues | 08:23 |
| jclsn | On my machine it fails | 08:24 |
| mihai | something is messing around with PV, "git999" is not "natural" :) | 08:24 |
| RP | jclsn: but only after devtool? | 08:24 |
| jclsn | RP: No runtime failure occurs with normal bitbake build | 08:24 |
| jclsn | When I checkout with devtool modify and build from that workspace, the resulting kernel boots fine | 08:24 |
| RP | jclsn: you need to work out what the difference is between the two configurations, then you'll have some idea of the difference you're looking for in the two build paths | 08:31 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 08:31 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 08:31 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 08:38 | |
| kayterina[m] | can an image be build with libc and have parts of it built with musl? | 08:41 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:46 | |
| RP | kayterina[m]: not without games with multiconfig currently | 08:48 |
| kayterina[m] | How serious games? I have a recipe that wants staticly linked libraries and uses musl. If I bitbake mc:musl that recipe can I include that in final image, perhaps by adding it to a do_install()? | 08:51 |
| qschulz | kayterina[m]: with multiconfig, you can add images/binaries from other configs into the final image | 08:58 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:58 | |
| kayterina[m] | α,οκ, i'll look into that then. | 08:58 |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto | 09:01 | |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Ping timeout: 256 seconds) | 09:04 | |
| mckoan | I'm trying to modify weston.ini but my weston-init.bbappend is completely ignored, do you have any hint about weston.ini customization? Is there any special build, maybe using a class or somehow? | 09:26 |
| rburton | check bitbake-layers show-appends to verify your append is actually being used | 09:26 |
| mckoan | rburton: my recipe is taken into account and I can see that declaring a task do_display_banner() | 09:30 |
| mckoan | moreover, even if I modify directly the original meta/recipes-graphics/wayland/weston-init/weston.ini my changes are ignored | 09:31 |
| hmw[m] | Hi, im tring to migrat from a other yocto branche to dunfell but when i run my application that requires mysql the qt application chrashes on | 09:44 |
| hmw[m] | db = QSqlDatabase::addDatabase("QMYSQL", name); | 09:44 |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c2a0:8640::10d4> has quit IRC (Ping timeout: 240 seconds) | 10:10 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 10:11 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Ping timeout: 260 seconds) | 10:16 | |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 10:27 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 10:34 | |
| kayterina[m] | I get a yocto note saying it deferrs a recipe to the same recipe? | 10:59 |
| kayterina[m] | "NOTE: Deferring mc:musl:/home/katerina/project/sources/poky/meta/recipes-core/update-rc.d/update-rc.d_0.8.bb:do_package after /home/katerina/project/sources/poky/meta/recipes-core/update-rc.d/update-rc.d_0.8.bb:do_package" | 10:59 |
| *** paulbarker <paulbarker!sid269702@id-269702.hampstead.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 11:02 | |
| *** starblue <starblue!~juergen@dslb-088-078-110-103.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 11:05 | |
| *** starblue <starblue!~juergen@dslb-088-078-110-103.088.078.pools.vodafone-ip.de> has joined #yocto | 11:07 | |
| RP | kayterina[m]: note the mc:musl: at the start | 11:13 |
| kayterina[m] | ouch. didn't see it. It says that it will not use mc for that recipe? | 11:19 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 11:19 | |
| kayterina[m] | *musl | 11:20 |
| RP | kayterina[m]: it appears to be building the "normal" config version and a "musl" multiconfig version of it | 11:20 |
| kayterina[m] | RP: and how come it only does the do_package ? | 11:21 |
| RP | kayterina[m]: they might be the same thing which is why it is deferring it, I can't tell from the log | 11:22 |
| kayterina[m] | ok. | 11:22 |
| RP | qschulz: have some fun changes in master-next which add all the sphinx dependencies and then a docs-tarball recipe, complete with a test | 11:23 |
| RP | qschulz: if this comes together we can upgrade to sphinx 4.4 on the autobuilders | 11:24 |
| *** BobPungartnik <BobPungartnik!~Pung@187.113.159.60> has joined #yocto | 11:26 | |
| *** BobPungartnik <BobPungartnik!~Pung@187.113.159.60> has quit IRC (Client Quit) | 11:27 | |
| qschulz | RP: nice! looking forward to it and the patches I'll need to send for the docs :D | 11:35 |
| *** cb5r[m] <cb5r[m]!~cb5rmatri@2001:470:69fc:105::1:dd2b> has joined #yocto | 11:40 | |
| barometz | Downloads from http://downloads.yoctoproject.org/mirror/sources/ from at least two locations in .nl are <100K/s right now (and have been for a day or so, if our build stalls are any indication). Is this a known problem and/or is there anything I/we can do to help figure out what's up? | 11:46 |
| RP | barometz: our admin is sleeping atm, ask again in around 4 hours | 11:47 |
| barometz | will do :) | 11:47 |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Quit: cb5r) | 11:53 | |
| *** cb5r[m] is now known as cb5r | 11:53 | |
| *** cb5r <cb5r!~cb5rmatri@2001:470:69fc:105::1:dd2b> has quit IRC (Quit: Reconnecting) | 11:55 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 11:55 | |
| * RP tries to remember what he was doing before docs recipes | 12:01 | |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 12:13 | |
| qschulz | RP: optimizing the function calls? | 12:13 |
| qschulz | you were asking people to test one of your branches for speed-ups | 12:14 |
| selff | i asked something about image auto extend and a friend helped me. who was he/she? | 12:14 |
| RP | qschulz: right! I wonder what other ideas I was thinking of :) | 12:16 |
| selff | It works, but the 128gb sd card was only able to expand up to 60gb. why couldn't it expand the rest? | 12:18 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 256 seconds) | 12:32 | |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed) | 12:45 | |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 12:55 | |
| *** jclsn[m] <jclsn[m]!~coldspar_@2001:470:69fc:105::db09> has joined #yocto | 13:01 | |
| jclsn[m] | RP: That is what I was trying, but I have no clue | 13:02 |
| jclsn[m] | Been searching for three days | 13:02 |
| jclsn[m] | I also don't think that both approaches should yield the same kernel build | 13:03 |
| jclsn[m] | s/the/a/, s/same/differentkernel/, s/kernel// | 13:03 |
| jclsn[m] | I mean this is what you use Yocto for: You get a reproducible build no matter on what you build it on. Especially when you use Docker containers. | 13:08 |
| jclsn[m] | So it makes absolutely no sense to me why my colleagues can build fine and I am getting errors. | 13:08 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 13:08 | |
| *** ar__ <ar__!~akiCA@user/akica> has joined #yocto | 13:14 | |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 13:18 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 13:18 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Remote host closed the connection) | 13:25 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 13:25 | |
| RP | jclsn[m]: it doesn't make sense and would be nice to get to the bottom of it | 13:34 |
| RP | we do want to be reproducible | 13:34 |
| jclsn[m] | I know | 13:34 |
| jclsn[m] | I am currently building on another machine with the same tooling | 13:36 |
| jclsn[m] | But fetching binutils is taking forever | 13:36 |
| qschulz | jclsn[m]: just copy the downloads directory | 13:36 |
| qschulz | RP: a bunch of your patches for sphinx are missing your SoB | 13:37 |
| jclsn[m] | qschulz: I deleted it on both | 13:37 |
| jclsn[m] | I've deleted 20+ times in the last three days to make sure that there is a fresh build every time | 13:38 |
| RP | qschulz: ah, I'll fix that, thanks | 13:38 |
| jclsn[m] | But always this kernel panic | 13:38 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:44 | |
| *** AKN <AKN!~AKN@122.162.3.216> has quit IRC (Read error: Connection reset by peer) | 13:47 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 13:58 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 14:02 | |
| *** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 14:06 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 14:06 | |
| hcg | I wonder if anyone can help me - I am migrating to the honister release and for some reason all -dev packages are being included in my image, but they were not in our dunfell release. Is there a subtle behaviour change I may have missed? | 14:11 |
| RP | hcg: probably some recipe has broken packaging or dependencies and it is pulling in a long chain of them | 14:12 |
| RP | hcg: no change specifically that I remember | 14:12 |
| RP | rburton: with the upgrade to python3-cryptography in -next, we see a new ptest failure: https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/3248/steps/12/logs/stdio :( | 14:14 |
| rburton | ffs | 14:14 |
| hcg | RP: Could you give me a hint as to how I could try to isolate this? I have been digging for ages | 14:14 |
| rburton | hcg: rootfs log will list what packages its installing explicitly | 14:15 |
| rburton | if there's no -dev in there, it's entirely dependencies | 14:15 |
| rburton | if there are then find out where that is coming from | 14:16 |
| hcg | All the -dev packages are listed in log.do_rootfs | 14:17 |
| rburton | they will be in it somewhere, as it lists everything being installed | 14:17 |
| rburton | the point is to identify are they in the bit that lists what is being explicitly installed, or only being pulled in via deps | 14:18 |
| hcg | :0 | 14:18 |
| *** michaelo[m] <michaelo[m]!~michael-o@2001:470:69fc:105::be7c> has joined #yocto | 14:18 | |
| rburton | (i'm presuming you've not turned on dev-pkgs, which would install all dev packages) | 14:18 |
| rburton | share the log, if you can | 14:18 |
| hcg | dev-pkgs is definitely not on | 14:19 |
| hcg | The log is pretty huge, is there somewhere i can paste it? | 14:20 |
| rburton | any pastebin | 14:20 |
| rburton | RP: is there a delay for the non-release logs being updated with the individual ptest logs? | 14:20 |
| rburton | RP: no per-recipe log in https://autobuilder.yocto.io/pub/non-release/20220317-17/testresults/qemux86-64-ptest/ | 14:20 |
| RP | rburton: it happens at the end of the build and the build hasn't finished? | 14:28 |
| rburton | that was my guess | 14:30 |
| *** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC (Quit: leaving) | 14:34 | |
| *** tprrt <tprrt!~tprrt@lfbn-tou-1-236-67.w86-201.abo.wanadoo.fr> has joined #yocto | 14:46 | |
| *** tprrt <tprrt!~tprrt@lfbn-tou-1-236-67.w86-201.abo.wanadoo.fr> has quit IRC (Client Quit) | 14:47 | |
| *** tprrt <tprrt!~tprrt@shells.bootlin.com> has joined #yocto | 14:48 | |
| *** tprrt is now known as tperrot | 14:48 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 14:49 | |
| *** AKN <AKN!~AKN@103.163.248.202> has joined #yocto | 14:53 | |
| hcg | rburton: here is a paste of my log https://paste.ec/paste/lPTfZa6s#ApcIo9ToFpm+QTFQPPXB5KvYdD86qr1liwdSly8meox | 14:55 |
| rburton | hcg: 'packagegroup-devtools' isn't part of core and sounds like it might pull in -dev packages, is that yours? | 14:59 |
| rburton | the key line is 'NOTE: Installing the following packages:', that's the list of everything its being told to install explicitly | 15:01 |
| rburton | it then installs a load of -dev | 15:01 |
| rburton | so one of those is depending on at least one -dev, which pulls in more | 15:01 |
| hcg | That is ours, but it does not pull in the -dev packages. At the moment our production is running on dunfell and none of the -dev packages are installed there. | 15:02 |
| rburton | well one of that list is. | 15:02 |
| rburton | bitbake package-index and you can read the package index by hand | 15:02 |
| *** alimon <alimon!~alimon@2806:10b7:3:8b00:2c32:cfff:fe8e:de1f> has quit IRC (Remote host closed the connection) | 15:14 | |
| *** Guma <Guma!~Guma@23.108.92.179> has joined #yocto | 15:19 | |
| *** alimon <alimon!~alimon@2806:10b7:3:8b00:2c32:cfff:fe8e:de1f> has joined #yocto | 15:21 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 15:24 | |
| *** AKN <AKN!~AKN@103.163.248.202> has quit IRC (Read error: Connection reset by peer) | 15:28 | |
| RP | wow, libtool 2.4.7 just released | 15:32 |
| cb5r | After I added something to DISTRO_FEATURES - how does the change get applied? If I just rerun I still get a "not in DISTRO_FEATURES" error :/ | 15:34 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-177-013.2.244.pool.telefonica.de> has joined #yocto | 15:38 | |
| barometz | Downloads from http://downloads.yoctoproject.org/mirror/sources/ from at least two locations in .nl are <100K/s right now (and have been for a day or so, if our build stalls are any indication). Is this a known problem and/or is there anything I/we can do to help figure out what's up? | 15:39 |
| barometz | (repeat from earlier, but I did check and my download of binutils that I started around that time is still going) | 15:39 |
| khem | RP: the egl replies were in my todo, done now | 15:41 |
| khem | does new libtool have sysroot support ? | 15:41 |
| RP | khem: it does not have our fixes. I did submit them and I'm hoping the maintainer will get there next | 15:42 |
| RP | khem: thanks, now we need rburton :) | 15:42 |
| rburton | cb5r: how did you add? | 15:43 |
| RP | khem: the libtool maintainer wanted to get a release out first, then look at new patches | 15:43 |
| hcg | rburton: sorry, I had to attend a meeting - that packagegroup-devtools pulls in 'opkg nano htop mountdebugfs' only - I will assume that maybe one of our recipes is broken so I will try creating an image which does not install any of our stuff and see if it is still installing -dev packages | 15:44 |
| rburton | yeah, core-image-minimal will demonstrate if its your images/deps or some distro config | 15:45 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 15:49 | |
| cb5r | rburton: I added the following to my meta-device/conf/distro/wayland.conf: DISTRO_FEATURES_append = " x11 gobject-introspection-data" | 15:52 |
| rburton | presumably you're using a release which uses _ as the override | 15:53 |
| cb5r | (Context: I have a wayland based dunfell build and would like to include squeekboard into it. But apparently it requires gnome3 and x11 for some reason) | 15:53 |
| rburton | and you've DISTRO=wayland | 15:54 |
| rburton | bitbake recipe-which-breaks -e | less, search for DISTRO_FEATURES= | 15:54 |
| rburton | scroll up and you'll see how the value is generated | 15:54 |
| rburton | sqeekboard is very much wayland-specific | 15:55 |
| rburton | so it won't be asking you to enable x11 | 15:55 |
| rburton | a dependency of it might, i guess | 15:55 |
| cb5r | I have poky on the "dunfell" branch (latest commits) | 15:56 |
| landgraf | is there am argument like "exit on first failed test" for oe-selftest ? | 15:59 |
| RP | landgraf: I don't think so | 16:00 |
| *** StayLearning[m] <StayLearning[m]!~staylearn@2001:470:69fc:105::1:bf3f> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| RP | hmm, I wonder where I put that libtool experiment branch I had :/ | 16:01 |
| cb5r | rburton: I was quite suprised to see that it wants x11 as well... The only match I get from your command is this: NOTE: Set DISTRO_VERSION='dunfell-12.0-19-g7fcf58d' for distro guf-wayland (matches tags with dunfell[-/]*) | 16:01 |
| rburton | bitbake -e [recipename]? | 16:02 |
| rburton | you'll get *pages* of output | 16:02 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 250 seconds) | 16:04 | |
| vmeson | go-1.18 for 3.5 ?... is anyone working on it? https://go.dev/doc/devel/release#go1.18 The main advantage aside from 1.18 features is that support would be supported for a bit longer. | 16:18 |
| * vmeson is not a goer... | 16:18 | |
| cb5r | rburton: Woops - my bad. It looks to me as if the .conf file is not parsed again. I see the values that are set in the conf file but DISTRO_FEATURES is missing my latest append edit | 16:18 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-177-013.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 16:19 | |
| rburton | then its not being used at all | 16:19 |
| cb5r | you mean I basically edited the wrong conf file? | 16:19 |
| *** Guma <Guma!~Guma@23.108.92.179> has quit IRC (Ping timeout: 240 seconds) | 16:20 | |
| rburton | yes | 16:20 |
| cb5r | The INCLUDE HISTORY at the beginning of the output shows that file though ?_? | 16:22 |
| rburton | did you save it? :) | 16:22 |
| cb5r | definitely, multiple times :D | 16:22 |
| cb5r | Ah I see that the two things I am trying to add are both removed prior to my append... I guess the remove wins +.+ | 16:25 |
| rburton | yes, remove wins | 16:25 |
| rburton | this is why -e is so useful | 16:25 |
| cb5r | Very nice "trick"! Thank you :) | 16:28 |
| * cb5r is happy because it's building now | 16:29 | |
| abelloni | or bitbake-getvar once you upgrade | 16:33 |
| abelloni | my recommendation is usually to avoid _remove | 16:34 |
| *** Guma <Guma!~Guma@185.229.59.143> has joined #yocto | 16:42 | |
| kergoth | in the cases where _remove is needed, at least use an intermediate variable which could be altered. FOO_remove = "${FOO_REMOVE}"; FOO_REMOVE ?= "bar"; then you can set FOO_REMOVE = "" or even FOO_REMOVE_remove in a later file if needed | 16:43 |
| rburton | RP: crypto-vectors sent | 16:44 |
| RP | khem: I just pushed the flit changes to master so meta-oe can be updated too | 16:44 |
| RP | rburton: thanks! | 16:46 |
| * RP needs to sort the other fix :/ | 16:46 | |
| khem | yeah thanks | 16:58 |
| khem | somehow github is acting today have thrown me off cliff all morning | 16:59 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 16:59 | |
| hcg | rburton: I have identified a recipe which appears to be broken. If I comment that particular recipe out of my build, I see no -dev packages, and uncomment it and the -dev packages reappear. The recipe is actually from the meta-ti layer and I guess a hint that is is not going to misbehave is INSANE_SKIP:${PN} += "already-stripped dev-deps" | 16:59 |
| rburton | that's not intrinsicly bad | 17:00 |
| rburton | what's the recipe? | 17:00 |
| hcg | meta-ti/meta-ti-bsp/recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb | 17:00 |
| rburton | what branch? | 17:02 |
| rburton | dunfell, wasn't it? | 17:02 |
| hcg | master | 17:02 |
| rburton | master of poky/oe-core too? | 17:03 |
| rburton | that recipe *is* horrible | 17:04 |
| hcg | We are using honister of poky/oe-core | 17:04 |
| rburton | i'd use honister of meta-ti then, in case crossing the streams is the problem | 17:04 |
| rburton | but if you've isolated a recipe, tell the meta-ti owners | 17:04 |
| rburton | bonus points for replicating with just core-image-minimal + this recipe | 17:05 |
| hcg | meta-ti actually does not have a honister branch - the latest they have are dunfell-next and then master | 17:05 |
| *** Guma <Guma!~Guma@185.229.59.143> has quit IRC (Quit: Good Night Everyone...) | 17:06 | |
| hcg | the master branch has the overrides update in it, so it builds with honister | 17:07 |
| khem | prebuilts hell 🙂 | 17:07 |
| RP | abelloni: I've sent the other pyc workaround so we're probably good for another build with rburton's fixes | 17:16 |
| abelloni | sure, I4ll get that going soon | 17:17 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 17:19 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: xmn) | 17:19 | |
| qschulz | halstead: greetings! We've got some people complaining about slow downloads.yoctoproject.org. barometz here publicly at least | 17:22 |
| *** frieder <frieder!~frieder@i59F4BEEE.versanet.de> has quit IRC (Remote host closed the connection) | 17:23 | |
| qschulz | I had my two last builds stuck on linux-yocto and glibc downloads for a few hours (not sure it uses those mirrors from the logs) | 17:23 |
| halstead | qschulz: The public sstate traffic is competting with downloads traffic and filling the pipe. | 17:23 |
| halstead | RP: Should I prioritize downloads.yoctoproject.org over sstate.yoctoproject.org ? | 17:24 |
| qschulz | halstead: oooooh nice dilemma :) | 17:24 |
| khem | halstead git-pw sometimes fetches same patch in series for two different patch numbers | 17:25 |
| RP | halstead: Probably, yes | 17:25 |
| RP | halstead: are we generating that much sstate traffic? :/ | 17:26 |
| halstead | RP: It appears so. I can pull stats. | 17:26 |
| RP | halstead: prioritise the downloads | 17:26 |
| halstead | khem: I'm not sure how to help with that. Do you have a suggestion? | 17:27 |
| barometz | for what it's worth this has gotten us to consider setting up a local mirror, so maybe occasional slowness has its benefits (they said, half kidding) | 17:27 |
| qschulz | halstead: RP: highlights I should really start working on setting up my own mirror, shared sstate and hashserv instead of having my CI do everything from scratch every time. | 17:28 |
| qschulz | barometz: I see we had the same thoughts :) | 17:28 |
| khem | halstead: see this https://patchwork.yoctoproject.org/project/oe/patch/1647524807-17685-1-git-send-email-xuhuan.fnst@fujitsu.com/ and https://patchwork.yoctoproject.org/project/oe/patch/1647524807-17685-2-git-send-email-xuhuan.fnst@fujitsu.com/ | 17:28 |
| halstead | khem: Speaking of, are you planning to reply to the helpdesk email with the missed UTF-8 messages or shall I? | 17:29 |
| khem | when I do git-pw patch apply on first one it applies ok but second one still fetches the first patch | 17:29 |
| khem | halstead: I can although yours will be more educated than mine 🙂 | 17:30 |
| *** mixfix41 <mixfix41!~sdenyninn@user/mixfix41> has quit IRC (Ping timeout: 240 seconds) | 17:31 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 17:35 | |
| halstead | Okay, I can do it khem. And that additional detail should be enough to investigate. | 17:36 |
| RP | kergoth: is there anything better we could do than https://git.yoctoproject.org/poky/commit/?h=master-next&id=e61c33b527befe0581507a9c4379831bf812aa35 ? | 17:42 |
| RP | kergoth: I did try an "isupper" approach but that fails with prefix, bindir and friends | 17:42 |
| kergoth | Hmm. I was thinking about checking globals() and/or __builtins__ and our bb evaluation context, to at least avoid the hardcoded list | 17:43 |
| kergoth | wouldn't need to check eval context, those should return values, not raise keyerrors | 17:49 |
| kergoth | My only concern with that would be performance of assembling that list.. | 17:50 |
| kergoth | RP: ^ | 17:51 |
| kergoth | I wouldn't go based on case, that won't do | 17:52 |
| * kergoth shrugs | 17:52 | |
| RP | kergoth: right, I used the list as it handled the majority of the pain points but it is horrible :/ | 17:53 |
| kergoth | The idea here is just to avoid unnecessary datasmart getvars yeah? | 17:54 |
| RP | kergoth: yes. They're fast but obviously skipping them is faster :) | 17:54 |
| Belgarion | halstead: is downloads.yoctoproject.org blocking certain ip blocks? i've noticed that all connection attempts from machines on our new ip block times out, while machines still on the old ip block is able to connect | 17:58 |
| halstead | Belgarion: We've received a few reports of this. We are not denying any IP blocks on purpose. Can you email it-coreprojects-helpdesk@linuxfoundation.org with information about your IP block, a traceroute and any logs you think might be helpful? | 18:00 |
| RP | kergoth: I'm trying to figure out what the real performance bottlenecks are and this was noise but noise I thought we should stop entirely | 18:00 |
| kergoth | I'm actually wondering now how often folks *use* the ability to look up variables with bare words in inline python :) | 18:01 |
| RP | kergoth: disabling it finds the uses on core :) | 18:01 |
| kergoth | The intention was to make it less verbose and more readable, but that's less of an issue now that we don't have to pass ", True" all the damn time | 18:01 |
| RP | kergoth: I did wonder if we should remove it but torn on that | 18:02 |
| kergoth | Yeah.. not sure. I still rather like it when reading the code. But it's another case of us having multiple ways to do things and folks don't know what to use, too | 18:03 |
| kergoth | Tough call | 18:03 |
| RP | kergoth: something to think about, I proposed the list as a compromise for now... | 18:04 |
| halstead | Belgarion: may I PM you to collect some data in real time? | 18:04 |
| Belgarion | sure | 18:04 |
| kergoth | RP: capturing the __builtins__ at class definition time probably wouldn't be a bad way to go, that at least isn't going to change much. Then add os/bb/oe as explicit exceptions | 18:05 |
| *** mckoan is now known as mckoan|away | 18:05 | |
| kergoth | RP: avoids the issue of *when* to capture globals() since it changes due to imports | 18:05 |
| * kergoth shrugs | 18:05 | |
| *** amitk <amitk!~amit@103.59.74.78> has quit IRC (Ping timeout: 240 seconds) | 18:06 | |
| kergoth | __builtins__ having int, etc. | 18:06 |
| kergoth | i.e. builtins = dir(__builtins__) in the class definition, then explicitly add the xceptions to it, and check that in __missing__ | 18:07 |
| kergoth | RP: should also conisder removing those items from execs | 18:08 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 252 seconds) | 19:12 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has quit IRC (Read error: Connection reset by peer) | 19:24 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has joined #yocto | 19:27 | |
| *** nateglims <nateglims!~nateglims@205.251.233.53> has joined #yocto | 19:27 | |
| nateglims | If I add a license to a software layer and run 'yocto-check-layer', it complains about changing the signature of other software. Is that expected? | 19:37 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-177-013.2.244.pool.telefonica.de> has joined #yocto | 19:50 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 19:51 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has quit IRC (Ping timeout: 240 seconds) | 19:56 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has joined #yocto | 19:59 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 20:04 | |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 20:17 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 20:35 | |
| cb5r | I switched poky tag from 3.1.7 to 3.1.14 and now poky/meta/recipes-core/kbd/kbd_2.2.0.bb fails to build. Might this be due to a clean working build directory now? Do I have to purge everything and start a clean build or what is the fastest way to (hopefully) fix this? | 20:38 |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has joined #yocto | 20:40 | |
| RP | kergoth: that does sound like a reasonable idea. Fancy sending a patch? :) | 20:47 |
| *** nateglims <nateglims!~nateglims@205.251.233.53> has quit IRC (Quit: Client closed) | 20:48 | |
| khem | hmmm ssh to qemu is not working today anything interesting changed in master-next ? | 21:02 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 21:05 | |
| RP | khem: shouldn't have done and AB tests are ok | 21:05 |
| RP | sakoman: I just added more debugging for the tinfoil event issue | 21:05 |
| RP | abelloni: I sent that libtool patch in the hope we can put it through some testing, see how things look with it | 21:06 |
| khem | RP: this is qemuriscv 🙂 | 21:07 |
| RP | khem: I wish we had that on the AB :/ | 21:07 |
| *** nateglims <nateglims!~nateglims@205.251.233.53> has joined #yocto | 21:08 | |
| khem | but it was working ok couple of days back | 21:08 |
| khem | so I am hoping to figure it out since its not such a long time | 21:08 |
| khem | it could also be some env issue | 21:09 |
| RP | khem: that narrows down the range of potential changes for sure | 21:09 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 21:10 | |
| *** amitk <amitk!~amit@103.59.74.78> has joined #yocto | 21:14 | |
| *** amitk <amitk!~amit@103.59.74.78> has quit IRC (Ping timeout: 252 seconds) | 21:21 | |
| RP | abelloni: probably hold on the libtool patch, my local build found something odd :/ | 21:33 |
| RP | joy. New libtool breaks pseudo somehow | 21:40 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-177-013.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 21:47 | |
| khem | RP: so its only on qemuriscv32 and openssh, so I think I might not have tried openssh for quite a while on that machine, since I was trying core-image-weston and core-image-sato and both use dropbear | 21:47 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:52 | |
| *** Ebeneezer_Smooge <Ebeneezer_Smooge!~Smooge@centos/qa/smooge> has quit IRC (Ping timeout: 256 seconds) | 21:54 | |
| *** SSmoogen <SSmoogen!~Smooge@centos/qa/smooge> has joined #yocto | 21:54 | |
| *** camus1 <camus1!~Instantbi@2409:8a1e:911f:3780:61b0:3776:78f:4bcf> has joined #yocto | 21:55 | |
| *** Guma__ <Guma__!~Guma@185.203.219.55> has joined #yocto | 21:57 | |
| *** camus <camus!~Instantbi@2409:8a1e:9118:ceb0:85c2:5621:159b:92db> has quit IRC (Ping timeout: 256 seconds) | 21:57 | |
| *** camus1 is now known as camus | 21:57 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 21:58 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 22:02 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has joined #yocto | 22:18 | |
| khem | so here we go, openssh: update 8.8 -> 8.9 broke it for rv32 ☹️ | 22:22 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 240 seconds) | 22:27 | |
| *** zygny1 <zygny1!~zygny1@2001:df4:d081:7:56bf:64ff:fe71:bade> has joined #yocto | 22:28 | |
| RP | Looks like a change in 2015 breaks libtool in libfm https://git.savannah.gnu.org/cgit/libtool.git/commit/build-aux/ltmain.in?id=32f0df9835ac15ac17e04be57c368172c3ad1d19 but only under pseudo | 22:37 |
| khem | RP: found the root of openssh problem, sent a patch to ml, thanksfully Alex has done some upstream reporting, | 22:40 |
| *** nateglims <nateglims!~nateglims@205.251.233.53> has quit IRC (Quit: Client closed) | 22:44 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-177-013.2.244.pool.telefonica.de> has joined #yocto | 23:01 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Remote host closed the connection) | 23:13 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 23:13 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-177-013.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 23:14 | |
| Guma__ | I just build fresh yocto image for the first time. It boots just fine. I realized by running iptables -L that there were not rules. So I added some rules I like and saved with iptables-save ? /etc/iptables.rules. After boot it is not loading. Amd I missing something? | 23:18 |
| abelloni | I guess you need to add a service to load the rules | 23:20 |
| Guma__ | Aha.Ok I am running in runlevel 3. What "S" start level is safe to add this in /etc/irc3.d/ | 23:22 |
| Guma__ | Also any online quick tamplates I can modify? | 23:22 |
| abelloni | there is meta/recipes-extended/iptables/iptables/iptables.service for systemd | 23:25 |
| *** zygny1 <zygny1!~zygny1@2001:df4:d081:7:56bf:64ff:fe71:bade> has quit IRC (Quit: Client closed) | 23:36 | |
| kergoth | RP: https://github.com/openembedded/bitbake/compare/master-next...kergoth:datacontext WIP, it does add one function call at DataContext construction time, not sure if that's ideal, need to perf test it | 23:37 |
| kergoth | could just drop that part of it | 23:37 |
| kergoth | afk | 23:41 |
| manuel1985 | I'm running my image inside qemu with slirp. I can ping the host from inside the container. How do I make qemu to route packets to the internet? | 23:42 |
| manuel1985 | `/usr/sbin/sysctl net.ipv4.ip_forward` tells me ipv4 forwarding is enabled. | 23:43 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!