Re: [9fans] p9f.org https times out

Think of this as a test case of /dev/random on a limited resource machine. We’ll get more resources added in the near term. There’s only so much Grave Robbers from Outer Space can do on such short notice. > On Mar 23, 2021, at 10:33 AM, John Floren wrote: > > It's been quite responsive over h

Re: [9fans] sshnet and the go dns resolver

I’ve noticed similar problems with go programs and resolving a lookup. There are go programs that explicitly look for “/etc/resolv.conf” to grab the nameserver to use, though it would be nice if the developer were using the default net package for lookups. > On Feb 23, 2021, at 3:34 PM, Steve Sim

Re: [9fans] GSoC 2021 project ideas

See http://mirtchovski.com/p9/dis/ > On Feb 8, 2021, at 6:26 PM, Steve Simon wrote: > > there was a native plan9 dis interpreter that would run simple command line > applications. on Andrey’s website i think. -- 9fans: 9fans Permalink: https://9fans.to

[9fans] Re: Plan 9 Applying to GSoC 2021

Everyone, It is good to see enthusiasm floating around 9fans and others as we’ve announced that we are applying to Google Summer of Code 2021 to be a mentor organization again. It truly has been too long since Plan 9, Inferno, plan9ports, and related technologies, outside of pure Go projects,

Re: [9fans] Stockholm

Is that a syndrome a doctor could fix? > On Oct 24, 2020, at 5:49 PM, Charles Forsyth > wrote: > > Any 9fans in Stockholm? > 9fans / 9fans / see discussions + participants + delivery options Permalink -- 9fans: 9fans Permalink: https://9fans.topicbox.c

Re: [9fans] python2.7.6 and pip

from postmaster@aperture: The following attachment had content that we can't prove to be harmless. To avoid possible automatic execution, we changed the content headers. The original header was: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-p

[9fans] IWP9 planning update

9fans: The progress of the coronavirus (COVID-19) pandemic has required the 9th International Workshop on Plan 9 organization committee to acknowledge that holding the workshop in 2020 will not be practical. We will work with our hosts at University of Waterloo to reschedule at an appropriate tim

Re: [9fans] lets encrypt

I’ve been testing lego (https://go-acme.github.io/lego/) to test wildcard certificates. It works well, though there are some manual bits required every 60 days to keep certain services using the certificates. -jas > On Oct 17, 2019, at 4:56 AM, Skip Tavakkolian > wrote: > > I use Go's crypto/

Re: [9fans] smtpd

It’s not just gmail. My use of Mailscanner marks most of 9fans as spam now. The default settings are more restrictive about what is sent through mail protocols. The shift to github hooks and html emails with javascript trips the spam tools and sweeps 9fans directly into the junk bit bucket. -jas

Re: [9fans] IWP9

I'm thinking it should be in a hangar. -jas > On Nov 9, 2016, at 4:16 PM, Skip Tavakkolian > wrote: > > crazier things have been happening lately. anything is possible. > >> On Tue, Nov 8, 2016 at 1:29 PM michaelian ennis >> wrote: >> I just realized that the next would be the 9th Internat

Re: [9fans] "The Name Game"

Stop trying to make me want to work with Plan 9 & Inferno again. > On Oct 8, 2016, at 10:22 AM, Fran. J Ballesteros wrote: > > a great talk. > Thanks much to all involved. > > El 8 oct 2016, a las 1:05, Skip Tavakkolian > escribió: > >> A wonderful and entertaining talk by Charles about k

Re: [9fans] Web Gardens

Next thing we know someone will produce a Grey Gardens fork of Plan 9. Now that I said it, it’s likely the GPL version is the Plan 9 Grey Gardens tree. -jas > On Oct 15, 2015, at 10:53 PM, Prof Brucee wrote: > > Sounds like a lot of bullshit to me. No fish slapping. > > On 16/10/2015 2:50 P

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

Not unless they forked the fork and fixed the ssl module in the Python 2.7.9-plan9 branch. I’ve not had the time nor energy to finish it off yet. -jas > On Oct 2, 2015, at 11:48 PM, erik quanstrom wrote: > > did you fix the SSL interface in python, too? > > - erik > On Oct 2, 2015 9:37 PM,

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

> On Sep 30, 2015, at 2:59 AM, Charles Forsyth > wrote: > > Here's a small but representative example. That’s just an example of a C file. The joy of Git is the rest of the requirements to actually use it: - bash - perl5 And then if you want all the fancy tools & wrappers groups seem to li

Re: [9fans] tls and iphones and ios9 (sigh)

> On Sep 17, 2015, at 12:46 PM, Skip Tavakkolian <9...@9netics.com> wrote: > >> combover. I see what you did there. > > ha! i can trump that… There’s a direct correlation to length of hair and billable rate.

Re: [9fans] tls and iphones and ios9 (sigh)

> On Sep 17, 2015, at 9:33 AM, Steve Simon wrote: > > I upgraded my iphone to ios9 and now cannot access my email on plan9 - > no sniggering at the back. > > It seems apple require 1024bit keys for Diffe helman exchanges in TLS, > and DH + RSA is no longer sypported at all. > > Primarly this i

Re: [9fans] python for plan9 ?

releases given the significant changes in the Python SSL module API. -jas > On Aug 15, 2015, at 9:15 AM, David du Colombier <0in...@gmail.com> wrote: > > Jeff Sickel ported Python 2.7 to Plan 9. > > https://bitbucket.org/jas/cpython > > My notes on to install

Re: [9fans] Gawk in 9front-ports

> On Jul 9, 2015, at 5:19 AM, Steve Simon wrote: > > FWIW: fgb did a stirling script called config which sets up some > environment and runs configure under ape. It doesn't always work but often > gets close > to generating a config.h as linux intended. Configure predates Linux. That, or my m

Re: [9fans] two ethernet in a raspberry pi.

The Routerboard mAP 2n (http://routerboard.com/RBmAP2n ) would be a nice port. -jas > On Jun 30, 2015, at 5:47 PM, Skip Tavakkolian > wrote: > > Plan 9 runs on MikroTik Routerboard 450G > (http://www.amazon.com/Mikrotik-RB450G-Routerboard-450G/dp/B005GACVFQ >

Re: [9fans] drawterm source?

> On Jun 18, 2015, at 7:47 AM, David du Colombier <0in...@gmail.com> wrote: > >> so why do we have so many un-coordinated versions of drawterm? > > Because the original repository is hosted on Bitbucket (and Google Code), > and Russ won't accept to review changes on Rietveld anymore. For the sa

Re: [9fans] Ports tree for Plan 9

> On May 30, 2015, at 11:17 AM, Kurt H Maier wrote: > >> pretty difficult to do if there is a desire to use git or hg. > > does hgfs use APE? I haven't investigated too closely. hgfs is a read-only Hg tool written in Limbo. You still need hg running on your host to pull/commit/push changes.

Re: [9fans] multicast

Steve, Did you ever figure out how to setup addmulti? -jas > On Oct 6, 2014, at 10:41 AM, Steve Simon wrote: > > I am trying to listen to multicast DNS packets > but when I try to configure the IP interface it fails, > what am I missing? > > I do this (multicast with promiscuous) > > s

Re: [9fans] compiling 9vx on yosemite

Speaking of plan9port, does anyone know which one is the official version on github now? Swtch.com has only partially moved to the cloud, but there are a lot of forks that aren’t really forks put direct uploads from some version tree. My old bitbucket version still works, but the last git clone

Re: [9fans] using git

Any chance of getting mac9p codesigned and usable on 10.10? -jas > On Mar 19, 2015, at 11:39 AM, Federico Benavento wrote: > > Same here, https://bitbucket.org/fgb/mac9p > > — > Federico Benavento > benave...@gmail.com > > > >> On Mar 19, 2015, at 1:36 PM, Charles Forsyth >> wrote: >> >>

Re: [9fans] using git

> On Mar 30, 2015, at 4:55 AM, Giacomo Tesio wrote: > > Ah, a small addendum: obviously we also use tags a lot to give a specific > commit (and related history) a name. > This is done automatically by build servers for the "official" tags, and > manually by developers whenever they want in the

Re: [9fans] jas' cpython

> On Mar 25, 2015, at 6:12 AM, David du Colombier <0in...@gmail.com> wrote: > >> How should I extract files from an .arch archive? > > disk/mkext -d / < cpython-src.arch Once you have that there will be a new v2.7.9 build available in the near future. A huge re-write of ssl.py and _ssl.c (we

Re: [9fans] using git

You can pick up a Cheesehead hat in Wisconsin, or online… Some groups I’ve worked with would pass the Cheesehead hat to the person who checked something in that broke the nightly build. I’m not saying being sainted by the 9fans community wouldn’t be an honor, but the recipient might get something

Re: [9fans] using git

> On Mar 19, 2015, at 11:09 AM, arn...@skeeve.com wrote: > > I know some real git fanatics. I'm not one, but I am a "fan". :-) > > I'll be happy to continue a discussion with you offline, if you wish. Don’t worry Arnold, I’ve been using source control systems for decades and have used git sinc

Re: [9fans] ken cc for linux

> On Mar 13, 2015, at 1:19 PM, Kurt H Maier wrote: > > github One of these days I’ll get back to finishing the hg-git module for Plan 9. I wish it weren’t required, but as the world has moved to git either git needs to run on Plan 9 or we get the hg-git plugin working and a stub to let go use

Re: [9fans] once more: drawterm osx-x11 on x86-64

On OSX 10.10, X11.app is XQuartz. That said, the changes are all X11 based and if done right should transfer easily to other X11 implementations. -jas > On Feb 27, 2015, at 7:09 PM, Sean Hinchee wrote: > > Is this pure X11.app or XQuartz?

Re: [9fans] once more: drawterm osx-x11 on x86-64

The older versions of drawterm just map a large view to fill the whole screen and then clip the view to the window size you’ve selected. When you drag the view it doesn’t resize the internal rio content. That meant that when taking a 1280x1024 window to 2560x1440 everything would stay the same an

Re: [9fans] once more: drawterm osx-x11 on x86-64

Some people prefer the X11 version as the refresh speed may be higher. That’s fine, though I prefer having rio resize working so I can full screen the app on a second display with CONF=osx-cocoa. I reduced the flicker in the drawterm-cocoa osx-cocoa version a while back. The flicker and window ed

Re: [9fans] announce radio HLS and drawterm question

> On Feb 25, 2015, at 4:36 PM, Steve Simon wrote: > > Drawterm: Has anyone written an audio driver for OSX so I can debug > my radio app on my mac? That would be a good GSOC project. -jas

Re: [9fans] github.com/9fans + plan9port on git

> On Nov 16, 2014, at 10:01 PM, lu...@proxima.alt.za wrote: > > That said, a port of Git to Windows has been completed and Jeff Sickel > announced that porting Git to Plan 9 should not be too difficult, so I > look forward to efforts in this direction and plead here to assist >

Re: [9fans] arm httpd

> On Nov 9, 2014, at 2:21 PM, erik quanstrom wrote: > > On Sun Nov 9 14:51:37 EST 2014, j...@corpus-callosum.com wrote: >> >>> On Nov 9, 2014, at 1:42 PM, erik quanstrom wrote: >>> >>> the aside leads me to believe that there is something wrong with the segment >>> copy on fork. since the s

Re: [9fans] arm httpd

> On Nov 9, 2014, at 1:42 PM, erik quanstrom wrote: > > the aside leads me to believe that there is something wrong with the segment > copy on fork. since the semaphore in question is in the data segment, > i'm going to guess that you're running the labs kernel, and you're hitting the > page ca

[9fans] arm httpd

Has anyone else seen the arm httpd lock up on them? I can start it, but then after a few proper responses it just sits: bootes 950:00 0:00 1436K Semacqui httpd dreamplug% acid 95 /proc/95/text:arm plan 9 executable /sys/lib/acid/port /sys/lib/acid/arm acid: stk() semacquire(

Re: [9fans] Yosemite

9vx? I’ve never been able to get that to rebuild since … 10.7 or something. > On Oct 22, 2014, at 11:12 AM, Skip Tavakkolian > wrote: > > has anyone tried 9vx on Yosemite? any issues?

Re: [9fans] Yosemite

I just pushed an update to bitbucket: c70f08b updates for Yosemite It does require Xcode 6.1 to build and link against the new Frameworks for Yosemite. Seems to fix the fullscreen drawing issue, though there is a lag when swiping back in from some other screen. -jas > On Oct 18, 201

Re: [9fans] Yosemite

> On Oct 18, 2014, at 9:55 AM, Anthony Sorace wrote: > > On Oct 18, 2014, at 1:52 , andrey mirtchovski wrote: >> >> fwiw, p9p's acme has worked fine in full screen for me on all yosemite >> previews and the current release. > > Have you rebuilt on it? mk seems unhappy (aborting in some cases)

Re: [9fans] Yosemite

Guess I need to run drawterm long enough to grab a backtrace. > On Oct 18, 2014, at 12:09 AM, Anthony Sorace wrote: > > Just a quick note in case anyone else is wondering before updating OS X. > > My experience so far has been that drawterm-cocoa has issues when full screen > which make it

Re: [9fans] Mistake in Plan9 Mercual port?

On Jun 1, 2014, at 9:46 AM, Pavel Klinkovský wrote: > https://bitbucket.org/jas/cpython > > you can pull hg directly from the mainline. > > Well, I am a little bit confused... > > 1. Is is a new 'python' interpretter implementation? What is a difference > from 'bichued/python’? It’s a ‘new’

Re: [9fans] Mistake in Plan9 Mercual port?

On May 31, 2014, at 1:26 PM, Aram Hăvărneanu wrote: > I use secstore to hold my key. Ah, but I use ssh w/o authorized_keys. So no, I don’t populate a key store with a public key. Just tike `cpu -h somehost` for the first time, I anticipate that I’ll get a prompt that will only store a key in

Re: [9fans] Mistake in Plan9 Mercual port?

On May 31, 2014, at 12:07 PM, Aram Hăvărneanu wrote: > I didn't do anything more special except adding keys to factotum. Did you add the key to factotum _before_ using ssh2 to connect? I’ve always tried to get factotum to do what it’s suppose to do, store the key _after_ using ssh2 to connect t

Re: [9fans] Mistake in Plan9 Mercual port?

On May 31, 2014, at 11:20 AM, Aram Hăvărneanu wrote: > I'm using it only as a client. I don't see the point in using it in > other capacity on Plan 9. I too have tried to use it as a client, with zero success. Thus no testing for hg ssh://. -jas

Re: [9fans] Mistake in Plan9 Mercual port?

On May 31, 2014, at 11:03 AM, Aram Hăvărneanu wrote: >> I’ve never been able to get the ssh v2 version to work on Plan 9 for testing. > > Never had any major problem[1] with ssh2 (using the one from labs, with > factotum, not nfactotum). Are you running it on your auth server? I’m not, don’t

Re: [9fans] Mistake in Plan9 Mercual port?

On May 31, 2014, at 8:43 AM, Pavel Klinkovský wrote: > Hi Steven, > > For the most part, using HTTP/S repositories will give you the best bang for > the proverbial buck. > > I see. In fact I tried to create and use Mercurial repository via 'ssh' and > 'ftp' (via ftpfs) and none of them work

[9fans] plan9.iso

Has anyone else had trouble getting recent plan9.iso’s to boot? I can get it to boot from sdE1!9fat!9pcflop.gz, but once the install starts it fails to recognize any sdE? devices that should up shortly on the console. -jas

Re: [9fans] VirtualBox, Mavericks, and Plan 9

On May 22, 2014, at 9:49 AM, Aram Hăvărneanu wrote: >> Ah, ruby, yet another technology I have zero use for on my systems. > > That technology is already installed on your system. And not used. Wasted bits on the ssd. http://hadihariri.com/2014/04/21/build-make-no-more/

Re: [9fans] VirtualBox, Mavericks, and Plan 9

On May 22, 2014, at 9:44 AM, Jeff Sickel wrote: > > On May 22, 2014, at 9:39 AM, Rubén Berenguel wrote: > >> From: >> https://github.com/Homebrew/homebrew/commits/master/Library/Formula/qemu.rb > > Ah, ruby, yet another technology I have zero use for on my sys

Re: [9fans] VirtualBox, Mavericks, and Plan 9

On May 22, 2014, at 9:39 AM, Rubén Berenguel wrote: > From: > https://github.com/Homebrew/homebrew/commits/master/Library/Formula/qemu.rb Ah, ruby, yet another technology I have zero use for on my systems. -jas

Re: [9fans] VirtualBox, Mavericks, and Plan 9

On May 22, 2014, at 9:12 AM, Aram Hăvărneanu wrote: > I have both 1.6.1 and 2.0 on 10.9 (the latest). 1.6.1 is not ancient > and I didn't even need to compile it. Plan 9 runs just fine. 2.0 I > compiled because I needed the new arm64 support. It wasn't hard. What’s your Mac OS X build environme

Re: [9fans] VirtualBox, Mavericks, and Plan 9

On May 22, 2014, at 8:05 AM, Aram Hăvărneanu wrote: >> because they're using osx, and don't want to shell out for vmware. > > QEMU works on OS X. If by ‘works’ you mean the an ancient version that doesn’t really run well on OS X 10.9.x, then sure. So far, I’ve not gotten a version of qemu to

[9fans] CMS/MMS (VCS/SCM/DSCM) [was: syscall 53]

On May 21, 2014, at 7:13 PM, Bakul Shah wrote: > On Wed, 21 May 2014 09:56:26 PDT Skip Tavakkolian > wrote: >> >> i like git. as it is a kind of archival file system, one should be able to >> build a plan9 file system interface for it. > > Have you looked at porting git to plan9? 178K lines

Re: [9fans] syscall 53

On May 20, 2014, at 11:41 AM, ron minnich wrote: > This is not a human communication problem. It's a technology problem, > trivially solved for many years now by many systems. This event was a communication problem. The technology, replica, works as advertised. In general it does a very good

Re: [9fans] syscall 53

On May 19, 2014, at 6:17 PM, andrey mirtchovski wrote: > I suggest personal notes, flowers, and some hard liquor. > /me could use all three after a weekend of sysadmin frustration. All hope is not lost… this exercise, by not being able to use my usual cpu servers, gave me time to cut over to

Re: [9fans] syscall 53

On May 18, 2014, at 8:54 PM, erik quanstrom wrote: > On Sun May 18 18:56:49 EDT 2014, skip.tavakkol...@gmail.com wrote: > >> fyi, pulling/merging (e.g. adding IL back), building the kernels, booting >> and building the binaries works as expected for all cpu types in my >> environment (pc, bcm,

Re: [9fans] syscall 53

> * pull only /sys/src/9 * pull -s sys/src/libc > * build the kernels you need and install on boot medium > * reboot I recovered by using 9fs snap so I could get an earlier state of /386. 9fs dump triggered the syscall error.

Re: [9fans] syscall 53

note to self: add /dev/sdE?/9fat to vac streamline getting 9LOAD in place w/o corruption

Re: [9fans] syscall 53

s/site/sight/ Might not be so bad… one day, but it does mean that handling the stand-alone file server needs to have a few more controls in place to prevent a pull. -jas On May 17, 2014, at 4:17 PM, Jeff Sickel wrote: > A lot more than Caps lock is not working…. > This has been some

Re: [9fans] syscall 53

A lot more than Caps lock is not working…. This has been some of the worst 36+ hours I’ve had w/ Plan 9, and no end in site to get everything running again. I sure hope the NSEC change is worth it in the long run. I did want to write some Go code yesterday, but this rebuild has eaten up most of my

[9fans] arm fun

I may be one of the few with a still surviving Kirkwood dreamplugs, though that could be tentative as who knows how long the hardware will last. After the thing was running relatively well for a long period of time, I finally got around to changing some http settings, rebuilt userland, and prepare

Re: [9fans] vx32 compilation for osx

The issue on the OS X version is that Apple announced, 5 years or more ago, that the 32-bit Carbon APIs were end of life and being decommissioned. 9vx uses those Carbon graphics APIs, so it stands to reason that when Apple released Mavericks, those APIs were no longer supported or included with the

Re: [9fans] Need help setting up MacPro to prepare ps files for printing on HP PCL 3 printer (HP 6480)

Thomas, You should be able to use one of several options: open plotfile.ps # should open in Preview.app, allowing convert/save to pdf /usr/bin/pstopdf ps2pdf# if you’ve installed ghostscript or other toolchains Don’t forget, you may need to add: 9 grap plot

Re: [9fans] Python/Mercurial error

> On Apr 3, 2014, at 1:04 PM, Ramakrishnan Muthukrishnan > wrote: > I tried cloning the go repo multiple times with the new hg and I get > the error *everytime*. :( What file system are you using? Have you tried 'hg clone -U'? There are a few cases with hg where the repository your trying to

Re: [9fans] Python/Mercurial error

On Apr 3, 2014, at 12:58 AM, erik quanstrom wrote: > > On Thu Apr 3 01:51:59 EDT 2014, 0in...@gmail.com wrote: >>> the script itself reminds me of gcc fixincludes. >> >> This is probably not ideal, but the alternative would be >> to split libc.h in three parts: libc.h, fmt.h and utf.h >> and on

Re: [9fans] hg and golang

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

Re: [9fans] GSoC proposal: Alternative window system

On Mar 19, 2014, at 10:49 AM, Anthony Sorace wrote: >> given that that port was done many releases of ios ago, it >> is likly that a different step 0 would be required: bring >> the ios drawterm port back to life. > > Certainly. It doesn't currently build. Old binaries start up but > quickly cr

Re: [9fans] (no subject)

It’s on the back burner for osx. Well, maybe the storage bin waiting for a sifter. -jas On Mar 15, 2014, at 6:07 PM, Steve Simon wrote: > Subject Drawterm windows audio? > > Anyone added an audio driver to windows or osx drawterms? > > -Steve >

Re: [9fans] Accessing Mac OS Extended drives

Rubén, For better, or worse, nothing really serves HFS+ these days. Apple’s transitioning from AFP to SMB2 when sharing files. I can’t say I’m disappointed that AFP is finally going away. Until someone writes an HFSX fs device support you won’t be able to mount a drive formatted under OSX.

Re: [9fans] Accessing Mac OS Extended drives

I agree with Gorka, this would be a good GSoC project. But there are other ways to mount the device. Have you tried u9fs (http://plan9.bell-labs.com/magic/man2html/4/u9fs)? Or drawterm from a Mac with the drive connected? Or running Inferno hosted on the Mac and exporting the volume? Any of

Re: [9fans] GSoC '14

Yes, and being able to add a “pdl=application/pdf” could make the Raspberry Pi a very nice little Airprint bridge for older Postscript printers. On Jan 27, 2014, at 10:24 AM, Steven Stallion wrote: > I've started a couple of times now, but never got very far due to lack > of time. I'd really li

Re: [9fans] GSoC '14

Did anyone ever implement up a Bonjour/Zeroconf service for Plan 9?

Re: [9fans] Alternative Plan 9 Logo

s/Adjective/Addicted to/ On Jan 6, 2014, at 11:05 PM, andrey mirtchovski wrote: > "Adjective Bird Whiskey" :) >

[9fans] CPython 2.7.6 with Mercurial 2.8.2

A new build of CPython 2.7.6 with Mercurial 2.8.2 has been uploaded to sources. I’ve skipped the contrib route this time as there seems to be an error at the final stages of trying to update the log every time I’ve tried. % cd /n/sources/contrib/jas % md5sum *.arch.bz2 0320a65038443107c69dc80d21

Re: [9fans] Ideas from Plan-9

On Dec 15, 2013, at 4:48 PM, Tristan <9p...@imu.li> wrote: > and then there's chuck moore. I’m still rooting for GreenArrays as there are a few projects where they chips would actually do well. But now that they’re accepting bitcoin, who knows, who knows. -jas

Re: [9fans] music storage

Without piracy, the economy would be in the doldrums. Though that’s not quite the gist of Andrian Johns’ Piracy: http://www.adrianjohns.com/piracy/ https://www.eff.org/deeplinks/2010/05/adrian-johns-i-piracy-i-essential-history-lessons That said, today we have youtube.

Re: [9fans] music storage

Since it was a joke, 808 STATE Plan 9: https://www.youtube.com/watch?v=qv8BOkV4l8U On Dec 9, 2013, at 5:25 PM, Bruce Ellis wrote: > um. it was a joke…

Re: [9fans] Go port [was Re: Go and 21-bit runes (and a bit of Go

Russ did release the Porting Policy which gives us a good benchmark. That said, getting the changes people have submitted to codereview rolled into the default branch so the builder will work is another issue all together. On Dec 4, 2013, at 1:20 AM, lu...@proxima.alt.za wrote: > It also means th

[9fans] Go port [was Re: Go and 21-bit runes (and a bit of Go status)]

The Go ‘builder’ for Plan 9 386 is on the chopping block: https://groups.google.com/forum/#!topic/golang-dev/QW4zUbMHMBM https://code.google.com/p/go-wiki/wiki/PortingPolicy Lucio, there is no symbiotic relationship between Plan 9 and Go. Go is its own language, and maybe eventually platform, th

Re: [9fans] ca.pem

I was primarily interested in doing: go get code.google.com/p/goprotobuf/proto go get code.google.com/p/goprotobuf/protoc-gen-go Which works w/ a ca.pem using a trusted root CA. I should probably fix that with the python code as well since hg pull of go ends up getting new code.g

Re: [9fans] ca.pem

Yes, but if you put a synthesized ca.pem file in place, say from FreeBSD’s /etc/ssl/cert.pem, then the crypto/rsa test passes. Though maybe having an empty ca.pem will do the same. Either way, it’s needed to successfully use go get. On Dec 3, 2013, at 12:15 PM, cinap_len...@felloff.net wrote:

[9fans] ca.pem

What do people use for /sys/lib/tls/ca.pem? I noticed that David added it as the default for Go’s crypt/x509, but do you use a blank, self-signed template, or an actual trusted CA chain?

Re: [9fans] Go and 21-bit runes (and a bit of Go status)

Because then you’ve got to use additional ifdefs per patch https://codereview.appspot.com/14604047/. Sorry Anthony, I died a little seeing #if !defined(_WIN32) && !defined(PLAN9) The cmd/dist/build.c changes are fine as I’m messing around with similar edge cases. And of course getting [569]c to

Re: [9fans] Go and 21-bit runes (and a bit of Go status)

On Dec 3, 2013, at 1:31 AM, lu...@proxima.alt.za wrote: > > I am totally with you on this one. But the macros are in , so > we may be able to avoid them. They are obscene and trigger many > annoying warnings. See https://codereview.appspot.com/15750047 as it gets around the issue w/o using the

Re: [9fans] Go and 21-bit runes (and a bit of Go status)

RE: VERSION file Even if you do stuff a file in to trick the build process into not searching for hg, you’re still only a partial participant as you can’t use the codereview.py scripts to synchronize your source and submit upstream changes. I’d really appreciate a Go implementation of git/hg some

Re: [9fans] Go and 21-bit runes (and a bit of Go status)

Well, not Plan 9 per se, but APE, yes. APE was crusty, old, and not supporting the bulk of the POSIX APIs that all the current systems are using. So yes, changes to APE are required. On Dec 2, 2013, at 3:06 PM, Skip Tavakkolian wrote: > wait! so, you had to make changes to Plan 9 to support P

Re: [9fans] Go and 21-bit runes (and a bit of Go status)

Contributions would be great, but we’re swimming upstream to spawn and die. The libbio changes are a good example. More than a month before the release candidates started rolling out there was one patch (https://codereview.appspot.com/14604047/) to try and reconcile the changes. I also added a

Re: [9fans] drawterm osx-x11 on x86_64

On Nov 22, 2013, at 3:18 AM, Mark van Atten wrote: > Well, I wrote `the current sources', but that was wrong: I just > checked bitbucket again and saw your commits of the last few hours. So > I pulled the updates and rebuilt. To my surprise, the phenomena remain > exactly the same. This time I g

Re: [9fans] drawterm osx-x11 on x86_64

On Nov 21, 2013, at 9:03 AM, Steven Stallion wrote: > On Thu, Nov 21, 2013 at 4:40 AM, Mark van Atten > wrote: >> For the moment, I prefer this to drawterm-cocoa because there is no >> flicker, and window borders remain intact when reshaping with B1 or >> B2. > > Ah! That drives me nuts too,

Re: [9fans] drawterm osx-x11 on x86_64

On Nov 21, 2013, at 4:40 AM, Mark van Atten wrote: > For the moment, I prefer this to drawterm-cocoa because there is no > flicker, and window borders remain intact when reshaping with B1 or > B2. Ah, but with drawterm-cocoa you get proper rio resizing, which I find very useful when using multi

Re: [9fans] drawterm osx-x11 on x86_64

Just don’t upgrade to 10.9 yet: http://support.apple.com/kb/HT5293?viewlocale=en_US&locale=en_US http://xquartz.macosforge.org/landing/ You can install XQuartz and keep going, but the upgrade from earlier releases does delete X11 rather ruthlessly. -jas On Nov 21, 2013, at 9:03 AM, Steven Sta

Re: [9fans] arm & httpd

Not that this should mattter, this host is listening to 4 addresses on the IP stack.

[9fans] arm & httpd

Has anyone else experienced new builds of the sources arm tree getting hung up with semacquire? 99: httpd pc cac0 dbgpc cac0 Semacquire (Wakeme) ut 1 st 2 bss 168000 qpc 608157d8 nl 0 nd 0 lpc 608758c4 pri 10 acid: lstk() semacquire()+0xc /sys/src/libc/9syscall/semacquire.s:6 lo

Re: [9fans] Drawterm and OS X 10.8

On Sep 5, 2013, at 9:16 PM, erik quanstrom wrote: >> Result is, while Drawterm comes up, and gives me a password prompt, nothing >> else happens, no connection to my CPU server is made, and rio never starts. >> >> Does anyone have any thoughts on this? > > are you using jas/drawterm-cocoa from

Re: [9fans] APE & environ

Temporary fix, it only rebuilds environ on successful creation of the new|modified variable: acme# diff -c /sys/src/ape/lib/bsd/putenv.c putenv.c /sys/src/ape/lib/bsd/putenv.c:2,8 - putenv.c:2,12 #include #include #include + #include + extern char **environ; + extern void _envsetup(

Re: [9fans] APE & environ

For what it's worth, putenv() should also probably be moved from ape/lib/bsd to ape/lib/ap and move the header entry from bsd.h to stdlib.h. Feedback/comments welcome. -jas

[9fans] APE & environ

I've only now noticed that using APE's putenv() does create an entry for the variable in /env but does not reset environ (see /sys/src/ape/lib/ap/plan9/_envsetup.c). This means that any subsequent call to getenv() for the variable you're trying to test will not actually produce your expected resul

Re: [9fans] Python3 for Plan9

Just remember that there is a small mercurial dependency that's currently not fully tracked. Our patches to Selenic have started to be rolled in, but it may still take a few more days before a Mercurial 2.7.1 release that has all of our changes in place. Feel free to track the cpython bitbucket f

[9fans] Python v2.7.5 and Mercurial 2.6.2

9fans, I am pleased to announce the public release of a new Python v2.7.5 and Mercurial 2.6.2 port to Plan 9 (and derivitives). This has been an ongoing effort sponsored by Coraid. A contrib package jas/cpython is currently being uploaded and should be available shortly. The Python developers n

  1   2   3   >