[9fans]

[Romano]

References: 
Subject: RUDP and/or others

I know this is from a thread almost 8 years old on 9fans.

I'm ignorant of why RUDP wasn't used in lieu of TCP for 9P
connections.  Anyone know the whys and wherefores (either technical,
historical, or political)?  I had read earlier that TCP was used in
lieu of IL (another transport protocol developed for Plan 9) due to
performance over long-distance connections.  Did RUDP just not cut it
in some other way for the needs of sending/receiving 9P messages?
>From the description in ip(3), it seems to have the nice behavior of
resuming communication when a machine reboots.  Is it due to the
middle boxes/firewalls that are present in present-day networks?


--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T6ae3228112b5c3b4-Mfb10fb6019dcc8a6303b3af1
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] p9f mention of 9front

[Romano]

Quoth Sigrid Solveig Haflínudóttir :
> Correct me if I'm wrong, but I don't think anyone had any issues with 9legacy 
> taking functionality from 9front, vice versa. So both contain parts of each 
> other anyway.
> 
> How is 9legacy "more Plan 9", but 9front isn't at all, then? Makes no sense 
> to me.

Yeah, I don't think there are any issues with cross fertilization of
ideas or code.  But I don't think that means they're then equivalent.
But a fork is different than set of patches.  When 9front is
self-described as a fork of Plan 9 (from all accounts I've read),
isn't that separating from the Plan 9?  All the forks I can think of
off the top of my head (LibreSSL and BoringSSL from OpenSSL; OpenBSD
from NetBSD) certainly share code, but remain separate.  In the
latter, I can think of PF that was incorporated into NetBSD from
OpenBSD even after the fork.  Isn't that similar to what you're
describing?

> Would a mention of a practical fork/distribution/whatever-you-wanna-call-it 
> really hurt someone's ego that much?

I don't know the answer to that question: it's not my ego.  But from
what I have read on this list it's not just ego that is involved.

As I wrote in my last e-mail, I want 9front to be listed on the
p9f.org page.  But I'm a nobody, so I'm probably not going to persuade
anyone.


--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T523d6e906a17a7cc-Mae74961461cbd11cc116c9ee
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Fwd: Go, Rust, Plan 9, and more

[Romano]

Some publicity from O'Reilly!


 Original Message 
From: O'Reilly Programming Newsletter 
Sent: April 10, 2021 5:00:40 PM UTC
To: un...@cpan.org
Subject: Go, Rust, Plan 9, and more

O’Reilly Programming Newsletter

04/10/2021 -- In This Issue:

* Rust and Go: Better together
* Safe systems programming in Rust
* PHP's Git server hacked to add backdoors to PHP source code
* Plan 9
* Common antipatterns in Go
* Linus Torvalds on where Rust will fit into Linux
* The mobile performance inequality gap
* tail -F /dev/newsletter


View this information in your browser: 
https://get.oreilly.com/index.php/email/emailWebview?mkt_tok=MTA3LUZNUy0wNzF8W7MnRCYhvMPWx_Z2fVffpb92P5muC3-jGle8YL1a5tmyOyI2PhSveoE3o4APs1MIBlA2uqLYQg8JcJLZcEBnbkCUYDYYQfKK04GWPogBaXMXsA_id=14643



This message was sent to un...@cpan.org. You are receiving this because you're 
a customer of O'Reilly Media, or you've signed up to receive email from us. We 
hope you found this message to be useful. However, if you'd rather not receive 
future emails of this type from O'Reilly, please manage your preferences or 
unsubscribe here: 
https://get.oreilly.com/email-preferences.html?utm_medium=email_source=topic+optin_campaign=awareness_content=20210410+prog+nl

Read our Privacy Policy: https://www.oreilly.com/privacy.html

Did someone forward this to you? Sign up here: 
https://www.oreilly.com/emails/newsletters/?utm_medium=email_source=topic+optin_campaign=awareness_content=20210410+prog+nl

O'Reilly Media, Inc. 1005 Gravenstein Highway North, Sebastopol, CA 95472 (707) 
827-7000




.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T2ab6b1ab91af33eb-Mbb45684a9ac638f993fc3046
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Acme Mail editable from address

[Romano]

> Quoth pouya+lists.9f...@nohup.io:
>> Upas/marshal already supports that by setting the upasname env
>> variable, or did you mean to have it as a flag or taken from the
>> headers in the input?
> 
> I was thinking that
> 
> echo From: foo; message | upas/marshal
> 
> should be roughly equivalent to:
> 
> upasname=foo
> echo message | upas/marshal
> 
> but it may be better to just use a pipefrom.

Take what I say with a big a grain of salt--I set it up months ago and
haven't considered it again after Ori's re-work in 9front on
mail-related things.  I am not using my own smtp server, but call out
to different ones based on the address I'm using.

For my setup, I had to set both the env var and add the 'From:' line,
IIRC.  I have wrapper scripts that I can click on to send an e-mail
while in Acme, specifying which account I want to send from.  It's
probably more convoluted than it needs to be, but I just wanted to get
mail working on 9front.  So in my wrapper script I setup upasname env
var and also start off the message with a 'From:' line:
upasname=mya...@example.com
echo From: Myname '<'^$upasname^'>' >/tmp/from.$upasname
mailfrom $upasname $*

The last call to mailfrom calls /bin/mailfrom, which contains this:
#!/bin/rc
upasname=$1
shift
if (~ $winid '')
err=`{echo -n Cannot find window id}
if (! test -d /mnt/acme/^$winid)
err=`{echo -n usage: Must be run in Acme}
if (~ $upasname '')
err=`{echo -n usage: Must set upasname}
if (! ~ $err '') {
echo $err
status=$err
exit
}
if (! test -f /tmp/from.$upasname)
echo From: $upasname >/tmp/from.$upasname
cat /tmp/from.$upasname /mnt/acme/$winid/body | upas/marshal -8 $*
rm /tmp/from.$upasname

/mail/lib/fromfiles contains one line, which refers to
/mail/lib/from.me:
from.me

/mail/lib/from.me has lines with tab-separated values between the
e-mail from address I use ($upasname) and the mail account
corresponding to it:
myacct+bi...@example.com  myacco...@smtp1.example.com
mya...@example.com  myotheracco...@smtp2.example.com

In /mail/lib/remotemail, I have cases for the different smtp servers:
#!/bin/rc
shift
sender=$1
shift
addr=$1
shift
fd=`{/bin/upas/aliasmail -f $sender}
switch($fd){
case smtp1.example.com
addr=(-u user1 tcp!^$fd^!ssmtp)
case smtp2.example.com
addr=(-u user2 tcp!^$fd^!ssmtp)
case *.*
;
case *
fd=your.domain
}
exec /bin/upas/smtp -a -t -h $fd $addr $sender $*

Hopefully what I wrote above is more helpful than not.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T98f57a87714768fb-M0906a3667a2e63e9683b92ea
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] 9p File mount in OpenBSD

[Romano]

I think FUSE is available on OpenBSD, and if so you can use 
https://9fans.github.io/plan9port/man/man4/9pfuse.html . There are probably 
better ways; I haven't used OpenBSD recently.

On June 29, 2020 5:11:36 PM UTC, "rt.ml via 9fans" <9fans@9fans.net> wrote:
> Hey,
> I am running OpenBSD as a Guest with Fedora(host system) using virsh
> .
> Actually I want to mount one of my host directory (let's call it /test)
> to the OpenBSD system(guest as /test) using  9p FS
> . Since OpenBSD doesn't come
> with inbuilt 9P software I have installed plan9port on my BSD machine .
> But I am confused on how to mount the host directory to OpenBSD using
> 9pfuse. I have already searched for this but I couldn't find any hint
> on that. I would be greatfulif anyone could help me out in mounting my
> host machines directory to OpenBSD as 9P File system.
> 
> Thanking You in advance.
> 
> Best,
> RT

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T6bef8e6b70bc5d0b-Md2c8b79710dc570c2aa59567
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Plan9 and Pine

[Romano]

I am new to Plan9, but just as another data point, there was also 
drawterm-android2 in the Plan9-Archive on github. I tried this past weekend to 
get it up and running on an android emulator using Android Studio, but wasn't 
very familiar with Android Studio or the modifications necessary for drawterm.

I bought a Pine Phone, which is supposed to be shipped at the end of next 
month. My hope is to get drawterm compiled on it, and begin using it as my 
daily phone. I have a very old smartphone which I've used the Linux Deploy app 
to install debian. I compiled drawterm so that I can network my phone with my 
computers easily, but it's the non-graphical option provided by 9front's 
drawterm. Having graphical drawterm is proving more challenging.

On Sun, Apr 19, 2020, at 6:27 PM, o...@eigenstate.org wrote:
> > re: Ori.  I understood OP to be talking about doing a new, phone-specific 
> > UI.
> 
> Yes. I think it's doable. It just needs someone to do the doing.
> 
> From what I recall, there's even an android drawterm that can be used
> to prototype it without first getting hardware support -- though I
> can't vouch for how well it works.
> 
> https://bitbucket.org/echoline/drawterm-android/src/default/
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tca918503d5b19459-Mcbf48023e5fdc9e253466ead
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Thinkpad T61 Installation Experience

[David Romano]

cinap_len...@gmx.de wrote on Thu, May 17, 2012 at 08:37:09AM MST:
 you can do without a other fs. we added support for +t flags like
 there is in fossil, so you can just mark directories and files
 as temporary in the main filesystem so they dont get dumped
 to worm. (this works recursively on directories)
 
 but requires a bigger fscache partition if you have lots of stuff
 flagged temporary. and you loose all your +t flagged data when
 recovering the filesystem from the last archival snapshot (dump).
Considering what you wrote, I don't see any substantial benefit of supporting
+t flags in the main filesystem when you have other at your disposal.  Has
that discussion already taken place on IRC or another mailing list?

Why is +t preferable to having an other filesystem?  Is it merely so that
you don't have to be concerned with guessing an appropriate size for the
other fileystem? 

-- 
David Romano .:. un...@cpan.org

[9fans] +t and bind (Was Re: Thinkpad T61 Installation Experience)

[David Romano]

erik quanstrom wrote on Thu, May 17, 2012 at 09:26:40AM MST:
 as i see it, the argument for +t is that the files remain in the usual
 heirarchy.
I think I understand.  So basically I don't need to worry about which
directories or files are bind(1)'d to others under the hierarchy, and the
hierarchy persists beyond reboot/restart.

I initially thought that the +t problem something that bind(1) could
definitely solve, i.e., bind a directory or file within a hierarchy to another
filesystem's directory or file. I think Cinap mentioned something about
binding each user's /tmp directory to a directory in the other filesystem.
I suppose that's the double-edged sword with having the dynamic capabilities
of bind(1).

If the problem is really one of persistence, is there any benefit to having
bind optionally record its last bind mapping for a particular path (within
each namespace or within each union directory)?  Or rather than modify
bind(1), just have a separate program that handles it?  Would that make the
entire process needlessly complex and raise other issues?

- David

-- 
David Romano .:. un...@cpan.org