Re: [9fans] bonjour mDNS?

that would not work, because of how dns(1) presents its interface. if the file server presented a directory of files then you can merge them. however dns has a single file that you open, write a request to, and then later read a reply from. in this later form you merge the directories you just

Re: [9fans] Install problem: disks not listed

On Fri, Jan 01, 2016 at 01:25:20PM +0100, tlaro...@polynum.com wrote: > > I have a new node and I'm trying to install Plan9 on it (it is a > multiboot node, with already NetBSD and Windows). > > When booting (from Bell Labs' iso), the disks are found as sdE[12], the > CD driver as sdE0 that are

Re: [9fans] bonjour mDNS?

That makes perfect sense… So dns(1) should probably be patched then…? Marc > On 2 Jan 2016, at 8:21 pm, Steve Simon wrote: > > that would not work, because of how dns(1) presents its interface. > > if the file server presented a directory of files then you can merge

[9fans] Install: root file system

Hello, As explained in a previous message, I try to install Plan9 on a new node (previous one defunct). I have tried the usb Bell Labs and 9 atom flavours, and none works on my node. The Bell Labs iso works (I mean it boots and the install starts) but 9pcflop doesn't recognize my disks (while

[9fans] mDNS

, I am confused, are you talking of replacing the interface to dns(1)? I had no real plan, maybe to just make mDNS accumulate broadcast and multicast mDNS messages into a virtual file in /lib/ndb format. more importantly I really need a publish system, which would be just based off

Re: [9fans] need a REAL WORKING iso

hello, I have recently reinstalled 9pi. -rw-r-@ 1 arisawa staff 127695824 1 1 18:38 9pi.img.gz which is downloaded from plan9.bell-labs.com/sources/contrib/miller/9pi.img.gz the img works fine with 8GB sd card (4GB is OK?) I don’t experience your problem. in 9front distribution we can

Re: [9fans] Pi updates

FWIW, when I was looking at doing a gpio drive I was thinking of something like the following. Devices: #G/gpio/ctl #G/gpio/$pin/ctl #G/gpio/$pin/data #G/gpio/$pin/event ... bing -a '#G' /dev A pin must be configured before use (and only if neither of its data & event

Re: [9fans] mDNS

On Sat Jan 2 01:31:36 PST 2016, st...@quintile.net wrote: > > , > > I am confused, are you talking of replacing the interface to dns(1)? > > I had no real plan, maybe to just make mDNS accumulate broadcast and > multicast mDNS messages into a virtual file in /lib/ndb format. > > more

Re: [9fans] Pi updates

On Fri Jan 1 21:15:03 PST 2016, blstu...@bellsouth.net wrote: > On Fri, 1/1/16, erik quanstrom wrote: > > i'm looking @ the gpio interface, and i wonder what the recommended > > technique for sampling a pin might be from a shell script? > > I haven't really used it in

Re: [9fans] Install: root file system

i'm not sure what the root cause of your problem is, due to not enough data, but it does remind me of a limitation that has been bugging me. to boot from usb cleanly, i added a bit to the boot process that creates a loopback sd device /dev/sdu0 that points to the usb disk device. i've been

[9fans] rpi emmc

in diffing bls' version and sources, i see some significant differences, but it's not clear which one is more up-to-date. anyone? - erik ; 9diff emmc.c /n/sources/plan9/sys/src/9/bcm/emmc.c:178,184 - emmc.c:178,188 static int datadone(void*) { - return emmc.datadone; +

Re: [9fans] rpi emmc

> in diffing bls' version and sources, i see some significant > differences, but it's not clear which one is more up-to-date. Brian Stuart's version is more up-to-date. Brian Stuart based his changes on the latest changes from Richard Miller, available in /n/sources/contrib/miller/9/bcm. term%

Re: [9fans] rpi emmc

On Sat, 1/2/16, David du Colombier <0in...@gmail.com> wrote: > > in diffing bls' version and sources, i see some significant > > differences, but it's not clear which one is more up-to-date. > > Brian Stuart's version is more up-to-date. > > Brian Stuart based his changes on the latest changes

Re: [9fans] using tls-psk cipher suits vs roll our own handshake

> I could never work up much enthusiasm for TLS because it is needlessly big > and complex, but still got important things wrong. > I never saw the advantage of TLS_RSA_PSK_WITH_3DES_EDE_CBC_SHA as opposed > to exchanging a few bits of text, > allowing easy extension of the protocol to the

Re: [9fans] rpi emmc

On Sat Jan 2 21:23:12 PST 2016, blstu...@bellsouth.net wrote: > On Sat, 1/2/16, David du Colombier <0in...@gmail.com> wrote: > > > in diffing bls' version and sources, i see some significant > > > differences, but it's not clear which one is more up-to-date. > > > > Brian Stuart's version is

Re: [9fans] rpi emmc

> I'm pretty sure that file is unchanged from Richard's latest version > on contrib. Yes, it is unchanged. -- David du Colombier