On Wed, 25 Jan 2023, Jean-Baptiste Kempf wrote:
On Wed, 25 Jan 2023, at 23:28, Marton Balint wrote:
On Wed, 25 Jan 2023, Jean-Baptiste Kempf wrote:
On Wed, 25 Jan 2023, at 22:03, Marton Balint wrote:
On Wed, 25 Jan 2023, Jean-Baptiste Kempf wrote:
On Wed, 25 Jan 2023, at 21:08, Marton Balint wrote:
On Wed, 25 Jan 2023, James Almer wrote:
On 1/24/2023 12:45 PM, Anton Khirnov wrote:
So to summarize the discussion so far:
* nobody is strongly arguing for an instability period after the bump,
and there are good reasons against it, therefore we should NOT have
one
* the bump can be done either as bump-then-remove or remove-then-bump
* there are advantages and disadvantages for both of those, nobody
expressed a strong preference for either, so you can keep this as
is
Please correct me if I misunderstood or missed something, or somebody
has a new opinion.
Since the instability period doesn't seem popular, if anyone has some patches
for ABI changes (enum value or field offset changes, removing avpriv_
functions we forgot about, etc), then please send them asap so i can push
them all at the same time.
Ok, I can send the frame number changes tomorrow. When do you plan to do
the actual bump? I assumed the last 5.x release should be branched first.
Why? 5.1 was already branched out.
And is missing 6 months of development.
So you want us to release both 6.0 and 5.2 at the same time?
I don't get it.
I don't see too much benefit in releasing 6.0 right now just because we
bumped API, beacuse API bump typically means API removal, not addition.
Because that's what we agreed on?
Do a major release every year in Dec/Jan with an ABI/API breakage at that time.
If you want to do a 5.2, why not, but I don't see the need, especially if 5.1
is the LTS one. But why not...
But not doing what we said about major releases is a big breakage of trust.
Okay, maybe its just me, but I missed this decision, and I don't remember
any discussions regarding it. Can you give me some pointers?
Thanks,
Marton
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
