[9fans] p9p: Virtual terminal fileserver

Hi folks, did anyone already write virtual terminal fileserver, which allows starting a normal unix process on a virtual terminal (on Linux the /dev/pts/*) and provides access to it via 9P ? Then we could have a client/terminal connecting to it, so we have screen(1)-alike functionality.

Re: [9fans] p9p: Virtual terminal fileserver

On 12.10.2014 19:47, Skip Tavakkolian wrote: Hi, i'm a little confused by this. could you describe how this will work from a user's perspective? do you mean that a user on p9p starts 9term, but the /dev/cons is really a /dev/pts/* etc.? I'd like to run it on a Linux system (eg. via p9p). It

[9fans] audio device interface

Hi folks, could anyone point me to some documentation of the Plan9 audio interface ? I'm currently thinking about using this as a replacement for the pulseaudio protocol (i really wanna get rid of the dbus crap, step by step) mit freundlichen Grüßen -- Enrico Weigelt, metux IT consulting

Re: [9fans] audio device interface

On 13.10.2014 16:06, Sergey Zhilkin wrote: Hi, audio(3) - some docs. Look at http://plan9.bell-labs.com/wiki/plan9/supported_pc_hardware/index.html for supported hardware. unfortunately, this doest contain any spec on the 9p interface. And sources of device (in /pc) hmm, seems I have to

Re: [9fans] server push in 9P protocol

Hi folks, for contigious streaming, we could introduce a new TContRead op, which tells the server to automatically send new data when available. Maybe that could also carry some timestamp, so we can synchronize different streams (eg. audio/video). Of course, this requires some clear clock

[9fans] Factotum vs SASL

Hi folks, I've got the impression that there're some similarities between SASL (saslauthd) and Factotum - at least at the point that both are offloading actual authentication handshakes to a separate service. But I have to admit that I didn't have done a deeper analysis of these two. Could

Re: [9fans] Factotum vs SASL

On 18.11.2014 09:22, Skip Tavakkolian wrote: snip thanks folks ... seems I need to think through all of this more deeply. If I'm not completely mistaken, factotum can also handle various authentication protocols, and may be the only one who really knows the actual secrets. One scenario I'm

Re: [9fans] Factotum vs SASL

On 29.11.2014 20:46, erik quanstrom wrote: Hi, So, how would a Plan9 solution for these usecases look like ? plan 9 doesn't pretend that the hostowner doesn't fully control the box, so it doesn't attempt to prevent the hostowner from e.g. turning wireless on and off. In my scenario, I'm

Re: [9fans] Factotum vs SASL

On 01.12.2014 11:38, tlaro...@polynum.com wrote: Hi, But, IMHO, this is precisely the difference between Unix and Plan9. In Unix, the console or X11 are dumb terminals. There are only no-computing-capabilities devices to interact; they are no terminals as in Plan9. Okay, than that's

Re: [9fans] Porting plan9

On 02.12.2014 16:21, Steven Stallion wrote: snip apropos kernel/bootloader: I just recently had a look at the code and somewhat got the impression that 9load seems to be a specially tailored plan9 kernel, which then loads the real kernel. is that correct or am I mistaken here ? cu -- Enrico

Re: [9fans] Factotum vs SASL

On 02.12.2014 10:50, Richard Miller wrote: For this sort of functionality the computer needs to be running as a plan 9 cpu server, not a terminal in which by definition hostowner controls everything. Somewhere in /contrib there is a patch which makes a few changes to the cpu kernel to

Re: [9fans] Factotum vs SASL

On 02.12.2014 16:40, plann...@sigint.cs.purdue.edu wrote: To be fair, he's not talking about using Plan 9, just leveraging something factotum-like under Linux. Exactly. I wanna get rid of dbus and polkit, replace it by something 9P-based. Before hacking up something on my own, I'm just

Re: [9fans] Porting plan9

On 02.12.2014 23:02, Iruatã Souza wrote: apropos kernel/bootloader: I just recently had a look at the code and somewhat got the impression that 9load seems to be a specially tailored plan9 kernel, which then loads the real kernel. is that correct or am I mistaken here ? Correct. hmm,

[9fans] dbus fun ;-)

http://gentooexperimental.org/~patrick/weblog/archives/2014-11.html#e2014-11-23T09_26_01.txt -- Enrico Weigelt, metux IT consulting +49-151-27565287

Re: [9fans] dbus fun ;-)

On 05.12.2014 17:59, Joseph Stewart wrote: Steve... LOVE IT! BTW, which virtual file system did you use on embedded Linux? LIBIXP? Is libixp still maintained ? Many years ago, I've written my own one (libmixp), maybe I'll pick it up again in a current project. cu -- Enrico Weigelt, metux IT

Re: [9fans] advice? fossil+venti (p9), vbackup+venti (p9p) vs. some other means of backup

On 11.12.2014 11:50, Rudolf Sykora wrote: Does anybody rely on a backup scheme using, say, vbackup+venti on linux? Does it work well, or would you recomment other means of doing a backup? haven't used it for backup, I (many years ago) built an video hosting platform ontop of venti. since then

Re: [9fans] 9p on iOS?

On 19.12.2014 19:10, Anthony Sorace wrote: I have a project for which I need 9p on iOS. Anyone have an Objective C module that'll do that, or experience fitting in a C library? I'm looking for something much more self-contained than what's found in the drawterm port. maybe you'd like to

[9fans] stm32

Hi folks, did anyone try to port plan9 to an stm32 chip ? One of my clients is currently working w/ the ugly Keil / RTX stuff, and I'm looking for an alternative. --mtx -- mit freundlichen Grüßen -- Enrico Weigelt, metux IT consulting +49-151-27565287

Re: [9fans] Pre-ANSI C

On 11.09.2015 10:46, Ramakrishnan Muthukrishnan wrote: > "In those days, a directory in UNIX was a file that contains a list of file names and some indication of where they are located (p. 169)." ... reminds me on something ;-) -- mit