On Thu, May 05, 2022 at 07:15:06AM +0200, Tollef Fog Heen wrote:
> ]] Bill Allombert
>
> > 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
On Thu, May 05, 2022 at 11:31:37AM +0200, Andreas Tille wrote:
> > If there's a growing list of boolean control fields, isn't it the
> > indication that some sort of tagging system might make more sense?
> >
> > Instead of three lines:
> >
> > XB-Popcon-Reports: no
> > Rules-Requires-Root: yes
>
Hi,
Am Wed, May 04, 2022 at 07:23:43PM +0200 schrieb julien.pu...@gmail.com:
> If there's a growing list of boolean control fields, isn't it the
> indication that some sort of tagging system might make more sense?
>
> Instead of three lines:
>
> XB-Popcon-Reports: no
> Rules-Requires-Root: yes
>
]] Bill Allombert
> 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.
I think it'd make more sens
On 04/05/2022 19:43, Russ Allbery wrote:
I don't know if it currently does this, but it would be useful for popcon
to show counts for public third-party packages that aren't in the archive.
See
https://popcon.debian.org/unknown/by_recent
Cheers,
Peter
Philipp Kern writes:
> I like the idea, especially for organizations who know what they are
> doing[1]. I just fear that it won't actually solve your denylisting
> problem at hand. People will keep not specifying it. Can't popcon go and
> just accept reports for packages in the archive somehow?
Hi,
On 2022-05-04 18:21, 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
Le mercredi 04 mai 2022 à 10:12 -0700, Russ Allbery a écrit :
> Bill Allombert writes:
>
> > 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
Bill Allombert writes:
> 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,
Dear Debian developers,
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
10 matches
Mail list logo
