On Mon, Jul 22, 2024 at 12:58:49PM +0200, Drew Parsons wrote:
> On 2024-07-22 11:40, Alexandre Detiste wrote:
> > Hi Nilesh,
> > 
> > I joined Astro team and took care of matplotlib rdeps there.
> > 
> > I'm struggling with basemap... I don't understand how
> > this multi-package with it's 3 setup.py works.
> > It's the very last rdpeps that will block migration later on.
> > 
> > I think it's the right time to upload to Unstable.
> > ---
> > 
> > matplotlib build is failing right now too.
> > Salsa CI logs are truncated & useless.
> > 
> >   dh_sphinxdoc -O--buildsystem=pybuild
> > dh_sphinxdoc: error:
> > debian/python-matplotlib-doc/usr/share/doc/python-matplotlib-doc/html/search.html
> > does not load searchindex.js
> > make: *** [debian/rules:26: binary] Error 25
> > dpkg-buildpackage: error: fakeroot debian/rules binary subprocess
> > returned exit status 2
> > I: copying local configuration
> > E: Failed autobuilding of package
> > 
> > Greetings
> 
> 
> Thanks Alexandre.  Certainly I'll be happy to have matplotlib 3.8 (if not
> 3.9) in unstable, if we can live with kicking basemap out of testing.
> scipy-docs will use matplotlib-docs.
> 
> The new basemap has pushed setup.py down into one of the subdirs.  I've
> haven't looked into it deeply, but I'm wondering if it might work just
> setting appropriate PYBUILD_* variables in debian to point sourcedir at the
> new subdir containing setup.py? i.e. activating pybuild's --dir option. Not
> sure if that would mean a PYBUILD_DIR variable or something else. Depends on
> whether we can ignore the other new subdirs. I haven't checked for
> correspondence between the new and the old basemap source.
Yes, new upstream release is different, I plan work on it after DebConf.
But, do we need remove basemap from testing?
> 
> Drew
> 

-- 
cheers,
        Emmanuel Arias

 ⢀⣴⠾⠻⢶⣦⠀
 ⣾⠁⢠⠒⠀⣿⡁  eam...@debian.org
 ⢿⡄⠘⠷⠚⠋⠀  OpenPGP: 13796755BBC72BB8ABE2AEB5 FA9DEC5DE11C63F1                    
 
 ⠈⠳⣄

Attachment: signature.asc
Description: PGP signature

Reply via email to