Re: feedback for NEW packages: switch to using the BTS?

2022-04-30 Thread nick black
Paul Wise left as an exercise for the reader: > Packages with incomplete or incorrect debian/copyright information > currently would recieve a REJECT rather than acceptance. The proposal > would not change that, just turn that REJECT into a bug report, which > you could fix in a second upload to NE

Re: feedback for NEW packages: switch to using the BTS?

2022-04-30 Thread Paul Wise
On Sat, 2022-04-30 at 03:09 -0400, nick black wrote: > currently, as far as i understand things, a REJECT can be issued > for the first REJECT-worthy problem. The same would occur under the proposal, except that there would presumably be separate bug reports for separate issues. > if resolving t

Re: Firmware - what are we going to do about it?

2022-04-30 Thread Helmut Grohne
Hi Steve et al, On Tue, Apr 19, 2022 at 01:27:46AM +0100, Steve McIntyre wrote: > TL;DR: firmware support in Debian sucks, and we need to change this. See the > "My preference, and rationale" Section below. Thank you for the excellent write-up. > 5. We could split out the non-free firmware pack

Bug#1010395: ITP: neom -- desktop IM client for the Matrix protocol

2022-04-30 Thread Jonas Smedegaard
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard X-Debbugs-Cc: debian-devel@lists.debian.org, Matrix Packaging Team -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: neom Version : 0.0~git20220427 Upstream Author : Antti Keränen * URL : https:

Bug#1010396: ITP: tsn-scripts -- Tool set for Time Sensitive Networking testing

2022-04-30 Thread Vladimir Oltean
Package: wnpp Severity: wishlist Owner: Vladimir Oltean * Package name: tsn-scripts Version : 0.8 Upstream Author : Vladimir Oltean * URL : https://github.com/vladimiroltean/tsn-scripts * License : GPL Programming Lang: C Description : Tool set for Tim

Re: feedback for NEW packages: switch to using the BTS?

2022-04-30 Thread Sean Whitton
Hello, On Sat 30 Apr 2022 at 07:44AM +08, Paul Wise wrote: > It also means the ftpmasters can file separate bugs for each problem, > rather than combining them all into one mail. This would really slow things down; I don't think we could work that way. -- Sean Whitton signature.asc Descripti

Re: feedback for NEW packages: switch to using the BTS?

2022-04-30 Thread Paul Wise
On Sat, 2022-04-30 at 14:20 -0700, Sean Whitton wrote: > This would really slow things down; > I don't think we could work that way. Using separate bug reports or not would of course be up to the person filing them, but I expect the process could be automated well enough that it wouldn't be much

Re: feedback for NEW packages: switch to using the BTS?

2022-04-30 Thread nick black
Paul Wise left as an exercise for the reader: > > if resolving the resulting bug report is the bar needing clearing to > > enter the archive, that does seem to require FTPmasters to create a > > complete statement of REJECT-worthy problems in each uploaded > > package, which seems like more work th

Bug#1010416: ITP: python-ansible-compat -- Ansible compatibility goodies

2022-04-30 Thread Josenilson Ferreira da Silva
Package: wnpp Severity: wishlist Owner: Josenilson Ferreira da Silva X-Debbugs-Cc: debian-devel@lists.debian.org, nilsonfsi...@hotmail.com * Package name: python-ansible-compat Version : 2.0.2 Upstream Author : Sorin Sbarnea * URL : https://github.com/ansible/ansible-

Re: feedback for NEW packages: switch to using the BTS?

2022-04-30 Thread Paul Wise
On Sat, 2022-04-30 at 22:47 -0400, nick black wrote: > i understand. i suppose that what i'm saying is it will probably > be worthwhile to convey in Mentors etc. documentation that > "resolving the bugs filed thus far [regarding the package in > NEW] does not imply that no further bugs will be fil

Re: feedback for NEW packages: switch to using the BTS?

2022-04-30 Thread nick black
Paul Wise left as an exercise for the reader: > I think the same problem and suggestions also apply with the current > system of prods and rejects, so please do add or propose adding it in > the appropriate documentation and templates. I will of course seek to > preserve these statements if I end u