Re: e2fsprogs as Essential: yes?: Maybe we should be separating l10n files first?

2017-11-12 Thread Theodore Ts'o
On Mon, Nov 13, 2017 at 01:14:01AM +0100, Guillem Jover wrote: > I think that trying to trim down the pseudo-Essential set is an > extremely worthwhile goal, because it has visible effects on several > areas, at least: > > - Possibly making bootstrapping a port way easier. > - Making it possible

Re: RFC: Support for selective usage of (fake)root during package build (R³)

2017-11-12 Thread Guillem Jover
Hi! On Sat, 2017-10-28 at 15:59:00 +, Niels Thykier wrote: > * Please, review the specification plus implemenations and provide >feedback on the proposal. Very much appreciated, anytime. > * Deadline for feedback: 2 weeks from today (but we are happy to extend >it if people find th

Re: e2fsprogs as Essential: yes?: Maybe we should be separating l10n files first?

2017-11-12 Thread Guillem Jover
On Sun, 2017-11-12 at 18:27:16 -0500, Theodore Ts'o wrote: > On Sun, Nov 12, 2017 at 09:13:42PM +0100, Mathieu Parent wrote: > > There is another way to trim the locales: Use dpkg's "--path-exclude=". > > > > This also allows one to keep some locales. This is what we use at work > > [1]. The probl

Re: e2fsprogs as Essential: yes?: Maybe we should be separating l10n files first?

2017-11-12 Thread Theodore Ts'o
On Sun, Nov 12, 2017 at 09:13:42PM +0100, Mathieu Parent wrote: > > There is another way to trim the locales: Use dpkg's "--path-exclude=". > > This also allows one to keep some locales. This is what we use at work > [1]. The problem is that debootstrap doesn't handle those options, so > we need

Re: e2fsprogs as Essential: yes?: Maybe we should be separating l10n files first?

2017-11-12 Thread Mathieu Parent
Hi, 2017-11-12 20:18 GMT+01:00 Theodore Ts'o : [...] > 4) If the real goal is reduce the size of minbase, there is a much > more effective thing we can do first, or at least, in parallel. And > that is to move the l10n files to a separate foo-l10n package. The > last time I did this analysis was

Re: e2fsprogs as Essential: yes?: Maybe we should be separating l10n files first?

2017-11-12 Thread Theodore Ts'o
On Mon, Oct 02, 2017 at 01:34:47PM +0200, Adam Borowski wrote: > But, we're discussing changes to e2fsprogs behind its maintainer's back. I > believe he reads debian-devel, but, being nowhere like a frequent poster, > apparently doesn't watch new threads immediately as they appear (and this > one

Re: e2fsprogs as Essential: yes?

2017-11-12 Thread Helmut Grohne
On Sun, Oct 01, 2017 at 12:45:39AM +0200, Helmut Grohne wrote: > I think we should revisit this proposal now that it becomes practical. > > To get us going, I have come up with a plan: > > 1) Analyze which packages would need dependencies on e2fsprogs. Done. See my previous mail. > 2) File a bu

Re: Open beta of debhelper compat level 11 (debhelper/10.10.7)

2017-11-12 Thread Niels Thykier
Adrian Bunk: > On Sun, Nov 12, 2017 at 10:25:00AM +, Niels Thykier wrote: >> ... >> >> Backport availability >> = >> ... >> *Caveat*: Packages using the cmake build system should be careful as >> cmake in stretch does not respond to the >> -DCMAKE_INSTALL_RUNSTATEDIR=/run ch

Re: Open beta of debhelper compat level 11 (debhelper/10.10.7)

2017-11-12 Thread Adrian Bunk
On Sun, Nov 12, 2017 at 10:25:00AM +, Niels Thykier wrote: >... > Full list of changes in compat 11 > = >... > > - The cmake buildsystem now passes > > -DCMAKE_INSTALL_RUNSTATEDIR=/run to cmake(1). > > > > Caveat: Th

Open beta of debhelper compat level 11 (debhelper/10.10.7)

2017-11-12 Thread Niels Thykier
Hi, The debhelper compat level 11 is about to be finalized and we invite you to test it out. There are no additional changes planned to compat 11 at the moment, but there might be changes in response to feedback from testers. * If you start to use the compat 11 in your package in uploads to