Re: New version of snpeff in Git (Was: snpeff_4.3t+dfsg1-1_amd64.changes REJECTED)

[Pierre Gruet <pgt@debian.org>]

Hi Andreas,

Le 03/02/2022 à 10:31, Andreas Tille a écrit :
> Hi,
>
> Am Sat, Jan 22, 2022 at 09:49:32PM +0100 schrieb Pierre Gruet:
> > I did the upload -- I agree autopkgtests would be valuable, still. Yet I
> > remember the tests I did when designing the package last Spring, and I feel
> > providing a dataset is necessary for even a basic use of snpeff, which, I
> > think, makes the design of an autopkgtest difficult.
> > But if anyone has specific ideas -- maybe you, Steffen? -- I would be really
> > happy to implement them. Or else, I will have a look again!
>
> I realised that you commited 5.1+dfsg which builds nicely for me and
> also fixes the watch file (which I'm hunting for in all our packages).
> Do you have any reason to wait with uploading the current status in Git?

Ha, this is the second time today I see I should have put information in 
d/changelog for such case ;) sorry for not doing it, next time I will.

> I mean, if we can't provide an autopkgtest yet the current Git has a
> lot of advantages for our users.

Yes, just before looking at king/libpdfbox-graphics2d-java I was 
updating snpeff and seeing if I could turn some unit tests into 
autopkgtests -- and I trust I can, this is my current task.

So if you think putting snpeff can be delayed 2 or 3 days, let's just 
wait I write the tests. Else, please consider uploading, this is fine :)

> Kind regards
>
>        Andreas.

Best regards,

--
Pierre