We may need to help them by looking at the POS interface and make sure they're using/requesting debit for debit cards.
I suspect the POS defaults to credit. But I've never looked at any of the interfaces.
I know US Postal Service somehow detects my card is debit and then requests a debit transaction because the credit card pad asks for a PIN not a signature. So maybe some POS have an autodetect option.
From casual conversations with merchants, they are charged the same fees on debit cards as credit cards.
Apparently debit cards support either debit or credit transactions, and (some/all/most) POS systems are defaulting to credit? I notice I'm often asked to sign, rather than receiving a PIN prompt. That's how I know if the charge is going to be debit (PIN) or credit(sign).
And it is only debit that incurs the near cash equivalence due to far lower transaction fees.
The longer it goes on, I expect another statistic which is once the backpay check clears, people quit. Because this is bullshit. The backpay will not cover the financing costs of going into debt to cover bills, food, rent, mortgage. The government should foot that bill, but I don't think they will.
Back pay isn’t guaranteed, and Congressional leadership has gone back and forth about whether back pay is owed. I would put money on any back pay being partial at best. (I understand that this is waste, fraud, and abuse that is being cut?)
But yes, this is bullshit. We also should not have active duty military using soup kitchens abroad. But on these matters, my opinion is obviously different from that of most voters. Hopefully, voters will change their minds.
In the last few months, that must be accompanied by the question of who is going to enforce it.
Those charged with enforcement of the relevant laws have waffled on whether or both they plan to issue back pay. Their decisions after the shutdown are the only operative factor, regardless of the letter of the law.
The entire event was over in less than a minute, and during that time there’s only one thing pilots are working on: maintaining what little control they have, and gaining as much altitude as possible without loss of control.
This is consuming all mental processing, there are no spare cycles.
This wasn’t a salvageable situation by having more information after the engine separated. If a sensor could have provided a warning of engine failure well before V1, that would be helpful.
I expect the questions will focus on what information existed that should have resulted in aborting the takeoff. Not what information was needed to continue.
Treasury should offer to pay 5 cents per penny turned in. That's a penny more than it costs to make, but probably still cheaper than the cost to resuming making them, and might incentivize getting stagnant pennies to move out of circulation.
Set dates to reduce this payment, eventually to 0, thus expiring the penny.
You can sell AR$10 (US$0.007) coins to collectors for AR$3000 (US$2) approximately. They are unofficially out of circulation since 2020 IIRC. (They are in theory still valid, but it's hard to find something to buy with them. Prices are rounded to AR$100 (US$0.07).)
If UEFI Secure Boot is enabled, Fedora kernels detect this and lockdown. And hibernation is then disabled. The reason is lack of an autheticated hibernation image. This work has had several proposals but still isn't implemented.
I'm not sure of the status on other distro kernels but allowing it would be a significant bypass of Secure Boot's purpose.
This exact thing is irrelevant to Asahi; the reason they don't support suspend-to-disk is that their drivers don't support full reconfiguration. This is a difficult task, as is "true suspend," because Macs have tons and tons of peripheral SoCs running firmware with their own SRAM, so resuming from suspend or hibernate creates a delta between the firmware state and the system state. (and, before the usual Apple trolls show up, this is true on x86 lately too, but on x86 the driver and platform interface is more standardized to support these kind of state changes without as much OS support).
Needing a way to securely verify the hibernate image is ALSO a problem, and one of the reasons Asahi haven't focused on suspend-to-disk, but it's not the first-order issue.
You can always set the system up to boot in insecure mode via shim, even if UEFI Secure Boot is active. It requires an explicit configuration step with physical presence, but it's doable.
Macs allow the device owner to install an OS that isn't signed at all, without having it degrade the security of the system when you do boot into MacOS.
Fine, but can it be disabled? If secure boot is interfering with another function of the computer, the owner might decide they prefer hibernation over secure boot.
I think what you're missing is that "secure boot" isn't a system-wide on/off thing on a Mac, it's a per-OS thing. And UEFI Secure Boot specifically is something that only exists on a Mac to the extent that Asahi shoehorns it into a system that doesn't natively do anything UEFI-related. It would be very surprising if Asahi Linux didn't still provide a way to skip their UEFI Secure Boot code paths and just plain boot.
Yes, but that's not a perfect excuse since OpenCore (and Clover) exists. macOS very well can boot without iBoot's opaque "man behind the curtain" blobs, Apple simply never entertained it as an option on their chips. Apparently important stuff is happening in that boot process and they can't have you emulating it for fun or profit.
That is worth discussing though, as it's a marked departure from old Macbooks that did support the UEFI method.
It wasn't only family members. Biden granted clemency or pardons to over 4200 people. Notably for the same blanket pardon from 2014 to 2025 for family members, includes Dr. Anthony Fauci, and General Mark Milley.
And all of the members of Congress on the Select Committee to Investigate the January 6th Attack for anything having to do with their role on that committee.
Schiff was on that committee. He said the pardon was unnecessary and unwise.
Some workloads may do better with zswap. Cache is compressed, and pages evicted to disk based swap on an LRU basis.
The case of swap thrashing sounds like a misbehaving program, which can maybe be tamed by oomd.
System responsiveness though needs a complete resource control regime in place, that preserves minimum resources for certain critical processes. This is done with cgroupsv2. By establishing minimum resources, the kernel will limit resources for other processes. Sure, they will suffer. That’s the idea.
- E-mail is insecure. It can be read by any number of servers between you and the sender.
- Numerically, very few healthcare companies have the time, money, or talent to self-host a secure solution, so they farm it out to a third-party that offers specific guarantees, and very few of those permit self-hosting or even custom domains because that's a risk to them.
As someone who works in healthcare, I can say that if you invent a better system and you'll make millions.
Millions please. The solution is to just link to the fucking thing instead of a cryptic tracking url from your mass mailing provider. But oh no, now you can’t see line go up anymore!!!
I suspect the POS defaults to credit. But I've never looked at any of the interfaces.
I know US Postal Service somehow detects my card is debit and then requests a debit transaction because the credit card pad asks for a PIN not a signature. So maybe some POS have an autodetect option.
(See also my other comment)
reply