public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Leonid Mamtchenkov <leonid@francoudi.com>
To: Denis Perchine <dyp@perchine.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Will 2.6 require Python for any configuration ? (CML2)
Date: Fri, 24 Aug 2001 09:35:08 +0300	[thread overview]
Message-ID: <20010824093508.A17415@francoudi.com> (raw)
In-Reply-To: <20010822030807.N120@pervalidus> <d3k7zutw5y.fsf@lxplus051.cern.ch> <20010823124109.S14302@cpe-24-221-152-185.az.sprintbbd.net> <20010824020119.42D951FD7D@mx.webmailstation.com>
In-Reply-To: <20010824020119.42D951FD7D@mx.webmailstation.com>; from dyp@perchine.com on Fri, Aug 24, 2001 at 11:59:41AM +0700

Hello Denis Perchine,

Once you wrote about "Re: Will 2.6 require Python for any configuration ? (CML2)":
DP> On Friday 24 August 2001 02:41, Tom Rini wrote:
DP> > On Thu, Aug 23, 2001 at 09:26:33PM +0200, Jes Sorensen wrote:
DP> > > >>>>> "Tom" == Tom Rini <trini@kernel.crashing.org> writes:
DP> > You've said this before. :)  Just how small of an 'embedded' system are
DP> > you talking about?  I know of people who do compile a kernel now and
DP> > again on a 'small' system, for fun.  On a larger (cPCI) system, I
DP> > don't see your point.  If you can somehow transport the 21mb[1] bzip2
DP> > kernel source to your system, you can transport python.  If you're
DP> > porting to a brand new arch, there's still good tests before you
DP> > have shlib support (You've mentioned that before too I think).
DP> 
DP> There is another point why having Python installed is a problem. Usually when 
DP> you install a server you remove everything from it because of space, and 
DP> security reasons. The main security concern is the less is installed the 
DP> better security is. I always remove python from any servers I have. As I 
DP> remove guile, forth, and other useless (in terms of server) languages. Now 
DP> you tell me that I should have this bloat installed just to configure my 
DP> kernel. Do not you think that it is too much? Current kernel does not require 
DP> anything like this.

Why should you have gcc and make on the server then?  Compile you kernel
on another machine and then just install it on your servers.  This way
you will not only save space and improve security, but also gain some
time, which is always good.

-- 
 Best regards,
 Leonid Mamtchenkov
 Red Hat Certified Linux Engineer (RHCE)
 System Administrator
 Francoudi & Stephanou Ltd


  reply	other threads:[~2001-08-24  6:45 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-22  6:08 Will 2.6 require Python for any configuration ? (CML2) =?unknown-8bit?B?RnLpZOlyaWMgTC4gVy4=?= Meunier
2001-08-23 12:05 ` Roland Bauerschmidt
2001-08-23 15:36   ` Bob Glamm
2001-08-23 15:55     ` Disconnect
2001-08-23 18:36       ` Daniel Phillips
2001-08-23 18:44         ` Disconnect
2001-08-23 19:01           ` David Weinehall
2001-08-23 19:22             ` Alan Cox
2001-08-23 19:02           ` Roland Bauerschmidt
2001-08-23 19:09           ` Rik van Riel
2001-08-23 19:31             ` Disconnect
2001-08-23 22:52               ` John Alvord
2001-08-24  1:51                 ` Keith Owens
2001-08-23 15:55     ` Joshua Schmidlkofer
2001-08-23 15:59     ` Tom Rini
2001-08-23 19:26       ` Jes Sorensen
2001-08-23 19:32         ` David Weinehall
2001-08-23 19:41         ` Tom Rini
2001-08-23 19:50           ` Tom Rini
2001-08-23 20:02           ` Jes Sorensen
2001-08-23 20:13             ` Tom Rini
2001-08-23 20:43               ` Jes Sorensen
2001-08-23 21:12                 ` Tom Rini
2001-08-24  4:59           ` Denis Perchine
2001-08-24  6:35             ` Leonid Mamtchenkov [this message]
2001-08-24  7:13               ` Denis Perchine
2001-08-24 15:01                 ` Mark Hahn
2001-08-24 13:35             ` Ryan W. Maple
2001-08-25  1:14               ` Michael Peddemors
2001-08-24 17:42             ` David Lang
2001-08-23 16:24     ` Roland Bauerschmidt
2001-08-23 17:57     ` Kurt Roeckx
2001-08-24  8:10 ` Matthias Andree
  -- strict thread matches above, loose matches on Subject: below --
2001-08-23 20:41 Samium Gromoff
2001-08-23 20:53 ` Tom Rini
2001-08-25  4:11   ` Ben Ford
2001-08-25 14:51     ` Tom Rini
2001-08-23 20:56 Samium Gromoff
2001-08-23 21:14 ` Tom Rini
2001-08-23 21:08 Rick Hohensee
2001-08-23 21:01 ` Tom Rini
2001-08-23 21:12 Samium Gromoff
2001-08-23 21:32 ` Tom Rini
2001-08-23 21:18 Samium Gromoff
2001-08-23 21:34 ` Tom Rini
2001-08-24 12:59   ` Jes Sorensen
2001-08-24 15:37     ` Tom Rini
2001-08-24 15:42       ` Jes Sorensen
2001-08-24 15:50         ` Tom Rini
2001-08-24 16:03           ` Jes Sorensen
2001-08-23 21:39 Samium Gromoff
     [not found] <20010823191423.I14302@cpe-24-221-152-185.az.sprintbbd.net>
2001-08-24  3:01 ` Rick Hohensee

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010824093508.A17415@francoudi.com \
    --to=leonid@francoudi.com \
    --cc=dyp@perchine.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox