ndec changed the topic of #yocto to: "Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2022.11) Nov 29-Dec 1, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec"
azcraft has quit [Remote host closed the connection]
sgw has joined #yocto
sakoman has quit [Quit: Leaving.]
qschulz has quit [Remote host closed the connection]
risca has joined #yocto
Wouter010067 has quit [Quit: The Lounge - https://thelounge.chat]
qschulz has joined #yocto
Wouter010067 has joined #yocto
ErRandir has quit [Ping timeout: 268 seconds]
davidinux has quit [Ping timeout: 268 seconds]
davidinux has joined #yocto
kscherer has quit [Quit: Konversation terminated!]
amitk has joined #yocto
davidinux has quit [Ping timeout: 268 seconds]
ErRandir has joined #yocto
apteryx has quit [Quit: apteryx]
Herrie has quit [Ping timeout: 256 seconds]
Herrie has joined #yocto
seanjohnstontips has quit [Quit: User was banned]
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #yocto
barometz has quit [Quit: No Ping reply in 180 seconds.]
barometz has joined #yocto
invalidopcode has quit [Remote host closed the connection]
invalidopcode has joined #yocto
seninha has quit [Quit: Leaving]
Herrie has quit [Ping timeout: 252 seconds]
Herrie has joined #yocto
davidinux has joined #yocto
olani- has quit [Ping timeout: 272 seconds]
thomasd13 has joined #yocto
demirok has quit [Quit: Leaving.]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
alessioigor has joined #yocto
amitk_ has joined #yocto
demirok has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
amitk__ has joined #yocto
amitk_ has quit [Ping timeout: 256 seconds]
invalidopcode has quit [Remote host closed the connection]
invalidopcode has joined #yocto
rob_w has joined #yocto
Herrie has quit [Quit: ZNC 1.8.0 - https://znc.in]
Herrie has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
frieder has joined #yocto
amitk_ has joined #yocto
amitk__ has quit [Ping timeout: 272 seconds]
amitk__ has joined #yocto
amitk has quit [Ping timeout: 256 seconds]
mckoan|away is now known as mckoan
<mckoan> good morning
<landgraf> mckoan (^_^)/
<LetoThe2nd> yo dudX
tomzy_0 has joined #yocto
rfuentess has joined #yocto
leon-anavi has joined #yocto
zpfvo has joined #yocto
Herrie|Laptop has joined #yocto
<alessioigor> \me waves all
vmeson has quit [Remote host closed the connection]
Herrie has quit [Ping timeout: 260 seconds]
davidinux has quit [Ping timeout: 260 seconds]
vmeson has joined #yocto
davidinux has joined #yocto
Herrie has joined #yocto
vmeson has quit [Ping timeout: 255 seconds]
Payam has joined #yocto
ptsneves has joined #yocto
Payam has quit [Quit: Client closed]
tnovotny has joined #yocto
<qschulz> o/
<rob_w> is there a way to safe the actual download sources used by a image build
<qschulz> the sources will be in DL_DIR
<ejoerns[m]> Hi together, is it expected that when using DEPENDS:append = " something" together with BBCLASSEXTEND = "native" the native package will have a dependency on both 'something-native' *and* 'something'? When using "+=" it works fine (only 'something-native' ends up in dependecies), thus it seems like :append kicks in twice?
<qschulz> ejoerns[m]: that seems incorrect. Can you check with bitbake-getvar -r your-recipe DEPENDS and check that something-native and something comes from the same line?
Herrie|Laptop has quit [Ping timeout: 255 seconds]
<rob_w> qschulz: thx will test it right away
<ejoerns[m]> qschulz: 'something-native' comes from map_dependencies of native.bbclass (this is the part that I would expect), 'something' is only listed in an :append line before. The expanded value then contains both. So it seems like it is already in the list when native rewriting happens, but added again after
<ejoerns[m]> (poky, kirkstone 4.05)
<qschulz> ejoerns[m]: I believe it does not matter, because something dependency for a native build would be the same as something-native
prabhakarlad has joined #yocto
amitk_ has quit [Ping timeout: 256 seconds]
<ejoerns[m]> qschulz: It should give a native package depending on a target package, which in most cases really isn't what you want.
amitk has joined #yocto
<ejoerns[m]> Since I can reproduce this with another random poky setup I guess this is some 'normal' behavior of bitbake parsing that I haven't been aware of (and didn't want to be, anyway 😏)
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
xmn has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
<qschulz> ejoerns[m]: no because for a "native" package, the "target" architecture is actually the native architecture
mvlad has joined #yocto
<qschulz> ejoerns[m]: I guess you can fill a bug on our bugzilla to ask if this is expected? If you could provide a very simple recipe on top of vanilla poky, that'd be the best
AntA has quit [Ping timeout: 260 seconds]
<qschulz> it doesn't need to compile, just needs to parse I guess
<qschulz> RP: maybe you know ^ DEPENDS:append = "something" BBCLASSEXTEND = "native" adds both something and something-native to DEPENDS of the native recipe
<ejoerns[m]> qschulz: yes, submitting a bug would be my next step, but I wanted to make sure that I do not hit something very well known ;) Thx for your guidance!
seninha has joined #yocto
<qschulz> ejoerns[m]: I'm as surprised as you are, but I don't think it brings the MACHINE architecture's recipe variant in the dependencies of the native recipe (you could always check in the recipe-sysroot* directories and check that no MACHINE architecture's binaries/shlibs are available there)
<RP> qschulz: I'm not entirely surprised but that wasn't likely the design intent
<RP> qschulz: I can guess why, the write of DEPENDS back doesn't cancel the append?
d-s-e has joined #yocto
amitk has quit [Ping timeout: 260 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
amitk has joined #yocto
seninha has quit [Quit: Leaving]
seninha has joined #yocto
gho has joined #yocto
ajfriesen6 has joined #yocto
<qschulz> nmcli returns some weird characters instead of colors, does anyone know what is the culprit?
<qschulz> NO_COLOR=1 works fine but obviously I would expect something on the system level
ajfriesen has quit [Ping timeout: 252 seconds]
ajfriesen6 is now known as ajfriesen
amitk has quit [Ping timeout: 260 seconds]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
<landgraf> qschulz: I got your point :) just was worried why I've not seen the missed branch warning
Poppy has joined #yocto
<Poppy> I don't know but on kirkstone branch I got this warning "do_rootfs: QA Issue: The license listed GPL-2.0-or-later was not in the licenses collected for recipe libpam [license-file-missing] " for libxau/ libxdmcp / libx11 any tips to solve that ?
zpfvo has quit [Ping timeout: 264 seconds]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
<ejoerns[m]> RP: if an append can be canceled there, this sounds pretty much like what it should do, yes (also see my original question above)
Jham has joined #yocto
<qschulz> landgraf: :)
amitk has joined #yocto
<RP> ejoerns[m]: it is possible, just hard
<RP> ejoerns[m]: the problem is in native.bbclass, the map_dependencies() function and the "parsing=True" to the setVar call
Jham has quit [Quit: Leaving]
zpfvo has joined #yocto
Jham has joined #yocto
<RP> "The implementation uses datastore/parser parameters to ensure that the variable overrides are not overwritten when calling setVar which is appropriate for a function as close to the core as this one is."
<ejoerns[m]> RP: I see
<RP> ejoerns[m]: there are some overrides we want to preserve and some we don't (:append is an unconditional override)
<ejoerns[m]> RP: so this assumption was wrong? Or is it still true and additional handling needs to be established?
<RP> ejoerns[m]: there is an unforeseen edge case
<ejoerns[m]> RP: I understand that e.g. class-specific overrides should be preserved there, yes
<RP> ejoerns[m]: we don't have any way to say "preserve these overrides but not those ones"
<ejoerns[m]> RP: So it's a "Dont' use (unconditional) :append for DEPENDS etc. " first of all?
<RP> ejoerns[m]: I don't like that. I think we should add some API to bitbake to allow unconditional overrides to be cleared
<RP> ejoerns[m]: the other option would be to implement the "filter" code I've talked with JPEW about, https://git.yoctoproject.org/poky-contrib/log/?h=jpew/bb-filters
<ejoerns[m]> RP: me neither, but I don't feel deep enough into this, yet to propose a working solution :D
<RP> if we added filters around variables, this problem goes away
<RP> ejoerns[m]: at the very least can you write a bug report for this so we can document what we've worked out
<ejoerns[m]> @RP sure!
tnovotny has quit [Ping timeout: 260 seconds]
yssh has joined #yocto
manuel1985 has joined #yocto
<yssh> Can I build a yocto project(sample project as given on the yocto website:https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html#welcome)
<yssh> through a bootable USB - which has kali linux live ?
tnovotny has joined #yocto
<rburton> yssh: if kali has the build depends (as listed in the quick start) and you have access to a large, fast disk, then sure. Both of those might be problems though. If you're asking because you've a windows machine and a bootable usb stick gives you linux, then you can build using WSL2 on windows.
<yssh> rburton My system(linux installed) doesn't seems to be able to build yocto project - AGL ,
<yssh> That's why I wanted to build it on my friend's computer using a live usb.
<rburton> why doesn't your system work?
<yssh> My system has less memory(4gb) so during build time getting error: running out of memory...
Wouter010067 has quit [Quit: The Lounge - https://thelounge.chat]
<rburton> you can add more swap if you're desperate. or buy more ram...
Wouter010067 has joined #yocto
<yssh> So then I extended my SWAP(32gb) but don't know why but still getting same error!
<yssh> But my SWAP file working fine.
<yssh> I tested SWAP by opening multiple tabs.
<rburton> you test swap by running 'swapon -s'
<yssh> SWAP is working except for the yocto build.
<rburton> can you prove that swap is working by running 'swapon -s'
<yssh> `/swapfile file 335544280-`
<yssh> sudo swapon -s --^ above output.
<rburton> ok, and what actual error do you get when building?
<rburton> i mean recipe, task, copy-and-paste of the error message
<yssh> Let me try to build It again.
florian has joined #yocto
<yssh> rburton Currently the build is running-Downloading files.
<yssh> But last time this was the error (from my browser history...):
<yssh> ` traps: init[1] trap invaild opcode ip:7f739c1482ba sp:7ffea56c7a50 error:0 in ld-linux-x86-64.so.2[7f739c136000+6000] `
<rburton> that isn't an out of memory error
<yssh> Ohhh, sorry about this this is I think it's from the AGL build.
<yssh> Sorry...'=D
<yssh> Ohh.. build failed.
<yssh> This is the Error:
<yssh> ` ERROR: Failed to spawn fakeroot worker to run /home/bullbust/Work/OSP/Yocto/poky/meta/recipes-core/base-files/base-files_3.0.14.bb:do_install: [Errno 32] Broken pipe `
<rburton> disk full?
<yssh> No
<rburton> pastebin the *full* log for base-files do_install
<yssh> Ok
<yssh> rburton I think I didn't understand what you are asked.
<yssh> What exactly I should do? I am a beginner...
<rburton> pastebin tmp/work/[target arch]/base-files/3.0.14/temp/log.do_install
vmeson has joined #yocto
<yssh> rburton there is no log.do_install file in this directory!
<yssh> There is log.do_compile, log.do_fetch, etc etc
<rburton> ok pastebin the full output of what was on screen to start
<rburton> i mean what bitbake said
<yssh> Ok,
Granjow has joined #yocto
<rburton> ok, now bitbake-cookerdaemon.log please
<yssh> Ok
<Granjow> Hi guys, is there somewhere a bit of information about .wic (where to get tools to work with them, what the connection with .wks and kickstart is, what the file format looks like)? Everything seems to point to pykickstart which to me appears to use a plaintext configuration file and which can write images for floppy disks and CD-ROM.
<qschulz> granjow: did you have a look at our documentation already? https://docs.yoctoproject.org/dev-manual/common-tasks.html#creating-partitioned-images-using-wic
<qschulz> the wic file can be dd'ed directly to an sd card or emmc usually
<rburton> yssh: private or pending moderation
<yssh> Pending moderation
<Granjow> Okay, so .wks defines the partition layout and contents of the .wic file which is a deployable (bmaptool/dd) disk image. Can wic be compiled outside of yocto? Is this a yocto built-in tool, or does it have something like a GitHub repo with code and docs and stuff?
<landgraf> yssh: try https://dpaste.org/
<rburton> pseudo: CPU ISA level is lower than required
<rburton> what CPU do you have?
<landgraf> granjow: wic is part of oe-core
<landgraf> TIL: wic was called mic before...
<rburton> yeah once upon a time it was a fork of the moblin image creator
<rburton> yssh: cat /proc/cpuinfo, please
Poppy has quit [Ping timeout: 260 seconds]
<rburton> interesting
<yssh> rburton ?
<rburton> yssh: i'm guessing the uninative tarball contains binaries that refuse to run on your machine. delete the build tree (tmp/) and add INHERIT:remove = "uninative" to local.conf, then try again
<yssh> OK
<rburton> just tmp, no need to delete downloads or sstate-cache
<yssh> Ok
amitk has quit [Ping timeout: 260 seconds]
<rburton> yssh: your build is going to take a very, very long time.
<yssh> Ok
<louson> landgraf: hello. I have troubles to pass the ssh test. I have added dropbear but I get a permission denied. I have added the empty-root-password image feature but that does not set the password. How can I do that without modifying the layers ?
Algotech75 has joined #yocto
<rburton> RP: we should check that the new buildtools doesn't have an overly-optimistic ISA level requirement
Poppy has joined #yocto
<yocton> louson: does'nt dropbear disable Empty root password access by default?
<yocton> louson: You may want to use EXTRA_IMAGE_FEATURES = "debug-tweaks" instead of "empty-root-password"
<yocton> louson: see poky/meta/classes-recipe/rootfs-postcommands.bbclass:13
<Poppy> after adding multiple SRC_URI in image recipe I got "sx512-image-1.0-r0 do_rootfs:QA Issue: The license listed GPL-2.0-or-later was not in the licenses collected for recipe libpam [license-file-missing]"  any tips to remove the warning ?
manuel1985 has quit [Ping timeout: 265 seconds]
vladest has quit [Ping timeout: 260 seconds]
manuel1985 has joined #yocto
<RP> rburton: hmm, true
<RP> rburton: I wonder what we assume? :/
d-s-e has quit [Ping timeout: 260 seconds]
* RP thinks he's found a patch people will hate him for
* JaMa grumbles in expectation :)
<RP> JaMa: you will find it annoying but probably like it overall :)
<JaMa> yeah, I like your commits, I just grumble about everything :)
* RP is thinking about https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=42be1cec9a050b1a722d6358d77fe0826bc2261e
<RP> Perhaps I'm pushing the defaults a little there, not sure
<rburton> like it :)
<JaMa> I like it already :) I've suggested it after ffmpeg patch-fuzz landed in last kirkstone update, it does cause do_patch to fail, right?
<RP> JaMa: it was that issue which made me want to go and investigate this
<RP> rburton: I'll remind you when meta-arm explodes
<JaMa> we have all WARN_QA in ERROR_QA already in webOS builds (including patch-fuzz), so this won't cause any more work for me and will actually save a bit (as similar issue happened recently in our internal component and was "hidden" by retriggering the verification build)
<louson> yocton: thanks, I misread the documentation. I also needed allow-empty-password and allow-root-login (or debug-tweaks)
<RP> JaMa: the bigger question is do all your patches have Upstream-Status?
<JaMa> no, will keep that one in WARN_QA (together with buildpaths :/)
<rburton> RP: our internal CI has fatal warnings :)
prabhakarlad has quit [Quit: Client closed]
<RP> JaMa: fair enough
<RP> This change probably is the right thing to do, it just won't make me popular
Algotech13 has joined #yocto
<JaMa> agreed with the first part (already cherry-picked to my builds)
tnovotny has quit [Quit: Leaving]
<JaMa> even meta-ros had very crude check for Upstream-Status (sadly with many Pending), but even Pending is better than no information at all
Algotech75 has quit [Ping timeout: 248 seconds]
vladest has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
<yssh> rburton Again failed! the build with same error:
<yssh> ` ERROR: Failed to spawn fakeroot worker to run /home/bullbust/Work/OSP/Yocto/poky/meta/recipes-core/base-files/base-files_3.0.14.bb:do_install: [Errno 32] Broken pipe `
<rburton> yssh: what does NATIVELSBSTRING = say at the top of the bitbake output?
<yssh> NATIVELSBSTRING = "debian-11"
<rburton> try deleting sstate-cache and tmp, maybe there's a subtle issue there.
<rburton> you can just bitbake base-files to speed things up a little
<yssh> ok
<rburton> and i'm assuming you've not done anything to local.conf
<yssh> no I don't
<yssh> didn't*
<JaMa> khem: with time64.inc I'm seeing target binutils failing with http://gecko.lge.com:80/Builds/Details/1279217 (with 1.40 as well as 1.39 and with ld-is-gold as well as without), have you seen that as well?
yssh has quit [Quit: Client closed]
yssh has joined #yocto
d-s-e has joined #yocto
zpfvo has joined #yocto
<yssh> rburton here is local.conf file : https://dpaste.org/OkJo8
<yssh> I have made some changes at first as shown in the docs.
<rburton> yssh: comment out BB_HASHSERVE_UPSTREAM and SSTATE_MIRRORS again, just to be sure that they're not tainting your build
<yssh> ok
<JaMa> hmm what would prevent pseudo-native to be reused from SSTATE_MIRRORS from some other debian-11 with higher ISA?
sakoman has joined #yocto
<RP> JaMa: is uninative active?
<RP> JaMa: older bitbakes did have issues pulling pseudo-native from sstate too
<JaMa> I was thinking about yssh's case
<yssh> Can I ask what is exactly pseudo-native?
<RP> yssh: it is a fakeroot emulator which lets us pretend to do things as root yet not be
<JaMa> that with or without uninative we don't prevent host's native toolchain to pass e.g. some -march
<RP> yssh: fakeroot tasks run under pseudo so the fact the fakeroot worker is failing to start suggests a problem in pseudo
<yssh> ohh... sounds like it a hacking tool
<RP> yssh: it can only ever do anything your user can do, it is all just an illusion :)
<yssh> RP Ok,
<yssh> thanks
<JaMa> yssh: it will be great to discover what's the issue, but after that building on AMD C-70 will be a bit painful, unless you're paid by hour and this laptop was provided by company to do OE builds :)
yssh66 has joined #yocto
<landgraf> sounds like dream job
yssh66 has quit [Client Quit]
<JaMa> landgraf: yeah, but you cannot play solitaire on the same laptop when build is running
yssh43 has joined #yocto
yssh43 has quit [Client Quit]
yssh has quit [Ping timeout: 260 seconds]
<manuel1985> Can xfce run under xwayland?
yssh has joined #yocto
<RP> heh, rouge bisect checked out a bitbake from 2015, couldn't find "python" and I got very confused
<landgraf> manuel1985: No, afaik
<manuel1985> landgraf: Thanks
<qschulz> manuel1985: they are planning to do it one day, but doesn't seem to be atm no
prabhakarlad has joined #yocto
<JaMa> RP: does it say "NAMELESS FILE" in the error or is it just empty ''?
<manuel1985> Hope theres no misunderstanding, I'm talking about XWayland. X! Which emulates a xserver as far as I know.
zpfvo has quit [Ping timeout: 260 seconds]
<manuel1985> So I thought there is a fair chance xfce doesn't even know it's not running below Xorg.
<manuel1985> Dunno, perhaps xfce is using some Xorg-only extensions or whatnot. Or the xserver implemented by xwayland is not 100% complete.
zpfvo has joined #yocto
xmn has joined #yocto
thomasd13 has quit [Ping timeout: 255 seconds]
<RP> JaMa: "NAMELESS FILE"
* RP is waiting for someone to complain that "NAMELESS FILE" doesn't package correctly with pseudo
Granjow has quit [Quit: leaving]
<JaMa> RP: thanks
<RP> JaMa: it is an internal token within pseudo
kscherer has joined #yocto
<Poppy> someone here use whitesource / mend to scan sources ?
demirok has quit [Quit: Leaving.]
Wouter010067 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067 has joined #yocto
manuel__ has joined #yocto
manuel1985 has quit [Ping timeout: 256 seconds]
seninha has quit [Quit: Leaving]
seninha has joined #yocto
manuel__ has quit [Ping timeout: 252 seconds]
demirok has joined #yocto
Poppy has quit [Quit: Client closed]
rob_w has quit [Quit: Leaving]
manuel1985 has joined #yocto
<rburton> manuel_: my understanding is that xwayland is for running X *apps* under a primarily wayland session, not a whole window manager
<rburton> weston is the wm, in xwayland
jquaresma[m] has joined #yocto
perceval[m] has quit [Quit: You have been kicked for being idle]
vladest has quit [Ping timeout: 252 seconds]
Algotech75 has joined #yocto
Algotech13 has quit [Read error: Connection reset by peer]
alessioigor has quit [Quit: alessioigor]
seninha has quit [Quit: Leaving]
seninha has joined #yocto
vladest has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
rfuentess has quit [Remote host closed the connection]
d-s-e has quit [Quit: Konversation terminated!]
<JaMa> 203 patch-status-noncore WARN_QA in almost complete build - bad but I was expecting worse
frieder has quit [Remote host closed the connection]
<rburton> RP: so our 4.1.2 build tools says x86 ISA used: x86-64-baseline, x86-64-v2, x86-64-v3, x86-64-v4
<rburton> that seems a little keen?
<rburton> or am I misunderstanding
zpfvo has quit [Ping timeout: 268 seconds]
Jham has quit [Quit: Leaving]
<JaMa> khem: I've used wrong link, should be http://errors.yoctoproject.org/Errors/Details/687476/ and the versions should be 2.39 and 2.40 as you probably guessed, I see that RP reported the same failures on ML as well
mckoan is now known as mckoan|away
gho has quit [Quit: Leaving.]
louson has quit [Quit: leaving]
manuel1985 has quit [Ping timeout: 256 seconds]
amelius has joined #yocto
starblue has quit [Ping timeout: 264 seconds]
<rburton> urh downloads.yocto is on strike again
sakoman has quit [Quit: Leaving.]
florian has quit [Quit: Ex-Chat]
leon-anavi has quit [Quit: Leaving]
vladest has quit [Ping timeout: 246 seconds]
<RP> rburton: does halstead know?
<rburton> not yet
<halstead> I don't. But I do now..
<rburton> i was downloading at 100kbps which gets boring when its a huge buildtools
<halstead> I'm currently tracking down some packet loss issues on that network
seninha has quit [Ping timeout: 256 seconds]
<halstead> rburton: Do you happen to have the url of the buildtools in question handy?
<halstead> Thanks.
<yssh> The build was successful `bitbake base-files`.
<yssh> Now what should I do next : `bitbake core-image-sato`  ?
<rburton> if that's what you want to build, yes
<rburton> i was just saying do base-files as that was where it broke first
<yssh> Oh, Ok
<halstead> rburton: Can you do a speed check on https://mirrors.kernel.org/yocto/yocto/yocto-4.1.2/buildtools/x86_64-buildtools-extended-nativesdk-standalone-4.1.2.sh and let me know how much better it is?
<rburton> 60Mb/s
<rburton> i'll test the original link again
<rburton> the yocto URL is coming down at anything between 100kb/s and 5mb/s
<rburton> i think its going to average at about 200kb/s
<halstead> Thanks rburton . Sounds like if I can get mirror redirection working for you that will help a lot.
<rburton> yes :)
<rburton> yp server finally finished at 500kb/s on average
<halstead> rburton: Did the kernel mirror link finish out at 60Mb/s or did it drop off a bunch?
<rburton> it dropped back to 16mb/s on average
<halstead> Not too bad. Okay. That helps. Thank you for the data points rburton .
<rburton> np
<rfs613> those kernel guys, never sharing their gigabits with other friends... ;-)
Minvera has joined #yocto
yssh has quit [Quit: Client closed]
starblue has joined #yocto
Wouter010067 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067 has joined #yocto
amelius has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
ptsneves has quit [Ping timeout: 252 seconds]
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
sakoman has joined #yocto
florian__ has joined #yocto
lhembed[m] has joined #yocto
<lhembed[m]> Hello
<lhembed[m]> Is this the place to ask questions if I'm having problems building something?
Starfoxxes has quit [Ping timeout: 260 seconds]
<JaMa> lhembed[m]: you can try
<lhembed[m]> I'm having problem building host SDK containing grpc... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/9c6ce25c846629688eb1fbdbfdcb52e3ac7f9827>)
Starfoxxes has joined #yocto
florian__ is now known as florian
florian has quit [Ping timeout: 256 seconds]
Algotech75 has quit [Remote host closed the connection]
Algotech75 has joined #yocto
seninha has joined #yocto
azcraft has joined #yocto
<lhembed[m]> Seems like an updated recipe from master was the problem inside langdale. Sorry for spam.
<lhembed[m]> (I copied it prevously for troubleshooting)
pidge has quit [Ping timeout: 268 seconds]
pidge has joined #yocto
florian has joined #yocto
ecdhe has quit [Read error: Connection reset by peer]
ecdhe has joined #yocto
mvlad has quit [Remote host closed the connection]
starblue has quit [Ping timeout: 265 seconds]
azcraft has quit [Remote host closed the connection]
vmeson has quit [Ping timeout: 264 seconds]
Algotech75 has quit [Ping timeout: 260 seconds]
vmeson has joined #yocto
<denix> --2023-01-18 23:12:02-- https://yoctoproject.org/connectivity.html
<denix> Resolving yoctoproject.org (yoctoproject.org)... 54.70.126.72
<denix> ERROR: cannot verify yoctoproject.org's certificate, issued by ‘CN=R3,O=Let's Encrypt,C=US’:
<denix> Connecting to yoctoproject.org (yoctoproject.org)|54.70.126.72|:443... connected.
<denix> Issued certificate has expired.
<denix> To connect to yoctoproject.org insecurely, use `--no-check-certificate'.
<denix> halstead: ^^^
<halstead> denix: Interesting. :\
demirok has quit [Quit: Leaving.]
<denix> Expires OnWednesday, January 18, 2023 at 6:05:58 PM
<denix> 10 minutes since expired
<halstead> denix: The renewals have been failing and I've solved it. Now to find out why the failures didn't email the team. Thank you for reporting.
<halstead> denix: I was looking at that server this morning too.
<denix> halstead: thanks!
<halstead> Thank you!
starblue has joined #yocto
* moto-timo imagines denix in a tiny box, watching a screen to see if certs have expired yet or not
<moto-timo> denix's cat
<moto-timo> aka frumkin for those that follow critical role
<moto-timo> frumpkin