From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nemo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 14 Apr 2012 23:02:46 +0200 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-Id: Mime-Version: 1.0 (Apple Message framework v1257) Subject: [9fans] nix at lsub Topicbox-Message-UUID: 76b30c4e-ead7-11e9-9d60-3106f5b1d025 Hi, just FYI, http://lsub.org/ls/nix.html has links and pointers for anyone to get the distribution and updates and/or send changes. hth From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Sun, 15 Apr 2012 06:45:19 -0700 Message-ID: From: David Leimbach To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=14dae93404bf9e94db04bdb7ea33 Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 76b84038-ead7-11e9-9d60-3106f5b1d025 --14dae93404bf9e94db04bdb7ea33 Content-Type: text/plain; charset=ISO-8859-1 Awesome! On Saturday, April 14, 2012, Nemo wrote: > Hi, > > just FYI, > > http://lsub.org/ls/nix.html > > has links and pointers for anyone to get the > distribution and updates and/or send changes. > > hth > > > --14dae93404bf9e94db04bdb7ea33 Content-Type: text/html; charset=ISO-8859-1 Awesome!

On Saturday, April 14, 2012, Nemo wrote:
Hi,

just FYI,

http://lsub.org/ls/nix.html

has links and pointers for anyone to get the
distribution and updates and/or send changes.

hth


--14dae93404bf9e94db04bdb7ea33-- From mboxrd@z Thu Jan 1 00:00:00 1970 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Francisco J Ballesteros In-Reply-To: Date: Mon, 16 Apr 2012 12:47:06 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 76c89f1e-ead7-11e9-9d60-3106f5b1d025 Just to say that we moved the development mailing list. Sorry about that. it's nix at lsub.org and you can subscribe by a mail to nix-request at lsub.org, should you want to do so. Sorry again. On Apr 14, 2012, at 11:02 PM, Nemo wrote: > Hi, > > just FYI, > > http://lsub.org/ls/nix.html > > has links and pointers for anyone to get the > distribution and updates and/or send changes. > > hth > > From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: From: Noah Evans Date: Mon, 16 Apr 2012 13:02:25 +0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 76ccc9f4-ead7-11e9-9d60-3106f5b1d025 To clarify, Nix development will be continuing at both nix-dev@googlegroups.com and http://code.google.com/p/nix-os as well. The project has forked. Noah On Mon, Apr 16, 2012 at 12:47 PM, Francisco J Ballesteros wrote: > Just to say that we moved the development mailing list. > Sorry about that. > > it's nix at lsub.org > and you can subscribe by a mail to nix-request at lsub.org, > should you want to do so. > > Sorry again. > > On Apr 14, 2012, at 11:02 PM, Nemo wrote: > >> Hi, >> >> just FYI, >> >> http://lsub.org/ls/nix.html >> >> has links and pointers for anyone to get the >> distribution and updates and/or send changes. >> >> hth >> >> > > From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 16 Apr 2012 15:22:27 +0200 In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" From: Christoph Lohmann <20h@r-36.net> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-Id: <20120416132731.9C22B18C766D@r-36.net> Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 76d11022-ead7-11e9-9d60-3106f5b1d025 Greetings. On Mon, 16 Apr 2012 15:22:27 +0200 Francisco J Ballesteros wrote: > Just to say that we moved the development mailing list. > Sorry about that. >=20 > it's nix at lsub.org > and you can subscribe by a mail to nix-request at lsub.org, > should you want to do so. >=20 > Sorry again. Why is the nix homepage[0] looking strange today? Sincerely, Christoph Lohmann [0] http://i.imgur.com/BFuZb.png From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: From: =?UTF-8?B?QXJhbSBIxIN2xINybmVhbnU=?= Date: Mon, 16 Apr 2012 19:23:09 +0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 76dc23cc-ead7-11e9-9d60-3106f5b1d025 Noah Evans wrote: > To clarify, Nix development will be continuing at both > nix-dev@googlegroups.com and http://code.google.com/p/nix-os as well. > The project has forked. I don't understand what is going on. I though some people were very unsatisfied with the rietveld code review tool offered by Google Code, and Nemo created some new tools to be used instead of rietveld and mercurial. Of course Nemo's tools don't work with Google Code hosting so the project is moved at lsub, and by design the old mailing list, nix-dev@googlegroups.com, is tied with the Google Code project, so a new mailing list has to be used instead. So what's this fork I'm hearing about? Someone wants to maintain the mercurial repository independent of the work done at lsub? Who? Why? If this is not the case, and I hope it isn't, destroy the Google Code project. Delete it, there's no point for this confusion. Personally I would have preferred that the mercurial repository would have remained the place where nix development would happen. I believe the problems people felt with rietveld could be solved by running a private instance of rietveld, instead of the generic one at Google, but whatever, I have no say in this. Just keep it in one place if there's no schism happening. So what's happening? John's message on nix-dev@ adds more to this confusion= ... --=20 Aram H=C4=83v=C4=83rneanu From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: From: Noah Evans Date: Mon, 16 Apr 2012 19:32:08 +0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 76e135e2-ead7-11e9-9d60-3106f5b1d025 There's a bit of drama going on right now. Here's what I wrote in a private mail to Steve Simon: I don't think anybody really liked hg from a technical standpoint. There were two reasons behind choosing it: 1. It would be trivial to get a 9vx nix distro up and running on Macs and Linux machines. 2. Codereview would ensure a transparent and open development process. Patch can be used for 1 to some extent (via the tarball) but it fails for 2. It makes some members of the community "more equal" than others. I think those of us sticking with hg are doing so more for social reasons than technical ones. Noah On Mon, Apr 16, 2012 at 7:23 PM, Aram H=C4=83v=C4=83rneanu = wrote: > Noah Evans wrote: >> To clarify, Nix development will be continuing at both >> nix-dev@googlegroups.com and http://code.google.com/p/nix-os as well. >> The project has forked. > > I don't understand what is going on. I though some people were very > unsatisfied with the rietveld code review tool offered by Google Code, > and Nemo created some new tools to be used instead of rietveld and > mercurial. Of course Nemo's tools don't work with Google Code hosting > so the project is moved at lsub, and by design the old mailing list, > nix-dev@googlegroups.com, is tied with the Google Code project, so a > new mailing list has to be used instead. > > So what's this fork I'm hearing about? Someone wants to maintain the > mercurial repository independent of the work done at lsub? Who? Why? > > If this is not the case, and I hope it isn't, destroy the Google Code > project. Delete it, there's no point for this confusion. Personally I > would have preferred that the mercurial repository would have remained > the place where nix development would happen. I believe the problems > people felt with rietveld could be solved by running a private > instance of rietveld, instead of the generic one at Google, but > whatever, I have no say in this. Just keep it in one place if there's > no schism happening. > > So what's happening? John's message on nix-dev@ adds more to this confusi= on... > > -- > Aram H=C4=83v=C4=83rneanu > From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: From: Noah Evans Date: Mon, 16 Apr 2012 19:42:54 +0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 76e54506-ead7-11e9-9d60-3106f5b1d025 I'd like to correct one more misunderstanding and expand a bit more. Nix is not just work done at lsub (although I'll be the first to admit that most of the recent work has been done at lsub), it was a collaboration between Bell Labs, Sandia and lsub (of which my technical contributions have been very small). One of the goals in using google code and codereview is to establish a place to collaborate independent of all parties, the codereview process was established that all parties were represented and there was a clear and transparent process where *anyone* who wanted to contribute could and feel that their contributions were being considered for technical rather than political reasons. Noah On Mon, Apr 16, 2012 at 7:32 PM, Noah Evans wrote: > There's a bit of drama going on right now. Here's what I wrote in a > private mail to Steve Simon: > > I don't think anybody really liked hg from a technical standpoint. > > There were two reasons behind choosing it: > > 1. It would be trivial to get a 9vx nix distro up and running on Macs > and Linux machines. > > 2. Codereview would ensure a transparent and open development process. > > Patch can be used for 1 to some extent (via the tarball) but it fails > for 2. It makes some members of the community "more equal" than > others. > > I think those of us sticking with hg are doing so more for social > reasons than technical ones. > > Noah > > > > On Mon, Apr 16, 2012 at 7:23 PM, Aram H=C4=83v=C4=83rneanu wrote: >> Noah Evans wrote: >>> To clarify, Nix development will be continuing at both >>> nix-dev@googlegroups.com and http://code.google.com/p/nix-os as well. >>> The project has forked. >> >> I don't understand what is going on. I though some people were very >> unsatisfied with the rietveld code review tool offered by Google Code, >> and Nemo created some new tools to be used instead of rietveld and >> mercurial. Of course Nemo's tools don't work with Google Code hosting >> so the project is moved at lsub, and by design the old mailing list, >> nix-dev@googlegroups.com, is tied with the Google Code project, so a >> new mailing list has to be used instead. >> >> So what's this fork I'm hearing about? Someone wants to maintain the >> mercurial repository independent of the work done at lsub? Who? Why? >> >> If this is not the case, and I hope it isn't, destroy the Google Code >> project. Delete it, there's no point for this confusion. Personally I >> would have preferred that the mercurial repository would have remained >> the place where nix development would happen. I believe the problems >> people felt with rietveld could be solved by running a private >> instance of rietveld, instead of the generic one at Google, but >> whatever, I have no say in this. Just keep it in one place if there's >> no schism happening. >> >> So what's happening? John's message on nix-dev@ adds more to this confus= ion... >> >> -- >> Aram H=C4=83v=C4=83rneanu >> From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Mon, 16 Apr 2012 10:44:56 -0700 Message-ID: From: ron minnich To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 76ea1f36-ead7-11e9-9d60-3106f5b1d025 On Mon, Apr 16, 2012 at 10:32 AM, Noah Evans wrote: > I think those of us sticking with hg are doing so more for social > reasons than technical ones. There are technical reasons as well. But, let it suffice to say that the tree is forked, and let it go at that. ron From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 16 Apr 2012 17:54:06 +0000 From: sl@9front.org To: 9fans@9fans.net Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 76ee6384-ead7-11e9-9d60-3106f5b1d025 > So what's this fork I'm hearing about? http://9front.org/img/nofork.png -sl From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net From: Lucio De Re Date: Mon, 16 Apr 2012 20:04:36 +0200 In-Reply-To: <20120416132731.9C22B18C766D@r-36.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 76f29e7c-ead7-11e9-9d60-3106f5b1d025 > > [0] http://i.imgur.com/BFuZb.png I hope people's sense of humour is still holding. _I_ do think it's funny, but I would not be surprised if some sensitivities were hurt. ++L From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Mon, 16 Apr 2012 22:53:46 +0200 Message-ID: From: =?UTF-8?B?QW5kcsOpcyBEb23DrW5ndWV6?= To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 7709208e-ead7-11e9-9d60-3106f5b1d025 2012/4/16 Noah Evans : > There's a bit of drama going on right now. Here's what I wrote in a > private mail to Steve Simon: > > I don't think anybody really liked hg from a technical standpoint. > > There were two reasons behind choosing it: I thoght the disagreement was because a stupid thing like coding style, glad to know it's something important like code management. You cannot be serious! Andr=C3=A9s From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <0ca14dc9761bec01e4cb1c3d8cc69819@hera.eonet.ne.jp> To: 9fans@9fans.net Date: Tue, 17 Apr 2012 11:16:36 +0900 From: kokamoto@hera.eonet.ne.jp In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 7714f68e-ead7-11e9-9d60-3106f5b1d025 > http://lsub.org/ls/nix.html yeah, now I can browse individual files now, When I tried two days ago, onlt directories can be browsed. Yes, I downloaded nix.tgz, and running it on my Ubuntu 11.10. I'm also running 9front here, of course, Plan 9 itself which I'm now writing this mail. I retired the univ this March, and have time now. I'm looking into codes of Plan 9 for my fun. I'm looking many to find out which is most interesting to make me most fun. Then, I have a question to all working for OS developement. Developping device drivers, such as 3D mode of nvidia card etc., is very difficult now, because there is no documents abailable. However, if we try to develope OS, we have to meet this difficulty. How you are trying to solve this? Kenji From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <0ca14dc9761bec01e4cb1c3d8cc69819@hera.eonet.ne.jp> References: <0ca14dc9761bec01e4cb1c3d8cc69819@hera.eonet.ne.jp> Date: Mon, 16 Apr 2012 23:53:04 -0600 Message-ID: From: andy zerger To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=14dae934064568b6e604bdd98d11 Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 771b0920-ead7-11e9-9d60-3106f5b1d025 --14dae934064568b6e604bdd98d11 Content-Type: text/plain; charset=ISO-8859-1 I think a good start would be to establish port-projects for nearly anything from freedesktop.org, esp nouveau, in your case. Then, I have a question to all working for OS developement. > Developping device drivers, such as 3D mode of nvidia card etc., > is very difficult now, because there is no documents abailable. > However, if we try to develope OS, we have to meet this difficulty. > How you are trying to solve this? > --14dae934064568b6e604bdd98d11 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I think a good start would be to establish port-projects for nearly anythin= g from freedesktop.org, esp nouveau,= in your case.

Then, I have a question to all working for OS developement.
Developping device drivers, such as 3D mode of nvidia card etc.,
is very difficult now, because there is no documents abailable.
However, if we try to develope OS, we have to meet this difficulty.
How you are trying to solve this?
--14dae934064568b6e604bdd98d11-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <0ca14dc9761bec01e4cb1c3d8cc69819@hera.eonet.ne.jp> Date: Mon, 16 Apr 2012 23:54:33 -0600 Message-ID: From: andy zerger To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=14dae9340645afb61704bdd9928b Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77217f62-ead7-11e9-9d60-3106f5b1d025 --14dae9340645afb61704bdd9928b Content-Type: text/plain; charset=ISO-8859-1 I mean, a distributed file system on an actually distributed infrastructure providing a ray-tracing environment across multiple cpu to a 9fs /dev/draw has to have some potential use somewhere.. On Mon, Apr 16, 2012 at 11:53 PM, andy zerger wrote: > I think a good start would be to establish port-projects for nearly > anything from freedesktop.org, esp nouveau, in your case. > > > Then, I have a question to all working for OS developement. >> Developping device drivers, such as 3D mode of nvidia card etc., >> is very difficult now, because there is no documents abailable. >> However, if we try to develope OS, we have to meet this difficulty. >> How you are trying to solve this? >> > --14dae9340645afb61704bdd9928b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I mean, a distributed file system on an actually distributed infrastructure= providing a ray-tracing environment across multiple cpu=A0 to a 9fs /dev/d= raw has to have some potential use somewhere..

On Mon, Apr 16, 2012 at 11:53 PM, andy zerger <zerger.andy@gmail.com> wrot= e:
I think a good start would be to establish port-projects for nearly anythin= g from freedesktop.org= , esp nouveau, in your case.

Then, I have a question to all working for OS developement.
Developping device drivers, such as 3D mode of nvidia card etc.,
is very difficult now, because there is no documents abailable.
However, if we try to develope OS, we have to meet this difficulty.
How you are trying to solve this?

--14dae9340645afb61704bdd9928b-- From mboxrd@z Thu Jan 1 00:00:00 1970 References: <0ca14dc9761bec01e4cb1c3d8cc69819@hera.eonet.ne.jp> In-Reply-To: <0ca14dc9761bec01e4cb1c3d8cc69819@hera.eonet.ne.jp> Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii Message-Id: Content-Transfer-Encoding: 7bit From: Nemo Date: Tue, 17 Apr 2012 09:17:02 +0200 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 7725e340-ead7-11e9-9d60-3106f5b1d025 I have in the todo yet another ui system to run on top of other systems. for terminals. -- iphone kbd. excuse typos :) On Apr 17, 2012, at 4:16 AM, kokamoto@hera.eonet.ne.jp wrote: >> http://lsub.org/ls/nix.html > > yeah, now I can browse individual files now, > When I tried two days ago, onlt directories can be browsed. > > Yes, I downloaded nix.tgz, and running it on my Ubuntu 11.10. > I'm also running 9front here, of course, Plan 9 itself which I'm now > writing this mail. > > I retired the univ this March, and have time now. I'm looking > into codes of Plan 9 for my fun. I'm looking many to find out > which is most interesting to make me most fun. > > Then, I have a question to all working for OS developement. > Developping device drivers, such as 3D mode of nvidia card etc., > is very difficult now, because there is no documents abailable. > However, if we try to develope OS, we have to meet this difficulty. > How you are trying to solve this? > > Kenji > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <692ed54ad031129fe6c742d8cb168986@hera.eonet.ne.jp> To: 9fans@9fans.net Date: Tue, 17 Apr 2012 17:41:13 +0900 From: kokamoto@hera.eonet.ne.jp In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 7729f386-ead7-11e9-9d60-3106f5b1d025 > I have in the todo yet another > ui system to run on top > of other systems. for terminals. We have now: (1) plan9port which is very clear where only plan9 like user interface would be developed. (2) inferno approach where proprietary language is neccessary, and resists top of another OS. (3) plan9 or nix or 9front, traditional style of OS developement In basic, I like the (3) approarch, but undocumented device problem. (1) is clear, however I feel something unfilled in my heart... Your intension is to develope two ways, one for server (nix), and one for terminal (like drawterm?) Kenji From mboxrd@z Thu Jan 1 00:00:00 1970 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Francisco J Ballesteros In-Reply-To: <692ed54ad031129fe6c742d8cb168986@hera.eonet.ne.jp> Date: Tue, 17 Apr 2012 10:51:16 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <692ed54ad031129fe6c742d8cb168986@hera.eonet.ne.jp> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 772e1c68-ead7-11e9-9d60-3106f5b1d025 On Apr 17, 2012, at 10:41 AM, kokamoto@hera.eonet.ne.jp wrote: >=20 > Your intension is to develope two ways, one for > server (nix), and one for terminal (like drawterm?) >=20 Just to let you use your server(s) but assume that your terminals might be running macos, linux, ios, ... as their native systems. You could say it=B4s a drawterm revisited, but I won=B4t be just that :) Of course that=B4s just one way, and it does not strictly have to do with nix because nix is mostly a kernel for manycore systems. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tristan <9p-st@imu.li> To: 9fans@9fans.net Content-Type: text/plain; charset=UTF-8 Message-Id: <2579e3.005e806e.EMfD.mx@tumtum.plumbweb.net> In-Reply-To: <692ed54ad031129fe6c742d8cb168986@hera.eonet.ne.jp> References: <692ed54ad031129fe6c742d8cb168986@hera.eonet.ne.jp> Date: Tue, 17 Apr 2012 08:22:47 -0400 User-Agent: mx-alpha Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77a54518-ead7-11e9-9d60-3106f5b1d025 > (3) plan9 or nix or 9front, traditional style of OS developement > In basic, I like the (3) approarch, but undocumented device problem. why not start with documented devices? looks like there is at least some docs for the omap's opengl. tristan --=20 All original matter is hereby placed immediately under the public domain. From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <692ed54ad031129fe6c742d8cb168986@hera.eonet.ne.jp> References: <692ed54ad031129fe6c742d8cb168986@hera.eonet.ne.jp> Date: Tue, 17 Apr 2012 19:56:58 +0100 Message-ID: From: Charles Forsyth To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=0015175dd972d42eeb04bde480fa Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77aae4f0-ead7-11e9-9d60-3106f5b1d025 --0015175dd972d42eeb04bde480fa Content-Type: text/plain; charset=UTF-8 I was thinking along the lines of http://lsub.org/ls/octopus.html, myself, using a child of Inferno. --0015175dd972d42eeb04bde480fa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I was thinking along the lines of=C2=A0http://lsub.org/ls/octopus.html, myself,
using a child of I= nferno.

--0015175dd972d42eeb04bde480fa-- From mboxrd@z Thu Jan 1 00:00:00 1970 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: multipart/alternative; boundary="Apple-Mail=_921A722F-227D-41A8-B060-02BE4D48A2F4" From: Nemo In-Reply-To: Date: Tue, 17 Apr 2012 21:13:08 +0200 Message-Id: <9DB21D00-B7C0-49A4-BECD-353B6103B063@lsub.org> References: <692ed54ad031129fe6c742d8cb168986@hera.eonet.ne.jp> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77af5a4e-ead7-11e9-9d60-3106f5b1d025 --Apple-Mail=_921A722F-227D-41A8-B060-02BE4D48A2F4 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Funny, the "plan" I mentioned about the new window system was also to provide inferno to some modern UI, retaining a simple programmatic interface. Since I don't have even a single line of code for this, I didn't say. But I'm glad to see you did :) On Apr 17, 2012, at 8:56 PM, Charles Forsyth wrote: > I was thinking along the lines of http://lsub.org/ls/octopus.html, myself, > using a child of Inferno. > --Apple-Mail=_921A722F-227D-41A8-B060-02BE4D48A2F4 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Funny, the "plan" I mentioned about the new window system
was also to provide inferno to some modern UI, retaining a simple
programmatic interface. 

Since I don't have even a single line of code for this, I didn't say.
But I'm glad to see you did :)

On Apr 17, 2012, at 8:56 PM, Charles Forsyth wrote:

I was thinking along the lines of http://lsub.org/ls/octopus.html, myself,
using a child of Inferno.


--Apple-Mail=_921A722F-227D-41A8-B060-02BE4D48A2F4-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <42cf76f91fe87f2d165ca2b7daecbffa@hera.eonet.ne.jp> To: 9fans@9fans.net Date: Wed, 18 Apr 2012 09:26:07 +0900 From: kokamoto@hera.eonet.ne.jp In-Reply-To: From: Charles Forsyth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77b6331e-ead7-11e9-9d60-3106f5b1d025 > I was thinking along the lines of http://lsub.org/ls/octopus.html, myself, > using a child of Inferno. Yeah, sound like interesting. Can I try this octopus on some of the PC still now? because I didn't do it, and have no idea of this. Whe I tried inferno, I god bad feeling of its gui (sorry all). Kenji From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <42cf76f91fe87f2d165ca2b7daecbffa@hera.eonet.ne.jp> References: <42cf76f91fe87f2d165ca2b7daecbffa@hera.eonet.ne.jp> From: John Floren Date: Tue, 17 Apr 2012 21:07:06 -0700 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77bb1a3c-ead7-11e9-9d60-3106f5b1d025 On Tue, Apr 17, 2012 at 5:26 PM, wrote: >> I was thinking along the lines of http://lsub.org/ls/octopus.html, myself, >> using a child of Inferno. > > Yeah, sound like interesting. > Can I try this octopus on some of the PC still now? > because I didn't do it, and have no idea of this. > > Whe I tried inferno, I god bad feeling of its gui (sorry all). > > Kenji > > I've run Octopus a little bit. It's got an interesting UI (Omero) and some of the features are pretty cool--I ended up being able to cite the Octopus paper in my master's thesis :) I had some trouble with running it at first (O/mero wouldn't start properly, unfortunately I can't recall the error, I think it's in the 9fans archive), but the setup scripts make it pretty simple to configure. John From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <42cf76f91fe87f2d165ca2b7daecbffa@hera.eonet.ne.jp> From: John Floren Date: Tue, 17 Apr 2012 21:12:08 -0700 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77c1b496-ead7-11e9-9d60-3106f5b1d025 On Tue, Apr 17, 2012 at 9:07 PM, John Floren wrote: > On Tue, Apr 17, 2012 at 5:26 PM, =A0 wrote: >>> I was thinking along the lines of http://lsub.org/ls/octopus.html, myse= lf, >>> using a child of Inferno. >> >> Yeah, sound like interesting. >> Can I try this octopus on some of the PC still now? >> because I didn't do it, and have no idea of this. >> >> Whe I tried inferno, I god bad feeling of its gui (sorry all). >> >> Kenji >> >> > > I've run Octopus a little bit. It's got an interesting UI (Omero) and > some of the features are pretty cool--I ended up being able to cite > the Octopus paper in my master's thesis :) I had some trouble with > running it at first (O/mero wouldn't start properly, unfortunately I > can't recall the error, I think it's in the 9fans archive), but the > setup scripts make it pretty simple to configure. > > John I guess the thing I was aiming for but forgot to type was, "Yes, you can still try out Octopus, I set it up under Linux for fun about a month ago and it worked just fine" From mboxrd@z Thu Jan 1 00:00:00 1970 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Francisco J Ballesteros In-Reply-To: <42cf76f91fe87f2d165ca2b7daecbffa@hera.eonet.ne.jp> Date: Wed, 18 Apr 2012 09:54:43 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <37253363-998D-41F8-9408-4D3BA8AC48C9@lsub.org> References: <42cf76f91fe87f2d165ca2b7daecbffa@hera.eonet.ne.jp> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77cc02b6-ead7-11e9-9d60-3106f5b1d025 Sure. I'm using it (and nix/plan9) to develop nix. Drop me a line off-list if you want help, but you should have everything you need in the web site, including the distribution of the = system. On Apr 18, 2012, at 2:26 AM, kokamoto@hera.eonet.ne.jp wrote: >> I was thinking along the lines of http://lsub.org/ls/octopus.html, = myself, >> using a child of Inferno. >=20 > Yeah, sound like interesting. > Can I try this octopus on some of the PC still now? > because I didn't do it, and have no idea of this. >=20 > Whe I tried inferno, I god bad feeling of its gui (sorry all). >=20 > Kenji >=20 From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <37253363-998D-41F8-9408-4D3BA8AC48C9@lsub.org> References: <42cf76f91fe87f2d165ca2b7daecbffa@hera.eonet.ne.jp> <37253363-998D-41F8-9408-4D3BA8AC48C9@lsub.org> Date: Wed, 18 Apr 2012 13:27:13 +0100 Message-ID: From: Charles Forsyth To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=000e0ce0d994d893a404bdf32c9c Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77d6f2a2-ead7-11e9-9d60-3106f5b1d025 --000e0ce0d994d893a404bdf32c9c Content-Type: text/plain; charset=UTF-8 I should add that "along the lines" of Octopus meant that, as often happens, many of the details might change to account for experience and second thoughts, and for changed technology. Obvious candidates for the latter would be the increased availability of 3D, and vastly greater browser capabilities (for good or ill). --000e0ce0d994d893a404bdf32c9c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I should add that "along the lines" of Octopus meant that,
as= often happens, many of the details might change to account
for e= xperience and second thoughts, and for changed technology.
Obviou= s candidates for the latter would be the increased availability of 3D,
and vastly greater browser capabilities (for good or ill).
<= br>
--000e0ce0d994d893a404bdf32c9c-- From mboxrd@z Thu Jan 1 00:00:00 1970 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Francisco J Ballesteros In-Reply-To: Date: Wed, 18 Apr 2012 14:35:41 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0A67293D-C709-4332-9EDE-3C2CB8EB9B35@lsub.org> References: <42cf76f91fe87f2d165ca2b7daecbffa@hera.eonet.ne.jp> <37253363-998D-41F8-9408-4D3BA8AC48C9@lsub.org> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77db7f34-ead7-11e9-9d60-3106f5b1d025 To make it explicit, the plan I have is to throw away o/live and o/mero and write something native for macos, linux, and perhaps ios such that the UI widgets are abstract and handled in a similar way they are handled in o/live. Only that they'd be native widgets with the look of the native system (that's not to say you can't implement an editable text-pannel with the mouse language we all love). Also, as Forsyth points out, the set of widgets has to be rethought, = e.g., there should be a web widget. Then it's a matter of using those files from inferno, and remote = systems. But, as I said, I don't have a single line of code yet for all of this. On Apr 18, 2012, at 2:27 PM, Charles Forsyth wrote: > I should add that "along the lines" of Octopus meant that, > as often happens, many of the details might change to account > for experience and second thoughts, and for changed technology. > Obvious candidates for the latter would be the increased availability = of 3D, > and vastly greater browser capabilities (for good or ill). >=20 From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 18 Apr 2012 08:45:01 -0700 From: arnold@skeeve.com Message-Id: <201204181545.q3IFj1lL031728@freefriends.org> To: 9fans@9fans.net Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77e009c8-ead7-11e9-9d60-3106f5b1d025 Hi. > To make it explicit, the plan I have is to > throw away o/live and o/mero and write something native for > macos, linux, and perhaps ios such that the UI widgets are abstract > and handled in a similar way they are handled in o/live. > > Only that they'd be native widgets with the look of the native system > (that's not to say you can't implement an editable text-pannel with > the mouse language we all love). Qt already provides this (and much more). It means working in C++ (which is either a bug or a feature, depending upon how you look at it). I have used Qt and find it well designed and pleasant to use, but many 9fans might find such a thougt to be heretical. > Also, as Forsyth points out, the set of widgets has to be rethought, e.g., > there should be a web widget. I think Qt even has that. > Then it's a matter of using those files from inferno, and remote systems. > > But, as I said, I don't have a single line of code yet for all of this. It sounds like interesting work! Good luck! Arnold From mboxrd@z Thu Jan 1 00:00:00 1970 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Francisco J Ballesteros In-Reply-To: <201204181545.q3IFj1lL031728@freefriends.org> Date: Wed, 18 Apr 2012 17:49:09 +0200 Content-Transfer-Encoding: 7bit Message-Id: <11D0F57A-DBC7-435F-9C25-BF5091A9F8C5@lsub.org> References: <201204181545.q3IFj1lL031728@freefriends.org> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77e4120c-ead7-11e9-9d60-3106f5b1d025 Is it exported as files? I thought I knew Qt, but, if it provides a file interface, I missed that. On Apr 18, 2012, at 5:45 PM, arnold@skeeve.com wrote: > Hi. > >> To make it explicit, the plan I have is to >> throw away o/live and o/mero and write something native for >> macos, linux, and perhaps ios such that the UI widgets are abstract >> and handled in a similar way they are handled in o/live. >> >> Only that they'd be native widgets with the look of the native system >> (that's not to say you can't implement an editable text-pannel with >> the mouse language we all love). > > Qt already provides this (and much more). It means working in C++ (which is > either a bug or a feature, depending upon how you look at it). > > I have used Qt and find it well designed and pleasant to use, but many > 9fans might find such a thougt to be heretical. > >> Also, as Forsyth points out, the set of widgets has to be rethought, e.g., >> there should be a web widget. > > I think Qt even has that. > >> Then it's a matter of using those files from inferno, and remote systems. >> >> But, as I said, I don't have a single line of code yet for all of this. > > It sounds like interesting work! Good luck! > > Arnold From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 18 Apr 2012 09:09:48 -0700 From: arnold@skeeve.com Message-Id: <201204181609.q3IG9mv9009569@freefriends.org> To: 9fans@9fans.net Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77e82586-ead7-11e9-9d60-3106f5b1d025 > Is it exported as files? > > I thought I knew Qt, but, if it provides a file interface, I missed that. No - but I would suggest building on Qt, to let it handle all the interface to the native graphics, and you provide the file service / translation over it. I think that would be challenging and interesting, and also save you an *enormous* amount of work in having to write the same set of GUI interfaces three times (X11, windows, Mac OS). In other words, the GUI part is already a laregly solved problem; build upon it instead of reinventing it. Just an idea. :-) Arnold From mboxrd@z Thu Jan 1 00:00:00 1970 References: <201204181609.q3IG9mv9009569@freefriends.org> In-Reply-To: <201204181609.q3IG9mv9009569@freefriends.org> Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii Message-Id: Content-Transfer-Encoding: 7bit Cc: "9fans@9fans.net" <9fans@9fans.net> From: Nemo Date: Wed, 18 Apr 2012 18:18:32 +0200 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77f6519c-ead7-11e9-9d60-3106f5b1d025 ah, if you said just to leverage a native kit, yes, that was the plan I had. but abstracting it. -- iphone kbd. excuse typos :) On Apr 18, 2012, at 6:09 PM, arnold@skeeve.com wrote: >> Is it exported as files? >> >> I thought I knew Qt, but, if it provides a file interface, I missed that. > > No - but I would suggest building on Qt, to let it handle all the interface > to the native graphics, and you provide the file service / translation > over it. > > I think that would be challenging and interesting, and also save you an > *enormous* amount of work in having to write the same set of GUI interfaces > three times (X11, windows, Mac OS). > > In other words, the GUI part is already a laregly solved problem; build > upon it instead of reinventing it. > > Just an idea. :-) > > Arnold From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <201204181609.q3IG9mv9009569@freefriends.org> Date: Wed, 18 Apr 2012 17:28:22 +0100 Message-ID: From: Charles Forsyth To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=000e0ce0d2ee446ceb04bdf68bec Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 77faf21a-ead7-11e9-9d60-3106f5b1d025 --000e0ce0d2ee446ceb04bdf68bec Content-Type: text/plain; charset=UTF-8 i thought the easiest way to begin and be cross-platform would be to talk to a component running in a browser, similar in principle to a viewer in Octopus. a browser client will be needed anyway, and there is a browser on many things (often only a browser); thus your first step won't be your last, but it would cover a big distance. it might also make it quicker to experiment. --000e0ce0d2ee446ceb04bdf68bec Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable i thought the easiest way to begin and be cross-platform would be to talk t= o a component running in a browser,
similar in principle to a viewer in= Octopus.
a browser client will be needed anyway, and there is a br= owser on many things (often only a browser); thus
your first step won't be your last, but it would cover a big dista= nce.
it might also make it quicker to experiment.

--000e0ce0d2ee446ceb04bdf68bec-- From mboxrd@z Thu Jan 1 00:00:00 1970 References: <201204181609.q3IG9mv9009569@freefriends.org> From: Francisco J Ballesteros Content-Type: text/plain; charset=us-ascii In-Reply-To: Message-Id: Date: Wed, 18 Apr 2012 18:35:46 +0200 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 7808dca4-ead7-11e9-9d60-3106f5b1d025 If you consider a set of abstract widgets, reasonable enough, you could map t= hem to native implementations in -a browser -cocoa -gnome -add your one here. then, there could be a portable shared component speaking to those and gatew= aying to your favorite protocol (9p, ix), and you could have a clean interface and= reasonable bindings for it. cocoa was going to be my first move here, btw. didn't even start, though. -- using ipad keyboard. excuse any typos. On Apr 18, 2012, at 6:28 PM, Charles Forsyth wro= te: > i thought the easiest way to begin and be cross-platform would be to talk t= o a component running in a browser, > similar in principle to a viewer in Octopus. > a browser client will be needed anyway, and there is a browser on many thi= ngs (often only a browser); thus > your first step won't be your last, but it would cover a big distance. > it might also make it quicker to experiment. >=20 From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net From: Lucio De Re Date: Wed, 18 Apr 2012 19:43:12 +0200 In-Reply-To: <201204181609.q3IG9mv9009569@freefriends.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 780fa28c-ead7-11e9-9d60-3106f5b1d025 > having to write the same set of GUI interfaces > three times (X11, windows, Mac OS). I'd like to put in a good word for Plan 9, in case it gets forgotten. And, yes, Qt does not support Plan 9, I guess we'll need to find some compromise, if at all possible. ++L From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 18 Apr 2012 11:05:31 -0700 From: arnold@skeeve.com Message-Id: <201204181805.q3II5VO2025497@freefriends.org> To: 9fans@9fans.net, lucio@proxima.alt.za Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 781993be-ead7-11e9-9d60-3106f5b1d025 > > having to write the same set of GUI interfaces > > three times (X11, windows, Mac OS). > > I'd like to put in a good word for Plan 9, in case it gets forgotten. > And, yes, Qt does not support Plan 9, I guess we'll need to find some > compromise, if at all possible. > > ++L Good point. Unfortunately, until Plan 9 grows a C++ compiler, Qt isn't an option for it. If/when that does happen, it would be a worthwhile thing to have there (In My Humble Opinion, of course :-). Arnold From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <201204181805.q3II5VO2025497@freefriends.org> References: <201204181805.q3II5VO2025497@freefriends.org> Date: Thu, 19 Apr 2012 03:37:08 +0200 Message-ID: From: hiro <23hiro@googlemail.com> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 7825042e-ead7-11e9-9d60-3106f5b1d025 Is this a joke? Has cocoa been ported to qt now? From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1257) From: Jeff Sickel In-Reply-To: Date: Wed, 18 Apr 2012 23:15:46 -0500 Content-Transfer-Encoding: 7bit Message-Id: <6078AC91-47C1-4EE4-A48B-3B6A9A02FDF1@corpus-callosum.com> References: <201204181805.q3II5VO2025497@freefriends.org> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 782f79e0-ead7-11e9-9d60-3106f5b1d025 Qt's been ported to OSX. It's not really worth it though, better to go native drawing libraries with Cocoa or OpenGL. On Apr 18, 2012, at 8:37 PM, hiro wrote: > Is this a joke? Has cocoa been ported to qt now? From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <6078AC91-47C1-4EE4-A48B-3B6A9A02FDF1@corpus-callosum.com> References: <201204181805.q3II5VO2025497@freefriends.org> <6078AC91-47C1-4EE4-A48B-3B6A9A02FDF1@corpus-callosum.com> Date: Thu, 19 Apr 2012 09:10:36 +0100 Message-ID: From: Charles Forsyth To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=20cf3071c7e0f61db204be03b40c Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 78366890-ead7-11e9-9d60-3106f5b1d025 --20cf3071c7e0f61db204be03b40c Content-Type: text/plain; charset=UTF-8 OpenGL (within its scope) covers several platforms at once, and anyway has to be handled somehow. Early in Inferno's history, I looked at the then version OpenGL but since at the time it kept drawing state hidden (similar to PostScript), and largely global, and the designers hadn't discovered data structures yet, it wasn't clear whether one could do a pleasant interface to it. To judge from (say) the current Python interface, probably not. Still putrid, but there's apparently not a lot you can do. (OpenVG by contrast seemed much better done, but that's 2D.) On 19 April 2012 05:15, Jeff Sickel wrote: > better to go native drawing libraries with Cocoa or OpenGL. --20cf3071c7e0f61db204be03b40c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable OpenGL (within its scope) covers several platforms at once, and anyway has = to be handled somehow.
Early in Inferno's history, I looked at the = then version OpenGL but since at
the time it kept drawing state h= idden (similar to PostScript), and largely global, and the
designers hadn't discovered data structures yet, it wasn't cle= ar whether
one could do a pleasant interface to it. To judge from= (say) the current Python interface,
probably not. Still putrid, = but there's apparently not a lot you can do.

(OpenVG by contrast seemed=C2=A0much better done, but t= hat's 2D.)

On 19 Apr= il 2012 05:15, Jeff Sickel <jas@corpus-callosum.com> wrote:
better to go native drawing libraries with C= ocoa or OpenGL.

--20cf3071c7e0f61db204be03b40c-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <201204181805.q3II5VO2025497@freefriends.org> <6078AC91-47C1-4EE4-A48B-3B6A9A02FDF1@corpus-callosum.com> Date: Thu, 19 Apr 2012 17:16:08 +0900 Message-ID: From: Joseph Stewart To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=20cf3074b768be602104be03c833 Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 783cc06e-ead7-11e9-9d60-3106f5b1d025 --20cf3074b768be602104be03c833 Content-Type: text/plain; charset=ISO-8859-1 I've intended to see if I can glean any wisdom from the Android interface to OpenGL but have had neither the time nor motivation. Anyone here know if it's a model to learn from? -joe On Thu, Apr 19, 2012 at 5:10 PM, Charles Forsyth wrote: > OpenGL (within its scope) covers several platforms at once, and anyway has > to be handled somehow. > Early in Inferno's history, I looked at the then version OpenGL but since > at > the time it kept drawing state hidden (similar to PostScript), and largely > global, and the > designers hadn't discovered data structures yet, it wasn't clear whether > one could do a pleasant interface to it. To judge from (say) the current > Python interface, > probably not. Still putrid, but there's apparently not a lot you can do. > > (OpenVG by contrast seemed much better done, but that's 2D.) > > On 19 April 2012 05:15, Jeff Sickel wrote: > >> better to go native drawing libraries with Cocoa or OpenGL. > > > --20cf3074b768be602104be03c833 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I've intended to see if I can glean any wisd= om from the Android interface to OpenGL but have had neither the time nor m= otivation.

Anyone here know if it's a model to learn from?

-joe

On Thu, Apr 19, 2012 at 5:10 PM, Charles Forsyth <charle= s.forsyth@gmail.com> wrote:
OpenGL (within its scope) covers several pla= tforms at once, and anyway has to be handled somehow.
Early in Inferno&= #39;s history, I looked at the then version OpenGL but since at
the time it kept drawing state hidden (similar to PostScript), and lar= gely global, and the
designers hadn't discovered data structures yet, it wasn't cle= ar whether
one could do a pleasant interface to it. To judge from= (say) the current Python interface,
probably not. Still putrid, = but there's apparently not a lot you can do.

(OpenVG by contrast seemed=A0much better done, but that= 's 2D.)
On 19 April 2012 05:15, Jeff Sickel <j= as@corpus-callosum.com> wrote:
better to go native drawing libraries with C= ocoa or OpenGL.


--20cf3074b768be602104be03c833-- From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <201204181805.q3II5VO2025497@freefriends.org> <6078AC91-47C1-4EE4-A48B-3B6A9A02FDF1@corpus-callosum.com> Date: Thu, 19 Apr 2012 09:46:28 +0100 Message-ID: From: Charles Forsyth To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 78486b58-ead7-11e9-9d60-3106f5b1d025 On 19 April 2012 09:16, Joseph Stewart=C2=A0=C2= =A0wrote: > > Anyone here know if it's a model to learn from? Another glance, and I'd say it's similar to the others (except for the onXYZ style of programming). Because GL is fairly big and complicated, everyone copies the original interface conventions precisely. That way you can look it up in the manual. Unfortunately, it means you get FORTRAN in every language. (The original target might have been C, but it looks like "FORTRAN in any language". There are older graphics interfaces in C that have data structures, so it's not impossible.= ) Thus, you get // Enabled the vertices buffer for writing and to be used during // rendering. gl.glFrontFace(GL10.GL_CCW); // OpenGL docs // Enable face culling. gl.glEnable(GL10.GL_CULL_FACE); // OpenGL docs // What faces to remove with the face culling. gl.glCullFace(GL10.GL_BACK); // OpenGL docs // Enabled the vertices buffer for writing and to be used during // rendering. gl.glEnableClientState(GL10.GL_VERTEX_ARRAY);// OpenGL docs. // Specifies the location and data format of an array of vertex // coordinates to use when rendering. gl.glVertexPointer(3, GL10.GL_FLOAT, 0, // OpenGL docs vertexBuffer); gl.glDrawElements(GL10.GL_TRIANGLES, indices.length,// OpenGL docs GL10.GL_UNSIGNED_SHORT, indexBuffer); // Disable the vertices buffer. gl.glDisableClientState(GL10.GL_VERTEX_ARRAY); // OpenGL docs // Disable face culling. gl.glDisable(GL10.GL_CULL_FACE); // OpenGL docs Note the state, and the stylish "gl.gl...". Stutter and suffer! "But wait!", I hear you cry. State, callbacks, no data structures to speak of, ... why don't we look at how they handle this stuff in ... Haskell! (Monads, and a learning curve, though you can then build up something that's not entirely graphics machine code.) From mboxrd@z Thu Jan 1 00:00:00 1970 References: <201204181805.q3II5VO2025497@freefriends.org> <6078AC91-47C1-4EE4-A48B-3B6A9A02FDF1@corpus-callosum.com> In-Reply-To: Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii Message-Id: Content-Transfer-Encoding: quoted-printable Cc: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> From: Bakul Shah Date: Thu, 19 Apr 2012 03:03:02 -0700 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 78590f44-ead7-11e9-9d60-3106f5b1d025 On Apr 19, 2012, at 1:46 AM, Charles Forsyth wro= te: > "But wait!", I hear you cry. State, callbacks, no data structures to > speak of, ... why don't we look > at how they handle this stuff in ... Haskell! (Monads, and a learning > curve, though you can then build > up something that's not entirely graphics machine code.) It is a big state machine because you have to give it a lot of state & the 3= D h/w does do a lot of complicated things! SGI had open inventor, a scene g= raph level C++ API but it didn't really go anywhere it seems. But I think openGL 3.0+ and openGL ES 2.0 with their programmable pipeline c= an map well to a fileserver, where you write your data to the openGL server a= nd the GPU does all the heavy lifting. This can also work reasonably well wh= ere the 3D h/w is a few tens of microseconds away from your cpu. I have a pa= rtial paper design but long way to go. A prototype is needed to see how well= this will perform. An openInventor/coin3D/ivy (in scheme) kind of GUI libra= ry can be build on top of that.= From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <201204181805.q3II5VO2025497@freefriends.org> <6078AC91-47C1-4EE4-A48B-3B6A9A02FDF1@corpus-callosum.com> Date: Thu, 19 Apr 2012 11:32:03 +0100 Message-ID: From: Charles Forsyth To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 786289f2-ead7-11e9-9d60-3106f5b1d025 I wasn't too worried about getting a file system interface to it. I'd supposed that would be tedious (from the size of the language) but straightforward, similar in principle to draw(2). Draw's programming interface can, however, present Images, Screens, Points, Rectangles, Screens, Fonts, and so on as values that can be created and manipulated like any other. Obviously there's still an underlying state in the image currently drawn in an Image, or on a Display. By contrast, OpenGL has things like this: "None of the matrix manipulation commands have an explicit parameter to control which matrix they affect. Instead, OpenGL maintains a current matrix mode that determines which matrix type the previously mentioned matrix manipulation commands actually affects" and "each matrix type has its own a stack of matrices". (That's followed in a document I'm looking at by all the ways you can get into trouble with this, but how much faster it all is!) And, that state is program global. Still, that's what there is! From mboxrd@z Thu Jan 1 00:00:00 1970 References: <201204181805.q3II5VO2025497@freefriends.org> From: "ComeauAt9Fans@gmail.com" Content-Type: text/plain; charset=us-ascii In-Reply-To: <201204181805.q3II5VO2025497@freefriends.org> Message-Id: <5FF89DFC-9695-4984-B5F1-B7FF73E35CEB@gmail.com> Date: Thu, 19 Apr 2012 11:50:59 -0400 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (iPhone Mail 8C148a) Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 78921992-ead7-11e9-9d60-3106f5b1d025 On Apr 18, 2012, at 2:05 PM, arnold@skeeve.com wrote: >>> having to write the same set of GUI interfaces >>> three times (X11, windows, Mac OS). >>=20 >> I'd like to put in a good word for Plan 9, in case it gets forgotten. >> And, yes, Qt does not support Plan 9, I guess we'll need to find some >> compromise, if at all possible. >> ++L >=20 > Good point. Unfortunately, until Plan 9 grows a C++ compiler, Qt isn't > an option for it. If/when that does happen, it would be a worthwhile > thing to have there (In My Humble Opinion, of course :-). We would be glad to work further on such a C++ port with anybody who can han= dle the Qt end of things so anybody interested in exploring such an endeavor= should discuss with us. - Greg= From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net From: Lucio De Re Date: Thu, 19 Apr 2012 18:11:20 +0200 In-Reply-To: <5FF89DFC-9695-4984-B5F1-B7FF73E35CEB@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 7899707a-ead7-11e9-9d60-3106f5b1d025 > We would be glad to work further on such a C++ port with anybody who > can handle the Qt end of things so anybody interested in exploring > such an endeavor should discuss with us. I have a friend who is totally sold on LLVM, but I note that it is itself written in C++, so bootstrapping would be difficult (I think I still have a running version of GCC 3.0, . As for me, I guess I was waiting for the opportunity to point out that the Go Nuts are discussing options for a visual interface for Go which is where I would place my bets. Still, the point that the infrastructure could be based on an existing code base is not to be frowned upon. I suspect that in this particular instance we're either going to get very strong leadership producing a robust, but easily criticised outcome, or a weak community that produces a wishy-washy compromise that pleases no one, but is just good enough and will become the next bloated standard. I'm happy to take part in the former project. ++L From mboxrd@z Thu Jan 1 00:00:00 1970 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: Your message of "Thu, 19 Apr 2012 11:32:03 BST." References: <201204181805.q3II5VO2025497@freefriends.org> <6078AC91-47C1-4EE4-A48B-3B6A9A02FDF1@corpus-callosum.com> Date: Thu, 19 Apr 2012 09:36:08 -0700 From: Bakul Shah Message-Id: <20120419163608.2A62B1CC5A@mail.bitblocks.com> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 789f3cb2-ead7-11e9-9d60-3106f5b1d025 On Thu, 19 Apr 2012 11:32:03 BST Charles Forsyth wrote: > I wasn't too worried about getting a file system interface to it. > I'd supposed that would be tedious (from the size of the language) but > straightforward, similar in principle to draw(2). A filesystem interface seems to simplify things quite a bit. > Draw's programming interface can, however, present Images, Screens, > Points, Rectangles, Screens, Fonts, and so on as values that can be > created and manipulated like any other. This can be built on top of the above. A /dev/draw shim wouldn't be too hard either. In a sense openGL is at the machine assembly language level while screens, rectangles, fonts etc are at a higher language level. > Obviously there's still an underlying state in the image currently > drawn in an Image, or on a Display. > By contrast, OpenGL has things like this: > > "None of the matrix manipulation commands have an explicit parameter > to control which matrix they affect. Instead, OpenGL maintains a > current matrix mode that determines which matrix type the previously > mentioned matrix manipulation commands actually affects" and "each > matrix type has its own a stack of matrices". (That's followed in a > document I'm looking at by all the ways you can get into trouble with > this, > but how much faster it all is!) And, that state is program global. > > Still, that's what there is! Indeed but GL ES 2 is simpler by virtue of leaving out fixed pipeline functions etc. We may as well make the best use of it when a $35 computer can provide a high performance openGL implementation! From mboxrd@z Thu Jan 1 00:00:00 1970 References: In-Reply-To: Mime-Version: 1.0 (iPhone Mail 8C148a) Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-1-65891228 Message-Id: <40957748-5D32-49BC-AA46-FE94396DB788@gmail.com> From: "ComeauAt9Fans@gmail.com" Date: Thu, 19 Apr 2012 13:09:33 -0400 To: "lucio@proxima.alt.za" , Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Cc: "9fans@9fans.net" <9fans@9fans.net> Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 78a62e50-ead7-11e9-9d60-3106f5b1d025 --Apple-Mail-1-65891228 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Apr 19, 2012, at 12:11 PM, Lucio De Re wrote: >>> We would be glad to work further on such a C++ port with anybody who >>> can handle the Qt end of things so anybody interested in exploring >>> such an endeavor should discuss with us. >>=20 >> I have a friend who is totally sold on LLVM, but I note that it is >> itself written in C++, so bootstrapping would be difficult (I think I >> still have a running version of GCC 3.0, >=20 > Speaking with their developers a few years ago they did not think it was a= good idea/reasonably feasible.=20 >=20 > I may be biased, but still sure some general flavor of Comeau for Plan 9 c= ould be a near term and not expensive endeavor (though it depends upon ones d= efinition of inexpensive too I guess). And Qt definitely has its place in t= he world.=20 >=20 > - Greg --Apple-Mail-1-65891228 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On Apr 19, 2012= , at 12:11 PM, Lucio De Re <lucio= @proxima.alt.za> wrote:
We would be glad to wo= rk further on such a C++ port with anybody who
can handle the Qt end of things so anybody interes= ted in exploring
such= an endeavor should discuss with us.
I have a friend who is totally sold on LLVM, but I note that it is
itself written in C++, so bootstrapping would be difficult (I t= hink I
still have a running version of GCC 3.0,=

Speaking with their developers a few years ago t= hey did not think it was a good idea/reasonably feasible. 

I may be biased, but still sure some general flavor of Comeau for Pla= n 9 could be a near term and not expensive endeavor (though it depends upon o= nes definition of inexpensive too I guess).  And Qt definitely has its p= lace in the world. 

- Greg
= --Apple-Mail-1-65891228-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net From: Lucio De Re Date: Thu, 19 Apr 2012 19:56:08 +0200 In-Reply-To: <40957748-5D32-49BC-AA46-FE94396DB788@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 78abd33c-ead7-11e9-9d60-3106f5b1d025 > I may be biased, but still sure some general flavor of Comeau for > Plan 9 could be a near term and not expensive endeavor (though it > depends upon ones definition of inexpensive too I guess). And Qt > definitely has its place in the world. I've bought the Go faith lock, stock and barrel, to mix a couple of metaphors. And I like Go specifically because its core belief is that it is high time conventions were tossed out the window. I am actually quite frustrated because I feel that evolution in the IT field is taking a path of least resistance (I have occasionally pressed Russ Cox to relent on the policy of minimal change in the Go toolchain, I seldom, if ever, won on principle) and wish "I had words like a hammer" to promote a much more aggressive approach to do what is right rather than what is expedient. I'd like to mention, for example, the idea expressed here that a $35 device will give you 3D capabilities. Sure, but the same $35 could give you considerably more and accepting what's on offer is, in my opinion, wimping out. Maybe I can immodestly (and probably untruthfully) say that _I_ could do better than that and that so could many others in this forum and we are all compelled to sacrifice our possible contributions to a better world by those in the industry that know how to manipulate our gratification sensors. I could list many examples (and so no doubt could each one of us here) of benefits whose real cost is much higher than the amount of dollars being spent on them. In some respects I am fortunate: I live in an old Apartheid-built small town in South Africa and the digital divide is so obvious here, yet there is no real cause for it. But I don't have the skill to express how infuriating it all is... What I'm looking for is to replace obsolescence with efficiency: 3000 pupils in my immediate vicinity could enjoy much better access to the Internet (_any_ access to the Internet) if I could deploy KA9Q over MSDOS as the primary software on 8088 based computers. I know this because back in 1992 I had precisely that hardware serving single dial-up connections from a small community of BBSers. These children don't need pr0n or video clips, Facebook or twitter, they need text access, e-mail, the much maligned and damaged e-news, just as I found them useful back in the very early 1990s. But we are stealing that from them by moving the entry bar ever higher so that our obsolete computers and our mobile phones with dead batteries and incompatible SIM cards, VGA monitors, memory simms and all manners of perfectly useful IT equipment cannot conceivably be deployed to improve their standard of living and their ability to catch up. What I'm looking for is the community that is savvy enough to embrace new technology and caring enough to propagate their gains to those who do not have the same access to that technology instead of making sure of the opposite. I don't believe that there is a conflict, in fact, I think that's the only option open to us, I'm just waving its flag a little ahead of the tsunami. And that tsunami includes Go, Plan 9, possibly Android, vx32 and Raspberry Pie. I pray that I'm not just a crazy visionary. Anyway, sorry to rant like this, I don't even know if it made me feel any better to do it, I do hope that some of you will see things from my perspective and perhaps my feelings will resonate with your own. Lucio. From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <40957748-5D32-49BC-AA46-FE94396DB788@gmail.com> Date: Thu, 19 Apr 2012 14:05:51 -0400 Message-ID: From: Comeau At9Fans To: lucio@proxima.alt.za, Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=e89a8f643bf2b5b66304be0c05cf Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 78b233ee-ead7-11e9-9d60-3106f5b1d025 --e89a8f643bf2b5b66304be0c05cf Content-Type: text/plain; charset=ISO-8859-1 On Thu, Apr 19, 2012 at 1:56 PM, Lucio De Re wrote: > > I may be biased, but still sure some general flavor of Comeau for > > Plan 9 could be a near term and not expensive endeavor (though it > > depends upon ones definition of inexpensive too I guess). And Qt > > definitely has its place in the world. > > I've bought the Go faith lock, stock and barrel, to mix a couple of > metaphors. And I like Go specifically because its core belief is that > it is high time conventions were tossed out the window. I am actually > quite frustrated because I feel that evolution in the IT field is > taking a path of least resistance (I have occasionally pressed Russ > Cox to relent on the policy of minimal change in the Go toolchain, I > seldom, if ever, won on principle) and wish "I had words like a > hammer" to promote a much more aggressive approach to do what is right > rather than what is expedient. > IMO, there is nothing generally wrong with taking the path of least resistence, so long as open is open minded and also so long as it is not the only path being considered. > I'd like to mention, for example, the idea expressed here that a $35 > device will give you 3D capabilities. Sure, but the same $35 could > give you considerably more and accepting what's on offer is, in my > opinion, wimping out. Maybe I can immodestly (and probably > untruthfully) say that _I_ could do better than that and that so could > many others in this forum and we are all compelled to sacrifice our > possible contributions to a better world by those in the industry that > know how to manipulate our gratification sensors. > > I could list many examples (and so no doubt could each one of us here) > of benefits whose real cost is much higher than the amount of dollars > being spent on them. In some respects I am fortunate: I live in an > old Apartheid-built small town in South Africa and the digital divide > is so obvious here, yet there is no real cause for it. But I don't > have the skill to express how infuriating it all is... > > What I'm looking for is to replace obsolescence with efficiency: 3000 > pupils in my immediate vicinity could enjoy much better access to the > Internet (_any_ access to the Internet) if I could deploy KA9Q over > MSDOS as the primary software on 8088 based computers. I know this > because back in 1992 I had precisely that hardware serving single > dial-up connections from a small community of BBSers. These children > don't need pr0n or video clips, Facebook or twitter, they need text > access, e-mail, the much maligned and damaged e-news, just as I found > them useful back in the very early 1990s. But we are stealing that > from them by moving the entry bar ever higher so that our obsolete > computers and our mobile phones with dead batteries and incompatible > SIM cards, VGA monitors, memory simms and all manners of perfectly > useful IT equipment cannot conceivably be deployed to improve their > standard of living and their ability to catch up. > Understood. > What I'm looking for is the community that is savvy enough to embrace > new technology and caring enough to propagate their gains to those who > do not have the same access to that technology instead of making sure > of the opposite. I don't believe that there is a conflict, in fact, I > think that's the only option open to us, I'm just waving its flag a > little ahead of the tsunami. And that tsunami includes Go, Plan 9, > possibly Android, vx32 and Raspberry Pie. I pray that I'm not just a > crazy visionary. > Why not pray that you *are* a crazy visionary? :) > Anyway, sorry to rant like this, I don't even know if it made me feel > any better to do it, I do hope that some of you will see things from > my perspective and perhaps my feelings will resonate with your own. > > Lucio. > > > -- Greg Comeau / 4.3.10.1 with C++0xisms now in beta! Comeau C/C++ ONLINE ==> http://www.comeaucomputing.com/tryitout World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90. Comeau C/C++ with Dinkumware's Libraries... Have you tried it? --e89a8f643bf2b5b66304be0c05cf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Thu, Apr 19, 2012 at 1:56 PM, Lucio De Re <lucio@proxima.al= t.za> wrote:
> I may be biased, but still sure some general flavor = of Comeau for
> Plan 9 could be a near term and not expensive endeavo= r (though it
> depends upon ones definition of inexpensive too I gues= s). =A0And Qt
> definitely has its place in the world.

I've bought th= e Go faith lock, stock and barrel, to mix a couple of
metaphors. =A0And = I like Go specifically because its core belief is that
it is high time c= onventions were tossed out the window. =A0I am actually
quite frustrated because I feel that evolution in the IT field is
taking= a path of least resistance (I have occasionally pressed Russ
Cox to rel= ent on the policy of minimal change in the Go toolchain, I
seldom, if ev= er, won on principle) and wish "I had words like a
hammer" to promote a much more aggressive approach to do what is right=
rather than what is expedient.
=A0
IMO, there is nothing generally wrong with taking the path of least re= sistence, so long as open is open minded and also so long as it is not the = only path being considered.
=A0
I'd like to mention, for example,= the idea expressed here that a $35
device will give you 3D capabilities= . =A0Sure, but the same $35 could
give you considerably more and accepting what's on offer is, in my
o= pinion, wimping out. =A0Maybe I can immodestly (and probably
untruthfull= y) say that _I_ could do better than that and that so could
many others = in this forum and we are all compelled to sacrifice our
possible contributions to a better world by those in the industry that
k= now how to manipulate our gratification sensors.

I could list many e= xamples (and so no doubt could each one of us here)
of benefits whose re= al cost is much higher than the amount of dollars
being spent on them. =A0In some respects I am fortunate: I live in an
ol= d Apartheid-built small town in South Africa and the digital divide
is s= o obvious here, yet there is no real cause for it. =A0But I don't
ha= ve the skill to express how infuriating it all is...

What I'm looking for is to replace obsolescence with efficiency: 30= 00
pupils in my immediate vicinity could enjoy much better access to the=
Internet (_any_ access to the Internet) if I could deploy KA9Q over
MSDOS as the primary software on 8088 based computers. =A0I know this
be= cause back in 1992 I had precisely that hardware serving single
dial-up = connections from a small community of BBSers. =A0These children
don'= t need pr0n or video clips, Facebook or twitter, they need text
access, e-mail, the much maligned and damaged e-news, just as I found
th= em useful back in the very early 1990s. =A0But we are stealing that
from= them by moving the entry bar ever higher so that our obsolete
computers= and our mobile phones with dead batteries and incompatible
SIM cards, VGA monitors, memory simms and all manners of perfectly
usefu= l IT equipment cannot conceivably be deployed to improve their
standard = of living and their ability to catch up.
Understood.
=A0
What I'm looking for is the commu= nity that is savvy enough to embrace
new technology and caring enough to= propagate their gains to those who
do not have the same access to that technology instead of making sure
of= the opposite. =A0I don't believe that there is a conflict, in fact, I<= br>think that's the only option open to us, I'm just waving its fla= g a
little ahead of the tsunami. =A0And that tsunami includes Go, Plan 9,
po= ssibly Android, vx32 and Raspberry Pie. =A0I pray that I'm not just acrazy visionary.
Why not pray that you *are* a crazy visionary? :)
=A0
Anyway, sorry to rant like this, I do= n't even know if it made me feel
any better to do it, I do hope that= some of you will see things from
my perspective and perhaps my feelings will resonate with your own.

Lucio.





--
Greg Comeau / 4.3.10.1 with C++0xisms now in beta!
Comeau C/C++ ONLINE =3D=3D> =A0 =A0 http://www.comeaucomputing.com/tryit= out
World Class Compilers: =A0Breathtaking C++, Amazing C99, Fabulous C90.=
Comeau C/C++ with Dinkumware's Libraries... Have you tried it?
--e89a8f643bf2b5b66304be0c05cf-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <407b661b3cf85471a21f52303e8f0167@proxima.alt.za> To: 9fans@9fans.net From: Lucio De Re Date: Thu, 19 Apr 2012 20:23:22 +0200 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 78b82c36-ead7-11e9-9d60-3106f5b1d025 > IMO, there is nothing generally wrong with taking the path of least > resistence, so long as open is open minded and also so long as it is not > the only path being considered. Except that by definition the path of least resistance is the only one of its type. You buy the reason, you paint yourself in the corner. I do grant that one may choose the path of least resistance for reasons other than the ostensible one, but I doubt that would be anything more than an accident. Can you see where my reasonaing takes me? ++L From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net From: Lucio De Re Date: Thu, 19 Apr 2012 20:27:30 +0200 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nix at lsub Topicbox-Message-UUID: 78bf39c2-ead7-11e9-9d60-3106f5b1d025 > Why not pray that you *are* a crazy visionary? :) Too many years of logic, I'm a very rational materialist. But thank you for the suggestion, it gave me reason to smile. I do get plenty, in their lack of technical sophistication , my "previously disadvantaged" neighbours have a great deal of warmth and friendship to share. All the more reason for me to wish to help them. ++L