On Friday 19 March 2010, Julien Cristau wrote:
> Looks like none of the Xlib locale data is used by gtk apps, so I got a
> libx11-6-udeb from the current
> Installed-Size: 3700
> to
> Installed-Size: 1344
> by removing that. Should help with the image size, I hope (although
> this is mostly text,
On Fri, Feb 19, 2010 at 11:16:43 +0100, Julien Cristau wrote:
> I'm pretty sure libx11 would benefit from this, as it has some code
> that's not used by anything, but has to stay for ABI reasons. I believe
> its locale data could be stripped down as well, somehow.
>
Looks like none of the Xlib l
Frans Pop writes:
> On Wednesday 24 February 2010, Ferenc Wagner wrote:
>
>> While I'm in Syslinux mood: version 3.85 has a full-featured gPXELinux
>> component, boasting HTTP support (among others). Image loading over
>> HTTP is *much* faster than over TFTP. On the other hand, it requires an
>
On Wednesday 24 February 2010, Ferenc Wagner wrote:
> While I'm in Syslinux mood: version 3.85 has a full-featured gPXELinux
> component, boasting HTTP support (among others). Image loading over
> HTTP is *much* faster than over TFTP. On the other hand, it requires an
> additional HTTP server, an
On Wednesday 24 February 2010, Cyril Brulebois wrote:
> Frans Pop (19/02/2010):
> > 1) every MB pushes other packages off the 1st full CD and DVD.
>
> While I can understand the ultimate goal, I'm not sure saving a few kB
> here and there is going to make such a difference in the end. (As you
> no
Frans Pop writes:
> Why image size is important
> [...]
> 2) makes loading the image for netboot installs slower
While I'm in Syslinux mood: version 3.85 has a full-featured gPXELinux
component, boasting HTTP support (among others). Image loading over
HTTP is *much* faster than over TFTP. On t
Frans Pop (19/02/2010):
> Why image size is important
> ---
> 1) every MB pushes other packages off the 1st full CD and DVD This
> may not seem like a major issue, but it's something that causes the
> debian-cd team headaches. The space on especially the first CD is
> at a
On Fri, Feb 19, 2010 at 11:52:42 +0100, Samuel Thibault wrote:
> Julien Cristau, le Fri 19 Feb 2010 11:38:22 +0100, a écrit :
> > On Fri, Feb 19, 2010 at 11:27:50 +0100, Samuel Thibault wrote:
> > > Julien Cristau, le Fri 19 Feb 2010 11:16:43 +0100, a écrit :
> > > > All X needs is an SHA1 impleme
Julien Cristau, le Fri 19 Feb 2010 11:38:22 +0100, a écrit :
> On Fri, Feb 19, 2010 at 11:27:50 +0100, Samuel Thibault wrote:
> > Julien Cristau, le Fri 19 Feb 2010 11:16:43 +0100, a écrit :
> > > All X needs is an SHA1 implementation, which is likely a very small part
> > > of libgcrypt.
> >
> >
On Fri, Feb 19, 2010 at 11:27:50 +0100, Samuel Thibault wrote:
> Julien Cristau, le Fri 19 Feb 2010 11:16:43 +0100, a écrit :
> > All X needs is an SHA1 implementation, which is likely a very small part
> > of libgcrypt.
>
> Mmm, why does it need it? (I guess the whole authentication mechanisms
On Fri, Feb 19, 2010 at 11:16:43AM +0100, Julien Cristau wrote:
> All X needs is an SHA1 implementation, which is likely a very small part
> of libgcrypt.
Hmm, it is used by the Render extension, how important is this
extension? gtk seems to use it, but I can run all the basic gnome
programs while
Julien Cristau, le Fri 19 Feb 2010 11:16:43 +0100, a écrit :
> All X needs is an SHA1 implementation, which is likely a very small part
> of libgcrypt.
Mmm, why does it need it? (I guess the whole authentication mechanisms
could just be disabled).
Samuel
--
To UNSUBSCRIBE, email to debian-boo
Hi Frans,
thanks for your feedback on this.
On Fri, Feb 19, 2010 at 07:46:37 +0100, Frans Pop wrote:
> How image size could be reduced
> ---
> In general: many small savings can add up to a significant reduction.
>
> * try to avoid some dependencies altogether
> Two
On Monday 08 February 2010, Cyril Brulebois wrote:
> If you were to build a netboot-gtk image using DirectFB, and to
> compare with one using X11, one gets:
> DirectFB: 9191 extents written (17 MB)
> X11 : 11239 extents written (21 MB)
Let's first look at image size in a bit more detail.
14 matches
Mail list logo