bubar🦥 a écrit 6933 commentaires

Merci pour la correction !

Pour le fonctionnement exact : non je ne sais pas comment il fonctionne exactement, ne m'étant jamais penché dessus, pour l'utilisateur que je suis les apps isolées dans le "profil pro" voit une racine de data différente, et ne voit pas tes dossiers. Elles n'ont pas non plus un accès aux historiques téléphones, sms, contacts, ..
Plus d'infos : https://support.google.com/work/android/answer/6191949?hl=fr

Bonjour,

Je précise que je ne souhaite pas changer de rom dessus. Est-il possible de faire ce qui est dit ici sans changer de rom ?

Une partie (incomplète) de réponse :

• microg :
  • pas de besoin sur un téléphone qui conserve les couches Google
• service de localisation :
  • pas de besoin direct mais permet d'avoir le choix dans le service utilisé
• F-Droid Privileged Extension
  • pas besoin ni de Lineage ni même de Magisk : un téléphone rooté et un bootloader qui laisse charger un recovery tiers (twrp installé ou en mode live), et c'est OK : on peut installer le service "Privileged Extension"
• Autres (ssh, shell zsh, ..) : modules magisk
  • Magisk est installable si téléphone rooté (il a aussi l'avantage de masquer que le téléphone a été rooté aux applications le vérifiant)

j'utilise le mode "profil professionnel" d'Android afin d'isoler les applications tierces et pas libres (ainsi mes apps bancaires et assurances sont isolées dans le système et n'ont pas accès à mes datas) Pas complètement hors sujet car le "profil professionnel" d'Android est également dispo sur de nombreux téléphones par défaut et peut être utilisé à ce type de fin

Réponse à compléter !

Après cette vidéo, fort agréable à regarder (merci du lien) une petite pointe d'amusement en lisant cet article d'un tout autre calibre : "les meilleures distros pour jouer"
Bonne lecture ;)

l’accès aux contacts et aux fichiers apparaissent explicitement et StopCovid ne les demande pas (ça n’apparaît pas dans la liste des permissions sur Aurora Store et effectivement, il ne les demande pas).

Après plusieurs jours d'usage, je peux confirmer que StopCovid n'a pas fait de demande d'accès à ces données particulières.

Par contre on peux confirmer que StopCovid :

• Accède bien à la géolocalisation précise (et ça ce n'est pas précisé initialement) l'accès à la géoloc précise est faite plusieurs fois par jour, ici noté au 5 mai car je n'ai pas relancé depuis le 5, étant chez moi

 

• Stocke de la data localement (plus d'1Mo en qq jours, ce qui me semble beaucoup pour qq lignes txt, même chiffrées, de 8 personnes rencontrées)
• Concernant la conso de batterie, elle est vraiment minime

Conclusion : je continue l'usage de StopCovid

+1
J'ai déjà lu sur Twitter de cris d'offraie au sujet d'un mot de passe chiffré en rot13 (ou un truc du genre). Cela n'est pas venu à l'idée de cette personne (pas de lien, l'idée est pas de l'accabler) que c'était volontaire : un mot de passe daubé n'est pas suffisant, le type de chiffrement a également été changé. (bien ou pas, c'est une méthode logique)

Je ne pense pas qu'on risque quoi que ce soit à publier un reverse.
Le gouvernement, l'ANSI et l'INRIA ont affichés leurs volontés de faire de l'Open Source sur ce sujet. Je ne vois aucune raison ni de ne pas les croire ni de les accabler.
Par contre qu'une ssii soit venue pleurer en disant "du code proprio acheté en Inde sinon ont tient pas les délais, le cap", ça oui. Mais ces ssii ne sont pas de petites boites… elles ont les moyens de faire le dos rond et ne rien dire si quelqu'un publi un reverse morceau par morceau et que l'Etat ne dit rien ..

les tests ne sont justement pas fiables. On parle d'une efficacité de 60%,

Oui et non. Mais plutôt non quant même car cette phrase est trop vague.

• Les PCR sont assez fiables (tests par prélèvements dans le pif)
• Les séro (prélèvements sanguins) le sont beaucoup moins, du à deux facteurs : le premier est que les séros ELISA sont connus pour être mauvais, très mauvais, dans d'autres cas de recherches (ne ciblent pas tout les anticorps concernés, et le taux de détection pour ceux ciblés est mauvais, ce qui donne globalement une fiabilité en deça de 50%), très loin derrière les Western Blot en terme de fiabilité, très nettement meilleurs (mais pas fr_fr). Le second facteur est la mise sur le marché de très nombreux tests récents spécifiques sars dérivés ou sars-cov-2, dont personne n'a le recul nécessaire pour avoir des stats fiables à leur sujet, et dont les premiers essais n'étaient pas franchement folichon (ça ressemble à du business précipité plutôt qu'à une volonté qualitiative). On parle de plus de 30 tests totalement différents. Mais l'expérience de l'entêtement français avec les ELISA montre qu'ici on ne choisit pas ce qu'il y a de mieux, de toutes façons. Cependant les derniers séro (non elisa) présentent un seuil de fiabilité au dessus de 70% à 1 mois après infection. Le pb est qu'en fr_fr tu ne sais pas ce que tu aura si tu ne cherches pas toi même (les médecins libéraux parlent souvent de "tests Roche" sans en connaitre les détails) Donc, à retenir : les tests séro d'une fiabilité suffisante, pour leur contexte de recherche et leur cible, existent. Mais le corps médical libéral, prescripteur, est mal renseigné, et l'autorité leur recommande un test dont on sait qu'il est mauvais depuis 20 ans, et aucune raison de penser qu'il ai reçu un coup de baguette magique en 2 mois.

la liste de précautions que tu as prises n'est pas anodine

Tout à fait !

pas forcément à la portée de tout le monde…

Malheureusement non, en effet
Même des geeks m'ont répondu "t'as pas plus compliqué ?" (que d'installer 2 apps et de les configurer !)

Alors ça c'est intéressant/inquiétant, t'es sûr ?

Avec StopCovid, la notification de localisation apparait 1s toutes les 10mn environ. Sans StopCovid plus de notification.
Comme dit plus haut, c'est la possibilité spécifique de couplage d'informations bluetooth/wifi/gps pour augmenter la précision de la localisation qui, si cette permission est enclenchée, s'active pour donner à l'app de meilleures infos. Quant à savoir si StopCovid n'utilise que le BT qu'elle a prévu ou bien si elle sait également traiter ce couplage, ça je ne sais pas.

Oui, et c'est un paramètre spécifique : autorisation d'usage en fond du bluetooth et du wifi pour améliorer la localisation gps. Cela fonctionne aussi dans l'autre sens :-) le couplage de ces infos permettant une meilleure localisation, dès lors qu'une app fait de la localisation, et que ce paramètre spécifique est actif, Android lui donne de meilleures infos, visiblement.

• elle déclenche le gps à intervalles réguliers, et (sauf erreur de ma part) elle ne déclare pas le faire
• la conso d'énergie est minime
• elle n'empêche pas l'usage d'appareils bluetooth, pas besoin de manip pour connecter le téléphone au mains-libres intégré à la voiture

Je l'ai installé et activé.

Pourquoi ?

• Parce que je suis pour le principe ;
• Parce que s'il y a un risque de la voir décliner sur d'autres sujets, ce risque sera traité en temps et heure ;
• Parce qu'il est logique lorsqu'on construit à côté des gafam, et en étant d'accord avec le principe, d'utiliser une app d'Etat : je n'ai pas peur de la république, je me méfie des gafam ;
• Parce que l'implémentation choisie est sur le modèle de ce qui s'était fait en Corée du Sud : ça me semble tout à fait bien ;
• Parce que j'ai une relative bonne confiance envers les détracteurs qui ne manqueront pas d'analyser code et binaire et activités, et là aussi un éventuel risque sera traité en temps et heure.

Comment ?

• LineageOS 17.1 (sur sony xa2 'pioneer')
• Aucun service google ou autre facebook ou twitter : du pur F-Droid pour les apps
• Téléchargement de l'app par Aurora Store (disponible via F-Droid)
• Activation du mode "profil professionnel" via l'app Shelter (disponible via F-Droid)
• Mise en bac à sable de StopCovid dans le "profil professionnel" :
  • App contact vide de tout contacts (StopCovid ne verra pas ma liste de contacts)
  • Historique de téléphone vide (StopCovid ne lira pas mes journaux d'appels)
  • SMS : aucun (l'app n'a pas accès aux vrais sms de mon téléphone)
  • Visiblité des fichiers : 0 (uniquement ceux du "profil pro", donc rien)

j'ai donc confiné stopcovid.
et vous pouvez en faire autant
Librement,

Je l'ai installé et activé.

Pourquoi ?

• Parce que je suis pour le principe ;
• Parce que s'il y a un risque de la voir décliner sur d'autres sujets, ce risque sera traité en temps et heure ;
• Parce qu'il est logique lorsqu'on construit à côté des gafam, et en étant d'accord avec le principe, d'utiliser une app d'Etat : je n'ai pas peur de la république, je me méfie des gafam ;
• Parce que l'implémentation choisie est sur le modèle de ce qui s'était fait en Corée du Sud : ça me semble tout à fait bien ;
• Parce que j'ai une relative bonne confiance envers les détracteurs qui ne manqueront pas d'analyser code et binaire et activités, et là aussi un éventuel risque sera traité en temps et heure.

Comment ?

• LineageOS 17.1 (sur sony xa2 'pioneer')
• Aucun service google ou autre facebook ou twitter : du pur F-Droid pour les apps
• Téléchargement de l'app par Aurora Store (disponible via F-Droid)
• Activation du mode "profil professionnel" via l'app Shelter (disponible via F-Droid)
• Mise en bac à sable de StopCovid dans le "profil professionnel" :
  • App contact vide de tout contacts (StopCovid ne verra pas ma liste de contacts)
  • Historique de téléphone vide (StopCovid ne lira pas mes journaux d'appels)
  • SMS : aucun (l'app n'a pas accès aux vrais sms de mon téléphone)
  • Visiblité des fichiers : 0 (uniquement ceux du "profil pro", donc rien)

j'ai donc confiné stopcovid
Librement,

Merci d'avoir précisé, entre temps la discussion se poursuit plus bas, ce n'est du coup probablement pas grand chose à régler :-)

Idem pour le remerciement sur la clarté de cette présentation, et en plus elle fait envie !!

J'en profite pour passer un amical bonjour (de la part de bubar/charcler) à Mr Cheny :-)

Prenez soin de vous

Quels sont les postgresql utilisés ? Ce sont ceux de CentOS des deux côtés ?? Et des canaux/dépôts par défaut ? Sur chaque système (7 & 8) on peut installer différentes versions (celle de base, celle via des canaux particuliers centos, voir des canaux externes, ou bien une compilation). Connaitre les versions est un élément important pour une aide éventuelle.

Avez vous décomposé les phases du scripts pour les faire une à une à la main ? C'est long, OK, mais cela permet de mettre de côté ce script lui même et d'avoir une présomption supplémentaire sur le périmètre exact à l'origine du problème. A moins qu'aucun problème ne surgisse lors de l'exécution à la main des phases essentielles, alors là, il faudra voir le script, mais c'est à priori peu probable, cependant mérite de transformer le peu probable en certitude.

A quel moment exact cela "time out" ? Une durée n'est pas suffisante, il faudrait préciser si cela se produit toujours à la même étape, et quelle est cette étape. Si c'est toujours à la même étape, alors le point précédent peut se concentrer là dessus uniquement.

Enfin, toutes les opérations réussissent à tout les coups lorsque le pare-feu de centos8 est désactivé ? Ce point n'est pas bien clair or il semble primordial, car si c'est le cas, les précédents points sont inutiles : il faut se concentrer sur ça et éventuellement le pg_hba. à priori je ne pense pas, car sinon il n'y aurait pas ce long texte, mais n'étant pas sûr d'avoir bien compris ce point je préfère demander

En résume ces informations importantes sont manquantes (ou je suis passé à côté ?), avec elles on saurait dans quel ordre faire.

Je n'ai pas testé, c'est un test intéressant à faire pour voir s'il faut modifier qq chose de particulier ;-) (je présume que si / est chiffré (et/ou /usr) alors il faut l'initrd, si /home chiffré seulement alors ok sans initrd : mais à vérifier)

J'ajoute une nécessaire, visiblement, recommandation :
Ne vous lancez pas dans cette manip si vous n'êtes pas à l'aise avec :

• efi et ses entrées
• grub2
• avec sa conf /boot/loader/entries/…

Sur mes deux pc, un en 'legacy bios' l'autre en 'efi tianocore payload coreboot' : tout fonctionne nickel. En ajustement cosmétique j'ai juste du recréer l'entrée efi fedora (sinon il faisait une erreur puis passait à la découverte automatique, donc c'est vraiment cosmétique, mais il est possible que certains efi soient plus embêtants, en exigeant une modification pour booter : heureusement que les explications, au dessus, ne sont pas complètes en mode "pas à pas")

en plus ce n'est pas là qu'on récupère le plus de temps au boot. ça, c'est plus cosmétique et pour suivre les actualités. Le gain de temps boot se fait surtout en ajustement les services strictement nécessaire à la machine (en retirant mdraid et lvm-monitor si ni lvm ni mdraid ne sont utilisés, ou encore en retirant le systemd-udev-settle et le NetworkManager-wait-online, ainsi que tout ceux inutiles pour l'usage de votre machine) Illustrations :

Installation par défaut d'une F32 ce matin :

La même après réglages :

Je rebondis sur ton commentaire pour un autre éclairage sur l'UI. bémol : je ne suis qu'un utilisateur de base qui se servait très peu de gimp : en fait uniquement de ses greffons Je n'ai jamais utilisé Gimp pour autre chose car la multi-sélection de masque me manquait trop, ne sachant comment faire sans, ben je n'ai pas utilisé Gimp pour ça (ça c'est un défaut d'usage probablement, en tout cas c'est une opposition tout à fait recevable, mais quelle bonne surprise d'apprendre que c'est maintenant dans les cartons)
Puis j'ai arrêté d'utiliser Gimp, il y 5 ans environ, pour une autre raison : lorsqu'on lance le logiciel à priori rien n'a changé, on trouve toujours les mêmes icônes aux mêmes endroit, cependant impossible de refaire facilement les opérations courantes que je faisais : en fait de nombreuses choses dans l'UI avaient changées, dans les sous menus ou les manière de faire. Et ça c'est complètement déroutant : soit on est conservateur avec les mêmes outils et mêmes fonctions aux mêmes endroits et on a plaisir à voir leurs améliorations, soit on s'attend à ce que la nouveauté "saute aux yeux", qu'immédiatement on trouve la nouvelle information (et ensuite apprendre à faire). Là ce n'est ni l'un ni l'autre : on a l'impression que l'UI n'a que très peu changé alors qu'en fait beaucoup de choses "moyennement avancées" ne se font plus du tout comme avant.

Il me semble, bien humblement, que c'est l'UI qui permettra à Gimp de dépasser son stade actuel, car dessous tout est là (semble t il) et les apports récents sont absolument fantastiques (à lire les dépêches de Jehan, pas besoin d'utiliser au quotidien pour suivre, en plus d'être un dev majeur il assure les infos !)

Alors c'est une critique, seule et sans propositions de patchs, certes et j'en suis bien désolé. Mais ça saute tellement aux yeux aujourd'hui, en 2020, que tout ce qu'il manque à Gimp c'est une évolution de sa GUI ou un dev spécialisé sur le sujet et qui aime ce projet, qu'il me semble que, parfois, une petite critique ne fait pas de mal (et ce n'est certainement pas son but) tant qu'elle n'est pas criée sur les toits.

Salut,
autre suggestion : qownnotes
il dispose d'une interface riche et pratique sur linux, mais aussi d'une app android, et enfin d'une app nextcloud, le tout pouvant être automatiquement synchronisé.

j'aime bien également le texte par défaut d'une installation de Discourse, à ce sujet : un peu tl;dr mais bien pertinent et surtout très positif.

Peux tu le démonter pour le placer dans une autre machine ?

Je viens de finalement pousser 2 mois de travail sur une grosse fonctionnalité en cours (sélection multiple des calques …)

Ah pardon, hors-sujet peut être (Cloonix est pour KVM et tu disposes d'un esxi)

Voir Cloonix peut être ? Bien actif : http://clownix.net/downloads/cloonix-06-00/
La dernière dépêche publiée ici par le projet : https://linuxfr.org/news/dpdk-et-open-vswitch-integres-a-cloonix pour des explications rapides

??

AGPLv3 tool to create networks of kvm virtual machines.
See directory cloonix for the LICENCE
See clownix.net for a documentation which may not be up to date.
This version v06-00 is the latest (if this README is up to date).
HOWTO INSTALL:
It is assumed that sudo makes the command run as root. On bullseye, buster, disco, eoan, fedora31, centos8, opensuse152, compilation and run work, but for other distributions, you may have to ajust needed packages.

et du coup tu as le choix de la distrib

intro : merci pour ce journal et cette astuce + explication

La fedora de mon mini laptop acer c720p est passée en 32 (tout comme elle était auparavant passé en 31, et encore avant … ne me souviens plus, peut être fedora 26 ? ou 25 ?) en mise à jour, et je n'ai pas rencontré ce problème

Finalement, après recherche, le problème vient plutôt de la configuration de Fedora : le module « resume » (nécessaire à l’hibernation) n’est pas intégré à l’initrd par défaut.

Faut dire qu'une question me vient à l'esprit : pourquoi diable utiliser un initrd sur un laptop personnel ? Alors qu'il suffit d'ajouter rootfstype=ext4 (ou =xfs) en option noyal et ça boote très bien tout seul, avec le noyau par défaut. Maintenant (et depuis longtemps, qq versions du moins) le noyau et Fedora vont aller chercher tout seuls comme des grands les modules nécessaires au fonctionnement (Plus besoin de se faire son noyal avec juste le nécessaire compilé en dur, le noyau par défaut et c'est ok. Par exemple sur ce laptop : l'écran tactile, mais aussi le bluetooth, au total 81 modules pour ce laptop) Tout fonctionne nickel. Par défaut. Et du coup je n'ai pas vu ce problème avec dracut et l'hibernation :p

ça peut être utile ? ;-)