I don't mean every open source project needs to use GitHub but some of these home grown tools are just really hard to use. The PHP bug tracker's main page doesn't even have a link to view 8.1 or 8.2 bugs but has one for 7.2.
3,529 karma · joined June 17, 2015
I don't mean every open source project needs to use GitHub but some of these home grown tools are just really hard to use. The PHP bug tracker's main page doesn't even have a link to view 8.1 or 8.2 bugs but has one for 7.2.
How are you getting money into this "FedAccount" does your paycheck get sent directly to it? Do you first send money from another bank? If it's the former option then real banks will have less money to lend, if it's the latter option then it's no different then using Zelle or any other intermediate.
Honestly what you want sounds exactly like what the Fed is building which is a common electronic exchange platform. I agree with the other points in that I hope this is mandatory to some degree.
> If people then want to invest their money, then they can make that choice individually.
I think you're underestimating how much such a service (if it accepted direct ACH from your job) would impact our current banking system. Companies would just bypass actual banks and send all paychecks to everyone's "FedAccount" that would be billions of dollars moved. Money in real banks is lent out, money in a "FedAccount" would/couldn't be (if banks have fewer deposits then they can't get as much money from the Fed). This isn't just adding a minor service for the government to provide, it would be a complete redesign of our monetary policy. A lot of countries wish they could have a banking environment as diverse as the US, it's a huge feature not a bug.
> ...worry about her savings
All deposit accounts are insured up to $250k and (given recent events) unlikely the Fed would even allow any regular persons deposits to be at risk. Essentially, the Fed can't loan or invest like small/medium banks can. The Fed can't go bankrupt so it has no real way to measuring risks when giving out loans which would make it impossible to price loans.
With ACH most banks/financial services provide some amount of instant funds but wait 1-3 days for the transfer to complete before providing the full balance. This is very useful since it gives the bank 1-3 days to be alerted of fraud, insufficient funds issues, etc. While ACH can technically be clawed back after 3 days, it's a much more difficult process which mitigates risk by forcing the sender through a lengthy fraud claim process.
Honestly... IMO that analysis is completely misguided and nearly contradictory.
Even if I accept the premise that the merger will (1) increase cloud and game streaming and (2) cloud/streaming games is good for consumers, I would argue it "harms consumers" under the legal anti-competitive and anti-trust arguments.
My argument is that achieving premise (1) via a merger is by-definition anti-consumer because it would strengthen cloud/game streaming outside of actual consumer demand. It's not possible or the place for the courts to decide what consumers "want" beyond high level details like cost, and availability, etc.
There's no rule preventing Activison from licensing it's games to Microsoft's, Sony's, etc. cloud gaming services. If there was genuine consumer demand for cloud gaming, then Activison is in the perfect position to get the best deal from all/any of the existing cloud gaming providers.
> (Article) Subscriptions and streaming have turned the music and television industries upside down in the past couple of decades.
Music, TV, and Film streaming all grew out of independent providers. Really it started with rentals which used the "first-sale" doctrine to even exist - it doesn't get much more independent than buying the standalone product and renting it. The fact that TV/Movie streaming is now fragmenting is causing large amounts of pain and cost for consumers not less. Over the past decade only Music streaming has remained simple and cheap - and all of the major providers here are independent of the record companies.
We don't accept anthropological arguments for any more human anatomy limitations. We have contacts and glasses to correct our eyes and cars and planes to travel farther and faster then we ever could on our legs alone.
I just think compared to the other recurring hygiene tasks, teeth seem to be the most labor intensive and accumulate damage continuously while most other hygiene tasks can be technically be ignored for days/weeks (like camping with no shower).
It certainly harms consumers, so I don't see how the court still approved this especially with the judge's comment against the comparison to Sony. Almost all mergers of this size harm consumers, the fact that it's allowed by default is the crucial issue.
If the FTC still had a spine they would go after all of these kinds of exclusive deals - and not just limited to games.
The film industry was famously broken up such that the production companies couldn't own theaters yet in 2023 that rule (if it still exists) is so weak that most production companies have their streaming service and aggressively pressure theaters into exclusivity Windows.
At the end of the day this only strengthens the trend to PC gaming which only benefits Microsoft and can only hurt Sony. It would only be a minor surprise if Sony joined the Proton/WINE effort with Valve to get around Microsoft exclusives. (Which does help consumers but in a 3D chess kind of way).
https://www.qualcomm.com/news/releases/2020/12/qualcomm-and-...
At least now now with Google's own chips (Pixel 6+) the guarantee is 5 years of security updates but still only 3 of Android version updates.
luckily the older and more obscure the game also means it's 'easier' to emulate.
IME the reason they don't have a "join random" button is that would be bad for smaller instances and a "join largest and most popular instance" would be criticized for showing favoritism and discourage adopting the entire point of decentralized technology. Matrix gets this criticism all the time because they push a default sever in their defacto standard app Element.
As a casually interested user? Just Google what to do because more users will trust the latest tweet or reddit thread more than a FAQ page. You most likely created an email account without going to "email.acme.org" and asking what provider to pick and probably have gone though a few providers without much loss.
It's individual apps that need fold and/or tablet support like I have the use Gboard to get a decent tablet mode keyboard and the Pixel Camera to support the different camera modes.
Overall it's quite obvious that it's really a phone + tablet which means a lot of things work OK but won't handle the 90 degree fold mode (table top) well. Also the tablet UI of many apps (especially FOSS) are unpolished.
For example, RCS only works with Google messenger and there's no sign of that expanding (unless your Samsung). Even Visual Voicemail which should/is an open standard has a lot of carrier specific code (I think it can still be extracted from the Google Phone app but I'm not sure on the license).
NFC payments (tap2pay) seem to be impossible outside the few blessed implementations and even running those is a cat & mouse game with SafetyNet (now called Play Integrity).
Android is still the most open source mobile OS (that's functional and has real security; mobile Linux doesn't count). But IMO it better remember why people pick it over iOS.
I'm still optimistic, if open standards for the basic functionality is going to survive; it will be on Android.
- Sent from my Google Fold running GrapheneOS.
1. Just limit the webview browser location to the same list as allowed by the parental control.
2. By default limit the webview browser location to the domain first opened by the app i.e locked to a single domain by default.
3. Allow webview browser to be expanded via a regex/pattern list of domains.
4. Limit the number of webview browser location changes so even if you can access a search engine with a global domain allowlist, it would just return to the first page after N window.location changes.
There's plenty of introspection you can do via JS (which is already being used to set/inject that `mm` object), it could even check for certain DOM elements, HTTPS fingerprint, etc. to determine if the page is an "intended" destination for the particular integrated webview browser.
So probably not during any current persons lifetime. :/
The Mac audience is not trivial and has deep pockets so as long as porting games is fairly easy the it's an obvious choice.
Hopefully, this will spur more AR/VR development and open-source/open-computing options will catch up.
I still can't understand why they would buy a perfectly good app just to replace it.
Even just a few miles outside NYC, you can get a decent house in NJ for 500K but the property taxes alone will be around 5-10K.
This shouldn't be the case since the main upstream substituter, cache.nixos.org, should have the derivation cached or at least the latest remote source/binary. MS Teams is an exception since it's licensed as "unfree" which likely prevent caching. I think there's a way to mark the remote src of the package as redistributible (if MS allows that) even if the final package/derivation is not destributible.
Since external sources are content addressed, you can always manually add the source file via the `nix store add-file` or `nix store prefetch-file`.
The license plate and registration laws in the US are very fragmented. Some states out the registration on the license plate, some on the front or side window, and some are moving to digital only registration.
Essentially with almost no work, you can make proving you don't have a validate plate or registration difficult. You can just print a fake temp tag (paper license plate dealerships use) for a state like Texas but drive around in any other state since they have no way of knowing it's a fake temp/dealer plate.
Anyway, I'd assume that each LUKS key slot has a unique plaintext salt to prevent a single rainbow table being useful to attack every key slot - the attacker would still have to build a unique rainbow table for each. As long as this is the case then the time to bruteforce a password should be the same no matter how many keyslots or machines use the same password.