-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
amdgpu-pro vulkan and AMF bumps #25377
Conversation
Pull Request assignmentSubmitter: @AdelKS media-libs/amdgpu-pro-vulkan: @AdelKS, @gentoo/proxy-maint Linked bugsNo bugs to link found. If your pull request references any of the Gentoo bug reports, please add appropriate GLEP 66 tags to the commit message and request reassignment. If you do not receive any reply to this pull request, please open or link a bug to attract the attention of maintainers. In order to force reassignment and/or bug reference scan, please append Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide |
Pull request CI reportReport generated at: 2022-05-07 21:20 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So are you absolutely sure about the header requirement here?
media-video/amdgpu-pro-amf/amdgpu-pro-amf-1.4.24.1401426.ebuild
Outdated
Show resolved
Hide resolved
media-video/amdgpu-pro-amf/amdgpu-pro-amf-1.4.24.1401426.ebuild
Outdated
Show resolved
Hide resolved
I am not sure I understand your question. For The thing is that the library is always backward-compatible with all previous AMD drivers, but only the newer ones can leverage the new features. And I would like your input on this, or anyone's input with experience on such matters. |
Signed-off-by: Adel KARA SLIMANE <adel.ks@zegrapher.com>
Signed-off-by: Adel KARA SLIMANE <adel.ks@zegrapher.com>
….3 driver Signed-off-by: Adel KARA SLIMANE <adel.ks@zegrapher.com>
…o DEPEND Signed-off-by: Adel KARA SLIMANE <adel.ks@zegrapher.com>
Hello @juippis I cancelled my slotting changes for now, this PR is a simple version bump + a fix of deps in ffmpeg. I will wait for the answer on GPUOpen-LibrariesAndSDKs/AMF#313 to do further changes. By the look of their repository, that contains a copy of
|
Pull request CI reportReport generated at: 2022-05-29 15:21 UTC There are existing issues already. Please look into the report to make sure none of them affect the packages in question: |
@@ -287,6 +287,7 @@ RDEPEND="${RDEPEND} | |||
" | |||
|
|||
DEPEND="${RDEPEND} | |||
amf? ( media-libs/amf-headers ) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Now this on the other hand doesn't require a revbump to ffmpeg :) rest of this PR works so I guess I'll move and rebase this revbump out. Thanks!
Hello!
I brought some changes that I'd like special attention to, since
ffmpeg
needs the headers fromamf-headers
to be built with theamf
use flag :amf-headers
gets updated,ffmpeg
needs to be rebuilt : so I slottedamf-headers
and madeffmpeg
get rebuilt accordingly. But I am not sure about that, it is usual to do that for apps that depend on headers right ?amf-headers
inBDEPEND
inffmpeg
yet it had to be inDEPEND