From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26320 invoked by uid 1002); 16 Jul 2003 17:38:56 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 28097 invoked from network); 16 Jul 2003 17:38:56 -0000 Message-ID: <39556.216.190.203.130.1058377135.squirrel@squirrelmail.kydance.net> In-Reply-To: <20030715225742.GD8196@lostlogicx.com> References: <1058297089.3511.9.camel@proton.sevenl.net> <20030715194858.GA17740@inventor.gentoo.org> <20030715215354.GB23338@celeborn.wh-og.hs-niederrhein.de> <20030715225742.GD8196@lostlogicx.com> Date: Wed, 16 Jul 2003 11:38:55 -0600 (MDT) From: "Matthew Walker" To: gentoo-dev@gentoo.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Re: [gentoo-dev] Re: [gentoo-core] This is just plain wrong. X-Archives-Salt: db0ac638-df72-417b-af36-871bcdd0bd66 X-Archives-Hash: 6cf6ae4b9276cd003410e9f983260189 Brandon Low said: > On Tue, 07/15/03 at 23:53:54 +0200, Lars Weiler wrote: > This is true, and something I considered bringing up at the time, > however even if we aren't a hacker's distro, we are a high performance > distro and those who run gentoo on server are experienced sysadmins. > and really, any experienced sysadmin should have no problem running > gentoo on a server (see someone's response to this post). Furthermore, > we are actively (w/o any management changes) becoming much more server > friendly (see further information later) You're already quite server friendly. I've been running Gentoo on my production server here at work for a couple months now (Ever since our old drives with RedHat on them crashed and burned...) and it's been wonderful. The only problems have been because of human error an my part. > The feature in portage for this support is almost complete (as you > mentioned), and it will be a simple matter to keep a more up-to-date > GLRP for major packages. With a seperate BINARY TREE which can be > synched against to provide the security only updates. I also believe > from talking to carpaski today that the basic work to do > GLSA->PORTAGE->emerge -u security has already been started and really > just needs a new parent to finish it off. > This would be wonderful! There a bug number where we can track the progress of this feature? > To stick to this thread's topic in my closing, I'd like to point out > that all of the things needed ot make Gentoo more user and server > friendly are already in progress without any further change to the > management structure. I think that most of us devs have already felt > the overall better organization of release and other related processes > since the management overhaul, and we should (as someone else mentioned) > let the new structure take hold fully before we decide what all else may > need doing. > > So basically we're well on our way to having what we need, graphical > automated installer is in progress, we have a kernel autobuilder so that > users don't have to fear gentoo because they can't configure their own > linux kernel, and we will soon have a binary package > autodownload/install process which will destroy any automatic binary > upgrade system currently available that I am aware of. > > --Brandon Glad to hear these things are underway! I know in the past the developers have been hesitant about a graphical installer, but I guess someone has decided it's time to slay the dragon, so to speak. A graphical installer will let Gentoo play in the same market as RedHat and it's cronies. I'm interested to read more about the kernel autobuilder... There info posted anywhere about that? Matthew -- Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=utoxin&p=main -- gentoo-dev@gentoo.org mailing list