No. Individual states can refuse Medicaid expansion, but that does not have any bearing on the health insurance marketplace / premium tax credit ("subsidies"), which states cannot opt out of.
2,240 karma · joined May 10, 2013
No. Individual states can refuse Medicaid expansion, but that does not have any bearing on the health insurance marketplace / premium tax credit ("subsidies"), which states cannot opt out of.
The Trump EO was deemed unconstitutional because he specifically called out that it didn't like the "left-wing propaganda" (his words) in PBS/NPR programming. Congress's rescission is ostensibly for budgetary reasons -- even if we all know in our heart that they were following Trump's orders.
What we can do is elect a Congress that will revive the CPB. Here's hoping.
It's not clear how, even under that recent ruling, that rescission will be undone.
I've looked at going down the RF capture route but haven't dipped my feet in yet. Maybe one day.
https://www.sclibrary.org/services/other-services/vhs-conver...
I would be interested to know what capture hardware they're using. As someone who took on this project for my own family's videos, I ended up using the Canopus ADVC-110, which captures composite (or S-Video) NTSC (plus stereo audio) and generates DV, which you can then capture over FireWire.
It worked well for me since it didn't require any non-built-in drivers on macOS (though I hear Tahoe drops FireWire support entirely -- boo), and it therefore was easily interoperable with FFmpeg, VLC, and custom AVFoundation code I wrote.
Unfortunately, I don't think the ADVC-110 is made anymore, and my experiments with various USB Video Class devices (which would be similarly interoperable), mostly based on MacroSilicon chips like the MS210x, were utter failures in terms of quality.
Hilarious.
I suppose your `dd` implementation itself could do so, but I don't know why it would.
So I don't want to say it's impossible, but I think it would require a lot more creativity.
Here's the macOS kernel-enforced sandbox profile that gets applied to processes spawned by the LLM: https://github.com/openai/codex/blob/main/codex-rs/core/src/...
I think skepticism is healthy here, but there's no need to just guess.
The point is that Codex can (by default) run commands on its own, without approval (e.g., running `make` on the project it's working on), but they're subject to the imposed OS sandbox.
This is controlled by the `--sandbox` and `--ask-for-approval` arguments to `codex`.
At least for Codex, the agent runs commands inside an OS-provided sandbox (Seatbelt on macOS, and other stuff on other platforms). It does not end up "making the agent mostly useless".
https://s3data.computerhistory.org/brochures/apple.applei.19...
This resolves any number of heads, but the resulting tree of the merge is always
that of the current branch head, effectively ignoring all changes from all other
branches. It is meant to be used to supersede old development history of side
branches. Note that this is different from the -Xours option to the ort merge strategy.