mahikeulbody a écrit 2035 commentaires

Est-ce qu'il existe beaucoup de gens en France qui n'ont pas leur adresse, leur nom, leur âge, leur numéro de téléphone, probablement leur RIB et leur numéro de sécu, qui ne se baladent pas déjà quelque part?

Probablement très peu (y compris tkr malgré sa rigueur sur le sujet).

Ça me gonfle que des GAFAM aspirent mes données pour du ciblage publicitaire (publicités que je bloque de toutes façons) ou bien pour alimenter leurs IA, en échange d'un service : à moins de décider si ça en vaut la peine ou le risque. Mais ça me gonfle encore plus que mes données fuitent aux mains de hackers pas bien intentionnés parce les entités qui les détiennent demandent des infos non nécessaires, les conservent plus que de raison et ne font aucun effort sérieux pour en assurer la sécurité.

et de l'autre, "la base de donnée était accessible par tout le monde".

ou bien "la base de données stockait des données non nécessaires au service".

ce sera mort pour les androidisés, mais les trois pelés auront survécu à l'invasion d'android. À méditer.

J'ai médité autant que j'ai pu et le résultat est toujours le même : si ta prophétie se réalise en 2040, les androidisés auront utilisé un système viable pendant une décennie ou plus et se résoudront alors à devenir des pelés si des alternatives libres de Google, éventuellement basées sur un fork de AOSP, ne sont pas apparues d'ici-là. Ils auront survécu tout autant à l'invasion d'Android que les trois pelés, non ?

Pour le dire autrement, je ne vois pas l'avantage qu'il y aurait aujourd'hui à se contraindre à utiliser pocketmarketOS avec tout ce que ça entraîne, en l'état, comme sous-utilisation d'un ordiphone. Que toi tu n'aies pas besoin de ces usages n'implique pas d'en faire une généralité valable pour tout le monde.

En revanche, il y a bien un motif pour utiliser sans attendre 2040 des alternatives fonctionnelles basées sur AOSP : une meilleure préservation de sa vie privée.

Ca dépend peut-être de si tu l'as utilisé quand il était basé sur duplicity ou bien plus récemment sur restic. Sinon, backrest fonctionne correctement avec restic.

Du coup, c'est une alternative à backrest qui est aussi une UI utilisant restic ?

Ah ok, c'est nouveau.

Deja Dup est désormais basé sur restic (les anciennes versions étaient basées sur duplicity).

Sur la page fournie en lien je ne vois aucune mention de restic.

(du coup, moinser le commentaire de Rodier n'est pas très pertinent)

Le second point est crucial. Avec Borg, si je perds le dossier ~/.config/borg/keys, je perds mon backup.

Non, tu as le choix entre deux modes :

• repokey (mode par défaut) : la clé de chiffrement est stockée directement à l'intérieur du dépôt
• keyfile : la clé est stockée uniquement (~/.config/borg/keys)

Basé sur rsync, il y a backintime qui est très bien. Comme tout ce qui est basé sur rsync, ça fait de la déduplication mais à la maille fichier et ça ne sait pas reconnaître un fichier renommé ou déplacé même s'il n'a pas été modifiée depuis la dernière sauvegarde (=> il va le re-sauvegarder ; ça n'est pas un problème en soi mais ça augmente la taille de la sauvegarde).

Pour de la déduplication à la maille bloc (donc sans re-sauvegarde inutile des fichiers renommés ou déplacés mais non modifiés), il y a surtout borg et restic (et aussi kopia mais qui est plus "jeune").

borg et restic sont des outils en ligne de commande. borg dans sa version actuelle ne sait pas gérer des sauvegardes sur des clouds (s3, …), c'est prévu en v2. restic sait gérer aussi des clouds.

borg a une UI : Vorta. restic a une UI : backrest.

La doc parle effectivement de Mariadb comme possible MySQL remote server mais ne précise pas ce qui est utilisé pour le MySQL internal server fournit par Digikam. Il est probable cependant que ce soit Mariadb.

Quoiqu’il en soit, l'interface de Digikam n'affiche que SQLite ou MySQL, pas Mariadb (y compris dans leur outil de migration), ce qui m'a induit en erreur, d'autant que j'utilise seulement SQLite.

On peut difficilement accuser KDE et Digikam d'être une entreprise "commerciale" et pourtant Digikam propose toujours MySQL (ainsi que SQLite pour les collections de moins de 100K photos). J'imagine qu'il y a d'autres raisons : les ressources disponibles dans le projet pour faire un outil de migration, par exemple.

Ma banque me prévient par mail au moins 48h (ou plus ?) avant un prélèvement quand c'est le premier d'un mandat. On a donc en principe le temps de le bloquer avant. Par ailleurs on a plusieurs mois pour demander l'annulation d'un prélèvement déjà fait.

C'est une fuite ennuyeuse, certes, mais pas forcément aussi catastrophique que c'est présenté. Après, je ne sais pas comment ça se passe dans les autres banques.

Grammalecte le dit lui-même : « Après “après que”, le verbe ne devrait pas être au subjonctif mais à l’indicatif. » ;-)

Du coup, il aurait fallu écrire quoi, ici ?

et que si AOSP n'est plus libre (ce qui arrivera forcément), comment sailfish restera installable sur ces appareils..

AOSP restera toujours libre, sous un autre nom s'il y a un fork. Ceci dit, je t'accorde que je suis moi aussi sceptique sur la capacité d'une équipe à reprendre ce code et en faire une distribution Android fonctionnelle.

Téléphoner au service client si tu es à l'étranger et que celui-ci ne t'identifie pas via un n° appelant connu, ça risque d'être coton (sauf peut-être pour bloquer la carte), sans parler des frais téléphoniques.

En ce qui concerne ma banque (qui n'impose pas l'appli), elle impose une contrainte que je trouve agaçante mais qui au final est quand même une sécurité : l'ajout d'un nouveau bénéficiaire de virement prend 48h avant qu'on puisse lui virer quoique ce soit.

Si on veut garder son ordiphone avec soi (comme la plupart des gens qui en ont un), on est obligé de se promener dans les endroits dangereux avec le dispositif complet pour entrer dans sa banque. Alors qu'avec une clé génératrice de numéros aléatoires, on peut le laisser à la maison,

Je ne suis pas sûr d'avoir compris. Tu es en voyage, tu as donc ton ordiphone sur toi, sans l'application bancaire installée et on ne peut pas te forcer à l'installer car tu ne connais pas le mot de passe du compte par cœur. Premier problème, il faut aussi que je désinstalle Keepass de mon téléphone alors, ce qui va m'embêter ; disons que j'ai une version de keepass "voyage" sans l'entrée "ma banque".

Tu veux quand même pouvoir accéder à ton compte pour être en mesure de bloquer ta carte de crédit si elle est volée ou pour relever un plafond. Tu fais comment ?

Un emploi sous rémunéré sans autorisation de vacances

Comme dit plus haut, tu as droit à 35 jours par an de vacances indemnisées.

Donc, si je comprends bien je peux me connecter à un compte Google avec une passkey (Yubikey, Nitrokey..etc), m'en servir pour m'identifier en SSO sur plein d'autres sites […]

Un peu hors-sujet mais j'en profite : s'identifier en SSO "Google" sur plein de sites, c'est pas une pratique dangereuse ? Que se passe t-il si on perd l'accès à son compte Google ? Ou même si on décide de le fermer en oubliant qu'on a des sites sur lesquels on se connecte via Google ?

Personnellement, dans le doute, j'ai toujours préféré jusqu'à présent une connexion via le classique login-password spécifique au site.

Tes "fraudeurs" ont bien raison de "frauder", force à eux. Ils ont cotisé, je le rappelle. Ils ne les piquent pas, leurs allocations.

Les cotisations sociales sont une assurance contre un risque, pas une tirelire personnelle.

C'est un peu comme si tu disais que tu as le droit de casser volontairement ta voiture car tu as payé ton assurance. Le coût de l'assurance serait bien plus élevé.

Pour eux, il ne s'agit pas seulement d'être disponible, tu es aussi censé être en recherche active d'emploi. On peut certes chercher un emploi via internet mais l'argument c'est que si tu voyages, tu n'es pas très focus sur cet objectif.

De toute façon on n'embauche pas la veille pour le lendemain (sauf intérim).

Ça dépend des métiers mais l'intérim est de plus en plus courant.

Dire "ce n'est pas toujours pertinent" me semblerait plus juste que dire "c'est n'importe quoi".

Après je fais surtout du paiement internet via les cartes virtuelles.

Oui, moi aussi mais il me demande de valider la création de la carte via l'appli quand je fais cette création sur mon pc (quand je la fais depuis l'appli il me demande de rentrer un code reçu par SMS).

@abriotde a sans doute raison : si l'appli est installée* il la sollicite, sinon il s'en passe (moyennant un SMS ?). Si tel est le cas, ça me paraît plutôt intelligent.

* ou plutôt s'il y a un appareil de confiance enregistré.

Je ne vois ce que tu fais d'autres avec ton compte en banque? Trading? Achat immobiliers?

Tout bêtement des achats sur internet.

Et il me semble que ton smartphone est nécessaire pour valider l'ajout d'un nouveau bénéficiaire de virement (et peut-être d'autres opérations comme changer un plafond de carte).

Je ne sais pas de quelle banque tu parles mais ça a l'air assez catastrophique !

Mon appli Fortuneo accepte les mots de passe "normaux" (donc je peux les saisir via mon KeePassDX) ou la biométrie. Et c'est tout : pas de carte papier, pas de code différent pour un paiement internet, etc… rien de tout l'enfer que tu décris.

Le problème d'une appli bancaire, ce n'est pas la complexification (il n'y en a pas avec celle de ma banque, c'est donc possible), le problème c'est que ça exige un tel Android (ou Apple) avec un compte Google, et que les OS alternatifs sont prohibés.

L'obligation d'utiliser une appli bancaire sur un smartphone est un autre sujet. Je retiens juste que Aeris semble dire que cela résulte des obligations légales actuelles.

pourquoi est-ce qu'être hors de France constitue une fraude sociale ???

NB. Je réponds juste à la question. S'interroger sur la pertinence de traquer la fraude sociale plus que la fraude fiscale est un autre débat…

On parle de France Travail. Tu as droit à 35 jours d'absence indemnisés par an où tu veux, en France ou à l'étranger (à condition de déclarer la période d'absence préalablement). Être hors de France en dehors d'une période d'absence déclarée tout en continuant à être indemnisé est un indicateur de fraude potentielle car il y a une obligation de résidence en France quand tu es demandeur d'emploi (afin d'avoir une disponibilité immédiate en cas de convocation à un entretien, par exemple).

pour Fortuneo qui ne demande pas plus d'application.

Je suis sur Fortuneo et je dois passer par l'appli pour certaines transactions. Ils t'ont fourni une solution alternative ?