Any Wemo switch is now #crippleware
Instead of opening up the source code, #Belkin has decided to brick every device you're already paid for.
@pluralistic was right...any company that does not support interop should not be trusted.
This is an interesting article, but it misses a broader and more important point about #AI #crippleware. The only reason for #OpenAI to offer less-censored models is the public's increasing awareness of just how useless a heavily-censored AI can be.
1/ If you're a surgeon, an AI that tells you it won't discuss cutting someone with a sharp object is useless.
2/ If you're a cryptologist, an AI that refuses to discuss code-breaking is a waste of time.
3/ If you're a martial artist, having an AI refuse to describe the proper technique for applying chokeholds provides zero value.
A hammer that won't pound a nail unless it's been properly coaxed or granted explicit permission by the hammer's manufacturer is at best a novelty item rather than a useful work tool. The idea that you can create #AGI (Artificial General Intelligence) predicated on #nannyfilters is pure snake oil. It's only peddled by unscrupulous companies that know better while hoping that you don't.
Another example of companies using #Crippleware to extract economic rent from people who already paid for their equipment.
I personally feel that this is the optimal delivery and update methodology for future software distribution.
I've written about this at length in several articles, and more and more service daemons and client software are taking advantage of this form of direct from the developers method of delivery - not just Android apps.
#FairEmail is one such app that even states in the docs that this is the preferred method, although they do support a total of four methods:
- Google PlayStore - crippleware due to google funding source restrictions. In all cases, this is by far the worst distribution point for software, if not with respect for the product that the developers want to deliver, but also with regards for the privacy of the users who are tracked, mined, and themselves repackaged as a quantifiable inventory item.
- F-Droid custom Dev's repo - 2nd best option, because this is built with the developer's keys when the developer decides to push the product, and contain all feature sets that the developer chooses to include.
- F-Droid repo - 3rd best option, since it is signed with F-Droid's keys and typically lags by some measure of time with respect to release dates, considering that F-Droid staff pushes these out on a best effort basis, according to the time they have available to do so.
- Direct from the developers Git repo - This is the best method. They push a release and the next time you open the app you're notified of an update.
This is part of the magic of Slackware's philosophy too - Patrick and team don't church it up like most distro's do (Debian and AlmaLinux quite often, quite heavily wrt customizations, use Apache or Nginx HTTP servers as examples). Slackware tries to package up software as close to how the upstream intends it to be.
In earlier articles I've published on the topic, I've focused at times on a solution to a theme proffered by #Moxie_Marlinspike, who denigrates the open source model somewhat, for being at a great disadvantage when compared to that of proprietary solutions that can update and evolve protocols, APIs, etc., on a whim, because they're centrally managed and controlled by a single dictatorial source. Microsoft is one such classic example. You simply have NO CHOICE as to when you must allow your software to be EOLed, evolve, or update itself.
Using this model, however, where a central repo, or a distributed, CDN type of repo mirroring is deployed at the origin by the development team itself, FOSS has no problem upgrading even things like protocols as they evolve. Of course, it is ultimately up to the operators of the software to allow updates and the prerogative of the developers to establish the level of nags that users of the software will experience until they permit the updates to occur, but that's beyond the scope of the basis of advocating for this type of delivery model.
Okay I think I'm bordering on hijacking this thread, so I'll make a comment about these types of shennigans by Google, and how one one hand it's certainly a huge frustration, if not an impediment to being found and adopted by users, but moreover, a predatory practice by one of the most egregious violators of personal choice in the free market of consumerism and commerce.
It may hurt being pulled like that, but IMO, I don't think there's anything preventing the good folks behind #Snikket from pushing out the kind of crippleware that google wants them to, while at the same time pushing banner splashes in the app that explain just how fricken' useless it is under the terms necessary to distribute it via that medium, and encouraging users to install it instead by following the instructions at the #git_repo for a fully featured, #e2ee secure messaging platform.
IOW, there's always a silver lining - wear this dejection as a badge of honor and as the evidence to support the fact that you're on the right track!
#tallship #FOSS #privacy #crippleware
⛵
.
@betandr
> It's really bad that people have bought digital content which they then won't have access to any more and also won't get any money back
It's not just bad, it's theft, or fraud, or at the very least, misleading advertising. I hope affected players with money to lawyer up, organise a class action to hold Sony accountable for this.
But this was a predictable result of the #DRM models of game distribution that the big publishers have imposed on players and console makers.
Goggle's "Web Integrity" project has been widely condemned as a trojan horse for bringing DRM crippleware to the web. The battle against it has been won. But the war against Goggle's attempt to iThing-ize Android continues;
https://9to5google.com/2023/11/02/google-chrome-web-integrity-api/
Hopefully the EU Digital Markets Act is about to do exactly the opposite to iThings. Forcing Goggle to get with the times.
It's self-kneecapping.
(see #Minds, #Tusky, Fedilab dev attack)
#selfCensorship #crippleware #selfKneecapping #selfHarm #freeSpeech #tootSearch #tootSearchRemoval #lobotomy #EMF #Google #Apple #googlePlayStore #appleAppStore #forcedNews #forcedCode #forcedSpeech
#bigTech #internetCrimeFamily #GAFCAM
Damian Yerrick
Ra
JWM (Joe No Se)
Todd A. Jacobs | Pragmatic Cybersecurity
tallship
Strypey
TecnoTestering 
Dick Smiths Fair Go Supporters