Re: Comma in Maintainer field

2018-04-20 Thread Andrey Rahmatullin
On Fri, Apr 20, 2018 at 04:24:59PM -0700, Russ Allbery wrote: > I'd be more comfortable with this (well, RFC 5322 at this point), since > this removes a lot of the insanity. However, note that this is > incompatible with existing Maintainer fields: RFC 5322 requires that . be > quoted. So any Mai

Re: Comma in Maintainer field

2018-04-20 Thread NOKUBI Takatsugu
On Fri, 20 Apr 2018 15:07:56 +0900, Andreas Tille wrote: > So please all members of Natural Language Processing, Japanese team > update the maintainer field to some working e-mail address where the > name does not contain any ','. The affected source packages are: > > udd=# select distinct source

Re: Comma in Maintainer field

2018-04-20 Thread Russ Allbery
Michael Stone writes: > Yes, it would probably be best to specify a restricted subset of > RFC822. Luckily most of the work for that was done in RFC2822, and it > would probably be sufficient to specify RFC2822 "mailbox" syntax with no > "obsolete" elements. Multiple mailboxes can be listed with

Request for kFreeBSD (and Hurd) porters

2018-04-20 Thread Svante Signell
Hi all, Cc: debian-devel The Debian GNU/kFreeBSD port recently obtained a buildd building packages for the sid distribution, kamp. Thank you very much for your effort making this happening jrtc27 :) The buildd is now soon up-to- date building packages being outdated. As you know GNU/Hurd packages

Re: Comma in Maintainer field

2018-04-20 Thread Michael Stone
On Fri, Apr 20, 2018 at 07:56:46AM -0400, Roberto C. Sánchez wrote: I don't know if in practice the various implementations are "close enough" for the purposes of the maintainer/uploader fields in the control file. However, there is a high likelihood that enough of them are different enough to be

Re: Please add debian_releases to base-files (was Re: Bits from the release team: full steam ahead towards buster)

2018-04-20 Thread Dimitri John Ledkov
On 20 April 2018 at 15:46, Marvin Renich wrote: > Package: base-files > Version: 10.1 > Severity: wishlist > > * Stephan Seitz [180420 07:38]: >> On Do, Apr 19, 2018 at 11:00:37 +0200, Christoph Biedl wrote: >> > But being human I prefer names over numbers, even if it's just for >> > aesthetic re

Re: Please add debian_releases to base-files (was Re: Bits from the release team: full steam ahead towards buster)

2018-04-20 Thread Marvin Renich
* Emilio Pozuelo Monfort [180420 11:00]: > On 20/04/18 16:46, Marvin Renich wrote: > > I would also like /etc/debian_version to contain both number and name, > > but I suspect there is some resistance to this on the grounds that > > scripts may be using $(cat /etc/debian_version) for comparisons.

Re: Please add debian_releases to base-files (was Re: Bits from the release team: full steam ahead towards buster)

2018-04-20 Thread Chris Lamb
Marvin, > I have often wanted to have on my system a text file containing the > correspondence between code name and release number. This appears to be already in the archive in a number of places. For example, in `debdate`, `debian-handbook` or even in the `debian- timeline` package if you spea

Re: Please add debian_releases to base-files (was Re: Bits from the release team: full steam ahead towards buster)

2018-04-20 Thread Emilio Pozuelo Monfort
On 20/04/18 16:46, Marvin Renich wrote: > I would also like /etc/debian_version to contain both number and name, > but I suspect there is some resistance to this on the grounds that > scripts may be using $(cat /etc/debian_version) for comparisons. > Perhaps /etc/debian_codename? Since debian_vers

Please add debian_releases to base-files (was Re: Bits from the release team: full steam ahead towards buster)

2018-04-20 Thread Marvin Renich
Package: base-files Version: 10.1 Severity: wishlist * Stephan Seitz [180420 07:38]: > On Do, Apr 19, 2018 at 11:00:37 +0200, Christoph Biedl wrote: > > But being human I prefer names over numbers, even if it's just for > > aesthetic reason - "buster" is just more comfortable than "debian10". >

Re: Bug#886968: btrfs-progs-udeb: depends on non-udeb: libzstd1

2018-04-20 Thread Cyril Brulebois
Hello, Dimitri John Ledkov (2018-04-20): > From my point of view, this is confusing... cause I regard myself as > being part of the installer team myself. > > I guess you are advocating for general code review, more than two > pairs of eyes on things? There were no mails on debian-boot@, so tha

Re: Bug#886968: btrfs-progs-udeb: depends on non-udeb: libzstd1

2018-04-20 Thread Dimitri John Ledkov
On 18 April 2018 at 08:18, Emilio Pozuelo Monfort wrote: > On 18/04/18 01:30, Cyril Brulebois wrote: >> That's another perfect example why udeb additions should get reviewed: >> we would have noticed another buggy package, and its bugginess might not >> have been copied over to another package. >

Re: Bug#886968: btrfs-progs-udeb: depends on non-udeb: libzstd1

2018-04-20 Thread Dimitri John Ledkov
On 18 April 2018 at 00:30, Cyril Brulebois wrote: > Hi, > > Dimitri John Ledkov (2018-04-17): >> First, I apologize for not responding to this email earlier, as I have >> missed it in my mailbox. > > It's a mail from hours ago, so there's no apology needed. > >> Secondly, my work has been blocked

Re: Comma in Maintainer field

2018-04-20 Thread Roberto C . Sánchez
On Fri, Apr 20, 2018 at 12:46:51PM +0100, Ian Jackson wrote: > Russ Allbery writes ("Re: Comma in Maintainer field"): > > I am opposed to this on the grounds that there are two types of RFC822 > > parsers in the world: correct ones that will drive you insane if you > > attempt to understand them, a

Re: Comma in Maintainer field

2018-04-20 Thread Ian Jackson
Russ Allbery writes ("Re: Comma in Maintainer field"): > I am opposed to this on the grounds that there are two types of RFC822 > parsers in the world: correct ones that will drive you insane if you > attempt to understand them, and incorrect ones. Nearly all of them are in > the latter bucket. >

Re: Bits from the release team: full steam ahead towards buster

2018-04-20 Thread Stephan Seitz
On Do, Apr 19, 2018 at 11:00:37 +0200, Christoph Biedl wrote: But being human I prefer names over numbers, even if it's just for aesthetic reason - "buster" is just more comfortable than "debian10". No, it’s not. I know that my systems are running Debian 8 or 9, but I always have to think if s

Re: Bits from the release team: full steam ahead towards buster

2018-04-20 Thread Philipp Kern
On 2018-04-19 23:00, Christoph Biedl wrote: Philipp Kern wrote... Turns out that this is a terrible idea. Because? People will start to rely on names for sorting again. Regardless if it's the right thing technically people are people and will use what tools they have available. We should

Bug#896157: ITP: oca-core -- Odoo's Community Association Version of Odoo

2018-04-20 Thread Raphaël Hertzog
Package: wnpp Severity: wishlist Owner: Raphaël Hertzog * Package name: oca-core Version : 11.0 Upstream Author : Odoo's Community Association http://odoo-community.org/ * URL : https://github.com/OCA/OCB * License : LGPLv3 Programming Lan

Re: Completed: lists.alioth.debian.org migration

2018-04-20 Thread Dominic Hargreaves
On Fri, Apr 20, 2018 at 09:24:48AM +0200, Raphael Hertzog wrote: > On Fri, 20 Apr 2018, Christoph Biedl wrote: > > However, keep in mind I would certainly not agree to that since it's a > > terrible hack, creates a precedent I wouldn't want to see, and mostly: > > There's another option, ask the a

Re: Completed: lists.alioth.debian.org migration

2018-04-20 Thread Alexander Wirt
On Fri, 20 Apr 2018, Adam Borowski wrote: > On Fri, Apr 20, 2018 at 09:24:48AM +0200, Raphael Hertzog wrote: > > On Fri, 20 Apr 2018, Christoph Biedl wrote: > > > On the other hand I fully agree doing dozens or hundreds of uploads just > > > because an address out of my control became invalid is a

Re: Completed: lists.alioth.debian.org migration

2018-04-20 Thread Adam Borowski
On Fri, Apr 20, 2018 at 09:24:48AM +0200, Raphael Hertzog wrote: > On Fri, 20 Apr 2018, Christoph Biedl wrote: > > On the other hand I fully agree doing dozens or hundreds of uploads just > > because an address out of my control became invalid is a huge waste of > > ressources that are better spent

Re: Completed: lists.alioth.debian.org migration

2018-04-20 Thread Raphael Hertzog
Hi, On Fri, 20 Apr 2018, Christoph Biedl wrote: > On the other hand I fully agree doing dozens or hundreds of uploads just > because an address out of my control became invalid is a huge waste of > ressources that are better spent elsewhere. However, that's why > alioth-lists was created. We have