[Diederik de Haas]
> Why not? This isn't specific to Debian and with forwarding everyone benefits.
> And if a new upstream version gets released, you can likely drop the
> patch.
Lack of time.
--
Happy hacking
Petter Reinholdtsen
On Mon Aug 12, 2024 at 8:42 AM CEST, Petter Reinholdtsen wrote:
>
> Control: tags -1 + patch
>
> The following debian/patches/1020-ffmpeg-7.patch seem to fix the build:
>
> Description: More fixes for ffmpeg 7.0
> Use class method GetChannels() as a wrapper to get the ffmpeg version
> dependent i
Control: tags -1 + patch
The following debian/patches/1020-ffmpeg-7.patch seem to fix the build:
Description: More fixes for ffmpeg 7.0
Use class method GetChannels() as a wrapper to get the ffmpeg version
dependent implementation instead of the channels method which
disappeared with ffmpeg
Control: notforwarded -1
Control: tag -1 -fixed-upstream
On Sun Aug 11, 2024 at 3:43 PM CEST, Petter Reinholdtsen wrote:
> [Diederik de Haas]
> >> during a rebuild of the reverse dependencies for the transition to
> >> ffmpeg 7.0, your package failed to build
> >
> > Someone made a PR and that got
On 2024-08-11 15:43:26 +0200, Petter Reinholdtsen wrote:
> [Diederik de Haas]
> >> during a rebuild of the reverse dependencies for the transition to
> >> ffmpeg 7.0, your package failed to build
> >
> > Someone made a PR and that got merged upstream. Updated metadata
> > accordingly.
>
> This is
On Sun Aug 11, 2024 at 3:43 PM CEST, Petter Reinholdtsen wrote:
> [Diederik de Haas]
> >> during a rebuild of the reverse dependencies for the transition to
> >> ffmpeg 7.0, your package failed to build
> >
> > Someone made a PR and that got merged upstream. Updated metadata
> > accordingly.
>
> Th
[Diederik de Haas]
>> during a rebuild of the reverse dependencies for the transition to
>> ffmpeg 7.0, your package failed to build
>
> Someone made a PR and that got merged upstream. Updated metadata
> accordingly.
This is strange, as debian/patches/0020-ffmpeg-7.patch from
https://github.com/M
7 matches
Mail list logo