Wednesday, 2024-04-03

*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 256 seconds)00:26
*** Habbie <Habbie!> has quit IRC (Ping timeout: 256 seconds)00:29
*** Saur_Home85 <Saur_Home85!> has quit IRC (Quit: Client closed)00:31
*** Saur_Home85 <Saur_Home85!> has joined #yocto00:31
*** qschulz <qschulz!> has quit IRC (Read error: Connection reset by peer)00:32
*** Habbie <Habbie!> has joined #yocto00:33
*** qschulz <qschulz!> has joined #yocto00:35
*** tealbird <tealbird!> has quit IRC (Ping timeout: 272 seconds)00:44
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 256 seconds)01:03
*** davidinux <davidinux!~davidinux@> has joined #yocto01:10
*** tealbird <tealbird!> has joined #yocto01:18
*** starblue <starblue!~juergen@> has quit IRC (Ping timeout: 268 seconds)01:28
*** jclsn <jclsn!~jclsn@2a04:4540:6531:2700:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 240 seconds)01:28
*** starblue <starblue!~juergen@> has joined #yocto01:30
*** jclsn <jclsn!~jclsn@2a04:4540:6516:fc00:2ce:39ff:fecf:efcd> has joined #yocto01:31
*** enok <enok!> has joined #yocto01:32
*** xmn <xmn!> has joined #yocto01:40
*** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has quit IRC (Ping timeout: 255 seconds)01:41
*** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has joined #yocto01:42
*** Bardon_ <Bardon_!~Bardon@user/Bardon> has quit IRC (Ping timeout: 264 seconds)01:55
*** enok <enok!> has quit IRC (Ping timeout: 260 seconds)01:58
*** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has quit IRC (Ping timeout: 240 seconds)01:59
*** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has joined #yocto02:02
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto02:18
moto-timoPeople do change employers and yet retain nicks.03:12
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:23
*** splatch <splatch!> has quit IRC (Quit: Connection closed for inactivity)03:25
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)03:40
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:55
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer)03:57
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:57
*** khem` <khem`!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto04:07
*** khem` <khem`!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Client Quit)04:08
*** khem` <khem`!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto04:13
*** khem` <khem`!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Client Quit)04:14
*** khem <khem!> has quit IRC ()04:16
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto04:17
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Quit: WeeChat 4.2.1)04:23
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto04:23
*** simonew <simonew!> has quit IRC (Ping timeout: 252 seconds)04:34
*** thomas_34 <thomas_34!> has joined #yocto04:36
*** ssweeny <ssweeny!c6d723798b@user/ssweeny> has quit IRC (Quit: Gateway shutdown)04:38
*** ssweeny <ssweeny!c6d723798b@user/ssweeny> has joined #yocto04:39
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Quit: WeeChat 4.2.1)04:58
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto04:58
*** simonew <simonew!~ile@2a02:810d:a940:35fc:6ac1:6ce:911f:af87> has joined #yocto05:04
*** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto05:17
*** rob_w <rob_w!> has joined #yocto05:33
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto05:40
*** alessioigor <alessioigor!~alessioig@> has joined #yocto05:40
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 4.2.1)05:47
*** linfax <linfax!> has joined #yocto05:58
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)06:03
*** xmn <xmn!> has quit IRC (Ping timeout: 240 seconds)06:04
*** rob_w <rob_w!> has joined #yocto06:06
*** LocutusOfBorg <LocutusOfBorg!~locutusof@> has quit IRC (Ping timeout: 252 seconds)06:19
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto06:22
*** mckoan_ is now known as mckoan06:27
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 256 seconds)06:31
*** Fahad <Fahad!~Fahad@> has joined #yocto06:31
*** LocutusOfBorg <LocutusOfBorg!~locutusof@> has joined #yocto06:33
*** sng <sng!~quassel@> has quit IRC (Quit: - Chat comfortably. Anywhere.)06:37
*** sng <sng!~quassel@> has joined #yocto06:37
*** simonew <simonew!~ile@2a02:810d:a940:35fc:6ac1:6ce:911f:af87> has quit IRC (Remote host closed the connection)06:38
*** simonew <simonew!~ile@2a02:810d:a940:35fc:5305:49ca:a1d1:3ac4> has joined #yocto06:39
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)06:39
*** zpfvo <zpfvo!> has joined #yocto06:50
*** rfuentess <rfuentess!> has joined #yocto07:03
*** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Ping timeout: 268 seconds)07:11
*** Ad0 <Ad0!~Ad0@> has joined #yocto07:12
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit)07:19
*** Net147 <Net147!> has joined #yocto07:19
*** enok <enok!> has joined #yocto07:23
*** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:edc6:164a:c314:6eeb> has joined #yocto07:28
*** Kubu_work <Kubu_work!> has joined #yocto07:44
thomas_34Good morning, does someone know whats the "safest" way to check if a variable is empty or not set? Does oe.utils provide a function for that?07:56
*** prabhakalad <prabhakalad!~prabhakar@> has quit IRC (Ping timeout: 260 seconds)08:05
*** prabhakalad <prabhakalad!~prabhakar@> has joined #yocto08:06
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Remote host closed the connection)08:14
*** enok <enok!> has quit IRC (Ping timeout: 240 seconds)08:19
*** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving)08:24
*** enok <enok!> has joined #yocto08:28
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC (Ping timeout: 268 seconds)08:49
*** enok <enok!> has quit IRC (Ping timeout: 260 seconds)08:49
*** florian <florian!> has joined #yocto08:51
*** jpuhlman <jpuhlman!~jpuhlman@> has joined #yocto08:52
*** splatch <splatch!> has joined #yocto08:53
*** splatch is now known as ldywicki08:55
*** enok <enok!> has joined #yocto08:57
mckoanthomas_34: do you mean in a recipe?09:07
*** rudynotfound <rudynotfound!~rudynotfo@> has joined #yocto09:13
rudynotfoundhey there i am looking forward to be a yocto developer , how can i get started?09:14
usviget a devkit, good book and start hacking09:15
rudynotfoundhacking what09:16
usviwriting and changing code, compiling, running and debugging09:16
JaMarudynotfound: you can start with
*** coelebs <coelebs!> has joined #yocto09:17
rudynotfoundahhhhhhhhhhh thanks09:17
rudynotfoundi use arch btw09:17
rudynotfoundalso making my own independent distro and using yocto in the kernel so i cannot take a risk of it not being secured so i planned to join the project itself to be sure of its security and stuff09:18
rudynotfoundchat has been really quiet09:19
*** rudynotfound <rudynotfound!~rudynotfo@> has quit IRC (Quit: Client closed)09:20
ldywickistrange ;-)09:20
*** rudynotfound <rudynotfound!~rudynotfo@> has joined #yocto09:20
usviits the nature of this chat that there are sometimes more messages and sometimes less09:20
rudynotfoundirc very complicated09:20
ldywicki@rudynotfound I do use arch, but never really made any build of it beyond several packages. Do you use arch as a base for your distro?09:20
rudynotfoundno i would use lfs09:20
ldywickito be precise I use manjaro09:21
rudynotfoundgonna create its own base09:21
rudynotfoundi work at endeavour os community edition hyprland09:21
rudynotfoundbut i use vanilla arch09:21
*** Michael_Guest <Michael_Guest!~Michael_G@> has joined #yocto09:22
ldywickiI see, irc was a great place in the past, nowadays most of chats moved to more modern tools, but irc is still great. It is much less distracting than stuff with mobile apps.09:22
rudynotfounddiscord replaced it seriously09:23
rudynotfoundimma go install arch again lol09:24
*** Vivith <Vivith!~Vivith@> has joined #yocto09:24
*** Vivith <Vivith!~Vivith@> has quit IRC (Client Quit)09:24
ldywickiper say you do not need arch, you can try to conduct build using container to spin bitbake09:25
ldywickiI use also a tool called kas which is quite handy to assemble build config09:26
ldywickianyhow, you probably know more about linux development than myself, throwing tooling just so you have idea :)09:26
rudynotfoundits what i use i do not wanna use windows but my school got ms office so i cannot even leave it09:26
rudynotfoundi sometimes feel like erasing disk and installing arch like i love linux and tux is friendly with me since my drivers are opensource even the gpu and the processor09:27
ldywickiyou can run, you can hide, ms office will find you09:28
rudynotfoundmy classmates even barely know how to update windows09:28
rudynotfoundi am like the hacker in the class09:29
*** Tyaku <Tyaku!> has quit IRC (Quit: leaving)09:29
rudynotfoundfedora would be better for these stuff ig? because it got more options for development?09:29
rudynotfoundbecause thats what torvalds use09:29
ldywickinot sure, most of linux distros will provide you a way to pull development tools, and with bitbake you need mostly standard stuff as all heavy lifting (like cross compilation) happens inside of the build.09:32
*** opalfruit <opalfruit!> has joined #yocto09:32
*** enok <enok!> has quit IRC (Ping timeout: 252 seconds)09:33
opalfruitHi, just wondering if anyone can point me in the right direction, i can see aarch64-poky-linux-gcc exists,  which i believe i'm using to build the kernel/rootfs programs, but i'm trying to also install arm-poky-linux-gcc so the host can also compile armhf programs, which i was trying to do using DEPENDS, but i keep getting close matches only listing  aarch64-poky-linux-gcc, anyone got any ideas?09:35
rudynotfoundwhat is your yocto env?09:37
opalfruiti'm using kirkstone, if that's what you mean?  i did just noticed it also lists virtual/arm-none-eabi-gcc-native, but not sure if that would be the right compiler to compile u-boot09:39
*** florian_kc <florian_kc!> has joined #yocto09:40
rudynotfoundyou are doing everything right09:40
thomas_34mckoan, I mean in a config. For example to append something to OVERRIDES09:42
*** enok <enok!> has joined #yocto09:42
*** rudynotfound <rudynotfound!~rudynotfo@> has quit IRC (Quit: Client closed)09:44
ldywicki@opalfruit this might depend on MACHINE variable, the arm-poky-linux-gcc will require different target than aarch6409:52
*** Guest72 <Guest72!~Guest72@> has joined #yocto09:59
opalfruitldywicki:  thanks,  could i possibly add a different MACHINE variable to the particular .bb file i want to use armhf, rather than using multiple conf files  and multiconfig?10:00
*** starblue <starblue!~juergen@> has quit IRC (Ping timeout: 256 seconds)10:01
*** Kubu_work <Kubu_work!> has quit IRC (Read error: Connection reset by peer)10:01
ldywicki@opalfruit this I don't know, but you can swap variable without changing checkout directory, it will cause recompilation to new architecture and re-use of some state (and downloads), the work directory is smart enough to distinguish both.10:02
*** manuel__ <manuel__!~manuel198@> has quit IRC (Ping timeout: 268 seconds)10:02
*** starblue <starblue!~juergen@> has joined #yocto10:03
ldywickiyou will end up with another rootfs image, but work directory will contain also packages (if you configured package managed) to be deployed onto this architecture10:03
*** Guest72 <Guest72!~Guest72@> has quit IRC (Quit: Client closed)10:14
*** enok <enok!> has quit IRC (Ping timeout: 256 seconds)10:17
alessioigorShould we stop to use tarballs?10:17
*** ldywicki <ldywicki!uid202900@user/ldywicki> has quit IRC (Quit: Updating details, brb)10:19
*** ldywicki <ldywicki!uid202900@user/ldywicki> has joined #yocto10:19
*** thomas_34 <thomas_34!> has quit IRC (Ping timeout: 250 seconds)10:22
*** manuel__ <manuel__!~manuel198@> has joined #yocto10:49
Fahadcan yocto generated image use package repo of other linux distro having compatible format?10:53
Fahadfor example, if build system is configured to use deb package format, can Ubuntu's apt packages repo be used?10:53
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:928c:9673:973d:214b> has joined #yocto10:53
*** Guest5 <Guest5!> has joined #yocto11:06
*** Guest5 <Guest5!> has quit IRC (Client Quit)11:06
*** Fahad <Fahad!~Fahad@> has quit IRC (Quit: Client closed)11:13
*** Saur_Home85 <Saur_Home85!> has quit IRC (Quit: Client closed)11:18
*** Saur_Home85 <Saur_Home85!> has joined #yocto11:18
ldywickigenerated packages are compatible with other distros till some degree (their format is the same), however dependency paths often do not match. When I generated apt package with yocto I could use it with ubuntu/raspbian but had to force install due to "unresolved" dependencies. For me it was not an issue (package not bound to architecture), but for other cases it won't be that easy.11:42
*** jbo_ is now known as jbo11:47
*** tgamblin <tgamblin!> has quit IRC (Ping timeout: 264 seconds)11:49
*** lexano <lexano!~lexano@> has joined #yocto11:49
*** DvorkinDmitry <DvorkinDmitry!~dvorkin@> has joined #yocto11:57
DvorkinDmitryI found that i need to manually disable a couple of classes in openembedded-core/meta/classes/ by moving they filenames names to because some other layer is replacing them unsuccessfully. Is there are any other possibility to do the same in OE/Yocto settings variables?11:59
*** Kubu_work <Kubu_work!> has joined #yocto11:59
SaurDvorkinDmitry: If you  want a bbclass to actually not do anything, you can put an empty version of it in a layer you control. Do note that the order bbclasses are searched for is based on BBPATH so typically your layer needs to be specified earlier in BBPLAYERS than the layer which bbclass you want to override.12:06
DvorkinDmitrySaur, there are rust* and cargo* classes are redefined in additional layer. I need to switch off the same classes from OE completely.12:07
SaurDvorkinDmitry: bitbake will only read a bbclass once, so either it will read it from the additional layers or it will read it from OE. Which one is read depends on the order in BBLAYERS.12:09
DvorkinDmitrySaur, aha! and... is there are any mechanism to avoid reading several .bbclass files from OE layer?12:10
SaurDvorkinDmitry: If the classes are read from your additional layers, they will not be read from OE.12:14
*** Guest80 <Guest80!> has joined #yocto12:14
DvorkinDmitrySaur, ok. so only layers order12:14
JaMadoesn't BBMASK work for bbclasses as well?12:15
SaurDvorkinDmitry: Well, technically the order in BBPATH, but since most layers append to it, it mostly matches the order in BBLAYERS.12:16
DvorkinDmitrythank you, Jama and Saur! I'll try12:16
SaurJaMa: No idea, I had not considered that. If it does, that is great.12:17
Guest80This is my first time here - I am seeking a place to ask a yocto build question...Do I just post it here ? what is the correct protocol12:17
JaMaI really don't know, but someone used that in one of our layers (to my surprise), trying now12:18
JaMaand looks like BBMASK doesn't work for bbclasses12:18
SaurGuest80: You are in the correct place. Just go ahead and ask.12:18
SaurJaMa: :(12:19
SaurGuest80: If you want to post longer stuff like logs, then make sure to use pastebin or similar.12:20
*** Kubu_work1 <Kubu_work1!> has joined #yocto12:21
JaMaDvorkinDmitry: Saur: yes the documentation and code is quite clear that BBMASK is only for recipes and bbappends, sorry for confusion12:22
Guest80I am learning and very very new.... I was to able to build the poky distribution without issue. I then want to build a 3.1 Dunfell version in support of the IMX6 from Variscite. So I am following the build procedures from them...  I am using a VM on Mac and Ubuntu as the host OS.   I am receiving bitbake errors and I think I am missing something12:22
Guest80very basic. Any chance someone may know how to point me in the right direction.   here are the errors.....12:22
DvorkinDmitryJaMa, ah!12:23
*** thomas_34 <thomas_34!> has joined #yocto12:23
Guest80parallels@ubuntu-linux-22-04-02-desktop:~/var-fslc-yocto/fslc-framebuffer_build$ bitbake core-image-minimal12:23
Guest80Traceback (most recent call last):12:23
Guest80  File "/home/parallels/var-fslc-yocto/sources/poky/bitbake/bin/bitbake", line 19, in <module>12:23
Guest80    import bb12:23
Guest80  File "/home/parallels/var-fslc-yocto/sources/poky/bitbake/lib/bb/", line 75, in <module>12:23
Guest80    import bb.msg12:23
Guest80  File "/home/parallels/var-fslc-yocto/sources/poky/bitbake/lib/bb/", line 19, in <module>12:23
Guest80    import bb.event12:23
Guest80  File "/home/parallels/var-fslc-yocto/sources/poky/bitbake/lib/bb/", line 22, in <module>12:23
Guest80    import bb.compat12:23
Guest80  File "/home/parallels/var-fslc-yocto/sources/poky/bitbake/lib/bb/", line 7, in <module>12:23
Guest80    from collections import MutableMapping, KeysView, ValuesView, ItemsView, OrderedDict12:23
Guest80ImportError: cannot import name 'MutableMapping' from 'collections' (/usr/lib/python3.10/collections/
mckoanGuest80: please use pastebin12:24
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto12:24
*** Kubu_work <Kubu_work!> has quit IRC (Ping timeout: 256 seconds)12:24
mckoanGuest80: as you may read here the distro for '3.1 Dunfell' is Ubuntu 18.04
JaMaGuest80: it was fixed in newer bitbake, check git log and backport necessary commit (or better upgrde to supported version of OE)12:28
JaMae2be6defb remove file since it no longer actually implements anything12:29
JaMaincluded since bitbake 1.48.012:30
*** enok <enok!> has joined #yocto12:30
Guest80Ok I created a pastebin account for next time - thanks12:31
*** Guest28 <Guest28!~Guest28@2a01:599:10c:8f38:8979:f689:b6c2:7192> has joined #yocto12:32
*** Guest28 <Guest28!~Guest28@2a01:599:10c:8f38:8979:f689:b6c2:7192> has quit IRC (Client Quit)12:33
Guest80Ok I will try it with a docker container and 18.04 - thanks for the guidance.12:37
*** xmn <xmn!> has joined #yocto12:58
*** sev99 <sev99!> has joined #yocto13:01
*** Xagen <Xagen!> has quit IRC (Ping timeout: 264 seconds)13:07
*** opalfruit <opalfruit!> has quit IRC (Quit: Connection closed for inactivity)13:21
*** Guest80 <Guest80!> has quit IRC (Quit: Ping timeout (120 seconds))13:33
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 268 seconds)13:35
*** Michael_Guest <Michael_Guest!~Michael_G@> has quit IRC (Quit: Client closed)13:50
*** tgamblin <tgamblin!> has joined #yocto14:01
*** thomas_34 <thomas_34!> has quit IRC (Quit: Client closed)14:02
*** thomas_34 <thomas_34!> has joined #yocto14:02
thomas_34A short question: Why is always "=." used, when OVERRIDES or MACHINEOVERRIDES are modified? Why not OVERRIDES:append = "foo" ?14:04
mckoanthomas_34: in case "=." is a prepend14:12
*** Xagen <Xagen!> has joined #yocto14:14
*** rudynotfound <rudynotfound!~rudynotfo@> has joined #yocto14:18
thomas_34Okay... I thought maybe the variable expansion time matters here14:21
*** coelebs <coelebs!> has quit IRC (Quit: Client closed)14:27
*** rudynotfound <rudynotfound!~rudynotfo@> has quit IRC (Quit: Client closed)14:32
*** sakoman <sakoman!> has joined #yocto14:43
*** Guest12 <Guest12!~Guest12@> has joined #yocto14:46
*** linfax <linfax!> has quit IRC (Ping timeout: 256 seconds)14:49
Guest12Can someone explain to me why the variable SOURCE_DATE_EPOCH in the reproducible_build.bbclass class is added to the BB_HASHBASE_WHITELIST? -> In the recipe for systemd, the variable is used to set the time epoch for the package during the configure task. Since the SOURCE_DATE_EPOCH variable is added to the BB_HASHBASE_WHITELIST, the systemd recipe14:50
Guest12is not rebuilt when the SOURCE_DATE_EPOCH is changed.14:50
neverpanicSOURCE_DATE_EPOCH changing alone is typically not considered enough to trigger a rebuild of a package. If none of the other inputs changed, why rebuild just because SOURCE_DATE_EPOCH changed?14:54
neverpanicOn the other hand, SOURCE_DATE_EPOCH should usually be derived from the source tree, so if SOURCE_DATE_EPOCH changes, didn't your source tree also change, which should trigger the rebuild?14:54
RPneverpanic: SOURCE_DATE_EPOCH clamps the output timestamps so it can and does affect the output15:09
Guest12SOURCE_DATE_EPOCH is set globally in the reproducible_build.bbclass and I want to use the variable to set the time globally for a build of an image. My problem is that in a build with a changed SOURCE_DATE_EPOCH systemd is not rebuilt and is used from my sstate cache.15:09
Guest12if the SOURCE_DATE_EPOCH changes and systemd is configured with a different time epoch, then this affects the systemd application, i.e. the binary and behaviour changes15:10
neverpanicRP: I never claimed it doesn't. I'm just saying, it shouldn't be an input on its own.15:11
RPneverpanic: right, agreed. I think I misread some of the context15:11
gmorell.w 215:12
RPGuest12: for a given set of inputs, the output should always be deterministic (reproducible). In general we automatically set SDE to something that is deterministic so it isn't used as an input. It isn't intended to be set manually15:12
neverpanicGuest12: Sounds like you'reholding S_D_E wrong, then. The entire point is to avoid a dependency on the current build time by using the value from S_D_E instead. If you are changing S_D_E, but the other inputs to the systemd build do not change, that breaks the entire purpose of S_D_E.15:13
neverpanicAlso, it would be a major footgun if changing SOURCE_DATE_EPOCH caused systemd to rebuild, which then in turn caused every dependent of systemd to rebuild. You'd be recompiling half of your userland for a timestamp.15:14
*** rcw <rcw!~rcwoolley@> has joined #yocto15:19
Guest12For me, a reproducible build means exactly that for a given set of inputs, the output should always be deterministic (reproducible). Which is clearly violated by changing S_D_E or time_epoch of systemd. Wouldn't it make sense, if S_D_E is not suitable, to use another variable so that the build of systemd is deterministic?15:23
Guest12The rebuild of systemd and recompiling half of userland recipes is a logical consequence of this and also happens with every other minor change to systemd.15:24
*** simonew <simonew!~ile@2a02:810d:a940:35fc:5305:49ca:a1d1:3ac4> has quit IRC (Remote host closed the connection)15:26
*** simonew <simonew!~ile@2a02:810d:a940:35fc:b029:a607:1b29:5c8c> has joined #yocto15:26
neverpanicFortunately there's a great definition of what it means for a build to be reproducible alrady, which I know because I helped write it:
neverpanicNote that it says "given the same build environment", and "The relevant attributes of the build environment […] are defined by the authors or distributors."15:27
RPGuest12: The key thing is the SDE isn't a user set input, the system deterministicly determines it15:27
neverpanicYocto (and everybody else) just happens to be defining this as SDE is part of the build environment, if you want to reproduce a build, you'll have to use the same SDE.15:28
neverpanicMaybe if you want an image with a newer /etc/timestamp, you should write a systemd.bbappend that deletes it from systemd and add a separate recipe that creates it from scratch, one that will always be rebuilt.15:30
neverpanicThat would solve your problem, while still leaving the systemd recipe reproducible, and at the same time, you'll avoid the userspace rebuild.15:31
Guest12Ok all right thanks, then I misunderstood the definition of SDE. I will make a workaround for my "problem"15:32
JaMameta/classes/image-buildinfo.bbclass is also useful to provide timestamp of the image build and even there it's questionable if the image should re-run do_rootfs just because of the timestamp (if you're using reproducible build artifacts names which don't want to rebuild kernel and images every second)15:45
*** rfuentess <rfuentess!> has quit IRC (Remote host closed the connection)15:47
thomas_34Sorry for that noob question: What is the correct approach to put the image in a subfolder? According to this ( I should not modify it within my image recipe.15:50
thomas_34I would like to do something like this: DEPLOY_DIR_IMAGE = ${DEPLOY_DIR}/images/${MACHINE}/{PN_of_my_image}15:50
*** manuel__ <manuel__!~manuel198@> has quit IRC (Ping timeout: 268 seconds)15:51
*** mckoan is now known as mckoan|away16:01
*** zpfvo <zpfvo!> has quit IRC (Remote host closed the connection)16:01
*** Kubu_work1 <Kubu_work1!> has quit IRC (Quit: Leaving.)16:10
*** florian <florian!> has quit IRC (Quit: Ex-Chat)16:20
*** enok <enok!> has quit IRC (Ping timeout: 264 seconds)16:25
*** toric <toric!> has joined #yocto16:31
*** sotaoverride is now known as Guest160016:48
*** Guest1600 <Guest1600!> has quit IRC (Killed ( (Nickname regained by services)))16:48
*** ctraven is now known as sotaoverride16:48
*** sotaover1ide <sotaover1ide!> has joined #yocto16:48
*** enok <enok!~Thunderbi@> has joined #yocto17:02
*** Kubu_work <Kubu_work!> has joined #yocto17:21
*** erbo <erbo!> has quit IRC (Quit: leaving)17:25
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto17:28
*** Guest12 <Guest12!~Guest12@> has quit IRC (Quit: Client closed)17:30
*** florian_kc <florian_kc!> has joined #yocto17:39
*** enok <enok!~Thunderbi@> has quit IRC (Ping timeout: 268 seconds)17:40
*** Fahad <Fahad!~Fahad@> has joined #yocto17:52
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC (Quit: Client closed)17:54
*** enok <enok!~Thunderbi@> has joined #yocto17:54
*** roussinm <roussinm!> has quit IRC (Quit: WeeChat 3.8)18:19
*** roussinm <roussinm!> has joined #yocto18:20
*** roussinm <roussinm!> has quit IRC (Client Quit)18:20
*** roussinm <roussinm!> has joined #yocto18:20
khemlike some story -
*** enok <enok!~Thunderbi@> has quit IRC (Ping timeout: 240 seconds)18:27
*** yudjinn <yudjinn!> has joined #yocto18:32
yudjinnhello, I'm having an issue while trying to setup the layerindex on an internal network, can someone help?18:32
yudjinnwe have some protected repos that we'd like to use in it, and I've added an ssh-key to the container, but it still gives a permissions issue. I've gone and attached to the layerapp container using docker exec and ran the exact same commands (just importing the utils.runcmd that the fetch_repo uses) and it works as expected, but it fails when run from within the web-ui with "Could not read from remote18:34
* ldywicki @khem nice story, do we have a patch in oe? ;)18:35
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Quit: WeeChat 4.2.1)18:36
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto18:36
*** enok <enok!> has joined #yocto18:53
*** sev99 <sev99!> has quit IRC (Quit: Client closed)18:57
*** thomas_34 <thomas_34!> has quit IRC (Ping timeout: 250 seconds)19:01
*** LocutusOfBorg <LocutusOfBorg!~locutusof@> has quit IRC (Ping timeout: 268 seconds)19:12
*** Haxxa <Haxxa!> has quit IRC (Quit: Haxxa flies away.)19:15
*** Haxxa <Haxxa!> has joined #yocto19:17
*** enok <enok!> has quit IRC (Ping timeout: 252 seconds)19:27
*** Fahad <Fahad!~Fahad@> has quit IRC (Quit: Client closed)19:27
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)19:28
*** ptsneves <ptsneves!~Thunderbi@> has joined #yocto19:34
*** Saur_Home85 <Saur_Home85!> has quit IRC (Quit: Client closed)19:38
*** Saur_Home85 <Saur_Home85!> has joined #yocto19:38
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)19:51
*** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:edc6:164a:c314:6eeb> has quit IRC (Remote host closed the connection)19:52
*** prabhakalad <prabhakalad!~prabhakar@> has quit IRC (Ping timeout: 268 seconds)20:07
*** prabhakalad <prabhakalad!~prabhakar@> has joined #yocto20:08
*** vladest <vladest!> has quit IRC (Quit: vladest)20:10
*** prabhakalad <prabhakalad!~prabhakar@> has quit IRC (Ping timeout: 252 seconds)20:15
*** prabhakalad <prabhakalad!~prabhakar@> has joined #yocto20:16
*** ptsneves <ptsneves!~Thunderbi@> has quit IRC (Ping timeout: 252 seconds)20:32
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:928c:9673:973d:214b> has quit IRC (Quit: ehussain)20:33
*** ehussain <ehussain!~Thunderbi@> has joined #yocto20:33
*** vladest <vladest!> has joined #yocto20:33
*** prabhakalad <prabhakalad!~prabhakar@> has quit IRC (Ping timeout: 268 seconds)20:43
*** prabhakalad <prabhakalad!~prabhakar@> has joined #yocto20:44
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Ping timeout: 256 seconds)20:49
*** Xagen <Xagen!> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)21:05
RPIf anyone wanted to help with a likely deterministic selftest failure, probably from a recent upstream git repo change:
RPldywicki: we didn't upgrade to that version thankfully21:06
RP"oe-selftest -r devtool.DevtoolAddTests.test_devtool_add_git_style2" should reproduce that21:11
*** dankm <dankm!~dan@user/dankm> has quit IRC (Remote host closed the connection)21:18
*** dankm <dankm!~dan@user/dankm> has joined #yocto21:20
*** rcw <rcw!~rcwoolley@> has quit IRC (Ping timeout: 252 seconds)21:21
*** rcw <rcw!~rcwoolley@> has joined #yocto21:22
*** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5381:8b40:ba73:27d:9373:f502> has quit IRC (Ping timeout: 272 seconds)21:39
*** Kubu_work <Kubu_work!> has quit IRC (Quit: Leaving.)21:40
*** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5381:8b40:e8c7:5a8b:e6e6:460c> has joined #yocto21:50
*** mattsm1 <mattsm1!~mattsm@> has joined #yocto22:15
*** mattsm <mattsm!> has quit IRC (Ping timeout: 256 seconds)22:17
*** mattsm <mattsm!> has joined #yocto22:18
*** wooosaiiii <wooosaiiii!~Thunderbi@> has quit IRC (Remote host closed the connection)22:19
*** wooosaiiii <wooosaiiii!> has joined #yocto22:19
*** mattsm1 <mattsm1!~mattsm@> has quit IRC (Ping timeout: 268 seconds)22:20
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC (Ping timeout: 240 seconds)22:43
*** jpuhlman <jpuhlman!~jpuhlman@> has joined #yocto22:46
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC (Read error: Connection reset by peer)22:47
*** jpuhlman <jpuhlman!~jpuhlman@> has joined #yocto22:50
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Remote host closed the connection)23:01
*** wooosaiiii1 <wooosaiiii1!> has joined #yocto23:02
*** wooosaiiii <wooosaiiii!> has quit IRC (Ping timeout: 256 seconds)23:02
*** wooosaiiii1 is now known as wooosaiiii23:02
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 256 seconds)23:23
*** paulg <paulg!> has quit IRC (Ping timeout: 260 seconds)23:49
*** enok <enok!> has joined #yocto23:50

Generated by 2.17.2 by Marius Gedminas - find it at!