Summary: | sys-firmware/intel-microcode: consider dropping RESTRICT="bindist mirror" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ogelpre <gentoo.org> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | ionen, licenses, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=664134 https://bugs.gentoo.org/show_bug.cgi?id=789456 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ogelpre
2021-03-05 21:13:45 UTC
(In reply to Ogelpre from comment #0) > Is there a reason why the Intel microcode is not mirrored? Was blocked because of bug #664134, however that restrictive license is no longer used and reading intel-ucode license I personally see no issue (but I'm no expert). Even if your network could reach the link : >>> * Package: sys-firmware/intel-microcode-20210216_p20210221 >>> * Repository: gentoo >>> * Maintainer: base-system@gentoo.org >>> * USE: abi_x86_64 amd64 elibc_musl kernel_linux split-ucode userland_GNU >>> * FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox >>> Downloading 'https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/archive/microcode-20210216.tar.gz' >>> % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed >>> 100 168 100 168 0 0 87 0 0:00:01 0:00:01 --:--:-- 87 >>> !!! Fetched file: microcode-20210216.tar.gz VERIFY FAILED! >>> !!! Reason: Filesize does not match recorded size >>> !!! Got: 168 >>> !!! Expected: 3506111 >>> Refetching... File renamed to '/usr/portage/distfiles/microcode-20210216.tar.gz._checksum_failure_.n895mtz5' >>> !!! Couldn't download 'microcode-20210216.tar.gz'. Aborting. >>> * Fetch failed for 'sys-firmware/intel-microcode-20210216_p20210221', Log file: >>> * '/var/log/portage/build/sys-firmware/intel-microcode-20210216_p20210221:20210328-083329.log' curl -o out https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/archive/microcode-20210216.tar.gz >>> <html><body>You are being <a href="https://codeload.github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/tar.gz/microcode-20210216">redirected</a>.</body></html> Replacing the url in the ebuild did the tricks (on my local homemade repos) Comment #2 is invalid. When using cURL you need to tell cURL to follow redirects (--location). (In reply to Ionen Wolkens from comment #1) > (In reply to Ogelpre from comment #0) > > Is there a reason why the Intel microcode is not mirrored? > Was blocked because of bug #664134, however that restrictive license is no > longer used and reading intel-ucode license I personally see no issue (but > I'm no expert). Maybe a good time to visit this if d.g.o is going to be having issues? e.g. nevermind EAPI=8 mirror restriction lifting for d.g.o, this doesn't need RESTRICT="mirror" at all given it reverted to the old license and the problematic license is no longer in the tree. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bb77ecbe6e87d2c2d33e2ecda99483b8dc005ecf commit bb77ecbe6e87d2c2d33e2ecda99483b8dc005ecf Author: Sam James <sam@gentoo.org> AuthorDate: 2022-03-15 20:17:27 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-03-15 20:19:14 +0000 sys-firmware/intel-microcode: drop RESTRICT="mirror" dev.gentoo.org is currently experiencing issues so users may not be able to reach it right now. It's clear from the original bug that led to the imposition of the restriction that the issue is gone Bug: https://bugs.gentoo.org/664134 Closes: https://bugs.gentoo.org/774360 Thanks-to: Ionen Wolkens <ionen@gentoo.org> Signed-off-by: Sam James <sam@gentoo.org> .../intel-microcode/intel-microcode-20201112_p20201116-r1.ebuild | 4 ++-- .../intel-microcode/intel-microcode-20210216_p20210221.ebuild | 4 ++-- .../intel-microcode/intel-microcode-20210216_p20210514.ebuild | 4 ++-- .../intel-microcode/intel-microcode-20210608_p20210608.ebuild | 4 ++-- .../intel-microcode/intel-microcode-20210608_p20210830.ebuild | 4 ++-- .../intel-microcode/intel-microcode-20220207_p20220207.ebuild | 2 +- 6 files changed, 11 insertions(+), 11 deletions(-) Reopening, because the ebuild still has a bindist restriction. It is a binary package, so if it can be mirrored then it can also be distributed. (In reply to Larry the Git Cow from comment #5) > dev.gentoo.org is currently experiencing issues so users may > not be able to reach it right now. This is not a valid reason for dropping mirror restriction. Just saying. :) AFAICS, both mirror and bindist should have been dropped long ago (in 2018) when the license was reverted to the original "intel-ucode". The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0d2889e6612232d5c376ab6753054167fd454ac0 commit 0d2889e6612232d5c376ab6753054167fd454ac0 Author: Ulrich Müller <ulm@gentoo.org> AuthorDate: 2022-03-16 06:31:55 +0000 Commit: Ulrich Müller <ulm@gentoo.org> CommitDate: 2022-03-16 06:31:55 +0000 sys-firmware/intel-microcode: Drop bindist restriction Closes: https://bugs.gentoo.org/774360 Signed-off-by: Ulrich Müller <ulm@gentoo.org> .../intel-microcode/intel-microcode-20201112_p20201116-r1.ebuild | 2 +- sys-firmware/intel-microcode/intel-microcode-20210216_p20210221.ebuild | 2 +- sys-firmware/intel-microcode/intel-microcode-20210216_p20210514.ebuild | 2 +- sys-firmware/intel-microcode/intel-microcode-20210608_p20210608.ebuild | 2 +- sys-firmware/intel-microcode/intel-microcode-20210608_p20210830.ebuild | 2 +- sys-firmware/intel-microcode/intel-microcode-20220207_p20220207.ebuild | 2 +- 6 files changed, 6 insertions(+), 6 deletions(-) (In reply to Ulrich Müller from comment #6) > Reopening, because the ebuild still has a bindist restriction. It is a > binary package, so if it can be mirrored then it can also be distributed. > > (In reply to Larry the Git Cow from comment #5) > > dev.gentoo.org is currently experiencing issues so users may > > not be able to reach it right now. > > This is not a valid reason for dropping mirror restriction. Just saying. :) > I meant it as motivation to fix the bug finally, the reason to drop it was in the next few lines! But point taken. > AFAICS, both mirror and bindist should have been dropped long ago (in 2018) > when the license was reverted to the original "intel-ucode". Thanks for doing it! |