Re: autopkgtest gating migration, nearly there. But ...

2018-09-18 Thread Paul Gevers
Hi Antonio, On 17-09-18 05:57, Antonio Terceiro wrote: > maybe debci could cache the actual test dependencies considered for a > given package, including expansion @builddeps@ and stuff produced by > autodep8, so that britney2 can query that information to calculate its > required tests? > > a si

Re: autopkgtest gating migration, nearly there. But ...

2018-09-17 Thread Paul Gevers
Hi Ian, Thanks for replying. On 17-09-18 15:52, Ian Jackson wrote: > Paul Gevers writes ("autopkgtest gating migration, nearly there. But ..."): >> Let me describe the problem and the current status. > > Thanks. I am afraid I didn't quite follow your explanati

Re: autopkgtest gating migration, nearly there. But ...

2018-09-17 Thread Ian Jackson
Paul Gevers writes ("autopkgtest gating migration, nearly there. But ..."): > Let me describe the problem and the current status. Thanks. I am afraid I didn't quite follow your explanation. > The migration software (britney2) is now taking versioned > dependencies, bre

Re: autopkgtest gating migration, nearly there. But ...

2018-09-16 Thread Antonio Terceiro
On Fri, Sep 14, 2018 at 10:39:36PM +0200, Paul Gevers wrote: > Dear all, > > We are nearly there to enable migration being gated by autopkgtest > results. Unfortunately I recently realized (after implementation and > deployment of what I thought would be the solution) that the current > situation

autopkgtest gating migration, nearly there. But ...

2018-09-14 Thread Paul Gevers
Dear all, We are nearly there to enable migration being gated by autopkgtest results. Unfortunately I recently realized (after implementation and deployment of what I thought would be the solution) that the current situation is possibly not good enough yet. I'd like to solicit for your help on det