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
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, so
On Wednesday 24 February 2010, Cyril Brulebois wrote:
Frans Pop elen...@planet.nl (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.
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, and
Frans Pop elen...@planet.nl 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
Frans Pop elen...@planet.nl 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
Frans Pop elen...@planet.nl (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
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 udebs
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
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
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
could
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.
Mmm, why
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 implementation,
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