kwk1

> E.g. the latest cuneiform tablet known is from 79AD from the city of Uruk, which was inhabited from about 5000BC to 700AD

Very interesting, thanks for expanding on that!

More similar to the usage pattern in the original post is "dropbear-initramfs", e.g. https://wiki.debian.org/DropBear

Tangentially but somewhat interestingly, I was reading the other day that the field of "Assyriology" goes all the way up to the Islamic conquest, about a thousand years after the end of the Neo-Assyrian Empire mentioned above.

Last time I dealt with this I launched tmux and started working on the right side of the screen with a vertical split.

"all have a chance" does not imply "all have equal chances"

As a FreeCAD project admin, it's always been interesting to keep an eye on QGIS development, not just with regards to the GIS domain, but more generally how niche applications like this can swim against the current of proprietary incumbent behemoths.

> The obvious solution to this, a fully managed DHCP6 setup, does not seem to be well supported by dnsmasq, but it wouldn't matter even if it was because so many devices don't support DHCP6, only slaac.

Relevant reading: https://issuetracker.google.com/issues/36949085

Android Public Tracker - Support for DHCPv6 (RFC 3315) - Status: wontfix

It could have been possible to upload something like a 1.4.0+git2025mmdd package, if not for the timing of the CVE announcement with regards to Debian's release freeze.

I've been meaning to share these results in a more appropriate place, but for what it's worth, the proof-of-concept script for the recent Guix CVEs bisects to a Jan 2023 commit, so it's not clear that released versions are affected.

4cf1acc7f30 + cherry-picked 71171538e12 + 1c78f71beb3 + a49536e3200 + 7f237f3e6ca

Wow, that is a hefty poem. Thanks for explaining the reference.

Edit: Just to share a bit, here's more background on it from Wikipedia. https://en.wikipedia.org/wiki/Sailing_to_Byzantium

The images are a bit out of date, but check out https://raspi.debian.net/

What is the problematic connotation for 'nsjail' in German?

> little of the corn grown in the US is for human consumption.

Yup, just as a point of reference, something like 70% of Illinois corn goes straight into Illinois hogs.

It seems to me like the better strategy would be to "do the right thing" according to the internal values of the project and make GNU be the one who breaks ties, otherwise the opportunity for positively influencing something important is lost. Still a newcomer though, so that's just my 2c. Hope to be there with y'all in Brussels next year! By the time I found out about it, it was apparently already full.

Right, this is a limited, "Windows Subsystem for Linux"-inspired approach meant to get people on macOS a foot in the door to using Guix (System.) It is at least possible though to use GUI applications from the Guix System VM via XQuartz.

It's still pretty early, but there's a "macOS Subsystem for Guix" project:

https://superkamiguru.org/projects/msg.html

An evaluation of what's best really depends on how one weighs different tradeoffs. For example, Debian and Arch are basically polar opposites in terms of two questions:

1) do you want an intermediary between you and the upstream? for example, to patch out telemetry

2) is it important that what you're using continues to work the same way so you can focus on your actual work?

No answer to either is consequence-free, e.g. for 1), see the Debian SSH patch event, or for 2), if the answer is "it doesn't work", then that kinda forces one's hand.

Agreed on the assessment, but for me, part of the appeal of Guix is a way to turn that ship around.

It doesn't usually take that long, but the first `guix pull` is quite slow, and what should be a no-op of running it a second time immediately afterwards also takes too long.

Edit: Just to provide a measurement, on my Framework 13 with AMD Ryzen 5 7640U, a `guix pull` which pulled in 1 nonguix commit and 64 guix commits took 2m10s, and a subsequent no-op `guix pull` took 1m18s.

Guix recently moved from Savannah to Codeberg, which hopefully will help move the needle on infrastructure and volunteer quantity concerns.

Perhaps not what you're looking for but there's plenty worth reading here for me: https://standardebooks.org/

A perception of value depends on an assessment, which requires information. Suppose the thing you thought would provide $1 of value doesn't actually.

Edit: concrete example. https://en.wikipedia.org/wiki/Lemon_(automobile)

Edit2: metaphorical example. I have a very valuable bridge to sell you. Just hope the value you receive isn't different than the value you perceive at transaction time. https://en.wiktionary.org/wiki/I_have_a_bridge_to_sell_you

> otherwise the transaction would not occur

Doesn't this assume perfect information?

You can (I've used it to design an irrigation system in the Yucatan) but at small scale, a spreadsheet is probably sufficient.

For me, I made a high elf, didn't know page up/page down were needed to control swimming, and died in the water by the bridge leaving Felwithe, I didn't even get beyond the city gate.

Sadly not. This EQ server in a box is more my speed these days, hah:

https://github.com/Akkadius/akk-stack

Yeah, people should know that https://project1999.com/ exists.

Apply the "reasonable person" standard.

> No idea, I can't read their mind.

Mind-reading is not necessary to predict how people will react to certain patterns of behavior.

Perhaps we should say something like "food demand has an elasticity floor."