Auteur Sujet: L'obsolescence par les applis  (Lu 1472 fois)

Floflow11242, adonf, Tinnyrex et 5 Invités sur ce sujet

crcr

  • Abonné Bbox fibre
  • *
  • Messages: 38
L'obsolescence par les applis
« Réponse #24 le: Hier à 22:56:51 »
Ok, j'ai dû alors me fier à une source pro-Mozilla qui a présentait cet échec un peu comme je l'ai mis ici.
La vidéo parle uniquement de cette problématique dans le monde des ordinateurs, au moment pointé. Mais je comprends l'idée pour les systèmes d’exploitation en général.


c'est pas complètement faux.. mais il y a "vendre" et "vendre". Pour firefox, mozilla le vend par son critère bienveillant.
Cette approche n'est pas fonctionnelle pour un OS grand public : évidemment qu'il faut avoir des adorateurs, un public conquis, mais si il reste de niche..

pour FFos, c'est comme pour sailfish, deux options :
-soit vendre soi-meme l'appareil, en le fabricant/commercialisant (ex sailfish  avec le jolla, ou encore kaios)
-soit en trouvant un partenariat pour le vendre, qui accepte de le distrbuer contre royalties.

y'a pas mal de petits exemples, wphone qui était sur les nokia windowsés ET sur certains HTC. Un OS non fourni sur un téléphone sera toujours marginal. Comme le dit torvalds, si google n'avait pas encouragé les fabricants à utiliser son android, linux n'existerait pas/peu sur téléphone ; avant 2012, les samsung avaient bada (ou un nom ressemblant), un os qui n'avait rien à voir avec android. C'est à partir des galaxy qu'android remplace son prédécesseur.

Mais à part quelques geeks,  qui va installer soi meme l'OS d'un téléphone? Comme pour les PC : personne. Faut s'y connaitre, les gens veulent pas apprendre..

Y'avait eu le moko, portable complètement oublié, fonctionnant sous debian, sorti... dix jours après le tout premier iphone. Il a eu un premier public, puis est tombé dans l'oubli.

Un système alternatif, surtout pour G/P, ne peut être adopté si le logiciel n'est pas fourni avec le matériel.. etquand on regarde, sur pc, combien dell en a vendu sur ubuntu.. plus cher que windows, et échantillonnesque..

chad86

  • Abonné Free fibre
  • *
  • Messages: 463
  • chatellerault (86)
L'obsolescence par les applis
« Réponse #25 le: Aujourd'hui à 00:23:02 »
il y'a quelques portables vendus d'office avec un OS alternatifs mais ils sont chers

Citer
qui va installer soi meme l'OS d'un téléphone

beaucoup aimeraient le faire mais c'est complexe voir dangereux (pour la survie du mobile)

en revanche les Pixel s'y prêtent très bien
ça peut paraître étonnant, vu que c'est du pur Google
mais justement ils sont probablement moins modifiés
plus purs...
ou alors c'est pour les dev...

ce n'est pas si marginal que cela

"""
GrapheneOS est réputé pour être le plus simple à installer sur les Pixel, car :

Il dispose d’un installateur officiel directement dans le navigateur (Chrome/Chromium).
Il gère automatiquement le déverrouillage du bootloader, le flash, et la configuration.
Il est spécialement conçu pour les Pixel, donc la compatibilité est excellente.

C’est l’option la plus accessible pour quelqu’un qui veut un OS custom sans se prendre la tête
"""

le smartphone étant le mouchard par excellence, l'installation d'un OS alternatif déplaît fortement aux autorités




Citer
combien dell en a vendu sur ubuntu

après peu importe, ils font de très bonnes bases pour y installer un Linux
il suffit de se procurer un Dell d'occasion et en quelques minutes
bye bye Windows ;D
sur le marché de l'occasion pro ils sont déjà livrés avec Ubuntu parfois
même si ça coûte souvent moins cher ou tu as plus de choix en prenant un Windows
même logique que pour le smartphone...

https://www.itjustgood.com/pc-portable/ordinateur-portable-occasion/systeme-d-exploitation-linux.html?product_list_order=price_asc




crcr

  • Abonné Bbox fibre
  • *
  • Messages: 38
L'obsolescence par les applis
« Réponse #26 le: Aujourd'hui à 14:58:28 »
Merci crcr et turold pour ces éléments très intéressants. Mais pourquoi a-t-on besoin de faire évoluer ces drivers et composants logiciels d'une version Android à l'autre? Ne peut-on pas conserver les anciens drivers tout simplement?

Leon.

Citer
Drivers are modules files like xxx.ko
Modules are saved at /vendor/lib/modules.
If you mean you want to use modules from kernel 4.4 with kernel 5.0 that doesn't work. Every kernel comes with its modules, its opensource, isn't windows. You need to recompile the modules or find them compiled for the new kernel.

Citer
To expand: not only is the driver a different for every version, it is often different for specific hardware (not just chip or chipset) and of course for every CPU family. A module/driver for the same chipset on an android phone running on a Snapdragon series will be totally different from that driving the SAME CHIPSET on an AMD-64 CPU, which will be different from the one on an AARCH64 CPU. On two cell phones running the same version of Android with the same chipset devices, but a different configuration, the drivers may have to be different. There are a LOT of variables and potential incompatibilities involved.

IF they were all the same, then there could only be a single Android image that would work on every cell phone made to run Android in the world. It would only have to detect and load the right drivers on install. They are NOT all the same, and that does not work.

(Actually we may be able to make something ALMOST like that work, once we are all running Linux phones. At least for certain kinds of devices.)

Great fun, yes?

Citer
Also a lot of smartphone chip manufacturers never even try to get their driver into mainline linux, they're fine just providing a blob to a vendor that only works with their one specific kernel....

https://www.linuxquestions.org/questions/linux-mobile-81/why-drivers-on-android-can%27t-work-on-mainline-4175760474/

Leon

  • Abonné Bbox fibre
  • Modérateur
  • *
  • Messages: 6 864
L'obsolescence par les applis
« Réponse #27 le: Aujourd'hui à 15:50:46 »
Merci, crcr.
Ca ressemble quand même beaucoup à de l'obsolescence programmée voulue.

Leon.

crcr

  • Abonné Bbox fibre
  • *
  • Messages: 38
L'obsolescence par les applis
« Réponse #28 le: Aujourd'hui à 18:47:24 »
Merci, crcr.
Ca ressemble quand même beaucoup à de l'obsolescence programmée voulue.

Leon.
comme la transition de x86 à x86_64, avec dès 2015 des gros logiciels (suite adobe par ex), qui ne prennent plus qu'en charge le 64, regardant de haut ceux restés sur le bas coté de la route en 32.
le noyau linux ne prends plus en charge les premiers cpu intel :
https://arstechnica.com/gadgets/2025/05/linux-to-end-support-for-1989s-hottest-chip-the-486-with-next-release/

mais oui ca donne clairement ce résultat là. On l'avait déjà vu avec les applis :
https://www.rtl.be/actu/belgique/lapplication-bancaire-de-michel-ne-fonctionne-plus-sur-son-telephone-de-2018-je/2023-04-24/article/533828
https://www.frandroid.com/marques/apple/904391_peut-on-garde-un-iphone-4s-pendant-10-ans%E2%80%89-le-materiel-fonctionne-mais-cest-complique

l'autre notion à bien cerner :
en informatique, les ordinateurs, à l'exception de marques particulières anciennes (amiga, atari, mac-ppc), se sont tous unifiées, par IBM, sur un standard : l'ibm pc. C'est ce standard qui s'est imposé sur les pc, et qui "commande" au bios (ou à l'efi), de gérer par ce biais, les différents composants matériels. En clair, n'importe quel os "compatible pc", compatible avec la génération de processeur (32, 64..), pourra fonctionner sur l'appareil. D'où la cohorte d'OS tiers, l'armée de linux, les mac "compatibles pc" (mac intel), les windows, les unix tiers (haiku, redox, et plein d'autres petits systèmes à la kolibri), pour utiliser un logiciel différent en partant d'une même base unifiée : le standard ibm/pc.

Le gros avantage : tout le monde par d'une base commune. Elle évolue (le CPU) avec le temps, les logiciels s'adaptent. Et la plupart des matériels sont compatibles, par génération, à part p-e le CPU, parfois "bloqué" sur intel ou amd..
Le gros inconvénient : ça consomme.

Maintenant, regardons de plus près le principe du mobile : il fonctionne sur de l'arm. L'ARM? des schémas de composants, d'organisation électroniques, qui sont loin d'être simples à comprendre.
Deux éléments fondamentaux :
-l'arm est un miroir inversé du monde PC. En ARM, un circuit/CM électronique est "unique", et le logiciel **DOIT** savoir à quel endroit, se trouve quel type de composant. Sinon, ça ne fonctionnera pas. C'est pour ça qu'il est très compliqué de proposer des ROM sur smartphone (ou autres appareils), parce que cela demande un lourd trvaail d'adaptation du logiciel, linux ou pas linux. Pareil dans la crèmerie d'en face chez apple : adapter Darwin/xnu/macos, à un tout petit appareil, pour donner l'iphone : des heures de R/D pour adapter le logiciel, à cet appareil là exclusivement.
-la société ARM ne fabrique rien : elle imagine, concoit, des schémas, qui devront ensuite être fabriqués sous licence par des "fondeurs", qui fabriquent des composants à destination des fabriquants de téléphone.

le plus gros incovénient de l'arm : c'est du sur mesure à tous les étages, point. Pas d'équipe pour adapter le logiciel "bas niveau" (=OS, pilotes..), pas de système.
le plus gros avantage de l'arm : ça consomme très très peu. grosses avancées en miniaturisation. Parfait pour la mobilité.

En gros, comme dans le monde PC, il peut y avoir des dizaines d'interfvenants pour fabriquer le matériel, **mais** il n'y a pas la base logicielle commune. Celle ci est à définir par les protagonistes, de manière à savoir "quel logiciel va devoir tourner dessus". Souvent, le fabricant d'un capteur optique proposera un pilote logiciel pour telle version d'android, et débrouille toi avec. Une version plus récente? Faudra passer à la caisse, on bosse pas gratos. Et comme le pilote est dédié à une version du noyau spécifiquement (c'est ultra complexe). Donc chaque maillon doit faire avec ce qu'il a a dispo, sinon négocier pour espérer un changement.

Le monde ARM, c'est un peu comme des mafieux qui essaient de se mettre d'accord sur les points de revente : y'en aura pas pour tout le monde, y'aura un peu de violence, et les acteurs d'aujourd'hui ne pourront pas être ceux de demain.

Suffit de voir le simple cas de qcomm, apple est parti en procès contre (ça a fini à l'amiable), pour le plus grand plaisir des concurrents. Et y'a énormément de verrouillage concurrentiel à tous les étages. À ça, rajouté le problématiques techniques des pilotes, des fabricants qui appliquent mille patchs en croisant les doigts...

le monde android est un enfer, apple l'a bien compris : la recette? controler de bout en bout, le plus possible, l'ensemble de la chaine.

Les fabricants android secondaires, qui pèsent peu, iront forcément dans le mur (htc a rendu l'ame, LG on en parle plus, etc..)