Bug#673837: Bug#673839: Building an udeb binary

2012-05-22 Thread Sebastien Bacher
Le 21/05/2012 21:17, Cyril Brulebois a écrit : It looks to me like a separate build is better as far as d-i is concerned. Ok, the question is rather "can we add 45k worth of udeb to make working on GTK3 easier in Debian" (i.e reduce the build time a lot by building it only once), the extra ram

Bug#673837: Bug#673839: Building an udeb binary

2012-05-21 Thread Julien Cristau
On Mon, May 21, 2012 at 21:21:47 +0200, Sebastien Bacher wrote: > Le 21/05/2012 21:17, Cyril Brulebois a écrit : > >That means more udebs, more stuff in the d-i image/initramfs. I'm not > >sure it's worth the trouble. Quite the contrary, in fact. > > > >It looks to me like a separate build is bet

Bug#673837: Bug#673839: Building an udeb binary

2012-05-21 Thread Sebastien Bacher
Le 21/05/2012 21:17, Cyril Brulebois a écrit : That means more udebs, more stuff in the d-i image/initramfs. I'm not sure it's worth the trouble. Quite the contrary, in fact. It looks to me like a separate build is better as far as d-i is concerned. How "costy" would those udeb be? Those are s

Bug#673837: Bug#673839: Building an udeb binary

2012-05-21 Thread Cyril Brulebois
Sebastien Bacher (21/05/2012): > Currently gtk is doing a second build pass with different configure > option for its udeb flavor because libxrandr, libxcomposite and > libxdamage don't have udebs. It would be nice if you could add an udeb > to libxrandr so we could bring gtk into a single pass bu