[9fans] Postscript and troff

[Prof Brucee]

Any advice on including postscript in a troff document?

brucee

Re: [9fans] Blit

[Prof Brucee]

Thanks to you too. Fortunately working in research is perhaps the best part
of the telephony system. As for editors, I used sam when I was working at
Google. My esteemed coworkers used vim.

brucee

On 27/04/2017 1:35 PM, "Shane Morris" <edgecombe...@gmail.com> wrote:

> He who convinces himself he don't need to learn from history should read
> about the fall of the Roman Empire a little.
>
> But yeah, be damned if I'll ever work for the phone company again. Only
> the railways was a more thankless job.
>
> It is a little pleasant to visit ones memories for some nostalgia from
> time to time, I went and saw the big C band dish we put up beside my trade
> school department in '04 the other day in Sydney... its still there, unlike
> a certain similar dish I hear was affixed to the top of a building at UNSW
> a few years back that fell off three days after it was put up... and yes, I
> hung it all over the PhD who botched that one, especially the bit where I
> told him I was "just a dumb tradesman."
>
> My eyes might've gotten a bit misty, I took some photos for my niece in
> the years to come, and I left again. It is what it is.
>
> Meanwhile Brucee, thanks for the hotline tip! Better than Hackaday.
>
> On Thu, Apr 27, 2017 at 1:27 PM, Prof Brucee <prof.bru...@gmail.com>
> wrote:
>
>> Your bad fortune.
>>
>> On 27/04/2017 1:13 PM, "Winston Kodogo" <kod...@gmail.com> wrote:
>>
>>> Well, such are my limitations, I don't give two short smegs about the
>>> Blit or "The Labs", Johnny come latelelys that they are, promoting new
>>> editors such as "ed". Instead of edt, the one true editor. But when I was a
>>> lad, these many years ago, we did have to pick up the phone - without dial,
>>> there was no dial - wait for the operator at the Sanderstead exchange and
>>> ask the operator to connect us.
>>>
>>> On 27 April 2017 at 14:42, Shane Morris <edgecombe...@gmail.com> wrote:
>>>
>>>> Dear God, big old working exchanges?!
>>>>
>>>> We had a tiny little relay logic step by step PABX at trade school,
>>>> adjusting her was punishment detail. Well, it *was* until they worked
>>>> out I actually enjoyed getting the old girl to make party tricks...
>>>>
>>>> I wonder if I *am* actually allowed into the US these days...? Likely
>>>> not... perhaps I can see some photos instead?
>>>>
>>>> Cheers mate!
>>>>
>>>> On Thu, Apr 27, 2017 at 10:57 AM, Bruce Ellis <bruce.el...@gmail.com>
>>>> wrote:
>>>>
>>>>> For those interested in the Blit and other stuff from the labs,
>>>>> particularly if you are in the Seattle area, you might like to contact
>>>>> s...@sdf.lonestar.org who is the Associated Curator of the
>>>>> Communications Museum. He gave me a tour and I introduced him to
>>>>> games/crabs.
>>>>>
>>>>> Big old telephone exchanges in working order are fun!
>>>>>
>>>>> brucee
>>>>>
>>>>
>>>>
>>>
>

Re: [9fans] Blit

[Prof Brucee]

Your bad fortune.

On 27/04/2017 1:13 PM, "Winston Kodogo"  wrote:

> Well, such are my limitations, I don't give two short smegs about the Blit
> or "The Labs", Johnny come latelelys that they are, promoting new editors
> such as "ed". Instead of edt, the one true editor. But when I was a lad,
> these many years ago, we did have to pick up the phone - without dial,
> there was no dial - wait for the operator at the Sanderstead exchange and
> ask the operator to connect us.
>
> On 27 April 2017 at 14:42, Shane Morris  wrote:
>
>> Dear God, big old working exchanges?!
>>
>> We had a tiny little relay logic step by step PABX at trade school,
>> adjusting her was punishment detail. Well, it *was* until they worked
>> out I actually enjoyed getting the old girl to make party tricks...
>>
>> I wonder if I *am* actually allowed into the US these days...? Likely
>> not... perhaps I can see some photos instead?
>>
>> Cheers mate!
>>
>> On Thu, Apr 27, 2017 at 10:57 AM, Bruce Ellis 
>> wrote:
>>
>>> For those interested in the Blit and other stuff from the labs,
>>> particularly if you are in the Seattle area, you might like to contact
>>> s...@sdf.lonestar.org who is the Associated Curator of the
>>> Communications Museum. He gave me a tour and I introduced him to
>>> games/crabs.
>>>
>>> Big old telephone exchanges in working order are fun!
>>>
>>> brucee
>>>
>>
>>
>

Re: [9fans] ps bug

[Prof Brucee]

It's taken nearly 3 days for Ubuntu to upgrade (vmware) with kswapd using
more than 100 mins of CPU.

8 3.8GHz procs. Deeply wrong.

brucee

On 12/04/2017 1:32 PM, "Winston Kodogo" <kod...@gmail.com> wrote:

There is something deeply wrong with many things. Just ask jwz:

https://www.jwz.org/blog/2017/04/would-you-like-to-
supersize-that-for-a-dollar-extra/

But at least ed is still the standard editor. Such is progress.

On 12 April 2017 at 15:16, Prof Brucee <prof.bru...@gmail.com> wrote:

> Ubuntu doesn't return all processes for "ps -e" so I guess there's
> something deeply wrong with /proc.
>
> brucee
>
> On 12/04/2017 12:56 AM, "Mat Kovach" <m...@well.com> wrote:
>
> From the man page:
>
> =$ man ps
>
>  PS(1)   PS(1)
>
>  NAME
>   ps, psu - process status
>
>  SYNOPSIS
>   ps [ -pa ]
>
>   psu [ -pa ] [ user ]
>
>  [snip]
>   With the -p flag, ps also prints, after the system time, the
>   baseline and current priorities of each process.
>
>   The -a flag causes ps to print the arguments for the pro-
>   cess.  Newlines in arguments will be translated to spaces
>   for display.
>
> plan9port's ps does not have a '-e' option, if given it is ignore.
>
> Checking the script, ps uses the os version of ps  and the arguments -axww
>
> --
> *From: *"Bruce Ellis" <bruce.el...@gmail.com>
> *To: *"Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net>
> *Sent: *Tuesday, April 11, 2017 2:54:07 AM
> *Subject: *[9fans] ps bug
>
> using plan9ports' "ps -e" does not print all processes. dirread /proc fun
> I guess.
> brucee
>
>
>

Re: [9fans] ps bug

[Prof Brucee]

Ubuntu doesn't return all processes for "ps -e" so I guess there's
something deeply wrong with /proc.

brucee

On 12/04/2017 12:56 AM, "Mat Kovach"  wrote:

>From the man page:

=$ man ps

 PS(1)   PS(1)

 NAME
  ps, psu - process status

 SYNOPSIS
  ps [ -pa ]

  psu [ -pa ] [ user ]

 [snip]
  With the -p flag, ps also prints, after the system time, the
  baseline and current priorities of each process.

  The -a flag causes ps to print the arguments for the pro-
  cess.  Newlines in arguments will be translated to spaces
  for display.

plan9port's ps does not have a '-e' option, if given it is ignore.

Checking the script, ps uses the os version of ps  and the arguments -axww

--
*From: *"Bruce Ellis" 
*To: *"Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net>
*Sent: *Tuesday, April 11, 2017 2:54:07 AM
*Subject: *[9fans] ps bug

using plan9ports' "ps -e" does not print all processes. dirread /proc fun I
guess.
brucee

[9fans] Dvd-rw

[Prof Brucee]

Is there a secret incantation for reading a dvd-rw on plan9? Cdfs gives me
a d000 file which I don't know what to with and 9660srv doesn't cope either.

Brucee

Re: [9fans] Plan9 and VMs

[Prof Brucee]

Have you run inst/start after booting from iso?

On 02/09/2016 12:59 PM, "Adriano Verardo"  wrote:

Julius Schmidt wrote:

> 9front works fine in vmware. I've never had a problem (including a very
> recent install at work).
> How exactly does it fail in your case?
>
Install seem to complete regularly subsequent boots are from the .iso
Tried to unlink the .iso, revove the virtal CD etc etc
Where is my mistake. The installer is the +/- the same I used many many
times.
Using VMware 9.0.4 - Win7-32 (Win7-32 is mandatory).
adriano


> aiju
>
> On Thu, 1 Sep 2016, Adriano Verardo wrote:
>
> In the last two years I've very little used Plan9.
>> All appls I made for clients work, solved all problem thanks to 9fans
>> help, clients don't ask for improvements, ...
>>
>> Now I must install Plan9 in a VM. I'm testing VMware, but it is not a
>> constraint.
>> The Bell distro work fine, all others I tried fail during install.
>> And, worse than this, I see just now that Bell non longer support Plan9
>> since Jan 2015.
>>
>> So, what's the best Win7-32/64 VM product for Plan9 ? What Plan9 ?
>>
>> Thanks in advance
>>
>>
>>
>>
>
>

Re: [9fans] bug in exportfs

[Prof Brucee]

Totally agree. I've never needed exportfs filtering. It's not in the patent.
On 14/02/2016 1:27 AM, "Charles Forsyth"  wrote:

>
> On 22 December 2015 at 10:02, arisawa  wrote:
>
>>
>> The difficulty is in the pattern matching rule.
>> If we want to export only /usr/glenda, then the pattern matching filer
>> must pass
>> /usr
>> /usr/glenda
>> and must not pass
>> /usr/
>>
>
> I really wonder about the pattern-matching code being there at all.
> Without it, exportfs is constrained by the authenticated user's
> permissions, within the exported name space,
> and that's enforced by the operating system (system calls).
> To export only /usr/glenda, I'd build a name space that has only
> /usr/glenda in it, and export that.
>
> The read-only option is enforced by exportfs itself, but at the 9P level:
> it's not too hard to enumerate
> the messages and options that do not cause modifications and reject all
> others (although exportfs wasn't updated to include an
> option added later to open). Still, that can be got right once for all by
> exportfs.
>

[9fans] Dragan

[Prof Brucee]

Anyone played with a Dragan?

Re: [9fans] rc exec error behaviour

[Prof Brucee]

Cinap assured me that go works on 9front. Please send a wish list. Here
docs in functions are on it. Exec was the ball buster.
On 02/02/2016 8:53 AM,  wrote:

> > Thank you, but mostly I've just updated and titivated the previous
> > work from Lucio and Gorka, to the state where it should pass the
> > codereview and does pass all the go1.6 tests (with *ncpu=1).
>
> I need to point out that I really added nothing other than a minute
> amount of coordination at the time and in retrospect even that had a
> very limited effect.  Gorka did the great work and I'm very pleased
> that Richard picked it up and turned it into something I believe
> (hope? wish?) will be with us for a while.
>
> I wish I could share some of the glory, but I really do not deserve it
> :-)
>
> Here's a toast to all those who make my daily Plan 9 experiences a
> pleasure.  Thank you all!
>
> Lucio.
>
>
>

Re: [9fans] rc exec error behaviour

[Prof Brucee]

Every time I bend something it breaks.
On 02/02/2016 3:18 PM, "Lyndon Nerenberg"  wrote:

>
> > On Jan 31, 2016, at 8:06 PM, erik quanstrom 
> wrote:
> >
> > i don't believe the offer was made with a straight face.
>
> But perhaps with a bent compiler.
>
>

Re: [9fans] rc exec error behaviour

[Prof Brucee]

Any objections to me rewriting rc in go without all known bugs?
On 31/01/2016 3:36 AM,  wrote:

> in the rc shell, when one has exec statement and the exec fails, rc tries
> to
> continue interpreting statements after the exec which fails with a strange
> EOF error because in the process of preparing filedescriptors for exec,
> the very fd thats used to read the script was closed.
>
> burnzez provided an example of this like:
>
> term% rc -c 'exec doesnotexist; echo test'
> doesnotexist: './doesnotexist' directory entry not found
> test
> rc: /rc/lib/rcmain:29: token EOF: syntax error
>
> the manpage does not explicitely specify what should happen when exec
> fails.
>
> i did try to have rc open the . script as OCEXEC and that fixed the
> problem, but it wont work for any other redirections and will have side
> effects
> as the close-on-exec flag is a propery of the channel and not of the file
> descriptor slot. so imagine stuff like . /fd/0...
>
> i think it would me most resonable to just have rc exit with error status
> on
> failure. are there any objections to this?
>
> --
> cinap
>
>

Re: [9fans] Undefined Behaviour in C

[Prof Brucee]

gcc is indeed a very sad tome. The mmap of 0 is disgusting. I like kenc. It
just works. My behaviour this afternoon will be undefined but not as stupid
as that of some programmers.
On 26/11/2015 5:43 AM, "Brantley Coile"  wrote:

> Align it to column 7 and it looks like all the code I saw when I started.
>
> iPhone email
>
> On Nov 25, 2015, at 12:13 PM, Ryan Gonzalez  wrote:
>
> Neither! It's what happens when you run sed 's/^\s*//' on your whole code
> base, yielding results like (from cmd/yacc.c):
>
>
> void
> setup(int argc, char *argv[])
> {
> long c, t;
> int i, j, fd, lev, ty, ytab, *p;
> int vflag, dflag, stem;
> char actnm[8], *stemc, *s, dirbuf[128];
> Biobuf *fout;
>
> ytab = 0;
> vflag = 0;
> dflag = 0;
> stem = 0;
> stemc = "y";
> foutput = 0;
> fdefine = 0;
> fdebug = 0;
> ARGBEGIN{
> case 'v':
> case 'V':
> vflag++;
> break;
> case 'D':
> yydebug = ARGF();
> break;
> case 'a':
> yyarg = 1;
> break;
> case 'd':
> dflag++;
> break;
> case 'l':
> yyline = 0;
> break;
> case 'o':
> ytab++;
> ytabc = ARGF();
> break;
> case 's':
> stem++;
> stemc = ARGF();
> break;
> case 'S':
> parser = PARSERS;
> break;
> default:
> error("illegal option: %c", ARGC());
> }ARGEND
> openup(stemc, dflag, vflag, ytab, ytabc);
> fout = dflag?fdefine:ftable;
> if(yyarg){
> Bprint(ftable, "#define\tYYARG\t1\n\n");
> }
> if((fd = mkstemp(ttempname)) >= 0){
> tempname = ttempname;
> ftemp = Bfdopen(fd, OWRITE);
> }
> if((fd = mkstemp(tactname)) >= 0){
> actname = tactname;
> faction = Bfdopen(fd, OWRITE);
> }
> if(ftemp == 0 || faction == 0)
> error("cannot open temp file");
> if(argc < 1)
> error("no input file");
> infile = argv[0];
> if(infile[0] != '/' && getwd(dirbuf, sizeof dirbuf)!=nil){
> i = strlen(infile)+1+strlen(dirbuf)+1+10;
> s = malloc(i);
> if(s != nil){
> snprint(s, i, "%s/%s", dirbuf, infile);
> cleanname(s);
> infile = s;
> }
> }
> finput = Bopen(infile, OREAD);
> if(finput == 0)
> error("cannot open '%s'", argv[0]);
> cnamp = cnames;
>
> defin(0, "$end");
> extval = PRIVATE; /* tokens start in unicode 'private use' */
> defin(0, "error");
> defin(1, "$accept");
> defin(0, "$unk");
> mem = mem0;
> i = 0;
>
> for(t = gettok(); t != MARK && t != ENDFILE;)
> switch(t) {
> case ';':
> t = gettok();
> break;
>
> case START:
> if(gettok() != IDENTIFIER)
> error("bad %%start construction");
> start = chfind(1, tokname);
> t = gettok();
> continue;
>
> case TYPEDEF:
> if(gettok() != TYPENAME)
> error("bad syntax in %%type");
> ty = numbval;
> for(;;) {
> t = gettok();
> switch(t) {
> case IDENTIFIER:
> if((t=chfind(1, tokname)) < NTBASE) {
> j = TYPE(toklev[t]);
> if(j != 0 && j != ty)
> error("type redeclaration of token %s",
> tokset[t].name);
> else
> SETTYPE(toklev[t], ty);
> } else {
> j = nontrst[t-NTBASE].value;
> if(j != 0 && j != ty)
> error("type redeclaration of nonterminal %s",
> nontrst[t-NTBASE].name );
> else
> nontrst[t-NTBASE].value = ty;
> }
> case ',':
> continue;
> case ';':
> t = gettok();
> default:
> break;
> }
> break;
> }
> continue;
>
> case UNION:
> /* copy the union declaration to the output */
> cpyunion();
> t = gettok();
> continue;
>
> case LEFT:
> case BINARY:
> case RIGHT:
> i++;
>
> case TERM:
> /* nonzero means new prec. and assoc. */
> lev = t-TERM;
> ty = 0;
>
> /* get identifiers so defined */
> t = gettok();
>
> /* there is a type defined */
> if(t == TYPENAME) {
> ty = numbval;
> t = gettok();
> }
> for(;;) {
> switch(t) {
> case ',':
> t = gettok();
> continue;
>
> case ';':
> break;
>
> case IDENTIFIER:
> j = chfind(0, tokname);
> if(j >= NTBASE)
> error("%s defined earlier as nonterminal", tokname);
> if(lev) {
> if(ASSOC(toklev[j]))
> error("redeclaration of precedence of %s", tokname);
> SETASC(toklev[j], lev);
> SETPLEV(toklev[j], i);
> }
> if(ty) {
> if(TYPE(toklev[j]))
> error("redeclaration of type of %s", tokname);
> SETTYPE(toklev[j],ty);
> }
> t = gettok();
> if(t == NUMBER) {
> tokset[j].value = numbval;
> if(j < ndefout && j > 3)
> error("please define type number of %s earlier",
> tokset[j].name);
> t = gettok();
> }
> continue;
> }
> break;
> }
> continue;
>
> case LCURLY:
> defout(0);
> cpycode();
> t = gettok();
> continue;
>
> default:
> error("syntax error");
> }
> if(t == ENDFILE)
> error("unexpected EOF before %%");
>
> /* t is MARK */
> if(!yyarg)
> Bprint(ftable, "extern int yyerrflag;\n");
> Bprint(ftable, "#ifndef YYMAXDEPTH\n");
> Bprint(ftable, "#define YYMAXDEPTH 150\n");
> Bprint(ftable, "#endif\n" );
> if(!ntypes) {
> Bprint(ftable, "#ifndef YYSTYPE\n");
> Bprint(ftable, "#define YYSTYPE int\n");
> Bprint(ftable, "#endif\n");
> }
> if(!yyarg){
> Bprint(ftable, "YYSTYPE yylval;\n");
> Bprint(ftable, "YYSTYPE yyval;\n");
> }else{
> if(dflag)
> Bprint(ftable, "#include \"%s.%s\"\n\n", stemc, FILED);
> Bprint(fout, "struct Yyarg {\n");
> Bprint(fout, "\tint\tyynerrs;\n");
> Bprint(fout, "\tint\tyyerrflag;\n");
> Bprint(fout, "\tvoid*\targ;\n");
> Bprint(fout, "\tYYSTYPE\tyyval;\n");
> Bprint(fout, 

Re: [9fans] Undefined Behaviour in C

[Prof Brucee]

I am still fascinated by the VAX architecture manual which designates as
"unpredictable" many things with consequences  including machine crash.
Pissed that I can't get my vaxen to crash or burst into flames.
On 26/11/2015 1:46 PM, "Brantley Coile" <brantleyco...@me.com> wrote:

> Bruce's law: undefined != stupid
>
> Sent from my iPad
>
> On Nov 25, 2015, at 9:04 PM, Prof Brucee <prof.bru...@gmail.com> wrote:
>
> gcc is indeed a very sad tome. The mmap of 0 is disgusting. I like kenc.
> It just works. My behaviour this afternoon will be undefined but not as
> stupid as that of some programmers.
> On 26/11/2015 5:43 AM, "Brantley Coile" <brantleyco...@me.com> wrote:
>
>> Align it to column 7 and it looks like all the code I saw when I started.
>>
>> iPhone email
>>
>> On Nov 25, 2015, at 12:13 PM, Ryan Gonzalez <rym...@gmail.com> wrote:
>>
>> Neither! It's what happens when you run sed 's/^\s*//' on your whole code
>> base, yielding results like (from cmd/yacc.c):
>>
>>
>> void
>> setup(int argc, char *argv[])
>> {
>> long c, t;
>> int i, j, fd, lev, ty, ytab, *p;
>> int vflag, dflag, stem;
>> char actnm[8], *stemc, *s, dirbuf[128];
>> Biobuf *fout;
>>
>> ytab = 0;
>> vflag = 0;
>> dflag = 0;
>> stem = 0;
>> stemc = "y";
>> foutput = 0;
>> fdefine = 0;
>> fdebug = 0;
>> ARGBEGIN{
>> case 'v':
>> case 'V':
>> vflag++;
>> break;
>> case 'D':
>> yydebug = ARGF();
>> break;
>> case 'a':
>> yyarg = 1;
>> break;
>> case 'd':
>> dflag++;
>> break;
>> case 'l':
>> yyline = 0;
>> break;
>> case 'o':
>> ytab++;
>> ytabc = ARGF();
>> break;
>> case 's':
>> stem++;
>> stemc = ARGF();
>> break;
>> case 'S':
>> parser = PARSERS;
>> break;
>> default:
>> error("illegal option: %c", ARGC());
>> }ARGEND
>> openup(stemc, dflag, vflag, ytab, ytabc);
>> fout = dflag?fdefine:ftable;
>> if(yyarg){
>> Bprint(ftable, "#define\tYYARG\t1\n\n");
>> }
>> if((fd = mkstemp(ttempname)) >= 0){
>> tempname = ttempname;
>> ftemp = Bfdopen(fd, OWRITE);
>> }
>> if((fd = mkstemp(tactname)) >= 0){
>> actname = tactname;
>> faction = Bfdopen(fd, OWRITE);
>> }
>> if(ftemp == 0 || faction == 0)
>> error("cannot open temp file");
>> if(argc < 1)
>> error("no input file");
>> infile = argv[0];
>> if(infile[0] != '/' && getwd(dirbuf, sizeof dirbuf)!=nil){
>> i = strlen(infile)+1+strlen(dirbuf)+1+10;
>> s = malloc(i);
>> if(s != nil){
>> snprint(s, i, "%s/%s", dirbuf, infile);
>> cleanname(s);
>> infile = s;
>> }
>> }
>> finput = Bopen(infile, OREAD);
>> if(finput == 0)
>> error("cannot open '%s'", argv[0]);
>> cnamp = cnames;
>>
>> defin(0, "$end");
>> extval = PRIVATE; /* tokens start in unicode 'private use' */
>> defin(0, "error");
>> defin(1, "$accept");
>> defin(0, "$unk");
>> mem = mem0;
>> i = 0;
>>
>> for(t = gettok(); t != MARK && t != ENDFILE;)
>> switch(t) {
>> case ';':
>> t = gettok();
>> break;
>>
>> case START:
>> if(gettok() != IDENTIFIER)
>> error("bad %%start construction");
>> start = chfind(1, tokname);
>> t = gettok();
>> continue;
>>
>> case TYPEDEF:
>> if(gettok() != TYPENAME)
>> error("bad syntax in %%type");
>> ty = numbval;
>> for(;;) {
>> t = gettok();
>> switch(t) {
>> case IDENTIFIER:
>> if((t=chfind(1, tokname)) < NTBASE) {
>> j = TYPE(toklev[t]);
>> if(j != 0 && j != ty)
>> error("type redeclaration of token %s",
>> tokset[t].name);
>> else
>> SETTYPE(toklev[t], ty);
>> } else {
>> j = nontrst[t-NTBASE].value;
>> if(j != 0 && j != ty)
>> error("type redeclaration of nonterminal %s",
>> nontrst[t-NTBASE].name );
>> else
>> nontrst[t-NTBASE].value = ty;
>> }
>> case ',':
>> continue;
>> case ';':
>> t = gettok();
>> default:
>> break;
>> }
>> break;
>> }
>> continue;
>>
>> case UNION:
>> /* copy the union declaration to the output */
>> cpyunion();
>> t = gettok();
>> continue;
>>
>> case LEFT:
>> case BINARY:
>> case RIGHT:
>> i++;

Re: [9fans] Plan 9/9front ports tree marked stable.

[Prof Brucee]

Do you get wafers with it?
On 02/11/2015 2:03 PM,  wrote:

> I made a stable branch of the ports tree that won't get major changes
> without me notifying people.  Because of the work of Nick Owens and
> Jens Staal, theres quite a bit of software in the tree now and is
> actually pretty useful now.  I made a page on my website[1] with some
> information and a script to install the ports tree if anyone is
> interested.  It does require mercurial though.  At some point I'm
> going to hopefully add the ability to install the tree without
> mercurial so you can install mercurial with the ports tree.  If you
> find any bugs or want to add a port hit me up or make a bug on
> bitbucket[2].
>
> [1] http://mveety.com/ports
> [2] http://bitbucket.org/mveety/9front-ports
>
> --
> Veety
>
>
>

Re: [9fans] Web Gardens

[Prof Brucee]

Sounds like a lot of bullshit to me. No fish slapping.
On 16/10/2015 2:50 PM, "Kurt H Maier"  wrote:

> On Thu, Oct 15, 2015 at 07:10:01PM -0700, erik quanstrom wrote:
> >
> > i'd recommend a google search
> >
> >
> https://www.google.com/webhp?sourceid=chrome-instant=1=2=UTF-8#q=web%20garden
> >
>
> I deeply apologize for failing to summarize to your satisfaction.  I
> have bookmarked the url you provided and welcome any feedback I Can use
> to improve my understanding in this matter.
>
> khm
>
>

Re: [9fans] off topic - a good Git reference

[Prof Brucee]

And buy a t-shirt.
On 30/09/2015 5:44 AM, "Kurt H Maier"  wrote:

> On Tue, Sep 29, 2015 at 02:18:20PM -0300, Tiago Natel wrote:
> > is there someone else interested in write a git tool for plan 9 ?
> >
> > []'s
>
> This has been written.  You just need to fill out a Secret Plan 9 Super
> Secret Society application and find three Bilderbergs to vouch for you.
>
> khm
>
>

Re: [9fans] Harvey OS: A new OS inspired heavily by Plan 9

[Prof Brucee]

i was gonna suggest as per rob's post that chan.c was a good place to check
for gcc introduced code. anyone actually going to diff the code or is it
all going to be speculation?

brucee

On Sun, Jul 26, 2015 at 9:01 PM, st...@quintile.net st...@quintile.net
wrote:


 if there was a way to run apt-get on plan9 and run standard Linux tools,
 like Firefox and thunderbird, and gcc then I would be a very happy old
 programmer.

 I did some work on extending cinap's amazing linuxemu some years ago but
 modern Linux has evolved to the point where even this becomes very painful.
 a bsdemu might be easier, but I haven't looked into that.

 just being able to run gcc in arm/thumb cross mode would be great. I know
 kenc will build arm but I need to keep source compatibility with the rest
 of the team, who use gcc - on windows!

 it is still a battle to keep plan9 running at work, though so far, even if
 I haven't won, I haven't lost either.

 -Steve




  On 26 Jul 2015, at 10:35, a.regenf...@gmx.de wrote:
 
 
  Hm, that looks interesting. I like what that they are trying to make
 plan 9 a bit
  more accessible by using familiar programs and closing the gap between
 modern unix
  and the plan 9 ideas. However, I think I'll rather keep vanilla plan 9
 or 9front
  (rio is still better than X11, sorry).
  But nontheless, it's a great idea and I hope they keep up the great work.
 
  adrian
 
 
  Gesendet: Sonntag, 26. Juli 2015 um 00:15 Uhr
  Von: Axel Belinfante axel.belinfa...@utwente.nl
  An: Fans of the OS Plan 9 from Bell Labs 9fans@9fans.net
  Betreff: Re: [9fans] Harvey OS: A new OS inspired heavily by Plan 9
 
  I couldn’t resist looking, and found in
 http://www.osnews.com/comments/28699
 
  Harvey is an effort to get the Plan 9 code working with gcc and clang”.
 
  So, in a way it seems to be a port of Plan 9.
  More details, including the feature list below, are at
 http://harvey-os.org[http://harvey-os.org]
 
  Features
 
  • AMD 64 bit
  • Modern, simplified syscall system
  • GCC toolchain means you can use gdb(!)
  • Compile in Linux or OSX using Harvey's headers and libs, no need to
 change anything else
  • Fast compilation of the whole system
  • All Plan9 userland apps available
  • Plans to add X11 with rio-like multiplexing, tty driver, new
 fileserver, native toolchain and more
 
  I’m intrigued by the “compile … using Harvey's headers and libs, no need
 to change anything else” —
  I guess that means that it will be easy to “port” stuff to Harvey?
 
  The team list contains names well-known on this list...
 
  I must say, it looks quite interesting, worth checking out.
 
  Axel.
 
 
  On 25 Jul 2015, at 17:58, Ryan Gonzalez rym...@gmail.com[
 rym...@gmail.com] wrote:
 
  No clue. I'm guessing it's heavily inspired by Plan 9.
 
  On July 25, 2015 3:34:13 AM CDT, st...@quintile.net[st...@quintile.net]
 st...@quintile.net[st...@quintile.net] wrote:
  not sure what Harvey is... is it just plan9 ported to build on gcc?
 
  if so does gcc run under Harvey?
 
  does gcc run under plan9 now?
 
  Steve
 
 
 
  On 25 Jul 2015, at 01:43, Ryan Gonzalez rym...@gmail.com[
 rym...@gmail.com] wrote:
 
 
 https://medium.com/this-is-not-a-monad-tutorial/harvey-an-operating-system-with-plan-9-s-shadow-3081414e5f0b[https://medium.com/this-is-not-a-monad-tutorial/harvey-an-operating-system-with-plan-9-s-shadow-3081414e5f0b]
 
  I'm not affiliated with this whatsoever; I just saw it on Reddit and
 found it interesting.
 
  I found this part particularly neat:
 
  We are working in ANSI POSIX environment to have most of well known
 tools and programs that programmers or end users expects to have in a
 modern operating system. Things that for traditional Plan 9 would be very
 difficult to have.
 
  --
  Sent from my Nexus 5 with K-9 Mail. Please excuse my brevity.
  --
  Sent from my Nexus 5 with K-9 Mail. Please excuse my brevity.

Re: [9fans] Harvey OS: A new OS inspired heavily by Plan 9

[Prof Brucee]

I've never understood the fascination with gdb. To me it's just turgid.

I like saying acid has always worked for me because it's a fun thing to
say but not only is it painlessly useful it is programmable. stk and leak
are pretty neat.

brucee

On Mon, Jul 27, 2015 at 5:52 AM, erik quanstrom quans...@quanstro.net
wrote:

 hmm.  neither db nor acid work for you?  I've found acid to be much easier
 to use than gdb, but on my plan 9 projects a few prints are quicker for me
 than messing with a debugger.

 unless harvey has added core dumps to plan 9, then post trap debugging
 would be via broken processes not core dumps.

 why are you forced into core dump driven development.  that makes it
 should like the environment isn't an effective on for development.

 - erik


 On Jul 26, 2015 10:54 AM, hiro 23h...@gmail.com wrote:
 
  Who claimed fast compilation was a motive?
  From what I understand this is all about being able to use gdb for
 debugging.
 
  It makes sense to me, but it might still be subjective.
  If you care I will explain my experience:
 
  Some longer time ago I tried gdb for disassembling some secret binary,
  but quickly gave up cause of the complex interface and reverted to
  objdump instead. I wasted a lot of time and that made me hate gdb a
  lot.
 
  Now, much later I started using gdb again, cause as long as it has
  access to the source analyzing coredumps is very easy. It's a better
  workflow than my printf() debugging, because the Makefiles of the
  project I'm working on are so complex and broken that everybody avoids
  compiling (takes too long).
  I have seen many complaints in Ron's commit logs about makefiles, too.
  I'm fairly certain that for Harvey and Akaros they're pretty much
  forced just like me into a coredump-driven development workflow.
 
  tldr: gcc is needed so that we can use gdb so that we don't have to
  compile as often so that we can fix bugs faster.
 
  On 7/26/15, erik quanstrom quans...@quanstro.net wrote:
   just speaking for myself, I found the fact that plan 9 was a self
 contained
   thing to be a must have.  i don't consider the gcc toolchain to be a
   feature.
  
   if fast compilation is a feature over plan 9, I'd like to see some
   numbers.
  
   - erik
  
   On Jul 25, 2015 3:15 PM, Axel Belinfante
   [?cs=whv=bto=axel.belinfa...@utwente.nl]axel.belinfa...@utwente.nl
 
   wrote:
  
   I couldn’t resist looking, and found
   in [
 http://www.google.com/url?q=http%3A%2F%2Fwww.osnews.com%2Fcomments%2F28699sa=Dsntz=1usg=AFQjCNGHKFWanYoFNYbSy6In7LAXtMi-tg]http://www.osnews.com/comments/28699
  
   Harvey is an effort to get the Plan 9 code working with gcc and
 clang”.
  
   So, in a way it seems to be a port of Plan 9.
  
   More details, including the feature list below, are
   at [
 http://www.google.com/url?q=http%3A%2F%2Fharvey-os.orgsa=Dsntz=1usg=AFQjCNErZ4XfGFvsgbhV-uqEiG8K2pSdYQ]http://harvey-os.org
  
   Features
  
   • AMD 64 bit
   • Modern, simplified syscall system
   • GCC toolchain means you can use gdb(!)
   • Compile in Linux or OSX using Harvey's headers and libs, no need to
   change anything else
   • Fast compilation of the whole system
   • All Plan9 userland apps available
   • Plans to add X11 with rio-like multiplexing, tty driver, new
 fileserver,
   native toolchain and more
  
   I’m intrigued by the “compile … using Harvey's headers and libs, no
 need
   to change anything else” —
   I guess that means that it will be easy to “port” stuff to Harvey?
  
   The team list contains names well-known on this list...
  
   I must say, it looks quite interesting, worth checking out.
  
   Axel.
  
   On 25 Jul 2015, at 17:58, Ryan Gonzalez
   [?cs=whv=bto=rym...@gmail.com]rym...@gmail.com wrote:
  
   No clue. I'm guessing it's heavily inspired by Plan 9.
  
   On July 25, 2015 3:34:13 AM CDT,
   [?cs=whv=bto=st...@quintile.net]st...@quintile.net
   [?cs=whv=bto=st...@quintile.net]st...@quintile.net wrote:
  
   not sure what Harvey is... is it just plan9 ported to build on gcc?
  
   if so does gcc run under Harvey?
  
   does gcc run under plan9 now?
  
   Steve
  
  
  
  
   On 25 Jul 2015, at 01:43, Ryan Gonzalez
   [?cs=whv=bto=rym...@gmail.com]rym...@gmail.com wrote:
  
   [
 https://www.google.com/url?q=https%3A%2F%2Fmedium.com%2Fthis-is-not-a-monad-tutorial%2Fharvey-an-operating-system-with-plan-9-s-shadow-3081414e5f0bsa=Dsntz=1usg=AFQjCNFKZSymwu8nNoZ6I7kp6PyVvp9A1g]https://medium.com/this-is-not-a-monad-tutorial/harvey-an-operating-system-with-plan-9-s-shadow-3081414e5f0b
  
   I'm not affiliated with this whatsoever; I just saw it on Reddit and
   found it interesting.
  
   I found this part particularly neat:
  
We are working in ANSI POSIX environment to have most of well
 known
tools and programs that programmers or end users expects to have
 in a
modern operating system. Things that for traditional Plan 9 would
 be
very difficult to have.
  
   --
   Sent from my Nexus 5 with K-9 Mail. Please 

Re: [9fans] iounit and msize

[Prof Brucee]

This would appear to be in error. Rob, please?

brucee

On Mon, Jul 27, 2015 at 9:24 AM, cinap_len...@felloff.net wrote:

 why is devmnt using msize-IOHDRSZ to split up reads and writes instead
 of the iounit of the channel?

 mntrdwr():
 ...
 nr = n;
 if(nr  m-msize-IOHDRSZ)
 nr = m-msize-IOHDRSZ;
 r-request.count = nr;

 --
 cinap

Re: [9fans] Stick

[Prof Brucee]

AUD$229

On Sun, Jul 26, 2015 at 7:02 AM, Sergey Zhilkin szhil...@gmail.com wrote:

 How much they cost ?


 http://www.cnx-software.com/2014/10/15/meego-t01-hdmi-tv-stick-supports-android-windows-8-1-and-ubuntulinux/
 - the same

 I think they are too HOT :) And 64bit CPU comes with 32bit Windows. Lol

 2015-07-25 0:31 GMT+03:00 Prof Brucee prof.bru...@gmail.com:

 Anyone with P9 experience on the Intel Compute Stick (aka STK1A32WFC)?
 It's a lot of PC for such a small cost and form factor. I think it was only
 released in oz last week. I have ordered one.

 brucee




 --
 С наилучшими пожеланиями
 Жилкин Сергей
 With best regards
 Zhilkin Sergey

Re: [9fans] Has Linux jumped the shark?

[Prof Brucee]

I sent a message to this list a short while ago suggesting that interested
parties contact me about my startup. Sorry if it was too cryptic. Consider
the message decrypted.

brucee

On Fri, Jul 24, 2015 at 7:05 PM, Tiago Natel tiago.na...@neoway.com.br
wrote:

 Make a random commit and call it 4.0? Yes, I think that it jumped the
 shark as well as all competitors (BSD. win, osx). But unfortunate we don't
 have any other good production-ready choice at the moment.

 My hope is that someone is hard working on a new better tech for the next
 20 years.  But I know that this is pretty much utopia. Some company will
 introduce an old shit idea, call it 'new', make a lot of money and fuck
 ours next 20 years of software...

 []'s

 i4k
 Em 24/07/2015 02:10, Prof Brucee prof.bru...@gmail.com escreveu:

 You are not helping at all. We know that Peter has done *everything*.

 brucee

 On Fri, Jul 24, 2015 at 2:49 PM, cinap_len...@felloff.net wrote:

 http://9front.org/img/pjwshark.png

 --
 cinap

[9fans] Stick

[Prof Brucee]

Anyone with P9 experience on the Intel Compute Stick (aka STK1A32WFC)? It's
a lot of PC for such a small cost and form factor. I think it was only
released in oz last week. I have ordered one.

brucee

Re: [9fans] Has Linux jumped the shark?

[Prof Brucee]

I just quoted cat-v - shoot me.

brucee

On Sat, Jul 25, 2015 at 5:20 AM, Devon H. O'Dell devon.od...@gmail.com
wrote:

 2015-07-24 11:52 GMT-07:00 Charles Forsyth charles.fors...@gmail.com:
 
  On 24 July 2015 at 18:08, Devon H. O'Dell devon.od...@gmail.com wrote:
 
  doesn't remember given
  that this would have been over 40 years ago.
 
 
  But POSIX remembers and indeed insists on minutiae from 40 years ago!

 If only we could all be more like POSIX.

Re: [9fans] arm64 port?

[Prof Brucee]

ditto

On Sat, Jul 25, 2015 at 7:52 AM, Skip Tavakkolian 9...@9netics.com wrote:

 i just ordered one of these and am wondering if anyone is working on a
 Plan 9 port:

 https://developer.qualcomm.com/hardware/dragonboard-410c

Re: [9fans] Has Linux jumped the shark?

[Prof Brucee]

Look what I started. And All That Clever Code ...

Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by
definition, not smart enough to debug it.

— Brian W. Kernighan http://genius.cat-v.org/brian-kernighan/ and
P. J. Plauger in *The Elements of Programming Style*
http://www.amazon.com/gp/product/0070342075?ie=UTF8tag=catv-20linkCode=as2camp=1789creative=390957creativeASIN=0070342075
.

On Fri, Jul 24, 2015 at 9:19 PM, Ingo Krabbe ikrabbe@gmail.com wrote:

 Actually not all bugs are fixed, some are introduced as a feature

 http://intellivisionlives.com/bluesky/games/credits/space.html#hawk


  On 24 July 2015 at 04:54, Prof Brucee prof.bru...@gmail.com wrote:
 
  has Linux with the release of 4.0 finally jumped the shark.
 
 
  Since it's called Hurr Durr I'ma Sheep, I thought I'd ask a celebrity
  what he thought of it.
  The response was much as I'd expected: http://goo.gl/ZefDFV
  Others simply said that it was baaad.
 
  I'm amused that as usual, dynamic patching of kernel source, like
 replacing
  dynamic libraries, is presented uniformly as a way to fix bugs everywhere
  quickly, because we all know that bugs always are fixed and never
  introduced, and being able to capture a kernel without rebooting is never
  of practical interest.

Re: [9fans] Has Linux jumped the shark?

[Prof Brucee]

I started this thread. And all that clever code is being dynamically
replaced as we speak.

brucee

On Fri, Jul 24, 2015 at 10:13 PM, Ingo Krabbe ikrabbe@gmail.com wrote:

  Look what I started. And All That Clever Code ...

 Maybe I'm dumb but, where should I look at all that clever code and the
 things you started?

Re: [9fans] Has Linux jumped the shark?

[Prof Brucee]

You are not helping at all. We know that Peter has done *everything*.

brucee

On Fri, Jul 24, 2015 at 2:49 PM, cinap_len...@felloff.net wrote:

 http://9front.org/img/pjwshark.png

 --
 cinap

[9fans] Has Linux jumped the shark?

[Prof Brucee]

I realize that it is pretty much required form in this forum to avoid
criticizing Linux. (What is the point? Get on with you own hobbies. etc.).
I would like to ask a very open question: has Linux with the release of 4.0
finally jumped the shark. My experience has been sticking to wearing an old
shoe (aging Ubuntu box in the corner, rarely used and gathering dust). But
now I see what *marvels* have been released on the general populace and
recognize the double episodes and celebrity appearances. So I raise the
question.

Thanks for your time,

brucee

[9fans] It's all happening at Club Birriga

[Prof Brucee]

A bidness venture is underway locally. Like all good ideas it is super
secret so to be sure you never heard about it from me. If you are
interested in participating please contact me with an I am great report.

You may get to participate in a fruitful adventure.

Some of you fellas already have an assured seat on the bus and some may
need to go thru a bit of training/vetting. I'll all be true sailing and by
the book (prospectus in this case).

Regards,

Prof brucee