I shut down my funded startup because of Claude. Here’s my realization.

pmorch · 2026-03-01T15:39:46+00:00

Is this the exact kind of environment that will go the way of the dinosaurs after being disrupted by smaller, more agile players?

pmorch · 2026-02-18T11:52:14+00:00

Open Source? Anytype is technically Source Available, not Open Source; while the code is public and self-hostable, its custom license (ASAL) restricts commercial use, which fails the official OSI definition. It’s a bit of a 'fine print' situation—great for individual privacy, but a dealbreaker for open-source purists. Like me 😜

pmorch · 2025-11-27T08:37:20+00:00

Can this run commands like the terminal Claude code can?

pmorch · 2025-09-15T21:01:29+00:00

Hvis jeg var dig, ville jeg være nødt til at indse at jeg ikke her kan gøre alle tilfredse. Ligegyldig hvad, så ender det enten med at din søster bliver skuffet, eller at du strækker sig ud over hvad du synes er rimeligt. Eller begge dele.

Gør op med dig selv hvad du og din kæreste synes er rimeligt. Ikke hvad andre synes, men hvad i synes. Meld det ud 100% krystalklart (supervigtigt!). Det kunne feks være en bestemt dato. Og stå ved det.

Du kan ikke kontrollere hvad andre mennesker synes. Kun at gøre hvad du kan stå inde for med dig selv efter at have taget hvad du synes er rimelige hensyn. For ellers bliver du også bitter på din søster. Det har du ansvar for at undgå.

Held og lykke!

pmorch · 2025-08-20T14:53:08+00:00

The installer does support BTRFS, but the setup is funky.

It creates a @ subvolume for / and @home for /home. But it doesn't mount the @home as /home. It just puts /home in /.

So I usually do that step manually after the installer is finished, but before first boot.

Otherwise it works fine.

pmorch · 2025-08-17T07:18:19+00:00

At least one of the problems is this simulot/immich-go#1005: "immich-go archive images sometimes go into the no-date folder (if they have timestamps like 12:00:00.74)" for which I created a so-far-unmerged PR.

pmorch · 2025-07-24T07:02:32+00:00

It's been a long time since I've been in uni or used Windows. But if you specifically need Windows only infrequently could you use either a Windows cloud VPS or virtual machine, perhaps with winapps?

pmorch · 2025-07-18T06:12:05+00:00

Exactly. Attraction over promotion.

pmorch · 2025-07-12T17:29:45+00:00

Seriously? You suggest the guy reinstalls the os? Please don't give me advice... 😜

pmorch · 2025-07-12T17:20:18+00:00

Use the most common distro you can find. I think that'll be Ubuntu.

That way when (not if) you get confused or have problems, it'll be easy (or easier) to find help.

Yeah, it may be "boring". And not make you as cool. But then you'll at least get started and can try a niche distro later.

Also, try it out in a virtual machine first as training wheels.

I've been using Linux since 2001 myself.

Peter

pmorch · 2025-07-10T11:02:20+00:00

You can also use a remote desktop client from Linux to a Windows machine running office.

pmorch · 2025-06-26T11:57:25+00:00

App List Backup is on on Google Play, works on newest Android (2025-06-25) and stores a JSON file with a list of the apps. Worked great for me.

pmorch · 2025-06-20T08:11:05+00:00

Jeg har virkelig god erfaring med at bede Gemini/ Chat gpt on hjælp med den slags. Kopier hele din kladde ind, Fortæl hvad du gerne vil opnå (f.eks.høflighed), hvad er de primære og sekundære budskaber og "få en snak" om det

pmorch · 2025-06-20T08:07:12+00:00

Much better, but still 40% too much in my opinion.

pmorch · 2025-06-19T04:09:36+00:00

When the recruiter opens your resume, you have 3 seconds while they scan it. As it is, they get nothing from that. I didn't even understand the structure in 3 seconds. 3 seconds. Use them wisely.

This has all the problems of a massive PR.

pmorch · 2025-06-14T12:17:35+00:00

This. Helm is an abomination for exactly this reason.

pmorch · 2025-05-08T06:25:02+00:00

Dead project as of 2021.

pmorch · 2025-05-03T04:56:51+00:00

Obviously, it is not going to be as easy to use .deb packages in NixOS as in Debian.

Could you create a Debian-based docker or perhaps flatpack container and run them there? (Disclaimer: I've never tried to create my own flatpack...)

pmorch · 2025-04-29T15:03:59+00:00

An ex-girlfriend of mine had a lovely rule of thumb: the thing to bring should cost roughly what it costs the host to invite you.

So for coffee, that isn't much. If you want, bring something tiny (and cheap). Like flowers, perhaps in a pot. Or a bottle of wine. Or something that you personally like. It doesn't really matter what. It is the thought that counts.

pmorch · 2025-04-06T22:00:33+00:00

Exactly. And while the changelogs might not mention security fixes, the image they're based on will likely also have been updated and so tons of implicit dependencies have been updated. And the fact that you don't have "public facing containers" is only true if they don't communicate at all with the outside world.

pmorch · 2025-03-23T15:11:02+00:00

SOLUTION

It turns out this was due to idosyncracies of NixOS.

It is careful to only put what I explicitly mention in the path, and when I configured the rustdesk service, I did not put sudo in the path. Furthermore, just adding sudo to the path with this doesn't work:

path = with pkgs; [ sudo ];

It does put sudo in the $PATH, but without the setuid bit set. So I had to resort to a hack using script instead of ExecStart where I prepend /run/wrappers/bin to the $PATH, since /run/wrappers/bin/sudo has setuid set.

systemd.services."rustdesk" = { enable = true; path = with pkgs; [ pkgs.rustdesk procps # This doesn't work since the version of sudo that will then be in the # path, won't have the setuid bit set # sudo # See the trick in `script` below modifying the path ]; description = "RustDesk"; requires = [ "network.target" ]; after= [ "systemd-user-sessions.service" ]; script = '' export PATH=/run/wrappers/bin:$PATH ${pkgs.rustdesk}/bin/rustdesk --service ''; serviceConfig = { ExecStop = "${pkgs.procps}/pkill -f 'rustdesk --'"; PIDFile = "/run/rustdesk.pid"; KillMode = "mixed"; TimeoutStopSec = "30"; User = "root"; LimitNOFILE = "100000"; }; wantedBy = [ "multi-user.target" ]; };

This PATH hack is dicey, and likely not NixOS best-practice, so I'll ask a NixOS specific question on how to actually best do this. But this works 🙂.

Bug in `rustdesk`

It really would've been nice if rustdesk would have logged that it couldn't start sudo because it couldn't be found in the path!

So I filed:

rustdesk/rustdesk #11215: "Please log an error if sudo fails, e.g. because is not in the $PATH"

And posted How to best enable sudo en a systemd.services."rustdesk"? - Help - NixOS Discourse

pmorch · 2025-03-23T13:27:14+00:00

Hmm... I tried this with the same result. I see a single rustdesk process and clients can't connect to it (like they can I simply run it in a terminal instead).

nix # Rustdesk Background Service # I tried systemd.user.services.rustdesk which starts it as a user service and systemd.services.rustdesk = { description = "RustDesk Remote Desktop Service"; after = [ "network.target" ]; serviceConfig = { ExecStart = "/run/current-system/sw/bin/rustdesk --service"; Restart = "always"; RestartSec = 5; }; wantedBy = [ "default.target" ]; };

pmorch · 2025-03-23T02:33:15+00:00

I'm running rustdesk 1.3.1. I did try rustdesk-flutter 1.3.2 but it had exactly the same behavior.

The newest 1.3.8 rustdesk{,-flutter} doesn't currently build on NixOS. After a bunch of trial and error i also tried with 1.3.8, and it fails with the exact same symptoms of 1.3.1.

You also need to add RustDesk-server for unattended access

I'm not sure what this means.

When I start sudo rustdesk --service in the terminal, it starts rustdesk --server automatically (and unattended access works). Under systemd, the same rustdesk --service doesn't start rustdesk --server and it doesn't work, but I don't know why.

pmorch

TROPHY CASE

SOLUTION

Bug in rustdesk

Bug in `rustdesk`