> > At any rate, my key point is that the splitting should be invisible, and
> > *definitely* not pushed up into the loader.
>
> Ok, attached is the path, which does exactly what described. Please
> review and if there are no objections I would like to commit it
> shortly, so that our re@ team wo
For whatever it is worth, I like it.
Maxim Sobolev wrote:
>
> Michael Smith wrote:
> >
> > > > > Please review attached patch, which adds long overdue feature to our
> > > > > loader(8), allowing it to load sequence of files as a single object.
> > > >
> > > > I don't like this. I would much r
Michael Smith wrote:
>
> > > > Please review attached patch, which adds long overdue feature to our
> > > > loader(8), allowing it to load sequence of files as a single object.
> > >
> > > I don't like this. I would much rather see support for 'split' files
> > > implemented as a stacking files
Michael Smith wrote:
> > The only place this is referred to as a "stack" at all is in
> > one comment in the libstand.3 man page, which hardly excuses
> > you ripping me a new one.
>
> So because I called it a "stack" I *must* have been referring to the
> kernel, not actually the loader (since th
> Michael Smith wrote:
> > Should you care to be informed rather than playing from the sidelines,
> > see the primitive 'stacking' used to implement transparent gzipped file
> > support in libstand.
>
> The only place this is referred to as a "stack" at all is in
> one comment in the libstand.3 m
Michael Smith wrote:
> Should you care to be informed rather than playing from the sidelines,
> see the primitive 'stacking' used to implement transparent gzipped file
> support in libstand.
The only place this is referred to as a "stack" at all is in
one comment in the libstand.3 man page, which
> Michael Smith wrote:
> > > > > I don't like this. I would much rather see support for 'split' files
> > > > > implemented as a stacking filesystem layer like the gzip support, wit
> h
> > > > > the simple recognition of 'foo.gz.aa' as the first part of a split
> > > > > version of 'foo.gz', whi
Michael Smith wrote:
> > > > I don't like this. I would much rather see support for 'split' files
> > > > implemented as a stacking filesystem layer like the gzip support, with
> > > > the simple recognition of 'foo.gz.aa' as the first part of a split
> > > > version of 'foo.gz', which in turn is
> > > I don't like this. I would much rather see support for 'split' files
> > > implemented as a stacking filesystem layer like the gzip support, with
> > > the simple recognition of 'foo.gz.aa' as the first part of a split
> > > version of 'foo.gz', which in turn is recognised as a compressed v
> > At any rate, my key point is that the splitting should be invisible, and
> > *definitely* not pushed up into the loader.
>
> Ok, sounds reasonably. I'll try to reimplement the feature this way.
>
> Thank you for suggestion.
Thanks for doing the real work!
= Mike
--
To announce that ther
Maxim Sobolev wrote:
> Michael Smith wrote:
> > > Please review attached patch, which adds long overdue feature to our
> > > loader(8), allowing it to load sequence of files as a single object.
> >
> > I don't like this. I would much rather see support for 'split' files
> > implemented as a stac
Michael Smith wrote:
>
> > > > Please review attached patch, which adds long overdue feature to our
> > > > loader(8), allowing it to load sequence of files as a single object.
> > >
> > > I don't like this. I would much rather see support for 'split' files
> > > implemented as a stacking files
> > > Please review attached patch, which adds long overdue feature to our
> > > loader(8), allowing it to load sequence of files as a single object.
> >
> > I don't like this. I would much rather see support for 'split' files
> > implemented as a stacking filesystem layer like the gzip support
Michael Smith wrote:
>
> > Please review attached patch, which adds long overdue feature to our
> > loader(8), allowing it to load sequence of files as a single object.
>
> I don't like this. I would much rather see support for 'split' files
> implemented as a stacking filesystem layer like th
> Please review attached patch, which adds long overdue feature to our
> loader(8), allowing it to load sequence of files as a single object.
I don't like this. I would much rather see support for 'split' files
implemented as a stacking filesystem layer like the gzip support, with
the simple
Hi folks,
Please review attached patch, which adds long overdue feature to our
loader(8), allowing it to load sequence of files as a single object.
This should allow us to lift 1.44M limit on compressed kernel for the
installation diskette. Please note, that to use this feature to load
gzip-comp
16 matches
Mail list logo
