Elektrine
Log in Register
Paige Chat Timeline Gallery Friends Email Drive DNS Private DNS Domains VPN Kairo Nerve
Remote

Corbin

@corbin@defcon.social
mastodon 4.7.3
  • Open on defcon.social

We don't really know how to use computers, do we?

DMs are allowed; people like to ask me for opinions. Advice about computers is free as long as it stays within the Free Software ecosystem; otherwise, I'm available for consulting.

230 Followers
56 Following
13 Posts
Joined December 21, 2022
Lobsters:
https://lobste.rs/~Corbin
PeerTube:
https://pastafriday.club/a/corbin/video-channels
Open post
Corbin @corbin@defcon.social
· 12mo ago

I've seen a couple blog posts floating around that talk about what "technical" means. Their discussions are good and interesting but don't directly get at the heart of the issue.

To be technical is to pay attention to details. That's all. A (classical) computer is a detail machine; it only operates upon bits, it only knows bits, and it only decides bits. To be technical is to try to keep pace with the computer and know details as precisely as it does.

Framed this way, it should be obvious that humans aren't technical and can't really be technical. This fundamental insecurity is the heart of priestly gatekeeping of computer science.

1
0
0
0
Open post
Corbin @corbin@defcon.social
· 45mo ago
Replying to
@stargirl@hachyderm.io #Nix offers a genuine solution and a path towards packages as capabilities. #nixpkgs has a mature #Python subsystem. No involvement with PSF is required.
8
6
0
0
Open post
Corbin @corbin@defcon.social
· 14mo ago

Copyright is the main reason that bandwidth is still expensive.

1
0
0
0
Open post
Corbin @corbin@defcon.social
· 15mo ago

There's no evidence for determinism, let alone superdeterminism.

#physics #science

defcon.social
1
0
0
0
Open post
Corbin @corbin@defcon.social
· 25mo ago
Replying to
@nobody@mastodon.acm.org @whack@hachyderm.io @stargirl@hachyderm.io It's a fair critique, though, and one that spawns from the *same* memetic issue as in Python packaging, so it's worth examining. Sure, a Nix package *should* only rely on being located in /nix/store next to its dependencies. But as you've listed, there's piles of ambient authorities and mutable state which also must be correctly configured in order for some packages to run. This is *exactly* analogous to Python packages which aren't pure statically-imported Python modules. In a simpler world, we would deploy Python apps by tossing all Python modules into a single ZIP file, but because CPython allows extension modules and exposes a C API, a practical Python app must also depend on C runtime and C linkage. This isn't hypothetical. RPython, the toolkit for building PyPy, is pure Python 2.7. My rpypkgs flake https://github.com/rpypkgs/rpypkgs "installs" RPython packages by unpacking all of them to a common build directory.
GitHub

GitHub - rpypkgs/rpypkgs: Packages built with RPython

Packages built with RPython. Contribute to rpypkgs/rpypkgs development by creating an account on GitHub.

1
0
0
0
Open post
Corbin @corbin@defcon.social
· 25mo ago
Replying to
@nobody@mastodon.acm.org @stargirl@hachyderm.io Sure. Those hints would be populated from a mapping either maintained via Cheeseshop or via local choices. Either way, there's politics going on; each individual mapping is a policy choice. In terms of Zooko's triangle, this would be the "centralized" option, which means that the import keyword would now functionally depend on whatever build/runtime configuration you've imagined. Not that this is a bad thing! Check out PEP 302 for the hooks you'd need to prototype an actual implementation of your idea. Allen Short explained how to use PEP 302 here https://web.archive.org/web/20180411011138/http://washort.twistedmatrix.com/2011/01/introducing-exocet.html and I used it to add hot-reload plugin functionality to a Python Minecraft server.
web.archive.org

Allen's Weblog: Introducing Exocet

1
2
0
0
Open post
Corbin @corbin@defcon.social
· 40mo ago
Replying to
@cr@sigmoid.social @emilymbender@dair-community.social I didn't know that Tegmark was a practicing software engineer. I don't doubt that he can read and comprehend the literature, and I know he's listed as a co-author on several papers, but I think it's important to credit the actual hackers who do the work. In the case of Tegmark's recent ML publications, this appears to be https://github.com/ejmichaud and https://github.com/KindXiaoming who are Tegmark's graduate students. To Tegmark's credit, he gives them the primary authorship on the papers I skimmed. This is a non-trivial nuance: folks who don't multiply the matrices seem to have a distinct epistemology for large models, and this will color their ability to estimate the state of the field and probability of doom.
GitHub

ejmichaud - Overview

PhD student at MIT. ejmichaud has 39 repositories available. Follow their code on GitHub.

1
0
0
0
Open post
Corbin @corbin@defcon.social
· 40mo ago
Replying to
@emilymbender@dair-community.social The reporting uses "AI specialist" as a label for clowns (Yud, Bostrom) and non-technical folk (Altman, Tegmark) as well as y'all at DAIR and other reputable organizations. This is better than typical IEEE fare but still not fair to actual practitioners.
1
2
0
0
Open post
Corbin @corbin@defcon.social
· 6mo ago

So, just double-checking how #Lean4 and #Mathlib work:

* Lean takes 3GiB of RAM and a minute to open Mathlib
* Lean requires about 10min to build itself in CI, only verifying required theorems
* Verifying all of Mathlib is measured in hours
* Lean's kernel is untrustworthy due to junk theorems

And yet I'm a clown for using #Metamath? At some point we ought to reconsider the type-theory fetish.

defcon.social
0
0
0
0
Open post
Corbin @corbin@defcon.social
· 11mo ago

"Attention is off by one" (https://www.evanmiller.org/attention-is-off-by-one.html) led to attention sinks, which in turn led to better quantized models. But it appears that both Google and Meta independently discovered it internally, didn't fully document it, and didn't include it in their published papers; yet the code showed up in public contributions. In particular, it seems like PyTorch's version of multi-head attention has *never* been the version in "Attention is all you need", but always had functionality equivalent to what Miller describes.

There still is no moat. Attention sinks were independently rediscovered by the community upon doing some maths, and also the companies who discovered attention sinks internally did not prevent that knowledge from leaking out in implementation details. At most we might say that there is a time delay.

evanmiller.org
0
0
0
0
Open post
Corbin @corbin@defcon.social
· 14mo ago

Memory allocation isn't required to have rich large values that are passed through control flow. Memory allocation is required for a stack and call/return semantics.

0
0
0
0
Open post
Corbin @corbin@defcon.social
· 45mo ago
Replying to
@whack@hachyderm.io @stargirl@hachyderm.io Sure; along with NixOS, the container environment ("FROM nixos/nix") and Darwin are better-supported than classic LSB distros. Aside from #X11 and other system services, Nix is self-contained; however, Nix is not the goal, but part of the journey towards package-capability security.
0
0
0
0
Open post
Corbin @corbin@defcon.social
· 25mo ago
Replying to
@nobody@mastodon.acm.org @stargirl@hachyderm.io I'll note that this suffers from Zooko's triangle, a trilemma in nominal logic: https://en.wikipedia.org/wiki/Zooko%27s_triangle Imagine every Python module were content-addressed somehow, and packages too. This only kicks the can down the road, because you'd probably rather import from a petname than from a SHA-256 hash, so somebody must now set up a petname-to-hash map, and all of the existing political issues of the Cheeseshop reappear upon the maintenance of that map. (This is why politics is an inevitable part of maintaining large ports trees too.)
en.wikipedia.org
0
8
0
0
Back
313k7r1n3
Elektrine

Tor hidden service

elekhj7afj4qnrr4yd3bkzslsyo5jgfxw3orgjkhlcxifueodybyiiad.onion

I2P eepsite

j6b6cyk6gjmepjih7jjadxgxvvf3lzzujljuu2v4biemzpg3naya.b32.i2p

Platform

  • Email
  • Chat
  • Timeline
  • VPN
  • DNS

Company

  • About
  • Contact
  • FAQ
  • Lite (no JS)

Legal

  • Terms of Service
  • Privacy Policy
  • Transparency Report
  • Report Abuse
  • Warrant Canary
  • VPN Policy

Support

  • support@elektrine.com
  • Report Security Issue
Mail client setup IMAP mail.elektrine.com:993 POP3 mail.elektrine.com:995 SMTP mail.elektrine.com:465
© 2026 Elektrine. All rights reserved. Server: 18:15:12 UTC