[openbeos] Re: ideas for SoC

> 
> From: "Ari Haviv" <arielbhaviv@xxxxxxxxx>
> Date: 2007/03/20 Tue AM 01:36:12 GMT
> To: openbeos@xxxxxxxxxxxxx
> Subject: [openbeos] Re: ideas for SoC
> 
> Yes, I hate to say this but the OS world has no shortage of OS's that
> are not quite complete but are ported to every device from watches to
> toasters.

I agree with both of you. Though I'd be quite interested in a geeky sort of way 
to see Haiku running on iPods, palmtops, headless MIPS platforms, etc, etc I 
don't think those ports should live in the Haiku tree, or be included in the 
GSoC. By all means fork the code and do it as a separate project.

We are all agreed the focus is the desktop - for me that means targets are x86 
and possibly PPC. Anything else distracts from Haiku's core focus and should be 
a separate project.

Simon

> On 3/19/07, Paulo Estrela <paulojbe@xxxxxxxxxxxx> wrote:
> > Hi,
> >
> > My opinion about this subject is that if Haiku have a strong focus on
> > desktop, desktop experience should be improved. Ports to another CPUs is
> > great, but this is not the focus. I think we should improve "control panel"
> > GUIs, try to make Haiku more stable and etc.
> >
> > Paulo Estrela
> >
> > ----- Original Message -----
> > From: "François Revol" <revol@xxxxxxx>
> > To: <openbeos@xxxxxxxxxxxxx>
> > Sent: Monday, March 19, 2007 12:13 PM
> > Subject: [openbeos] ideas for SoC
> >
> >
> > > Just before I forget, here are some more just in case :)
> > > Not everything will fit but I'll leave it so at least it's written
> > > somewhere.
> > >
> > > * HaikuPorts (like BSD ports).
> > > Today again I tried to build something that needed something else that
> > > needed yet another thing... not mentionning each using a different SCM
> > > that you must port if you want the latest version.
> > > I could contribute the autoconf-aware makefile template I made for
> > > zeta.
> > > It's probably borderline but having auto cvs-up and dependancy tracking
> > > would be likely quite challenging.
> > >
> > > * Spice up our MediaPlayer
> > > ** Overlay support
> > > ** replicant/nsPlugin support
> > > ** Add protocol addons (nodes ?) to support http,rtsp...
> > >
> > > * ARM(no-mmu) port
> > > ** Zaurus
> > > ** Qtek/...
> > > ** GSM stack ?
> > >
> > > * Bluetooth stack
> > > but maybe we could get some help on that.
> > >
> > > * Serial port driver (including PCI cards, probably the worst part) and
> > > tty module.
> > >
> > > * Expand the "new" driver architecture (PnP) and port old drivers.
> > > Ideally multiaudio drivers would provide an interface to a common node
> > > that would publish in /dev. An AC97 module would publish a multiaudio
> > > interface from  codec-specific modules and so on.
> > > But that needs a lot of design thinking first.
> > >
> > > * r/w ext2/3 fs
> > > ** xattr support
> > >
> > > * FAT could use some help as well:
> > > ** identify bottlenecks and provide better locking (shouldn't be too
> > > hard, there is only a single big lock currently, I already started
> > > that, never finished).
> > >
> > > François.
> > >
> > >
> > > E-mail classificado pelo Identificador de Spam Inteligente Terra.
> > > Para alterar a categoria classificada, visite
> > > http://mail.terra.com.br/protected_email/imail/imail.cgi?+_u=paulojbe&_l=1,1174317109.510455.24248.vacoas.hst.terra.com.br,4881,Des15,Des15
> > >
> > > Esta mensagem foi verificada pelo E-mail Protegido Terra.
> > > Scan engine: McAfee VirusScan / Atualizado em 16/03/2007 / Versão:
> > > 5.1.00/4986
> > > Proteja o seu e-mail Terra: http://mail.terra.com.br/
> > >
> >
> >
> >
> 
> 

-----------------------------------------
Email sent from www.virginmedia.com/email
Virus-checked using McAfee(R) Software and scanned for spam

Other related posts: