[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Lintian errors on ffmpeg

Hi Enrico,

I do sometimes disable lintian and reprotest for the LTS releases.
We are mostly working on security issues and we do unlikely
introduce a new lintian error, providing the minimal patch for the
source code.

When I create a new repo on lts-packages group, I just check, whether
all "jobs" are passing. And if lintian and/or reprotest are failing, I just
disable them. If they are green - that's good and I just leave it enabled.

So I propose you here just modify the debian/.gitlab-ci.yml adding
in this case.

Best regards


Am Mi., 4. Mai 2022 um 13:32 Uhr schrieb Enrico Zini <enrico@enricozini.org>:
> On Wed, May 04, 2022 at 12:02:57PM +0200, Santiago Ruano Rincón wrote:
> > The rationale about that change (or rather the decision about how to fix
> > broken lintian image/job) is here, after input by lechner:
> > https://salsa.debian.org/salsa-ci-team/pipeline/-/merge_requests/347#note_303815
> >
> > Ideally, I would expect lintian be clever enough to analyse the package
> > according to the target release. But that's not the case, and I can
> > image that's not a simple solution, so we are seeing errors like this
> > you are reporting.
> >
> > Is the current lintian behaviour in Salsa CI broken?
> > Should the lintian job run the lintian version found in ${RELEASE}?
> Ok, I'll step out of the conversation on what the Salsa CI should do.
> As a takeaway point about my specific issue I'll ignore those specific
> lintian errors on ffmpeg for now.
> I also won't add lintian overrides for them, unless someone tells me
> that those errors would cause an upload to be rejected.
> Enrico
> --
> GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini <enrico@enricozini.org>

Reply to: