💾 Archived View for ew.srht.site › en › 2022 › 20220216-re-tls-libs.gmi captured on 2023-01-29 at 16:41:14. Gemini links have been rewritten to link to archived content

View Raw

More Information

⬅️ Previous capture (2022-03-01)

➡️ Next capture (2024-06-16)

-=-=-=-=-=-=-

2022-02-16

Re: The annoyance of TLS Libraries

tags: complexity software

Stacksmith has a serious point:

### It's 10 lines of code, dude!
Easy, you say, because you use Go, or Rust, or Python... It's like extra 10 lines, you say. No, it is not. It is a giant library that pulls in numerous other Python or Go libraries out of thin vacuum and stores them in hidden directories on your computer, (often making them really hard to delete, by the way). What do these libraries do? No one knows, but some guy on the internet says they are safe. Eventually, they pull in a TLS library written in C (more likely you already have it on your machine). Some other guys on the internet OK'd it too.

gemini://gemini.ctrl-c.club/~stack/gemlog/2022-02-16.tls.gmi

local copy

Full ack!

Complexity at its best.

And in my humble opinion this "it's only 10 lines of code" is the same sort of thinking, that makes email clients interpret html data being sent their way, wrongly called email, instead of just showing the ugly characters on the screen. This is the same sort of thinking that makes my pal at the lug list scratch his head, why dd if=file.iso of=/dev/sdb is NOT working, because the destination is used --- by the automatic we mount all storage devices as a convenience even when you least expect it. And I'm afraid this is the same thinking, that makes most Linux Distributions today an unbelievable heap of stuff.

Whether adding TLS to gemini is a good or a bad thing, I don't know. But I have enjoyed to divide this whole stack into parts:

/en/2021/20211023-alpine-vger.gmi

/en/2021/20211018-openbsd-vger.gmi

Thank you, Stacksmith, you made me smile!

Cheers,

~ew

Home