Hacker Newsnew | past | comments | ask | show | jobs | submit | dmacvicar's commentslogin

"AI is sort of like money... it just makes you more of what you already are."


Oh, this is really good. Even just for the money part. Thanks!


Looks very nice! Need to test if it supports AWS_ENDPOINT_URL so it works with LocalStack.



Not very likely, what if the BeOS API emerged as "the standard" on Linux?

https://cosmoe.org/

It would not solve the ABI problem, but it would give at least an opinionated end to end API that was at some point the official API of an OS. It has some praise on its design too.


It was more about everything since the Amiga being a regression. BeOS was sometimes called a successor (in spirit) to the Amiga : a fun, snappy, single-user OS.

I regularly install HaikuOS in a VM to test it and I think I could probably use it as a daily driver, but ported software often does not feel completely right.


For OAUTH2, I recommend starting pizauth (https://github.com/ltratt/pizauth) as a user systemd unit.

Then you can just do (eg. in mbsync)

PassCmd "pizauth show accountname"


I upgraded from a Pixel 4a (running Calyxos) to a 8a, only because at some point Whatsapp videos broke on the 4a and friends got videos with some green encoding. Otherwise, I had no reason to upgrade.

I hate my new phone. I could use the 4a with one hand comfortably, but that is not the case with the 8a. My thumb does not reach the top of the screen like before. I have to hold it in diagonal position just to be able to do the gestures Android -by design- expects.

The fingerprint sensor moved from the back to the front. That design helped having the phone in the right direction when taking it out of my pocket. Now it comes half of the time upside down. The fingerprint sensor is bad. Half of the time does not work and I have to use the pin. On the 4a was flawless.

Camera is better. Yes.


Agree with you on everything. Moving the fingerprint sensor to underneath the screen is unbelievably stupid, even dumber than the Touch Bar. The Pixel leadership favored shipping something that looks cool to a few idiots to (I assume?) drive sales, over shipping something that works well and is ergonomic.

And even the idiots realize 0 seconds into using the new fingerprint sensor that it's a massive downgrade.

I fantasize about Apple releasing a phone with a fingerprint reader on the back just to teach the Pixel folks a lesson and force them to move the reader back to the back.


Genuine curiosity. Why would you buy a laptop with nvidia for the purpose of running Linux when it is known to be problematic?

I use Linux since ~ 28 years, and having seen all the trouble with Nvidia drivers, I just avoid it. I just pick an Intel graphics Thinkpad, likely the previous generation to the last one, check compatibility in the Arch wiki and then buy it.


I have managed my dotfiles in git for over a decade, and I have never needed anything else than git and GNU stow.

I organize dotfiles in a few modules, and then I stand in the top of the git checkout and do: "stow modulename", and it will symlink everything.

If you don't like separate dotfiles in modules/packages, you can just have one (e.g. "main").

Stow has been around since 1993 or something, so I expect to be around for a while in my distro.


The only thing I don't like about stow is that I can't move files around easily. If I decide to move some files around within modules, I have to unstow, then move them, the stow again. If I forget then it leaves dangling symlinks hanging around.


Same for me.

I don’t remember a problem with dotfiles. I’m sure there were ones that maybe I got used to.

I also use it for ~/bin scripts. There the limitations are more noticable.

Stow plus Git is a setup that already “doesn't suck.” Whatever that means here.


If you remember those times, KOF91 by Moah was one of the few open-source alternatives to MUGEN, albeit not compatible with its data.

During those times I helped porting it to Linux together with Ric Leite. I remember being easy as it was Allegro.

I archived the sources here (from Sourceforge):

https://github.com/dmacvicar/free-fighting-engine

You should be able to build it and run it on Linux (speed may be wrong).

I have tried a few times to revive the code, but it is a "everything is global" code-base.

I am currently testing an approach with Claude Code and Amazon Q, not very successful.


Depending where you look your numbers, Chile's crime and homicide rate is very similar to the United States.


Sans school shootings at the very least, but crime has gone steadily up since cartels from Central America expanded their operations.


I do something similar to Pi-Hole using plain dnsmasq.

I use two old PINE64 (one with FreeBSD, one NetBSD to make it more fun), and the Ansible configuration downloads https://github.com/ShadowWhisperer/BlockLists and creates a file dnsmasq can use. Which lists from the repo to use is defined as a variable.

Works very well and I feel I can understand what is going on.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: