Re: New service: https://debuginfod.debian.net
On Sun, Feb 28, 2021 at 07:22:07AM +, Ian Campbell wrote: > On Sat, 2021-02-27 at 17:30 -0500, Sergio Durigan Junior wrote: > > I don't know if I understand the pushback I'm seeing > > against using a debconf question for this. > > FWIW I don't think I've read any actual pushback on that in this thread > although I can see how it might appear that way to another reader. I > took it as people offering possible alternatives or future extensions > -- certainly that was my intention once the intent to have a debconf > question was clear (which I tried to clarify but perhaps failed at). > When I said earlier "So long as it is opt-in at the gross level" I was > referring to the debconf being sufficient. Well spoken. It matches my point of view and my opinion. > I think (and I have inferred that you think) the need for discussion of > alternatives or future improvements isn't especially productive at the > current time so I won't prolong that aspect of the thread by replying > to the rest of your mail Matches the principle of "Those who do decide". It is the attitude that did bring us, Debian, so far. That it also did made us leaving network silence and other "good things", is something we have to deal with. Methods, ideas and opinions on the "how", please in a fresh thread. Groeten Geert Stappers -- Silence is hard to parse
Re: New service: https://debuginfod.debian.net
* Paul Wise [2021-02-27 23:15]: I assume folks are wanting a per-user consent to download from debuginfod services instead of or in addition to the per-system consent being proposed to add via debconf. I strongly prefer the debconf solution only. Companies tend to have policies which police network access and are enforced by the sysadmins. And on the typical privately owned single user system, there is no real difference between per-user and per-system consent, but debconf is already implemented and happens to work on all Debian systems. Timo signature.asc Description: PGP signature
Bug#983741: ITP: license-expression -- parse, compare, ' 'simplify and normalize license expressions (such as SPDX license ' 'expressions) using boolean logic.
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: license-expression Version : 1.2 Upstream Author : * URL : https://github.com/nexb/license-expression * License : Apache-2.0 Programming Lang: Python Description : parse and manipulate SPDX license expressions license-expression is a small utility library to parse, compare, simplify and normalize license expressions (e.g. SPDX license expressions) using boolean logic such as: GPL-2.0 or later WITH Classpath Exception AND MIT. See also for details: https://spdx.org/sites/cpstandard/files/pages/files/spdxversion2.1.pdf#page=95&zoom=auto (this is a dependency for scancode-toolkit)
Bug#983742: ITP: boolean.py -- boolean algebra library for Python
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: boolean.py Version : 3.8 Upstream Author : * URL : https://github.com/bastikr/boolean.py * License : BSD-2-clause Programming Lang: Python Description : boolean algebra library for Python "boolean.py" is a small library implementing a boolean algebra. It defines two base elements, TRUE and FALSE, and a Symbol class that can take on one of these two values. Calculations are done in terms of AND, OR and NOT - other compositions like XOR and NAND are not implemented but can be emulated with AND or and NOT. Expressions are constructed from parsed strings or in Python. This is a dependency for the license-expression module.
Bug#894821: updated upstream snuffleupagus git repo
Control: retitle -1 ITP: snuffleupagus -- Security module for php7 - Killing bugclasses and virtual-patching the rest Control: owner -1 donf...@casagrau.org Resending with control entries at top. signature.asc Description: PGP signature
