From owner-freebsd-hackers Mon Jan 1 21:20:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29749 for hackers-outgoing; Mon, 1 Jan 1996 21:20:35 -0800 (PST) Received: from wireless.Stanford.EDU (wireless.Stanford.EDU [36.10.0.102]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA29744 for ; Mon, 1 Jan 1996 21:20:33 -0800 (PST) Received: from lightning (tip-mp6-ncs-10.Stanford.EDU [36.173.0.121]) by wireless.Stanford.EDU (8.6.12/8.6.6) with SMTP id VAA02969; Mon, 1 Jan 1996 21:20:04 -0800 Date: Mon, 1 Jan 1996 21:20:07 -0800 (PST) From: Bora Akyol X-Sender: bora@lightning To: "Amancio Hasty Jr." cc: Warner Losh , hackers@freebsd.org Subject: Re: X for install (was: Re: syscons driver) In-Reply-To: <199601020417.UAA02207@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Well Just for information the Linux Plug and Play version and Red Hat Release both have Tk/Tcl based X installations. (I think the red hat can be python based). Bora On Mon, 1 Jan 1996, Amancio Hasty Jr. wrote: > > I think that an X installation be that being X oriented or firing up > an X server will only happen till someone around > here really gets upset with the current curses implementation and > the lame excuse of that it does not fit in a boot floppy. > > If we have a cdrom and the booted kernel can access it then by all > means lets use it !!! > > In my case, I am willing to tolerate the system installation cause > I don't do it that often. > > Amancio > > >>> Warner Losh said: > > : [27]Come on guys, why is it that you dont get it that there are LOADS of > > : [27]users out there that either don't have the HW or simply dont want to > > : [27]run X for various reasons (I'm not one of them I use X :) :) ) > > : > > : I agree. If the installation requires X, you can also kiss goodbye to > > : all those people with 5Meg and 4Meg systems who are able to install now. > > : They'll just pop over to Linux or SCO or whatever that doesn't have > > : those memory requirements, and will come up in the simple hardware > > : they have. > > > > Maybe I'm getting into this a couple of days late... > > > > However, I'd kill to have a nice install/upgrade procedure that I can > > run from X. This is "can run from X" rather than "must run with X". > > I'd rather see fewer screens to go through to get the stuff installed, > > and just click on what I want. The curses interface is nice, but I > > also want the ability to have something look at /cdrom/packages/*.tgz > > and give me a nicer way to install them than pkg_add (which is nice, > > but still involves more typing than just a couple of clicks here or > > there). > > > > Maybe I'm too close to the X world, but it would be nice. It would be > > equally nice if I had enough spare time to commit to this project that > > it would happen. I have some kludgy beginings in OI that I had to > > abadon when I left the seller of OI's employment (I had hoped to ship > > out a monsterly huge static binary that would show proof of concept). > > > > Anyway, if it is still bugging me after I get some hardware I have an > > OS (it is a strange MIPS box), and after my current "side" contract > > expires, I may try to work up something with Perl/Tk to show people > > what I'm talking about. > > > > I also agree this is made a low priority by the huge disk space > > requirements that aren't there on a boot floopy (but could be there on > > a CDROM or something like that). It is further made a low priority by > > the "raising of the bar" for the memory starved systems out there (8M > > would unlikely be enough given that we don't have swap until "late" in > > the install process). Finally, the difficulty most people would face > > in bringing up X would likely make it unsuitable (but doing the > > install at VGA resolutions like MS does with Windows might not make it > > too horrible). > > > > Warner > > > > >