Thanks, that was my issue... did not read it carefully enough. Keep in mind zeus is totally different from rock... running down multiple issues, sorry, I appreciate the your time/help, thanks

> I was use using https... that is a typo, sorry... Then fix your typo and it will work, but I think you didn't read what I wrote carefully enough, see the url in the log you pasted: zeus: URL

Current Dev Position: YP 3.3 M1 development Next Deadline: 7th December 2020 YP 3.3 M1 build Next Team Meetings: Bug Triage meeting Thursday Nov. 5th at 7:30am PDT

When using ./meta/recipes-core/ovmf/ovmf_git.bb as provided by Yocto I get the following error... WARNING: ovmf-native-edk2-stable201905-r0 do_fetch: Failed to fetch URL

I was use using https... that is a typo, sorry... The error is as I describe using https... Note I do not appear to have any other issues downloading packages. I believe this might be the first time

> Note went and modified ./meta/recipes-core/ovmf/ovmf_git.bb to use "http"... That is clearly wrong, you shouldn't change the git:// at the beginning of SRC_URI, just the ";protocol=git" to

Note went and modified ./meta/recipes-core/ovmf/ovmf_git.bb to use "http"... When I change to use http I get the following error now, NOTE: I see the same error with new check sum values every time I

Hi, When going from Zeus to Dunfell, I noticed that all files on the rootfs had timestamps long in the past, which I assume is from reproducible builds now being on by default. While that is a good

You don't need a full download. In the past I've used binary diffs with great success. So if the update size is your biggest concern, the tradeoff of computing and applying the binary diff might be

Hi Alexander, Thanks for your clarification. Yes, I use one UBIFS for 4 partitions, RO rootfs, RO kernel, RO DTB and RW application, no write for RO partitions, that should be safe, I feel

All, Just a reminder we will hold the monthly Yocto Project Technical Meeting at 8am PST tomorrow. (11/3) Yocto Project Technical Team Meeting: We encourage people attending the meeting to

All, YP M+ or high bugs which moved to a new milestone in WW44 are listed below: Priority Bug ID Short Description Changer Owner Was Became Medium+ 5322 Global DNS fallback mechanism not

All, The below were the owners of enhancements or bugs closed during the last

All, Below is the list as of top 50 bug owners as of the end of WW44 of who have open medium or higher bugs and enhancements against YP 3.3. There are 121 possible work days left until the final

All, The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on

"github.com[0: 140.82.114.4]: errno=Connection timed out" indicates either a temporary issue with github (unlikely) or with your network setup. Already tried a different network path from your

Attempting to move to zeus… Build with zeus 3.0.4, using “bitbake –k”, all other downloads for kernel/image were successful… Can someone tell why I am getting the following 4 errors and

This looks good. I am fine with releasing this.

Thanks you, that was the issue...

your 2nd meta-intel probably still has: LICENSE_PATH += "${LAYERDIR}/custom-licenses" in layer.conf without having this directory included in the layer? On Mon, Nov 2, 2020 at 1:37 PM Monsees, Steven