Re: DEP 15: Reserved namespace for DD-approved non-maintainer changes

Hello Jeremy, On Wed, Jun 07, 2017 at 05:06:10PM -0400, Jeremy Bicha wrote: > On Wed, Jun 7, 2017 at 4:56 PM, Sean Whitton wrote: > > I am hereby reserving DEP number 15 for my draft DEP, "Reserved > > namespaces for DD-approved non-maintainer changes". > > I think this proposal somewhat contrad

Re: DEP 15: Reserved namespace for DD-approved non-maintainer changes

On Thu, Jun 08, 2017 at 05:41:22AM +0800, Boyuan Yang wrote: > Just wondering why we need to control the branch name of proposed topic > branch, or even use a single repo to receive contributions. > > My thought is that all we need is the "Pull Request / Merge Request" feature > on Alioth, where

Re: DEP 15: Reserved namespace for DD-approved non-maintainer changes

Sean Whitton writes ("DEP 15: Reserved namespace for DD-approved non-maintainer changes"): > I am hereby reserving DEP number 15 for my draft DEP, "Reserved > namespaces for DD-approved non-maintainer changes". > > I'd like to suggest discussing this DEP on d-devel (which is the > Reply-to for th

Bug#864394: ITP: ayatana-indicator-power -- Ayatana Indicator showing power state

Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: ayatana-indicator-power Version : 2.0.91 Upstream Author : Mike Gabriel Charles Kerr Ted Gould * URL : https://github.com/ArcticaProject/ayatana-indicator-po

Bug#864393: ITP: elpa-rich-minority -- Clean-up and beautify the list of minor-modes in Emacs' mode-line

Package: wnpp Severity: wishlist Owner: Nicholas D Steeves Package name: elpa-rich-minority Version : 1.0.1 Upstream Author : Artur Malabarba URL : https://github.com/Malabarba/rich-minority License : GPL2+ Programming Lang: Lisp Description : Clean-up and bea

Re: DEP 15: Reserved namespace for DD-approved non-maintainer changes

在 2017年6月7日星期三 +08 下午9:56:39，Sean Whitton 写道： > Dear all, > > I am hereby reserving DEP number 15 for my draft DEP, "Reserved > namespaces for DD-approved non-maintainer changes". > > I'd like to suggest discussing this DEP on d-devel (which is the > Reply-to for this e-mail). The canonical DEP

Re: DEP 15: Reserved namespace for DD-approved non-maintainer changes

On Wed, Jun 7, 2017 at 4:56 PM, Sean Whitton wrote: > I am hereby reserving DEP number 15 for my draft DEP, "Reserved > namespaces for DD-approved non-maintainer changes". I think this proposal somewhat contradicts DEP-14. It also feels to me like this proposal is another way of pushing dgit? T

DEP 15: Reserved namespace for DD-approved non-maintainer changes

Dear all, I am hereby reserving DEP number 15 for my draft DEP, "Reserved namespaces for DD-approved non-maintainer changes". I'd like to suggest discussing this DEP on d-devel (which is the Reply-to for this e-mail). The canonical DEP text is at . The drivers

Bug#864375: ITP: quaternion -- desktop IM client for the Matrix protocol

Package: wnpp Owner: Hubert Chathi Severity: wishlist * Package name: quaternion Version : git snapshot Upstream Author : QMatrixClient team * URL or Web page : https://github.com/QMatrixClient/Quaternion * License : GPL-3+ Description : desktop IM client for the Ma

Bug#864374: ITP: nheko -- desktop IM client for the Matrix protocol

Package: wnpp Owner: Hubert Chathi Severity: wishlist * Package name: nheko Version : git snapshot Upstream Author : Konstantinos Sideris and others * URL or Web page : https://github.com/mujx/nheko * License : GPL-3+ Description : desktop IM client for the Matrix pr

Bug#864358: ITP: bitfield -- bit array manipulation library

Package: wnpp Severity: wishlist Owner: Vitalie Ciubotaru * Package name: bitfield Version : 0.6.3 Upstream Author : Vitalie Ciubotaru * URL : https://github.com/ciubotaru/bitfield * License : GPL Programming Lang: C Description : bit array manipulati

Re: Switch default installation image link?

On Wed, Jun 07, 2017 at 03:12:54PM +0200, Marc Haber wrote: > On Tue, 6 Jun 2017 13:41:31 +, Holger Levsen > wrote: > >On Tue, Jun 06, 2017 at 09:38:29AM -0400, Nikolaus Rath wrote: > >> Personally, I would only ever download a DVD image if I was on a *slow* > >> connection and knew that I had

Bug#864355: ITP: cod-tools -- tools for manipulation of Crystallographic Information Format v1.1 and v2.0 files

Package: wnpp Severity: wishlist Owner: Andrius Merkys * Package name: cod-tools Version : 2.0 Upstream Author : Saulius Gražulis , Andrius Merkys , Antanas Vaitkus * URL : http://wiki.crystallography.net/cod-tools * License : GPL 2.0 Programming Lang: C, P

Re: Too many Recommends (in particular on mail-transport-agent)

Hi there, I think one of the main problems with Recommends: is not actually the dependencies of packages themselves (I think that most things in your list I disagree with, those Recommends: are fine in my eyes), but rather in the way they are handled in APT. Let me make a couple of points (some

Re: Too many Recommends (in particular on mail-transport-agent)

Hi there, Am 2017-06-06 15:55, schrieb Adam Borowski: pulseaudio: xfce4-pulseaudio-plugin * BAD: I want working sound, duh. I know there's a faction of people out there who absolutely despise PulseAudio, and that they constantly have problems with it. But, as a request collective to all of you

Re: Switch default installation image link?

On Tue, 6 Jun 2017 17:39:42 -0500, Gunnar Wolf wrote: >I'll chime in to what others have said. I think DVD images should not >be the default/main download venue. Even though the careful package >ordering by (alleged?) popularity, I am sure a great deal of Debian >installs use under half of the pac

Re: Switch default installation image link?

On Tue, 6 Jun 2017 13:41:31 +, Holger Levsen wrote: >On Tue, Jun 06, 2017 at 09:38:29AM -0400, Nikolaus Rath wrote: >> Personally, I would only ever download a DVD image if I was on a *slow* >> connection and knew that I had to install to multiple machines. > >still then, I would rather use n

Re: Too many Recommends (in particular on mail-transport-agent)

Paul Wise writes ("Re: Too many Recommends (in particular on mail-transport-agent)"): > On Tue, Jun 6, 2017 at 9:55 PM, Adam Borowski wrote: > > bash-completion: bash dput-ng licensecheck > > * DEBATABLE: I like the Tab key to do something reasonable, > > "bash-completion" means you never know w

Re: game engines, game data, dependencies

On Wed, 07 Jun 2017 at 10:36:17 +0200, Wouter Verhelst wrote: > On Tue, Jun 06, 2017 at 03:55:48PM +0200, Adam Borowski wrote: > > freedoom | game-data-packager: prboom-plus > > * DEBATABLE: freedoom is too ugly to live, shareware Doom has assets missing > > for running pretty much anything Doom-

Re: Too many Recommends (in particular on mail-transport-agent)

On Wed, Jun 07, 2017 at 12:29:05PM +0800, Paul Wise wrote: > On Tue, Jun 6, 2017 at 9:55 PM, Adam Borowski wrote: > > > bash-completion: bash dput-ng licensecheck > > * DEBATABLE: I like the Tab key to do something reasonable, > > "bash-completion" means you never know what you'll get. > > I de

Re: Too many Recommends (in particular on mail-transport-agent)

On Tue, Jun 06, 2017 at 03:55:48PM +0200, Adam Borowski wrote: > On Mon, Jun 05, 2017 at 05:39:41PM -0700, Russ Allbery wrote: > > Maybe someone has a list of things they view as Recommends inflation that > > have (a) been reported as bugs to the appropriate package maintainers, and > > (b) have be

Re: Too many Recommends (in particular on mail-transport-agent)

Quoting Afif Elghraoui (2017-06-07 01:44:45) > > على الثلاثاء 6 حزيران 2017 ‫04:42، كتب Jonas Smedegaard: >> Quoting Ghislain Vaillant (2017-06-06 10:13:55) >>> >>> Given this is a Python package, we should not even have to argue >>> about package relationships. Setuptools metadata provides >>>

Re: Switch default installation image link?

On Tue, Jun 06, 2017 at 06:43:46PM -0300, Henrique de Moraes Holschuh wrote: > On Tue, 06 Jun 2017, Adam Borowski wrote: > > No one installs i386 new -- machines that are non-amd64-capable are: > > * mainstream machines from 2004 and earlier > > That date is incorrect. I can't give you a precise

Re: Too many Recommends (in particular on mail-transport-agent)

On 06/06/2017 11:52 PM, Adam Borowski wrote: >> As for "security hole", I'm not sure what exactly you have in mind there. >> I don't see any open CVEs or bugs tagged with security against gvfs. > I found a security hole in the vfat driver as an idiot kid ~20 years ago, > before I even started usin