From owner-freebsd-arch Mon Jun 26 16: 7:44 2000 Delivered-To: freebsd-arch@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id C9EAD37BDF7 for ; Mon, 26 Jun 2000 16:07:40 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (ip139.salt-lake-city6.ut.pub-ip.psi.net [38.27.95.139]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id RAA22703; Mon, 26 Jun 2000 17:07:26 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <3957E278.D3B38F54@softweyr.com> Date: Mon, 26 Jun 2000 17:08:40 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Sheldon Hearn Cc: arch@FreeBSD.ORG, papowell@astart.com Subject: Re: was: Bringing LPRng into FreeBSD? References: <31805.962037817@axl.ops.uunet.co.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sheldon Hearn wrote: > > On Mon, 26 Jun 2000 09:51:25 CST, Wes Peters wrote: > > > I think the primary reason given is that LPRng is under active maintenance, > > and the existing BSD lpr is not. > > That seems to me to be the primary motivator. Other folks were talking > about our lpr being somewhat arcane. > > My only concern is that we lose through incompatibility with previous > releases what we gain in maintenance. > > Of course, I'm one of the people that isn't affected by this. I'm just > worried about the "replacement bandwagon" that seems to be gathering > momentum. I'd feel more comfortable knowing that each replacement > proposal were evaluated on its own merits, rather than just being > allowed to ride in on the momentum of another. We're in the same boat here. I'm a very lightweight user of lpr, but also worry about replacement "because it's cool" rather than replacement because it really needs to be replaced. OTOH, I'm the first to agree that lpr is an arcane pile of bits. I wonder if we shouldn't hold out for something even more up-to-date than LPRng. Rather than going with an LPR system that sucks less, perhaps a really good queuing system that knows how to feed printers, handles print and graphics files formats automagically, and is configured through a simple web interface? If we start it, we can license it suitably, but can probably still get the Linux gang to help us with the code. ;^) -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message