The problem is that only your heaviest users are going to pay to remove the ads, so it doesn’t make sense to price the subscription at any sort of average user. You need to slide the price point way up the distribution just to break even.
This is Parkinson’s Law.
If you generalize it a bit it is “consumption expands to fit available resources”.
Oof, that is really not a good look. This should have been clearly disclosed and probably with a per-notification for the patch release.
No, the DRM wouldn’t work at higher levels so you would have the same requirements with regard to 4k.
No, but you can still choose to choose software that doesn’t steal and sell your data. You can also support laws that make doing this illegal.
The idea that putting this on your phone is bonkers is bonkers to me. Why would you want to carry around a journal or paper when you have everything on your phone? It can also be more easily backed up and synced.
It shouldn’t be normal that this data is stolen and sold. That is 100% the problem, not the fact that people track things on computers.
you’re just paying more for no reason
You are basically paying the credit card fees for not using a card. It is a protection racket. “It’d be a shame if you didn’t use our credit card and had to pay extra due to card processing fees”.
We should do what the EU did. Clamp card fees to a small value so that they can’t meaningfully offer customers rewards which creates this twisted incentive.
Or stores just make the customer pay (most of) the card fees. As you said lots of smaller stores do this and I’m more than happy to pay with debit.
This is also likely interesting because console SDKs are usually highly restricted. So not only is the Minecraft code leaked (which is probably moderately interesting) it is likely that the console APIs are quite interesting to emulator developers and reverse engineering for other PS3 games.
Nah, 90% chance that they do something stupider.
Yeah, I get it. It is definitely dry and it is shampoo 😆
You are thinking of something else. Bar shampoo is intended to be used with water much like bar soap. Dry shampoo is just sprayed or rubbed into hair without any water.
Misuse of /s.
It’s also super locked down. You are only allowed to use it if Google or Apple says that your device is authorized. So no root, no custom ROMs. Unless your phone is owned by a corporation and that corporation is blessed by Apple or Google you are out of luck. (There are currently ways around this but the gaps are slowly being closed as older devices are phased out.)
IF no dependency tries to update too. Off course in that case I would stop. Without pacman -Sy, I never do that anyway, only -Syu.
That’s all you need to know. As long as you always use pacman -Syu you will be fine. pacman -Sy is the real problem. The wiki page is pretty clear about the sequences of commands that are problematic https://wiki.archlinux.org/title/System_maintenance#Partial_upgrades_are_unsupported.
Right? What i don’t understand is, when I uninstall with pacman -Rs firefox, delete the cached firefox package (only that file), then the system is in the same state as before I installed it. Then -S firefox should be okay, right? And it even looks up the new version.
This isn’t correct. It won’t look up the new version. Assuming that the system was in a consistent state it will download the exact same package that you deleted. The system only ever “updates” when you run pacman -Sy. Until you use -y all packages are effectively pinned at a specific version. If the version that gets installed is different than the one you removed it probably means that you were breaking the partial update rule previously.
But that is my point. Just running pacman -S firefox is fine as long as you didn’t run pacman -Sy at some point earlier. It won’t update anything, even dependencies. It will just install the version that matches your current package list and system including the right version of any dependencies if they aren’t already installed.
But that means if you already have Firefox installed it will do nothing.
I think you are a little confused at the problem here. The issue is that partial updates are not supported. The reason for this is very simple, Arch ensures that any given package list works on its own, but not that packages from different versions of the package list work together. So if Firefox depends on libssl the new Firefox package may depend on a new libssl function. If you install that version of Firefox without updating libssl it will cause problems.
There is no way around this limitation. If you install that new Firefox without he new libssl you will have problems. No matter how you try to rules lawyer it. Now 99% of the time this works. Typically packages don’t depend on new library functions right away. But sometimes they do, and that is why as a rule this is unsupported. You are welcome to try it, but if it breaks don’t complain to the devs, they never promised it would work. But this isn’t some policy where you can find a loophole. It is a technical limitation. If you manage to find a loophole people aren’t going to say “oh, that should work, let’s fix it” it will break and you will be on your own to fix it.
Focusing on your commands. The thing is that pacman -S firefox is always fine on its own. If Firefox is already installed it will do nothing, if it isn’t it will install the version from the current package list. Both of those operations are supported. Also pacman -Rs firefox && pacman -S firefox is really no different than just pacman -S firefox (other than potentially causing problems if the package can’t be allowed to be removed due to dependencies). So your command isn’t accomplishing anything even if it did somehow magically work around the rules.
What is really the problem is pacman -Sy. This command updates the package list without actually updating any packages. This will enter you system into a precarious state where any new package installed or updated (example our pacman -S firefox command form earlier) will be a version that is mismatched with the rest of your system. This is unsupported and will occasionally cause problems. Generally speaking you shouldn’t run pacman -Sy, any time you are using -Sy you should also be passing -u. This ensures that the package list and your installed packages are updated together.
Yeah, it is very important to consider how dependant you are on third parties. At the very least the more dependence the more power they have over you. But also how screwed you are if they just go under.
There is not even enough money for proper maintenance let alone new construction! Of course new construction looks good politically so it will get separate budgets while the existing infrastructure slowly crumbles. Look at the “reduced speed zones” that have lasted for years because the rails can’t properly be maintained.
It’s a disaster until you compare it to most other North American cities. Like what is better? NYC and Montreal? I’m sure there are a few other cities that I can’t think of.
But its true that it has been neglected for decades. Thankfully that has changed a bit recently with 2 new lines being in construction. However the maintenance budget is continually insufficient to keep everything in good repair. Only new projects make your government look good I guess. (But we need both new projects and maintenance)
https://xkcd.com/1200/ comes to mind.
Games have no sandboxing anyways. They can access most of the data on the systems on which they run. Whether the game, crack or a HV crack makes little difference.
Sure, running a hypervisor or kernel level does allow them a bit more access, mostly around persistence. But I don’t think it is a huge difference to most people.
So IMHO you are already putting a lot of trust in any pirated software or crack, hypervisor bypasses are really just a small matter of degree. If you don’t trust the crack don’t run it. Easy as that. Or if you want robust protection run games on dedicated hardware with no personal information or in a dedicated untrusted gaming VM.