Re: Squeeze can't fit on 512MiB

2010-12-16 Thread Samuel Thibault
Mehdi Dogguy, le Thu 16 Dec 2010 10:17:05 +0100, a écrit :
> On 12/15/2010 07:02 PM, Joey Hess wrote:
> > Samuel Thibault wrote:
> >> - Gnome grew from 1830MiB to 2409MiB,
> >> still can't fit on just CD1.
> > 
> > This should fix itself once both tasksel 2.88 and gnome-core 1:2.30+7
> > reach testing. Should happen by monday, would appreciate any testing you
> > can do.
> >
> 
> Both migrated during yesterday's britney run, fwiw.

tasksel 2.88 with gnome-core 1:2.30+7 still wants to install ~2.5GiB
packages. But maybe that includes things that tasksel would be happy not
to install if it wasn't available on CD1?

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101216195137.gc6...@const.famille.thibault.fr



Re: Squeeze can't fit on 512MiB

2010-12-16 Thread Mehdi Dogguy
On 12/15/2010 07:02 PM, Joey Hess wrote:
> Samuel Thibault wrote:
>> - Gnome grew from 1830MiB to 2409MiB,
>> still can't fit on just CD1.
> 
> This should fix itself once both tasksel 2.88 and gnome-core 1:2.30+7
> reach testing. Should happen by monday, would appreciate any testing you
> can do.
>

Both migrated during yesterday's britney run, fwiw.

Regards,

-- 
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d09d911.9080...@dogguy.org



Re: Squeeze can't fit on 512MiB

2010-12-15 Thread Samuel Thibault
Joey Hess, le Wed 15 Dec 2010 14:02:38 -0400, a écrit :
> Samuel Thibault wrote:
> > - Gnome grew from 1830MiB to 2409MiB,
> > still can't fit on just CD1.
> 
> This should fix itself once both tasksel 2.88 and gnome-core 1:2.30+7
> reach testing. Should happen by monday, would appreciate any testing you
> can do.

Sure I will.

Thanks,
Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101215190908.gb22...@const.famille.thibault.fr



Re: Squeeze can't fit on 512MiB

2010-12-15 Thread Joey Hess
Samuel Thibault wrote:
> - Gnome grew from 1830MiB to 2409MiB,
> still can't fit on just CD1.

This should fix itself once both tasksel 2.88 and gnome-core 1:2.30+7
reach testing. Should happen by monday, would appreciate any testing you
can do.

-- 
see shy jo


signature.asc
Description: Digital signature


Re: Squeeze can't fit on 512MiB

2010-12-14 Thread Samuel Thibault
And here are the values for amd64:

Samuel Thibault, le Wed 15 Dec 2010 02:34:00 +0100, a écrit :
> Samuel Thibault, le Wed 27 Oct 2010 18:00:16 +0200, a écrit :
> > - Base+Standard grew from 397MiB to 491MiB
> >   (we install libdb4.{5,6,7,8} !?, and since openssh-client recommends
> >   xauth, x11 stuff gets installed)
> 
> Still 492MiB.  One nice thing is we now only have libdb4.8!
532MiB.

> - Gnome grew from 1830MiB to 2409MiB,
> still can't fit on just CD1.
2588MiB.

> - KDE   grew from 1592MiB to 1969MiB.
2162MiB.

> - Xfce  grew from 1056MiB to 1502MiB.
1671MiB.

> - LXDE  grew from  963MiB to 1282MiB.
1452MiB.

> - Web   grew from   42MiB to   54MiB.
55MiB.

> - Print   shrunk from  215MiB to  186MiB: 
> gutenprint and such grew quite a bit, but all kinds of X11 stuff
> previously pulled because pnm2ppa depends on gs provided by
> ghostscript-x is not pulled any more.
196MiB.

> - DNS   grew from3MiB to4MiB.
4MiB.

> - File  grew from   74MiB to  118MiB.
> (Samba grew quite a bit)
127MiB.

> - Mail  grew from   14MiB to  94MiB.
> (spamassasin recommends libc6-dev/gcc/make, and thus all their
> recommends & such for sa-compile)
64MiB (I guess there must be some i386-specific package above)

> - SQL shrunk from   50MiB to   44MiB.
49MiB.

> - Laptopgrew from   26MiB to  171MiB.
> (bluez-cups (and thus cups) recommended by bluetooth)
182MiB.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101215023157.gk5...@const.famille.thibault.fr



Re: Squeeze can't fit on 512MiB

2010-12-14 Thread Samuel Thibault
Hello,

Here is an updated report on task size:

Samuel Thibault, le Wed 27 Oct 2010 18:00:16 +0200, a écrit :
> - Base+Standard grew from 397MiB to 491MiB
>   (we install libdb4.{5,6,7,8} !?, and since openssh-client recommends
>   xauth, x11 stuff gets installed)

Still 492MiB.  One nice thing is we now only have libdb4.8!

- Gnome grew from 1830MiB to 2409MiB,
still can't fit on just CD1.
- KDE   grew from 1592MiB to 1969MiB.
- Xfce  grew from 1056MiB to 1502MiB.
- LXDE  grew from  963MiB to 1282MiB.
- Web   grew from   42MiB to   54MiB.
- Print   shrunk from  215MiB to  186MiB: 
gutenprint and such grew quite a bit, but all kinds of X11 stuff
previously pulled because pnm2ppa depends on gs provided by
ghostscript-x is not pulled any more.
- DNS   grew from3MiB to4MiB.
- File  grew from   74MiB to  118MiB.
(Samba grew quite a bit)
- Mail  grew from   14MiB to  94MiB.
(spamassasin recommends libc6-dev/gcc/make, and thus all their
recommends & such for sa-compile)
- SQL shrunk from   50MiB to   44MiB.
- Laptopgrew from   26MiB to  171MiB.
(bluez-cups (and thus cups) recommended by bluetooth)

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101215013359.gi5...@const.famille.thibault.fr



Re: Squeeze can't fit on 512MiB

2010-11-01 Thread Christian PERRIER
Quoting Samuel Thibault (sthiba...@debian.org):
> Christian PERRIER, le Mon 01 Nov 2010 12:03:51 +0100, a écrit :
> > Quoting Samuel Thibault (sthiba...@debian.org):
> > > Hello,
> > > 
> > > Actually, partman will even just refuse to setup partitions.
> > 
> > Additionnall, a test today with beta1, on a 1GiB disk (virtual
> > machine) and the "separate home" partman-auto recipe lead to failure
> > because of disk full
> 
> I guess you were installing the standard system task via network?

Yes. (install with netinst CD and mirror configured)

> 
> > The minimum size for / needs to be increased (it is currently 500MiB
> > and is not enough).
> 
> The default should be changed indeed. To what the standard task needs?

900MiB seems to be the right size.

> > This is roughly what #528914 says (though it really says that the
> > minimum for / should allow two kernel flavours to be
> > installedwhich I kinda agree upon as there are chances that,
> > during tha machine's life, this will happen).
> 
> Remember however that d-i now cleans .debs away, which most probably
> frees room for future kernels in the case of network installs (and for
> CD installs you haven't used it anyway).

Yes. With 900MiB, the partition is temporarily nearly full, then gets
140MiB free after cleaning, which is enough for another kernel.



signature.asc
Description: Digital signature


Re: Squeeze can't fit on 512MiB

2010-11-01 Thread Samuel Thibault
Christian PERRIER, le Mon 01 Nov 2010 12:03:51 +0100, a écrit :
> Quoting Samuel Thibault (sthiba...@debian.org):
> > Hello,
> > 
> > Actually, partman will even just refuse to setup partitions.
> 
> Additionnall, a test today with beta1, on a 1GiB disk (virtual
> machine) and the "separate home" partman-auto recipe lead to failure
> because of disk full

I guess you were installing the standard system task via network?

> The minimum size for / needs to be increased (it is currently 500MiB
> and is not enough).

The default should be changed indeed. To what the standard task needs?

> This is roughly what #528914 says (though it really says that the
> minimum for / should allow two kernel flavours to be
> installedwhich I kinda agree upon as there are chances that,
> during tha machine's life, this will happen).

Remember however that d-i now cleans .debs away, which most probably
frees room for future kernels in the case of network installs (and for
CD installs you haven't used it anyway).

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101101162101.gc5...@const.famille.thibault.fr



Re: Squeeze can't fit on 512MiB

2010-11-01 Thread Stefan Fritsch
On Friday 29 October 2010, Sven Joachim wrote:
> On 2010-10-29 11:58 +0200, Mike Hommey wrote:
> > On Fri, Oct 29, 2010 at 11:36:59AM +0200, Adam Borowski wrote:
> >> Or, for a less drastic solution, use localepurge.  Losing the
> >> docs is a significant loss, you don't want to suffer that
> >> unless your machine is a really small dinky gadget.  This is a
> >> part of the damage Nokia inflicted on n900 even though it would
> >> be a tiny part of that 32GB disk.
> > 
> > Or, we could finally get dpkg to not install files matching some
> > patterns. That would also help those who don't need the 1GB+ from
> > linux-image-$(uname -r)-dbg to use systemtap.
> 
> For the record, this feature has already been implemented in dpkg
> 1.15.8.

Awesome. Maybe d-i could offer an option to add something like

path-exclude /usr/share/locale/[a-z][a-z]
path-exclude /usr/share/locale/[a-z][a-z][a-z]
path-exclude /usr/share/locale/[a-z][a-z...@]*
path-include /usr/share/locale/en*

to /etc/dpkg/dpkg.cfg?


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201010301004.58011...@sfritsch.de


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201010301004.58011...@sfritsch.de



Processed: Re: Squeeze can't fit on 512MiB

2010-11-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> severity 528914 serious
Bug #528914 [partman-auto] Should leave enough space for two kernel flavours in 
the root partition
Severity set to 'serious' from 'normal'

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
528914: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528914
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.128860945530036.transcr...@bugs.debian.org



Re: Squeeze can't fit on 512MiB

2010-11-01 Thread Christian PERRIER
severity 528914 serious
thanks

Quoting Samuel Thibault (sthiba...@debian.org):
> Hello,
> 
> Actually, partman will even just refuse to setup partitions.

Additionnall, a test today with beta1, on a 1GiB disk (virtual
machine) and the "separate home" partman-auto recipe lead to failure
because of disk full

The minimum size for / needs to be increased (it is currently 500MiB
and is not enough).

This is roughly what #528914 says (though it really says that the
minimum for / should allow two kernel flavours to be
installedwhich I kinda agree upon as there are chances that,
during tha machine's life, this will happen).

Anyway, this bug is a blocker, imho.





signature.asc
Description: Digital signature


Re: Squeeze can't fit on 512MiB

2010-10-29 Thread Julien Cristau
On Wed, Oct 27, 2010 at 18:00:16 +0200, Samuel Thibault wrote:

> I forgot to mention other tasks as well:
> 
> - Base+Standard grew from 397MiB to 491MiB
>   (we install libdb4.{5,6,7,8} !?, and since openssh-client recommends
>   xauth, x11 stuff gets installed)
> 
fwiw db4.5 is (finally) out of squeeze.  That still leaves the other
three, but...

Cheers,
Julien


signature.asc
Description: Digital signature


Re: Squeeze can't fit on 512MiB

2010-10-29 Thread Julien Cristau
On Wed, Oct 27, 2010 at 18:29:19 +0200, Samuel Thibault wrote:

> Sven Joachim, le Wed 27 Oct 2010 18:16:43 +0200, a écrit :
> > On 2010-10-27 17:20 +0200, Samuel Thibault wrote:
> > > /lib (except modules) 9276   14096   4820  (notably 3.6M 
> > > discover)
> > 
> > Why does discover get installed?  It is not particularly useful these
> > days, and I don't see anything in your list that would pull it in.
> 
> The hw-detect udeb installs it, see #577451.
> 
So instead of detecting the hw and installing needed packages based on
that, hw-detect bloats the system with another package to detect hw?
This sounds suboptimal (by which I mean, wrong).

Cheers,
Julien


signature.asc
Description: Digital signature


Re: Squeeze can't fit on 512MiB

2010-10-27 Thread Florian Weimer
* Samuel Thibault:

> - Base+Standard grew from 397MiB to 491MiB
>   (we install libdb4.{5,6,7,8} !?,

I suspect that this is caused primarily by API and ABI
incompatibility, and in part by the lack of response to bug reports
from upstream.  Everybody who uses Berkeley DB extensively has once
been bitten by a regression.  Often, people outside Sleepycat and
Oracle couldn't fix those bugs in a timely fashion, so the affected
people stay on the version which works for them.  Even upon request,
Oracle does not provide individual patches for bug fixes which have
been applied to subsequent major version.  Their source repository is
totally private, too (if they use version control at all).

On top of that, while there is an environment migration strategy, it
requires a lot of boilerplate code that is hard to get completely
right.  Few applications provide it, so you end up with risky manual
migration procedures and user-visible disk format incompatible.  The
actual data format is extremely stable, except for the DB_HASH format,
which was inferior to DB_BTREE in pre-4.5 (I think) release.  However,
for reasons I don't completely understand, almost all scripting
language bindings for Berkeley DB defaulted to DB_HASH, so we end up
with plenty of pointless disk-format incompatibility, in potentially
large files containing user data where it really, really hurts.

I guess that for most users of Berkeley DB, SQLite would be a better
fit: thread-safe and NFS-safe by default, automatic crash recovery, a
simple API with a stable API and ABI, a commitment to disk format
compatibility, no predetermined limits on transaction size, and the
ability to browse the database using third-party tools.  In the
multiple writers case, SQLite cannot compete with Berkeley DB running
in the Transactional Data Store mode, and it lacks built-in
replication, but how many libdb4.x reverse dependencies set *that* up
correctly?


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87sjzr8nko@mid.deneb.enyo.de



Re: Squeeze can't fit on 512MiB

2010-10-27 Thread Stefan
Hm, maybe a wishlist item against d-i is in order? Something like "support 
tmpfs in partman"

- original message -
Subject:    Re: Squeeze can't fit on 512MiB
From:   Samuel Thibault 
Date:   27/10/2010 17:11

Stefan, le Wed 27 Oct 2010 19:00:27 +0200, a écrit :
> No idea if there is a graphical way to do it, but it should work from the 
> commandline.

So there's a need for some support, as currently d-i wouldn't wait for
you to do this between writing the partition table and installing the
base system.

Samuel


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/bdpq9kmyvfhb.xj0db...@bc-bd.org