On Fri, 2022-03-04 at 22:17 +0100, Bill Allombert wrote: > I plan to add support for 'XB-Popcon-Reports: no' to popularity-contest. > This allows to build packages with private names that will not be > reported to popcon, by adding XB-Popcon-Reports: no to debian/control. > This must not used by packages in the debian archive, however that can > be used by packages generators that create packages with "random" names, > or by organizations that use custom packages whose name include the > organization name. Please file a bug against lintian asking to add a check that this new field is not present for packages being checked using the Debian profile. Probably using this field should be an auto-reject. > The rationale is that the only info really leaked is the package name, > so it only make sense to hide a package if every system that have it > installed are also hiding it, so it is better to make it a property > of the package than of the system. It seems reasonable to me, but I still think that popcon itself needs a way for the local sysadmin to ignore packages. Personally I have modified the popcon cron job to `grep -v` the file before upload. -- bye, pabs https://wiki.debian.org/PaulWise
Attachment:
signature.asc
Description: This is a digitally signed message part