> Inspect the output of
>
> $ apt-cache show linux-image-2.6.18-5-486 --no-all-versions
>
> and
>
> $ wget --spider \
> http://security.debian.org/pool/updates/main/l/linux-2.6/linux-image-2.6.18-5-486_2.6.18.dfsg.1-13etch4_i386.deb
>
> Compare the "Size" field of apt-cache output with the "Length"
Siju George wrote:
Hi I am unable to upgrade my Debian Etch System to the new kernel.
Could some one please help me with this?
Details below
==
fsdc:~# cat /etc/apt/sources.list
deb http://ftp.de.debian.org/debian/ etch main contrib
deb http:/
Hi I am unable to upgrade my Debian Etch System to the new kernel.
Could some one please help me with this?
Details below
==
fsdc:~# cat /etc/apt/sources.list
deb http://ftp.de.debian.org/debian/ etch main contrib
deb http://security.debian.org
On Mar 7, 6:31, Remco Blaakmeer wrote:
> On Fri, 6 Mar 1998, Albert Dorofeev wrote:
>
> > Howdy,
> >
> > I am wondering how big is the actual kernel
> > of Linux?
> >
> > I cannot compile it with all options turned off
> > for some reason, maybe someone can give me a
> > ready answer?
> >
> > I w
On Fri, 6 Mar 1998, Albert Dorofeev wrote:
> Howdy,
>
> I am wondering how big is the actual kernel
> of Linux?
>
> I cannot compile it with all options turned off
> for some reason, maybe someone can give me a
> ready answer?
>
> I would like to know what would be the size of
> the bare kerne
Howdy,
I am wondering how big is the actual kernel
of Linux?
I cannot compile it with all options turned off
for some reason, maybe someone can give me a
ready answer?
I would like to know what would be the size of
the bare kernel stripped down to support only:
* processes
* th
Hi Hamish --
You asked:
> Will dselect still work with nothing but a local directory,
Sure. Just specify the local directory with option 1, Access method.
> or should I just use dpkg by hand?
That would work too.
Regards,
Susan Kleinmann
Hamish,
>One thing I find a bit annoying with dselect/dpkg is the way it checks
>the version of EVERY package when you pick Install. Last night I did
>an NFS installation (and the remote source was from CD-ROM), and this
>step was very slow. Can anything be done about this, eg trusting
>the packag
> I like your suggestion of configuring packages as a separate step. The
> option in dselect to 'configure remaining unconfigured packages' could
> handle this, instead of the 'install selected packages' option. In this
> scenario, the 'install' option would became 'load packages' and all
> configu
From: Casper BodenCummins <[EMAIL PROTECTED]>
> IMHO, a better alternative to the large, best-endeavours kernel would be
> to ship a really tight kernel and use the installation front-end to
> configure additional support (in modules where possible or desirable).
The stripped-down kernel for 1.2 i
er Boden-Cummins.
>--
>From: David J. Evans[SMTP:[EMAIL PROTECTED]
>Sent: 16 August 1996 14:12
>To:'debian-user@lists.debian.org'
>Cc:The recipient's address is unknown.
>Subject: Re: kernel size (was: How do I get GATEWAY2000 PS/2 mouse to
stalled the required packages once an installation
method was selected. It would also make the steps more distinct, as you
say.
Casper Boden-Cummins.
>--
>From: Sherwood Botsford[SMTP:[EMAIL PROTECTED]
>Sent: 19 August 1996 17:07
>To:Casper BodenCummins
>Subject:
gt;Sent: 19 August 1996 21:06
>To:debian-user@lists.debian.org
>Subject: Re: kernel size (was: How do I get GATEWAY2000 PS/2 mouse to
>work?)
>
>> > The real question is whether the default kernel should be bloated with
>> > features, or pared down.
>
&
> > The real question is whether the default kernel should be bloated with
> > features, or pared down.
From: Todd Tyrone Fries <[EMAIL PROTECTED]>
> The default kernel need not contain anything that isn't necessary
> to boot. This means floppy, minix, and ramdisk drivers.
This is the way it wil
> > The real question is whether the default kernel should be bloated with
> > features, or pared down.
I disagree. The default kernel need not contain anything that isn't necessary
to boot. This means floppy, minix, and ramdisk drivers. Ide might be useful;
this should (imho) be loadable as a m
On Thu, 15 Aug 1996 10:04:04 +0100 Casper BodenCummins
<[EMAIL PROTECTED]> wrote:
[snipped stuff about PS/2 support not being present by
default ]
> The real question is whether the default kernel should be bloated with
> features, or pared down.
As a brand new Debian user who didn't even
On Thu, 15 Aug 1996, Casper BodenCummins wrote:
> This is an interesting issue. You might use similar justification for
> leaving all but the essentials out of the distributed kernel. This would
> encourage users to learn how to recompile the kernel, and demonstrate in
> doing so that it's surpris
This is an interesting issue. You might use similar justification for
leaving all but the essentials out of the distributed kernel. This would
encourage users to learn how to recompile the kernel, and demonstrate in
doing so that it's surprisingly simple.
On the other hand, new users might think,
18 matches
Mail list logo
