Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 Jun 1999 15:53:22 -0400 (EDT)
From:      "Robert S. Sciuk" <rob@ControlQ.com>
To:        Paolo Di Francesco <paipai@tin.it>
Cc:        sparc@FreeBSD.ORG
Subject:   Re: Status?
Message-ID:  <Pine.UW2.3.96.990622155055.10127Q-100000@fatlady.controlq.com>
In-Reply-To: <19990622193909.FTOA17743.fep01-svc@harlock>

next in thread | previous in thread | raw e-mail | index | archive | help

Sorry Paolo ... I guess I hadn't seen any traffic and just assumed that
you'd graduated, and moved on ... 8-)

Yours, humbled ... Pancho Sanza

Cheers,
Rob.

On Tue, 22 Jun 1999, Paolo Di Francesco wrote:

>  
> > ... and it lay in limbo until a student in
> > Italy, Paolo DeFrancesco, took a Quixotic run at the project ... as the
> > list has been silent for some time on the matter, I consider it a closed
> > issue, but that is JUST my opinion 8-}. 
>  
> 
> Just to explain, sorry if someone will not be pleasead by this message.
> 
> I tried to organize the work. I made a list with every developer 
> interested in the work (what he/she could do, hardware avaible, skills, 
> etc.), and documents about the problems in developing on a new platform 
> (what you need to start, where to start, which compiler to use, which 
> books, etc.)
> 
> Now I don't consider my past work "Quixotic". My opinion is "if you want 
> to help developers, write docs how to do things". So this is why I tried 
> to start writing docs.
> 
> Sorry, but I don't see anything "Quixotic" in my past work. 
> 
> > Jordan Hubbard has made some very lucid statements regarding the
> > difficulty of supporting multiple hardware platforms, as well as
> 
> About the kernel. My _personal_ opinion is kernel coding is easier with 
> a one-package approach (linux). But this is _my_ opinion.
> 
> My _personal_ idea was to start with a base (light?) kernel to play 
> with. So conceptually you could start coding, to understand where the 
> problems were. _Then_ (when ready to start serious coding) apply the 
> ideas to the current tree.
> 
> > misrepresenting ones self as a representative of the FreeBSD project when
> > asking hardware vendors for support (ie:  don't).
> 
> About the "please support us" topic. I asked _if_ Sun wanted to support 
> us in this effort and if not why. It is too long explain the discussion, 
> but the conclusion is "no, Sun will not support us, and don't ask".
> 
> What I asked for were _docs_. If you need to write code, you need to 
> know "how it works".
> 
> > OpenBSD and NetBSD both work on 32 bit sparc ... I guess that's where
> > we'll have to look for the near term.
> 
> About platforms. Personally, I'm not interested in Sparc32. If I'll 
> spend time on sparc coding I'll do it on sparc64.
> 
> If you are interested in sparc32 coding, do it. 8)

touche'

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Robert S. Sciuk		1032 Howard Rd.	PO Box 6A	Ph:905 632-2466
Control-Q Research	Burlington, Ont. Canada		Fx:905 632-7417
rob@ControlQ.com	L7R 3X5				http://www.ControlQ.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-sparc" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.UW2.3.96.990622155055.10127Q-100000>