From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <201104290319.23556.errno@cox.net> References: <201104290319.23556.errno@cox.net> Date: Fri, 29 Apr 2011 08:21:12 -0400 Message-ID: From: Jacob Todd To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0003255593bea8577704a20db581 Subject: Re: [9fans] Compiling 9atom kernel WAS: Re: spaces in filenames Topicbox-Message-UUID: d8abac54-ead6-11e9-9d60-3106f5b1d025 --0003255593bea8577704a20db581 Content-Type: text/plain; charset=UTF-8 On Apr 29, 2011 6:21 AM, "errno" wrote: > > On Friday, April 29, 2011 02:04:26 AM Charles Forsyth wrote: > > > [1] For those gnashing teeth over glibc - might want to check out > > > musl libc. It's no plan 9 libc, but it's definitely "less worse" than > > > glibc. > > > > ``News: As of version 0.7.7, musl has been successfully bootstrapped by a > > third-party system integrator.'' > > > > hmm. they had to do more than just compile it? > > a library has to be `bootstrapped'? > > i blame the parents. > > Really? > > I think it's fair enough to say that your standard library has been > "bootstrapped" upon the first instance of it being baked into a > new platform as the native libc. > > https://github.com/chneukirchen/sabotage > > > On Friday, April 29, 2011 02:18:26 AM Charles Forsyth wrote: > > > complaining is because you _need_ linux... to furnish all the things > > > you can't do with plan 9 - either personally, or within your > > > organization. > > > > it's true, but at least i haven't got to run either Windows or MacOS. > > the underlying problem is that the things we might simply import (mainly > > browser) can't simply be imported. it's not just us: you might have > > noticed that Google's Picasaweb runs under Linux by including a copy of > > Wine as part of its iceberg. also google in any alternative-os list you > > like for a discussion of the hopelessness of ./configure > > > Afaik, google has been distributing picasa with wine for years, it doesn't act like an intermediate solution, it seems told be their solution. > Icebergs are justified when used as a temporary stop-gap until a native > solution is devised and implemented. Thus, a webkit environment ("AWE") > seems like a pretty decent compromise until Plan 9 is finally able to treat > the wild wild web like a first-class citizen. > Seeing that plan 9 doesn't have a c++ compiler, i doubt it will ever be ported. Cinap runs opera 9, flash 7, even blender under linuxemu, though. You might want to take a look at it. 9hal.ath.cx. you can also use vnc on plan 9 if you 'need' to use the web. > I have no clue how difficult it would be to port webkit to Plan 9 though, > but I imagine it would be easier than writing a pure Plan 9 web browser > engine (html, css, dom & ecmascript) from scratch. > > (I just do basic backend web programming and linux systems administration - > so I'm just speculating.) > > But then again, why would anyone want a fully functional web experience > on Plan 9 - what would be the purpose? Apparently nobody does, otherwise > it'd be implemented already. > --0003255593bea8577704a20db581 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Apr 29, 2011 6:21 AM, "errno" <errno@cox.net> wrote:
>
> On Friday, April 29, 2011 02:04:26 AM Charles Forsyth wrote:
> > > [1] For those gnashing teeth over glibc - might want to chec= k out
> > > musl libc. =C2=A0It's no plan 9 libc, but it's defin= itely "less worse" than
> > > glibc.
> >
> > ``News: As of version 0.7.7, musl has been successfully bootstrap= ped by a
> > third-party system integrator.''
> >
> > hmm. they had to do more than just compile it?
> > a library has to be `bootstrapped'?
> > i blame the parents.
>
> Really?
>
> I think it's fair enough to say that your standard library has bee= n
> "bootstrapped" upon the first instance of it being baked int= o a
> new platform as the native libc.
>
> https://github.co= m/chneukirchen/sabotage
>
>
> On Friday, April 29, 2011 02:18:26 AM Charles Forsyth wrote:
> > > complaining is because you _need_ linux... to furnish all th= e things
> > > you can't do with plan 9 - either personally, or within = your
> > > organization.
> >
> > it's true, but at least i haven't got to run either Windo= ws or MacOS.
> > the underlying problem is that the things we might simply import = (mainly
> > browser) can't simply be imported. it's not just us: you = might have
> > noticed that Google's Picasaweb runs under Linux by including= a copy of
> > Wine as part of its iceberg. also google in any alternative-os li= st you
> > like for a discussion of the hopelessness of ./configure
> >
>
Afaik, google has been distributing picasa with wine for years, it doesn= 9;t act like an intermediate solution, it seems told be their solution.

> Icebergs are justified when used as a temporary stop-gap until a na= tive
> solution is devised and implemented. =C2=A0Thus, a webkit environment = ("AWE")
> seems like a pretty decent compromise until Plan 9 is finally able to = treat
> the wild wild web like a first-class citizen.
>
Seeing that plan 9 doesn't have a c++ compiler, i doubt it will ever be= ported. Cinap runs opera 9, flash 7, even blender under linuxemu, though. = You might want to take a look at it. 9hal.at= h.cx. you can also use vnc on plan 9 if you 'need' to use the w= eb.

> I have no clue how difficult it would be to port webkit to Plan 9 t= hough,
> but I imagine it would be easier than writing a pure Plan 9 web browse= r
> engine (html, css, dom & ecmascript) from scratch.
>
> (I just do basic backend web programming and linux systems administrat= ion -
> so I'm just speculating.)
>
> But then again, why would anyone want a fully functional web experienc= e
> on Plan 9 - what would be the purpose? =C2=A0Apparently nobody does, o= therwise
> it'd be implemented already.
>

--0003255593bea8577704a20db581--