Re: How is autopkgtest working in Perl packages

2024-03-12 Thread Andreas Tille
Am Mon, Mar 11, 2024 at 10:29:30PM +0100 schrieb Étienne Mollier: > The change turns out to be much more involved than I initially > thought: we need to account for the build dependencies as well > as the recommends, and tests don't go skipped that easily, > because the control on skippable entries

Re: Bug#1065841: Taking over datalad to either Debian Med or Debian Science team

2024-03-12 Thread Yaroslav Halchenko
Hi Andreas, Let's keep DataLad under our (NeuroDebian) umbrella for now, since we are also upstream there and project is active. We are also working with Vasyl (CCed) to experiment with some semi-automation for package updates/backports (for neurodebian) and datalad (and some of its ecosystem) pa

Re: Bug#1065841: Taking over datalad to either Debian Med or Debian Science team

2024-03-12 Thread Andreas Tille
Hi Yaroslav, Am Tue, Mar 12, 2024 at 03:50:22PM -0400 schrieb Yaroslav Halchenko: > Let's keep DataLad under our (NeuroDebian) umbrella for now, since we > are also upstream there and project is active. We are also > working with Vasyl (CCed) to experiment with some semi-automation for > package

Re: How is autopkgtest working in Perl packages

2024-03-12 Thread Étienne Mollier
Hi Andreas, Andreas Tille, on 2024-03-12: > Cool. It would be great if we could get rid of 32bit emboss related > packages to get back all those packages in testing which were removed > now. In the particular case of bioperl-run, there are only single Architecture: all "binary" packages, so nothi