Re: [1/2] MBF: Defunct alioth addresses in the Maintainer: field (serious)
Hi, On Sun, May 06, 2018 at 04:08:06PM +0100, Dominic Hargreaves wrote: > Thanks for doing this detailed work - which is very timely and important > to ensure that communication paths within Debian remain open. indeed! Christoph, many thanks for your work on this! > > Affected packages below, as created by dd-list. The total count is 711 > Since the number of bugs is pretty large, I think it would be best to > file these in batches. why? I cannot see the benefit of this, but I can see the downsides. IME it's never^wonly very rarely useful to delay reporting bugs. (And I can't see how this is useful here.) -- cheers, Holger signature.asc Description: PGP signature
Re: RFR: email about regressions [was: Dealing with ci.d.n for package regressions]
Hi Chris, Thanks for the review. On 07-05-18 00:31, Chris Lamb wrote: > Beyond that, I'd love to see some parsable X-Foo: headers. I > find these very helpful in the BTS's mails to reliably file things > in my email setup. Can you elaborate, do you mean in the boilerplate or in my e-mail? X-Debian-CI-Triggers: $trigger X-Debian-CI-Broken: $broken Paul signature.asc Description: OpenPGP digital signature
Re: RFC: Support for zstd in .deb packages?
On Tue, May 01, 2018 at 10:36:34AM +0200, Marco d'Itri wrote: > On Apr 27, Julian Andres Klode wrote: > > > Our major use case is cloud initial setup, image building, CI, buildds, all > > of which do not require any syncs, and can safely use eatmydata, for > > example; > > hence the enormous speed up. > I do not believe that it would be wise to optimize our packaging system > for the niche target of package development. > > In my experience as a cloud infrastructure provider, new systems are > cloned/instantiated from golden images and not from debootstrap or d-i. Well, yes, you usually have _some_ cloud-provided image. But usually, people will use cloud-init to initialize their instances and install packages from in there, often using eatmydata. -- debian developer - deb.li/jak | jak-linux.org - free software dev ubuntu core developer i speak de, en
Bug#898118: ITP: pscan-chip -- ChIP-based identifcation of TF binding sites
Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: pscan-chip Version : 1.1 * URL : www.beaconlab.it/pscan_chip_dev/ * License : GPL Programming Lang: C++ Description : ChIP-based identifcation of TF binding sites The package is team maintained at https://salsa.debian.org/med-team/pscan-chip
Bug#898123: ITP: ruby-websocket -- Universal Ruby library to handle WebSocket protocol
Package: wnpp Severity: wishlist Owner: Manas kashyap X-Debbugs-CC: debian-devel@lists.debian.org, debian-r...@lists.debian.org * Package name: ruby-websocket Version : 1.2.5 Upstream Author : Bernard Potocki * URL : https://github.com/imanel/websocket-ruby * License : Expat Programming Lang: Ruby Description : It is a Universal Ruby library to handle WebSocket protocol . It focuses on providing abstraction layer over WebSocket API instead of providing server or client functionality.
Bug#898124: ITP: hackersh -- a shell with built in security commands
Package: wnpp Severity: wishlist Owner: Manas kashyap X-Debbugs-CC: debian-devel@lists.debian.org * Package name: Hackersh Version : 0.2.0 Upstream Author : Itzik Kotler * URL : https://github.com/ikotler/hackersh * License : GPL-2.0 Programming Lang: Python Description : It is a free and open source (license) shell (command interpreter) written in Python with Pythonect-like syntax, built-in security commands, and out of the box wrappers for various security tools. It is like Unix pipeline, but for processing security information and metadata rather than bytes.
Bug#898139: ITP: octave-bsltl -- biospeckle laser tool library for Octave
Package: wnpp Severity: wishlist Owner: Rafael Laboissière * Package name: octave-bsltl Version : 1.1.1 Upstream Author : Fernando Pujaico Rivera * URL : http://www.nongnu.org/bsltl/ * License : GPL-3+ Programming Lang: Octave Description : biospeckle laser tool library for Octave The BSLTL package is a free collection of routines for working with the digital processing of biospeckle laser pattern images in Octave, a scientific computation software. This Octave add-on package is part of the Octave-Forge project. It will be maintained in the realm of the Debian Octave Group. A preliminary version of the package can be built using git-buildpackage from the repository https://salsa.debian.org/pkg-octave-team/octave-bsltl.git
Re: Firefox 60esr on Stretch ?
On Thu, May 3, 2018 at 8:29 PM, Julien Cristau wrote: > I expect nothing much different from previous ESR cycles: stretch will move > to 60 after 52 goes EOL in September. Does anyone know when firefox-esr in unstable will switch to 60? Personally I would prefer it stay with 52 until it is EOL. If not, I hope mozilla.d.n will have 52 until it is EOL. -- bye, pabs https://wiki.debian.org/PaulWise
Re: Firefox 60esr on Stretch ?
On Tue, May 08, 2018 at 09:01:20AM +0800, Paul Wise wrote: > On Thu, May 3, 2018 at 8:29 PM, Julien Cristau wrote: > > > I expect nothing much different from previous ESR cycles: stretch will move > > to 60 after 52 goes EOL in September. > > Does anyone know when firefox-esr in unstable will switch to 60? Like previous cycles, when 52 goes EOL. esr60 will go to experimental in the meanwhile. Mike
Re: RFR: email about regressions [was: Dealing with ci.d.n for package regressions]
Hi Paul, > > Beyond that, I'd love to see some parsable X-Foo: headers. I > > find these very helpful in the BTS's mails to reliably file things > > in my email setup. > > Can you elaborate, do you mean in the boilerplate or in my e-mail? Not sure what you mean by "in my e-mail". As I understand it, you were proposing a text for some automated emails to be sent out. I am requesting some kind of parsable email headers for these automated messages. :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#898153: ITP: octave-cgi -- Common Gateway Interface for Octave
Package: wnpp Severity: wishlist Owner: Rafael Laboissière * Package name: octave-cgi Version : 0.1.2 Upstream Author : Alexander Barth * URL : http://octave.sourceforge.net/cgi/ * License : GPL-2+ Programming Lang: Octave Description : Common Gateway Interface for Octave This package allow the creation of CGI (Common Gateway Interface) objects and the parsing of CGI query string from GET or POST requests. This Octave add-on package is part of the Octave-Forge project. It will be maintained in the realm of the Debian Octave Group. A preliminary version of the package can be built using git-buildpackage from the repository https://salsa.debian.org/pkg-octave-team/octave-cgi.git
