On Sun, Sep 20, 2020 at 10:56:02PM +0800, Paul Wise wrote: > On Sun, 2020-09-20 at 11:04 +0200, Bill Allombert wrote: > > > Instead I would suggest to add a new dpkg control field 'X-Popcon: > > private' and have popularity-contest skip packages having this field. > > This isn't going to be useful for users who want to exclude packages > from repos that they do not control
But again why would they want that ? The only thing popcon report is the package names (which would be public anyway) and some timing data. If they do not trust popcon anonymization, then it is safer to disable popcon entirely. It is a given users can mess with popcon reports in any way then want. However randomly hiding packages from popcon report is not something that should be sanctionned by the popularity-contest package. > or packages built by mk-build-deps > or other tools that do not allow adding extra dpkg control fields. I suppose mk-build-deps and other tools could then be updated to support this feature. This is not really an objection. In fact it would make this much easier. Cheers, -- Bill. <ballo...@debian.org> Imagine a large red swirl here.