Re: [e-smith-devinfo] SME on top of a distro [was Re: [e-smith-devinfo] krud? + X]

2002-02-06 Thread Darrell May


Damien Curtain [EMAIL PROTECTED] said:

 And thats going well...

At least they tried.  No one else has done better.

 Im not sure how in touch people here are with kernel development,
because
 I wouldnt be rushing to stick the latest and greatest 2.4 kernel on any
 machine other than crash and burn machines, choose your 2.4 kernel very
 carefully, ask anyone who used 2.4.11...

Good point and exactly why I thought to not use a standard RedHat release
and instead favour a distro, like 'krud' or 'SGI XFS' that releases a bug
patched kernel.  In fact maybe a return to revisit SGI XFS is warranted. 
They have a tremendously large high availability server base and their
kernel build is more thoroughly tested.

Regards,

-- 
Darrell May
DMC Netsourced.com
http://netsourced.com
http://myEZserver.com


--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org




RE: [e-smith-devinfo] SME on top of a distro [was Re: [e-smith-devinfo] krud? + X]

2002-02-06 Thread Brandon Friedman

Damien Curtain [EMAIL PROTECTED] said:

 And thats going well...

At least they tried.  No one else has done better.

What has happened to axonlinux?

 -- 
Regards
Brandon Friedman
Product Manager

Tech-Knowledgy Advantage
Ph:  +27 (011) 486-0626
Fax: +27 (011) 486-0629
Cell: +27 (083) 408-7840
E: [EMAIL PROTECTED]
www.techknowledgy.co.za
PO Box 1909, Houghton, 2041 South Africa
No. 1 Mowbray Road, Greenside, Johannesburg, South Africa
Mitel Networks Authorized Partners

--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org




RE: [e-smith-devinfo] SME on top of a distro [was Re: [e-smith-devinfo] krud? + X]

2002-02-06 Thread Les Mikesell

I haven't had much trouble with Mandrake 8.1 systems other
than their update system not being able to automatically
install their kernel update.  The things you get with it
are built-in support for installing on raid, with or without
LFS and all of the journal file systems, automatic device
detection for things like USB ethernet adapters and wireless
cards, and an install disk that works pretty well as a
rescue disk and attempts to detect and mount existing partitions.

  Les Mikesell
[EMAIL PROTECTED]


 -Original Message-
 From: Craig Foster [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, February 06, 2002 4:44 AM
 To: Devinfo@E-Smith. Org
 Subject: RE: [e-smith-devinfo] SME on top of a distro [was Re:
 [e-smith-devinfo] krud? + X]


 Anecdotal Evidence (tm) says that the RedHat 2.4.9 (includes patches) is
 the most reliable. (ie less panics _and_ page faults)
 I think the recent slashdot.org discussion also displayed a preference for
 RH2.4.9. So a stock Red Hat kernel isn't *that* bad after all :)
 I also think it's more appropriate to ask, What does 2.4.x bring to that
 table feature and reliability wise?
 For me, it's iptables and XFS/ext3/ReiserFS support.
 (Unless someone can show me a JFS for 2.2.x that works reliably and fits
 the e-smith^W Mitel model)

 Regards,

 Craig Foster

  -Original Message-
  From: Darrell May [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, 6 February 2002 5:05 PM
  To: Damien Curtain; Darrell May
  Cc: stephen noble; e-smith-devinfo
  Subject: Re: [e-smith-devinfo] SME on top of a distro [was Re:
  [e-smith-devinfo] krud? + X]
 
  Good point and exactly why I thought to not use a standard
  RedHat release
  and instead favour a distro, like 'krud' or 'SGI XFS' that
  releases a bug
  patched kernel.  In fact maybe a return to revisit SGI XFS
  is warranted.
  They have a tremendously large high availability server
  base and their
  kernel build is more thoroughly tested.
 
  Regards,
 
  --
  Darrell May
  DMC Netsourced.com
  http://netsourced.com
  http://myEZserver.com
 



--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org




RE: [e-smith-devinfo] SME on top of a distro [was Re: [e-smith-devinfo]krud? + X]

2002-02-06 Thread Charlie Brady


On Wed, 6 Feb 2002, Brandon Friedman wrote:

 Damien Curtain [EMAIL PROTECTED] said:
 
  And thats going well...
 
 At least they tried.  No one else has done better.

 What has happened to axonlinux?

Disappeared without a trace.

--
Charlie Brady [EMAIL PROTECTED]
Lead Product Developer
Network Server Solutions Grouphttp://www.e-smith.com/
Mitel Networks Corporationhttp://www.mitel.com/
Phone: +1 (613) 368 4376 or 564 8000  Fax: +1 (613) 564 7739



--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org




Re: [e-smith-devinfo] krud? + X

2002-02-06 Thread Dan York

Greg,

 1) Some time back one of the devinfo folks supplied a link to an article
 detailing an sys-admins view of the 2.4 linux kernel.  He put forward a
 really good argument against switching.  I'm not proposing abandoning the
 idea of a newer kernel, just pointing out some food for thought.

The biggest obstacle we have is that the 2.4 kernel does not currently
support the masquerading of certain protocols.  So if we were to move
to the 2.4 kernel, we would lose the ability of someone to be behind
an SME Server and make outbound connections to other servers using
PPTP, IPSEC, RealAudio, H323, ICQ and more...  The 2.2 kernel *does*
support the masquerading of those protocols.  

So, for instance, I can have a laptop behind an SME Server running Windows,
open up a PPTP connection to a server out on the Internet and... ta da...
I am connected to that remote network in a secure VPN and can access
resources there.  My local SME Server just nicely masquerades the PPTP
packets and makes the communication between my internal laptop and that
external server seamless.

With the 2.4 kernel, we lose that.  People on the inside could NOT make 
connections to external servers through the SME Server using PPTP, nor
could they use instant messaging via ICQ, or set up Netmeeting calls using
H.323... or connect to RealAudio servers out there.

Those masquerading modules are currently running on your SME Server (type
'lsmod' as root and you'll see them).  They have not all yet, unfortunately,
been ported to the 2.4 kernel.  And that creates a real obstacle for people
trying to act as a gateway...

 2)  In response to Stephens comment about adding X to SME:  Wouldn't
 adding X-server functionality to SME point us down a different path than
 what SME was designed to do?  Seems to me that if a sys admin saw a need
 to setup an X-server to service thin clients, then you'd want a machine
 dedicated to this task that sat behind your SME firewall.  Am I off base
 here??

No, you're not off base.  I agree completely. (But then, you would expect
that, right, since I work for Mitel? ;-)

Adding X to the server gets away from the simplicity. reliability. 
security. mantra that we have been repeating from the beginning of the
product.

Regards,
Dan

-- 
Dan York, Product Line Manager, SME Server and ServiceLink
Mitel Networks Corporation [EMAIL PROTECTED]
Ph: +1-613-751-4401 Cell: +1-613-263-4312 Fax: +1-613-564-7739 
150 Metcalfe Street, Suite 1500, Ottawa,ON K2P 1P1 Canada
http://www.mitel.com/sme/  and  http://www.e-smith.com/

--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org




Re: [e-smith-devinfo] krud? + X

2002-02-05 Thread stephen noble

 I don't see that there would be any advantage. SME
 server is already based on RedHat with all
applicable errata and updates applied. So what 
 does krud buy us?

X 

it would be easier to turn your pc into a terminal
server http://sourceforge.net/projects/ltsp/

if SME is redhat +/- a few bits

would you like to remind us briefly how difficult it
would be to place SME on top of a redhat distro

could you ?
1. install redhat/krud

2 insert a SME5.1.2 CD 
2a. and run upgrade
or
2b. run a script to update/add the rpms needed 
-to add the sme functions 
-fix/remove out of date/broken rpms

regards
stephen



__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org




[e-smith-devinfo] SME on top of a distro [was Re: [e-smith-devinfo] krud? + X]

2002-02-05 Thread Darrell May


stephen noble [EMAIL PROTECTED] said:

 would you like to remind us briefly how difficult it
 would be to place SME on top of a redhat distro

If we take axonlinux as a project that has travelled this path already,
they built a new distro iso.  To be very brief they essentially took a
disto (SGI XFS) and added all the e-smith rpms that the distro did not
include by default.  After that you dive under the hood and test what works,
what doesn't work, modify the templates as appropriate, rebuild rpms that
need updating, add new rpms, bundle and build into a new iso... and
axonlinux was born.

Skill level required to do the above is high but anyone with time and
resources may challenge this.

Unfortunately I am deeply involed in other major projects at the moment. If
someone else would lead this project I will offer my assistance to get you
going.  I followed axonlinux and have enough knoweldge myself to be at least
a resource that might know an answer or two ;-

As time permits and as my schedule clears, I'll be happy to join in a more
fuller capacity.

Regards,

-- 
Darrell May
DMC Netsourced.com
http://netsourced.com
http://myEZserver.com


--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org