

As a separate note, you definitely want to do testing/tuning with ironing disabled. It will hide a lot of the features/defects that you are trying to observe/tune away.
Once things are working you can then tune the ironing


As a separate note, you definitely want to do testing/tuning with ironing disabled. It will hide a lot of the features/defects that you are trying to observe/tune away.
Once things are working you can then tune the ironing


Okay my new guess is moisture in the filament causing inconsistent extrusion, leading to the bubble on the surface. And also causing over extrusion.
For the walls, your picture is a bit too blurry/low res to really see, but I get the vibe of over extrusion with the small part that’s sticking up in the center of the perimeters in the lower right. Also the top of the anchors for the supports looked over extruded, with plastic kinda curling up at the top.
Your new print is now definitely under extruded with those gaps on the top surface.
I think flow rate is not the culprit here. Your bridges on the first print are also extremely suspicious. They should be solid lines, not the blobs you’re getting. Something is wrong with the flow of filament out of the nozzle. Could be moisture or temperature or issues with the extruder. It’s hard to tell.


Your non-infill regions also look very over extruded. I’d try printing 20mm cubes with a variety of flow rates and see what happens. If you’re using their profile, is it possible that the filament you have is larger than specified?
edit: looking a bit more, things seem really blobby too. Something is not right. Is it possible the temp is wrong for this filament? What is it?


To alkylate is to attach an alkyl group, which basically means attaching a saturated hydrocarbon chain to them, which is shown with the bendy things attached to the people in the image.
I think you’re thinking of alkal in the sense of alkaline, which is basic/high pH


If you want to create a space that propogates permissions, then you there isn’t a way to do that built into the spec. Because like the other person said, spaces are collections of rooms. They don’t control those rooms.
However, there are multiple bots written that can do something like what you want. Here for example. Essentially you make the bot the admin, and then only create rooms, etc, through it. And it will create things with the right permissions
Edit: This flexibility in space vs room permissions can also be seen as a cool thing in some ways. It allows you to do some things that wouldn’t be possible under Discord’s model. For example, maybe one room of a different community is really relevant to your community. You can directly include that room in your space and then all of the space members can see it and chat in it without joining the other community. Or you can even include their entire space inside your space.
The whole idea is that the quantum particle can’t have had the state you’re measuring all along. If it did, then measuring a particular set of outcomes would be improbable. If you run an experiment millions of times, you have a choice in how you do the final measurement each time. What you find with quantum particles is that the measurements of the two different particles are more correlated than they should be able to be if they had determined an answer (state) in advance.
You can resolve this 3 ways:
1: you got extremely unlucky with your choice of measurement in each experiment lining up with the hidden/fixed state of each particle in such a way as to screw with your results. If you do the experiment millions of times, the probability of this happening randomly can be made arbitrarily small. So then, the universe must be colluding to give you a non uniform distribution of hidden states that perfectly mess with your currently chosen experiment
2: the particles transfer information to each other faster than the speed of light
3: there is no hidden state that the particle has that determines how it will be measured in any particular experiment
See https://www.quantamagazine.org/how-bells-theorem-proved-spooky-action-at-a-distance-is-real-20210720/ for a short explanation of what ‘more correlated than expected’ means


You only setup the wolf container and give it access to the docker socket to spawn more containers. Then when a user connects via moonlight, they choose an app via the UI, and it will spin up a container for that app with a virtual desktop just for them. Critically that virtual desktop will match whatever fps/resolution the client requests.
It does require some knowledge about docker to get setup, like how mounts work (so you can have files shared into the containers, etc). But it’s pretty simple. You can basically just copy the docker compose file (or I use the podman quadlet file) and modify the paths where you want to save things and you’re good to go. If you want to share the game installations with your main computer’s steam, that’s a bit more work, but also not too much.
There’s very good support on the project discord as well if you have questions/issues


This is exactly what Wolf is meant for. It works great!


This is very cool! Nice job!
Would you like a critique?


Yeah I think they’re counting NOAA as non-free since you couldn’t run their servers yourself. Which like, NOAA is doing the data collection and analysis themselves. I’m not sure that’s a fair classification. Maybe I’m missing something


Isn’t it just NOAA?


Wow that’s extremely annoying.
On openwrt, you just tell the interface to grab a /64 from any other interface that tags its delegation as shareable. And on the source interface you can specify with what priority those /64s are given out.


Isn’t the recommended strategy to delegate a larger prefix to the gateway and then make smaller subnetworks from that for each interface? Then you don’t have to deal with separate prefixes.


Almost all Wikipedia pages allow not only live edits but anonymous ones as well. It worked remarkably well until the hallucination machines arrived.

What you learn is that the cost of food now is quite a bit cheaper than it was in 1963.
The error is in assuming this matters to the calculation. The issue is with using CPI, not the supposed basis on food.
If this is difficult to see, maybe try doing the calculation of the metric under a few scenarios. Like imagine food had become 80% of consumer costs. Would the poverty line as calculated now be too high? Let us know what you find out.

I believe that some parts of housing are included, like rental costs, which most people around the poverty line are paying instead of a mortgage. Since renting is consumptive instead of asset generating.
But yeah, this doesn’t capture the additional disparity between rental and purchase prices, and that’s huge in trying to own your home.

Inflation is a single percentage based on total cost of living: I agree. But I don’t agree at all that your second point follows from your first? Imagine the original calculation was based on the cost people spent on bell bottom pants each year. And that happened to be accurate at the time (and therefore ended up with an original number similar to the food calculation). If we adjusted that number for inflation, would you say that the new number was still based on the cost of bell bottoms (even though the number would be equal to the one “based on food”). And if so, how can you say that the same number was “based on food” and “based on bell bottoms” at the same time?

To be fair, I did only read about the first 1/3 of the article before I got too annoyed at it and checked the HN comments to see if anyone had the same frustrations I did. I’ve now gone back and read the whole article, and my skepticism for their numbers/calculations remains throughout. I agree with their point generally, that there’s a benefits cliff that undermines the effectiveness of the social safety net, but the way that they get there feels like them pulling numbers out of nowhere.
Also, you’re still making the same mistake that the author did by saying that it assumes that other variables remain static for 60 years. That’s not how this calculation is done. The previous value is multiplied by the change in CPI, which is a measure of the inflation. That inflation measure includes increases in housing, food, etc. Which is the way in which those other variables are coupled back into the metric.
Your horse example actually demonstrates this, but in the opposite way to what you’re saying.
Imagine that 3x horse expenses was a really good metric for how much you needed to survive in 1910. Let’s say that worked out to 1k a year (making numbers up). At this point we don’t have to care how this number was derived, since it’s a really good metric for the poverty line in 1910. Now we take this 1k number and multiple it by the inflation since 1910. Not the inflation in horse maintenance costs (which would be what you’re describing), but the general inflation overall. We arrive at some number. Horse maintenance is now essentially 0% of the average cost of living, but that won’t make this metric incorrect. Imagine that the metric was instead based on 10x the cost of clothes. And that also worked out to about 1k. It’s not like when we multiply this 1k by the CPI change, we’re going to end up with a different number than the 1k*CPI we got from horse maintenance costs. How the original number was derived is not relevant to its current accuracy. This is the fallacy that both you and the article are making.
The more correct question to be asking is why does CPI not account for the cost of living changes we see. Not dunking on a formula because you misunderstand it.

I think you’re misunderstanding my argument. We’re not applying the inflation of food to the previous metric. We’re applying the overall inflation of all costs. Which is way higher than the food inflation. And includes much (but not all) of the increase in housing/etc costs that people have to pay. I think there’s probably a lot to dive into about why CPI isn’t measuring the true cost of living increases, but this article fails to get to that discussion because it misunderstands the calculations.
The vast majority of the volume of semen is made in the prostate and seminal vesicles (which are right next to the bladder), not the testes!