-
Notifications
You must be signed in to change notification settings - Fork 240
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
Update ffmpeg/ffpyplayer versions #716
Conversation
Are these changes also fixing the |
version = "v4.3.5" | ||
url = "https://github.com/matham/ffpyplayer/archive/{version}.zip" |
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.
I slightly overlooked that change, but don't we usually exclude the v
from the version so the package pinning won't have to include it?
So I mean url
could be:
url = "https://github.com/matham/ffpyplayer/archive/v{version}.zip"
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.
Yes/no ? Otherwise there is no way to go back to a specific archive if not pinned with a v ?
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.
🤔 That's a good question.
Pros:
- Users will likely try to pin versions like
ffpyplayer==4.x.x
, as they are used to doing the same when installing things via pip (and etc).
Cons:
- We can't pin a specific hash or tag (if that tag is not prepended by
v
) without changing the URL
Some personal considerations about it + one extra question:
- Recipes are not expected to work fine between multiple versions of the same package (or at least are not tested), so pinning a specific version of a package that needs a recipe to install should be discouraged IMHO.
- Maybe
ffpyplayer
is not the case, but sometimes we need to target a specific tag or hash as a temp workaround (that happened in past with SDL2 and Kivy). - Maybe we should print a WARNING regarding potential unexpected issues while pinning a specific version on a recipe?
BTW, I'm +1 for keeping the v
into the version.
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.
All good point thanks guys, I leave that to you, I'm fine either ways 👍
@tito If you're good with the suggestion and then the CI flags it as ✅ , I'm fine with it. |
Hi, any reason this cannot be merged? Thanks! |
5b5ef37
to
df7395f
Compare
Thanks for the heads up, I've rebased the PR, will merge if the CI is OK |
The
@brentpicasso do you have a working version of the recipe? |
Thanks for checking it. I don't have this building locally. @tito - were you able to get it to build at the time you submitted this PR? |
Hi @AndreMiras ! See: #716 (comment) |
Co-authored-by: Mirko Galimberti <me@mirkogalimberti.com>
Thanks @AndreMiras and @misl6 for the quick turnaround on this! |
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.
Thanks tito and misl6, merging
No description provided.