>
> On Wed, Dec 06, 2000 at 08:55:32PM +1000, Tony Nugent wrote:
> > I know that this has been mentioned here before, but can I *beg* that
> > redhat developers seriously and urgently consider either modifying
> > printtool to allow it to work with a text/curses interface on a
> > console or within an X term, or include a text-based (curses-based)
> > printer configuration tool that does the same things.
> >
> > There should be NO pre-requisite that a box have a working X server
> > just to be able to configure its printers. Or anything else.
>
> It's usually not my style do do large quote with just "I couldn't
> agree more", but that's it.
>
Fo my part I really beg RedHat developpers to remove any kind of text
based config tool. In our days where a low end hard disk is 10 G, 100
megs for X are a triffle. In addition I don't even want to know how
much space in Gs X is takking, the only thing I want to know is how
many <emph>dollars</emph> it is taking (under two dollars). For years
a primary weapon in Microsoft's arsenal against Unix has been to point
at those people configuring with texct based tools or a mere editor.
And "real" Unix has been losing ground for the last ten years. It is
time to stop playing into Microsoft's hands. And I am sorry but the
multiwindow capabilities of X allow for far easier config than when
at console
For the same reason I consider silly that the 'server' install does
not include X. I t makes sense to run X only for configuration and
stop it for production but it makes for a far easier configuration, it
only takes two dollars of disk space and it does not give an antiLinux
argument to the NT guy
I don't doubt there will be many more people flaming me that approving
me. Howver let's remember that those allergic to text based tools are
something like 95% of the market but they are not represented here
since they fled to NT or to other distribs.
--
Jean Francois Martinez
Project Independence: Linux for the Masses
http://www.independence.seul.org
_______________________________________________
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list