frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Vercel Says Internal Systems Hit in Breach

https://decipher.sc/2026/04/19/vercel-says-internal-systems-hit-in-breach/
298•whiteyford•3h ago•68 comments

Europe has 'maybe six weeks of jet fuel left'

https://www.bbc.com/news/articles/czjw2kz0l22o
17•measurablefunc•35m ago•2 comments

Archive of Byte magazine, starting with issue #1 in 1975

https://archive.org/details/byte-magazine-1975-09
449•DamnInteresting•2d ago•111 comments

Show HN: Faceoff – A terminal UI for following NHL games

https://www.vincentgregoire.com/faceoff/
29•vcf•1h ago•13 comments

The Bromine Chokepoint: How Strife Could Halt Production of World’s Memory Chips

https://warontherocks.com/cogs-of-war/the-bromine-chokepoint-how-strife-in-the-middle-east-could-...
14•crescit_eundo•1h ago•3 comments

Notion leaks email addresses of all editors of any public page

https://twitter.com/weezerOSINT/status/2045849358462222720
183•Tiberium•3h ago•54 comments

Nanopass Framework: Clean Compiler Creation Language

https://nanopass.org/
89•NordStreamYacht•4d ago•16 comments

Game devs explain the tricks involved with letting you pause a game

https://kotaku.com/video-game-devs-explain-how-pausing-works-and-sometimes-it-gets-weird-2000686339
347•speckx•3d ago•191 comments

The seven programming ur-languages (2022)

https://madhadron.com/programming/seven_ur_languages.html
202•helloplanets•11h ago•80 comments

SPEAKE(a)R: Turn Speakers to Microphones for Fun and Profit [pdf] (2017)

https://www.usenix.org/system/files/conference/woot17/woot17-paper-guri.pdf
136•Eridanus2•10h ago•59 comments

Show HN: Shader Lab, like Photoshop but for shaders

https://eng.basement.studio/tools/shader-lab
107•ragojose•3d ago•26 comments

KTaO3-Based Supercurrent Diode

https://pubs.acs.org/doi/10.1021/acs.nanolett.5c05590
8•PaulHoule•3d ago•0 comments

Uber's AI Push Hits a Wall–CTO Says Budget Struggles Despite $3.4B Spend

https://finance.yahoo.com/sectors/technology/articles/ubers-anthropic-ai-push-hits-223109852.html
15•dakiol•54m ago•11 comments

What are skiplists good for?

https://antithesis.com/blog/2026/skiptrees/
228•mfiguiere•2d ago•47 comments

Reading Input from an USB RFID Card Reader

https://kevwe.com/blog/usb-rfid-reader
17•kevwedotse•2d ago•4 comments

College instructor turns to typewriters to curb AI-written work

https://sentinelcolorado.com/uncategorized/a-college-instructor-turns-to-typewriters-to-curb-ai-w...
419•gnabgib•1d ago•378 comments

NIST scientists create 'any wavelength' lasers

https://www.nist.gov/news-events/news/2026/04/any-color-you-nist-scientists-create-any-wavelength...
389•rbanffy•22h ago•173 comments

Reverse Engineering ME2's USB with a Heat Gun and a Knife

https://github.com/coremaze/ME2-Writeup
17•Bawoosette•1d ago•1 comments

Notes from the SF Peptide Scene

https://12gramsofcarbon.com/p/notes-from-the-sf-peptide-scene
95•theahura•4h ago•71 comments

Show HN: Prompt-to-Excalidraw demo with Gemma 4 E2B in the browser (3.1GB)

https://teamchong.github.io/turboquant-wasm/draw.html
59•teamchong•7h ago•25 comments

Anonymous request-token comparisons from Opus 4.6 and Opus 4.7

https://tokens.billchambers.me/leaderboard
589•anabranch•1d ago•554 comments

Turtle WoW classic server announces shutdown after Blizzard wins injunction

https://www.pcgamer.com/games/world-of-warcraft/turtle-wow-classic-server-announces-shutdown-afte...
86•Brajeshwar•3h ago•60 comments

The electromechanical angle computer inside the B-52 bomber's star tracker

https://www.righto.com/2026/04/B-52-star-tracker-angle-computer.html
396•NelsonMinar•1d ago•101 comments

When moving fast, talking is the first thing to break

https://daverupert.com/2026/04/more-talk-less-grok/
79•Brajeshwar•4h ago•35 comments

Why Japan has such good railways

https://worksinprogress.co/issue/why-japan-has-such-good-railways/
514•RickJWagner•1d ago•477 comments

Claude Brain

https://github.com/memvid/claude-brain
10•DeathArrow•3h ago•0 comments

Minimal Viable Programs (2014)

https://joearms.github.io/published/2014-06-25-minimal-viable-program.html
31•bachmeier•4d ago•6 comments

Ask HN: How did you land your first projects as a solo engineer/consultant?

205•modelcroissant•9h ago•95 comments

The world in which IPv6 was a good design (2017)

https://apenwarr.ca/log/20170810
168•signa11•16h ago•66 comments

Binary GCD

https://en.algorithmica.org/hpc/algorithms/gcd/#binary-gcd
64•tosh•10h ago•1 comments
Open in hackernews

Shell-secrets – GPG-encrypted environment variables

https://github.com/waj/shell-secrets
93•mgarciaisaia•1y ago

Comments

woodruffw•1y ago
The more general version of this is probably sops[1].

(A general problem with these kinds of “wrap GPG” tools is that you end up with “mystery meat” encryption/signatures: your tool’s security margin is at the mercy of GPG’s opaque and historically not very good defaults.)

[1]: https://github.com/getsops/sops

aborsy•1y ago
GPG man page is long. But to be fair, GPG, which I have used for decades, has never failed me.
theteapot•1y ago
This is 13 lines of Bash plus GPG which is available ~everywhere and a pretty lowish level Linux dependency. SOPS is +20KLOC of Go with support for cloud KMS etc etc. I think you got your mystery meat analogy backwards.
woodruffw•1y ago
The mystery meat in question is GPG, not sops or this.

(I also wouldn’t call GPG a low level dependency.)

theteapot•1y ago
lowish. Meaning if you run a Linux desktop env with a mild amount of software installed it's likely pulled in already.
ikiris•1y ago
So is Perl, that doesn’t make it a good argument to use it still for the same reasons.
akoboldfrying•12mo ago
Perl is horrible, but for one-liners it's strictly less horrible than either sed or awk, which people still use because they are less horrible than pure Bourne shell for some common tasks.
woodruffw•1y ago
I’ve used a Linux desktop for my entire adult life, and I’m pretty sure GPG has never been bundled directly with my environment. I used to install it directly, but I haven’t needed that in years either since everything I needed GPG for (= git) supports SSH signing instead.
mgarciaisaia•1y ago
I didn't know about sops, thanks for sharing!

Encrypting YAML files' values may be handy for another project - will take note of it.

pluto_modadic•1y ago
for a newer password manager... https://github.com/FiloSottile/passage
qyckudnefDi5•1y ago
Looks like FiloSottile may have switched from passage to 1Password:

https://bsky.app/profile/filippo.abyssdomain.expert/post/3l5...

Would be interesting to get more context why move from storing passwords locally to an online service.

FiloSottile•1y ago
Team sharing with a non-technical person, mostly.

I still have high-value passwords and CLI credentials in passage + age-plugin-yubikey.

bitbasher•1y ago
Couldn't you just use pass and have something like this in your bash script/env:

export SOME_SECRET="$(pass show some/secret)"

Piraty•1y ago
this in a credentials file to source before doing some operation? sure. I usually do: ` ( . ./credentials && ./the_thing ) ` so the secrets are only in the subshell and don't linger in my shell session forever.

but don't put that in <shell>rc , as it a) will be visible for all other (child) processes of your shell b) will spawn pinentry everytime the agent's cache ttl expires

varenc•1y ago
That hides it in the source, but doesn't hide it in the execution environment that can access the ENV. Everything you run inside your shell could still read it. (but if you're running untrusted things...you've already lost)
ognarb•1y ago
I like the idea. GPG encryption are super helful when sharing secrets.

Disclaimer: I work on some UI for GPG as my day job.

hnlmorg•1y ago
Coincidentally I’ve written something similar to this too.

My main takeaway was that GPG isn’t nearly as user friendly as it needs to be.

mmh0000•1y ago
Highly true. Yet. If you complain or even offer patches (which will, always, without fail, be rejected).

You'll get told off by the GPG devs with something along the lines of "encryption is supposed to be hard".

9dev•1y ago
How hard would it be to devise an easy to use wrapper on top of GPG, kind of porcelain-like?
thayne•1y ago
You may be interested in https://sequoia-pgp.org/

It isn't exactly a wrapper, but it has an easier to use interface (as well as a more gpg compatible interface).

ognarb•1y ago
It already exists and it's called Kleopatra. It's developed by KDE with some support from the GPG developers and is part of the Gpg4Win suite.

It's used by quite a few companies and public administrations.

akerl_•1y ago
The easier and more productive thing is to make an easy-to-use tool that does a specific workflow vs trying to be a swiss army knife.

https://github.com/FiloSottile/age is this for encrypting files.

https://en.wikipedia.org/wiki/Signify_(OpenBSD) and https://jedisct1.github.io/minisign/ are this for signing files.

Signal/Whatsapp/etc that use the Signal Protocal are this for messaging.

It turns out solving one problem at a time and ending up with a bunch of purpose-built tools is way easier to get right than trying to jam an entire toolbox into one thing.

emmelaich•1y ago
There's a library wrapper, https://www.gnupg.org/software/gpgme/index.html

>GnuPG Made Easy (GPGME) is a library designed to make access to GnuPG easier for applications. It provides a High-Level Crypto API for encryption, decryption, signing, signature verification and key management. Currently it uses GnuPG's OpenPGP backend as the default, but the API isn't restricted to this engine. We have, in fact, already developed a backend for CMS (S/MIME).

upofadown•1y ago
I have been following the GnuPG mailing list for some years now. I must of missed that. Could we have some references to where someone has been told something to the effect of "encryption is supposed to be hard".
Valodim•1y ago
The correct way to do stuff like this these days with openpgp is to use a SOP (stateless openpgp) implementation. https://www.openpgp.org/about/sop/
viraptor•1y ago
Unless you're good at actually maintaining your gpg keychain and need other people to access this, I really wouldn't bother with gpg. There are way better and simpler options.

Age has a simpler interface and SSH key support https://github.com/FiloSottile/age

ejson2env has the environment variable integration and ejson has multiple backends https://github.com/Shopify/ejson2env

direnv can support any cli secrets manager per project directory https://direnv.net/

I've dealt with enough "why did this break" situations with gpg secrets files used by capable teams that I'd never recommend that to anyone. And unless you really need the public key support (teams and deployment support), you're unlikely to gain anything better over a password manager.

akoboldfrying•1y ago
age looks really interesting, thanks. I also learned from that page that appending ".keys" to your GitHub profile URL (so https://github.com/yourusername.keys) returns a list of your SSH public keys! (Where is this documented...?)
tomjakubowski•1y ago
Another trick with github urls: you can append .patch or .diff to any PR or commit URL, and you'll get back a git-formatted patch or diff.

https://github.com/rust-lang/rust/pull/139966

https://github.com/rust-lang/rust/pull/139966.patch

https://github.com/rust-lang/rust/pull/139966.diff

theteapot•1y ago
The tool is just pulling one encryption key from your local GPG keyring. What's to maintain?
viraptor•1y ago
What happens when you have multiple matching keys? What happens when your key expires? What happens when the output format changes? What happens when the key expires and it's attached to a hardware device? Gpg can fail in ways which do not tell you anything about the real underlying issue.

I promise this happens all the time to people for lots of stupid reasons.

theteapot•1y ago
> What happens when you have multiple matching keys?

Use keyid instead.

> What happens when your key expires?

GPG will refuse to use it for encryption. Create a new encryption key.

> What happens when the output format changes?

N/A here (?)

> What happens when the key expires and it's attached to a hardware device?

You got me.

XorNot•1y ago
Also.. expired keys aren't unusable. The encryption doesn't stop working.

If you have an expired GPG private key it will still decrypt things encrypted with the public key.

viraptor•1y ago
They're not unusable, but depending on the gpg wrapper it may look like it. Gpgme is the one I had most issues with raining with fatal errors where gpg on its own only reports a warning.

Non of this is impossible to overcome. Yet, I still was sometimes relied on to debug things.

XorNot•1y ago
Gonna have to give that a try because it sounds like a very bad interpretation of the expiry mechanism in keys - encryption functionally never expires if you have the key, because you have the key. It's solely an error on the part of the sender to use an expired key, because it might be no longer available.

(admittedly AFAIK encryption is handled by key expiry poorly overall in GPG - the lack of perfect forward secrecy means an expired key which leaks can still decrypt all the old messages if they were intercepted).

mgarciaisaia•1y ago
Oh - so age would be a gpg replacement, and not a shell-secrets replacement. I guess it could work, but also I haven't had any issues with GPG yet (in my ~4 years regularly using shell-secrets).

ejson2env sounds nice. Don't like the syntax of `eval $(...)`, but it does THE thing that most don't - it encrypts the secrets at rest!

Also, I have multiple logins for some services (company account vs company's client account), so separating concerns is cool. And having the "context" name in the PS1 helps avoid issuing the wrong command on the wrong account - you can even add emojis to the name for maximum discernability.

upofadown•1y ago
Age doesn't even have a keychain. You are expected to maintain your keys manually. So yeah, you will never have a problem with the age keychain. In the same way you will never get into trouble with the law in an anarchy. Not everyone wants to have to deal with all the details themselves.
asveikau•1y ago
I do something like this in my .muttrc. It was showing up in documentation iirc, as the typical way to store credentials for mutt.
dvektor•1y ago
I store my secrets in gpg encrypted files and inject them into my environment in my shell rc file.

AWS_SECRET_ACCESS_KEY=$(gpg -d ~/.secrets/aws/key.asc)

type of deal. its annoying to put in a password every time i open a new tmux pane but hey, better than plain text.

viraptor•1y ago
If you're using more complicated systems than just a single root account, have a look at https://github.com/99designs/aws-vault too.
mgarciaisaia•1y ago
That was what I did before knowing about shell-secrets. But I also need different "contexts" on the same domains/tools (different AWS accounts and credentials for different clients), and having none "set" by default prevents me from running _whatever command_ by mistake the majority of the time.
ykonstant•1y ago
Since GPG and openssh support the TPM for some operations, I am tempted to store secrets in the TPM instead; I think a hardware safe is better than messing with persistent envars and having to pay attention to children etc.

But I am very nervous about doing so, since I have heard bad things about the reliability of the TPM (limited writes or something?) and locking myself out of important places. Any people with experience using the TPM for secrets in Linux?

vcdimension•1y ago
I've forked the repo and created a zsh version: https://github.com/vapniks/shell-secrets