HN user

dmacvicar

391 karma

[ my public key: https://keybase.io/dmacvicar; my proof: https://keybase.io/dmacvicar/sigs/ZpqRIPWXZnUuEdThIRntOkdVaKwlOoS1Svpl1mG72uo ]

Posts14
Comments132
View on HN

After I moved away from Google services as much as I could (https://www.mac-vicar.eu//posts/2020-10-20-migrating-away-go...), and after some years on mailbox.org, which I did not enjoy, I ended moving to Infomaniak.

The experience has been nothing but awesome. I love the Android clients (mail, calendar sync) and I am also using their AI services for light tasks. Management UI is a bit confusing but not the worst I deal with.

Glad to see this move. I am a fan!.

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.

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.

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.

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.

Pi-hole v6 1 year ago

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.

I worked there for more than a decade, and I can never highlight enough:

- How great the place was for those involved in the open-source ecosystem

- How great Novell and Attachmate were as owners

The company had, like many others, good and tough times, but the people were very passionate about it.

I will never stop feeling lucky for it being part of me for so many years.

Zigbee is reliable and quite open. Just go for the Homeassistant and zigbee2mqtt route. You will be able to interact with almost anything from Homeassistant.

I just finished moving all my Hue lights from the official hub to zigbee2mqtt + USB dongle, in preparation for the upcoming enshitification (Hue app will require online account).

For me it solved most of these lockups when using heavy ram apps (Electron, Firefox + Teams, etc) and keeps the system responsive. I am happy with it and plan to keep it enabled. I have no data to validate except that I don't remember having to SysRq key + F some app for a long time.

One can also use zswap: https://docs.kernel.org/admin-guide/mm/zswap.html https://wiki.archlinux.org/title/Zswap

which I find easier to setup. Just enable it and it manages itself. You can still keep swap on disk, but it will act as a buffer in between, trading CPU cycles for potentially reduced swap I/O.

I think Arch has it enabled by default, but I am not sure about that. I had to enable it manually on Tumbleweed because my rolling install is years old.

Usenet was sorted by topic. Same people stick to the required topic in different forums.In the fediverse, you follow people, and therefore can't control very well what people post about. I follow some people because I am interested in technical topics, but I end muting some of those because some are very political, and I am not interested in some of these topics.

I don't think the Usenet model can be replicated on top of Fediverse. Not everyone sees instances as a topic thing (I host my own instance).

Serenity's starting point is very well described:

"SerenityOS is a love letter to '90s user interfaces with a custom Unix-like core. It flatters with sincerity by stealing beautiful ideas from various other systems.

Roughly speaking, the goal is a marriage between the aesthetic of late-1990s productivity software and the power-user accessibility of late-2000s *nix."

I think in terms of paradigm, Serenity has a stronger ideology than RedoxOS. It brings BeOS and Mac concepts like a consistent and fully integrated monorepo system and development kits, and a very strong and defined user interface paradigm.

From that perspective I find Redox much less of a paradigm for the end-user, if the main feature is the language the developers used. Orbital does not look remarkable.

The level of productivity of Andreas himself, his videos and the community he managed to built, including growing a few individuals of to major contributors to the point they created a whole browser stack is just outstanding as an open-source case study. Also to me, much more interesting than a programming language used to built it.

Haiku is written in the same language as Serenity, btw.

Something few people know about: Haiku adopted openSUSE libsolv, built for zypper, to solve dependencies even before Fedora.

libsolv, created by Michael Schoeder at SUSE, has two innovations:

- a memory optimized format to represent packages and its dependencies, using hashed string pools - a SAT solver able to operate directly in this representation, battle tested in this particular scenario of complex upgrades, including hundred of testcases.

Haiku uses mainly the solver only, as far as I saw in the source.

I continue to see people stumble at mastodon resource requirements when setting up their instance, but I fail to understand why everyone is going for a mastodon instance for their personal use.

I am running https://github.com/superseriousbusiness/gotosocial on a micro instance, probably using 100M ram, with a 30M sqlite database.

True, I don't have all features. It is pure backend, but I can use https://pinafore.social/ as web client and https://f-droid.org/en/packages/su.xash.husky/ as Android app. It implements a good chunk of the Mastodon API. I also use it from Emacs with mastodon.el.

Took me 35 minutes to setup. It runs as a single binary from systemd. Most of the jail features enabled. Not even a system user (DynamicUser).

Mastodon != Fediverse.

A big downside is that in order to use the phone app, you need an online account with Fossil. Not sure if it is the same case with Garmin.

You can use some features with GadgetBridge, but you still need the account to initiate the server-based pairing.

In Kopete we even had Latex rendering plugins and auto-away plugins using motion detection :-)

(I started that project decades ago and still grateful to it, as it was the start of my career in tech)

I disagree with systemd being designed purely for servers. We got systemd --user and session awareness which eliminated all kind of hacks of running daemons (eg. a sync app, sound) as a non system user.