jmmv

9 ms·

91.
by jmmv 1y ago
There are a few factors to the slow boot: * The SD card I'm using in there is not the fastest. Easy fix. * The kernel has some annoying pauses, particularly in WiFi initialization, that add a couple of seconds of delay. To fix this, I
92.
by jmmv 1y ago
EndBASIC (the desktop version) is open source and I plan to keep it that way. I wouldn't want you to be "locked out" of any code you write in EndBASIC. However, I'm not planning on open-sourcing what goes into packaging
93.
by jmmv 1y ago
It’s all NetBSD underneath. The WiFi was only difficult because of missing DTBs for the Pi Zero 2. There is a config file that you can edit within BASIC to set the WiFi up though.
94.
by jmmv 1y ago
There is no accident here.
95.
by jmmv 1y ago
Huh, I didn't know about Maximite, and reading their intro to the Colour Maximite 2 at https://geoffg.net/maximite.html ... well, I feel like I read their minds years later and I'm trying to recreate the same thing
96.
Unveiling the EndBOX – A microcomputer prototype for EndBASIC(endbasic.dev)
38 points by jmmv 1y ago|25 comments
97.
by jmmv 1y ago
Many of the files I checked have a 2-BSD clause stamped at the top, but I don’t know what the resulting combination of the project plus its dependencies becomes.
98.
by jmmv 1y ago
Hey, thanks for sharing. Just FYI, I had sent this yesterday via Show HN ( https://news.ycombinator.com/item?id=44203326 ) but... not much interest. I've now added a video to the post though!
99.
Show HN: EndBOX – A toy-like retro computer for EndBASIC(endbasic.dev)
7 points by jmmv 1y ago|0 comments
100.
Beginning 3D Printing(blogsystem5.substack.com)
1 points by jmmv 1y ago|0 comments
101.
by jmmv 1y ago
I spent years packaging software (mostly Gnome 2.x) for NetBSD. I almost-always tried to upstream the local patches that were needed either for build fixes or improvements (like flexibility to adapt to non-Linux file system hierarchies or u
102.
by jmmv 1y ago
> NTFS sucks Watch https://www.youtube.com/watch?v=qbKGw8MQ0i8 please.
103.
by jmmv 1y ago
Really cool website. I like the interactivity of every little artifact. The progressive loading of images in the “embedded browsers” is annoying though. I’m not sure if it’s because all images “load” at the same speed (this wasn’t true with
104.
by jmmv 1y ago
Original author here! Thanks for (re)sharing. We previously discussed this at length in https://news.ycombinator.com/item?id=36503983 . I think this article has "aged well" in the sense that... nothing has changed
105.
by jmmv 1y ago
Oh wow, I did not know about MMMMMM. This is great.
106.
by jmmv 1y ago
I’ll take the chance to reference Super Hexagon by the same author. Incredibly fun and addictive game as well while being super simple. I recall reading somewhere that the author spent only a day or so writing it. And PPPPPP, the soundtrack
107.
by jmmv 1y ago
Happy to see this shared again! The previous submission was ~1 year ago in https://news.ycombinator.com/item?id=39292990 , although it did not spark significant discussion threads. Also, here are the related articles from th
108.
by jmmv 1y ago
Jujutsu is “just” a piece of software that you install, and it is free and open source. Graphite.dev is a service, and it is not free, but as a service it gives you features that Jujutsu cannot like automatically merging stacked PRs. For so
109.
by jmmv 1y ago
At home... about to welcome a dog, so that's going to shrink my free time even further. On the "side projects" side of things, I've been working on a "boot to EndBASIC" disk image since December with the goal o
110.
by jmmv 1y ago
I encountered this a while ago and it was incredibly frustrating. The "Network error" prevented me from updating a post I had written for months because I couldn't figure out why my edits (which extended the length and which
111.
The problem with "vibe coding"(dylanbeattie.net)
135 points by jmmv 1y ago|150 comments
112.
by jmmv 2y ago
As I said in the article, the lack of green threads, lack of value types, and lack of primitive boxing are all things that have gotten in the way of optimizing Bazel to the levels shown by the prototype Go reimplementation. These are all th
113.
by jmmv 2y ago
These were not well-guarded secrets (and the ideas were pretty "obvious" if you had faced the problems before in dealing with Bazel and large codebases). In talking to people at the conference, several knew about these efforts (an
114.
Hardware discovery: ACPI and Device tree(blogsystem5.substack.com)
3 points by jmmv 2y ago|0 comments
115.
by jmmv 2y ago
Thanks for the Blog System/5 plug! This is the first time I see my own publication recommended in one of these threads without me bringing it up :)
116.
by jmmv 2y ago
> It's fantastic for catching when a bunch of processes haven't been killed and are stuck at 100%. Exactly! I've been using iStat Menus for years and I find it invaluable. I've been able to identify system-wide proble
117.
by jmmv 2y ago
Came here to question this too. I have trouble with this claim because I do not see how a bunch of sensors could produce so much data as to overwhelm a Raspberry Pi... Maybe the problem was having the database on a super-slow micro-SD card?
118.
by jmmv 2y ago
Hah, I was convinced I picked the same font file from NetBSD... and didn't really notice the difference on the small screen I'm running this on!
119.
by jmmv 2y ago
It’s the same font data but not the same rendering code. The spacing between the characters is probably different.
120.
by jmmv 2y ago
> wscons may be more powerful, but I don't think it can be used to fully enable modern accelerated display devices, although do correct me if I'm wrong. As I mentioned in the text, I think that's the difference between W

More ›