Hi Romain,
On Mon, Sep 7, 2015 at 6:52 AM, Romain Francoise wrote:
> libpcap is special because it's very close to the kernel; once it gets
> used in the d-i environment the burden of keeping it working there will
> fall on me.
It's fortunate that the udeb design is so simple then. Each
effectiv
Romain Francoise wrote:
> [...] the burden of keeping it working there will fall on me.
kfreebsd not being a release architecture any more, means any future
FTBFS shouldn't stall testing migrations, at least.
If udeb-blocks are ever an issue, I imagine KiBi could allow an
exception for a udeb th
Hi,
On Sun, Sep 06, 2015 at 09:33:15PM +0200, Michael Gilbert wrote:
> Building the udeb package itself is effectively trivial, so the
> possibility for non-trivial consequences seems somewhat unlikely.
libpcap is special because it's very close to the kernel; once it gets
used in the d-i environ
On Sun, Sep 6, 2015 at 3:01 PM, Romain Francoise wrote:
> On Sun, Sep 06, 2015 at 09:04:58AM +0200, Michael Gilbert wrote:
>> I've uploaded an nmu to delayed/10 applying these changes. See
>> attached patch. Please let me know if I should delay longer.
>
> Please cancel this NMU. Building a udeb
4 matches
Mail list logo
