Posts by rqm@exquisite.social
 (DIR) Post #B4Y1XkLMNlVsDmCoc4 by rqm@exquisite.social
       0 likes, 1 repeats
       
       Would you trust a payment processor company with your money that is advertising to hire vibe code cleanup specialists?
       
 (DIR) Post #B4zxOX1Faq9ktq1nvM by rqm@exquisite.social
       0 likes, 0 repeats
       
       Some Easter #degucontent
       
 (DIR) Post #B55P1L3neuRnekkWQ4 by rqm@exquisite.social
       0 likes, 0 repeats
       
       I have to say I don't know why, until some recent discussions on the #OpenBSD mailing lists, I have not heard of the built-in calendar(1) program, but I am totally sold on its simplicity. Really easy recurring and moving events and date calculations based on Easter etc.  It is parsed by cpp(1) and so you can # include other calendar files in your personal one.I really really like this and will consider moving to this format -- 2-way sync with this via vdirsyncer or similar would be awesome to see.
       
 (DIR) Post #B5IQ0GpsVQNtH1ls5w by rqm@exquisite.social
       0 likes, 0 repeats
       
       So this came up in a number of discussions - in #OpenBSD how do you fix Unicode display on the Virtual Terminal? Even the tmux borders are displayed as â or whatever characters - instead of the standard box drawing ones. vi is also a bit wonky. Is there a known fix?Please note this question is not about x11 / xenocara, but the Virtual Terminal.
       
 (DIR) Post #B5fZOvFHHcTLm7Yl0a by rqm@exquisite.social
       0 likes, 0 repeats
       
       $ ssh puffy@fishtank.openbsd.amsterdamThe fishtank already runs the latest snapshot on -current, all locked and loaded for the imminent release of 7.9!#OpenBSD #79hype #RunBSD@OpenBSDAms @mischa
       
 (DIR) Post #B5y5FivmORHOM3NMEC by rqm@exquisite.social
       0 likes, 0 repeats
       
       Managed to FINALLY mount an u9fs share from #OpenBSD in #9front, albeit I haven't yet managed to tackle authentication from 9 to BSD, I only managed it with -a none thus far. This isn't ideal. However, here is what I learned so far:You really do need to go the inetd route as outlined in the manual, it is really finicky to run u9fs in any other wayHowever OpenBSD doesn't have 9pfs in /etc/services, but you can recycle the relevant parts from FreeBSD saucesOrder of parameters matters, u9fs fails if it isn't in the right orderGood idea to specify your own user to run it as using -u YOURBSDUSERNAMEu9fs logging basically doesn't exist, not even the verbose mode with -D produces anything useful usuallyAmyhow I'll be interested to see if I can listen to music in 9Front over drawterm from my OpenBSD media collection. Also please someone tell me how to do auth for u9fs.
       
 (DIR) Post #B64T5T9tk7XIOGNlb6 by rqm@exquisite.social
       0 likes, 0 repeats
       
       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 service9pfs            564/udp                         #plan 9 file serviceAdded this to /etc/inetd.conf:9pfs            stream  tcp     nowait  root    /usr/local/sbin/u9fs -D -a p9any -l /var/log/u9fs /mediaI opened TCP/564 in pf.conf for good measure - tho I think inetd does this? Anyway,pass out proto tcp to any port 564pass in proto tcp to any port 564u9fs.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.101post...srv net!192.168.1.101!9fs: mount failed: unknown usercpu% 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?!