Hacker News: gbrown

New comment by gbrown in "Toyota owners have to pay $8/month to keep using their key fob for remote start"

gbrown — Tue, 14 Dec 2021 00:55:15 +0000

Look into the cheap Sceptre displays. They make non-smart panels with decent resolution and performance, so long as you have external speakers and use the optical audio output instead of the output from their garbage DAC.

New comment by gbrown in "Toyota owners have to pay $8/month to keep using their key fob for remote start"

gbrown — Tue, 14 Dec 2021 00:50:10 +0000

Time will tell, but in theory the Volts should last a really long time also. The generator only directly powers the drivetrain at highway speeds, and in the gen-1 they were really conservative with allowed pure electric range on the battery.

I'm planning to drive mine until it dies, and suspect that salty winter Midwestern roads will render it unsafe/broken before anything else does.

New comment by gbrown in "Toyota owners have to pay $8/month to keep using their key fob for remote start"

gbrown — Tue, 14 Dec 2021 00:45:38 +0000

"Error: cannot start (no connectivity). Please call a licensed repair technician to service your vehicle."

New comment by gbrown in "WebGPU computations performance in comparison to WebGL"

gbrown — Wed, 01 Dec 2021 16:59:59 +0000

More than possible, it's common as an attack: cryptojacking.

New comment by gbrown in "Prevent Zoom from consuming all your CPU on Linux"

gbrown — Tue, 16 Nov 2021 13:24:37 +0000

I did, but had trouble getting it to work. It was a while ago though, and the image I was working from was old/unmaintained even at the time. Linux guest. Do you have any examples to hand?

New comment by gbrown in "Prevent Zoom from consuming all your CPU on Linux"

gbrown — Tue, 16 Nov 2021 13:22:34 +0000

Is there something specific about the AMD drivers? I have a decent Nvidia card (I know, I know…)

New comment by gbrown in "Prevent Zoom from consuming all your CPU on Linux"

gbrown — Tue, 16 Nov 2021 13:08:46 +0000

I do kill it, but I’m in and out of meetings all day, so it’s easy to forget.

New comment by gbrown in "Prevent Zoom from consuming all your CPU on Linux"

gbrown — Tue, 16 Nov 2021 01:09:42 +0000

I found the video quality and responsiveness to be far worse, and I have to teach and work over Zoom. I tried running the desktop client virtualized as well, with similar results.

So… sketchy it is. I find myself wondering what it’s doing with 15% CPU when not in a meeting. Feelsbad.

New comment by gbrown in "Running a Law Firm on Linux"

gbrown — Fri, 12 Nov 2021 18:54:49 +0000

It does keep running and using CPU after exiting though, so I always have to ‘pkill -f zoom’ it.

New comment by gbrown in "Running a Law Firm on Linux"

gbrown — Fri, 12 Nov 2021 18:53:33 +0000

There’s a desktop Zoom client. Also, the web office 365 Word works… okish.

New comment by gbrown in "Concurrency in Julia"

gbrown — Wed, 10 Nov 2021 14:29:36 +0000

Yeah, I was thinking of the workshop.

New comment by gbrown in "Concurrency in Julia"

gbrown — Tue, 09 Nov 2021 19:17:27 +0000

I’ve been playing with GPGPU on Julia lately also, and it really seems like things have come a long way in the last few years. Check out the Juliacon 2021 talk on GPU compute if you’re interested.

New comment by gbrown in "From macOS to Arch Linux"

gbrown — Fri, 05 Nov 2021 17:19:53 +0000

> I think you're confusing Arch with Gentoo or something - the Arch package manager is not from-source, it ships binaries just like apt. Perhaps you're thinking of the AUR

Sorry, what I meant was: when I need to manage the version of something carefully, I just compile it from source and that's OK with me. My understanding is that people use the AUR for this on Arch, and the pains don't seem worth it.

> The main thing that people like about it is the rolling release model

Fair enough, though I've been pretty happy with the pace of update from, for example, Fedora.

> That's very much a "cover-your-ass" type disclaimer, like a ToS that says you have no right to expect anything to work.

Fair enough

New comment by gbrown in "From macOS to Arch Linux"

gbrown — Fri, 05 Nov 2021 13:21:01 +0000

Yeah, exactly. Why?

New comment by gbrown in "From macOS to Arch Linux"

gbrown — Fri, 05 Nov 2021 13:18:57 +0000

Can an Arch person explain to me why their approach is worth it over something with a more comprehensive package manager like apt or dnf? I don’t mind compiling programs myself when needed, but for most things I’m happy to not have to hand-hold my OS when it comes to updates.

From the wiki:

> Before upgrading, users are expected to visit the Arch Linux home page to check the latest news, or alternatively subscribe to the RSS feed or the arch-announce mailing list

Like… why?

New comment by gbrown in "Metabook"

gbrown — Thu, 04 Nov 2021 12:14:30 +0000

Not to mention all the people that were on Instagram and WhatsApp before the sale… If a competitor emerges, it will play out the same way.

New comment by gbrown in "The split personalities of shell usage"

gbrown — Mon, 01 Nov 2021 18:21:43 +0000

I see what you mean now. I still draw the line differently - I don’t think I’ve ever interactively worked through conditional logic, control loops, or user prompts, so I’d happily make simple bash scripts from basic commands, but I wouldn’t choose to write more complex programs that way.

New comment by gbrown in "The split personalities of shell usage"

gbrown — Mon, 01 Nov 2021 16:10:55 +0000

Good for them, but I have no trouble using different tools for different tasks. I find bash cumbersome to write complex programs in, so I just don’t.

New comment by gbrown in "The split personalities of shell usage"

gbrown — Mon, 01 Nov 2021 16:09:55 +0000

Shell scripts are one way to do this, but I don’t have a library of shell scripts because I always have access to actual scripting languages.

To each their own, but writing bash scripts that get more complex than moving a few files around and sucks (imho), so I don’t bother.

New comment by gbrown in "The split personalities of shell usage"

gbrown — Mon, 01 Nov 2021 12:02:05 +0000

Interesting article, though for me an acceptable middle ground is to just use bash and friends as an interface, as described, and to write any larger and more complicated scripts in Python with argparse (or similar).

I don’t see why the shell must be both nice to program in and a concise textual interface.