From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: Date: Tue, 25 Mar 2014 18:19:03 -0700 Message-ID: From: Michael Hansen To: 9fans@9fans.net Content-Type: text/plain; charset=UTF-8 Subject: Re: [9fans] 9fans Digest, Vol 119, Issue 56 Topicbox-Message-UUID: d083a0f2-ead8-11e9-9d60-3106f5b1d025 >t23 definitely will. i still have mine doing service :) > >-- >cinap Wonderful! I really like the keyboard on that model. On 3/25/14, 9fans-request@9fans.net <9fans-request@9fans.net> wrote: > Send 9fans mailing list submissions to > 9fans@9fans.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.9fans.net/listinfo/9fans > or, via email, send a message with subject or body 'help' to > 9fans-request@9fans.net > > You can reach the person managing the list at > 9fans-owner@9fans.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of 9fans digest..." > > > Today's Topics: > > 1. Re: 9front: /lib/ndb/local clobbered after edit w/ sam > (Michael Hansen) > 2. Re: 9front: /lib/ndb/local clobbered after edit w/ sam > (cinap_lenrek@felloff.net) > 3. Re: No regression tests (Adriano Verardo) > 4. Re: hg and golang (David du Colombier) > 5. Re: No regression tests (Adriano Verardo) > 6. Re: hg and golang (Ramakrishnan Muthukrishnan) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 25 Mar 2014 13:29:47 -0700 > From: Michael Hansen > To: 9fans <9fans@9fans.net> > Subject: Re: [9fans] 9front: /lib/ndb/local clobbered after edit w/ > sam > Message-ID: > > Content-Type: text/plain; charset=UTF-8 > > Given the number of changes I made after the corruption occurred, I > decided to recover from the last dump. Everything seems fine, so far. > > I've printed cinap's instructions in case it happens again. > I really appreciate the detailed response; thank you. > > > > ------------------------------ > > Message: 2 > Date: Tue, 25 Mar 2014 21:32:57 +0100 > From: cinap_lenrek@felloff.net > To: 9fans@9fans.net > Subject: Re: [9fans] 9front: /lib/ndb/local clobbered after edit w/ > sam > Message-ID: <6af25a1a940cd7667386a9057bfe044e@felloff.net> > Content-Type: text/plain; charset="US-ASCII" > > t23 definitely will. i still have mine doing service :) > > -- > cinap > > > > ------------------------------ > > Message: 3 > Date: Tue, 25 Mar 2014 22:38:13 +0100 > From: Adriano Verardo > To: "9fan >> Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> > Subject: Re: [9fans] No regression tests > Message-ID: <5331F745.6060103@mail.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > lucio@proxima.alt.za ha scritto: >>> but the kernel is >>> rebuilt frequently >>> and the sources are upgraded, non regularly, 3/4 times in a year. >> >> You could bisect the kernel from the history and try to locate the >> change that way. There have been recent changes to USB, so that's >> where you should look first. > Yes, but perhaps i would do a diff among Bell and Atom usb sources first. > Unless they weren't organized so differently to be not comparable at > all, of course. > Anyway, I observe that the last Atom release works and the last Bell one > do not. > > I have to maintain industrial systems in service. From my personal point > of view > this usb problem is a neglectabe flaw, as devices must stay always > firmly plugged. > But the customer thinks different and I must solve asap. I'll install > Atom instead of > Bell > > adriano > > > > > ------------------------------ > > Message: 4 > Date: Tue, 25 Mar 2014 23:28:06 +0100 > From: David du Colombier <0intro@gmail.com> > To: 9fans@9fans.net > Subject: Re: [9fans] hg and golang > Message-ID: <20140325232806.58c5f268@zinc.9fans.fr> > Content-Type: text/plain; charset=US-ASCII > >> I searched and didn't find a canonical way to install mercurial and >> golang on plan9. Can someone point to me some instructions? I see from >> the golang build dashboard[1] that golang on plan9 is reasonably >> healthy. > > As Skip said, Python 2.7.6 and Mercurial 2.8.2 are available > as a binary package on http://www.9legacy.org/download.html. > > If you want to compile from sources, you will need to > get the APE changes from Jeff Sickel. If you are running > Plan 9 from Bell Labs, you can apply the following patch: > > http://www.9legacy.org/9legacy/patch/ape-jas.diff > > Here is an excerpt from my notes to compile Python on Plan 9: > > # clone the repositories from Unix > > hg clone -r 2.8.2 http://selenic.com/hg > hg clone -b 2.7-plan9 https://bitbucket.org/jas/cpython > > # copy the directories to Plan 9 > > mkdir /sys/src/cmd/cpython > dircp /mnt/term/home/djc/tmp/cpython /sys/src/cmd/cpython > > mkdir /sys/src/cmd/hg > dircp /mnt/term/home/djc/tmp/hg /sys/src/cmd/hg > > # get the ape changes from Jeff Sickel > > hget http://www.9legacy.org/9legacy/patch/ape-jas.diff | ape/patch -p0 > > # build ape > > cd /sys/src/ape && mk nuke && mk install && mk clean > > # build python > > cd /sys/src/cmd/cpython > mk stage > mk install > > # archive > > disk/mkfs -a -s dist /sys/lib/sysconfig/proto/allproto > /tmp/cpython.mkfs > > # extract > > disk/mkext -d / < /tmp/cpython.mkfs > > -- > David du Colombier > > > > ------------------------------ > > Message: 5 > Date: Wed, 26 Mar 2014 00:11:24 +0100 > From: Adriano Verardo > To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> > Subject: Re: [9fans] No regression tests > Message-ID: <53320D1C.2050502@mail.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > erik quanstrom ha scritto: >> On Tue Mar 25 01:51:36 EDT 2014, adriano.verardo@mail.com wrote: >>> A few weeks ago i wrote about an unkillable manager of usb barcode >>> readers. That code worked perfectly for 5+ years, with absolutely no >>> changes. >>> >>> IMHO the problem seems to be a change in Bell kernel sources, as under >>> 9Atom all works as expected. >>> >>> Unfortunately I can't say what is the last working release, because >>> the problem has been noted for the first time some weeks ago, but the >>> kernel is rebuilt frequently and the sources are upgraded, non >>> regularly, 3/4 times in a year. >> that's interesting. what state are these processes in what are >> the backtraces? > The task is basically a customized keyboard manager which > open a channel in /srv. When running ps shows 4 instances, as it > is started by usbd and forks 3 times. > > Unplugging the reader all four processes must (should) terminate. > On Bell, since a while ago, only three die. Then, when plugging in again > there is a spurious process which doesn't allow the other (new 4) to work. > > Kill nor slay works, the only solution is a reboot. > > Internal debug prints (#ifdef, no code changes) show exactly the same > under Bell and Atom. In both cases, when unplugging, the manager > notify the condition, notify it terminates but under Bell this doesn't > actually happen. > > I regret not to have more detailed info. I suspect there is something > changed in the detach primitives or so. But its only a very personal > opinion. > > adriano > > > > > > ------------------------------ > > Message: 6 > Date: Wed, 26 Mar 2014 05:34:31 +0530 > From: Ramakrishnan Muthukrishnan > To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> > Subject: Re: [9fans] hg and golang > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > On Wed, Mar 26, 2014 at 12:05 AM, erik quanstrom > wrote: >>> Thank you Erik. >>> >>> I got an out of physical memory at this point, while in the middle of >>> the build. I will try increasing the memory (I am running on a >>> virtualbox instance) >> >> that's kind of odd. how much memory are you using, and can you send a >> screenshot? > > I only had 64MB, sorry, my mistake.. I increased it to 1024MB and it > compiled but I get mk stage errors. I will look at Skip's and David's > instructions to apply the APE patch and try again. > > Attaching the screenshot for the out of memory error. > > -- > Ramakrishnan > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: Screen Shot 2014-03-26 at 5.25.50 am.png > Type: image/png > Size: 113476 bytes > Desc: not available > URL: > > > End of 9fans Digest, Vol 119, Issue 56 > ************************************** >