Re: [9fans] List of companies that use Plan 9.
Curiously, I searched for Nantalala Systems and found an https link to NANTAHALA SYSTEMS. *BEWARE: SEEMS TO BE BOGUS* Under "store" they list two workstations they sell, both listed as "sold out" that are - OS: FreeBSD with ᴁBSD customizations Under ᴁOS (aka ᴁ9) installation media for x86™ computers and ᴁOS (aka ᴁ9) installation media for Raspberry PI™ computers there are "Learn more" links that lead to "page not found." At the bottom of the page: - ᴁBSD (AMD64) is ᴁBSD customizations on FreeBSD 14.0-STABLE. - GhostBSD is based on FreeBSD 14.0-STABLE. - ᴁBSD (AARCH64) is ᴁBSD customizations on FreeBSD 15-CURRENT. - ᴁOS (aka ᴁ9) is based on Plan 9. On the Support page, if you happened to somehow purchase one of those workstations and need assistance, you need to contact them the only way possible: Email: hello@nantahala.systems Netcraft shows the hosting country as Australia. The domain registrar is unknown. The SSL/TLS certificate issued by Let's Encrypt is for "From Mar 14 2024 to Jun 12 2024 (2 months, 4 weeks)" . On Monday, May 13, 2024 at 07:58:20 AM CDT, hiro <23h...@gmail.com> wrote: citation needed On Mon, May 13, 2024 at 1:58 PM wrote: > > On Mon, May 13, 2024, at 18:38, hiro wrote: > > how did you find out about this company, i never saw it mentioned > > anywhere before? > > I don't spend my time trolling 9fans. ;-) > > Vic -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tad3dc0c93039a7d2-Mf58cc718484d6a1fce4d858b Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Balancing Progress and Accessibility in the Plan 9 Community. (Was: [9fans] Interoperating between 9legacy and 9front)
"I respect your fork 9front but I won't and can't use it. 9front isn't plan9 from my perspective." Then you are still driving a Benz Patent-Motorwagen built in 1885, which is regarded as the first practical modern automobile instead of driving something newer like a Mercedes Benz S-Class or Lexus or Acura since these newer automobiles are not automobiles from your perspective? On Monday, May 13, 2024 at 07:09:38 AM CDT, ibrahim via 9fans <9fans@9fans.net> wrote: On Monday, 13 May 2024, at 1:26 PM, hiro wrote: at this point all you're doing is speculation at best, it's verboseand spammy, and full of untruths. I do not welcome it, please stopgenerating noise. You don't have to read nor to reply to my posts. The amount of noise you create exceeds mine by far. If you prefer this kind of conversation I don't have a problem with that too. I don't use 9front so spare me your lecturing this is not 9front's message board but 9fans. 9fans / 9fans / seediscussions +participants +delivery optionsPermalink -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tcf128fa955b8aafc-M22db0e0190f0d9ca12a76a03 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] troll paper
Isn't Cue YACL (Yet Another Configuration Language)? Absolutely no way one can deprecate YAML and just use Cue, so all one is doing essentially is adding one more thing to learn and keep updated. And since it hasn't released 1.0, what happens if the new YACL never materializes but was adopted? Good luck ripping that out to return to YAML. On Tuesday, April 16, 2024 at 09:26:28 AM CDT, Charles Forsyth wrote: Although cue itself is more generally useful, applied that way it's a coping mechanism that indeed doesn't address the fundamental point:like those Sendmail configuration languages that compiled down into the rewrite language instead of just replacing that. On Tue, 16 Apr 2024 at 15:19, wrote: Quoth Charles Forsyth : > > it's been a little while since i first looked at it, but i think one of the > example application is exactly how one might use it to avoid 80k lines of > yaml that you must look at directly. while it may help -- this is just stacking complexity on top of complexity. kubernetes may be a tool that some of us need to deal with for our jobs, but it has no place in a well designed rethink of the world. 9fans / 9fans / seediscussions +participants +delivery optionsPermalink -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T51f7f5a8927e1271-Me7b04f3e2f6e4c8db91448b5 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Plan9 multi-core support
Windows and Linux began on single-core single processor machines. Multiprocessor had been around for some time--IBM's System 360 began using multi-processors in 1968--but not for x86. Plan 9 first edition came out in 1992, at a time when multicore didn't exist, and multicore was released with IBM's Power 4 in 2001. I can see why someone would ask if Plan 9 supports multicore. Plan 9 3rd edition was released in 2000 and 4th edition was released in 2002. In each case, going from single core-single processor to multiprocessor and then from multiprocessor to multicore would require changes in the operating system to recognize the extra processors and then the cores. On Sunday, August 27, 2023 at 04:50:50 PM CDT, wrote: Quoth dusan3...@gmail.com: > I finally read the article about asking questions, sorry if i was being rude > or was waisting your time, wasn't my intention. people wrote documentation for a reason; sometimes the documentation is confusing, insufficient, or you didn't know the right keyword to look up so you could help yourself; that's ok. but you need to at least try, and give enough information on how you tried so that you can be pointed in the right direction. > And about the multi-core support, well I kinda moved away from it since I > don't really need it, I was just wondering if i can disable it in an easy way > for the measurement I am doing yes; from the plan9.ini manpage, where most boot options are documented: *nomp= A multiprocessor machine will enable all processors by default. Setting *nomp restricts the kernel to starting only one processor and using the traditional interrupt con- troller. Editing 9fat should be covered in the FQA, in section 7.2: https://fqa.9front.org/fqa7.html -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T912e4838cb1a371f-Me358129cfc1098d71e544b07 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
[9fans] Firewall/NAT and importing outside interface
I ran across this old post by Dave Presotto when someone inquired about Plan 9 as a firewall: If you have multiple Plan 9 machines, you can use one as an inside/outside machine and just import it's outside interface onto the inside machines. For example, this is how we configure our outside interface. # second ethernet to serve the outside IP echo starting ether 1 to the outside bind -b '#l1' /net.alt bind -b '#I1' /net.alt ip/ipconfig -x /net.alt -g 204.178.31.1 ether /net.alt/ether1 204.178.31.2 255.255.255.0 ndb/cs -x /net.alt -f /lib/ndb/external ndb/dns -sx /net.alt -f /lib/ndb/external aux/listen -d /rc/bin/service.alt -t /rc/bin/service.alt.auth /net.alt/tcp aux/listen -d /rc/bin/service.alt /net.alt/il Then you can import that interface to inside machines. import achille /net.alt /net.alt This has the advantage of letting you announce nothing on the outside so that you don't have to worry about attacks. You can do anything you want on the inside and packets can't get out. ** If one is running a mail server and has it inside their firewall and if using one IP then t has to use NAT. Couldn't one presumeably use the setup above and run a mail server on Plan 9 and bypass having to use NAT? And also do the same thing for a web server? -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te43262c53bc71855-M75c1bb2430ae13472a6abdd9 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
