A handful of barley, rice or oats is a nice addition at the end of a soup. Leafy greensike spinach all chopped up are good at the end too. You wanna stop cooking them when they look more green.

You want a variety of vegetables in your food. Carrots, celery, turnips and all kinds of onions will make the food taste better and nourish you longer.

Here’s how to make soup, broken up into steps that can be done on different days:

Step 1: cook off your chicken. Take cheap cuts like skin on bone in leg quarters and bake them until they’re almost done. In the us you can get big bag for ~.50 cents a pound. When they’re almost cooked, pull em out of the oven and put them in the fridge for later.

Step 2: make stock. Sometime later, debone and remove the skin from your cooked chicken. Save the bones and skin. Take all the vegetables you’re gonna put in the soup and prepare them completely, peeling and slicing onions, carrots etc and slicing ends off celery. Save all that stuff except for potato and turnip parts. Those can go in compost or trash.

It’s easiest if you have an electric pressure cooker like an instant pot for this, but you can do it longer on stovetop if you need. Boil all the vegetable stuff and chicken bones and skin for about an hour and a half in the instant pot or stovetop. If you use the pressure cooker you’ll have rich flavorful broth, if you do stovetop you may need to wait longer for it to get good.

Strain everything out and save the stock.

Step 3: make soup. Start with a roux by melting butter then adding an equal amount of flour and whisking it together. Let it cook while you keep it whisking till it’s as brown as you like and then add your vegetables for a few minutes then stock and chicken. Salt, pepper and herbs can be added at this point and once everything is cooked you can put the handful of grains and chopped up greens in.

Pleco is the dictionary app I use. It does a good job translating phrases I type in and supports a variety of input methods. It has traditional Chinese characters as an option and offers the zhuyin(bopomofo) display as an option too.

I just booted up my copy and to remediate what I’m going out on a limb and assuming is the problem, you’d want to run level 3.

It reads and rewrites every block on the device which, if your slow ssd operations on boot are due to the ssd controller having to try to read a block a bunch of times in order to actually get the contents of the block and pass it down the bus, will speed up the ssd operations that reference frequently read blocks. Like the ones used during the decryption and boot process.

That wiki article is incredibly out of date. The reference for only using level 1 or 2 is from 2013.

E: also I like 4 because ssd endurance is not a big deal and ssds lowkey suck and need to be tested before I use em.

It’s sorted by length because you invoked the blame flag. The blame flag lists the output by start time.

Systemd is multithreaded so it’s not like all this stuff happens in sequence. If that were the case you’d have a computer that takes five minutes to boot.

The tpm is the thing that takes the longest because it has to check a bunch of shit. You can’t do anything about the tpm because you’re using it for encryption and measured boot.

You’re also looking at the wrong thing. Look at all the 3s sections where the system is fiddle fucking around with the ssd. Run spinrite lvl3 or 4 so all those sectors the ssd has to try to read 69000 times get rewritten and see if that doesn’t speed things up.

E: spinrite lvl3

No.

2017 and previous airs and 2016 and previous pros have replaceable storage.

It’s not possible to avoid llm use in volunteer open source development if you prioritize software quality and security.

Whether we want it or not, people looking for bugs are using llms. They are finding phenomenal numbers of bugs. Implementing the fixes has created a huge workload.

Whether we want it or not, the Wayland people have decided that a new, piecemeal system for graphical desktops that relies on many disparate implementations of protocols is what we will use going forward. This has created a tremendous workload because there are now many different channels through which bugs and updates must be handled.

In this situation a volunteer development community must rely on every work saving tool they can just to keep up. For the person in the trenches there is no alternative.

If you prioritize quality as measured by the extent to which your software supports the various Wayland doohickies or security as measured by active exploitable bugs, you have to use llms.

These conditions will eventually remove the structure of incentives for open source development.

None of the above is a value judgement.