Live data from Hacker News

Viewing profile — Thom2000

Thom2000

HN member
Joined
Mon, Dec 05, 2022, 4:13 PM UTC
HN karma
22
Public activity
22 items

About Thom2000

No profile information was provided.

Recent public activity

  1. comment
    Comment #49244225

    > (If the author reads this, my name changed from Noel to Neal at some point. I don't really mind though; my name is a bit unusual and I've been called all sorts of things.) I thin…

  2. comment
    Comment #49188490

    > Your free server will likely have a blacklisted ip address. > > Oracle is exceptionally frustrating to use in the first place. Pay the 5$ a month and use AWS or Digital Ocean Fun…

  3. comment
    Comment #48858431

    Yep. Especially with non-wildcard certs this leaks all service names (privacy concern).

  4. comment
    Comment #48858416

    Sadly most tools still doesn't support it: https://github.com/cert-manager/cert-manager/issues/8373#iss... And then the issue is protecting the private key of the issuer and monito…

  5. story
  6. comment
    Comment #48319862

    > The artist, JT Nimoy, was an Emacs user but still thought it would be fun to set up a dichotomy--some fun details on this blog I don't see any details about setting up a dichotom…

  7. comment
    Comment #48086948

    Github still doesn't support SHA-256 git repos ( https://github.com/orgs/community/discussions/12490 ) even though their competitors (Gitlab, Codeberg) have that for ages now.

  8. comment
    Comment #47626472

    Sadly services such as Github don't support these so it's mostly good for internal infrastructure.

  9. story
  10. comment
    Comment #46330640

    > PGP supports RSA. That's enough reason to avoid it. I hate to break the narrative but age also supports RSA, for SSH compat: https://man.archlinux.org/man/age.1#SSH_keys

  11. comment
    Comment #46327608

    I wonder if they think of a deeper integration of this into the age binary. Currently the invocation looks extremely ugly: age -r $(go run filippo.io/torchwood/cmd/age-keylookup@ma…

  12. comment
    Comment #45596198

    > My biggest hurdle was getting it to export to a nice looking PDF that could be emailed or printed later. If you can export to structured data such as JSON, I guess Typst would be…

  13. comment
    Comment #45596080

    Exactly! Bearer tokens should be replaced with schemes based on signing and the private keys should never be directly exposed (if they are there's no difference between them and a …

  14. comment
    Comment #45523849

    FWIW it's possible to run readme examples automatically add part of tests: https://github.com/parallaxsecond/rust-cryptoki/blob/main/cr...

  15. comment
    Comment #45493025

    You don't need any third party modules and can proxy based on ALPN ( https://wiki.xmpp.org/web/Tech_pages/XEP-0368#nginx ) thus running everything on port 443. Note that ALPN is no…

  16. comment
    Comment #45479175

    It's hard to answer your question without repeating the arguments made in the post itself. Are you implying that djb blew the matter out of proportion?

  17. comment
    Comment #44960298

    I've used dynamic pipelines. They work quite well, with two caveats: now your build process is two step and slower. And there are implementation bugs on Gitlab's side: https://gitl…

  18. comment
    Comment #44817032

    Interesting. I've never seen the import-with syntax, though and it's hard to find any documentation on it. Is this a syntax extension?

  19. comment
    Comment #44776596

    Sadly, Rust proc macros operate on tokens and any serious macro implementation needs third-party crates. Compile-time reflection, with good, built in API, akin to C# Roslyn would b…

  20. comment
    Comment #42366587

    "comment" may be relevant to the object. Maybe using "_" for the whole object comment would be safer?

  21. comment
    Comment #35439794

    That clarifies some matters - thanks!

  22. comment
    Comment #35439076

    It seems like everything you have described could be done with TPM: creating a signing key for TLS mutual authentication (against the secret store) with policy that allows using th…