9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* Re: [9fans] 9fans Digest, Vol 119, Issue 56
       [not found] <mailman.1826.1395793444.2642.9fans@9fans.net>
@ 2014-03-26  1:19 ` Michael Hansen
  0 siblings, 0 replies; only message in thread
From: Michael Hansen @ 2014-03-26  1:19 UTC (permalink / raw)
  To: 9fans

>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 <mmhansen@gmail.com>
> To: 9fans <9fans@9fans.net>
> Subject: Re: [9fans] 9front: /lib/ndb/local clobbered after edit w/
> 	sam
> Message-ID:
> 	<CAPkKT5G2Yyv3nNyKicRZ_Phus0eL_q-7a_fS6V7ybNNAtFsfkQ@mail.gmail.com>
> 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 <adriano.verardo@mail.com>
> 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 <adriano.verardo@mail.com>
> 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 <vu3rdd@gmail.com>
> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
> Subject: Re: [9fans] hg and golang
> Message-ID:
> 	<CAA6Yd9Uo4-+-1Wwb6L879d-JRjM=EJkPtk0QPXgcb7QLdY=b5w@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Wed, Mar 26, 2014 at 12:05 AM, erik quanstrom <quanstro@quanstro.net>
> 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:
> <http://mail.9fans.net/private/9fans/attachments/20140326/693a9fac/attachment.png>
>
> End of 9fans Digest, Vol 119, Issue 56
> **************************************
>



^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2014-03-26  1:19 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <mailman.1826.1395793444.2642.9fans@9fans.net>
2014-03-26  1:19 ` [9fans] 9fans Digest, Vol 119, Issue 56 Michael Hansen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).