From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from ejk.cso.uiuc.edu ([130.126.112.162]) by hawkwind.utcs.toronto.edu with SMTP id <28337>; Sat, 25 Mar 2000 01:00:08 -0500 Received: (qmail 24505 invoked from network); 24 Mar 2000 12:32:33 -0000 Received: from localhost (HELO uiuc.edu) (ejk@127.0.0.1) by localhost with SMTP; 24 Mar 2000 12:32:33 -0000 Sender: ejk Message-ID: <38DB6061.3F9125E9@uiuc.edu> Date: Fri, 24 Mar 2000 07:32:33 -0500 From: Ed Kubaitis Organization: CCSO - University of Illinois at Urbana-Champaign X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20smp i686) X-Accept-Language: en MIME-Version: 1.0 To: sam-fans@hawkwind.utcs.toronto.edu Subject: Re: Applying old samx patch to newer sam? References: <200003231701.JAA99286@sam.engr.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, AFAIK, the failed pieces in the samx patch can be ignored. As I recollect, the failed pieces were applying changes which the new (circa 1993) libXg provided in a different way/place. I've been using versions of sam + samx patch since then, building it most recently a few months ago for Redhat Linux 6.1 and have not seen any problems. Ed -------------------------- Ed Kubaitis (ejk@uiuc.edu) CCSO - University of Illinois - Urbana-Champaign Paul Jackson wrote: > > Bengt wrote: > |> Please note that I am trying to 'maintain' sam-9libs. > > Thank-you and bless you! > > |> I rather not include this [samx] in sam-9libs. > > That's fine - I wasn't expecting sam-9libs to accomodate > samx. I acknowledge that samx is "controversial". > > I should have been clearer that I was more looking > for feedback from other samx users as to whether > I should worry about the failed chunk of the patch. > > |> 1 sam is supposed to be mouse driven, not keyboard driven. > > It is common-place for the finest tools to be written > with a focused vision, and then for users to turn around > and do the darndest things with them. Life is good. > > ======================================================================= > I won't rest till it's the best ... Software Production Engineer > Paul Jackson (pj@sgi.com; pj@usa.net) 3x1373 http://sam.engr.sgi.com/pj