Re: DEP-8 pseudo-restriction "hint-dpkg-testsuite-triggers"

2018-06-20 Thread Paul Gevers
Hi Ian, On 19-06-18 23:23, Ian Jackson wrote: > Paul Gevers writes ("Re: DEP-8 pseudo-restriction > "hint-dpkg-testsuite-triggers""): Considering your description above I give you the following alternative suggestion: make a gnupg1 specific test, where you install gnupg instead of

Re: RFR: email about regressions

2018-06-20 Thread Paul Gevers
Hi, On 20-06-18 01:31, Ian Jackson wrote: > AFAICT we had consensus that by default both the delayer and the > delayee should get mails about test failures. But I don't think that > is implemented yet. It is, but not fully automatically due to transitions not being handled properly yet (working

Re: RFR: email about regressions

2018-06-20 Thread Paul Gevers
Hi On 20-06-18 10:40, Paul Gevers wrote: > tracker.debian.org does that and uses it to generate an RSS feed you > could subscribe to. I use that for a long time already. Hmm, seems like those RSS feeds are actually from ci.d.n. (and one link in those feeds should be fixed, known issue) Paul s

Etiquette about test regression, bug severities, etc.

2018-06-20 Thread Ian Jackson
Now that we have autopkgtests blocking testing migration, there is a much stronger incentive for people to keep their tests passing in testing. If one's tests are broken by an update to another package, and the increased britney migration delay doesn't do the job (perhaps the delay is too short, o

Re: RFR: email about regressions [was: Dealing with ci.d.n for package regressions]

2018-06-20 Thread Ian Jackson
Niels Thykier writes ("Re: RFR: email about regressions [was: Dealing with ci.d.n for package regressions]"): > Britney generates a machine-readable format that should be useful for > solving this issue. The data file is updated hourly and available from: > https://release.debian.org/britney/excus

Bug#901933: ITP: prometheus-bird-exporter -- Prometheus exporter for the BIRD routing daemon

2018-06-20 Thread Daniel Swarbrick
Package: wnpp Severity: wishlist Owner: Daniel Swarbrick * Package name: prometheus-bird-exporter Version : 1.2.1 Upstream Author : Daniel Czerwonk * URL : https://github.com/czerwonk/bird_exporter * License : MIT Programming Lang: Go Description : Pro

Re: Bug#901933: ITP: prometheus-bird-exporter -- Prometheus exporter for the BIRD routing daemon

2018-06-20 Thread Raúl Benencia
Hi Daniel, On Wed, Jun 20, 2018 at 01:21:28PM +0200, Daniel Swarbrick wrote: > I think / hope I can maintain this more or less singlehandedly, however > it will be my first package contribution to Debian (do I need a > sponsor?), so any help will be gladly accepted. Welcome to the world of Debian

Bug#901961: ITP: libtest-http-localserver-perl -- local HTTP server for testing other perl modules

2018-06-20 Thread gregor herrmann
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libtest-http-localserver-perl Version : 0.63 Upstream Author : Max Maischein * URL : https://metacpan.org/release/Test-HTT

Re: Etiquette about test regression, bug severities, etc.

2018-06-20 Thread Niels Thykier
Ian Jackson: > Now that we have autopkgtests blocking testing migration, there is a > much stronger incentive for people to keep their tests passing in > testing. > s/blocking/delaying/ While it is a goal to get it to a blocking state, we are not there yet. > If one's tests are broken by an upd

Which checks should we mandate for source operations in shell scripts

2018-06-20 Thread Marc Haber
Hi, back in the sysvinit days, we used to have the following construct as a common idiom in init scripts: |if [ -f /etc/default/foo ]; then | . /etc/default/foo |fi This is an immediate privilege escalation vulnerability in the case that /etc/default/foo or /etc/default itself is/are writeable

Bug#901972: ITP: node-koa -- Expressive HTTP middleware framework for node.js

2018-06-20 Thread Zebulon McCorkle
Package: wnpp Severity: wishlist Owner: Zebulon McCorkle * Package name: node-koa Version : 2.5.1 Upstream Author : TJ Holowaychuk * URL : https://github.com/koajs/koa * License : MIT Programming Lang: Node.js Description : Expressive HTTP middleware f

Bug#901973: ITP: node-destroy -- Node.js stream destruction utility, with quirk handling

2018-06-20 Thread Zebulon McCorkle
Package: wnpp Severity: wishlist Owner: Zebulon McCorkle * Package name: node-destroy Version : 1.0.4 Upstream Author : Jonathan Ong * URL : https://github.com/stream-utils/destroy * License : MIT Programming Lang: Node.js Description : Node.js stream

Re: Which checks should we mandate for source operations in shell scripts

2018-06-20 Thread Simon McVittie
On Wed, 20 Jun 2018 at 21:49:29 +0200, Marc Haber wrote: > It has (finally, and to late) occurred to me that > > |# back up /etc/default/foo > |cp /etc/default/foo ~/foo > |(try something in /etc/default) > |sudo mv ~/foo /etc/default/foo > > will place a file owned by my "normal" user into /etc/

Re: Which checks should we mandate for source operations in shell scripts

2018-06-20 Thread Ansgar Burchardt
Marc Haber writes: > back in the sysvinit days, we used to have the following construct as > a common idiom in init scripts: > > |if [ -f /etc/default/foo ]; then > | . /etc/default/foo > |fi > > This is an immediate privilege escalation vulnerability in the case > that /etc/default/foo or /etc/de

Re: Etiquette about test regression, bug severities, etc.

2018-06-20 Thread Ian Jackson
Niels Thykier writes ("Re: Etiquette about test regression, bug severities, etc."): > Ian Jackson: > > There are some problems with this, though: > > > > * The only available bug severity is `serious' which also triggers > >testing autoremovals. [...] > > FTR: If you want to block testing

Re: Which checks should we mandate for source operations in shell scripts

2018-06-20 Thread Wouter Verhelst
On Wed, Jun 20, 2018 at 09:49:29PM +0200, Marc Haber wrote: > It has (finally, and to late) occurred to me that > > |# back up /etc/default/foo > |cp /etc/default/foo ~/foo > |(try something in /etc/default) > |sudo mv ~/foo /etc/default/foo > > will place a file owned by my "normal" user into /e

List of devices with poor Linux compatibility

2018-06-20 Thread Andrey Ponomarenko
Hello, A new open project has been created to collect the list of computer hardware devices with poor Linux compatibility based on the Linux-Hardware.org data within 4 years: https://github.com/linuxhw/HWInfo There are about 29 thousands of depersonalized hwinfo reports (https://github.com/ope