I have a question. Does the directed / no cycles aspect mean that webhooks / callbacks are forbidden.
I work a lot in the messaging space (SMS,Email); typically the client wants to send a message and wants to know when it reached its destination (milliseconds to days later). Unless the client is forbidden from also being the report server which feels like an arbitrary restriction I'm not sure how to apply this.
It sounded like they were encouraging dnsmasq for home use. I migrated to that successfully. My DHCPv6 is working flawlessly now whereas I was never able to get it running smoothly/persistently on ISC.
I understand Kea has more features so I'm a little curious what I'm missing.
I, too, was under the impression that Kea is now mostly out and they're going the dnsmasq route.
There were open issues about some basic features with Kea, too: https://github.com/opnsense/core/issues/7475
I apologize if it was mentioned anywhere but has there been any retrospectives on the August security update and v12 room roll out.
The v12 room upgrade in particular seems to be difficult, and still not supported by many of the bridges. Is there a plan to force upgrade all rooms on matrix.org at some point?
There was an internal retro, but nothing external - from our perspective the upgrade was overall successful. What bridges are you thinking of which don't support v12?
We will start force-upgrading foundation-managed matrix.org rooms sooner or later; the only reason we haven't yet is trust & safety manpower rather than there being a problem with v12.
I held a similar opinion several years ago. The main thing is that lua has less magic than js largely because it's been allowed to break compatibility.
My main example is self in lua which is just the first argument of a function with some syntactic sugar vs this in javascript which especially before 'bind' often tripped people up. The coercion rules are also simpler largely by virtue of making 0 true.
Lua 5.1 to 5.2 was a fairly significant breaking change; one that has forked the community to this day with luaJIT never coming on board. 5.2 to 5.3 also broke things with the introduction of integers but mostly at the level of bindings. There is also very little included in terms of standard library and while luarocks exists many significant packages go abandoned. There are breaking language changes in the upcoming 5.5 as well though they are relatively minor.[1]
All to say I think if long term compatibility is the primary goal there are probably better languages.
Sure that's an option, most distros continue to include every lua version back to at least 5.1; and since luaJIT stayed there a lot of the rest of the community did too.
I guess I'm not sure what advantage lua has in that regard: you could stick to an old version of any language, including node, which was called out as being hard to keep up with.
The simple interpreter seems worth a lot. The official one is under 20k lines. There are reimplementations in many other host language (Go,Rust,JS, etc). Meaning it should be possible run Lua code forever without maintaining a full legacy virtual machine OS. I am not sure I can compile Node today, let alone N years from now as compilers and platforms shift.
IIRC Mike Pall (LuaJIT’s “BDFL”, and also the only person who’s ever really worked on it) dislikes some features of newer Lua versions, particularly 5.2’s _ENV.
Skeeter is blue but represents black; Ice king is blue but almost certainly white. I don't know where Megamind fits in; and the Smurfs are almost certainly 'other'.
reply