As I wrote in the previous email [1], I have Python and Mercurial
compiled from sources. When I use it to pull the golang sources, I
noticed the following error:
$ hg clone -u release http://code.google.com/p/go
[...]
added 19559 ...
updating to branch release-branch.go1.2
abort: invalid argument:
The upas (your nupas) has problem with using POP3
mail reading.
In your source, there is a comment regarding this.
Yes, I met the same problem as your comment in
sanembmsg() in mbox.c.
Before trying this myself, I suppose you have some suggestion
on this point. Where I should try first?
Kenji
no need to recreate.
- erik
Ramakrishnan Muthukrishnan wrote:
>On Wed, Mar 26, 2014 at 6:04 AM, Erik Quanstrom wrote:
>> what build error did you get. do you mind sending it along? perhaps it as
>> caused by truncated intermediates.
>
>Sure, I need to rush now for work, I will reduce the m
On Wed, Mar 26, 2014 at 6:04 AM, Erik Quanstrom wrote:
> what build error did you get. do you mind sending it along? perhaps it as
> caused by truncated intermediates.
Sure, I need to rush now for work, I will reduce the memory back to
64MB once I get back to work and send you the errors I see
On Wed, Mar 26, 2014 at 5:57 AM, Jeff Sickel wrote:
> Ramakrishnan,
>
> Let me know if you’re still getting mk stage errors.
>
> You should be able to use the latest hg (2.9.1) if you grab the source
> release (http://mercurial.selenic.com/release/mercurial-2.9.1.tar.gz). Just
> note that the f
On Wed, Mar 26, 2014 at 3:58 AM, David du Colombier <0in...@gmail.com> wrote:
>> 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
>> healt
On Tue Mar 25 21:15:36 EDT 2014, mmhan...@gmail.com wrote:
> >many thinkpads will pxe boot.
> >
> >- erik
>
> Thanks, I'll try that! I'd have probably tried already, if I didn't
> have bad memories of netbooting OpenBSD on 24x sparc64 machines.
using dhcp to boot 100+ nodes on the same p9 network
>t23 definitely will. i still have mine doing service :)
>
>--
>cinap
Wonderful! I really like the keyboard on that model.
On 3/25/14, 9fans-requ...@9fans.net <9fans-requ...@9fans.net> wrote:
> Send 9fans mailing list submissions to
> 9fans@9fans.net
>
> To subscribe or unsubscribe via the
r that 'hg clone' the sources for Go, etc.
>
>
>
> On Tue, Mar 25, 2014 at 10:55 AM, Ramakrishnan Muthukrishnan <
> vu3...@gmail.com> wrote:
>
>> Hello 9fans and plan9 hackers,
>>
>> Number of plan9 installations at my tiny bedroom in a
what build error did you get. do you mind sending it along? perhaps it as
caused by truncated intermediates.
- erik
Ramakrishnan Muthukrishnan wrote:
>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
Ramakrishnan,
Let me know if you’re still getting mk stage errors.
You should be able to use the latest hg (2.9.1) if you grab the source release
(http://mercurial.selenic.com/release/mercurial-2.9.1.tar.gz). Just note that
the following patch-diff has never been accepted for some reason.
-ja
erik quanstrom ha scritto:
On Tue Mar 25 01:51:36 EDT 2014, adriano.vera...@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 sour
> 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 pack
lu...@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 f
t23 definitely will. i still have mine doing service :)
--
cinap
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.
> Probably the kind I would have had to buy out of the back of a van, before
> eBay:
> KingSpec KSD-PA25.6-032MS
> (as reported by sysinfo)
>
> I thought I could get away with it, since the Thinkpad is mainly a terminal.
many thinkpads will pxe boot.
- erik
>what ssd is it?
>
>--
>cinap
Probably the kind I would have had to buy out of the back of a van, before eBay:
KingSpec KSD-PA25.6-032MS
(as reported by sysinfo)
I thought I could get away with it, since the Thinkpad is mainly a terminal.
> 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?
- erik
On Tue, Mar 25, 2014 at 11:32 PM, erik quanstrom wrote:
>> Number of plan9 installations at my tiny bedroom in a corner in India,
>> went up from 1 to 2, 1st being a raspberry pi and now, a 9atom
>> installation on virtualbox that I wanted to mess with, as a cpu
>> system.
>
> hopefully i've got t
hg and python you need are on sources.
% 9fs sources
% cd /n/sources/contrib/jas
there is a compiled version here:
http://www.9legacy.org/download.html
after that 'hg clone' the sources for Go, etc.
On Tue, Mar 25, 2014 at 10:55 AM, Ramakrishnan Muthukrishnan <
vu3...@gmail.com> wrote:
> Hell
> Number of plan9 installations at my tiny bedroom in a corner in India,
> went up from 1 to 2, 1st being a raspberry pi and now, a 9atom
> installation on virtualbox that I wanted to mess with, as a cpu
> system.
hopefully i've got this correct. rc history to the rescue
python may or may not wor
Hello 9fans and plan9 hackers,
Number of plan9 installations at my tiny bedroom in a corner in India,
went up from 1 to 2, 1st being a raspberry pi and now, a 9atom
installation on virtualbox that I wanted to mess with, as a cpu
system.
I searched and didn't find a canonical way to install mercur
> I didn't add that, your guess is as good as mine.
ok.
> That it was implemented after and I was short on time. They should.
cool. i wanted to rule out some sort of odd h/w interaction.
- erik
On Tue Mar 25 01:51:36 EDT 2014, adriano.vera...@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
> 9Ato
what ssd is it?
--
cinap
sounds like filesystem corruption, yes. in that case, do not override
anything. keep it as it is and depending on the filesystem, run a check
to determine the extend of the damage.
what filesystem is this? if its cwfs, read further:
if the damage seems small, you might just clear the directory en
I didn't add that, your guess is as good as mine.
G.
> On Mar 25, 2014, at 1:12 AM, erik quanstrom wrote:
>
> i'm just asking questions, because i don't have the experience the author
> clearly has.
>
> i'm looking at this comment
>
>/*
> * if we encounter a long run of contin
28 matches
Mail list logo
