Question générale
J'ai une application X installée sur mon appareil en version Y. Je ne souhaite pas la mettre à jour vers une version plus récente (Y + z) pour une raison quelconque. Néanmoins, l'application Google Play Store répertorie toujours les mises à jour pour X, ce qui me préserve d'une simple "mise à jour de tous". Ma question, posée en une seule phrase:
Comment masquer les mises à jour pour X de manière permanente dans la liste "mises à jour disponibles"?
Exemples spécifiques
Premièrement, je sais qu'il existe des alternatives, comme par exemple l'application AppBrain Market , qui peut très bien gérer cela (ignorez cette mise à jour, toutes les futures mises à jour). Je préfère une « solution générique », qui ne dépend pas d'un 3 e app parti du marché.
Deuxièmement, je sais que Titanium Backup inclut un "docteur du marché", qui peut être utilisé pour déconnecter une application de Google Play . 1 Cependant, dans mon cas spécifique, cela n'a fonctionné que pendant quelques heures: j'ai déconnecté GTalk , car je ne souhaite pas le remplacer par Hangouts . La notification de mise à jour a disparu pendant quelques heures, puis a été renvoyée. Aucune idée de ce qui a restauré le "lien".
Troisièmement, juste pour être sûr: je ne parle pas de la fonctionnalité de "mise à jour automatique" comme indiqué dans Comment activer la mise à jour automatique du Play Store pour seulement quelques applications? . J'espérais plutôt quelque chose de proche de Google Play Store ne fournit-il pas de mises à jour pour les applications gelées? , mais sans qu'il soit nécessaire de "geler" l'application en question (que je souhaite toujours utiliser, mais dans la version installée, et non dans une "version future" disponible).
Quatrièmement: Non, la désinstallation de l'application en question n'est pas une option, même si elle cacherait parfaitement les futures mises à jour. :) Le «gel» n'est pas non plus, l'application étant utilisée régulièrement.
Cinquièmement: il existe une question connexe pour mon exemple GTalk: les applications incluses dans le zip de gApps sont-elles mises à jour via Google Play? Cependant, je veux le contraire: pas de mise à jour.
Il se peut très bien que "Google Apps" (et d'autres applications pré-installées) soient gérés d'une manière spécifique et restaurent eux-mêmes leurs "liens de marché". Dans ce cas, ma question comprend: Comment empêcher cela de se produire?
Mise à jour
Il y a un fil à XDA discuter de la même question. Jusqu'à récemment, un moyen de contourner les "applications installées par l'utilisateur" consistait à les désinstaller, puis à les charger de côté .apk
- mais cela ne fonctionnait même plus. Re-signer la .apk
avec une clé différente pourrait fonctionner pour les applications utilisateur. Mais les deux échoueraient pour les applications pré-installées (vous ne pouvez pas les charger de côté pour les remplacer; une signature différente refuserait complètement cette installation).
De plus, un problème a été déposé à ce sujet par "joel.bou ..". Pas difficile à deviner, bien que masqué: ce serait Joël Bourquard. Si c'est vraiment lui, alors c'est vraiment un problème (pour ceux qui ne le savent pas: Joël est le développeur derrière Titanium Backup ). Permettez-moi de citer le problème:
Pour mémoire: à l'époque d'Android Market, il était possible de "joindre" ou de "détacher" des applications (sur des appareils enracinés) avec un outil système tel que Titanium Backup. Mais de nos jours (avec l'application Google Play Store), cela est devenu presque impossible, car la liste complète des applications semble se synchroniser à partir des serveurs de Google et l'utilisateur n'a aucun contrôle sur cela.
Ce qui explique pourquoi le détachement avec des applications telles que Titanium Backup n'est plus permanent. Et j'ai peur d'avoir demandé l'impossible. Mais je pensais la même chose dans le passé avec d'autres questions, et étonnamment, j'ai trouvé des solutions ici. Je ne perds donc pas espoir en celui-ci!
1: ce que cela fait est expliqué par eldarerathis dans ce post (merci à Firelord pour avoir déterré ça!)
sqlite*
binaire par rapport à ces bases de données) quotidiennement (éventuellement: associez-le aux scripts de démarrage init.d). Vaut vraiment un +1 au moins. Merci pour l'allusion - et d'avance pour la réponse :)