manveru

You can run https://www.erlang.org/doc/apps/kernel/code.html#modified_mo... in some process and make it send notifications to your monitoring when anything stays modified for too long.

Take a look at how Nushell does this, it's quite neat: https://www.nushell.sh/book/custom_commands.html#documenting...

Here's the actual source from the parliament, https://www.parlament.gv.at/aktuelles/pk/jahr_2025/pk0643 (in German, but should be easy enough to translate). They haven't said how they want to accomplish it, but some form of spy/malware is probably the only way. There is a lot of opposition to it (like https://www.parlament.gv.at/dokument/XXVIII/I/166/fnameorig_...) but unfortunately the terrorists have already won, so now everyone has neither freedom nor safety. Can only hope this gets struck down by the constitutional court.

Are the SDKs AI generated? I looked at the Crystal, Ruby, and Zig ones and all they contain is a hello world example with some docs that have little to do with the code. Sorry if this comment seems rude, just curious.

A place I recently saw it was in the web editor for typst. It runs the same code as the CLI since it's compiled from rust for both targets.

It's very well supported by NixOS, been using it for a decade or so.

I've been trying Gleam of and on for a few years and different tasks. When it works it's really neat, but I find myself constantly having to write your code in Erlang which kind of defeats the joy of using it.

The biggest missing feature for me though is the lack of a receive syntax. Sending and receiving messages should be a first class citizen on the BEAM. There is a very limited workaround in the standard library, but I guess the requirement for type safety means we'll have to wait forever for anything that can actually do things like listen to PIDs or the inbox without Erlang or if the box.

I'm still hopeful this will be tackled, as I really can't stand the concurrency primitives of most other statically typed languages and Gleam has the most promise to fill that niche.

See the about section: https://github.com/GetFirefly/firefly#about-firefly

The primary motivator for Firefly's development was the ability to compile Elixir applications that could target WebAssembly, enabling use of Elixir as a language for frontend development. It is also possible to use Firefly to target other platforms as well, by producing self-contained executables on platforms such as x86.

We're only using CUE in a very limited fashion now, mostly went back to writing everything in Nix to keep things consistent. Learning Nix is already quite a hurdle without also forcing people to dive into CUE. I originally introduced CUE at IOG to provide a sane alternative to HCL that doesn't involve setting up a Nix environment, but the lack of functions and ways to abstract much, abs the bed to keep our CUE schema synced with the Hashicorp code ended up curbing a lot of enthusiasm. I'm looking forward to using Nickel for this niche in the future when it has better interop with Nix and maybe some way of handling user input.

All their apps are available on F-Droid, unless you want to build them yourself: https://search.f-droid.org/?q=secuso&lang=en

Thanks, it's always a pleasure to see flakes in the wild. Hope it makes it into nixpkgs soon.

There you go: https://github.com/NixOS/nixpkgs/pull/115062

あけましておめでとうございます!

I recently saw another site that tries to offset its carbon footprint: https://mynoise.net/carbonFootprintCompensation.php

I hope this becomes more prevalent at least for paid services.

For Steam, NixOS actually builds a full FHS with all the packages from SteamOS and then runs Steam within that using a simple chroot. It works surprisingly well and can also be used for stubborn software that cannot work without FHS and without messing up the rest of your system.

scrolling in Firefox on Android is really unpredictable and hard on this site. it seems like a nice idea, but I couldn't get past the first few choices.

You might enjoy http://existentialcomics.com/comic/301

There is https://github.com/t184256/nix-in-termux

There is also https://r13y.com/

There's a lot of effort going into making documentation better. Recently we also got function documentation: https://nixos.org/nixpkgs/manual/#chap-functions

They have a really good and simple API for the Cloud hosting at https://docs.hetzner.cloud/ and there's also https://www.terraform.io/docs/providers/hcloud/index.html I've been using this to setup some servers with little effort.

For dedicated hosting there is https://robot.your-server.de/doc/webservice/en.html

I just wish they had NixOS images so I'd save a few minutes of initial deploy time.

Tried this out on the day it was released, and it's been awesome so far. Usually structuring images would take a lot of manual tweaking to get the layers just right, but with this I just adjust the number of layers and watch magic happen :) Average push size down from over 300MB to 15MB for an image of over 1.4GB, and takes like 15 lines of code to write.

The Nix team (in particular grahamc with https://github.com/NixOS/ofborg) is working hard on making CI better . But it's true that the on-boarding experience and CLI could be much improved.

It's quite frustrating to me, because after I've been using Nix & NixOS for about 3 years now, there's no way I'd go back to the insanity out there. I never had the amount of stability, control, and predictability on any other platform, from configuring my OS, editors, WM, shell, random ricing, or building VMs, Servers, Docker containers, production deploys, development environments, there's really not much Nix can't handle. But getting familiar with Nix took some serious effort I'm sure not many people can afford. I begin to understand how frustrated people in the Lisp and Smalltalk communities must feel while people slowly reinvent everything they've enjoyed for decades (and Nix is still in its teens).

Teaching people about the value of having just a single package manager, no matter what OS or language they're using, is mostly futile because there's so much value attributed to being "mainstream" that now we have hundreds of mainstream package managers with varying degrees of sophistication, security, predictability, and ability to _not_ try and take over your system.

I use it to build and develop Go, Ruby, JS, Crystal, Elm, Mint, Haskell, Perl, Bash, VimL, Elisp, Guile, and whatever else comes my way. All I have to do to get a working and isolated dev env is go into that directory and let nix-shell do the rest. On NixOS you also get nixos-container with all its benefits, so I can test whole networks or just spin up some DBs, all behaving exactly the same they'll be once deployed by simply reusing that configuration.

Of course it also manages Systemd, so I guess we'll just write yet another function to slap a checksum on those containers and control them as well, it's just a shame that humanity loses so much time reinventing the wheel every few months.

On the other hand, there's still a lot of opportunities for start-ups in that space, like https://nixcloud.io, https://www.tweag.io (they just hired Eelco Dolstra so he can work full-time on the Nix core), https://www.packet.net (they sponsor almost all our new CI infrastructure), or https://vpsfree.org/ (first one to offer their own NixOS based distro specifically made for VPSs), which are all doing well.

The problem, if i remember correctly, is that you cannot control the purity of recycled glass very well. The last time I checked it was mostly used to lower the temperature needed for the furnace.

But if you want to make pure boro-silicate glass, you cannot tolerate much contamination of oxides, lime, lead, dolomite, salt, etc. or your glass will be tinted, full of bubbles, and possibly even cracks while cooling.

Even with the recycling system in Germany where you separate glass by color, people will not distinguish a soda-lime, boro-silicate, or lead glass. And I don't know a process that could extract the pure SiO2 from old glass (though I'd love for someone to jump in and tell me about a cheap method)

I can recommend https://support.mozilla.org/en-US/kb/containers highly, i have a bunch of containers for work, personal, projects, research, etc...

Pretty much the only time I use chromium now is when I need to debug Websockets, since the traffic is impossible to see in Firefox. Really hope they fix https://bugzilla.mozilla.org/show_bug.cgi?id=1373639 some day.

Did Germany experience rapid industrial expansion in the 19th century due to an absence of copyright law?

That's the very first sentence...

I'd say you were missing https://github.com/k0kubun/pp but the other tricky thing is that you can read a http.Request.Body only once unlike in Ruby. I usually use ioutil.ReadAll for that.

There's an article about it at http://www.amishnews.com/amisharticles/amish_tech.htm which references some books that might describe it in more detail.

Almost any electrical appliance can be adapted to work off of alternate power, such as compressed air. Some Amish women have been using compressed air to power blenders in the kitchen for years. In one house, compressed air powers a water pump, sewing and washing machines, and drills and saws in the shop. Some Amish businesses have as their specialty adapting such appliances so they can be powered by compressed air.

The German entity is now https://syncwerk.com/