Path: csiph.com!news.samoylyk.net!gothmog.csi.it!bofh.it!news.nic.it!robomod From: Alexandre Detiste Newsgroups: linux.debian.maint.python Subject: Re: Matplotlib 3.10.0 for trixie? Date: Thu, 23 Oct 2025 17:50:01 +0200 Message-ID: References: X-Mailbox-Line: From debian-python-request@lists.debian.org Thu Oct 23 15:47:05 2025 Old-Return-Path: X-Amavis-Spam-Status: No, score=-7.099 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, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no X-Policyd-Weight: using cached result; rate: -5.5 X-Forwarded-Encrypted: i=1; AJvYcCUQD+NGSZnUsBr1Doj99GwyOR+pMYs3k+b0AljJt475CbFSFH17bQ34gqJpEsvKEPgD7RU9i+DXj8oRfGTt@lists.debian.org X-Gm-Message-State: AOJu0YyQv6bhMU8YoJV8ZZYD13p9t+ei5xv5N0XKoFfe4mVDGsHTYn/z Jh5zW2O+g/KlA0QCaIwXaGxLJ96C7dxlYUvCG6vZKZ667OVMPD7SZgzi2QJ02y4O3jI2Gt6ZlHL V8N4HeKrp5Cx7UH5mTs2132dUY7LC/9s= X-Gm-Gg: ASbGncvN/lnw0rqWJ679qq1DcHCUkNPcK141ivv81/pYtUhSRm9hicaVRe5xdMq8hN4 sKGjYZM6Vu0aK1vtAWJ8sbXdj2xB5vzW4DsR9BktsqmwuoL0K4QYugyNXYLzMf9mzBd449q8/Hq 9u0YwNiGgEMAXJ9Y+SdAdKbDtqLyDdExroaOn3EYMft/1wAg09HGjX5v1m6XJNXH0+Cgg+f5ina i7seOWBvxmcgp68u89xTV3monul6ep+5Y1nxezsYKFt6l/lUFcdNCGa6dy5xA06smO8axeZFHTS wHRJGjlLycdhjjk= X-Google-SMTP-Source: AGHT+IH3gj7SLSU5ki7qJIHtE3QVLNZHeHgP0KHt9YRGlclTM45VsFKkTodMxquHN5Tb4XnrnXTwBR0L3gHmIyqdamA= X-Received: by 2002:a05:600c:4ed1:b0:46e:506b:20c9 with SMTP id 5b1f17b1804b1-471178a1d2bmr186637815e9.12.1761234406365; Thu, 23 Oct 2025 08:46:46 -0700 (PDT) MIME-Version: 1.0 X-Gm-Features: AWmQ_bmVanSI3YzPE1suVQkeTiWzTjR7BgljFt_V03EsaB5gok2pc_DRC2doAgg Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailing-List: archive/latest/23314 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/CADsTwjKsjh10O4z6FA4fBgfy+BqDOsJv_sBSGBgqYs3RRyKvoQ@mail.gmail.com Approved: robomod@news.nic.it Lines: 60 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Cc: Nilesh Patra , debian-python@lists.debian.org X-Original-Date: Thu, 23 Oct 2025 17:46:33 +0200 X-Original-Message-ID: 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:17117 Hi, Trixie has been released. We/you can proceed with the plan to remove the current unpatched/verbatim /etc/matplotlibrc Greetings Alexandre Le sam. 12 avr. 2025 =C3=A0 14:48, James Addison a =C3= =A9crit : > > Hi Nilesh, Alex, > > Responding to the first point only, at the moment: > > On Sat, 12 Apr 2025 at 07:39, Nilesh Patra wrote: > > [ ... snip ... ] > > 1. matplotlib has historically shipped /etc/matploblibrc to force tkagg= and patched the code > > to use this if there are no user defined rc files see [1]. However, thi= s was not > > handled properly via maintscripts so that'd mean over-writing user-modi= fied /etc/matplotlibrc. > > 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.10 upload > (as Alex suggests in his thread) would provide a useful additional > conflict-resolution step for anyone who has modified theirs. > > > 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. > > 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. > > 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. > > > Probably also a d/NEWS to inform the sysadmin that this no longer works= . It does not make > > sense to me for a python lib to have a conffile. > > +1 to a NEWS entry. I'm not so sure about removing the conffile > entirely yet, though. 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. > > Regards, > James