Path: csiph.com!fu-berlin.de!bofh.it!news.nic.it!robomod From: Nilesh Patra Newsgroups: linux.debian.maint.python Subject: Re: Matplotlib 3.10.0 for trixie? Date: Sun, 13 Apr 2025 00:40:01 +0200 Message-ID: References: X-Mailbox-Line: From debian-python-request@lists.debian.org Sat Apr 12 22:30:10 2025 Old-Return-Path: X-Amavis-Spam-Status: No, score=-2.798 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FOURLA=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001] autolearn=no autolearn_force=no X-Policyd-Weight: using cached result; rate: -5.5 X-Riseup-User-ID: 6F388941E48E9195388E772FE42E023E183DEAC95B086EA7359DD427028133DD MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailing-List: archive/latest/22975 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/32554F5E-AADB-434F-BB3C-8336FB2B9056@riseup.net Approved: robomod@news.nic.it Lines: 75 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Cc: Alexandre Detiste , debian-python@lists.debian.org X-Original-Date: Sun, 13 Apr 2025 03:41:23 +0530 X-Original-Message-ID: <32554F5E-AADB-434F-BB3C-8336FB2B9056@riseup.net> X-Original-References: <29b74bd1-2181-4bf3-81a6-003cab5df87f@debian.org> <84b7b620-6f18-4f54-a13d-bb38ae0ee839@fsfe.org> <73CF4D23-2E84-40DB-9EBE-D74E9585ED00@riseup.net> <6d4e26d0-5fbd-4893-9264-1fb255111404@riseup.net> <418B4F61-1ADC-49EE-9946-9D31623456CD@riseup.net> <332450BD-FF2D-4BCC-A313-90809A0DB09D@riseup.net> Xref: csiph.com linux.debian.maint.python:16854 On 12 April 2025 6:18:20=E2=80=AFpm IST, James Addison wrote: >Hi Nilesh, Alex, > >Responding to the first point only, at the moment: > >On Sat, 12 Apr 2025 at 07:39, Nilesh Patra wrote: >> [ =2E=2E=2E snip =2E=2E=2E ] >> 1=2E matplotlib has historically shipped /etc/matploblibrc to force tka= gg and patched the code >> to use this if there are no user defined rc files see [1]=2E However, t= his was not >> handled properly via maintscripts so that'd mean over-writing user-modi= fied /etc/matplotlibrc=2E > >Ah; what is the problem related to the maintscripts? > >The /etc/matplotlibrc file is considered a config file by apt/dpkg (it >is not removed unless a purge is requested), so I was hoping that >shipping a default/unmodified matplotlibrc in an updated 3=2E10 upload >(as Alex suggests in his thread) would provide a useful additional >conflict-resolution step for anyone who has modified theirs=2E I usually had to mention such files it in d/conffiles=2E I now tried to unpack control=2Etar=2Exz of python3-matplotlib-data and sa= w it there regardless=2E Seems dh is doing its magic so I suppose my concern quoted above is invali= d=2E Regardless, it makes sense to still do a -3 upload=2E >> The backend detection logic is now better and I feel we should get rid = of the "yield '/etc/matplotlibrc'" in >> [1] and also stop shipping the conffile both and add in a rm_conffile t= o remove previously >> installed /etc/matplotlibrc=2E > >I don't have a strong opinion about this part, although when in >sysadmin mode, I do tend to go looking in /etc first to find config >files=2E > >On the other hand, we wouldn't be the first package to read config >files from elsewhere on the filesystem - pipewire springs to mind as >another case where default config files are located under /usr/share, >for example=2E Right=2E But, pipewire is much more than a python library that is intended= to be consumed by other python applications and/or end user as a part of t= heir code=2E It makes sense to have binaries, command line utilities even gui apps to h= ave a conffile in /etc=2E But it looks weird for a python library to have o= ne especially when the practical benefits are not great=2E I really doubt if any sysadmin takes the time to edit /etc/matplotlibrc=2E= But yes this should be targeting forky release instead=2E >> Probably also a d/NEWS to inform the sysadmin that this no longer works= =2E It does not make >> sense to me for a python lib to have a conffile=2E > >+1 to a NEWS entry=2E I'm not so sure about removing the conffile >entirely yet, though=2E I think it may be safer to treat it as a >feature deprecation, allowing time for feedback about any use cases >that seem to require it and/or for users to migrate to alternatives=2E ACK=2E >Regards, >James Best, Nilesh