On Sun Sep 23, 2001 at 05:17:46PM -0400, Adam Di Carlo wrote:
> Erik Andersen <[EMAIL PROTECTED]> writes:
>
> > I'll have one tomorrow. Since I lost my job on Friday, I've
> > now got a bit more time on my hands for doing useful things,
>
> This never happened did it?
It did last night. :)
On Sun Sep 09, 2001 at 07:20:56PM -0800, Ethan Benson wrote:
>
> as soon as a busybox enters woody that doesn't include loads of
> cruft things will be fine.
I'll have one tomorrow. Since I lost my job on Friday, I've
now got a bit more time on my hands for doing useful things,
-Erik
--
E
On Sun, Sep 09, 2001 at 11:05:24PM -0400, Daniel Jacobowitz wrote:
>
> Oh, OK, I'm completely wrong again :) So much for that. I wonder why
> we're so much tighter on space, then.
we still have a bit more cruft then other arches, but not that much
really.
we are again fine with a debloated b
On Sun, Sep 09, 2001 at 03:45:48PM -0800, Ethan Benson wrote:
> On Sun, Sep 09, 2001 at 03:13:14PM -0400, Daniel Jacobowitz wrote:
> > > Hmm. Then something must be eating up all that space -- powerpc
> > > binaries are not that much bigger then x86 binaries... Is library
> > > reduction not wo
On Sun, Sep 09, 2001 at 03:13:14PM -0400, Daniel Jacobowitz wrote:
> > Hmm. Then something must be eating up all that space -- powerpc
> > binaries are not that much bigger then x86 binaries... Is library
> > reduction not working on powerpc?
>
> No, PowerPC needs extra tools. We have hfsutil
[wow, can you tell I'm cleaning up a mail backlog?]
On Tue, Sep 04, 2001 at 06:48:13PM -0600, Erik Andersen wrote:
> On Tue Sep 04, 2001 at 04:18:42PM -0800, Ethan Benson wrote:
> >
> > yup but again i still need busybox reduction since none of this reiser
> > stuff is on the powerpc disks, and
#include
Adam Di Carlo wrote on Wed Sep 05, 2001 um 04:30:30AM:
> Have you tried mklibs.py ? Does it work? Does it do a better job?
>
> If so, we should enable it, possibly for all arches.
Works flawless on i386.
BTW: If nobody objects, I will enable the parted stuff in the
udma100-ext3 var
On Tue, Sep 04, 2001 at 06:48:13PM -0600, Erik Andersen wrote:
> On Tue Sep 04, 2001 at 04:18:42PM -0800, Ethan Benson wrote:
> >
> > yup but again i still need busybox reduction since none of this reiser
> > stuff is on the powerpc disks, and i still have a problem with space
> > there.
>
> Hm
On Tue, 4 Sep 2001 18:48:13 -0600
"Erik Andersen" <[EMAIL PROTECTED]> wrote:
> Well, since we have to mount the target fs, we already have to pay most
of the
> price for ext2 anyways (the size of mkfs.ext2 and the size of the kernel
ext2
> code). So switching to minixfs isn't going to save us
On Tue, Sep 04, 2001 at 05:47:48PM -0600, Erik Andersen wrote:
>
> [andersen@slag gcc-2.95-2.95.4.ds5]$ dpkg -l reiserfsprogs | tail -n1
> ii reiserfsprogs 3.x.0j-6 User-level tools for ReiserFS filesystems
> [andersen@slag gcc-2.95-2.95.4.ds5]$ du -hc /sbin/mkreiserfs /sbin/reiserfsck
>
On Tue Sep 04, 2001 at 04:18:42PM -0800, Ethan Benson wrote:
>
> yup but again i still need busybox reduction since none of this reiser
> stuff is on the powerpc disks, and i still have a problem with space
> there.
Hmm. Then something must be eating up all that space -- powerpc
binaries are
On Tue, Sep 04, 2001 at 05:47:48PM -0600, Erik Andersen wrote:
> On Tue Sep 04, 2001 at 02:51:05PM -0800, Ethan Benson wrote:
> > same thing on powerpc, though i can't explain powerpc i can explain
> > i386.
> >
> > from SMALL_BASE_LIST_i386:
> >
> > sbin/mkreiserfs
> > sbin/reiserfsck
> > sbi
On Tue Sep 04, 2001 at 02:51:05PM -0800, Ethan Benson wrote:
> same thing on powerpc, though i can't explain powerpc i can explain
> i386.
>
> from SMALL_BASE_LIST_i386:
>
> sbin/mkreiserfs
> sbin/reiserfsck
> sbin/resize_reiserfs
>
> reiserfsck is something like 180k, resize_reiserfs is 80,
On Tue, Sep 04, 2001 at 04:31:34PM -0400, Adam Di Carlo wrote:
> Adam Di Carlo <[EMAIL PROTECTED]> writes:
>
> > Martin Schulze <[EMAIL PROTECTED]> writes:
> >
> > > Is this an error we will ignore today?
> >
> > Oh, we should fix it. Bump up the size. I wonder what is causing the
> > bloat..
Is this an error we will ignore today?
I: making detached root disk root1200.bin from root.bin
1200+0 records in
1200+0 records out
1200+0 records in
1200+0 records out
E: root.bin is larger than root1200.bin (1366439 > 1228800)
E: ./rescue.sh abort
make[1]: *** [resc1200.bin] Error 255
make[1]:
15 matches
Mail list logo