RX14

7 ms·

31.
by RX14 8y ago
Using systemd automount and NFS you can easily get pid1 unresponsive, hung in uninteruptible sleep forever.
32.
by RX14 8y ago
A really good reason to use encryption at the filesystem level is that you can use stream ciphers instead of block ciphers (because you have a place to store nonces). The current disk encryption is based on XTS, which has a section in wikip
33.
by RX14 8y ago
Kent's a really capable and experienced guy, he has a design in mind and I have every confidence he'll get snapshots working and fast. But even if that's not true, bcachefs still has an excellent feature set already with gr
34.
by RX14 8y ago
It's fast as C in the same way Java and Go are as fast as C. To put it in more concrete terms, it's worst cases on the same order of magnitude as C at least for non-specialized usecases. Whereas dynamic languages are usually many
35.
by RX14 8y ago
Simpler code. This style of code was accepted by the parser but not the automated code formatter. We decided it was easier to disallow it, as the style was uncommon (especially so as ruby doesn't accept that style either, and a lot of
36.
by RX14 8y ago
No country in the world gives you right of free speech on someone else's platform.
37.
by RX14 8y ago
Diaspora is also federated.
38.
by RX14 8y ago
This is untrue, Actors have a keypair and inbox POSTs are signed with that key to ensure authenticity. For boosts (Announce), mastodon uses a complex signing algorithm based on JSON-LD, and pleroma just re-requests the post from the origina
39.
by RX14 8y ago
What a lot of people are missing is that flatpaks put the flatpak author responsible for the security of every package inside the flatpak. If you use a package from an unofficial rpm or deb repo, they're nearly always still dynamically
40.
by RX14 8y ago
The beauty of magit is that the ui is just text, so you can navigate through the entire interface using just your keyboard without "shortcuts". Selecting lines to stage is just selecting lines in the diff like you'd select li
41.
by RX14 8y ago
rare? GCC supports far more architectures than LLVM
42.
by RX14 8y ago
The only thing that creates an instance's community is the local time line. Everything else is federated. So what you're really asking for is to be able to easily view another instance's local timeline I guess. There's s
43.
by RX14 8y ago
CNAME records are dereferenced by the recursive resolver, not the client software, so querying for TXT records will work
44.
by RX14 8y ago
You can see the list of favourites just like you can on twitter
45.
by RX14 8y ago
I much prefer the https://tools.ietf.org/html/rfc3986 interface, I think it's pretty much perfect.
46.
by RX14 8y ago
If they considered it for long enough to put in the article then its clear they are amateurs in electronics.
47.
by RX14 8y ago
I rarely notice the difference between release and debug executables unless i'm benchmarking or doing something super CPU heavy. I've so far deployed most of my crystal apps in debug mode because it makes the stack traces nicer be
48.
by RX14 8y ago
glibc has some plugins which make it not easy to statically link. Musl doesn't have that. And alpine compiles openssl etc. with a config amenable to static linking. It's all about distro choices.
49.
by RX14 8y ago
Yeah, that makes a lot of sense too. For example a database might want to provide a REST api for management, which would make sense to write in rust if the DB was written in rust.
50.
by RX14 8y ago
On the language level, Julia isn't statically typed, and it doesn't have ruby syntax. On a tooling level, binaries are easier to deploy than the whole julia JIT and your whole source code. And crystal has dynamic multiple dispatch
51.
by RX14 8y ago
Crystal's definitely up there, faster than java at least for most workloads. That can be improved much further by innovating on the GC.
52.
by RX14 8y ago
Exhaustive matching is on the cards, parallelism is coming, and any type system changes in the future will be minimal. And yes, crystal isn't trying to be C, but you can still do many of the low-level things that you can do in C. It&#x
53.
by RX14 8y ago
Crystal supports static linking with `--static`, unfortunately glibc and openssl don't like static linking, so it turns out to be easier to do in an alpine linux chroot/container/etc which uses musl instead of glibc. Crystal
54.
by RX14 8y ago
What other people subject themselves to is none of my business :) And there is need for HTTP frameworks in Rust, for example embedded stuff often hosts HTTP servers. However, just like C we frameworks, it's my opinion they're not
55.
by RX14 8y ago
Exactly. I wouldn't write a kernel or shared library in Crystal and I wouldn't write a webapp in Rust.
56.
by RX14 8y ago
I can attest to this, the amount of times I've had a look and used go's stdlib as a reference for what to do when implementing something in the std for crystal is too many to count! Unfortunately, transpiling has a huge bunch of p
57.
by RX14 8y ago
I don't think any language feels as close as crystal does to dynamic languages while being completely type safe with strong types. I think thats why so many people choose to use it so early. It truly doesn't feel like any other la
58.
by RX14 8y ago
If your few hundred lines of code takes 30 seconds to compile, then either it's a crazy macro that expands to hundreds of thousands of lines of code, or I suggest you report it on github.
59.
by RX14 8y ago
Crystal - because it uses LLVM's optimizer - is probably better optimized at the codegen level than go. We still have a long way to go to get an optimized GC and similar though. Luckilly, bdwgc isn't too terrible.
60.
by RX14 8y ago
It's always a tradeoff between having fun and accepted practice, and I'm glad for the brave souls who do use Crystal in production. After all, every mature language was once someone's toy, and you can never get from one to th

More ›