Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread Luca Boccassi
On Fri, 28 Apr 2023 at 10:12, Luca Boccassi wrote: > > On Fri, 28 Apr 2023 at 09:09, Helmut Grohne wrote: > > So yeah, with the exception of dash, this looks fairly good. Let me also > > dive into dash. Unlike the majority of diverters, it diverts in postinst > > rather than preinst to allow cont

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread Helmut Grohne
Please excuse the volume of mails I am producing at this time, but I still think this adds to the discussion. On Thu, Apr 27, 2023 at 12:34:06AM +0200, Helmut Grohne wrote: > I have a bad feeling about this. I think some dpkg maintainer warned us > that diversions would break. Let's peek at his li

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread Russ Allbery
Helmut Grohne writes: > On Thu, Apr 27, 2023 at 10:58:46AM +0200, Marc Haber wrote: >> My gut feeling is that we are wasting prescious time of numerous >> skilled Debian Developers to find ugly workarounds to something that >> should be done in dpkg, but isnt being done because one dpkg maintaine

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread James Addison
On Fri, 28 Apr 2023 at 17:52, Jochen Sprickerhof wrote: > > Hi James, > > * James Addison [2023-04-28 14:54]: > >To make sure we don't miss any packages out accidentally: could you > >confirm that those hundred-or-so errors occurred from 27 or so > >distinct packages? > > > >(looking at RC bugs c

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread Jochen Sprickerhof
Hi James, * James Addison [2023-04-28 14:54]: To make sure we don't miss any packages out accidentally: could you confirm that those hundred-or-so errors occurred from 27 or so distinct packages? (looking at RC bugs created within the past week, I currently find 27 bugs with 'Breaks+Replaces'

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread James Addison
On Thu, 27 Apr 2023 at 14:37, Helmut Grohne wrote: > > Hi Simon, > > On Sat, Apr 22, 2023 at 11:41:29AM +0100, Simon McVittie wrote: > > You might reasonably say that "the maintainer of bar didn't add the > > correct Breaks/Replaces on foo" is a RC bug in bar - and it is! - but > > judging by the

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread Helmut Grohne
Hi Simon, On Fri, Apr 28, 2023 at 02:07:33PM +0200, Simon Richter wrote: > Transforming existing diversions: yes, if you can find out about them > without looking at dpkg internal files. It may very well be necessary to > update the file format on one of these, and if that would cause your > scrip

Bug#1035055: ITP: firmware-imx -- Firmware binary blobs needed on NXP i.MX platforms

2023-04-28 Thread Manuel Traut
Package: wnpp Severity: wishlist Owner: Manuel Traut X-Debbugs-Cc: debian-devel@lists.debian.org, manuel.tr...@mt.com, ma...@mecka.net * Package name: firmware-imx Version : 8.19 Upstream Contact: NXP * URL : https://www.nxp.com/ * License : LA_OPT_NXP_Softwar

Bug#1035054: ITP: node-react-redux -- Official ReactJS bindings for node-redux

2023-04-28 Thread Yadd
Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: node-react-redux Version : 8.0.5 Upstream Contact: https://github.com/reduxjs/react-redux/issues * URL : https://github.com/reduxjs/react-redux * License :

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread Simon Richter
Hi, On Thu, Apr 27, 2023 at 12:34:06AM +0200, Helmut Grohne wrote: > Ok, let's move on. I've proposed diversions as a cure, but in reality > diversions are a problem themselves. Consider that > cryptsetup-nuke-password diverts /lib/cryptsetup/askpass, which is > usually owned by cryptsetup. If cr

Bug#1035050: ITP: node-rjsf -- ReactJS component capable of using JSON Schema to declaratively build forms

2023-04-28 Thread Yadd
Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: node-rjsf Version : 5.6.2 Upstream Contact: https://github.com/rjsf-team/react-jsonschema-form/issues * URL : https://github.com/rjsf-team/react-jsonschema-form *

Bug#1035049: ITP: nfstest -- NFS Test Suite

2023-04-28 Thread Gürkan Myczko
Package: wnpp Severity: wishlist Owner: Gürkan Myczko X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: nfstest Version : 3.2 Upstream Authors: Jorge Mora URL : https://wiki.linux-nfs.org/wiki/index.php/NFStest * License : GPL-2+ Description

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread Timo Röhling
* Luca Boccassi [2023-04-28 10:12]: Which part of config-package-dev causes a conflict here? Is it something that can be fixed? Given it's declarative, an upload + rdeps rebuild should be all that's needed, assuming we know what the issue is and how to fix it. As far as I can remember, it's a bu

Re: RFP: kernelcraft -- Tool to build and run a kernel inside a virtualized snapshot of your live system

2023-04-28 Thread Andrea Righi
On Thu, Apr 27, 2023 at 05:56:41PM +0200, Andrea Righi wrote: > Package: wnpp > Severity: wishlist > Owner: Andrea Righi > X-Debbugs-CC: debian-devel@lists.debian.org > Control: affects -1 ITP > > * Package name: kernelcraft > Version : 2.0 > Upstream Author : Andrea Righi > * UR

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread Luca Boccassi
On Fri, 28 Apr 2023 at 09:09, Helmut Grohne wrote: > > On Thu, Apr 27, 2023 at 12:34:06AM +0200, Helmut Grohne wrote: > > Ok, let's move on. I've proposed diversions as a cure, but in reality > > diversions are a problem themselves. Consider that > > cryptsetup-nuke-password diverts /lib/cryptsetu

Re: DEP 17: Improve support for directory aliasing in dpkg

2023-04-28 Thread Helmut Grohne
On Thu, Apr 27, 2023 at 12:34:06AM +0200, Helmut Grohne wrote: > Ok, let's move on. I've proposed diversions as a cure, but in reality > diversions are a problem themselves. Consider that > cryptsetup-nuke-password diverts /lib/cryptsetup/askpass, which is > usually owned by cryptsetup. If cryptset