plan9

I guess this is where I start?

https://9front.org/iso/

I have an X270 , I assume that's a good one?

I have a 32bit x230 and some other maybe older
thinkpads if need be.

#plan9

rio-like configuration for base openbsd fvwm2

https://nein.triapul.cz/technology/openbsd/fvwm/

#rio #fvwm #plan9 #openbsd #fishlinux #serpico

New release of hell for mastodon is out!

New in the past week

Terminal titles display username and unread notification count
Multiple pages of pageables like DMs and home timelines can now be printed by passing an int to /next /or /prev
Enhanced command processing system is more reliable and has better errors
/cat displays post time and other enhancements

Get the latest release at https://hell.limitedideas.org/

Supports mac, linux, Plan 9, windows, and anything else Go does if you compile it yourself!
#MastoDev #plan9 #9front #unix

If #Plan9 #9front has peaked your attention lately then you might find these posts by @alchemist to be quite useful ?

https://luksamuk.codes/posts/plan9-setup-rpi.html

https://luksamuk.codes/posts/plan9-mail.html

Guess who's joined my mascot collection??

Glenda!

#plan9 #9front

My local pub has a food printer that can print on a pint of Guinness

#plan9

Any #Plan9 or #9front expert on fedi? I heard a lot about it and few days ago when I spotted a new release of the 9front and there was #qcow2 #QEMU images, I started to look at it. However I never get the #rio #GUI session to work. I am starting the #VM by:

qemu-system-x86_64 \
-machine q35 -enable-kvm \
-m 2g -cpu host \
-vga std \
-drive "media=disk,if=virtio,file=$HOME/Downloads/9front-11952.amd64.qcow2" \
-netdev user,id=vioif0,hostfwd=tcp::5699-:22 \
-device virtio-net-pci,netdev=vioif0 \
-no-reboot \
-daemonize

my host system is #Debian #Linux running on #X11. The error message after login with glenda was not very informative though:

hjfs: fs is /dev/sd00/fs

init: starting /bin/rc
bind: #i: no frame buffer
rio: cannot open display: initdisplay: /dev/draw/new: file does not exist: '/dev/draw'
init: rc exit status: rc 217: rio 326: display open
init: starting /bin/rc

#Unix #FOSS #AskFedi #SDF

Duuude! 🎉🎉🎉🎉 🥳🥳🥳🥳

#plan9 #9front #9phone

Help, I have zero idea what I'm doing.

What have I gotten myself into?!?

#plan9 #9front #TheFrontFellOff #LostUnixNerd #AmICoolNow

Read the hashtags, ya lazy bum. ;)

CC: @pixx

this fall cannot front

#plan9 #9front #cirno #glenda #catv #unix_surrealism

First new release of hell for mastodon in two months is
out!

Not a lot of changes this time I've been working on other stuff but still some
good stuff!

- /search returns pages of status search results!
- /fetch returns a single status from a search, intended for loading remote
statuses by url
- /stats no longer crashes
- use ?poll="dogs,cats" status hint to create polls
- /cat displays client info if the status has one

As always releases for Mac, Linux, Windows, and Plan 9 are available on
https://hell.limitedideas.org/

#plan9 #9front #mastodev

pop9

#unix_surrealism #plan9 #9front #glenda #art

First day of my first time at #fosdem
Saw some interesting talks and met with people in rl i don't see so often. It was a little bit crowded but i still had a good time.
Excited for tomorrow, see you in the #plan9 devroom

So, #9front / #plan9 peeps:

What exactly happened with sigrid? I've been absent from the grid for a few months and am missing context.

https://www.osnews.com/story/141705/rediscovering-plan-9-from-bell-labs/

Thanks Thom. #plan9 #9front #plan9os #osnews

So are hipsters using Plan 9 or derivatives? Can someone please explain the use case beyond this? This is a real question, not being facetious. #plan9 #9front #plan9front

So.. there are binaries available for this..32bit.. Does this really work? lol

https://tailscale.com/blog/tailscale-enterprise-plan-9-support
#Plan9 #9front #Tailscale

#Plan9 from Bell Labs on a compaq nc6000, a business laptop from 2004

through the grapevine

#unix_surrealism #comic #9front #plan9 #glenda #cirno #art #foss #iwp9 #propaganda

...fossil's file system checker just *deleted the primary root* for being corrupt. /active is just *gone*.

I'm going to have to scan the drive for the latest archival scores and reinitalize the fossil entirely. Ffs.

Good thing i have backups...

#plan9 #9front

Morgen geht's für mich auf zu den Chemnitzer Linux-Tagen!

Wer schaut am Wochenende bei unserem Plan 9-Stand vorbei?

#clt2026 #linux #plan9 #9front

As an excercice on #plan9 I am trying to write a basic text editor in C. Sofar I can open a file and read it into a biobuffer, then print it to the console by writing to /dev/cons file. That works fine. Now I am struggling to clear the console before writing, so that I have only the intended text, which I can edit and then save by reading /dev/cons and saving it to the original text file. Not sure if this makes send nor if this is the #plan9 way of coding. Any suggestions?

cursed mascots

https://www.redbubble.com/shop/ap/178943783
#unix_surrealism #9front #plan9 #nein

🛸 Plan 9 is a Uniquely Complete Operating System https://posixcafe.org/blogs/2024/07/27/0/

#plan9 #osdev

OK, u9fs for media sharing from unix to #9front is kicking my butt. I am using the "stock" binary from ports on #OpenBSD.

Cpu server / drawterm access are working on #plan9 Glenda has a password and keys and all. I deliberately chose p9sk1 for the keys in factotum to enable legacy protocols since, as far as I can tell, u9fs only knows that.

Added this to /etc/services (from FreeBSD's equivalent):

9pfs 564/tcp #plan 9 file service
9pfs 564/udp #plan 9 file service

Added this to /etc/inetd.conf:

9pfs stream tcp nowait root /usr/local/sbin/u9fs -D -a p9any -l /var/log/u9fs /media

I opened TCP/564 in pf.conf for good measure - tho I think inetd does this? Anyway,

pass out proto tcp to any port 564
pass in proto tcp to any port 564

u9fs.keys is in place on OpenBSD and it has exactly 3 lines only with password/username/host. Can confirm inetd is OK and u9fs process is running.

However, on 9front:

cpu% 9fs 192.168.1.101
post...
srv net!192.168.1.101!9fs: mount failed: unknown user
cpu%

Same result if I run it manually with srv and mount -c

Logs on OpenBSD side for u9fs don't show anything (wish "verbose logging" were actually verbose and logged something..)

What am I missing?!