[FFmpeg-devel] [PATCH]download: Fix the release link

Paul B Mahol onemda at gmail.com
Wed Apr 10 18:10:53 EEST 2019


On 3/29/19, Michael Niedermayer <michael at niedermayer.cc> wrote:
> On Fri, Mar 29, 2019 at 01:16:41AM +0100, Carl Eugen Hoyos wrote:
>> 2019-03-28 20:52 GMT+01:00, Michael Niedermayer <michael at niedermayer.cc>:
>> > On Thu, Mar 28, 2019 at 06:47:52PM +0100, Carl Eugen Hoyos wrote:
>> >> 2019-03-28 18:31 GMT+01:00, Michael Niedermayer
>> >> <michael at niedermayer.cc>:
>> >> > On Thu, Mar 28, 2019 at 12:00:39PM +0100, Carl Eugen Hoyos wrote:
>> >>
>> >> >> -      <small>ffmpeg-4.1.2.tar.bz2</small>
>> >> >> +      <small>ffmpeg-snapshot.tar.bz2</small>
>> >> >
>> >> > Iam not sure if this is wise. This would increase the burden
>> >> > for security fixes because now any fix to a bug in no release
>> >> > can be ignored. But if distros would ship random master
>> >> > checkouts everything even if its fixed an hour later could
>> >> > be relevant to some distribution
>> >>
>> >> This link will not affect any distribution, only users who need a
>> >> quick download (and report an issue afterwards).
>> >
>> > maybe there should be a button for downloading the latest release
>> > and the latest snapshot side by side
>>
>> > and certainly i see your point but users downloading the latest
>> > snapshot
>> > still will not have the latest when they report a bug. So iam not
>> > sure this would actually help. Many if not most people still would
>> > have to go and re-download
>>
>> After working on FFmpeg for some time I would say
>> users who use a release very often miss that an issue
>> was already fixed, users with a recent snapshots
>> are less likely in this situation.
>>
>> > also if release and snapshot differ much its probably time for a new
>> > major release ...
>> > not saying that makes your argument less relevant but more saying
>> > that i think we should probably make a new major release ...
>>
>
>> Given the number of open current regressions, I would
>> prefer if we fixed at least some of them before
>> making a release...
>
> yes, i prefer that as well and bugs should be fixed independant of
> there being a release ...
> and i would suggest we consider setting up some bug bounties for these
> 151 ? regressions or a subset of them. This may help to draw more
> interrest towards them ...

You can work on those bugs, after all you are being paid to work
full time on FFmpeg, or do I miss remember?


More information about the ffmpeg-devel mailing list