Jon's Friendica Node | Jonathan Lamothe @ Jon's Friendica Node

Jonathan Lamothe

me@social.jlamothe.net

Programmer and free/libre software enthusiast. This is my primary account on the Fediverse. See my website for an authoritative list of accounts.
https://jlamothe.net

Network Posts

Ontario, Canada

jlamothe@jabber.sdf.org

https://jlamothe.net ✔

Jonathan Lamothe

8 months ago •

Jonathan Lamothe
8 months ago •

#Git on #Plan9 is borken in weird ways.

Want to rebase branch A on top of branch B? No you don't. You want to change A to match B and drop all other commits.

Want to merge A into B but there's a conflict? Let's just arbitrarily take the line from A and ignore the one from B. That's what you wanted, right?

#git #plan9

like this

Unknown parent

Jonathan Lamothe

Unknown parent • 8 months ago •

@pixx There's also the rebase issue where it seems to just drop the commits in the branch being merged and moves the head to the base branch.

Again, I don't know if this is just a problem on whaever version of the software SDF is using.

@pixx

pixx likes this.

Unknown parent

Jonathan Lamothe

Unknown parent • 8 months ago •

@pixx I don't recognize the @{...} syntax. What's happening there?

@pixx

Jonathan Lamothe

8 months ago •

Jonathan Lamothe
8 months ago •

I have a complaint about #Plan9 #C.

I don't like that a literal 0 is accepted as a null pointer. I just spent an embarrassingly long time tracking down a segfault because in an attempt to zero out a buffer, I accidentally used memcpy(&buf, 0, sizeof(buf)) instead of memset(&buf, 0, sizeof(buf)).

The compiler should've been able to catch this.

#c #plan9

Maddie, Wizard of Installs 🪄 likes this.

in reply to Jonathan Lamothe

moody

in reply to Jonathan Lamothe • 8 months ago • •

This was a specific design decision, not due to lack of ability to implement a warning around. You can use acid(1) on the broken proc to get the exact source line that the code crashed on. Which can help narrow down the cause of a segfault.

in reply to moody

Jonathan Lamothe

in reply to moody • 8 months ago •

@moody Yeah, I haven't figured out acid, yet. I'm curious what the arguments in favour of that decision were though.

@moody

in reply to Jonathan Lamothe

moody

in reply to Jonathan Lamothe • 8 months ago • •

It is standard C as far as I know. gcc with -Wall (at least on my machine) does not generate a warning for any integer constant to pointer conversion. The plan 9 compilers will generate an error for all integer constants to pointer conversions other than zero. So we are actually more strict than UNIX compilers about this! It is legal to define NULL on UNIX as just 0 (without the cast). So my guess was that this exception was kept for compatibility with UNIX code.

Jonathan Lamothe likes this.

in reply to moody

Jonathan Lamothe

in reply to moody • 8 months ago •

@moody then I suppose my complaint is with C itself. ;)

@moody

in reply to Jonathan Lamothe

moody

in reply to Jonathan Lamothe • 8 months ago • •

There is a reason why go removed all implicit casts.

Jonathan Lamothe likes this.

Jonathan Lamothe

8 months ago •

Jonathan Lamothe
8 months ago •

Been writing a little extension for acme mail in #Plan9. It's been a while since I've touched C though.

I, being me, am making it harder on myself by going full #TDD on this project.

#tdd #plan9

like this

Celeste Ryder 🐾 🐀🏳️‍🌈 reshared this.

Jonathan Lamothe

9 months ago • •

Jonathan Lamothe
9 months ago • •

Any #Plan9 gurus on the fedi?

I've managed to break my profile causing me to be unable to connect to my account. It disconnects me upon running the profile script. drawterm -c is not an option because it executes the profile disconnecting me before even running the command. drawterm -G's a no-go as well.

Is there a way I can mount my remote home directory into my local (Debian 12) filesystem so that I can fix the profile without running rcpu?

#AskFedi

#askfedi #plan9

Greg A. Woods likes this.

in reply to moody

Jonathan Lamothe

in reply to moody • 9 months ago •

Content warning: scary compiler error

@moody When I try to compile, I get the following. I have the libssl-dev package installed, FWIW.

cc `pkg-config openssl --libs`  -o tlsclient cpu.o p9any.o libauthsrv/libauthsrv.a libmp/libmp.a libc/libc.a libsec/libsec.a                                                          /usr/bin/ld: cpu.o: in function `tls_send':                                                                                                                                           /home/jlamothe/src/tlsclient/cpu.c:92: undefined reference to `SSL_write'                                                                                                             /usr/bin/ld: cpu.o: in function `tls_recv':                                                                                                                                           /home/jlamothe/src/tlsclient/cpu.c:93: undefined reference to `SSL_read'                                                                                                              /usr/bin/ld: cpu.o: in function `main':                                                                                                                                               /home/jlamothe/src/tlsclient/cpu.c:164: undefined reference to `OPENSSL_init_ssl'                                                                                                     /usr/bin/ld: /home/jlamothe/src/tlsclient/cpu.c:165: undefined reference to `OPENSSL_init_crypto'                                                                                     /usr/bin/ld: /home/jlamothe/src/tlsclient/cpu.c:166: undefined reference to `OPENSSL_init_ssl'                                                                                        /usr/bin/ld: /home/jlamothe/src/tlsclient/cpu.c:167: undefined reference to `TLSv1_2_client_method'                                                                                   /usr/bin/ld: /home/jlamothe/src/tlsclient/cpu.c:167: undefined reference to `SSL_CTX_new'                                                                                             /usr/bin/ld: /home/jlamothe/src/tlsclient/cpu.c:168: undefined reference to `SSL_CTX_set_psk_client_callback'                                                                         /usr/bin/ld: /home/jlamothe/src/tlsclient/cpu.c:172: undefined reference to `SSL_CTX_set_options'                                                                                     /usr/bin/ld: /home/jlamothe/src/tlsclient/cpu.c:177: undefined reference to `SSL_new'                                                                                                 /usr/bin/ld: cpu.o: in function `p9authtls':                                                                                                                                          /home/jlamothe/src/tlsclient/cpu.c:53: undefined reference to `SSL_set_fd'                                                                                                            /usr/bin/ld: /home/jlamothe/src/tlsclient/cpu.c:55: undefined reference to `SSL_connect'                                                                                              collect2: error: ld returned 1 exit status                                                                                                                                            make: *** [Makefile:14: tlsclient] Error 1

@moody

in reply to Jonathan Lamothe

moody

in reply to Jonathan Lamothe • 9 months ago • •

You need at least openssl1.1 this seems like you only have 1.0 which has not been supported for 3 years and counting.

in reply to moody

Skip - فریبرز توکلیان

in reply to moody • 9 months ago • •

@m00dy if you can bring up a plan9 instance in qemu (or other vm) you can import your fs (see 9fs).

@moody

in reply to Skip - فریبرز توکلیان

Jonathan Lamothe

in reply to Skip - فریبرز توکلیان • 9 months ago •

@Skip - فریبرز توکلیان This is the route I was considering trying today.

@Skip - فریبرز توکلیان

in reply to moody

Jonathan Lamothe

in reply to moody • 9 months ago •

@moody That's surprising. Stuff in Debian's repositories is often out of date, but not usually that out of date.

@moody

in reply to Jonathan Lamothe

moody

in reply to Jonathan Lamothe • 9 months ago • •

Yeah, something does seem a bit fishy, sorry that it doesn't work out for you. I'll get a debian VM going in a bit and figure out whats up. In terms of booting a 9front VM, you should be able to use the live CD for connecting, you don't need to do a full install first. For what that's worth.

in reply to moody

Jonathan Lamothe

in reply to moody • 9 months ago •

@moody Such is the nature of compiling C code. I really wish it had some sort of automatic dependency management, but what can you expect from a language that old?

When the bootcamp is over, I actually want to get into writing software for Plan9, because despite being very C-centric, it seems a nice system to develop for.

Edit: autocorrupt

@moody

This entry was edited (9 months ago)

in reply to Jonathan Lamothe

moody

in reply to Jonathan Lamothe • 9 months ago • •

I figured out the issue, it was somehow related to the ordering of passing the -l flags to cc (ugh!), if you pull the latest code from sr.ht it should build fine on debian stable now. You will need both libssl-dev and pkg-config. I've added debian to the CI builds for this now so this shouldn't slip by again without me noticing. Thanks for the bug report.

Plan 9 C thankfully has none of this insanity, as you've noticed.

in reply to moody

Jonathan Lamothe

in reply to moody • 9 months ago •

@moody Huzzah! It compiled.

@moody

in reply to Jonathan Lamothe

Jonathan Lamothe

in reply to Jonathan Lamothe • 9 months ago •

@moody So I ran:
./tlsclient -u jlamothe -h 9p.sdf.org -a 9p.sdf.org -p 17019 rm /usr/jlamothe/lib/profile
...but my profile still seems to exist. It's giving me the same error about line 7 when I connect using drawterm.

@moody

in reply to Jonathan Lamothe

moody

in reply to Jonathan Lamothe • 9 months ago • •

You need -R to make tlslcient act like rcpu, by default it works closer to tlsclient on 9front. If you choose to just remove the file don't forget to re-run /sys/lib/newuser to generate a new default.