Tuesday, 2022-08-23

*** dti <dti!~dtometzki@fedora/dtometzki> has joined #yocto00:20
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 268 seconds)00:20
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:dd65:7ff5:b04:6229> has quit IRC (Ping timeout: 252 seconds)00:47
*** RobertBerger <RobertBerger!~rber|res@62-47-47-177.adsl.highway.telekom.at> has joined #yocto01:32
*** rber|res <rber|res!~rber|res@62-47-47-177.adsl.highway.telekom.at> has quit IRC (Ping timeout: 252 seconds)01:34
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:47
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds)02:04
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto02:05
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto02:23
*** Estrella <Estrella!~quassel@192-063-174-177.res.spectrum.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)02:33
*** amitk <amitk!~amit@103.59.74.93> has joined #yocto02:50
*** kevinrowland <kevinrowland!~kevinrowl@165.225.243.2> has quit IRC (Quit: Client closed)03:16
*** Tokamak <Tokamak!~Tokamak@172.58.191.7> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)03:28
*** goliath <goliath!~goliath@user/goliath> has joined #yocto03:30
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:37
*** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 252 seconds)05:02
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds)05:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto05:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds)05:53
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto05:54
*** mvlad <mvlad!~mvlad@2a02:2f08:400a:ee00:24d7:51ff:fed6:906d> has joined #yocto05:55
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:01
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)06:29
*** adams[1] <adams[1]!~adams1]@204.246.162.40> has quit IRC (Quit: Client closed)06:30
*** pbergin <pbergin!~pbergin@83.218.73.98> has joined #yocto06:33
mcfriskWith the BB_PRESSURE_MAX_[CPU,MEMORY,IO] patches now proposed to dunfell and kirkstone too, what values are good as limits? Could there be some values set by default too? I tried setting to 10 for all, which means AFAIK that if more than 10% of CPU, memory or IO is stalling during measurement time, then no new tasks are fired. In my test machine with 40 threads, 128 Gb RAM, I frequently ran out of RAM with06:42
mcfriskdefault parallel settings.06:42
*** frieder <frieder!~frieder@200116b824e0f0815b4798f1139ab50e.dip.versatel-1u1.de> has joined #yocto06:45
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 268 seconds)06:47
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto06:50
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)06:55
RPmcfrisk: we aren't sure about values. To be able to even experiment fairly with this on the autobuilder we need it functional over all our builds06:56
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has joined #yocto06:58
RPmcfrisk: we may be able to recommend something in due course but we're definitely not there yet. The default proposed for the autobuilder to start with is 1000006:59
mcfriskRP: do the autobuilders run more than one build in parallel on a machine?07:00
RPmcfrisk: 3 at once07:01
mcfriskouch, with our memory use patterns that would be horror, random oom kills everywhere..07:02
RPmcfrisk: we do limit zstd/xz memory/parallelism a bit07:05
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto07:05
mcfriskfeels like CPU overloading is rarely a problem, just keep the threads queued, but everyone is in trouble if RAM runs out. Even IO saturation isn't a big deal as long as there is some RAM for file system buffers, e.g. sstate cache.07:07
RPmcfrisk: we run a lot of tests under qemu and regulating that load to avoid timeouts is what we're aiming for07:08
mcfriskdo you have problems with some specific resource, CPU, memory, IO or in general you see gaps in performance or throughput, or annoying random failures due to oom or hangs/deadlocks?07:16
mcfriskwhen I view CPU, memory, IO and network usage of bitbake builds in pcp charts, I can see that CPU utilization is quite low, and lots of IO is done, and then those few spikes of memory usage which trigger oom killer.07:17
mcfriskthese on a single machine with a single bitbake build07:18
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto07:18
RPmcfrisk: annoying random timeout problems from the VMs, probably from load spikes on the systems07:21
SchlumpfGood morning,07:23
Schlumpfis it possible to confiure a bridge with /etc/network/interfaces? I tried the examples from Debian wiki (https://wiki.debian.org/BridgeNetworkConnections#Configuring_bridging_in_.2Fetc.2Fnetwork.2Finterfaces) without success. Creating bridges with brctl works fine.07:23
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has quit IRC (Quit: Leaving.)07:28
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto07:33
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has joined #yocto07:34
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:41
wkawkaHi, how can I affect pkgconfig search path?07:41
mcfriskRP: ouch, also VMs. We had very bad experiences with cloud things, like vmware. The IO stack simply stalled causing random failures in large set of machines. IMO it's a bad idea to run bitbake builds on virtual machines.07:42
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer)07:42
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto07:43
landgrafmcfrisk: VMs are used for running tests and some configuration stuff on target machines07:44
ernstpIt was working very well for me with Azure VMs, Ubuntu 18.0407:44
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has quit IRC (Ping timeout: 268 seconds)08:03
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has joined #yocto08:04
qschulzJPEW: Yocto Chant #1 IIRC. Recipe data is local, configuration data is global (not sure about the wording of the second part of the sentence but that's the intent anyways :) )08:04
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)08:08
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto08:09
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:10
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Remote host closed the connection)08:30
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto08:32
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)08:45
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto08:46
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)08:58
*** mait[m] <mait[m]!~maitrforg@2001:470:69fc:105::e170> has quit IRC (Quit: You have been kicked for being idle)09:00
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto09:03
*** Bardon_ <Bardon_!~Bardon@user/Bardon> has joined #yocto09:05
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 268 seconds)09:07
*** davidinux <davidinux!~davidinux@81.22.36.211> has quit IRC (Ping timeout: 252 seconds)09:11
*** davidinux <davidinux!~davidinux@net-31-156-147-235.cust.vodafonedsl.it> has joined #yocto09:13
rburtonwkawka: you might want to explain what you actually want to do09:52
rburtonDvorkinDmitry: because that's a terrible idea in the use case of "generate an image once, deploy to 1000 machines".  it's trivial to pre-generate keys, there's a recipe in oe-core for the selftests which does that09:54
wkawkaI made a recipe for https://github.com/system76/ec using cargo bitbake, I repiared some thing but now pkgconf cannot find `hidapi-hidraw`. However, there is `hidapi-hidraw.pc.in` file and I set `PKG_CONFIG_PATH` variable like this:09:59
wkawka`PKG_CONFIG_PATH .= ":/build/tmp/work/.../system76-ectool/0.3.8.AUTOINC+a8213311b1-r0/cargo_home/bitbake/hidapi-1.3.4/etc/hidapi/pc/pkgconfig"` (I know it's horrible but I want to make it work)10:00
rburtona .pc.in file needs to be turned into a .pc file at some point, and installed into the sysroot10:00
wkawkaOk, so I need to add do_compile_prepend and there steps to install them10:01
rburtonno, ec should be doing this itself10:02
rburtonwhere is hidapi-hidraw coming from?10:02
wkawkathe `hidapi-hidraw.pc.in` file is the only `hidapi-hidraw` file10:03
*** destmaster84 <destmaster84!~destmaste@185-11-23-2.static.eolo.it> has joined #yocto10:04
wkawkaAnd the pc file is not installed by default10:05
destmaster84I'm unable to exclude mariadb package from my build with IMAGE_INSTALL:remove = " mariadb" on kirkstone ... any suggestion?10:06
qschulzdestmaster84: remove the recipe from the layer and check what does not build anymore10:06
qschulzdestmaster84: removing mariadb from IMAGE_INSTALL just removes it from the list of packages in IMAGE_INSTALL10:07
qschulzbut not all (actually most packages aren't) are in IMAGE_INSTALL10:07
qschulzthey are pulled by other packages as dependencies10:07
qschulzyou might have to play with PACKAGECONFIG or remove other packages from the list10:08
qschulzit can be tedious to remove a package10:08
RPmcfrisk: this isn't the builds, it is the runtime tests10:12
rburtonwkawka: so you're also building hidapi?10:19
*** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed)10:25
*** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto10:29
wkawkaNo, hidapi is a dependency in system76 ec10:29
wkawkaIt is an crate10:29
wkawkato be exact10:29
wkawkaAnd while building crate hidapi it has an error https://pastebin.com/SL56z3di10:41
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 252 seconds)10:45
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto10:45
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)10:58
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has quit IRC (Ping timeout: 268 seconds)11:08
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 252 seconds)11:17
wkawkaOk, now it works, I had to do a recipe for that hidapi and add it to DEPENDS for system76-ec11:17
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto11:19
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has joined #yocto11:23
*** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed)11:27
RPrburton: was there a trick to build a native tool in meson?11:28
RPah, no, meson won't help. Its cmake for llvm itself :(11:29
*** destmaster84 <destmaster84!~destmaste@185-11-23-2.static.eolo.it> has quit IRC (Quit: Client closed)11:29
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has quit IRC (Ping timeout: 268 seconds)11:53
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has joined #yocto11:54
rburtonRP: meson does natively nicely. cmake... actively makes it very hard11:57
RPrburton: right. I was hoping to generate a cross llvm-config which I can do but it them makes the target data host arch specific :(12:28
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:a33d:9801:3ec9:3567> has quit IRC (Ping timeout: 256 seconds)12:45
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)12:59
*** Estrella <Estrella!~quassel@192-063-174-177.res.spectrum.com> has joined #yocto13:11
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:3045:4501:957f:c55d> has joined #yocto13:12
*** Juanosorio94 <Juanosorio94!~Juanosori@p5b0eeb93.dip0.t-ipconnect.de> has joined #yocto13:16
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has quit IRC (Ping timeout: 252 seconds)13:17
ptsnevesis qemux86-64's libdir /usr/lib? Should it not be /usr/lib64?13:25
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:3045:4501:957f:c55d> has quit IRC (Ping timeout: 252 seconds)13:26
Juanosorio94I have two recipes, A and B, recipe B requires header files from recipe A. I tried to place these header files somewhere during install(), but I just learned that variables like B and D change for each recipe... I dont necesarily need these header files ending up in my rootfs... how can I access them from recipe B?13:31
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has joined #yocto13:31
qschulzptsneves: IIRC, /usr/lib64 only exists if multilib is enabled? but that might be bad recollection13:33
qschulzJuanosorio94: install the header files into ${D}${includedir} in recipe A and have recipe B have DEPENDS += "A"13:35
Juanosorio94I need to pass them using to cmake using a flag13:36
qschulzJuanosorio94: uh?13:36
Juanosorio94like so EXTRA_OECMAKE="-DPKG_A_INCLUDE=/path/to/headers"13:37
ptsnevesqschulz: :O wow i worked all this time in 64 bit platforms with libdir = /usr/lib64. If what you say is right...i have been living in a bubble.13:37
qschulzJuanosorio94: why? we already have the magic for cmake to include header files from other recipes13:37
qschulzso just rely on the cmake bbclass to do the right thing13:37
ptsnevesJuanosorio94: not even required as headers should be in the sysroot and available with not modification13:37
Juanosorio94my cmake expects me to give it a DPKG_A_INLCUDE and path to the headers13:40
Juanosorio94its just the way the repo is set up, just tried that out and it didnt work :(13:40
qschulzptsneves: don't have time to look into this, but I suspect this is related to BASE_LIB (set by machine tunes) which is then read in meta/conf/multilib.conf and put into baselib13:42
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:3045:4501:957f:c55d> has joined #yocto13:42
qschulzJuanosorio94: make it point to ${STAGING_INCDIR}13:44
*** pbergin <pbergin!~pbergin@83.218.73.98> has quit IRC (Quit: Leaving)13:44
qschulzbut that is quite messed up, why not use -I (or whatever the equivalent for cmake is) instead of a specific variable?13:44
Juanosorio94thanks ill trythat!13:45
qschulzptsneves: BASELIB actually sorry13:45
qschulzno, BASE_LIB, can't read :p13:46
ptsnevesqschulz: no worries. Interestingly bitbake-getvar does not show any setting coming from tune, and it actually should as i read the tune-core2.inc13:46
Juanosorio94qschulz: which one though?  during install in A or include in B or both? I assume both right?13:46
qschulzptsneves: https://docs.yoctoproject.org/ref-manual/variables.html#term-BASE_LIB13:47
qschulzJuanosorio94: you install the header into ${D}${includedir} in recipe A, in recipe B you have DEPENDS += "A"13:47
qschulzJuanosorio94: in recipe B, you also have EXTRA_OECMAKE += "-DPKG_A_INCLUDE=${STAGING_INCDIR}"13:48
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto13:50
ptsnevesqschulz: BASE_LIB is set to None https://pastebin.com/p0RyxTP813:50
ptsnevesWill need to look into why13:50
qschulzptsneves: documentation states it only applies to multilib confiuguration13:51
ptsnevesah13:51
ptsnevesi see. Thanks! I will read it more carefully13:52
qschulzptsneves: does not mean the documentation is correct though or is explicit enough :)13:53
ptsnevesqschulz: actually it seems it is. I just was just too prejudiced on my knowledge.13:53
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto13:54
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto13:54
*** mihai <mihai!~mihai@user/mihai> has joined #yocto14:06
*** kscherer <kscherer!~kscherer@dsl-173-206-148-172.tor.primus.ca> has joined #yocto14:18
LetoThe2ndJPEW: the yocto chant #1: "recipe data is local, configuration data is global"14:22
qschulzLetoThe2nd: aaaah still got it :)14:23
LetoThe2ndqschulz: of course. sorry been travelling all day.14:23
qschulzLetoThe2nd: I meant *I* still got it (I answered JPEW this morning but wasn't sure it was this wording :) )14:24
LetoThe2ndqschulz: ah okay14:24
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)14:47
*** wmills <wmills!~wmills@pool-72-83-57-14.washdc.fios.verizon.net> has joined #yocto14:48
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds)14:55
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Remote host closed the connection)14:55
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto14:55
*** Guest63 <Guest63!~Guest63@mtl.savoirfairelinux.net> has joined #yocto15:02
Guest63Hi15:03
Guest63Is there any way to run command using '${@}' expression15:03
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)15:03
Guest63${@os.system(command)} doesn't seem to work15:03
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:03
qschulzGuest63: just create a python function you call from within the inline expression? Though I'm not sure what's the issue with this expression above15:04
Guest63Thanks qschulz15:10
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)15:24
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:25
*** hcg <hcg!~hcg@185.210.97.85> has joined #yocto15:26
*** sotaoverride <sotaoverride!~sotaoverr@ool-4578fe22.dyn.optonline.net> has quit IRC (Ping timeout: 248 seconds)15:31
*** sotaoverride <sotaoverride!~sotaoverr@ool-4578fe22.dyn.optonline.net> has joined #yocto15:34
rburtonGuest63: if you're using ${@...} then you're in shell, so just run the command directly?15:38
*** Tokamak <Tokamak!~Tokamak@172.58.191.7> has joined #yocto15:40
qschulzrburton: in shell? that's should be python?15:43
rburtonwell i guess if you're doing a variable assignment you're not strictly in shell land15:44
*** goliath <goliath!~goliath@user/goliath> has joined #yocto15:44
rburtonGuest63 should explain what they actually want to do15:44
rburtonRP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14902 is the stub perl bug. trying to reproduce now15:46
kergothHmm.. random idea, I wonder about creating an asdf (https://asdf-vm.com/) plugin for the buildtools tarball.15:47
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)15:47
*** sotaoverride <sotaoverride!~sotaoverr@ool-4578fe22.dyn.optonline.net> has quit IRC (Ping timeout: 256 seconds)15:51
qschulzkergoth: we need two different versions of sphinx-build for the docs. I would hate to have to handle different buildtools tarballs just for that. So +1 from the people working with docs on the autobuilder I guess? :)15:53
Guest63rburton I am trying to calculate the hash of rootfs15:56
Guest63well i can do that using a python function15:56
Guest63but i wanted to do it an single line like `rootfs_size="${@os.system("sha256sum ${ROOTFS_IMAGE_PATH}")}"`15:56
rburtonGuest63: if you want a sha256sum file on disk then bitbake can do that for you15:56
rburtoneg IMAGE_FSTYPES = "ext4 ext4.sha256sum"15:57
RPqschulz: I was going to propose using different buildtools for that as I don't see many other options!15:58
Guest63thanks, I will try that15:58
Guest63but I am curious If i can use "${@os.system(command)}" to run arbitrary commands15:58
Guest63This would be very handy15:58
kergothos.system() doesn't return anything.15:58
kergothit sends stdout and stderr to the existing stdout and stderr, doesn't capture them, so not of any use to you15:59
Guest63kergoth, i think that explains my build stucks  when it executes ```${@os.system(command)}```16:01
Guest63Thanks16:01
qschulzRP: too many issues with the docs right now.. aaaaaaand I'm glad you raised this because this completely breaks my attempt at unifying release manuals...16:01
qschulzI hate this16:01
*** vladest <vladest!~Thunderbi@124.150.198.178.dynamic.wline.res.cust.swisscom.ch> has joined #yocto16:02
qschulzat least I won't feel bad for not finding the time to push a PoC to the mL16:03
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has quit IRC (Ping timeout: 268 seconds)16:18
*** zpfvo <zpfvo!~fvo@i59f5cc12.versanet.de> has joined #yocto16:20
*** sotaoverride <sotaoverride!~sotaoverr@ool-4578fe22.dyn.optonline.net> has joined #yocto16:20
*** zpfvo <zpfvo!~fvo@i59f5cc12.versanet.de> has quit IRC (Ping timeout: 252 seconds)16:31
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has joined #yocto16:32
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has quit IRC (Ping timeout: 268 seconds)16:37
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has joined #yocto16:38
*** amitk <amitk!~amit@103.59.74.93> has quit IRC (Ping timeout: 256 seconds)16:41
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds)16:48
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto16:48
RPqschulz: well, I'm open to other approaches16:51
RPqschulz: Its not like I'm finding time to resolve it either :(16:51
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)16:53
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto16:53
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has quit IRC (Ping timeout: 268 seconds)16:57
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has joined #yocto17:00
*** zpfvo <zpfvo!~fvo@i59F5CC12.versanet.de> has quit IRC (Client Quit)17:01
rburtonaccidentally checked out the 'green' branch and wondered why nothing built17:02
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)17:06
*** Juanosorio94 <Juanosorio94!~Juanosori@p5b0eeb93.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed)17:08
*** olani <olani!~olani@h83-209-157-187.cust.a3fiber.se> has joined #yocto17:39
*** Guest9046 <Guest9046!~Guest90@136.226.250.119> has joined #yocto18:07
Guest9046Hi18:07
Guest9046I am porting xen on raspberry pi 418:08
Guest9046Could port & see Dom018:08
Guest9046Trying to create a guest domain, copied guest.cfg, Image & xen-guest-image-minimal .ext3 to /home/root18:09
Guest9046while mounting ext3 filesystem facing issue18:10
Guest9046Logs:18:10
Guest9046root@raspberrypi4-64:~# losetup /dev/loop0 xen-guest-image-minimal-raspberrypi4-64.ext318:11
Guest9046losetup: xen-guest-image-minimal-raspberrypi4-64.ext3: No such file or directory18:11
Guest9046root@raspberrypi4-64:~# ls -l18:11
Guest9046-rw-r--r--    1 root     root      24652288 Mar  9 12:36 Image18:11
Guest9046-rw-r--r--    1 root     root           247 Mar  9 12:37 guest1.cfg18:11
Guest9046-rw-r--r--    1 root     root     868220928 Mar  9 12:39 xen-guest-image-minimal-raspberrypi4-64.ext318:11
Guest9046root@raspberrypi4-64:~# chmod 0777 xen-guest-image-minimal-raspberrypi4-64.ext318:11
Guest9046root@raspberrypi4-64:~# ls -l18:11
Guest9046-rw-r--r--    1 root     root      24652288 Mar  9 12:36 Image18:11
Guest9046-rw-r--r--    1 root     root           247 Mar  9 12:37 guest1.cfg18:11
Guest9046-rwxrwxrwx    1 root     root     868220928 Mar  9 12:39 xen-guest-image-minimal-raspberrypi4-64.ext318:11
Guest9046root@raspberrypi4-64:~# losetup /dev/loop0 xen-guest-image-minimal-raspberrypi4-64.ext318:11
Guest9046losetup: xen-guest-image-minimal-raspberrypi4-64.ext3: No such file or directory18:11
Guest9046root@raspberrypi4-64:~# losetup /dev/loop0 /home/root/xen-guest-image-minimal-raspberrypi4-64.ext318:11
Guest9046losetup: /home/root/xen-guest-image-minimal-raspberrypi4-64.ext3: No such file or directory18:11
Guest9046root@raspberrypi4-64:~#18:11
Guest9046root@raspberrypi4-64:~#18:11
Guest9046root@raspberrypi4-64:~#18:11
Guest9046guest image file is there but showing no file or directory18:11
Guest9046Any suggestion on this?18:13
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)18:18
*** Guest9046 <Guest9046!~Guest90@136.226.250.119> has quit IRC (Quit: Client closed)18:22
*** dti <dti!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)18:34
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto18:37
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Client Quit)18:38
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto18:39
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Client Quit)18:41
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto18:43
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Client Quit)18:44
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto18:45
*** Guest9068 <Guest9068!~Guest90@136.226.250.119> has joined #yocto18:46
*** Guest9068 <Guest9068!~Guest90@136.226.250.119> has quit IRC (Client Quit)18:47
*** otavio <otavio!~otavio@200-102-164-25.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection)18:49
*** otavio <otavio!~otavio@200-102-164-25.user3p.brasiltelecom.net.br> has joined #yocto18:54
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)19:01
*** florian <florian!~florian@dynamic-002-243-049-011.2.243.pool.telefonica.de> has joined #yocto19:24
*** vladest <vladest!~Thunderbi@124.150.198.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Quit: vladest)19:39
*** vladest <vladest!~Thunderbi@2a02:1210:76b7:7100:205f:abcd:d09d:37e6> has joined #yocto19:42
*** justache is now known as justache_19:48
*** justache_ is now known as justache19:48
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:3045:4501:957f:c55d> has quit IRC (Quit: Client closed)19:50
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)19:53
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto19:58
*** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)20:05
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)20:06
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto20:07
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)20:16
*** florian <florian!~florian@dynamic-002-243-049-011.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 244 seconds)20:19
*** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/)20:51
ptsnevesseems there are no docs for license-obsolete nor license-exists20:57
*** frieder <frieder!~frieder@200116b824e0f0815b4798f1139ab50e.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection)20:58
RobertBerger@ptsneves: obsolete-license: https://git.yoctoproject.org/poky/tree/meta/classes-global/insane.bbclass#n92021:19
RobertBerger@ptsneves: license-exists: https://pastebin.com/UNVBdxGA21:27
RobertBerger@ptsneves: both are in insane.bbclass (but not in all Yocto/OE versions)21:28
*** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed)21:40
*** wCPO <wCPO!~wCPO@mail.klausen.dk> has quit IRC (Quit: The Lounge - https://thelounge.chat)21:53
*** wCPO <wCPO!~wCPO@mail.klausen.dk> has joined #yocto21:56
*** kriive <kriive!~kriive@user/kriive> has quit IRC (Remote host closed the connection)22:04
*** mvlad <mvlad!~mvlad@2a02:2f08:400a:ee00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)22:19
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto22:19
RPqschulz: I'm worrying a bit about what you said. You mean my approach would conflict with the direction you were thinking we should go?22:27
*** florian <florian!~florian@dynamic-002-243-049-011.2.243.pool.telefonica.de> has joined #yocto22:47
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:3045:4501:957f:c55d> has joined #yocto22:47
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:3045:4501:957f:c55d> has quit IRC (Client Quit)22:52
*** kekiefer[m] is now known as KurtKiefer[m]22:55
*** kscherer <kscherer!~kscherer@dsl-173-206-148-172.tor.primus.ca> has quit IRC (Quit: Konversation terminated!)22:59
*** florian <florian!~florian@dynamic-002-243-049-011.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds)23:35
*** seninha <seninha!~seninha@user/seninha> has joined #yocto23:39

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!