Sean Whitton:
> Hello,
>
> On Sun, Jan 21 2018, Guillem Jover wrote:
>
>> Ok, there were some comments provided, and some important omissions
>> were spotted. I'm attaching the diff for those changes, which mark now
>> the spec as a stable recommendation with 1.19.0.5.
>
> Sounds like this
Hello,
On Sun, Jan 21 2018, Guillem Jover wrote:
> Ok, there were some comments provided, and some important omissions
> were spotted. I'm attaching the diff for those changes, which mark now
> the spec as a stable recommendation with 1.19.0.5.
Sounds like this invalidates Niels' patch against
Hi!
On Mon, 2017-11-13 at 01:28:08 +0100, Guillem Jover wrote:
> On Sat, 2017-10-28 at 15:59:00 +, Niels Thykier wrote:
> > * Deadline for feedback: 2 weeks from today (but we are happy to extend
> >it if people find this too short).
> >- if there are no major concerns with this
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
On Sat, Nov 11, 2017 at 01:04:09PM +0200, Adrian Bunk wrote:
> A build of all currently reproducible packages with the second build
> defaulting to "Rules-Requires-Root: no" might be helpful for finding
> remaining problems.
one day we (r-b) could do this, but for testing this, please use
On Sun, Nov 05, 2017 at 08:03:00AM +, Niels Thykier wrote:
>...
> * Even if we could use a debhelper compat level to introduce R³, it
>would have neutered the adoption rate. We got plenty of packages,
>where maintainers want to have their package backportable to stable,
>
Hi Adam,
Thanks for the feedback. :)
Adam Borowski:
> [...]
>
> Have you perhaps gathered some data about how many packages would build
> reproducibly wrt the old state after a blind mechanical change to R³?
> I'd guess it's the vast majority (especially if you change MakeMaker).
>
I have
On Sat, Nov 04, 2017 at 07:14:00AM +, Niels Thykier wrote:
> Niels Thykier:
> > We have written a new specification for supporting selective usage of
> > (fake)root during package builds (see attached file). The specification
> > defines a new field called "Rules-Requires-Root" (R³ for short)
Niels Thykier:
> Hi
>
> We have written a new specification for supporting selective usage of
> (fake)root during package builds (see attached file). The specification
> defines a new field called "Rules-Requires-Root" (R³ for short) that
> enables maintainers to define if and how their package
Hi
We have written a new specification for supporting selective usage of
(fake)root during package builds (see attached file). The specification
defines a new field called "Rules-Requires-Root" (R³ for short) that
enables maintainers to define if and how their package requires root
during
10 matches
Mail list logo